Realizar una recuperación completa de una base de datos oracle 12c sin el asesor de recuperación de base de datos

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

Video: SQL Server 2012 - 12 - Recuperacion de datos y DELETE con where - Tutoriales y mas

Además, es bueno entender cómo recuperar sin la DRA. Usted podría encontrarse algún día en una base de datos no-12c. El siguiente método funciona todo el camino de vuelta al amanecer del Administrador de recuperación (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.) Tienes que decirle a RMAN dónde poner el archivo- RMAN lo restaurará a la ubicación correcta.

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

• El disco no se podrá reemplazar, y hay que restaurar el archivo de datos en otro lugar.

  Video: Lo Nuevo en 12c en Recuperacion y Respaldo (Webinario en Espanol)

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

  Video: Oracle DBA | Creación De Base De Datos Usando DBCA - Tips de Oracle

• 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 cierra, se abre. Si la base de datos fue abierta, en línea el archivo de datos.

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

1. Iniciar 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 afectada y si se trata de un archivo crítico.

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

4. RMAN lanzar y tomar el archivo de datos fuera de línea:

   Ves esto:

   usando el archivo de control de base de datos de destino en lugar de catalogStatement recuperación procesa

5. Abra la base de datos:

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

   En este caso, es u02 disco, un lugar diferente. El resultado indica que el archivo está siendo restaurado y recuperado en la nueva ubicación:

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

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