Revisando las entradas de RMAN veo que nos falta una entrada para el caso mas com\u00fan y mas sencillo de todos, volver la base de datos a una determinada fecha.
\nLa manera mas c\u00f3moda de hacer esto desde la versi\u00f3n 11g es hacerlo con un flashback database<\/i> pero, por si no pudiese hacerse, vamos a explicar la recuperaci\u00f3n mas sencilla que hay.<\/p>\n Supuesto<\/h2>\n
Nos encontramos en el caso en el que no hemos perdido nada en la base de datos pero debemos de hacer una marcha atr\u00e1s en el tiempo de la base de datos a un momento anterior a 7 d\u00edas(o la etencion del backup del controlfile).
\nEn este caso disponemos en el servidor de todos los elementos de la base de datos ( passwd,spfile,controlfile\u2026.) pero los datos no no son v\u00e1lidos.<\/p>\n
En este caso y para garantizar que si fallamos en el proceso podemos repetirlo guardaremos el controlfile.
\nEste paso es de suma importancia ya que, al no tener base de datos de cat\u00e1logo de RMAN si perdi\u00e9semos el controlfile perder\u00edamos toda la informaci\u00f3n del RMAN
\nPara ello haremos dos acciones:<\/p>\n
\r\nalter database backup controlfile to trace as \u2018\u2026.\\CONTROLFILE.TXT\u2019;\r\n<\/pre>\nCopia f\u00edsica del controlfile<\/h3>\n
Como dec\u00edamos anteriormente, el controlfile el \u00fanico elemento de la base de datos en el que mantenemos la informaci\u00f3n de donde esta el cat\u00e1logo de rman, as\u00ed que, pararemos la base de datos y copiaremos los 3 controlfiles desde su ubicaci\u00f3n en los discos a un directorio dedicado creado para esta copia
\nEl contenido de los 3 controlfiles es exactamente el mismo, con lo que, al copiar los 3 estamos haciendo 3 backups <\/p>\nRecuperacion<\/h2>\n
Una vez hemos guardado nuestros controlfiles para tener las espaldas cubiertas, procederemos a recuperar la base de datos a el momento en que queremos.
\nPara ello, crearemos un script de rman llamado recuperacion.cmd con el contenido :<\/p>\n\r\nstartup mount;\r\nRUN {\r\nSET until time=\"TO_DATE('23\/02\/15 21:00:00','DD\/MM\/YY hh24:mi:ss')\";\r\nallocate channel DEV0 type SBT_TAPE PARMS 'ENV=(XXXXXXXXXXXXXXX)';\r\nrestore database;\r\nrecover database;\r\n }\r\n<\/pre>\nDonde ENV=(XXXXXXXXXXXXXXXXXX)<\/b> depender\u00e1 de la integraci\u00f3n de backup que se use.
\nY lo ejecutaremos con el comando<\/p>\n\r\nORACLE_SID=XXX\r\nrman cmdfile restauracion.cmd log=estado_restauracion.log\r\n<\/pre>\nApertura<\/h2>\n
Al estar haciendo una recuperaci\u00f3n de la base de datos incompleta deberemos de abrir la base de datos en modo resetlogs, para ello, desde la l\u00ednea de comandos <\/p>\n
\r\n ORACLE_SID=XXX\r\nSqlplus \u201c\/as sysdba\u201d\r\nALTER DATABASE OPEN RESETLOGS;\r\n<\/pre>\nY con esto tendremos la base de datos recuperada a la fecha que busc\u00e1bamos.
\nComo veis, al no tener que conocer DBIDs, ni recuperar controlfiles u spfiles, el <\/p>\n","protected":false},"excerpt":{"rendered":"Revisando las entradas de RMAN veo que nos falta una entrada para el caso mas com\u00fan y mas sencillo de todos, volver la base de datos a una determinada fecha. La manera mas c\u00f3moda de hacer esto desde la versi\u00f3n … Sigue leyendo