Realizar una recuperación completa de una base de datos 12c oráculo sin el asesor de recuperación de la base de datos

Usted no debe dormirse en los laureles demasiado, así que vamos a ver una recuperación sin datos Recovery Advisor de Oracle 12c (DRA). El DRA no le ayudará en cualquier situación. ¿Qué pasa si el archivo que necesita restaurar tiene que ir a otro lugar? El DRA no sabrá dónde ponerlo.

Además, es bueno entender cómo recuperar sin la DRA. Usted podría encontrarse en un día la base de datos no-12c. El siguiente método funciona todo el camino de vuelta a los albores de Recovery Manager (RMAN).

Este ejemplo tiene que perder un archivo de datos, pero ser incapaz de poner de nuevo en el mismo lugar. (En este caso tú medio RMAN.) Usted tiene que decirle a RMAN dónde poner el Archivo- entonces RMAN restaurará a la ubicación adecuada.

• Has perdido un disco con un archivo de datos en él.

• No será reemplazado el disco, y usted tiene que restaurar el archivo de datos en otro lugar.

• Usted le dice a RMAN dónde poner el archivo de datos.

• Usted le dice a RMAN para restaurar el archivo de datos.

• Usted le dice a RMAN para recuperar el archivo de datos.

• Si la base de datos se cerró, que lo abra. Si la base de datos fue abierto, el archivo de datos en línea.

En este ejemplo se utiliza Oracle en Linux comienza con la base de datos cerrado abrirlo y luego corregir el error. Para crear este error, simplemente Renam el archivo de datos users01.dbf mientras que la base de datos se redujo.

1. Inicie la base de datos y leer este error:

   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'

2. A ver si ese es el único archivo que falta:

3. Determinar si este es el único archivo de afectados y si se trata de un archivo crítico.

   También determina que debe ser restaurado a un disco diferente.

4. Lanzamiento de RMAN y tomar el archivo de datos en línea:

   Usted ve esto:

   utilizando archivo de control de la base de datos de destino en lugar de catalogStatement recuperación procesada

5. Abra la base de datos:

6. Dile a RMAN para restaurar a la ubicación correcta:

   En este caso, es u02 disco, una ubicación diferente. La salida indica que el archivo está siendo restaurado y recuperado en la nueva ubicación:

   comando de ejecución: SET NEWNAMEStarting restaurar al 30-JUN-2013 11: 48: 46using archivo de control de la base de datos de destino en lugar de la recuperación catalogchannel ORA_DISK_1: SID = 7 tipo de dispositivo = DISKchannel ORA_DISK_1: la restauración de archivo de datos 00004input datafile copiar nombre RECID = 12 SELLO = 819457925 file = / u01 / app / oracle /
   fast_recovery_area / DEV12C / archivo de datos / o1_mf_users_8x0lp5mo_.dbfdestination para la restauración de 00.004 fichero de datos: /u02/app/oracle/oradata/dev12c/users01.dbfchannel ORA_DISK_1: copia de ficheros de datos copiados del nombre del archivo 00004output datafile = / u02 / app / oracle / oradata / dev12c /users01.dbf RECID = 13 SELLO = 819460128Finished restaurar al 30-JUN-2013 11: 48: 49datafile 4 cambiaron a DATAFILE copyStarting recuperar al 30-JUN-2013 11: 48: ORA_DISK_1starting recuperación de medios de canal 49using ... salida snipped .. .media recuperación completa, el tiempo transcurrido: 00: 00: 01Finished recuperar al 30-junio-2013 11:48:52

7. Cuando finalice la recuperación, alteran el espacio de tablas para poner de nuevo en línea: