EXP + pb conversion

Bonjour,

j'ai une base de données 10GR2 sous Linux RHEL4ES.
On me l'a fourni avec une base de données pré-chargées (apparement depuis un Oracle sous Windows si je me réfère au code langue indiqué ?) dont j'aimerais faire une sauvegarde (du schéma d'un user précis en fait).

je lance donc la commande suivante :

Code:

---

1 2 3 4 5 6

#   exp system/mypassword owner=USR_A_DUMPER buffer=256000 file=/data3/backups/export_USR_original.dmp log=/data3/backups/export_USR_original.log consistent=yes statistics=none   #

---

et j'obtiens ceci :

Code:

---

1 2 3 4 5

Connected to: Oracle Database 10g Release 10.2.0.2.0 - Production Export done in WE8ISO8859P1 character set and AL16UTF16 NCHAR character set server uses WE8MSWIN1252 character set (possible charset conversion)

---

Je suppose donc qu'il faut que je déclare des choses en environnement du user linux depuis lequel je lance l'export ?

Merci de votre aide.
Ps: voici le env actuel du user "oracle" linux :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

[root@rh4de ~]# su - oracle -bash-3.00$ env HOSTNAME=my_server SHELL=/bin/bash TERM=vt220 TMPDIR=/data1/tmp NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 ORACLE_DOC=/data1/oracle/product/ora1020/odoc ORACLE_OWNER=oracle USER=oracle LD_LIBRARY_PATH=/data1/oracle/product/ora1020/lib:/usr/lib ORACLE_SID=MON_SID ORA_NLS10=/data1/oracle/product/ora1020/nls/data ORACLE_BASE=/data1/oracle PATH=.:/data1/oracle/product/ora1020/bin:/bin:/usr/bin:/etc:/usr/ccs/bin:/usr/local/bin:/usr/X11R6/bin:/sbin INPUTRC=/etc/inputrc PWD=/home/oracle LANG=C ORACLE_TERM=vt220 HOME=/home/oracle TMP=/data1/tmp LOGNAME=oracle ORACLE_HOME=/data1/oracle/product/ora1020

---

Florent

Vous pouvez simplement définir la variable d'environnement NLS_LANG de la façon suivante:

Citation:

---

NLS_LANG=AMERICAN_AMERICA.WE8MSWIN1252

---

Dans ce cas, l'export utilisera le même jeu de caractères que la base: donc il n'y a aura pas de conversion et pas de warning.

Ceci dit, il faudrait aussi savoir comment ce fichier export va être utilisé. S'il est utilisé pour être importé dans une base utilisant WE8MSWIN1252, aucun problème si NLS_LANG est correctement positionné.
S'il est utilisé pour être importé dans une base de données utilisant tout autre jeu de caractères, le même problème risque de se poser dès que WE8MSWIN1252 n'est pas un sous-ensemble du jeu de caractères de la base cible. Il faut savoir que WE8MSWIN1252 et WE8ISO8859P1 ne sont pas vraiment compatibles. Voir la note Metalink 232007.1.