Recuperacion de una tabla a partir de un backup de RMAN

Recuperacion de una tabla a partir de un backup de RMAN

Esta característica de DB 12c me llamó mucho la atención a mí personalmente. Si bien se podía realizar en versiones anteriores, en 12c se siguen los mismos pasos, pero esta vez RMAN se hace cargo de todo.

Estos son los pasos, desde cómo poner la base de datos en modo archive hasta la recuperación de la tabla:

1. Conectarse a la base de datos como sysdba

sqlplus / as sysdba



2. Verificar si la base de datos está en modo Archive

archive log list



3. Si no está en modo archive, bajar la base de datos, subirla en modo mount y ponerla en modo archivelog.

shutdown immediate  -- a los
startup mount  --just one node3
alter database archivelog;
alter database open
archive log list
exit



4. Conectarse a RMAN

rman target=/



5. Generar un backup de la base de datos:

Backup database



6. En una ventana conectarse como sys o system

select timestamp_to_scn(sysdate) from v$database;



7. En otra ventana conectarse a la base de datos con el usuario y realizar una transacción u operación que afecte una tabla
8. Y volver a revisar el timestamp en la ventana de system
9. Prerrequisitos para la recuperación:
   • Base de datos en modo archive
   • Contar con el backup del que se quiere restaurar los datos
   • Tener espacio para restaurar system, sysaux, temporal, undo y el tablespace donde estaba la tabla, se necesita este espacio de manera temporal, los archivos se borran automáticamente cuando se termina la restauración
   • Tener espacio para recuperar la tabla en la base de datos
   • En el caso de generar export , tener espacio para este archivo
   • Tener el punto en el tiempo en que se quiere recueprar una tabla
NOTA: También se pueden recuperar particiones

10. Conectarse a RMAN, y recuperar al punto previo al update

RECOVER TABLE 'SCOTT'.'EMP'
UNTIL SCN 1759715
AUXILIARY DESTINATION '/u01/aux'  
REMAP TABLE 'SCOTT'.'EMP':'REC_EMP';

11. Notar que se hace el procedimiento, verificar el directorio de destino de base de datos auxiliar
12. Otra forma de restaurar la tabla es generando un export de la tabla

RECOVER TABLE 'SCOTT'.'EMP'
UNTIL SCN 1759715
AUXILIARY DESTINATION '/u01/aux'
DATAPUMP DESTINATION '/u01/exp'
DUMP FILE 'scott_emp_prev.dmp'
NOTABLEIMPORT;

13. Notar que se hace el procedimiento, verificar directorio del destino de base de datos auxiliar, y al final del proceso que el export se haya generado
Pasos  ejecutados:

• Crea base de datos auxiliar
• Recupera los datafiles de system, sysaux, undo hasta el punto en el tiempo que se requiere
• Abre la base de datos auxiliar en modo lectura e identfica el tablespace donde está la tabla o las particiones y lo restaura y recupera
• Abre la base de datos
• Exporta los datos
• Importa los datos
14. También podemos hacer recuperación en el tiempo:

RECOVER TABLE 'SCOTT'.'EMP'
UNTIL TIME to_date('08/17/2014 21:01:15','mm/dd/yyyy hh24:mi:ss')"
AUXILIARY DESTINATION '/u01/aux'  
REMAP TABLE 'SCOTT'.'EMP':'REC_EMP';

Limitaciones:

• No se restauran tablas de SYS
• Tablas y particiones en tablespaces SYSTEM Y SYSAUX no se recuperan
• Las particiones de una tabla se pueden recuperar sólo para bases de datos desde 11g R1
• Tablas con contraints not null no se pueden recuperar con la opción de REMAP
• Si la tabla tienen índices solo se recupera si los tablespaces donde están los índices están incluidos en el backup
• Borrar la base de datos auxiliar y sus datafiles. 

Más información en :
https://docs.oracle.com/database/121/BRADV/rcmresind.htm#BRADV686