Cómo realizar una recuperación completa de la base de datos 12c oráculo

Recuperación completa

es lo que quieres para disparar. Esto significa que se recupere cada bloque y cada transacción que se ha comprometido en la base de datos Oracle 12c. Deja que Oracle se haga cargo y hacer la recuperación hasta el final de todos los archivos de copia de seguridad y archivar logs- no intervenir manualmente y detenerlo antes de que esté terminado.

Cómo realizar una recuperación completa: Uno o más archivos de datos de Oracle 12c

Si ve el " incapaz de identificar / bloquear archivo de datos " error, que hay que hacer un par de cosas:

• Conocer la magnitud de los daños. Este conocimiento ayuda a lo que sólo tiene que hacer una recuperación en lugar de dos.

• Determinar si se requiere el archivo perdido la instancia para ejecutar (o si se trata de un archivo de datos de la aplicación). Archivos de datos requeridos son SISTEMA, SYSAUX y DESHACER. Esto es importante para la reducción de su general tiempo de recuperación media (MTTR). Oracle se bloquea sólo si se pierde un archivo de datos requerida.

Si determina que los archivos perdidos no son importantes para el funcionamiento básico, puede abrir la base de datos (si es que se fue hacia abajo) antes de comenzar la recuperación. Eso permite que, al menos, el acceso a datos parciales a algunos usuarios. Usted puede preferir que los usuarios permanecen fuera del sistema hasta que haya terminado.

¿Qué es lo primero que debe hacer si se bloquea Oracle 12c? Ir a la Consejera de recuperación de datos (DRA). Para la DRA al trabajo, la base de datos tiene que, por lo menos, estar en estado NOMOUNT. La base de datos no puede ser completamente cerrado. El DRA también se puede ejecutar con el abierto de base de datos, lo que minimiza el tiempo de inactividad.

En el siguiente ejercicio, el archivo de datos de usuarios de tablas se perdió mientras que la base de datos se ejecuta. Debido a que el archivo de datos no es un archivo de datos requerida (sistema, SYSAUX, deshacer), usted puede hacer la recuperación sin siquiera cerrar la base de datos.

1. Accede a tu objetivo con RMAN.

2. Escriba lo siguiente:

   Usted ve algo como esto:

   Lista de Fallas Database ========================= ID Falla Estado Prioridad Hora DetectedSummary ---------- ----- --- --------- -------------------- ------- 722HIGH OPEN 30-JUN-2013 11:25: 20 Uno o más archivos de datos no son del sistema faltan

   Un archivo no es del sistema (crítico) no se encuentra. ¿Que hacer?

3. Pregunte al DRA qué hacer:

   Usted ve algo como esto:

   Base de datos Rol: PRIMARYList de Fallas Database ========================= ID Falla Estado Prioridad Hora DetectedSummary ---------- - ------ --------- -------------------- ------- 722HIGH OPEN 30-JUN-2013 11 : 25: 20 Uno o más archivos de datos no son del sistema se missinganalyzing reparación automática opciones- esto puede tomar algún canal timeallocated: ORA_DISK_1channel ORA_DISK_1: SID = 56 Tipo de dispositivo = DISKanalyzing opciones de reparación automáticas completeMandatory acciones Manual ========== ============== no hay acciones manuales availableOptional acciones Manual ======================= 1. Si el archivo /u01/app/oracle/oradata/dev12c/users01.dbf era
   involuntariamente renombrado o movido, restaurar itAutomated Opciones de reparación ======================== Reparación Opción Descripción ------ -------- ---------- 1 Restaurar y recuperar datafile 4Strategy: La reparación incluye la recuperación completa de medios sin datos lossRepair script: /u01/app/oracle/diag/rdbms/dev12c/dev12c/hm/reco_3875560744.hm

   Obtener una carga de eso! No sólo la DRA te diga exactamente lo que tiene que hacer, sino que también proporciona una secuencia de comandos para que usted no tiene que escribir una sola línea de código. Si abre el guión, se ve algo como esto:

    # Restaurar y recuperar datafilesql 'alterar fichero de datos de base de datos 4 offline'-restauración (archivo de datos 4) -recover archivo de datos 4-sql' alter fichero de datos de base de datos 4 online'-

4. Escriba lo siguiente para tener la DRA solucionar el problema:

   Usted ve algo como esto:

   RMAN> reparación fracaso Estrategia: La reparación incluye la recuperación de medios completa sin datos lossRepair script: /u01/app/oracle/diag/rdbms/dev12c/dev12c/hm/reco_3875560744.hmcontents de la escritura de reparación: # restaurar y recuperar datafilesql 'alteran archivo de datos de base de datos 4 offline'-restauración (archivo de datos 4) -recover archivo de datos 4-sql 'alter fichero de datos de base de datos 4 online'-Do usted realmente desea ejecutar la reparación anterior (introduzca sí o no)? YESrepair completo fracaso

   Al final de una recuperación basada en Asesor, si la base de datos se cerró, se pregunta si desea abrir la base de datos. La mayoría de las veces se elija Sí. Usted puede optar No si desea pasar más tiempo a repasar lo que sucedió antes de soltar la base de datos de nuevo a los usuarios.

Estos son algunos nitpicks acerca de la DRA, esto es lo que diríamos:

• El DRA no dice que usted puede tomar los archivos de datos en línea a continuación, abra la base de datos para todos los demás, si la base de datos se cierra. Le dice que los archivos pueden ser offline y recuperados si la base de datos ya está abierto. Por lo menos, usted dijo que eran archivos no son del sistema.

• Si tiene que restaurar los archivos a una nueva ubicación, la DRA no se puede asumir el control y hacer toda la recuperación para usted.

  Digamos que usted perdió un disco y que no va a volver. El DRA no es lo suficientemente inteligente como para elegir una nueva ubicación para usted y para incorporar eso en un script de reparación. Te dice lo que está mal y lo que sugiere hacer, lo que puede ayudar a conseguir que va en la dirección correcta, pero se queda corto después de eso.

Ser realista. ¿Cómo se puede esperar que tenga cada situación indexado para todo tipo de sistemas y entornos?

Cómo realizar una recuperación completa: Uno o más archivos de control 12c de Oracle

¿Qué pasa si te las arreglas para perder todos sus archivos de control y los accidentes base de datos?

Archivos de control son los archivos críticos del sistema.

DRA al rescate:

1. Entre para RMAN.

2. Fracaso Lista.

3. Asesorar fracaso.

4. El fracaso de reparación.

Pero espere un minuto. . . ¿Por qué no estos pasos abren la base de datos? La recuperación de la pérdida de todos sus archivos de control es un poco más complicado que la recuperación de archivos de datos estándar. (Se supone que la DRA no quiere continuar con la recuperación sin ti tener la oportunidad de comprobar las cosas.)