[Imp] import bloqué

**ludvax** · 25/01/2006, 16h38

Bonjour a tous,

je sollicite vivement votre aide car j'ai passé des heures à tout tester mais sans succés.

Je travail sur un batch permettant d'exporter 2 tables d'un serveur à un autres...

Mon batch fonctionne, sauf l'import qui après avoir importé les données il se bloque, le curseur clignote mais plus rien

(il s'arrête juste avant d'afficher: "Le processus c'est terminé avec succés")

J'ai testé plusieurs fois en ligne de commande. PAREIL !
En exportant et important sur un autre USER. PAREIL !

Il ne dois pas ce terminé avec succés, je suposse, mais comment faire ?

Merci d'anvance

**Jaouad** · 25/01/2006, 17h18

Bonjour ,
est ce que tu peux coller les commandes d'import et d'export ?
Est ce que tu as déja essayé de voir ce que faisait la connection dans la vue v$session_wait ?

**ludvax** · 25/01/2006, 17h46

Export:

Code :

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

exp USER/PSW@BDD file=c:\repertoire\exportBUE_USER_BDD_DATE_HEURE.dmp log=c:\repertoire\export_BUE_USER_BDD_DATE_HEURE.log tables=(BUE_ABO, BUE_ABT) feedback=1000 rows=y recordlength=65535 indexes=n

Je deplace c fichier sur l'autre serveur.
Puis, je renomme mes tables (sauvegarde)

Import:

Code :

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

imp user/psw@bdd file=c:\repertoir\exportBUE_USER_BDD_DATE_HEURE.dmp log=c:\repertoire\import_BUE_USER_BDD_DATE_HEURE.log feedback=1000 rows=y indexes=n FULL=y buffer=10240 commit=y

J'ai regardé v$session_wait mais rien ne ce passe quand je lance mon batch !

**Yorglaa** · 25/01/2006, 17h54

essaye de mettre dans la commande d'import

Code :

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

statistics=none

suivant la volumétrie, il est peut-être "bloqué" en train de refaire les stats...

**Yorglaa** · 25/01/2006, 17h57

Aussi, je ne connais pas la configuration et les perfs de ta machine, mais tu as un buffer assez petit et avec le commit=y il va y avoir des commits très souvent... surveille les contentions au niveau des redo logs...

**ludvax** · 25/01/2006, 18h16

Tout d'abord merci de m'aider,

L'objectif de mes paramètes est d'optimiser l'import/export car j'ai entre 10 000 lignes à 400 000 lignes. Donc diviser l'import en plusieurs fois ! D'où mon utilisation du buffer.

Mais je ne suis pas expert en la matière et malgrès les tutoriaux que j'ai trouvé expliquant comment calculer le buffer je n'ai pas compris et mis une valeurs aléatoire!

Quand au paramètre que tu me propose de rajouter 'statistics' tu dois vouloir parlé de 'analyze' ?
Si oui, j'ai testé, mais sans succés.

**Yorglaa** · 25/01/2006, 18h34

oui, Statistics ou Analyze ça dépend des versions (d'ailleur tu es sur laquelle ?)...

sinon essaye peut-être d'enlever la clause commit=y elle peut générer trop de redo.
ou si tu préfère la garder, essaye avec un buffer plus gros, genre 512k (524288).
Un autre détail, les synonymes et autres droits peuvent être assez long à importer/recréer pour peu qu'ils touchent un grand nombre de user...
alors tu peux essayer de faire ton import avec grants=n. Mais là bien sûr tu devras gérer les droit par la suite...
donc si cet import est juste du stockage pas de problème... mais si c'est dans un but applicatif...

**ludvax** · 25/01/2006, 19h35

J'ai testé en enlevent la clause commit.
J'ai testé avec grant=n.
Mais si quelqu'un à encore des suggestions, je suis preneur.

Aussi, je precise certaines chose :
-Version Oracle: 8.5
-les données sont importé (présente dans les tables) mais le processus d'import ne se termine pas.
Et puis j'ai constaté une chose bizard : j'ai plus de ligne importé que dans le dump ???
-J'ai testé également avec une table qui ne contient pas bcp de lignes, resultat identique !

**Yorglaa** · 25/01/2006, 20h13

alors est-ce par hasard tes tables cibes ne serait pas vide ?
et/ou auraient des contrainte et/ou triggers qui seraient actifs ?
rien de tel pour casser des perf :
si tu as un trigger sur l'insert "for each row" et que tu import 400000 lignes, et bien il va se déclencher 400000 fois ! et suivant le traitement contenu dans le trigger, bonjour le sport !
Idem pour les contraintes, si tu as une clefs étrangère activée dans la table cible, chaque row importé vas être vérifié en regard de la table parente !
vérifie ces points !

**LeoAnderson** · 25/01/2006, 20h35

Sous Oracle, il n'y a que 2 types de blocage : un verrous, ou un problème de saturation d'espace archive_log_dest.

Il faudrait donc vérifier au niveau des locks.

Mais si c'est toujours au même endroit, je pencherai plutôt pour une lourde recompilation des objets.

Vous devriez observer les requêtes exécutées par l'import, et éventuellement si elles ne sont pas passés en long_ops...

**ludvax** · 26/01/2006, 10h49

Dans mes tables je n'ai ni procédures stockée ni triggers.

Au début je croyais que c'était un problème de performance mais je me suis apercus que même sur une table d'une quarantaine de lignes, le problème est le même.

Pour "un verrous, ou un problème de saturation d'espace archive_log_dest ",
Ni même :"observer les requêtes exécutées par l'import, et éventuellement si elles ne sont pas passés en long_ops"

je ne sais pas où trouver ceci !
Peux tu me le dire ?

merci

**ludvax** · 26/01/2006, 11h37

Je viens de testé mon import avec le paramètre show=y et je me suis apercus qu' après le script de création de chaque table, comme ci dessous :

Code :

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

1
2
3
Import d'objets BIDUL dans BIDUL
"CREATE TABLE "NOMTABLE"..."
... TABLESPACE "...."

il ecrit ! :

Code :

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

Table "NOMTABLE"               ignorée

Et il ne ce bloque pas !

Maintenant la question est pourquoi ?

**bouyao** · 26/01/2006, 12h10

Tu ajoute à ton import la clause

Code :

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

ignore=Y

**ludvax** · 26/01/2006, 18h34

Bon désolé pour l'idiosie que j'ai écris juste avant càd pour : 'table ignorée'.

Car il ne fait qu'afficher la structure des tables et donc ne plante pas !!!

Je pourrais donc en conclure (logiquement) que le ploblème viens du nombre important de données mais le problème c'est que même si j'import qu'une table avec de peu de donnée le problème est le même !

Je ne comprend vraiment pas !

Aidez-moi, SVP !
C'est devenue une question de vie ou de mort.
Je rigole, mais c'est qd mm une histoire a ce tirer une balle !

Merci qd mm

**Yorglaa** · 26/01/2006, 18h56

Re...
est-ce que la base est en mode ArchiveLog ?
si oui quelle est la taille des redo logs ?
parce que si tu as des très petits redo qui doivent s'archiver en permanence à cause des inserts de l'import, ça peut être une cause....

essaye aussi la clause compile=n pour voir si la perte de temps peut être liée à la recompilation d'objets du schéma...
mais du coup je ne sais plus si ce paramètre est dispo avec ta version...

**ludvax** · 26/01/2006, 19h58

Yorglaa,

Re...

Pour "un verrous, ou un problème de saturation d'espace archive_log_dest ",
Ni même :"observer les requêtes exécutées par l'import, et éventuellement si elles ne sont pas passés en long_ops"

je ne sais pas où trouver ceci !
Peux tu me le dire ?

En bref où puis je trouver le mode ArchiveLog ainsi que les redo ?
Je ne sais pas de quoi tu parle, désolé !

**denisys** · 26/01/2006, 23h43

Envoyé par ludvax

où puis je trouver le mode ArchiveLog

a lire : http://www.cuddletech.com/articles/oracle/node58.html

**Jaouad** · 27/01/2006, 02h05

Bonjour ,

Archive log mode et les fichiers
REDO

**ludvax** · 27/01/2006, 10h34

Quand je teste :

Code :

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

1
2
SELECT name, log_mode FROM v$database;
SELECT archiver FROM v$instance;

J'ai le résultat :

Code :

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

1
2
3
4
5
6
7
8
NAMEL     LOG_MODEx   
--------- ------------
"Nom_Service"     NOARCHIVELOG 
1 row selected.
 
ARCHIVE
-------
STOPPED

Et pour :

Code :

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

SELECT groups, current_group#, sequence# FROM v$thread;

J'obtient :

Code :

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

1
2
3
4
5
6
 
    GROUPS CURRENT_GROUP#  SEQUENCE#
---------- -------------- ----------
         3              3        100
 
1 row selected.

Voilà, si toi ca te parle parce que moi non !
Je pense que "NOARCHIVELOG" n'ai pas normal (???) mais ce ne doit pas être le problème parce que l'import a fonctionné plus d'une fois avant cela.

**ludvax** · 27/01/2006, 10h41

Bon apparement j'ai un truc pas normal quand j'execute :

Code :

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

SELECT group#, sequence#, bytes, members, status FROM v$log;

Puisque j'obtiens un statut CURRENT du dernier log :

GROUP# SEQUENCE# BYTES MEMBERS STATUS
---------- ---------- ---------- ---------- ----------------
1 98 52428800 1 INACTIVE
2 99 52428800 1 INACTIVE
3 100 52428800 1 CURRENT

Le problème viens peu être de là ?
Quand pensez vous ?

[Imp] import bloqué

Oracle

Discussions similaires

Partager

Partager