Cómo recuperar archivos de registro eliminados en el Sistema SAP QAS

Hola Bhavik,

Para ser honesto, no puedo seguir tu descripción de lo que has hecho.

Por favor, publica la salida de los siguientes 2 comandos SQL:

> shell> sqlplus "/ as sysdba"

> SQL> startup mount

> SQL> set linesize 700

> SQL> SELECT * FROM V$LOG;

> SQL> SELECT * FROM V$LOGFILE;

Si necesitas soporte urgente sobre este tema, abre una llamada a SAP para ello.

Saludos

Stefan

Hola Stefan,

Gracias por tu ayuda.

Intenté todo lo que sugeriste.

Aún así, la base de datos no se inició, ya que está pidiendo algún archivo de RedoLog sin conexión inesperado, que ni siquiera se ha generado aún, en el sistema SAP.

Creo que cometí algún error y me estoy perdiendo de algo tonto.

Tal vez la discrepancia en el número de SCN está causando este problema.

En realidad, cambié los archivos de registro antes de eliminar el Grupo de archivos de registro 11. Luego creé nuevamente el mismo Grupo de archivos de registro 11 con los mismos nombres de archivo de registro en origlogA y mirrlogA. Pero estaba dando errores, ya que los antiguos archivos de registro de redo ya estaban allí con el mismo nombre. Así que creé esos archivos con otro nombre nuevo. Estaba dando el mismo error para el Grupo de archivos de registro 13. Así que hice una copia de seguridad de esas carpetas origlogA, mirrlogA, origlogB y mirrlogB, antes de borrar los archivos log*.dbf.

En medio de este proceso ejecuté "alter database switch logfiles" con frecuencia, solo para ver las operaciones de cambio. Creo que los pasos de eliminación y cambio fueron mis errores.

Hice todas estas cosas después de apagar el sistema SAP, pero creo que en este tipo de situación, finalmente se requerirá la Recuperación a Punto en el Tiempo. Todos los archivos de datos son consistentes, los archivos de control son consistentes.

Solo, debido a estos archivos de Redo Log inconsistentes, tendré que optar por la Recuperación a Punto en el Tiempo.

Creo que hay alguna pequeña brecha que está causando este error. Tal vez la discrepancia en el número de cambio con respecto a los archivos de control y en los archivos de registro.

Estoy esperando tu valiosa respuesta.

Gracias y Saludos

Bhavik Shroff

Hola Bhavik,

> Cometí algunos errores y eliminé todos los archivos de registro después de cerrar el Sistema SAP QAS.

Si no tienes miembro del grupo de registro en línea actual o activo, realmente estás en problemas, pero si tienes una copia de seguridad fuera de línea consistente de todo (archivos de datos y archivos de control) o tu base de datos se cerró de manera limpia en este punto, eres un hombre afortunado

> ERROR en la línea 1:

> ORA-01139: La opción RESETLOGS solo es válida después de una recuperación incompleta de la base de datos

Este error se basa en la cláusula UNTIL en el escenario de recuperación.

Solo puedes ejecutar un OPEN RESETLOGS después de una recuperación con la cláusula UNTIL.

He probado tu escenario en una base de datos de prueba con Oracle 10.2.0.4

Solo echa un vistazo aquí:

SQL> select * from v$log;
GRUPO#    THREAD#  SECUENCIA#      BYTES    MIEMBROS ARC ESTADO           PRIMER_CAMBIO# PRIMER_TIEM
         1          1         68   52428800          1 NO  ACTUAL                3716197 08-NOV-08
         2          1         66   52428800          1 SÍ INACTIVO               3648097 06-NOV-08
         3          1         67   52428800          1 SÍ INACTIVO               3689993 07-NOV-08

shell> eliminó todos los miembros de cada grupo de redolog en línea (el importante en tu caso es el actual)

SQL> inicio
Instancia de ORACLE iniciada.
ORA-00313: apertura fallida para miembros de log grupo 1 de hilo 1
ORA-00312: log en línea 1 hilo 1: '/oracle/TST/oradata/redolog/redo01.log'


SQL> alter base de datos abrir resetlogs;
alter base de datos abrir resetlogs
*
ERROR en línea 1:
ORA-01139: La opción RESETLOGS solo es válida después de una recuperación incompleta de la base de datos

SQL> recuperar base de datos hasta cancelar
Recuperación de medios completada.
SQL> alter base de datos abrir resetlogs;

            

                Respondido el 15/04/2024
                            
            

                
                

                    
LUCIANO RIOJA GHIOTTO
                    
Se unió el 13/07/2019