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 :

Impdp via network link bloqué


Sujet :

Import/Export Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Juillet 2007
    Messages
    13
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2007
    Messages : 13
    Par défaut Impdp via network link bloqué
    Bonjour à tous.

    Je suis sur Oracle 10g version 10.2.0.4 sous windows server 2003.

    Je dois faire une importation des données d'un serveur de prod (linux, oublié la version) vers un serveur de test (windows server 2003) tous les soirs à minuit.
    J'ai donc décidé de faire un import IMPDP via le réseau (network link) programmé tous les soirs.

    Les importations doivent être des importations de tablespace, et je dois pouvoir exclure certaines tables de l'importation... Impdp me semble donc l'outils parfait puisqu'il permet de faire tout ça sans création de fichier grâce au network_link.

    Sur les 10 tablespaces à importer, les importations marchent nickel sauf pour une irréductible tablespace et son copain (les tablespaces sont 'liées' avec une spécial contenant les indexes donc 5 tablespaces de données et 5 tablespaces d'indexes)... J'utilise les même paramètre que pour les autres tablespaces qui sont les suivants :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    impdp [user]/[pass]@[SID] REMAP_SCHEMA=[schema1]:[schema2] TABLESPACES=[tablespace1],[tablespace2] NETWORK_LINK=IMP_LINK DIRECTORY=IMP_LOG LOGFILE=IMP_LOG.log TABLE_EXISTS_ACTION=REPLACE EXCLUDE=TABLE:\"LIKE '%XXX'\" ESTIMATE=BLOCKS
    Comme je le disais, cette commande marche pour les 8 autres tablespaces. Mais pour celle-ci, l'importation bloque à l'étape :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    Estimation en cours a l'aide de la methode BLOCKS ...
    Traitement du type d'objet TABLE_EXPORT/TABLE/TABLE_DATA
    Voilà... Pas de messages d'erreurs ni sur le shell, ni dans les logs ni dans les alerts logs... Et le programme reste infiniement sur cette étape (j'ai même tenté de laisser tourner tout un week-end sans succès).

    Lorsque je m'attache via IMPDP Attach = SYS_IMPORT_TABLESPACE_01, le status se bloque à l'étape suivant :

    Import> status

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    Job: SYS_IMPORT_TABLESPACE_01
      Operation: IMPORT
      Mode: TABLESPACE
      State: EXECUTING
      Bytes Processed: 0
      Current Parallelism: 1
      Job Error Count: 0
     
    Worker 1 Status:
      State: EXECUTING
    Remarquez que sur une importation classique, il y a plus d'informations en dessous de State : EXECUTING... Là c'est comme si le job était endormis, mais que l'état reste en 'Executing'.

    Il ne s'agit pas d'un problème de taille de datafiles des tablespace... Les 2 tablespaces qui causent problème font 4Go réunis... Et deux autres tablespaces dont l'importation marche font 20Go.

    Cependant, si j'exclue les TABLE_DATA (EXCLUDE=TABLE:\"LIKE '%XXX'\" , TABLE_DATA). L'importation réussi ! Mais voila, après il est impossible d'importer les table_data quoi que j'inclue ou j'exclue de l'importation... (retour à la case départ après un faux espoir )

    Sur internet j'ai trouvé des problème similaire où l'on conseillais de modifier les sga_target, shared_pool_size et sga_max_size... Mais rien n'y fait.


    Mon problème principal est donc bien évidement la difficulté pour cibler le problème... Puisqu'il n'y a aucun message d'erreur... Pour l'instant la seule chose que j'ai réussi à cible c'est que le problème viens des TABLE_DATA. Sauriez vous comment je pourrais cibler l'erreur ?


    Merci de votre aide en tout cas .

  2. #2
    Membre éclairé
    Inscrit en
    Novembre 2002
    Messages
    549
    Détails du profil
    Informations forums :
    Inscription : Novembre 2002
    Messages : 549
    Par défaut
    et dans l'alert.log tu n'aurais pas des erreurs ORA concernant ton tablespace TEMP comme il s'agit de CREATE INDEX ?

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Juillet 2007
    Messages
    13
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2007
    Messages : 13
    Par défaut
    Tout dabord merci pour la réponse si rapide !

    Heh non je n'ai rien de 'significatif' à mon sens dans l'alert log, soit :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
     
    The value (30) of MAXTRANS parameter ignored.
    kupprdp: master process DM00 started with pid=42, OS id=956
             to execute - SYS.KUPM$MCP.MAIN('SYS_IMPORT_TABLESPACE_01', '[SCHEMA2]', 'KUPC$C_1_20100816150536', 'KUPC$S_1_20100816150536', 0);
    kupprdp: worker process DW01 started with worker id=1, pid=44, OS id=4464
             to execute - SYS.KUPW$WORKER.MAIN('SYS_IMPORT_TABLESPACE_01', '[SCHEMA2]');

  4. #4
    Membre averti
    Profil pro
    Inscrit en
    Juillet 2007
    Messages
    13
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2007
    Messages : 13
    Par défaut
    Problème résolu grâce à une procédure par élimination.

    Il s'agit d'une de mes tables qui cause problème (je ne sais pas encore pourquoi mais j'ai trouvé laquelle, il me suffit donc de l'exclure).


    Si ca peut aider voila comment j'ai procédé pour simplifier l'élimination :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    SET line 9999
    SET LONG 9999
    SET PAGESIZE 9999
    COLUMN TABLE_NAME FORMAT A32
    COLUMN OBJECT_NAME FORMAT A32
    COLUMN OWNER FORMAT A10
     
    SELECT
       CONCAT(CONCAT('''',CONCAT(table_name,'''')),',')
    FROM
    (SELECT segment_name table_name, owner, bytes
     FROM dba_segments
     WHERE segment_type = 'TABLE'
     UNION ALL
     SELECT i.table_name, i.owner, s.bytes
     FROM dba_indexes i, dba_segments s
     WHERE s.segment_name = i.index_name
     AND   s.owner = i.owner
     AND   s.segment_type = 'INDEX'
     UNION ALL
     SELECT l.table_name, l.owner, s.bytes
     FROM dba_lobs l, dba_segments s
     WHERE s.segment_name = l.segment_name
     AND   s.owner = l.owner
     AND   s.segment_type = 'LOBSEGMENT'
     UNION ALL
     SELECT l.table_name, l.owner, s.bytes
     FROM dba_lobs l, dba_segments s
     WHERE s.segment_name = l.index_name
     AND   s.owner = l.owner
     AND   s.segment_type = 'LOBINDEX')
    WHERE owner in UPPER('&owner') and table_name LIKE'%&tablespace%'
    GROUP BY table_name, owner
    ORDER BY SUM(bytes) desc
    ;
    Cela me donne toute les tables avec des guillemets et des virgules entre les tables, par ordre de taille sur le disque, il me suffit de copier l'output et de le coller dans l'INCLUDE=TABLE:\"IN()\".
    J'ai alors une énorme liste (400 tables pour moi)... Et je n'ai plus cas procéder facilement par élimination en divisant par deux le nombre de tables à chaque fois que l'import plante.

    Barbare, mais je n'avais aucun autre moyen de débuger .

    A bientot.

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

Discussions similaires

  1. Bouton via un link. KO sous IE
    Par FreshVic dans le forum Mise en page CSS
    Réponses: 1
    Dernier message: 28/10/2008, 16h54
  2. Réplication via DATABASE LINK
    Par machtak dans le forum Administration
    Réponses: 13
    Dernier message: 17/09/2007, 17h12
  3. Réponses: 5
    Dernier message: 26/06/2007, 09h15
  4. Tester si un port est bloqué via Dos
    Par justgreat dans le forum Sécurité
    Réponses: 10
    Dernier message: 06/04/2007, 01h41
  5. [DBA] Acces a une table via un DB*Link
    Par gaultier dans le forum Oracle
    Réponses: 1
    Dernier message: 26/01/2006, 14h56

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