web-dev-qa-db-fra.com

Oracle 11G ORA-01190: Fichier de contrôle ou fichier de données 1 est par rapport à la dernière resetlogs

Je suis exécuté Oracle 11Gr2, version 11.2.0.3.0. J'ai eu un de mes DBS de test corrompus aujourd'hui. Heureusement, j'ai 2 semaines de sauvegardes dans le serveur de sauvegarde net, alors j'ai pensé: "C'est facile, je viens de restaurer à partir de la dernière sauvegarde et je devrais être bon dans environ 2 heures!"

Mais j'ai continué à obtenir cette erreur oracle ora-01190. J'ai donc changé mon temps de restauration environ 30 minutes plus tôt que j'ai eu la même erreur.

  SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01190: control file or data file 1 is from before the last RESETLOGS
ORA-01110: data file 1: '+DATA/t1/datafile/system_01.dbf'

Après avoir effectué les changements de temps de restauration, j'ai eu cette erreur:

SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: '+DATA/t1/datafile/system_01.dbf'

C'est mon Rman restaore scrt

run
 {
 allocate channel D1 type sbt_tape parms='ENV=(NB_ORA_CLIENT=t2.abc.com,NB_ORA_COPY_NUMBER=3)';
 allocate channel D2 type sbt_tape parms='ENV=(NB_ORA_CLIENT=t2.abc.com,NB_ORA_COPY_NUMBER=3)';
 allocate channel D3 type sbt_tape parms='ENV=(NB_ORA_CLIENT=t2.abc.com,NB_ORA_COPY_NUMBER=3)';
 allocate channel D4 type sbt_tape parms='ENV=(NB_ORA_CLIENT=t2.abc.com,NB_ORA_COPY_NUMBER=3)';
 set until time "to_date('16-MAR-2016 15:20:00','DD-MON-YYYY HH24:MI:SS')";
 restore controlfile;
 restore database;
 alter database mount;
 recover database;
 alter database open resetlogs;
 }

Dois-je commencer à utiliser la méthode SCN pour restaurer ma base de données? Y a-t-il un indicateur clair pour que je puisse voir le temps que je peux sûrement restaurer ma base de données à partir de ses fichiers de sauvegarde?

Merci beaucoup!

oracleoracle-11g-r2restorerecoveryrman
1
dave

Étant donné que vous avez effectué une réinitialisation ouverte, vous avez changé l'incarnation et essayons maintenant de restaurer une incarnation antérieure. Du Guide de l'utilisateur de sauvegarde et de récupération:

La procédure de dbpitr dans l'incarnation actuelle est différente de DBPitr à un SCN dans une incarnation non courante. Dans ce dernier cas, vous devez exécuter explicitement la base de données de réinitialisation pour réinitialiser la base de données à l'incarnation qui était à jour au SCN cible. De plus, vous devez restaurer un fichier de contrôle de l'incarnation de la base de données contenant la cible SCN

Après le paragraphe ci-dessus, le manuel continue de détailler la procédure, étape par étape.

Peu importe si vous spécifiez "à l'heure" ou à "SCN". Si vous spécifiez "à l'heure", RMAN sera convertie à l'intérieur de l'intérieur qu'à un SCN.

.

3
EdStevens

Je crois toujours que la sortie donnée par oerr utilitaire aide à résoudre le problème.

OERR: OERR est un utilitaire Oracle qui extrait des messages d'erreur avec des actions suggérées à partir des fichiers de messages Oracle standard.

ORA-01190: Le fichier de contrôle ou la chaîne de fichier de données provient de la dernière resetlogs

Cause: Tentative d'utilisation d'un fichier de données lorsque les informations de réinitialisation du journal dans le fichier ne correspondent pas au fichier de contrôle. Soit le fichier de données ou le fichier de contrôle est une sauvegarde effectuée avant la dernière base de données Alter Open Resetlogs.
[.____] Action: Restaurer le fichier d'une sauvegarde plus récente.

C'est la raison importante pour laquelle nous devrions prendre la sauvegarde immédiatement après l'ouverture de la base de données avec RESETLOG.

ORA-01152: La chaîne de fichier n'a pas été restaurée d'une sauvegarde suffisamment ancienne

Cause: Une session de récupération incomplète a été lancée, mais un nombre insuffisant de journaux ont été appliqués pour rendre la base de données cohérente. Ce fichier est toujours à l'avenir du dernier journal appliqué. La cause la plus probable de cette erreur oublie de restaurer le fichier d'une sauvegarde avant de récupérer incomplète.

[.____] Action: Appliquez plus de journaux jusqu'à ce que la base de données soit cohérente ou restaurer le fichier de base de données à partir d'une sauvegarde plus ancienne et une récupération de répétition.

Voici un lien vers exécution de la récupération de points de flashback et de la base de données

3
JSapkota