|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : avril 2007 Messages : 12 ![]() |
Bonjour à tous,
Je suis en train de faire un import d'un schéma oracle. Cet import est d'une lenteur incroyable. Depuis le 24/06/2007 à 12h00, j'importe un schéma oracle. 48 heures après, l'import est toujours en cours (le 26/06/2007) . Et pourtant, je n'ai que 3 giga des données à importer. Apparemment, il n'y a aucun problème réseau. Qu'elles peuvent êtres les causes de la lenteur de mon import? Je suis sur un serveur SunOS 5.8 et j'utilise Oracle9i Enterprise Edition Release 9.2.0.4.0. Voici la commande que j'ai lancée: imp toto/tata@guita FILE=dcv_110607.dmp log=dcv_import250607.log feedback=25000 commit=y ignore=y Que faire pour accélérer mon import? GUYTOU |
|
|
00
|
|
|
#2 |
|
Membre Expert
![]() Philippe CHIRCOPChef de projet Inscription : juin 2007 Messages : 1 109 ![]() |
Est ce que la base dans laquelle tu dois importer est en mode 'ARCHIVELOG' ?
Si oui, la passer en mode NOARCHIVELOG (le temps de l'import)
__________________
Garuda गरूड Brahmâ la Guerre et Vishnu la Paix Oracle 10.2.0.4 - Forms6i patch 17 - Toad 11.1 - sharePoint 2010 |
|
|
00
|
|
|
#3 |
|
Invité de passage
![]() Inscription : avril 2007 Messages : 12 ![]() |
> Est ce que la base dans laquelle tu dois importer est en mode 'ARCHIVELOG' ?
> Si oui, la passer en mode NOARCHIVELOG (le temps de l'import) Merci Garuda pour votre réponse, mais ma base est bien en mode NOARCHIVELOG . Quelqu'un a une autre piste? Par avance merci. Mapasa |
|
|
00
|
|
|
#4 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
on n'est pas voyant
Le seul moyen de connaitre la cause de ralentissement et de suivre v$session_wait pendant l'import. |
|
|
00
|
|
|
#5 |
|
Membre habitué
![]() Inscription : mai 2007 Messages : 113 ![]() |
Ajoute un redo de 500M non multiplexé, à détruire ensuite...
Si tu es en 9i mini, augmente le pga_aggre.... c'est dynamique... Sinon, avant l'import, il aurait fallu augmenter la sort_area (en 8i) et le log_buffer...et ajouter buffer=10000000 dans la commande d'import... A+ |
|
|
00
|
|
|
#6 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
Ajouter un redo si il n'y a pas de problème d'allocation ou trop de switch ne sert à rien, augmenter la PGA (si elle est paramétré ce qui est loin d'être sûr) sur un import ça peut aider mais il y a du tri c'est sur les indexes alors il y a peu de chance de réussir à faire le tri en mémoire. Quand au log_buffer, au delà de 3M en 8 (5M ensuite) ça ne sert à rien Tout ça pour dire qu'on a affaire à des débutants sur ce forum et qu'un minimum d'explication est encouragé notamment pour comprendre les propositions qui, ici, ne me paraissent pas pertinente :/ DIRECT=Y et la création des indexes APRES import me paraitrait plus intéressant même si les redos restent une bonne piste. |
|
|
00
|
|
|
#7 |
|
Membre chevronné
![]() DBA Oracle freelance Inscription : janvier 2005 Messages : 558 ![]() |
Le feedback montre que ça avance ou pas ? Des switch de log dans l'alert ?
Met les tables et index en nologging/unrecoverable => moins de redo générés Ne pas oublier de remettre le mode logging ensuite. Il n'y a pas de nouveaux triggers sur les tables ? |
|
|
00
|
|
|
#8 |
|
Invité de passage
![]() Inscription : avril 2007 Messages : 12 ![]() |
Merci à ORAFRANCE et à 13thFloor pour la pertinence de vos explications.
Le feedback montre que ça avance bien... 100 lignes en 10 minutes. > Il n'y a pas de nouveaux triggers sur les tables ? Je vais le vérifier demain matin au boulot et je vous donnerai la réponse. Sinon, ça fait 3 jours que mon import tourne, avance aux pas de tortue. Mapasa |
|
|
00
|
|
|
#9 |
|
Membre chevronné
![]() DBA Oracle freelance Inscription : janvier 2005 Messages : 558 ![]() |
3 jours pour importer 3 Go, c'est vraiment trop.
Statspack donne t-il des informations utiles (attentes, top requêtes...) ? La base que tu importes est-elle en cours de backup ? Le serveurest-il saturé en io ? Si oui sur quel(s) disque(s) (undo, temp, data...) ? |
|
|
00
|
|
|
#10 |
|
Membre expérimenté
![]() Didier DuchossoirAdministrateur de base de données Inscription : mars 2003 Messages : 577 ![]() |
Bonjour,
Le commit ralentit aussi, il n' est pas utile la plupart du temps, pad défaut (commit=n), il commite apres l' import de chaque table, ds votre cas apres chaque ligne ... cdlt |
|
|
00
|
|
|
#11 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
et dans v$session_wait avec le SID de l'import, tu vois quoi ?
|
|
|
00
|
|
|
#12 | |
|
Membre habitué
![]() Inscription : mai 2007 Messages : 113 ![]() |
Citation:
|
|
|
|
00
|
|
|
#13 | ||
|
Invité de passage
![]() Inscription : avril 2007 Messages : 12 ![]() |
Je n'ai pas la vue v$session_wait, donc je ne peux en tirer aucune conclusion.
Code :
J'arrêterai cet import au bout de 5 jours pour passer la main aux DBA. Merci pour votre aide. |
||
|
|
00
|
|
|
#14 | |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
Citation:
|
|
|
|
00
|
|
|
#15 | |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
Citation:
essaye sur sys.v$session_wait éventuellement |
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com