Your SlideShare is downloading. ×
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Recuperación de la base de datos en Oracle
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Recuperación de la base de datos en Oracle

4,537

Published on

Gestión de la recuperación de la base de datos en Oracle 11g R2 …

Gestión de la recuperación de la base de datos en Oracle 11g R2

Published in: Education
0 Comments
5 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
4,537
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
5
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. ADMINISTRACIÓN DE ORACLE 11G Gestión de la recuperación de la base de datos 1Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 2. RESTAURAR VS RECUPERAR  Son dos términos que se deben tener claros cuando se trabaja con Oracle.  RESTAURAR significa sustituir un datafile por otro que tengo en un backup. Podría ocurrir que los datos no estuvieran “a la última”.  RECUPERAR significa extraer los últimos cambios de los redo logs para dejar la base de datos exactamente como debería estar, sin ningún desfase de datos. 2Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 3. IMPORTANCIA DEL DATA RECOVERY ADVISOR  DRA es una utilidad que nos aconseja sobre cómo diagnosticar y reparar problemas con la base de datos.  DRA es capaz de generar scripts que reparen los datafiles dañados e incluso el controlfile.  Sin embargo, no nos avisa de problemas que puedan ocurrir con los online redo log o con el spfile.  Perder un fichero de la base de datos no es un motivo para perder datos si se han tomado las precauciones apropiadas:  Multiplexar el controlfile  Multiplexar los online redo log files  Hacer Backups de los controlfile y datafiles  Ejecutar la base de datos en modo archivelog  Dependiendo del tipo de fichero que se haya perdido, tenemos diferentes técnicas de recuperación. 3Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 4. RECUPERAR UN CONTROLFILE PERDIDO  NUNCA debería perderse totalmente un controlfile ya que siempre debería estar multiplexado, de manera que si se pierde una copia, siempre tenemos otra.  Si la base de datos no encuentra todas las copias que existan del controlfile no pasará a estado mount.  Para confirmar que el controlfile está multiplexado, debemos ejecutar:  SELECT NAME FROM V$CONTROLFILE;  Si sólo aparece un fichero, es que el controlfile no está multiplexado y debemos corregir esta situación lo antes posible. 4Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 5. PASOS PARA MULTIPLEXAR EL CONTROLFILE  Pasos a seguir:  Shutdown de la base de datos  Copiar el controlfile  Iniciar la base de datos en nomount  Cambiar el parámetro CONTROLFILES incluyendo la nueva copia  Shutdown de nuevo.  Iniciar en open.  Si en este punto volvemos a ejecutar la consulta anterior, tienen que salir 2 copias del controlfile.  Necesitamos hacer los shutdowns porque sino la copia que se hiciera del controlfile no sería válida. 5Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 6. ERRORES DE CONTROL FILE  Si no podemos entrar en modo mount porque no se encuentra 1 controlfile, podemos ver cuál es mirando el fichero alert_instancename.ora.  Este fichero está en el directorio especificado por el parámetro BACKGROUND_DUMP_DEST 6Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 7. RECUPERAR UN MIEMBRO DE REDO LOG PERDIDO  Si los online redo log están multiplexados, la pérdida no es un problema.  Si existe un miembro de cada grupo de online redo log la base de datos puede seguir funcionando y se puede abrir sin problemas.  Sin embargo, Oracle sí que lo recogerá en su alert log.  Se pueden recuperar redo log no multiplexados o si se han perdido todos, pero queda fuera del alcance de este curso.  Para confirmar que los redo log funcionan multiplexados, ejecutar:  SELECT * FROM V$LOGFILE  Si vemos que todos los miembros tiene STATUS INVALID, debemos corregir la situación inmediatamente.  El STATUS STALE sólo significa que el fichero no ha sido utilizado todavía.  Para recuperar los miembros de un grupo de log (por ejemplo, el grupo 3), debemos escribir:  ALTER DATABASE CLEAR LOGFILE GROUP 3; 7Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 8. RECUPERAR UN MIEMBRO DE REDO LOG PERDIDO  Si al hacer un CLEAR, el grupo está ACTIVE o UNARCHIVED (en archivelog mode), el CLEAR fallará. Lo arreglaremos con:  ALTER SYSTEM SWITCH LOGFILE;  ALTER SYSTEM CHECKPOINT;  ALTER SYSTEM ARCHIVE LOG ALL; 8Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 9. PERDER UN DATAFILE EN MODO NOARCHIVELOG  La única manera de recuperar los datos, es restaurar la base de datos completa.  Si tenemos un backup de los redo log, los debemos restaurar también y sino, los deberemos regenerar al abrir la base de datos, con este comando:  ALTER DATABASE OPEN RESETLOGS; 9Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 10. PERDER UN DATAFILE EN MODO ARCHIVELOG  Podemos recuperar el datafile perdido de la siguiente manera:  Montamos la base de datos  Ponemos los ficheros dañados a offline.  Abrimos la base de datos.  Restauramos los ficheros perdidos.  Los recuperamos (con los logs)  Pasamos los ficheros a online. 10Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 11. HEALTH MONITOR Y ADR  Health Monitor es una herramienta que hace una serie de comprobaciones automáticamente cuando se produce un error o, bien, cuando se lo indica el DBA.  Los resultados de estas comprobaciones se almacenan en un fichero (no en la base de datos).  Este fichero está en el directorio especificado por el parámetro DIAGNOSTIC_DEST 11Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 12. HEALTH MONITOR Y ADR  Comprobaciones que puede hacer, dependiendo del estado de la base de datos:  En nomount:  DB Structure Integrity  Comprueba la integridad de los controlfiles.  En mount:  DB Structure Integrity  Comprueba la integridad de los controlfiles, de los online redo logs y de las cabeceras de los datafiles.  Redo Integrity Check  Comprueba que los redo log y los archived sean accesibles y no estén corruptos.  En open:  Comprueba que los bloques no estén corruptos.  Comprueba la integridad del diccionario de datos y de los segmentos de undo. 12Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 13. HEALTH MONITOR Y ADR  Las interfaces que nos permiten interactuar con el Health Monitor están disponibles en open:  Podemos trabajar desde SQL*Plus y desde Database Control. 13Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 14. LIMITACIONES DE DRA  El DRA (Data Recovery Advisor), para que funcione, la base de datos debe estar al menos en nomount.  Según el estado de la base de datos, puede hacer más operaciones o menos.  Sólo funciona para bases de datos de una sola instancia. 14Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 15. TALLER 1 Utilizar DRA para diagnosticar problemas. Carmen Soler Chorro - http://www.linkedin.com/in/casoch 15
  • 16. UTILIZAR DRA PARA HACER RECUPERACIONES.  El DRA (Data Recovery Advisor) utiliza la información de el Health Monitor para encontrar problemas y contruye scrips de RMAN que permiten repararlos.  DRA funciona en estas fases:  Valora los errores de datos  Los errores que le envía el Health Monitor.  Lista errores  Lista los errores clasificándolos según su importancia.  Aconseja una reparación  Genera scripts de RMAN que permiten reparar los errores.  Ejecuta los scripts  Los scripts que llevan a cabo la recuperación. 16Carmen Soler Chorro - http://www.linkedin.com/in/casoch
  • 17. TALLER 2 Arreglando un error a partir de DRA. Carmen Soler Chorro - http://www.linkedin.com/in/casoch 17

×