Ofrecemos servicios profesionales de recuperación de Oracle Database
Correo electrónico: [email protected]
[Pregunta]
Cuando se ejecuta una recuperación incompleta utilizando “until cancel”, ORA-01194 ocurre y no se puede abrir.
SQL> recover database until cancel
ORA-00279: se necesita el número de hilo 1 para el cambio 42140 (generado el 10/30/2001 a las 10:36:58).
ORA-00289: Archivo de registro a considerar:
/home2/ora816/app/oracle/admin/s816/arch/s816_3.arc
ORA-00280: el cambio 42140 (hilo 1) existe en la secuencia 3.
Especifique el registro: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00279: se necesita el número de hilo 1 para el cambio 42150 (generado el 10/30/2001 a las 10:40:33).
ORA-00289: Archivo de registro a considerar:
/home2/ora816/app/oracle/admin/s816/arch/s816_4.arc
ORA-00280: el cambio 42150 (hilo 1) existe en la secuencia 4.
ORA-00278: el archivo de registro
/home2/ora816/app/oracle/admin/s816/arch/s816_3.arc ya no es necesario para esta recuperación.
Especifique el registro: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: advertencia: RECOVER tuvo éxito, pero OPEN RESETLOGS tendría el siguiente error.
ORA-01194: se necesita más recuperación para el archivo 4 para ser coherente.
ORA-01110: archivo de datos 4:
/home2/ora816/app/oracle/oradata/s816/users01.dbf
ORA-01112: la recuperación de medios no ha comenzado.
SQL> alter database open resetlogs;
alter database open resetlogs
*
Línea de error: 1: error encontrado.
ORA-01194: se necesita más recuperación para el archivo 4 para ser coherente.
ORA-01110: archivo de datos 4:
/home2/ora816/app/oracle/oradata/s816/users01.dbf
[Respuesta]
Verifique la columna "fuzzy" en v$datafile_header.
objectivec
SQL> select file#,status,format,recover,fuzzy,checkpoint_change# from v$datafile_header;
FILE# STATUS FORMAT REC FUZ CHECKPOINT_CHANGE#
---------- ------- ---------- --- --- ------------------
1 ONLINE 8 YES NO 42150
2 ONLINE 8 YES NO 42150
3 ONLINE 8 YES NO 42150
4 ONLINE 8 NO 42220
5 ONLINE 8 YES NO 42150¿Existen archivos sin valores en la columna FUZZY?
La base de datos se abrirá si la columna FUZZY es NO para todos los archivos y todos los CHECKPOINT_CHANGE# coinciden.
Si está utilizando archivos de datos durante el cierre de emergencia (shutdown abort) o si ha obtenido una copia de seguridad sin ejecutar begin backup durante la operación de la base de datos, es posible que no haya valores en la columna FUZZY de v$datafile_header.
Tenga en cuenta que las copias de seguridad obtenidas sin ejecutar begin backup durante la operación de la base de datos no se pueden utilizar para la recuperación de Oracle.
Por lo general, para realizar una recuperación incompleta, es necesario volver todos los archivos de datos al estado de la copia de seguridad anterior y aplicar los archivos de registro de recuperación de archivo (REDO) archivados. Si no vuelve algunos archivos de datos a la copia de seguridad, pero utiliza los archivos en el momento del cierre de emergencia, se producirá este fenómeno.
Para solucionar esto, asegúrese de volver todos los archivos de datos al estado de la copia de seguridad anterior antes de realizar la recuperación incompleta. Además, aplique los archivos de registro de recuperación de archivo (REDO) archivados hasta que todos los valores de CHECKPOINT_CHANGE# de los archivos de datos coincidan.
Leave a Reply