Discussion :

[phil4444]

juste pour info, j'ai dû recréer le CTL01 en copiant le CTL3 dans le CTL1, c'est peut être là mon erreur

[orafrance]

Tu veux pas utiliser les balises code, j'en ai marre d'éditer tes messages

Tu as restauré quoi exactement ?

[phil4444]

j'ai fais une copie des datafiles et de controlfiles sauvegardés dans le répertoire courant de la base de données rien de plus.
En gros un drag and drop puisque pour mémoire je suis sous windows

[Milo59000]

Et avant tu as supprimé quels fichiers ? CTL + DATAFILE + REDO LOG ?

[phil4444]

Oui c'est exactement ça, j'ai juste renommer les redo logs courant, donc je suis dans le cas de tout à l'heure avec les datas et control files sauvegardés et SANS LES REDO LOGS

[Milo59000]

Je viens de tester et je suis obliger de faire cela :

Code :

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

1
2
3
4
 
RECOVER AUTOMATIC DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL;
CANCEL
ALTER DATABASE OPEN RESETLOGS;

orafrance aura peut-être plus d'éclaircissement que moi mais je pense que c'est du au fait que le fichier ne soit pas une copie d'un autre en place...

Le USING BACKUP CONTROLFILE servirait lorsque l'on a perdu TOUS nos controlfiles et que on est obligé d'en prendre un à partir de la sauvegarde.

Test...

[phil4444]

Oui de toute manière, il le dit clairement quand on passe la commande qu'il faut faire un BACKUP CONTROLFILE.

c'est dommage parce que pour le coup on perd l'avantage des ARCHIVELOGS

[Milo59000]

c'est dommage parce que pour le coup on perd l'avantage des ARCHIVELOGS

Je ne vois pas pourquoi car de toute façon comme tu fais un recover, tu rejoues les informations contenues dans tes ARCHIVED REDO LOGs. En gros je ne vois pas le rapport entre USING BACKUP CONTROLFILE et le dommage pour les ARCHIVELOGS ^^

Enfin... ca marche... et de toute façon Oracle indique quand il faut utiliser la clause USING BACKUP CONTROLFILE

[phil4444]

c'est plus dans le but de ne pas trop perdre de transaction et dans le soucis de restaurer avec un minimum de perte.

Ceci dit j'aimerais bien avoir l'explication du pourquoi du comment alors que l'on récupére des CTL cohérents avec les data files conformes

[orafrance]

c'est plus dans le but de ne pas trop perdre de transaction et dans le soucis de restaurer avec un minimum de perte.

le problème dans ce cas c'est pas le control file mais le redo comme je l'ai expliqué tout à l'heure. Si au lieu de tout supprimer tu gardais les redos courants alors tu pourrais rejouer toutes les transactions. Tu gardes bien les archives après sauvegarde, pourquoi pas les redos ?

Sinon pour le USING BACKUP CONTROL FILE je verrais lundi... c'est bizarre

[phil4444]

tout simplement parce que je ne sauvegarde pas les redo courant.
puisque je ne fais pas de sauvegarde à froid, mais je vais y songer peut être

[orafrance]

t'as toujours pas compris... c'est pas de la sauvegarde mais de la restauration dont je te parle. Tu garde de coté les redos plutôt que les supprimer avec le reste de la base quand tu simules la perte de fichier. Et après avoir récupérer les fichiers de ta sauvegarde tu remets les redos courants... courant au moment du crash et pas de la sauvegarde évidemment

Evidemment c'est juste pour le test puisque de toute façon, les redos t'es pas sensé les perdre si tu suis les recos d'Oracle : multiplexage sur des disques différents et du mirroring sur les disques.

[phil4444]

c'est sûr si je conserve les redos courants, alors là il y a moins de problème, voir plus dutout de problème

[philcero]

je conserve les redos courants

Petite astuce, dans le cadre d'une sauvegarde suivant la "norme" où tu ne veux pas recréer les REDO LOGS, tu peux très bien restaurer des REDO LOGS qui date de l'anté-christ à condition qu'il réponde aux mêmes noms & taille de ceux que tu as perdu...

[phil4444]

Par-contre, j'ai pas le choix même après avoir remis les redos, je suis obligé de passer le RECOVER avec USING BACKUP
Code :

RECOVER AUTOMATIC DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL;
CANCEL
ALTER DATABASE OPEN RESETLOGS;

[phil4444]

Disons que si je ne conserve pas des redos sauvegardés, j'ai bien compris que la restauration sera plus que difficile, ne serait ce que pour retrouver mes données et transaction passées juste au moment du crash

[philcero]

si je ne conserve pas des redos sauvegardés, j'ai bien compris que la restauration sera plus que difficile

C'est pourquoi bien que ne faisant pas partie de la base au sens propre, je ne fais jamais une sauvegarde sans eux...



Parfois, il faut faire au plus simple...

[phil4444]

Le plus simple serait de ne pas avoir de crash de la base de données

[phil4444]

j'ai un petit soucis

je me connecte avec sqlplus sur ma base pas de soucis je peux faire un shutdown immediate et mes commandes sql et derrière je ne peux pas faire un startup, par-contre si je me déconnecte de sqlplus et je me reconnecte là je peux faire un startup

[orafrance]

shutdown = fin de toutes les sessions... dont celle qui a fait le shutdown