|
|
|
Publicité ' | |||||||||||||||||||||||
10/10/2007, 12h51
|
#1 |
|
Membre régulier
 Inscription : novembre 2005 Messages : 462  |
restauration 'physique' entre une 8i et une 9i
Bonjour les forumistes ...
Une questions : Est-il possible (sans passer par un EXPORT/IMPORT, et ici nous n'avons as RMAN ) de 'copier' un fichier d'une base de donnée en 8i 'fichier8i.dbf', de le 'coller' sur un fichier d'une base de donnée 9i, ... et de redemarrer la base 9i... En fait de s'absoudre de l'IMPORT/EXPORT pour une restauration qui est très longue et qui explose mon UNDO... Merci pour vos réponses... |
|
00
|
|
10/10/2007, 13h12
|
#2 |
|
Membre régulier
Inscription : novembre 2005 Messages : 462 |
Autres questions :
1°) Suite à d'anciennes manip l'UNDO est plein à 99%, après un shutdown/restart de la base.. Le prochain IMPORT vat-il le faire repartir à zéro % d'utilisation... 2°) Si je met l'UNDO_RETENTION à zero(actuellement il est à 10600), le tablespace UNDO va-t-il croitre ? Merci pour vos réponses... Merci pour vos réponses |
|
|
00
|
|
10/10/2007, 13h19
|
#3 |
|
Expert Confirmé
 
Inscription : septembre 2004 Messages : 2 942 |
non, le tablespace transportable est iso-version.
Pas d'autres solutions que de limiter l'undo, mais c'est un autre sujet. |
|
|
00
|
|
10/10/2007, 14h54
|
#4 | |
|
Membre régulier
Inscription : novembre 2005 Messages : 462 |
Merci pour vos réponses Léo mais quand vous dites :
Citation:
Et sur mon premier post... est-il possible de copier/coller un datafile d'une baseA_8i en baseA_9i et de starter ensuite la baseA_9i... merci pour vos réponse |
|
|
|
00
|
|
10/10/2007, 15h42
|
#5 | ||
|
Expert Confirmé
Inscription : septembre 2004 Messages : 2 942 |
Citation:
 Citation:
le TTS doit être iso-version |
||
|
|
00
|
|
10/10/2007, 17h13
|
#6 |
|
Membre régulier
Inscription : novembre 2005 Messages : 462 |
Juste une petite dernière...
Un IMPORT a agrandi le fichier UNDO à 1,5 GIGA, il s'est bien terminé => OK Un 2em IMPORT est relancé... je me rends compte qu'il remplit l'UNDO après les 1.5 GIGA et qu'il continue à grandir (là j'en suis à 1,8 GIGAS) Moi je croyais bêtement que le deuxième IMPORT allait recommencer à attaquer l'UNDO sur le 1er track et ensuite le remplir... 1°) Est-ce que le fait de 'garder' les données UNDO du 1er IMPORT et d'additionner les donnes du 2em IMPORT est du à l'UNDO_RETENTION que j'ai positionné à 10800 ? Merci pour votre réponse... |
|
|
00
|
|
11/10/2007, 07h46
|
#7 |
|
Expert Confirmé
Inscription : septembre 2004 Messages : 2 942 |
Oui.
Tant qu'il y a de la place dans le tablespace (ou qu'il peut aggrandir jusqu'au maxsize), Oracle va tout faire pour ne pas réutiliser les segments commités et dont la date de commit est entre maintenant et (maintenant - UNDORETENTION)(soit les 3 dernières heures pour vous). Il ne réutilisera les segments que lorsqu'il n'aura plus de place et/ou que les 3 heures de rétention sont passées. (si la rétention est garantie, c'est un ET, sinon, c'est un OU) |
|
|
00
|
|
11/10/2007, 09h34
|
#8 |
|
Membre régulier
Inscription : novembre 2005 Messages : 462 |
Merci Léo pour votre réponse et bonne journée !
Je cloture le post ! |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com