ORA-01110:

Hola Rajat,

Mientras registra

ORA-00278: archivo de registro ‘D: ORACLE NSM ORAARCH NSMARCH1_2_841199012.DBF’ más

esencial para esta recuperación

Este archivo DBF ya no es necesario para la recuperación.

Puede pasar al siguiente archivo de registro, este mensaje significa que este archivo de registro se ha procesado y ya no es necesario. Lo usa ‘hasta que se cancele’, por lo que debe cancelar la recuperación cuando se procese el último archivo de registro que desea usar.

 alter database recover until time '2014-07-12:21:11:59';

Gracias

Hola Rajat,

Utilice la recuperación de comandos de la base de datos hasta que se cancele mediante un archivo de control de respaldo;

cancelación

& base de datos abierta para cambiar el restablecimiento de la base de datos abierta;

Gracias,

Gaurav

Por favor, consulte el enlace a continuación que me ayudó a tener la misma situación.

http://practicalappsdba.wordpress.com/2008/04/01/how-to-recover-and-open-the-database-if-the-archive-log-required-for-recovery-is-missing/

Hola Rajat

Al igual que Gaurav, sugirió que abrir la base de datos con la opción _allow_resetlogs_corruption es una opción, pero lo más probable es que no proporcione una base de datos coherente después de eso. Si se trata de una base de datos de producción, corre un gran riesgo aquí.

Hasta donde yo sé, tendrá que reconstruir la base de datos.

No estoy seguro de cómo lo inspiró la rehabilitación. Si ha restaurado una copia de seguridad en línea completa, también se deben restaurar todos los registros de archivo de la copia de seguridad.

Aquí están mis sugerencias:

Si se trata de un sistema de prueba, puede actualizar el sistema de producción con la copia de producción.

Si se trata de un sistema de desarrollo, puede restaurar una copia de seguridad creada antes de la que utilizó hoy para restaurar y luego ejecutar todos los registros de archivo recurrentes.

Si se trata de un sistema de producción, debería considerar utilizar la última copia de seguridad utilizable y volver a poner el sistema en línea.

La opción de abrir la base de datos con _allow_resetlogs_corruption solo debe realizarse después de consultar con otro SAP, tendrá más problemas.

Sobre

RB

Hola Rajat,

Mi explicación del comando «restaurar la base de datos usando el archivo de control de respaldo hasta que se cancele» es la siguiente:

Si perdimos el archivo de control actual o el estado de nuestro archivo de control es inconsistente con los archivos que necesitamos recuperar, en este caso necesitamos recuperar usando un comando de archivo de control de respaldo o necesitamos crear un nuevo archivo de control.

Para crear un nuevo archivo de control, podemos ordenar «cambiar el archivo de control de respaldo de la base de datos para rastrear»

Usamos una base de datos de recuperación usando un archivo de control de respaldo mientras usamos un archivo de control en lugar del actual. entonces esta base de datos de casos debe abrirse con una opción de reinicio como usamos en su caso con el comando:

Cambiar restablecimientos abiertos de la base de datos;

La opción RESETLOGS siempre se requiere después de la recuperación o recuperación incompleta de medios usando un archivo de control de respaldo. Restablecer el registro de rehacer es el siguiente:

• Archive los registros de repetición en línea existentes (si son accesibles) y luego elimine el contenido de los registros de repetición en línea y restablezca el número de secuencia de registro a 1. Por ejemplo, si los registros repetidos son secuencias 1000 y 1001 en la línea actual cuando abre RESETLOGS , luego restablezca el archivo de la base de datos de registros 1000 y 1001 y luego restablezca los registros en línea a las secuencias 1 y 2.

• Los archivos de registro recurrentes se crean en línea si no existen actualmente.

• Restaura los metadatos del archivo de control en registros repetidos en línea y subprocesos repetidos.

• Actualiza todas las bases de datos actuales y los registros repetidos en línea y todos los registros de archivo posteriores con los nuevos RESETLOGS de SCN

Espero que esta información te ayude a comprender.

Sobre,

Gaurav Rana

Ahora bien, ¿cómo podemos recuperarnos por completo?

1. Para obtener una recuperación completa, necesitamos implementar registros repetidos en línea, que son los últimos cambios en el sistema.

¿Cómo podemos determinar qué grupo hueco está activo actualmente?

P.ej: –

SQL> seleccione GROUP #, STATUS, ARCHIVED, SEQUENCE # de v $ log;

GRUPO # POSICIÓN ESTADO DEL ARCO #

———- —————- — ———-

1 ES INACTIVO 13

4 ES INACTIVO 12

3 ES INACTIVO 11

2 ACTUAL NO. 14

Aquí el GRUPO # 2 está actualmente ocupado escribiendo el registro en el sistema que aún no está archivado y dará una secuencia de registro no. 10.

Para obtener la ubicación de los grupos de inicio de sesión, debemos ejecutar el siguiente comando.

Formato de SQL> col BOLA a40

SQL> seleccione GROUP #, STATUS, MEMBER de v $ logfile;

# GRUPO DE ESTADO DE BOLA

———- ——- ——————————— ——-

1 D: ORACLE NSM ORIGLOGA LOG_G11M1.DBF

1 D: ORACLE NSM MIRRLOGA LOG_G11M2.DBF

2 D: ORACLE NSM ORIGLOGB LOG_G12M1.DBF

2 D: ORACLE NSM MIRRLOGB LOG_G12M2.DBF

3 D: ORACLE NSM ORIGLOGA LOG_G13M1.DBF

3 D: ORACLE NSM MIRRLOGA LOG_G13M2.DBF

4 D: ORACLE NSM ORIGLOGB LOG_G14M1.DBF

4 D: ORACLE NSM MIRRLOGB LOG_G14M2.DBF

Especifique un registro: { recomendado Nombre del archivo AUTO | CANCELAR}

D: ORACLE NSM ORIGLOGB LOG_G12M1.DBF

Inicie sesión en su lugar.

Se completó la rehabilitación de los medios.

Hola Rajat,

Para la recuperación, debe cambiar el formato del archivo de registro en initSID.ora.

Instale el sistema fuente en lugar de NSM. Tome db restart y cree spfile desde pfile.

Esta publicación está verificando la orden de recuperación.

Espero que esto ayude.

Sobre,

Deepak Kori

Hola Rajat,

Repetiste las ordenes

SQL> recupere una base de datos usando un archivo de control de respaldo hasta que sea cancelada; (Aquí tenemos que cancelar la recuperación de medios)

y dar cancelación

SQL> abrir restablecer para cambiar la base de datos;

Comparte los resultados.

Gracias

Antes de ejecutar una base de datos de comandos RESETLOGS abierta, cancele la restauración de medios nuevamente con una base de datos de recuperación usando un archivo de control de respaldo hasta que se desactive;

También siga la nota de SAP 4162 ya mencionado por Sunil.