scenario de RECOVER

[big1]

Bonjour,
en 9i/UNIX AIX en archivelog.
est-ce que le sénario suivant marchera :
Je dipose des backups à froid de tous mes fichiers (données, logs, archivelog)de la veille à 00H00. Aujourd'hui à 17h j'arrête la base. J'efface tous les fichiers sauf les archivelogs. Je copie mes backup sur le disque. J'ouvre ma base. Evidemment les transaction faites depuis ce matin jusq'à 17h n'y sont pas.
Est-ce que l'instruction suivante :

Code :

RECOVER DATABASE;

va restituer les transactions de la journée (jusqu'à 17h) étant donné que les archivlogs sont disponible ?
Si le dernier archivlog comporte la sequence 1435, dois-je (ou puis-je) faire :

Code :

RECOVER DATABASE UNTIL LOGSEQUE=1435 Thread = 1;

Ou la solution pour récuperer les transactions est complètement différente ? Laquelle ?
D'avance merci.

[big1]

Quelqu'un pourrait me répondre s'il vous plait.
Merci d'avance.

[LeoAnderson]

Avoir un plan de restauration, c'est bien.
Mais s'il n'est pas testé, il est nul et ne sert à rien.

Je vous invite donc fermement à le tester !

[orafrance]

Envoyé par big1

Quelqu'un pourrait me répondre s'il vous plait.
Merci d'avance.

je crois t'avoir déjà dit que les messages non constructif sont interdit sur le forum

[big1]

Merci Orafrance.
Merci de m'expliquer ce qui est "message non constructif".

[big1]

Merci Leo,mais on ne se lance pas dans un test qui est fondamentalement incorrect. Et on se permet de poser la question aux autres qui le savent.
Cordialement.

[orafrance]

Envoyé par big1

Merci Orafrance.
Merci de m'expliquer ce qui est "message non constructif".

un message qui n'apporte pas d'élément supplémentaire à la discussion et qui n'a d'autre motivation que de faire remonter le sujet dans la liste des discussions du forum

A part ça, RECOVER DATABASE rejoue toutes les archives disponibles jusqu'au redo courant... j'vois pas pourquoi se casser la tête avec une commande plus compliquée

[orafrance]

Envoyé par big1

Merci Leo,mais on ne se lance pas dans un test qui est fondamentalement incorrect. Et on se permet de poser la question aux autres qui le savent.
Cordialement.

vaut mieux croire des membres d'un forum qui ne sont par définition pas infaillibles ? J'ai du mal à suivre la logique

[LeoAnderson]

Envoyé par big1

Merci Leo,mais on ne se lance pas dans un test qui est fondamentalement incorrect. Et on se permet de poser la question aux autres qui le savent.
Cordialement.

Bien sûr que si !!!

C'est quand tu te seras planté, que tu auras perdu 3 bases et que tu auras passé des heures à te demander pourquoi il te jette que tu auras progressé et compris !

et un message non constructif c'est un "up" qui n'apporte rien au problème...

[big1]

Merci. Je me suis lancé et voilà le resultat :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
 
SQL> startup mount
Instance ORACLE lancΘe.
 
Total System Global Area  135338868 bytes
Fixed Size                   453492 bytes
Variable Size             109051904 bytes
DATABASE Buffers           25165824 bytes
Redo Buffers                 667648 bytes
Base de données montée.
SQL> recover automatic DATABASE
ORA-00283: session de récupération annulΘe pour cause d'erreurs
ORA-00264: aucune récupération requise

Evidemment la documentation dit :

Code :

1
2
3
4
 
ORA-00264: no recovery required 
Cause: An attempt was made TO perform media recovery ON files that do NOT // need any type of recovery. 
Action: Do NOT attempt TO perform media recovery ON the selected files. CHECK TO see that the filenames were entered properly. IF NOT, retry the command WITH the proper filenames

Mais je n'ai pas donné le nom d'un fichier quelconque.
Merci pour vos lumières.

[LeoAnderson]

vous voulez faire un recover database (ie tous les fichiers) sur une base qui n'en a pas besoin, c'est tout !

[orafrance]

ORA-00264: aucune récupération requise

[big1]

Merci. En fait, après la sauvegarde à froid, j'ai relancé la base et créé une table. J'ai arrêté la base, ai effacé les fichiers et remis la sauvegarde (ensuite startup mount et recover .....). Est-ce que je vais retrouver la table que j'ai créée ?

[LeoAnderson]

non.

1. Quand on doit restaurer, on ne restaure pas tout (sauf cas particuliers avec précautions particulières)
2. Etes-vous en archivelog ?
3. Comment avez-vous provoqué l'incident ? (on en restaure que sur incident)

[big1]

>>2. Etes-vous en archivelog ? Oui :

Code :

1
2
3
4
5
6
7
8
 
SQL> archive log list;
mode DATABASE log              mode Archive
Archivage automatique             ActivΘ
Destination de l'archive             C:\oracle\ora92\RDBMS
SΘquence de journal en ligne la plus ancienne     1
SΘquence de journal suivante α archiver      2
SΘquence de journal courante            2

>>3. Comment avez-vous provoqué l'incident ? (on en restaure que sur incident)
Nous avons supposé que pour une raison quelconque (voir ma premiere poste)le disque crash et on n'a que les backup à froid de la veille plus tous les archivelogs. Et nous voulons savoir si RECOVER ayant tous les archivelog à disposition pourra restaurer les transactions après la sauvegarde.
Bien cordialement.

[LeoAnderson]

supposer n'est pas assez.
Il faut simuler !

Donc vous supprimez (à chaud, base ouverte) les fichiers que vous voulez perdre ou vous y faites un dd pour les corrompre.
Et ensuite, vous voyez ce qui se passe, comment et quand ..

après, vous ne restaurez que les fichiers demandés (marqués HS)