[10g] Recover en NOARCHIVELOG

Bonjour,

Je rencontre le même problème que dans ce sujet.
Ma base est une 10.2.0.1 en NOARCHIVELOG.
mes scripts RMAN de sauvegardes sont:

Code:

---

1 2 3 4 5 6 7 8

RUN { SHUTDOWN IMMEDIATE; STARTUP MOUNT; BACKUP INCREMENTAL LEVEL 0 DATABASE TAG 'Sauvegarde FULL'; CROSSCHECK BACKUP; ALTER DATABASE OPEN; }

---

Pour la sauvegarde FULL, et level 1 pour l'incrémentale.

Je fais des test en supprimant des données, puis déclenche un processus de restore.

Code:

---

1 2 3 4 5

shutdown immediate; startup mount; restore database; recover database noredo; alter database open;

---

et la, j'ai le même soucis.

Je suis obligé de faire un

Code:

---

recover database;

---

(et donc re rejouer mes redologs (ceux supprimant les données) pour remonter ma base.

Comment faire ?


Edit: Je ne supprime aucun fichier avant de faire la resto (vu que je veux simuler une perte de data, et non de fichier)

Edit2:
L'erreur est en fait a la réouverture de la base: (dans ce cas, je n'ai pas d'incrémentale aujourd'hui

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

RMAN> recover database noredo;   DÚmarrage de recover dans 07/01/13 utilisation du canal ORA_DISK_1 Fin de recover dans 07/01/13   RMAN> alter database open;   RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: Úchec de la commande alter db Ó 01/07/2013 11:11:53 ORA-01113: le fichier 1 nÚcessite une rÚcupÚration aprÞs dÚfaillance matÚrielle ORA-01110: fichier de donnÚes 1 : 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\PEX\SYSTEM01 .DBF'

---

Bonjour,
Il me paraîtrait logique de faire un ALTER DATABASE OPEN RESETLOGS;
Oracle sait qu'il y a des transactions qui n'ont pas été recovered (il le sait car on a toujours le controlfile courant) donc il propose de faire un recover pour éviter de les perdre.
Cordialement,
Franck.

Quant j'essayait de monter la base en RESETLOGS, il m'a dit que la base n'etait pas en defaillance machin ... je sais plus trop.

Bref, seul moyen de réouvrir la base comme je veux (avec les données de la veille).

Code:

---

1 2 3 4 5 6

STARTUP NOMOUNT; RESTORE CONTROLFILE; ALTER DATABASE MOUNT; RESTORE DATABASE; RECOVER DATABASE NOREDO; ALTER DATABASE OPEN RESETLOGS;

---

Mais l'inconvenient est qu'il crée une nouvelle incarnation de la base.

Bonjour,
C'est tout a fait normal de devoir ouvrir en resetlogs lorsqu'on ne veut pas récupérer tous le redo.
Cordialement,
Franck

Et donc c'est normal de devoir restorer les CONTROLFILES ?

C'est la procédure standard pour restaurer une db en cas de perte de donnée ?

Y a t'il moyen de revenir a un jeu de sauvegarde précis.
par exemple:
Nous sommes vendredi. Il y a eut une perte de donnée mercredi, et il faut donc récupérer la total du WE + l'incrémentale du mardi soir, et tant pis pour la perte de donnée depuis mardi soir ?

Bonjour,

Non, le restore du control file n'est pas nécessaire s'il n'est pas perdu.

Oui, il y a beaucoup plus simple: voir la clause SET UNTIL TIME de RMAN.
On donne la date et RMAN applique ce qui est nécessaire.

Cordialement,
Franck.

Merci pour ces infos, je commence a comprendre le systeme de resto avec perte de donnée, ainsi que les incarnations.