Migration de BDD d'un serveur à un autre

Version imprimable

15/04/2010, 15h34
abdelhamidem

Migration de BDD d'un serveur à un autre

Bonjour,

Je voudrais migrer une base de données Oracle 8i d'un serveur A à un serveur B.
A est sous windows 2000, B sous windows 2003.

J'ai fait un export full de la base sur le serveur A
Donc:

Code:

exp system/passwd@bdtoto file=exp.dmp full=y

Puis un import sur le serveur B sur lequel j'ai créé une BDD bdtoto "vide" (à l'aide du Database Configuration Assistant).

Je lance donc la commande

Code:

imp system/passwd@bdtoto file=exp.dmp full=y

La procédure d'import semble se lancer correctement jusqu'à ce qu'elle s'arrete brusquement avec ce message :

Citation:

"ALTER SESSION SET CURRENT_SCHEMA= "ABDELHAMID""
IMP-00003: Erreur ORACLE 1435 rencontrÚe
ORA-01435: cet utilisateur n'existe pas
IMP-00000: ProcÚdure d'import terminÚe avec erreur

Forcement que l'utilisateur n'existe pas...
Comment faire alors ?
merci d'avance.
15/04/2010, 16h02
zinzineti

Citation:

Envoyé par abdelhamidem

[CODE] "ALTER SESSION SET CURRENT_SCHEMA= "ABDELHAMID"

Il faut d'abord créer le USER ABDELHAMID dans la base de destination.

A+

Etienne ZINZINDOHOUE
15/04/2010, 16h21
sgora

Pas d'accord, normalement quand on fait un export full depuis system, les utilisateurs sont recrées à l'import.
15/04/2010, 16h42
abdelhamidem

Citation:

Envoyé par sgora

Pas d'accord, normalement quand on fait un export full depuis system, les utilisateurs sont recrées à l'import.

Exactement sgora, c'est ce que j'ai cru comprendre après lecture de plusieurs tutoriaux ...
En plus, il ne suffit pas de créer l'utilisateur ABDELHAMID, il faut creer tous les autres! ABDELHAMID est en fait le seul à posseder des objets, c'est pour ca que son inexistence stop carrement l'import. Il y a des erreurs concernan les autres utilisateurs, mais la procedure continuait jusqu'à abdelhamid
15/04/2010, 16h44
sgora

Tu as bien exécuté l'export et l'import en mode FULL, avec l'user system ?
15/04/2010, 16h48
abdelhamidem

Citation:

Envoyé par sgora

Tu as bien exécuté l'export et l'import en mode FULL, avec l'user system ?

Oui oui, mais je me rends compte que j'ai oublié de preciser qqch.
La version d'oracle installée sur le serveur B est 9i ...
15/04/2010, 16h55
sgora

Oui, mais ça ne doit pas gêner, vu qu'exp/imp peut être utilisé pour migrer de version de cette manière.
Si tu as gardé les logs, est-ce que tu as une ligne "exporting user definitions" dans la trace de l'export, et l'équivalent (avec importing bien sûr) dans la trace de l'import ? C'est normalement au tout début, il sauvegarde et recrée les users en premier, ce qui paraît logique !
15/04/2010, 17h46
mboubidi

t'as fait un export / import d'un schéma ou d'une BD?
16/04/2010, 09h09
a.presles

Bonjour,
Peu tu nous donner tes parameters d'export et d'import.

je fais rarement un import full. Car il genere toujours beaucoup de warning et il est délicat d'être sur que tous va bien. Si possible je prefere des import OWNER avec creation préalable des tablespaces et owner avec leurs role et droits. Ce qui permet d'avoir des import sans warning ou presque.
16/04/2010, 12h49
mboubidi

bon c'est clair si tu fait un export / import d'un schéma il faut crée le user pour le fromuser touser, si c'est pour la BD entiere pour quoi tu ne travail aps avec RMAN, ou les vgexport.
il nous faut plus d'explication pour t'aidé.
salutations.
16/04/2010, 15h02
abdelhamidem

Citation:

Envoyé par sgora

Oui, mais ça ne doit pas gêner, vu qu'exp/imp peut être utilisé pour migrer de version de cette manière.
Si tu as gardé les logs, est-ce que tu as une ligne "exporting user definitions" dans la trace de l'export, et l'équivalent (avec importing bien sûr) dans la trace de l'import ? C'est normalement au tout début, il sauvegarde et recrée les users en premier, ce qui paraît logique !

Je ne sais pas où je peux trouver ces logs... mais je viens de lire sur un forum qu'entre la 8i et la 9i il y a beaucoup de problèmes. Apparement je dois m'amuser à creer les tablespaces moi meme, les users aussi...

Citation:

Envoyé par mboubidi

t'as fait un export / import d'un schéma ou d'une BD?

export d'une BD. J'ai mis la ligne de commande plus haut, dans mon 1er post

Citation:

Envoyé par a.presles

Bonjour,
Peu tu nous donner tes parameters d'export et d'import.

je fais rarement un import full. Car il genere toujours beaucoup de warning et il est délicat d'être sur que tous va bien. Si possible je prefere des import OWNER avec creation préalable des tablespaces et owner avec leurs role et droits. Ce qui permet d'avoir des import sans warning ou presque.

Oui je pense que c'est ce que je vais faire. Zut.
16/04/2010, 15h21
agdid04

Bonjour,
Normalement, l'import crée le schema qd il n'exsite pas mais dans le TBS SYSTEM ....
Tu peux utiliser rman pour retaurer ta base sur une autre machine (si t'as le même OS sur tes 2 servers) ...
@+
17/04/2010, 00h06
mboubidi

Citation:

export d'une BD. J'ai mis la ligne de commande plus haut, dans mon 1er post

est ce que tu as crée les TBS avant l'import?
21/04/2010, 16h00
pat29

Bonjour,

Citation:

Je ne sais pas où je peux trouver ces logs...

Il faut ajouter le paramètre log=<nom du fichier log> à la commande d'import.

Et là tu aurais pu voir que l'import full essaie de créer les tablespaces avec les mêmes fichiers que la base d'origine. Et si ces fichiers ne peuvent être créés, certainement parce que l'arborescence n'existe pas sur le nouveau serveur, les tablespaces n'existeront pas.
L'import continuera quand même, mais, arrivé à la création de l'utilisateur, il y a une nouvelle erreur car le tablespace par défaut ne sera pas là. Donc pas d'utilisateur.
Ensuite il plantera définitivement lors de l'import des objets à cause de ça.

Cdlt.