Cómo recuperar la base de datos 12c oráculo

Existen muchos tipos de fallas pueden sobrevenir su base de datos. El Recovery Manager 12c Oracle (RMAN) es una herramienta que puede ayudarle a volver en sus pies después de que muchos de estos fracasos. A veces es la única opción, a veces es el mejor enfoque de varios, ya veces no es el enfoque correcto en absoluto.

RMAN puede realmente ayudar con dos tipos de errores:

• Insuficiencia de medios: La pérdida de archivos

• Error Usuario: Los errores que conducen a las bases de datos o datos dañados

Ya sea RMAN siempre te puede ayudar cuando se trata de un error del usuario depende de qué tipo de problema se ha creado. Por ejemplo, si un usuario elimina accidentalmente un archivo o un espacio de tabla, RMAN puede ayudar con mucha facilidad.

Sin embargo, si un usuario deja caer accidentalmente una tabla o corrompe datos, RMAN poder ayuda, pero podría no ser el enfoque más rápido. Si un usuario coloca una tabla, que podría ser más rápido para recuperar de la base de datos RecycleBin o Flashback base de datos.

Sin embargo, si el usuario ha limpiado la RecycleBin o la base de datos Flashback no está configurado, Recovery Manager es su única opción.

RMAN puede hacer dos tipos de recuperación:

• Completar: Todos los archivos son llevados de vuelta a la vez la base de datos falló. No se pierden datos.

• Incompleto: La base de datos se recupera pero no llegó a una recuperación completa. Puede haber pérdida de datos. A veces esto es lo que quieres. Por ejemplo, si un usuario coloca una mesa a las 10:13 am en punto, usted hace una incompleto recuperación de 10:12 am a obtener la base de datos back antes de que ocurra la caída.

La recuperación completa es lo que suele ocurrir. Sin embargo, debe estar preparado para cualquier cosa.

Cómo comprobar el problema con su recuperación de la base de datos Oracle 12c

Descubrir lo que salió mal con su base de datos no siempre es una tarea fácil. A veces tienes suerte (si desea utilizar el término afortunado en la cara de una base de datos de trazos). Por ejemplo, tal vez usted sabe lo que pasó:

• Un administrador del sistema le ha dicho un disco con voz ronca.

• Un usuario te dijo que cayó de una mesa.

• Usted causó el error y usted sabe lo que pasó y por qué.

Estas podrían no ser el problema, sin embargo. A veces se presentan con problemas disimulado, en cuyo caso usted toma el papel de un detective. Digamos que inicie la base de datos o acceder a los datos, mientras que la base de datos sigue abierta y obtener un error similar a este:

ORA-01157: no puede identificar / archivo de datos de bloqueo de 4 - ver DBWR traza fileORA-01110: el archivo de datos 4: '/u01/app/oracle/oradata/dev12c/users01.dbf'

Se busca el archivo en la ubicación que da. Pero hete aquí, que se ha ido (o tal vez todo el disco se ha ido). Usted tuvo más de un archivo en ese disco.

¿Por qué Oracle le dice solamente que no puede encontrar uno de los archivos? Debido a que al iniciar la base de datos, Oracle lee la lista de archivos de datos en el archivo de control. Tan pronto como no puede encontrar uno en la lista, que se detenga la apertura y presenta el error.

O, si la base de datos ya está abierto, Oracle le dice sólo sobre el error que usted está experimentando como resultado de su acción específica. Desafortunadamente, esto es un poco misleading- es posible restaurar y recuperar el archivo sólo para encontrar otro error al igual que para un archivo de datos diferente.

La recuperación incompleta de la base de datos Oracle 12c

La recuperación incompleta suele ser una muy desafortunada posición para estar adentro. Por lo general, significa que van a perder los datos (de ahí incompleto). Asimismo, el Asesor de recuperación de datos (DRA) no puede dejar nada en esta situación. En un escenario de recuperación incompleta, la base de datos no ha hecho fallado. Alguien ha hecho algo para poner la base de datos en un estado que requiere que retroceder en el tiempo.

Estos son los pasos para la recuperación incompleta:

1. Cierre la base de datos.

2. Poner en marcha la base de datos en modo de montaje.

3. Ajuste el tiempo de la restauración para trabajar.

4. Restaurar la base de datos.

5. Recuperar la base de datos.

6. Abra la base de datos con RESETLOGS.

   Los archivos de control no coincidirán con los archivos de datos. Tienes que volver a sincronizar los archivos de control con los archivos de datos.

7. Abra un indicador de la línea de comandos del sistema operativo.

8. Inicie sesión en su base de datos con RMAN:

9. Ponga la base de datos en modo de montaje:

10. Utilice el comando RMAN siguiente para recuperar su base de datos al tiempo apropiado (11:44 horas, en este caso):

    RMAN> ejecutar {conjunto hasta la hora = "to_date ('30 -jun-2013: 11: 44: 00 ',' DD-MON-AAAA: HH24: MI: SS ')" - restaurar la base de datos-recuperar la base de datos-sql "alter base de datos resetlogs abiertos "-}

    Cuando el comando se completa, debería ver algo como esto:

    comando de ejecución: SET hasta clauseStarting restaurar al 30-JUN-2013 11: 58: Canal 52allocated: ORA_DISK_1channel ORA_DISK_1: SID = 20 tipo de dispositivo = DISCO # 133-output cortó # 133-Terminado recuperar en 30-junio-2013 12:02: declaración 56sql: alter database open resetlogs

11. Asegúrese de que la mesa que estaba tratando de recuperarse de hecho se ha recuperado.

    No hay nada más embarazoso que decirle a todo el mundo te recuperaste de datos sólo para que alguien descubra que los datos todavía no está allí. Si usted descubre que no está ahí, hacer la recuperación de nuevo, volviendo un poco más lejos en el tiempo.