IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Import/Export Oracle Discussion :

Erreur IMP EXP


Sujet :

Import/Export Oracle

  1. #1
    Membre régulier
    Inscrit en
    Août 2006
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Août 2006
    Messages : 307
    Points : 114
    Points
    114
    Par défaut 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

  2. #2
    Membre expert
    Avatar de bouyao
    Inscrit en
    Janvier 2005
    Messages
    1 778
    Détails du profil
    Informations forums :
    Inscription : Janvier 2005
    Messages : 1 778
    Points : 3 033
    Points
    3 033
    Par défaut
    Et si tu ajoute l'option IGNORE=Y dans l'import !

  3. #3
    Membre émérite Avatar de nuke_y
    Profil pro
    Indépendant en analyse de données
    Inscrit en
    Mai 2004
    Messages
    2 076
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Indépendant en analyse de données

    Informations forums :
    Inscription : Mai 2004
    Messages : 2 076
    Points : 2 370
    Points
    2 370
    Par défaut
    C'est pas vraiment des erreurs si les objets existent déjà...

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

  4. #4
    Membre régulier
    Inscrit en
    Août 2006
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Août 2006
    Messages : 307
    Points : 114
    Points
    114
    Par défaut
    VOICI LE RESULTAT :


  5. #5
    Membre expert
    Avatar de bouyao
    Inscrit en
    Janvier 2005
    Messages
    1 778
    Détails du profil
    Informations forums :
    Inscription : Janvier 2005
    Messages : 1 778
    Points : 3 033
    Points
    3 033
    Par défaut
    Tu a oublié de spécifier FULL=Y

  6. #6
    Membre régulier
    Inscrit en
    Août 2006
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Août 2006
    Messages : 307
    Points : 114
    Points
    114
    Par défaut
    Oui j'avais essaye avec FULL = Y aussi.
    Mais encore une fois, bcp de message d'erreurs


  7. #7
    Membre expert
    Avatar de bouyao
    Inscrit en
    Janvier 2005
    Messages
    1 778
    Détails du profil
    Informations forums :
    Inscription : Janvier 2005
    Messages : 1 778
    Points : 3 033
    Points
    3 033
    Par défaut
    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

  8. #8
    Membre régulier
    Inscrit en
    Août 2006
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Août 2006
    Messages : 307
    Points : 114
    Points
    114
    Par défaut
    FROMUSER ? TOUSER ???

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

  9. #9
    Membre émérite Avatar de nuke_y
    Profil pro
    Indépendant en analyse de données
    Inscrit en
    Mai 2004
    Messages
    2 076
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Indépendant en analyse de données

    Informations forums :
    Inscription : Mai 2004
    Messages : 2 076
    Points : 2 370
    Points
    2 370
    Par défaut
    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.

  10. #10
    Membre régulier
    Inscrit en
    Janvier 2005
    Messages
    129
    Détails du profil
    Informations forums :
    Inscription : Janvier 2005
    Messages : 129
    Points : 121
    Points
    121
    Par défaut
    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.

  11. #11
    Membre émérite Avatar de nuke_y
    Profil pro
    Indépendant en analyse de données
    Inscrit en
    Mai 2004
    Messages
    2 076
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Indépendant en analyse de données

    Informations forums :
    Inscription : Mai 2004
    Messages : 2 076
    Points : 2 370
    Points
    2 370
    Par défaut
    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) ?

  12. #12
    Membre régulier
    Inscrit en
    Août 2006
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Août 2006
    Messages : 307
    Points : 114
    Points
    114
    Par défaut
    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 :
    exp mpa/mot_de_passe@RIBSV file=export_file.dmp OWNER=(RIBS) rows=y indexes = y
    et pour l'IMPORT :
    IMP mpa/mot_de_passe@RIBS full=y ignore=y
    puis je donnerais le fichier .dmp concerné ...

  13. #13
    Membre régulier
    Inscrit en
    Août 2006
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Août 2006
    Messages : 307
    Points : 114
    Points
    114
    Par défaut
    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 ..

  14. #14
    Membre expert
    Avatar de bouyao
    Inscrit en
    Janvier 2005
    Messages
    1 778
    Détails du profil
    Informations forums :
    Inscription : Janvier 2005
    Messages : 1 778
    Points : 3 033
    Points
    3 033
    Par défaut
    ACCOUNTS et non pas ACCOUNT

    je ne vois pas FILE

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

  15. #15
    Membre régulier
    Inscrit en
    Août 2006
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Août 2006
    Messages : 307
    Points : 114
    Points
    114
    Par défaut
    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" ?

  16. #16
    Membre émérite Avatar de nuke_y
    Profil pro
    Indépendant en analyse de données
    Inscrit en
    Mai 2004
    Messages
    2 076
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Indépendant en analyse de données

    Informations forums :
    Inscription : Mai 2004
    Messages : 2 076
    Points : 2 370
    Points
    2 370
    Par défaut
    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

  17. #17
    Membre habitué
    Inscrit en
    Septembre 2006
    Messages
    142
    Détails du profil
    Informations forums :
    Inscription : Septembre 2006
    Messages : 142
    Points : 170
    Points
    170
    Par défaut
    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.

  18. #18
    Membre régulier
    Inscrit en
    Août 2006
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Août 2006
    Messages : 307
    Points : 114
    Points
    114
    Par défaut
    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)



  19. #19
    Membre régulier
    Inscrit en
    Août 2006
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Août 2006
    Messages : 307
    Points : 114
    Points
    114
    Par défaut
    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


  20. #20
    Membre émérite Avatar de nuke_y
    Profil pro
    Indépendant en analyse de données
    Inscrit en
    Mai 2004
    Messages
    2 076
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Indépendant en analyse de données

    Informations forums :
    Inscription : Mai 2004
    Messages : 2 076
    Points : 2 370
    Points
    2 370
    Par défaut
    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

Discussions similaires

  1. [Oracle 9i imp/exp] Erreur IMP-00093
    Par MAGNUM_HEAD dans le forum Oracle
    Réponses: 11
    Dernier message: 27/02/2007, 10h45
  2. erreur ORA-01452 suite imp/exp
    Par Eric BERNARD dans le forum Import/Export
    Réponses: 1
    Dernier message: 13/02/2007, 11h28
  3. IMP/EXP shcema 8i => 10g
    Par guigui_cwoco dans le forum Import/Export
    Réponses: 14
    Dernier message: 19/12/2006, 18h27
  4. [IMPORT]Erreur IMP-00009
    Par syl2095 dans le forum Oracle
    Réponses: 8
    Dernier message: 20/12/2005, 11h40
  5. [IMP/EXP] Probleme d'index unique
    Par rours dans le forum Oracle
    Réponses: 17
    Dernier message: 18/05/2005, 16h37

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo