Version imprimable
bonjour,
ça fairt deux jours que j'essaye d'importer une base de données ( dmp qui fait 63 Go ) avec le la commande imp et à chaque fois je sors de l'import avec aucun erreur dans le fichier logs ou dans le fichier alert mais l'import ne continue pas.
y-a-t-il quelqu'un qui a une idée pourquoi il ne continue pas l'import ?
il y a de l'espace sur les disque dur et dans les datafiles.
oracle version 9.2.0.6.0
le serveur est un windows server 2003.
Merci pour votre aide.
Bonjour,
Tu peux peut etre poster l'erreur en question ....
mais je n'ai pas d'erreur ( aucun erreur ).
Ok,
le dernier message c'est quoi dans le fichier de log??
peux tu poster les derniers messages
il se termine , il rend la main ou il est figé l'import ?
voilà le dernier message d'erreur dans le log.
. . Import de la table "DOSVENRUBRIQUE" 0 lignes importées <
merci
1. Il se termine ou il est figé l'import ? Rend t-il la main ?
2. ast tu essayé de redemmaré le serveur entier et pas seulement la base ?
3. Quel est la commande exacte que tu as lancé ?
+ si tu nous donnais aussi la version exacte qui a été utilisée pour générer le dump d'importCitation:
Envoyé par fatsora
+ comment tu as récupéré ce dump (FTP ?, compressé ?)
postes nous toutes les infos sur les scripts que tu as utilisé + environnements (OS, RDBMS)
Bonjour,
en fait une fois c'est le serveur qui est figé.
et j'ai démarré ce serveur ( j'accéde via TSE )
mais chaque matin je reviens et je ne trouve plus la fenêtre dos ni l'exploreur qui est ouvert ( puisque je le laisse ouvert )
la commande c'est :
imp system/XXXXXXX file=d:\oracle.dmp log=d:\imp.log fromuser=XXX touser=XXX buffer=5000000 ignore=y
c'est avec netbackup j'ai récuperé le dmp.
le dmp est un export full de la base.
oracle version 9.2.0.6.0
le serveur est un windows server 2003.
Tu ne peux pas le faire en direct ,sans le TSE ?
la prochaine fois regarde dans task manager si par hasard il ne tourne pas l'import ...
car on dirait qu'il n' y a pas d'erreur
autre chose pour ameliorer le temps d'import :
ajouter COMMIT=N
agradir le PGA_aggregate_target
ne pas mettre en ARCHIVELOG si possible !
ou exclure l'import des index
et lancer plus tard la creation des indexes
bonjour
je ne pouvais pas le faire en direct et en plus c'est une VM.
mais par contre je n'ai pas regardé le task manager ( surtout que c'est windows ).
la base n'est pas en archivelog.
je suis en train d'importer le reste table par table pour le meoment.
merci pour tout et je n'ai jamais rencontré ça au paravant.
mais quand on met commit=N il faut augmenter l'espace ou les redos.
COMMIT =N c'est undo , mais si t'es an automatique UNDOTBS ca devrait pas poser trop de pb, sourtout si le datafile est en autoxtend on avec maxsize setté
Bonjour
2 suggestions :
- faire l'import avec SHOW=YES (ce qui a pour effet non pas de charger les données, mais de "parcourir" le contenu du fichier DMP en listant les objets qui seraient traités par l'import réel)
- ajouter le paramètre FEEDBACK=1000, ce qui affichera un petit point toutes les 1000 lignes chargées. On peut ainsi suivre facilement la progression, plutôt que d'avoir l'impression que rien ne se passe pendant le chargement d'une grosse table qui dure des heures.