|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre habitué
![]() Philippe LaunayInscription : décembre 2006 Messages : 151 ![]() |
Bonjour,
J'ai un dmp d'une taille de 3 Go que j'importe mensuellement dans une base de test. Les temps d'export et d'import me semblent longs et je souhaiterais connaître des méthodes pour les optimiser. Notamment pour l'import, on m'a parlé du paramètre BUFFERS, mais je n'ai rien trouvé de pertinent sur celui ci. D'avance merci de votre aide Philippe |
|
|
00
|
|
|
#2 |
|
Nouveau Membre du Club
![]() Inscription : mai 2007 Messages : 72 ![]() |
d'apres ce que j'ai compris, plus la taille est grande mieux c'est, la limite est la memoire dispo sur la machine ou tu fais l'import.
tu fais des imports full? ne peux-tu pas limiter les schemas que tu importes à ceux qui t'interesses? un cas qui m'est arrivé aussi, suite au passage d'un expert Oracle, il a tout simplement oublié de vider (ou virer) le schema assiocié au perfstat, d'ou un accroissement de la volumetrie. pour le reste je suis à l'ecoute car j'aimerais moi aussi perfectionner les imp/exp. |
|
|
00
|
|
|
#3 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
le direct-path est efficace quand c'est possible (DIRECT=Y), sinon bah les mêmes optimisations que pour un insert :
- vérifies la fréquence des chekpoints - désactive les contraintes et triggers si possible - éventuellement supprime les indexes pour les recréer après - augmente le nombre de DBW |
|
|
00
|
|
|
#4 | |
|
Membre habitué
![]() Philippe LaunayInscription : décembre 2006 Messages : 151 ![]() |
Citation:
|
|
|
|
00
|
|
|
#5 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
c'est le paramètre DIRECT=Y qui permet de s'affranchir des commandes de gestions d'espace dans les tablespaces... en gros ça pousse les données "sans intelligence"
|
|
|
00
|
|
|
#6 |
|
Expert Confirmé
![]() Inscription : février 2006 Messages : 3 433 ![]() |
Le mode direct existe pour l'export (exp), pour SQL*Loader, pour expdp/impdp mais pas pour l'import (imp).
Voir aussi le Utilities Guide. |
|
|
00
|
|
|
#7 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
ha oui zut
Sinon, j'ai trouvé ceci : http://www.dba-oracle.com/oracle_tips_load_speed.htm qui répond parfaitement à la question |
|
|
00
|
|
|
#8 | |
|
Membre habitué
![]() Philippe LaunayInscription : décembre 2006 Messages : 151 ![]() |
Citation:
Philippe |
|
|
|
00
|
|
|
#9 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
ça marche pourtant parfaitement
![]() essaye d'ouvrir la page via le cache de google en recherchant "Oracle data load speed" |
|
|
00
|
|
|
#10 |
|
Membre habitué
![]() Philippe LaunayInscription : décembre 2006 Messages : 151 ![]() |
Malheureusement, le résultat est le même.
Je vais essayer de me connecter de chez moi ce WE. Merci |
|
|
00
|
|
|
#11 |
|
Nouveau Membre du Club
![]() Inscription : juillet 2005 Messages : 38 ![]() |
la plupart du temps on obtient d'énormes changements en positionnant le buffer à une grosse valeur (genre 4000000). Le fait qu'il soit gros va éviter qu'on charge dans la base des petits paquets de données avant de retourner lire le fichier dmp. On va faire ca par paquets plus gros.
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com