Erreur IMP EXP

LP-mpascolo · 13/12/2006, 12h37

Salut a tous,

Que des soucis ...
Je souhaite exporter une base de donnees Oracle9i et l'importer sur un autre PC.

Je vous enumere les etapes ...

EXPORTATION sous MS/DOS :
Commande EXP system/manager
Taille buffer 4096
Fichier EXPDAT.DMP
(1)Entire Database
Grants : Yes
Table Date : Yes
Compress Extents : No

L'export se realise avec succes...

INSTALLATION DE ORACLE 9i SUR L'AUTRE POSTE

IMPORTATION
IMP System/Manager
Import File : EXPDAT.DMP
Buffer : je le laisse a 30720
List contents of import file only : no
Ignore create error ... : no
import Grants : yes
import table data : yes
import entire export file : yes

ET LA, UNE SUCCESSION D'ERREUR PENDANT 2-3 MINUTES :
Voila les plus en vue :

JE NE TROUVE VRAIEMENT PAS D'OU CELA PEUT VENIR !
IL S'AGIT D'UN SIMPLE IMP EXP ... JE ME SUIS AIDE DE VOTRE TUTORIAL POUR FAIRE QQUES TESTS MAIS J'ARRIVE TOUJOURS AU MEME RESULTAT !

J'ESPERE QUE VOUS SAUREZ ME CONSEILLER ...

MERCI D'AVANCE

MArio

bouyao · 13/12/2006, 12h41

Et si tu ajoute l'option IGNORE=Y dans l'import !

nuke_y · 13/12/2006, 12h45

C'est pas vraiment des erreurs si les objets existent déjà...

Comme dit au dessus, IGNORE=Y devrait te cacher tout ça.

LP-mpascolo · 13/12/2006, 16h08

VOICI LE RESULTAT :

bouyao · 13/12/2006, 16h20

Tu a oublié de spécifier FULL=Y

LP-mpascolo · 13/12/2006, 16h43

Oui j'avais essaye avec FULL = Y aussi.
Mais encore une fois, bcp de message d'erreurs

bouyao · 13/12/2006, 16h56

C'est normal, tu essaye d'importer les données de l'utilisateur SYSTEM.
Je te conseille d'importer schéma par schéma en utilise FROMUSER et TOUSER

par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
imp system/manager FROMUSER=nom_utilisateur TOUSER=nom_utilisateur
FILE=fichier_dump IGNORE=Y

LP-mpascolo · 13/12/2006, 17h49

FROMUSER ? TOUSER ???

Je n'ai pas de nom d'utilsateur ...
Je me connecte toujours a ma base par SYSTEM ....

nuke_y · 13/12/2006, 18h09

Bon donc tu as une base source à laquelle tu te connectes en system/manager, une base cible où tu te connectes en system/manager et un certain nombre de tables qui existent directement sous SYS ou SYSTEM dans ta base cible et que tu aimerais transporter dans ta base source ?

Tu peux essayer table par table avec l'option TABLES=(SCHEMA.NOM) mais si tu en as 40 ça va être lourd à faire...

Ca doit être pour ça qu'on conseille de ne jamais créer d'objets dans SYS ou SYSTEM.

guigui_cwoco · 14/12/2006, 10h11

Je rejoinds les avis précédent.

Les utilisateurs SYS et SYSTEM sont des utilisateurs qui sont créé par défaut avec ta base Oracle, et lors de l'installation, ces utilisateurs sont deja propriétaire de divers objects dans la base.

Donc lorsque tu importes ces schémas dans une base deja existante, c'est normal que certains de ces objects existent deja (et heureusement d'ailleurs).

Je ne vois pas trop l'interet de la manipulation, a part si tu sais pertinamment que tu as créé des objects dans ces schémas, auquel cas tu devrai faire ton import en mode 'table' ... sinon il n'y a rien a importer.

nuke_y · 14/12/2006, 10h18

J'ai quand même du mal avec l'export FULL=Y.

Est-ce que c'est "normal", disons connu et généralement accepté, que quand on veut répliquer une base entière dans une autre, on doit soit accepter d'avoir plein d'erreurs sur les schémas SYS et SYSTEM, soit travailler schéma par schéma (et donc ne pas importer les SYS et SYSTEM) ?

LP-mpascolo · 14/12/2006, 10h49

Merci pour toutes ces precisions

.
Meme si j'ai un peu de mal encore avec les termes employés.

Donc si j'ai bien compris, c'est que je ne dois pas exporter les shemas SYS et SYSTEM de ma base source.
En fait, j'ai un shema nommé RIBS ou se trouve toutes mes tables (propres a mon application) mais j'ai peur de perdre des informations (qui se trouverait dans d'autres shémas

) si j'exporte uniquement ce shéma.

Je dois donc proceder shéma par shéma ?

En attendant, j'ai cree un USER nommé mpa sur ma base source ainsi que dans ma base cible.

Ce qui donnerai donc sur MS-Dos pour l'EXPORT :

Citation:

exp mpa/mot_de_passe@RIBSV file=export_file.dmp OWNER=(RIBS) rows=y indexes = y

et pour l'IMPORT :

Citation:

IMP mpa/mot_de_passe@RIBS full=y ignore=y
puis je donnerais le fichier .dmp concerné ...

LP-mpascolo · 14/12/2006, 16h49

VOila qques nouvelles mauvaises aventures avec mon exportation.
Je ne sais pas si j'utilise la bonne syntaxe...

Voici le shema de ma base de donnes comme je voudrais l'exporter.
En fait, le plus important pour moi serait d'exporter le shema RIBS_DEMO ...

Voila ce que j'essaie de faire (apres tous vos bons conseils) mais apparemment, ca n'a pas l'air de fonctionner ...

Est ce qq'un aurait une idee ???

Merci d'avance ...

Mario ..

bouyao · 14/12/2006, 17h00

ACCOUNTS et non pas ACCOUNT

je ne vois pas FILE

et RIBS n'a pas le droit sur le shéma RIBS_DEMO

LP-mpascolo · 14/12/2006, 17h16

Meme erreur avec Accounts....
et avec file = export.dmp ...

C'est a partir du User RIBS que je me connecte pour acceder au shema RIBS_DEMO...

pourkoi dire "et RIBS n'a pas le droit sur le shéma RIBS_DEMO" ?

nuke_y · 14/12/2006, 17h45

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exp LOGIN/mdp@BASE file=export.dmp log=export.log OWNER=(MON_SCHEMA) rows=y indexes=y

Ca ça marche à coup sûr. Essaye d'utiliser ton login RIBS_DEMO plutôt que ribs pour l'export :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exp RIBS_DEMO/RIBS_DEMO@RIBS file=export.dmp log=export.log OWNER=(RIBS_DEMO) rows=y indexes=y

Arturius · 14/12/2006, 17h50

tu utilises l'export 9i pour te connecté sur une base 8i.

Il faut utiliser l'export 8i .

Mais il est possible avec un export réalisé en 8i de faire un import dans une base 9i avec l'outil d'import 9i.

LP-mpascolo · 20/12/2006, 09h21

Citation:

Envoyé par Arturius

tu utilises l'export 9i pour te connecté sur une base 8i.

Il faut utiliser l'export 8i .

Mais il est possible avec un export réalisé en 8i de faire un import dans une base 9i avec l'outil d'import 9i.

Sur mon serveur, il y a Oracle 8i et Oracle 9i ...
La base de donnees se trouve sur Oracle9i.
Est-il possible de specifier sur quel version d'Oracle, il faut faire faire l'Export ???
Le souci vient peut etre de ca ...

Pour ne pas se tromper :
Nom de la base de donnes : RIBSV
Export a realiser : shema RIBS_DEMO
Accounts, etc ... sont des tables
USER qu je spcifie lors de la connection : RIBS
Cette base de donnees se trouvent sur Oracle 9i (mais Oracle 8i est aussi installé sur la machine)

LP-mpascolo · 20/12/2006, 09h22

Citation:

Envoyé par nuke_y

Ca ça marche à coup sûr. Essaye d'utiliser ton login RIBS_DEMO plutôt que ribs pour l'export :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exp RIBS_DEMO/RIBS_DEMO@RIBS file=export.dmp log=export.log OWNER=(RIBS_DEMO) rows=y indexes=y

Cela me fait une autre erreur :
ORA-12154 : TNS:Could not resolve Service name

nuke_y · 20/12/2006, 10h27

Problème de copier-coller de ma part sur le nom de ta base :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exp RIBS_DEMO/RIBS_DEMO@RIBSV file=export.dmp log=export.log OWNER=(RIBS_DEMO) rows=y indexes=y

13/12/2006, 12h37	#1
LP-mpascolo Membre régulier Inscription : août 2006 Messages : 307 Détails du profil Informations personnelles : Âge : 29 Informations forums : Inscription : août 2006 Messages : 307 Points : 78 Points : 78	Erreur IMP EXP Salut a tous, Que des soucis ... Je souhaite exporter une base de donnees Oracle9i et l'importer sur un autre PC. Je vous enumere les etapes ... EXPORTATION sous MS/DOS : Commande EXP system/manager Taille buffer 4096 Fichier EXPDAT.DMP (1)Entire Database Grants : Yes Table Date : Yes Compress Extents : No L'export se realise avec succes... INSTALLATION DE ORACLE 9i SUR L'AUTRE POSTE IMPORTATION IMP System/Manager Import File : EXPDAT.DMP Buffer : je le laisse a 30720 List contents of import file only : no Ignore create error ... : no import Grants : yes import table data : yes import entire export file : yes ET LA, UNE SUCCESSION D'ERREUR PENDANT 2-3 MINUTES : Voila les plus en vue : JE NE TROUVE VRAIEMENT PAS D'OU CELA PEUT VENIR ! IL S'AGIT D'UN SIMPLE IMP EXP ... JE ME SUIS AIDE DE VOTRE TUTORIAL POUR FAIRE QQUES TESTS MAIS J'ARRIVE TOUJOURS AU MEME RESULTAT ! J'ESPERE QUE VOUS SAUREZ ME CONSEILLER ... MERCI D'AVANCE MArio
	00

13/12/2006, 12h41	#2
bouyao Rédacteur Inscription : janvier 2005 Messages : 1 778 Détails du profil Informations forums : Inscription : janvier 2005 Messages : 1 778 Points : 1 857 Points : 1 857	Et si tu ajoute l'option IGNORE=Y dans l'import ! __________________ Questionnaires : Testez vos connaissances Mes articles : Les Fichiers Redo / SCN : System Change Number / Fichier de Contrôle : Administration
	00

13/12/2006, 12h45	#3
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	C'est pas vraiment des erreurs si les objets existent déjà... Comme dit au dessus, IGNORE=Y devrait te cacher tout ça. __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

13/12/2006, 16h20	#5
bouyao Rédacteur Inscription : janvier 2005 Messages : 1 778 Détails du profil Informations forums : Inscription : janvier 2005 Messages : 1 778 Points : 1 857 Points : 1 857	Tu a oublié de spécifier FULL=Y __________________ Questionnaires : Testez vos connaissances Mes articles : Les Fichiers Redo / SCN : System Change Number / Fichier de Contrôle : Administration
	00

13/12/2006, 18h09	#9
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	Bon donc tu as une base source à laquelle tu te connectes en system/manager, une base cible où tu te connectes en system/manager et un certain nombre de tables qui existent directement sous SYS ou SYSTEM dans ta base cible et que tu aimerais transporter dans ta base source ? Tu peux essayer table par table avec l'option TABLES=(SCHEMA.NOM) mais si tu en as 40 ça va être lourd à faire... Ca doit être pour ça qu'on conseille de ne jamais créer d'objets dans SYS ou SYSTEM. __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

13/12/2006, 16h08	#4
LP-mpascolo Membre régulier Inscription : août 2006 Messages : 307 Détails du profil Informations personnelles : Âge : 29 Informations forums : Inscription : août 2006 Messages : 307 Points : 78 Points : 78	VOICI LE RESULTAT :
	00

13/12/2006, 16h43	#6
LP-mpascolo Membre régulier Inscription : août 2006 Messages : 307 Détails du profil Informations personnelles : Âge : 29 Informations forums : Inscription : août 2006 Messages : 307 Points : 78 Points : 78	Oui j'avais essaye avec FULL = Y aussi. Mais encore une fois, bcp de message d'erreurs
	00

13/12/2006, 17h49	#8
LP-mpascolo Membre régulier Inscription : août 2006 Messages : 307 Détails du profil Informations personnelles : Âge : 29 Informations forums : Inscription : août 2006 Messages : 307 Points : 78 Points : 78	FROMUSER ? TOUSER ??? Je n'ai pas de nom d'utilsateur ... Je me connecte toujours a ma base par SYSTEM ....
	00

14/12/2006, 10h11	#10
guigui_cwoco Membre habitué Inscription : janvier 2005 Messages : 129 Détails du profil Informations forums : Inscription : janvier 2005 Messages : 129 Points : 101 Points : 101	Je rejoinds les avis précédent. Les utilisateurs SYS et SYSTEM sont des utilisateurs qui sont créé par défaut avec ta base Oracle, et lors de l'installation, ces utilisateurs sont deja propriétaire de divers objects dans la base. Donc lorsque tu importes ces schémas dans une base deja existante, c'est normal que certains de ces objects existent deja (et heureusement d'ailleurs). Je ne vois pas trop l'interet de la manipulation, a part si tu sais pertinamment que tu as créé des objects dans ces schémas, auquel cas tu devrai faire ton import en mode 'table' ... sinon il n'y a rien a importer.
	00

14/12/2006, 10h18	#11
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	J'ai quand même du mal avec l'export FULL=Y. Est-ce que c'est "normal", disons connu et généralement accepté, que quand on veut répliquer une base entière dans une autre, on doit soit accepter d'avoir plein d'erreurs sur les schémas SYS et SYSTEM, soit travailler schéma par schéma (et donc ne pas importer les SYS et SYSTEM) ? __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

14/12/2006, 16h49	#13
LP-mpascolo Membre régulier Inscription : août 2006 Messages : 307 Détails du profil Informations personnelles : Âge : 29 Informations forums : Inscription : août 2006 Messages : 307 Points : 78 Points : 78	VOila qques nouvelles mauvaises aventures avec mon exportation. Je ne sais pas si j'utilise la bonne syntaxe... Voici le shema de ma base de donnes comme je voudrais l'exporter. En fait, le plus important pour moi serait d'exporter le shema RIBS_DEMO ... Voila ce que j'essaie de faire (apres tous vos bons conseils) mais apparemment, ca n'a pas l'air de fonctionner ... Est ce qq'un aurait une idee ??? Merci d'avance ... Mario ..
	00

14/12/2006, 17h00	#14
bouyao Rédacteur Inscription : janvier 2005 Messages : 1 778 Détails du profil Informations forums : Inscription : janvier 2005 Messages : 1 778 Points : 1 857 Points : 1 857	ACCOUNTS et non pas ACCOUNT je ne vois pas FILE et RIBS n'a pas le droit sur le shéma RIBS_DEMO __________________ Questionnaires : Testez vos connaissances Mes articles : Les Fichiers Redo / SCN : System Change Number / Fichier de Contrôle : Administration
	00

14/12/2006, 17h16	#15
LP-mpascolo Membre régulier Inscription : août 2006 Messages : 307 Détails du profil Informations personnelles : Âge : 29 Informations forums : Inscription : août 2006 Messages : 307 Points : 78 Points : 78	Meme erreur avec Accounts.... et avec file = export.dmp ... C'est a partir du User RIBS que je me connecte pour acceder au shema RIBS_DEMO... pourkoi dire "et RIBS n'a pas le droit sur le shéma RIBS_DEMO" ?
	00

14/12/2006, 17h45	#16
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	Code : Sélectionner tout - Visualiser dans une fenêtre à part exp LOGIN/mdp@BASE file=export.dmp log=export.log OWNER=(MON_SCHEMA) rows=y indexes=y Ca ça marche à coup sûr. Essaye d'utiliser ton login RIBS_DEMO plutôt que ribs pour l'export : Code : Sélectionner tout - Visualiser dans une fenêtre à part exp RIBS_DEMO/RIBS_DEMO@RIBS file=export.dmp log=export.log OWNER=(RIBS_DEMO) rows=y indexes=y __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

14/12/2006, 17h50	#17
Arturius Membre actif Inscription : septembre 2006 Messages : 142 Détails du profil Informations forums : Inscription : septembre 2006 Messages : 142 Points : 156 Points : 156	tu utilises l'export 9i pour te connecté sur une base 8i. Il faut utiliser l'export 8i . Mais il est possible avec un export réalisé en 8i de faire un import dans une base 9i avec l'outil d'import 9i. __________________ DBA ORACLE
	00

20/12/2006, 10h27	#20
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	Problème de copier-coller de ma part sur le nom de ta base : Code : Sélectionner tout - Visualiser dans une fenêtre à part exp RIBS_DEMO/RIBS_DEMO@RIBSV file=export.dmp log=export.log OWNER=(RIBS_DEMO) rows=y indexes=y __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email