Discussion :

[genio]

Bonjour à tous...

Nous avons transféré via un scp, un dump oracle (issu d'un EXPORT) entre deux serveurs linux...

ServeurSource : 2.6.9-89.0.25.ELsmp #1 SMP Mon Apr 19 06:05:15 EDT 2010 i686 i686 i386 GNU/Linux (32 bits)

ServeurCible : Linux ServeurB 2.6.32-71.el6.x86_64 #1 SMP Wed Sep 1 01:33:01 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux (64 bits)

Nous avons chargé le dump du serveurA sur une database du serveurB (via un IMPORT)... OK

Les databases des deux serveurs ont des codes pages RIGOUREUSEMENT IDENTIQUES...

Or nous constatons lors d'un select, que certaines données ont été altérées sur le serveur cible...

Nous pensons que c'est le scp qui a modifié certaines données du dump d'origine...
1°) Nous trompons-nous ?
2°) scp effectue t'il des transferts UTF8...
3°) est-il possible de transferer e binaire via scp,

Merci pour vos réponses...

[frp31]

oui oui et oui

le probleme ne vient pas de scp
et il n'y a pas que l'encodage qui compte, il faut aussi que la structure de base soit copiée, pas que les données pour éviter ce genre de problème ça inclue les fichiers de configurations du SGBD concerné, tous les scripts et HOME DIRECTORY des users de management de la SGBD .

là c'est juste un problème de méthode de migration à première vue.

typiquement il faut copier non pas un dump mais les datafiles et reconstruire la base depuis les outils d'administration du SGBD grace à ces fichiers plutot que de dumper dans le cas de migration machine à machine...

[genio]

Ok...

Merci encore pour votre réponse...