Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 8 sur 8
  1. #1
    Membre régulier
    Inscrit en
    décembre 2006
    Messages
    140
    Détails du profil
    Informations forums :
    Inscription : décembre 2006
    Messages : 140
    Points : 86
    Points
    86

    Par défaut Erreur Export Datapump

    Bonjour,

    j'essaie de faire un expdp (sous LINUX) de la forme :
    Code :
    1
    2
    export ORACLE_SID=<SID>
     expdp system/xxx dumpfile=<SID>_full.dmp full=y logfile=<SID>.log DIRECTORY=exportbase
    avec exportbase la directory qui pointe sur le répertoire Linux.

    et j'obtiens l'erreur :
    Code :
    1
    2
    3
    4
    5
    6
    7
    ORA-31626: job does not exist
    ORA-31637: cannot create job SYS_EXPORT_FULL_01 for user SYSTEM
    ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
    ORA-06512: at "SYS.KUPV$FT", line 1206
    ORA-39062: error creating master process DM00
    ORA-39107: Master process DM00 violated startup protocol. Master error:
    ORA-04063:  has errors
    Sur OTN et internet il n'y a pas grand-chose sur ce pb.
    J'ai redémarré, donner le droit create job et le rôle resource à system, essayé avec une autre directory mais rien n'y fait...
    Si quelqu'un a une idée...
    Merci.

    La version est
    Code :
    1
    2
    3
    4
    5
    Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
    PL/SQL Release 10.2.0.5.0 - Production
    CORE    10.2.0.5.0      Production
    TNS for Linux: Version 10.2.0.5.0 - Production
    NLSRTL Version 10.2.0.5.0 - Production
    La différence entre la théorie et la pratique, c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique. En pratique, si.

  2. #2
    Membre chevronné
    Femme Profil pro
    Administrateur de base de données
    Inscrit en
    novembre 2007
    Messages
    418
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : novembre 2007
    Messages : 418
    Points : 615
    Points
    615

    Par défaut

    bonjour,

    as-tu plus de renseignements dans l'alert.log de la base et une trace DMxxx qui serait apparue au moment de l'incident?
    as-tu compilé les objets de la base pour voir si tous sont valides?

  3. #3
    Invité de passage
    Profil pro
    Inscrit en
    septembre 2008
    Messages
    4
    Détails du profil
    Informations personnelles :
    Localisation : France, Nord (Nord Pas de Calais)

    Informations forums :
    Inscription : septembre 2008
    Messages : 4
    Points : 0
    Points
    0

    Par défaut

    Redémarre la base si c'est possible et redémarre sinon marque nous ce que tu as dans l'alert log au moment de l'erreur et donne nous aussi ce qu'il y dans les fichiers $ORACLE_HOME/diag/rdbms/<instance_name>/<ORACLE_SID>/trace/*.trc qui correspondent aux même moment.

  4. #4
    Membre chevronné
    Femme Profil pro
    Administrateur de base de données
    Inscrit en
    novembre 2007
    Messages
    418
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : novembre 2007
    Messages : 418
    Points : 615
    Points
    615

    Par défaut

    en 10g, les traces se trouveront plutôt dans bdump ou udump

  5. #5
    Membre régulier
    Inscrit en
    décembre 2006
    Messages
    140
    Détails du profil
    Informations forums :
    Inscription : décembre 2006
    Messages : 140
    Points : 86
    Points
    86

    Par défaut

    J'ai ça dans le alert.log de bdump :

    Code :
    1
    2
    3
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=34, OS id=9776
             to execute - SYS.KUPM$MCP.MAIN('SYS_EXPORT_FULL_01', 'SYSTEM', 'KUPC$C_1_20120802114944', 'KUPC$S_1_20120802114944', 0);
    et effectivement le package KUPM$MCP qui apparait dans cette trace est INVALID...
    Par contre j'ai du mal à voir pourquoi car je ne peux pas me connecter avec OEM ou SQL*Dev en SYS et sous SQL*Plus j'ai ça ...
    Code :
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
     
    SQL> alter package  KUPM$MCP compile ;
     
    Warning: Package altered with compilation errors.
     
    SQL> show errors
    No errors.
    SQL> select OBJECT_NAME, OBJECT_TYPE, STATUS from USER_OBJECTS
      2  where OBJECT_NAME='KUPM$MCP' ;
     
    OBJECT_NAME
    ----------------------------------
    OBJECT_TYPE         STATUS
    ------------------- -------
    KUPM$MCP
    PACKAGE             VALID
     
    KUPM$MCP
    PACKAGE BODY        INVALID
    La différence entre la théorie et la pratique, c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique. En pratique, si.

  6. #6
    Membre régulier
    Inscrit en
    décembre 2006
    Messages
    140
    Détails du profil
    Informations forums :
    Inscription : décembre 2006
    Messages : 140
    Points : 86
    Points
    86

    Par défaut

    Oups, j'ai oublié "body" dans l'instruction !
    Du coup je vois l'erreur :
    Code :
    1
    2
    4885/7   PL/SQL: Statement ignored
    4886/21  PLS-00201: identifier 'DBMS_CRYPTO.HASH' must be declared
    l'investigation continue...
    La différence entre la théorie et la pratique, c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique. En pratique, si.

  7. #7
    Membre régulier
    Inscrit en
    décembre 2006
    Messages
    140
    Détails du profil
    Informations forums :
    Inscription : décembre 2006
    Messages : 140
    Points : 86
    Points
    86

    Par défaut

    FInalement il a manqué 2 choses pour que ça marche :

    - donner le rôle resource à SYSTEM
    - créer le package DBMS_CRYPTO avec le script dbmsobtk.sql
    - et recompiler le package 'KUPM$MCP'

    Merci votre aide
    La différence entre la théorie et la pratique, c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique. En pratique, si.

  8. #8
    Membre régulier
    Inscrit en
    décembre 2006
    Messages
    140
    Détails du profil
    Informations forums :
    Inscription : décembre 2006
    Messages : 140
    Points : 86
    Points
    86

    Par défaut

    Je dois faire des scripts de sauvegarde pour 4 bases. Si pour la 1ère cela marche j'ai d'autres erreurs qui arrivent sur chacune des autres bases, dont un bug Oracle qui est censé être corrigé en 10.2.0.4 alors que je suis en 10.2.0.5...
    Du coup j'abandonne et je vais le faire avec export. Je n'avais jamais eu de pb avec datapump avant (sous WIndows) mais là je suis déçu, déçu...
    La différence entre la théorie et la pratique, c'est qu'en théorie il n'y a pas de différence entre la théorie et la pratique. En pratique, si.

+ Répondre à la discussion
Cette discussion est résolue.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •