Diese Präsentation wurde erfolgreich gemeldet.
Die SlideShare-Präsentation wird heruntergeladen. ×

Hands-On Oracle Recovery Manager RMAN

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Wird geladen in …3
×

Hier ansehen

1 von 273 Anzeige
Anzeige

Weitere Verwandte Inhalte

Diashows für Sie (20)

Ähnlich wie Hands-On Oracle Recovery Manager RMAN (20)

Anzeige

Aktuellste (20)

Hands-On Oracle Recovery Manager RMAN

  1. 1. *
  2. 2. INTRODUCCIÓN RECOVERY MANAGER
  3. 3. Protege la base de datos ante varios tipos de fallas posibles. Aumenta el tiempo medio entre fallos. Disminuye el tiempo medio de recuperación. Minimizar la perdida cuando hay un fallo de la base de datos. No tiene costo adicional de licenciamiento. Puede ser integrado a Enterprise Manager. Automatiza el respaldo y la restauración de la base de datos. Introducido en la versión Oracle8. INTRODUCCION ¿QUÉ PROPOSITO TIENE UTILIZAR RMAN?
  4. 4. Fallas de estamento. Fallas de proceso usuario. Fallas de red. Fallas de instancia. Errores de usuario. Falla de medios. TIPOS DE ERRORES DE BASE DE DATOS
  5. 5. FALLAS DE ESTAMENTO  Un programa intenta ingresar datos no válidos en una tabla. Lógica erronea de un proceso. Job con una larga inserción de datos. Job con importación de datos Proceso falla por falta de privilegios.
  6. 6. FALLAS DE PROCESO USUARIO  Un proceso termina de forma abrupta.  Usuario realiza desconexión anormal  Error de un programa desde un terminal  Proceso Background Oracle puede hacer ROLLBACK.
  7. 7. FALLAS DE RED  Una falla de red puede causar una falla en la base de datos.  Oracle Net Listener.  Tarjeta de interfaz de red (NIC).  Fallo en la conexión de red.
  8. 8. FALLAS DE INSTANCIA  Falla de instancia por un problema de hardware.  Falla en fuentes de poder.  Procedimiento de baja de emergencia.  Fallo en proceso PMON.
  9. 9. ERRORES DE USUARIO  Accidentalmente un usuario elimina una tabla.  Usuario modifica o elimina datos de una tabla.  Procedimiento de baja de emergencia.
  10. 10. FALLA DE MEDIOS  Perdida de un disco.  Fallo en una controladora de disco.  Fallo del sistema principal.  Corrupción de archivos.  Sobrescribir o borra un datafile.  Falla en lectura y escritura de un disco.
  11. 11. CONCEPTOS DE RESPALDO Y RECUPERACIÓN ARQUITECTURA  Proceso Checkpoint  Proceso Log Writer.  Proceso de Archiver. Procesos Background que realizan tareas de críticas de respaldo y recuperación
  12. 12.  Envía una señal al proceso Database Writer (DBWn) en cada Checkpoint.  Actualiza el encabezado de los datafiles con información de Checkpoint.  Actualiza el Control File con la información de Checkpoint El proceso Checkpoint hace tres cosas: EL PROCESO CHECKPOINT
  13. 13. EL PROCESO LOG WRITTER El proceso Log Writer transfiere el contenido del Redo Log Buffer a los archivos de Redo Log bajo las siguientes circuntancias:  En cada COMMIT  Cada tres segundos  Cuando el Redo Log Buffer alcanza un tercio de su capacidad Los archivos de Redo Log en línea graban todos los cambios hechos a la base de datos.
  14. 14. EL PROCESO ARCHIVER Proceso background opciónal y es el encargado de archivar los Redo Logs en línea cuando son llenados, antes de ser sobrescritos por datos nuevos.  La base de datos debe estar configurada en modalidad Archive Log.
  15. 15. ESTRUCTURAS FÍSICAS DE BASES DE DATOS UTILIZADAS EN RECUPERACIÓN Es necesario considerar cuatro grandes estructuras físicas de base de datos durante una recuperación:  Datafiles  Redo Logs (archivados y en línea)  Control files  Registros de Undo
  16. 16. TIPOS DE RESPALDOS La base de datos ofrece varios tipos de respaldos:  Physical and logical backups  Whole and partial backups  Online and offline backups  Full and incremental backups  Consistent and inconsistent backups
  17. 17. RESPALDOS FÍSICOS Y LÓGICOS Physical Backups  Se utilizan herramientas de sistema operativo como “cp”  Copia física actual de la base de datos  Respaldo de Datafiles, Controlfiles y Redo Logs Logical Backups  DATAPUMP – exportar e importar (10g,11g,12c)  EXP (versiónes 8i y 9i)  IMP (versiónes 8i y 9i)  Respaldo de Datafiles, Controlfiles y Redo Logs
  18. 18. RESPALDO COMPLETOS Y PARCIALES Whole backups  Respaldo completo – Base de Datos  Incluye todos los datafiles + Control files Partial Backups  Respaldo de un Tablespace (Incluye todos sus datafiles)  Respaldo de un solo datafile  Incluye el respaldo de un solo archivo de sistema operativo  Respaldo de Control file, ya sea binario o texto
  19. 19. RESPALDO EN línea Y FUERA DE línea Offline backups ó Cold Backups  Backup offline bajando Base de Datos mediante el comando “SHUTDOWN IMMEDIATE o TRANSACTIONAL”  Modalidad Archive Log / No Archive Log  RMAN requiere instancia en modo MOUNT Online backups, Hot Backup ó Warm Backup  Base de Datos abierta  Backup en línea siempre es inconsistente  Requiere Archive Logs RMAN soporta respaldos en línea y fuera de línea
  20. 20. RESPALDO FULL E INCREMENTAL Full backups  Contiene un respaldo con todos los datafiles  Demora más tiempo Incremental backups  Contiene solo los bloques de datos que han cambiado en los datafiles.  Demora menos tiempo Solo con RMAN se pueden realizar respaldos incrementales
  21. 21. RESPALDO CONSISTENTE/INCONSISTENTE Concepto de SCN (System Change Number)  Es un número asignado por el servidor que indica la versión de cambio de Base de Datos  Todos los datafiles deben estar sincronizados al mismo SCN  Permite la consistencia en un sólo punto en el tiempo  Checkpoint sincroniza datafiles y controlfile con la información del SCN original
  22. 22. Consistent backups  Base de Datos en modalidad Noarchivelog  Abrir la base de datos sin la opción “OPEN RESETLOGS”  No requiere recuperación Inconsistent backups  Base de Datos en modalidad Archivelog/Noarchivelog.  Utiliza Archived Redo Logs para tener la data actual y sincronizar el SCN a todos los datafiles RESPALDO CONSISTENTE/INCONSISTENTE
  23. 23. TIPOS DE RECUPERACIÓN Instance Recovery Usa la información en los Redo Logs para aplicar los cambios. Usa el contenido del Tablespace Undo para deshacer los cambios no aplicados a los datos Libera los recursos tomados No requiere intervención del DBA
  24. 24. TIPOS DE RECUPERACIÓN Crash Recovery (Recuperación automática de Instancia)  No requiere restauración o recuperación. Rolling forward  Actualiza todos los datafiles con información desde los Redo Logs Files.  Los Redo Logs Files son escritos siempre antes que la data sea grabada en los datafiles.
  25. 25. TIPOS DE RECUPERACIÓN Rolling back  Cambios no confirmados se deshacen.  Usa el tablespace de Undo para volver al estado original  Solo los datos confirmados cuando falla la instancia son retenidos en los datafiles.  Sintonizar el parámetro fast_start_mttr_target en segundos para manejar el tiempo de recuperación de la instancia.
  26. 26. TIPOS DE RECUPERACIÓN Media Recovery Consultar la vista V$RECOVERY_FILE Comandos Básicos (Restore – Recover) Restarura los datafiles desde el backup. Renombrar datafiles (nueva ubicación) Recuperar los datafiles (Aplicando Redo)
  27. 27. TIPOS DE RECUPERACIÓN Para abrir una base de datos, luego de la restauración y recuperación se deben cumplir las siguientes condiciones: Debemos tener todas las copias de control file sinconizada Debemos sincronizar todos los datafiles en línea Debemos tener al menos un miembro de cada grupo de redo log Si todo esto se cumple, la base de datos se abre de forma consistente
  28. 28. TIPOS DE RECUPERACIÓN Complete and Point-in-Time Recovery (Recuperación incompleta) Segura no tener perdidas de transacciones Usa backups incrementales + Archivelogs Recupera una base datos a un punto en el tiempo (completa o parte de ella) Tecnología Flashback (DBPITR) Recuperación de punto en el tiempo de Tablespace
  29. 29. CONFIGURANDO EL AMBIENTE RMAN
  30. 30. EMULANDO UNA SUPER DLT A DISCO API – oracle.disksbt Crear un directorio (mkdir /oracle/tape_backup) Realizar llamada y pasar los parámetros de emulación run { allocate channel DR1 device type 'SBT_TAPE' PARMS="SBT_LIBRARY=oracle.disksbt,ENV=(BACKUP_DI R=/oracle/type_backup)" ; } Oracle provee el API llamado oracle.disksbt, la cual es utilizada para emular un dispositivo SBT a disco
  31. 31. EJERCICIO DESPLEGANDO INFORMACIÓN DE CONFIGURACIÓN Problemática: Se requiere desplegar la configuración del ambiente RMAN. Solución: SHOW ALL - V$RMAN_CONFIGURATION
  32. 32. EJERCICIO VOLVER A LA CONFIGURACIÓN ORIGINAL DE PARÁMETROS Problemática: Se requiere configurar RMAN según los requerimientos de las políticas de respaldo y recuperación. Solución: Cambiar la configuración persistente, usando el comando CONFIGURE
  33. 33. EJERCICIO CONFIGURANDO RMAN Problemática: Se requiere restaurar a los valores iniciales ciertos parámetros de configuración. Solución: Cambiar la configuración persistente, usando el comando CONFIGURE …. CLEAR
  34. 34. EJERCICIO HABILITAR O DESHABILITAR BACKUP AUTOMÁTICO DE CONTROL FILE Problemática: Se requiere configurar RMAN para que automáticamente haga respaldos de Control File y SPFILE. Solución: Habilitar o deshabilitar backups automáticos con los siguientes comandos:
  35. 35. EJERCICIO ESPECIFICAR EL DIRECTORIO DE AUTOBACKUP Y NOMBRE DE ARCHIVO PARA CONTROL FILE Problemática: Se requiere configurar RMAN para escribir el backup de controlfile a un directorio determinado. Solución: Usar el comando CONFIGURE para definir el directorio y ubicación del autobackup de Control File. Ubicación en ASM Diskgroup:
  36. 36. EJERCICIO ESPECIFICAR EL NOMBRE DE ARCHIVO Y UBICACIÓN PARA EL SNAPSHOT DE CONTROL FILE Problemática: Se requiere configurar RMAN un snapshot especial de Control File y almacenar en un directorio específico. Solución: Usar el comando CONFIGURE SNAPHOT CONTROLFILE TO Para desplegar el nombre y ubicación actual:
  37. 37. EJERCICIO ESPECIFICAR PERÍODO DE RETECION PARA HISTÓRICOS Problemática: Se está usando un solo control file y no existe catálogo de recuperación. Además, es necesario el aumento del período de retención de los backups. Solución: El parámetro CONTROL_FILE_RECORD_KEEP_TIME controla el tiempo de retención en días. V$CONTROLFILE_RECORD_SECTION
  38. 38. EJERCICIO CONFIGURANDO TIPOS DE DISPOSITIVOS Problemática: Se requiere cambiar el dispositivo predeterminado desde disco a cinta ó viceversa. Solución: Todos los canales automáticos tienen predeterminado el dispositivo de tipo disco. Usar el comando CONFIGURE para cambiar la configuración actual.
  39. 39. CONFIGURANDO TIPOS DE DISPOSITIVOS Asiginación de canal a un dispositivo de tipo cinta (sbt)
  40. 40. EJERCICIO CONFIGURANDO TIPOS DE DISPOSITIVOS Asiginación de canal a un dispositivo de tipo disco
  41. 41. EJERCICIO CONFIGURANDO TIPOS DE DISPOSITIVOS Problemática: Se requiere cambiar el dispositivo predeterminado de respaldo a una copia de imagen Solución: El dispositivo predeterminado para respaldos puede ser disco o cinta. Mediante el comando CONFIGURE podemos cambiar la configuración
  42. 42. EJERCICIO REALIZAR BACKUP SETS COMPRIDOS Problemática: Se requiere realizar backups comprimidos utilizando RMAN para ahorrar espacio y tráfico en la red. Solución: Configurar RMAN para hacer respaldos comprimidos en disco o cinta mediante la cláusula COMPRESSED BACKUPSET Respaldo comprimido a disco Respaldo comprimido a cinta
  43. 43. EJERCICIO REALIZAR BACKUP SETS COMPRIDOS V$RMAN_COMPRESSION_ALGORITHM Algoritmos de compresión disponibles (ZLIB y BZIP2)
  44. 44. EJERCICIO CONFIGURAR VARIAS COPIAS DE SEGURIDAD Problemática: Se requiere un respaldo como backup set y que RMAN cree varias copias de este backup set. No se requiere una configuración persistente Solución: Utilizar la característica llamada DUPLEXING para que RMAN cree varias copias de Backup Pieces que componen el Backup Set. Muestra configuración de copias Duplexing se encuentra limitado solo a respaldos realizados como Backup Sets
  45. 45. EJERCICIO ESPECIFICAR NOMBRE PARA UN BACKUP PIECE Problemática: Se requiere especificar un nombre para Backup Pieces generados mediante RMAN Solución: Proporcionar variables de sustitución para la generación de nombres únicos para las copias de imagen ó Backup Pieces. Se debe incorporar un formato dentro del comando para generar un nombre único. Duplexing se encuentra limitado solo a respaldos realizados como Backup Sets
  46. 46. EJERCICIO GENERANDO NOMBRES PARA COPIA DE IMÁGENES Problemática: Se requiere establecer nombres significativos para las copias de imagen en lugar que RMAN genere sus propios nombres Solución: Podemos utilizar parámetros de formato y así generar nombres únicos para imágenes de copia.
  47. 47. EJERCICIO GENERANDO NOMBRES PARA COPIA DE IMÁGENES Parámetro DB_FILE_NAME_CONVERT Directamente puede hacer backups de tablespaces a una ubicación diferente
  48. 48. EJERCICIO CONFIGURANDO CANALES AUTOMATICOS Problemática: Configurar canales para ser usados por cualquier dispositivo de tipo disco o cinta. Solución: Use el comando CONFIGURE para asignar automáticamente canales de forma persistente para todas las sesiones. Respaldar a un media manager pero utilizando tres unidades de cinta en paralelo.
  49. 49. EJERCICIO CONFIGURANDO CANALES MANUALMENTE Problemática: Se requiere configurar canales manualmente para un respaldo dentro en un bloque “RUN” Solución: Manualmente especificar los canales dentro del bloque “RUN” pero usando el comando “ALLOCATE CHANNEL”. Asignación manual de varios canales corriendo sobre varios drives.
  50. 50. EJERCICIO CONFIGURANDO UN CANAL DE MANTENIMIENTO Problemática: Se requiere configurar un canal para tareas de mantenimiento como por ejemplo eliminación de respaldos obsoletos. Solución: Manualmente especificar el canal de mantenimiento usando el comando “ALLOCATE CHANNEL FOR MAINTENANCE”
  51. 51. EJERCICIO LIMITANDO EN TAMAÑO INDIVIDUAL DE UN BACKUP PIECE Problemática: Se requiere limitar el tamaño de cada pieza de respaldo producida por RMAN. Solución: Usar el parámetro MAXSETSIZE en cualquiera de los comandos CONFIGURE o BACKUP para configurar el máximo tamaño de los backup sets creados en dispositivos de tipo cinta o disco.
  52. 52. EJERCICIO CONFIGURANDO EL TAMAÑO MAXIMO DE BACKUP SETS Problemática: Se requiere limitar el tamaño máximo de un backup set, ya que el sistema operativo soporta archivos de cierto tamaño. Solución: Usar el parámetro MAXSETSIZE en cualquiera de los comandos CONFIGURE o BACKUP para configurar el máximo tamaño de los backup sets creados en dispositivos de tipo cinta o disco. Configuración a nivel de ambiente RMAN Configuración directa en el comando backup
  53. 53. CATÁLOGO DE RECUPERACIÓN RECOVERY MANAGER
  54. 54. CATÁLOGO DE RECUPERACIÓN Esquema de Base de Datos opciónal con tablas y vistas Creado como un almacenamiento secundario del repositorio Provee una gran capacidad de almacenamiento histórico para muchas bases de datos Podemos crear y almacenar script RMAN en el catálogo de recuperación
  55. 55. CATÁLOGO DE RECUPERACIÓN (CONTENIDO) Valores de configuración de RMAN Almacenamientos de scripts creados y utilizados por RMAN Información de tablespaces y datafiles correspondientes a bases de datos registradas Información perteneciente a datafiles, backup sets y backup pieces de archived redo logs, como datafile y copias de archived redo logs. Restringe acceso creando el virtual private recovery catalog
  56. 56. EJERCICIO CREANDO EL CATÁLOGO DE RECUPERACIÓN Problemática: Se planea crear un catálogo de recuperación en una base de datos externa. Solución: Preparación de ambiente Crear el dueño del catálogo o esquema Crear el catálogo de recuperación
  57. 57. EJERCICIO CREANDO EL CATÁLOGO DE RECUPERACIÓN Problemática: Se planea crean un catálogo de recuperación en una base de datos externa. Solución: Preparación de ambiente Crear el dueño del Catálogo o esquema Crear el Catálogo de recuperación
  58. 58. Preparación de ambiente para estructuras del catálogo Conectarse a la base de datos con el usuario SYS Crear el tablespace TTBS para almancenar las estructructuras del catálogo EJERCICIO CREANDO EL CATÁLOGO DE RECUPERACIÓN
  59. 59. Preparación de ambiente para estructuras del catálogo Creación de usuario dueño del catálogo de recuperación EJERCICIO CREANDO EL CATÁLOGO DE RECUPERACIÓN Otorgar el privilegio RECOVERY_CATALOG_OWNER al usuario rman
  60. 60. Creando el catálogo de recuperación Conectarse a la base de datos catalog llamada catdb con el usuario rman Utilice el comando “CREATE CATALOG” para crear el catálogo de recuperación EJERCICIO CREANDO EL CATÁLOGO DE RECUPERACIÓN
  61. 61. EJERCICIO CONECTARSE AL CATÁLOGO DE RECUPERACIÓN Problemática: Se requiere conectar al catálogo de recuperación y a la base de datos target directamente desde la línea de comando. Solución: Conectarse desde la línea de comando utilizando autentificación de sistema operativo para la conexión a la base de datos target y la autentificación de Oracle Net Conectar mediante SQL*Net desde un Cliente Oracle
  62. 62. EJERCICIO REGISTRAR UNA BASE DE DATOS TARGET Problemática: Se requiere usar un catálogo de recuperación para manejar el repositorio de datos para una nueva base de datos. Solución: Para usar el catálogo de recuperación es necesario registrar la nueva base de datos (catalogar)  Conectarse a la base de datos catalog y a la base de datos target que se requiere registrar  En el caso que la base de datos no este montada, se debe llevar al estado mount
  63. 63. EJERCICIO REGISTRAR UNA BASE DE DATOS TARGET  Usar el comando REGISTER DATABASE para registar la base de datos target a la que esta actualmente conectado
  64. 64. EJERCICIO REGISTRAR UNA BASE DE DATOS TARGET  Revisar que la base de datos target fue registrada exitosamente, usando el comando LIST INCARNATION
  65. 65. EJERCICIO ANULAR EL REGISTRO UNA BASE DE DATOS TARGET Problemática: Se requiere remover una base de datos target desde el catálogo de recuperación Solución: Remover el registro de la base de datos target ejecutando el comando UNREGISTER DATABASE  Conectarse a la base de datos catalog y a la base de datos target que se requiere registrar
  66. 66. EJERCICIO ANULAR EL REGISTRO UNA BASE DE DATOS TARGET  Anular el registro de la base de datos target con el comando UNREGISTER DATABASE  Anular una base de datos no existente
  67. 67. EJERCICIO ANULAR EL REGISTRO UNA BASE DE DATOS TARGET  Anular el registro de la base de datos target cuando existen varias bases de datos con el nombre como por ejemplo testdb
  68. 68. EJERCICIO CATALOGANDO ARCHIVOS ANTIGUOS Problemática: Existen imágenes de copia, piezas de respaldos y algún archived redo log file. Estos archivos fueron generados antes de la creación del catálogo de recuperación. Se requiere registrar estos respaldos en el catálogo de RMAN Solución: Registrar los respaldos con el comando CATALOG  CATALOG DATAFILECOPY  CATALOG CONTROLFILECOPY  CATALOG BACKUPPIECE  CATALOG ARCHIVELOG
  69. 69. EJERCICIO CATALOGANDO ARCHIVOS ANTIGUOS  CATALOG DATAFILECOPY  CATALOG BACKUPPIECE  CATALOG ARCHVIELOG
  70. 70. EJERCICIO CATALOGANDO ARCHIVOS ANTIGUOS  Catalogar un conjunto de archivos  Catalogar automáticamente un conjunto de archivos  Catalogar Flash Recovery Area
  71. 71. EJERCICIO ACTUALIZANDO EL CATÁLOGO DE RECUPERACIÓN Problemática: El Catálogo de recuperación en cierta ocación no se encuentra disponible y esta desactualizado. Se requiere tener los registros de respaldos actuales. Solución: Usar el comando “RESYNC CATALOG” para actualizar la metadata del catálogo
  72. 72. EJERCICIO CATÁLOGO DE RECUPERACIÓN EN ALTA DISPONIBILIDAD Problemática: Existe una gran cantidad de bases de datos registradas en un solo catálogo de recuperación. Se requiere que la información de respaldos este siempre disponible. Solución: Configurar un Standby Recovery Catalog.
  73. 73. EJERCICIO CATÁLOGO DE RECUPERACIÓN EN ALTA DISPONIBILIDAD Estrategia para mantener el Standby Recovery Catalog  Crear un catálogo de recuperación secundario en una base de datos Oracle separada  Registrar todas las Bases de Datos en el nuevo repositorio  El catálogo primario siempre es sincronizado automáticamente durante el proceso de backup
  74. 74. EJERCICIO CATÁLOGO DE RECUPERACIÓN EN ALTA DISPONIBILIDAD Estrategia para mantener el Standby Recovery Catalog  Sincronizar el catálogo de recuperación secundario manualmente con el comando “RESYNC CATALOG”  Cambiarse al catálogo de recuperación secundario implica sólo realizar la conexión después de sincronización.
  75. 75. RESPALDOS CON RECOVERY MANAGER
  76. 76. RMAN sólo puede respaldar los siguientes archivos  DATAFILES  CONTROLFILES  ARCHIVED REDO LOGS  IMAGE COPIES (DATAFILES y CONTROLFILES)  BACKUP PIECES  SPFILE ¿QUE PUEDE RESPALDAR RMAN?
  77. 77. RMAN no respalda  ARCHIVOS EXTERNOS  ARCHIVOS DE CONFIGURACIÓN DE RED  ARCHIVO DE PASSWORD  ARCHIVOS RELACIONADOS CON ORACLE HOME  BACKUP PIECES  SPFILE ¿QUE PUEDE RESPALDAR RMAN?
  78. 78. Especificación de Canales Especificando un dispositivo de salida Especificando una copia de imagen o un backup set ESPECIFICANDO OPCIONES DE RESPALDO
  79. 79. ESPECIFICANDO UN FORMATO PARA RESPALDOS  Especificar la cláusula de formato en el comando de respaldo para generar el nombre del archivo.  Ajuste el formato para un canal específico.  Ajuste el formato para un dispositivo específico.  Si esta habilitado Flash Recovery Area, RMAN puede generar un nombre automáticamente para el respaldo, si el formato no es definido.
  80. 80. Nombre único generado para el archivo de respaldo Grupo de discos ASM como destinos para respaldos ESPECIFICANDO OPCIONES DE RESPALDO
  81. 81. Parámetro tag puede ser especificado en el comando de respaldo TAGS PARA SALIDA DE RESPALDOS
  82. 82. EJERCICIO RESPALDANDO EL CONTROLFILE Problemática: Se requiere hacer un respaldo de CONTROLFILE para siempre reflejar la estructura actual de la base de datos. Solución: Utilizar el comando CONFIGURE para habilitar el respaldo automático del CONTROLFILE Utilizar el comando backup current controlfile manualmente
  83. 83. EJERCICIO RESPALDANDO EL CONTROLFILE Respaldar el controlfile cuando se realiza una operación de respaldo de un tablespace Desde RMAN, podemos invocar un comando de SQL*Plus para realizar el respaldo del CONTROL FILE
  84. 84. EJERCICIO RESPALDANDO EL SERVER PARAMETER FILE (SPFILE) Problemática: Se requiere hacer un respaldo del SPFILE usando RMAN. Solución: Utilizar el comando BACKUP SPFILE
  85. 85. EJERCICIO RESPALDANDO DATAFILES Problemática: Existe una base de datos con cientos de datafiles, y no se tienen los recursos de almacenamiento para realizar respaldos diarios. Se requiere implementar una estrategia para hacer un respaldo de un subconjunto de la base de datos pero copiando un número determinado de datafiles cada día. Solución: Realizar respaldos individuales de los datafiles, especificando su número y una opción de formato mediante el comando BACKUP DATAFILE
  86. 86. EJERCICIO RESPALDANDO DATAFILES Especificar el nombre de archivo y el formato a nivel del canal, luego realizar respaldo de ambos datafiles Respaldo incremental de un datafile Generar un respaldo como una copia de imagen con formato
  87. 87. EJERCICIO RESPALDANDO TABLESPACES Problemática: Se requiere hacer un respaldo de uno ó más tablespaces por una tarea programada. Solución: Utilizar el comando BACKUP TABLESPACE para respaldar uno ó más tablespaces Respaldar el tablespace SYSTEM con formato
  88. 88. EJERCICIO RESPALDANDO TABLESPACES Utilizar el comando BACKUPAS COPY TABLESPACE para generar una copia de imagen Respaldo incremental de un tablespace
  89. 89. EJERCICIO HACIENDO UN RESPALDO COMPLETO DE LA BASE DE DATOS Problemática: Se requiere hacer un respaldo completo de una base de datos Solución: Utilizar el comando BACKUP DATABASE para respaldar completamente la base datos Respaldar la base de datos y el archive redo log actual
  90. 90. EJERCICIO RESPALDO ARCHIVED REDO LOG Problemática: Se requiere hacer un respaldo de archived redo logs Solución: Utilizar el comando BACKUP ARCHIVELOG para respaldar cada número de secuencia de archived redo log. Respaldar un archive redo log por cada número único de secuencia de log
  91. 91. EJERCICIO RESPALDO ARCHIVED REDO LOG Limitando el alcance del respaldo Respaldo de una secuencia específica mediante la cláusula SECUENCE Respaldo y eliminación de secuencias mediante la cláusula DELETE INPUT
  92. 92. EJERCICIO RESPALDO COMPLETO DE LA BASE DE DATOS Problemática: Se requiere hacer un respaldo completo de una base de datos; por ejemplo todos los datafiles, archived redo logs y control file. Solución: Asegurar que el control file se respalde automáticamente cuando sea parte del respaldo de la base datos. 1. 2. 3.
  93. 93. EJERCICIO RESPALDO COMPLETO DE LA BASE DE DATOS Listar registros de respaldos con LIST BACKUP BY FILE
  94. 94. EJERCICIO RESPALDO COMPLETO DE LA BASE DE DATOS Problemática: Se requiere hacer un respaldo completo de todos los archivos de recuperación localizados en el Flash Recovery Area Solución: Utilizar el comando BACKUP RECOVERY AREA para llevar a cinta todos los archivos. Respalda todos los archivos de recuperación en otra ubicación
  95. 95.  Es un respaldo incremental de todos los bloques posteriormente a un respaldo de nivel 0 o nivel 1. Busca primero el respaldo de nivel 1 y en su ausencia busca el respaldo de nivel 0. Respalda todos los cambios desde el respaldo de nivel 0. RESPALDO DIFERENCIAL INCREMENTAL
  96. 96.  Un respaldo diferencial incremental de nivel 1 respalda bloques de datos modificados más recientemente desde el nivel 0, si no existe un respaldo de nivel 0, entonces utiliza un respaldo de nivel 1. Un respaldo incremental de nivel 1 respalda sólo los bloques cambiados, este tiende a hacer más rápido que el nivel 0 en la mayoría de los casos. Se puede respaldar un BACKUP SET sólo al realizar un respaldo incremental de nivel 1. RESPALDO DIFERENCIAL INCREMENTAL
  97. 97.  Es un respaldo incremental de todos los bloques posteriormente a un respaldo de nivel 0. Diseñado para hacer más cortos y rápidos los respaldos de los datafiles solo respalda bloques de datos que han cambiado y no todos los bloques de datos del datafile. RESPALDO INCREMENTAL ACUMULATIVO
  98. 98. Respaldos diferencial acumulativos Utiliza más espacio de almacenamiento Se recupera rápidamente Respaldos diferencial incremental Menos espacio de almacenamiento Se requiere más tiempo de recuperación RESPALDO INCREMENTAL ACUMULATIVO
  99. 99. EJERCICIO REDUCCIÓN DE TIEMPO EN RESPALDOS INCREMENTALES Problemática: Reducir el tiempo empleado en realizar respaldos incrementales Solución: Implementar la característica llamada BLOCK CHANGE TRACKING para reducir el tiempo empleado en realizar un respaldo incremental.
  100. 100. EJERCICIO REDUCCIÓN DE TIEMPO EN RESPALDOS INCREMENTALES Configurar característica BLOCK CHANGE TRACKING Configurar el parámetro DB_CREATE_FILE_DEST Habilitar la característica BLOCK CHANGE TRACKING Crear el archivo de blocking change
  101. 101. EJERCICIO EXCLUYENDO UN TABLESPACES DESDE UN RESPALDO Problemática: Existe un tablespace que su contenido no cambia en el tiempo y contiene datos temporales por lo tanto requiere ser excluido desde el respaldo completo de la base de datos. Solución: utilice el comando CONFIGURE EXCLUDE FOR TABLESPACE para excluir el tablespace.
  102. 102. EJERCICIO OMITIR ARCHIVOS READ-ONLY, OFFLINE O INACCESIBLES Problemática: Se requiere que RMAN omita el respaldo de archivos read- only, offline o datafiles inaccesibles y archived redo logs. Solución: utilizar la opción SKIP en el comando BACKUP.
  103. 103. EJERCICIO CREANDO UN RESPALDO COMPRIMIDO Problemática: Por problemas de espacio, es necesario crear un respaldo comprimido con RMAN. Solución: utilizar el comando BACKUP con la opción “AS COMPRESSED BACKUPSET”.
  104. 104. CASO DE PRUEBAS – RESPALDOS COMPRIMIDOS CON RMAN Base de datos con un tamaño de 1.5 GB y se estima una proporción de compresión de un 4.7%. Compression Level ‘HIGH’ Backupset size: 226.18M time: 00:02:21 Compression Level ‘Medium’ Backupset size: 293.80M time: 00:00:30 Compression Level ‘Low’ Backupset size: 352.59M time: 00:00:20 Compression Level ‘Basic’ Backupset size: 276.55M time: 00:00:50
  105. 105. EJERCICIO PARALELISMO DE RESPALDOS Problemática: Se requiere crear respaldos de la base de datos en el menor tiempo posible. Solución: Utilizar paralelismo en los respaldos de base de datos configurando el parámetro CHANNEL. Respaldo utilizando paralelismo de grado dos con especificando dos canales
  106. 106. EJERCICIO PARALELISMO DE RESPALDOS Respaldo de varios discos con paralelismo de nivel cuatro. Configurar grado de paralelismo de forma persistente.
  107. 107. EJERCICIO HACER RESPALDOS MAS RÁPIDOS DE ARCHIVOS DE GRAN TAMAÑO Problemática: Se requiere realizar respaldos más rápidos para archivos de gran tamaño. Solución: Respaldar rápidamente un gran datafile pero dividiendo el trabajo del respaldo entre múltiples canales. “Multisection” incorpora al respaldo de una sección del datafile en múltiples canales para incrementar el rendimiento del proceso de respaldo.
  108. 108. EJERCICIO HACER RESPALDOS MÁS RÁPIDOS DE ARCHIVOS DE GRAN TAMAÑO (PROCEDIMIENTO)  Conectarse a la base de datos target  Configurar paralelismo en canales  Ejecutar respaldo con la opción SECTION SIZE (TBS 600M)
  109. 109. EJERCICIO RETENCION DE RESPALDOS POR LARGO TIEMPO Problemática: Se requiere mantener ciertos respaldos más allá de la política de retención definida para la base de datos. Solución: Utilice el estamento KEEP en el comando BACKUP para retener respaldos más allá de la política de respaldos definida.
  110. 110. RESTAURACIÓN DE CONTROL FILE
  111. 111. EJERCICIO RESTAURAR CONTROL FILE DESDE FLASH RECOVERY AREA Problemática: Se habilita el Flash Recovery Area y se usa como repositorio para respaldos de control file. Solución: Al usar el Flash Recovery Area, se generan dos métodos para recuperar el control file.  Usar Autobackup de Control File  No usar Autobackup de Control File
  112. 112. EJERCICIO RESTAURAR CONTROL FILE DESDE FLASH RECOVERY AREA Restaurar Control File desde el Autobackup Restaurar Control File sin Autobackup
  113. 113. Derivando el DBID desde un archivo de autobackup Incluir el formato de variable %F = Descripción de la variable %F EJERCICIO DATABASE IDENTIFIER (DBID) c = Significa que es un respaldo de Control File IIIIIIIIII = 10 caracteres que representan el DBID YYYYMMDD = Fecha de creación del respaldo QQ = Secuencia Hexadecimal incremental
  114. 114. EJERCICIO RESTAURAR CONTROL FILE USANDO CATÁLOGO Problemática: Se requiere restaurar el Control File y utilizar el catálogo de recuperación. Solución: Para restaurar el control file se debe conectar a la base de datos target y a la base de datos del catálogo. Utilice el comando RESTORE CONTROLFILE.
  115. 115. EJERCICIO DATABASE IDENTIFIER (DBID) Problemática: Se intenta recuperar el control file y se presenta el siguiente error: Solución: Se debe explícitamente hacer referencia a la propiedad Database Identified (DBID). ¿Cómo puedo obtener el DBID de la base de datos?  Podemos derivar el DBID desde un archivo de autobackup  Podemos obtener el DBID desde la salida de RMAN  Podemos escribir el DBID al archivo de alertas  Podemos derivar el DBID desde un archivo de volcado
  116. 116. Obteniendo el DBID desde la salida de RMAN La salida de una sesión de RMAN puede contener el DBID, la cual es desplegada al momento de conectarse. Escribiendo el DBID al archivo de alertas  Package (DBMS_SYSTEM.KSDWRT) EJERCICIO DATABASE IDENTIFIER (DBID)
  117. 117. Derivando el DBID desde un archivo de volcado Utilizar el comando SQL “ALTER SYSTEM DUMP” para escribir el DBID a un archivo de trace. Volcado de un archived redo log o un redo log en línea Contenido de archivo de trace EJERCICIO DATABASE IDENTIFIER (DBID)
  118. 118. EJERCICIO RESTAURAR CONTROL FILE SIN FLASH RECOVERY AREA O CATÁLOGO DE RECUPERACIÓN Problemática: Se requiere recuperar el control file y no se dispone de Flash Recovery Area o catálogo de recuperación Solución: Se requiere determinar el lugar donde se almacena el respaldo de control file.
  119. 119. EJERCICIO RESTAURAR CONTROL FILE SIN FLASH RECOVERY AREA O CATÁLOGO DE RECUPERACIÓN Usar Autobackup, con una pieza de respaldo y ubicación estándar Caso 1 Caso 2 Caso 3
  120. 120. EJERCICIO RESTAURAR CONTROL FILE SIN FLASH RECOVERY AREA Ó CATÁLOGO DE RECUPERACIÓN Usar Autobackup, con una pieza de respaldo sin una ubicación estándar Caso 1 Caso 2
  121. 121. EJERCICIO RESTAURAR CONTROL FILE SIN FLASH RECOVERY AREA Ó CATÁLOGO DE RECUPERACIÓN Sin Autobackup, con una pieza de respaldo y ubicación estándar Caso 1 Caso 2
  122. 122. EJERCICIO RESTAURAR CONTROL FILE SIN FLASH RECOVERY AREA Ó CATÁLOGO DE RECUPERACIÓN Sin Autobackup, con una pieza de respaldo sin una ubicación estándar Caso 1 Caso 2
  123. 123. EJERCICIO RESTAURAR CONTROL FILE DESDE OTRA UBICACIÓN Problemática: Se requiere restaurar el Control File a otra ubicación Solución: Usar el comando “RESTORE CONTROLFILE TO” Usando autobackup Usando Catálogo de recuperación Usando manualmente una pieza de respaldo
  124. 124. EJERCICIO RESTAURANDO UNA COPIA MÚLTIPLE DE CONTROL FILE Problemática: Al iniciar la base de datos se presenta el siguiente error: Solución: Para varias copias de control file, es necesario recuperar una copia en buenas condiciones y sobrescribir el control file con problemas. Se puede modificar el archivo de parámetros que hace referencia sólo al archivo restante y que se encuentra en buenas condiciones. Puedes copiar un control file sin problemás físicos a la ubicación del control file con problemas ó que ha sido perdido.
  125. 125. EJERCICIO RESTAURAR CONTROL FILE DESDE OTRA UBICACIÓN Modificar el archivo de parámetros Copiar un control file sin problemas
  126. 126. EJERCICIO RECREANDO EL CONTROL FILE Problemática: Usted ha experimentado una falla y perdío todos los control files. Tampoco existen respaldos disponibles. Se requiere cambiar la configuración de la base de datos y solamente puede ser recreado el control file. Se requiere mover un gran número de datafiles, y usted prefiere recrear el control file con nuevos nombres y ubicación. Solución: Recrear el Control File con el comando
  127. 127. RECUPERACIÓN COMPLETA RECOVERY MANAGER
  128. 128. EJERCICIO VERIFICANDO LA INTEGRIDAD DE RESPALDOS Problemática: Se requiere restarurar y recuperar una base de datos; pero es necesario verificar los respaldos actuales. Solución: Usar el comando RESTORE …. VALIDATE o VALIDATE para verificar la disponiblidad y la integridad de respaldos. Al agregar la cláusula CHECK LOGICAL se activa el chequeo de corrupción lógica.
  129. 129. EJERCICIO VERIFICANDO LA INTEGRIDAD DE RESPALDOS Chequeo para corrupción lógica Determinar el BS Key (Backup Set Key) Usando el comando VALIDATE BACKUP Chequeo de Corrupción lógica
  130. 130. EJERCICIO PRUEBAS DE RECUPERACIÓN DE MEDIOS Problemática: Se requiere realizar una recuperación de la base de datos; pero se sospecha que uno de los archived redo log files esta malo. Es necesario hacer una prueba para ver cual redo se encuentra disponible para ser aplicado. Solución: Ejecutar el comando RECOVER …. TEST. Prueba de recuperación a nivel de tablespace y datafile
  131. 131. EJERCICIO RECUPERACIÓN A NIVEL DE BASE DE DATOS Problemática: Usted a perdido todos los datafiles; pero todavía existen todos los redo log files en línea. Se requiere hacer una recuperación completa. Solución: La recuperación completa a nivel de la base de datos en esta situación se puede ocupar el control file actual o un respaldo del control file.
  132. 132. Utilizando el control file actual Utilizando el control file desde un respaldo EJERCICIO RECUPERACIÓN A NIVEL DE BASE DE DATOS
  133. 133. EJERCICIO RECUPERACIÓN A NIVEL DE TABLESPACE Problemática: Usted esta viendo un error de medios asociado con varios datafiles contenidos en un tablespace. Se requiere hacer una recuperación completa de todos los datafiles asociados con el tablespace que tiene problemas. Solución: Use comandos RESTORE TABLESPACE y RECOVER TABLESPACE para restaurar y recuperar todos los datafiles asociados con el tablespace.
  134. 134. Recuperar mientras la base de datos no esta abierta Recuperar mientras la base de datos esta abierta EJERCICIO RECUPERACIÓN A NIVEL DE TABLESPACE
  135. 135. EJERCICIO RECUPERACIÓN A NIVEL DE DATAFILE Problemática: Un datafile presenta un error de medios. No se quiere restaurar y recuperar completamente la base de datos y todos los datafiles asociados al tablespace. Solución: Use comandos RESTORE DATAFILE y RECOVER DATAFILE para restaurar y recuperar uno o más datafiles.
  136. 136. Recuperar mientras la base de datos no esta abierta Recuperar mientras la base de datos esta abierta EJERCICIO RECUPERACIÓN A NIVEL DE DATAFILE
  137. 137. Problemática: Se presenta un error de medios y no es posible restaurar datafiles a sus ubicaciones originales. Solución: Usar los comandos SET NEWNAME y SWITCH para restaurar los datafiles a otra ubicación. EJERCICIO RESTAURANDO DATAFILES A OTRAS UBICACIONES
  138. 138. Cambiar de ubicación los datafiles 4 y 5 EJERCICIO RECUPERACIÓN A NIVEL DE DATAFILE
  139. 139. Cambiar de ubicación los datafiles 4 y 5 con la base de datos en estado OPEN. EJERCICIO RECUPERACIÓN A NIVEL DE DATAFILE
  140. 140. EJERCICIO RECUPERACIÓN A NIVEL DE BLOQUES Problemática: En el archivo de alertas de la base de datos, se presenta un error de corrupción de bloques en un datafile de gran tamaño. Solución: Usar el comando RECOVER DATAFILE …BLOCK para recuperar bloques de forma individual.
  141. 141. EJERCICIO RECUPERACIÓN A NIVEL DE BLOQUES Detectando bloques de datos corruptos: Archivo de Alertas de alertas V$DATABASE_BLOCK_CORRUPTION Recupera todos los bloques listados como corruptos Otra forma de recuperar bloques corruptos
  142. 142. EJERCICIO RECUPERACIÓN DE UN TABLESPACE READ-ONLY Problemática: Se ejecuta el comando RESTORE DATABASE y se observa que existen datafiles asociados a un tablespace read-only; por lo tanto no se puede restaurar. Solución: Use el comando CHECK READONLY para restaurar datafiles asociados a tablespaces read-only.
  143. 143. Usando comando CHECK READONLY Restaurando dos tablespaces read-only, después de restaurar completamente la base de datos EJERCICIO RECUPERACIÓN DE UN TABLESPACE READ-ONLY
  144. 144. EJERCICIO RESTAURANDO TABLESPACES TEMPORALES Problemática: RMAN no obtuvo una copia del tablespace temporal y requiere que sea parte de la estrategia del respaldo. Solución: No es necesario restaurar o recrear el tablespace temporal. Cuando Oracle detecta que no se encuentra disponible lo crea automáticamente.
  145. 145. EJERCICIO FORZANDO A RMAN PARA RESTAURAR ARCHIVOS Problemática: Se intenta restaurar un datafile dos veces y RMAN entrega el siguiente mensaje: Solución: Usar el comando FORCE para restaurar datafiles y archived redo log files aunque existan en la ubicación.
  146. 146. EJERCICIO FORZANDO A RMAN PARA RESTAURAR ARCHIVOS Usar comando FORCE para restaurar un datafile, un archivo con un número específico, un tablespace, una base de datos y un archive log
  147. 147. EJERCICIO RESTAURANDO DESDE UN RESPALDO ANTIGUO Problemática: Se requiere restaurar un respaldo más antiguo que el ultimo respaldo realizado. Solución: Usar un TAG NAME o el comando RESTORE … UNTIL
  148. 148. Especificar un Tag Name (MON_BACK) Restaurar una base de datos desde Tag Name Restaurar datafiles desde un Tag Name especifico EJERCICIO RESTAURANDO DESDE UN RESPALDO ANTIGUO
  149. 149. Use RESTORE … UNTIL (scn, sequence, restore point, time) SCN Seq Restore Point Time Time EJERCICIO RESTAURANDO DESDE UN RESPALDO ANTIGUO
  150. 150. EJERCICIO RECUPERAR A TRAVES DE RESETLOGS Problemática: Recientemente se ha realizado una recuperación incompleta que ha requierido abrir la base de datos con el comando OPEN RESETLOGS. Solución: Desde Oracle 10g, se puede restaurar desde una encarnación previa y recuperar mediante un resetlogs.
  151. 151. Restaurando y recuperando el control file y todos los datafiles Aplica los archives 77, 78 y 79 (encarnación anterior) luego 1 y 2 correspondientes a la encarnación actual. EJERCICIO RESTAURANDO DESDE UN RESPALDO ANTIGUO
  152. 152. Mostrando diferentes encarnaciones de Base de Datos EJERCICIO RESTAURANDO DESDE UN RESPALDO ANTIGUO
  153. 153. EJERCICIO RESTAURANDO EL SERVER PARAMETER FILE (SPFILE) Problemática: Se requiere restaurar el SPFILE por alguna de las siguientes razones: Usted eliminó el archivo accidentalmente Usted requiere revisar una versión anterior del archivo actual No es posible iniciar la instancia con el archivo actual Solución: Habilitar el autobackup del control file.
  154. 154. Usando el catálogo de recuperación Sin catálogo de recuperación y autobackup con ubicación predeterminada EJERCICIO RESTAURANDO DESDE UN RESPALDO ANTIGUO
  155. 155. Sin catálogo de recuperación y autobackup sin ubicación predeterminada EJERCICIO RESTAURANDO DESDE UN RESPALDO ANTIGUO
  156. 156. EJERCICIO RESTAURANDO ARCHIVED REDO LOG FILES Problemática: RMAN automáticamente restaura cualquier archived redo log file que sea necesario durante el proceso de recuperación. Casi nunca es necesario restaurar manualmente, si cualquiera de las siguientes situaciones se presenta: Restaurar los archived redo log antes de recuperar Restaurar los archived redo log a una nueva ubicación Restaurar un archived redo log para ser analizado vía LogMiner. Solución: Restaurar a una ubicación estándar o a una ubicación no definida.
  157. 157. Restaura todos los archived redo log a una ubicación estándar Restaura todos los archived redo log desde la secuencia 50 Restaura todos los archived redo log desde la secuencia 5170 hasta la secuencia 5178 usando el THREAD 1 Restaura el archived redo log desde la secuencia 1, aunque ya se encuentren en disco EJERCICIO RESTAURANDO DESDE UN RESPALDO ANTIGUO
  158. 158. Restaura todos los archived redo log a otra ubicación EJERCICIO RESTAURANDO DESDE UN RESPALDO ANTIGUO
  159. 159. EJERCICIO RECOBRANDO DATAFILES SIN RESPALDOS Problemática: Recientemente se agrega un datafile a un tablespace y se presenta una falla antes de realizar el respaldo programado. ¿Cómo podemos recuperar un datafile, si nunca fue respaldado? Solución: Disponer de una buena línea base del respaldo y cualquier redo log generado en el punto de la creación del datafile.
  160. 160. Usando el control file actual Se puede apreciar el siguiente mensaje en la salida de comandos de RMAN: Recuperar el tablespace USER_IDX y abrir la base de datos EJERCICIO RECOBRANDO DATAFILES SIN RESPALDOS
  161. 161. Restauramos un control file desde un respaldo antiguo Realizar la restauración y recuperación de la base de datos Automáticamente recrea el datafile Abrir la base de datos con la opción OPEN RESETLOGS EJERCICIO RECOBRANDO DATAFILES SIN RESPALDOS
  162. 162. RECUPERACIÓN INCOMPLETA RECOVERY MANAGER
  163. 163. EJERCICIO RECUPERACIÓN BASADA EN EL TIEMPO Problemática: Se requiere restaurar la base de datos a una fecha y hora previa. Solución: Especificar el tiempo como parte de los comandos RESTORE y RECOVER Usar el comando UNTIL TIME en un bloque RUN { }
  164. 164. Especificar el tiempo de restauración y recuperación La Clausula SET UNTIL TIME dentro de un bloque RUN{ } Se recomienda utilizar la función TO_DATE y especificar el formato de fecha. EJERCICIO RECUPERACIÓN BASADA EN EL TIEMPO
  165. 165. EJERCICIO RECUPERACIÓN BASADA EN SECUENCIAS DE LOG Problemática: Se requiere restaurar la base de datos a una cierta secuencia de log. Solución: Especificar UNTIL SEQUENCE como parte de los comandos RESTORE Y RECOVER Usar el comando UNTIL SEQUENCE en un bloque RUN { }
  166. 166. Restaura y recupera la base de datos completamente la base de datos pero no incluye el número de secuencia 50 Utiliza el comando UNTIL SEQUENCE en un bloque RUN { } y no incluye el número de secuencia 125 EJERCICIO RECUPERACIÓN BASADA EN SECUENCIAS DE LOG
  167. 167. EJERCICIO RECUPERACIÓN BASADA EN CHANGE/SCN Problemática: Se requiere realizar una recuperación incompleta a un SCN particular. Solución: Usar la cláusula UNTIL SCN para restaurar y no incluir el SCN especificado.
  168. 168. Restaura todas las transacciones que tienen un SCN menor que 950 Usar SET UNTIL SCN dentro de un bloque RUN{ } EJERCICIO RECUPERACIÓN BASADA EN CHANGE/SCN
  169. 169. EJERCICIO RECUPERANDO A UN PUNTO DE RESTAURACIÓN Problemática: Usted requiere restaurar y recobrar a un punto de restauración. Solución: Antes de realizar este tipo de recuperación, se debe definir un punto de restauración con el comando CREATE RESTORE POINT. Además, se puede utilizar la cláusula UNTIL RESTORE POINT.
  170. 170. Creando un punto de restauración, mediante SQL*Plus Consultar el SCN asociado al punto de restauración Consultar el nombre del punto de restauración y su SCN EJERCICIO RECUPERANDO A UN PUNTO DE RESTAURACIÓN
  171. 171. Restaurando y recuperación a un punto de restauración Usar la cláusula SET UNTIL RESTORE dentro del bloque RUN { } EJERCICIO RECUPERACIÓN BASADA EN CHANGE/SCN
  172. 172. EJERCICIO RECOBRAR UNA BASE DE DATOS NOARCHIVELOG Problemática: Usar RMAN para hacer un respaldo de la base de datos en modo noarchivelog. Se requiere usar RMAN para restaurar la base de datos. Solución: Elegir un respaldo de Control File o el Control File actual.
  173. 173. Usando un respaldo de control file Usando el control file actual EJERCICIO RECOBRAR UNA BASE DE DATOS NOARCHIVELOG
  174. 174. CARACTERÍSTICAS AVANZADAS RECOVERY MANAGER
  175. 175. Chequeo físico  Detecta bloques fracturados y bloques con fallas (Checksum)  DB_BLOCK_CHECKSUM=TRUE Chequeo Lógico (BACKUP … CHECK LOGICAL)  Filas de indices (Index Row) fuera de lugar  Piesas de filas perdidas (Row Piece) ¿Por que es importante el chequeo de integridad?  Proactivamente detecta corrupción en la base de datos  Mantiene la salud de la base de datos  Tiene un pequeño costo al momento de ejecutar respaldos diarios CHEQUEO DE INTEGRIDAD PARA BLOQUES
  176. 176. BACKUP VALIDATE RESTORE VALIDATE VALIDATE <objeto>  DATABASE  DATAFILE  ARCHIVELOG  RECOVERY AREA CHEQUEO DE INTEGRIDAD PARA BLOQUES
  177. 177. Diccionario de Datos (Vistas) V$DATABASE_BLOCK_CORRUPTION  Bloques corruptos Block Media Recovery V$BACKUP_CORRUPTION, V$COPY_CORRUPTION Bloques corruptos en backups (RMAN) CHEQUEO DE INTEGRIDAD PARA BLOQUES
  178. 178. Block Media Recovery  BLOCKRECOVER DATAFILE 48 BLOCK 142713;  BLOCKRECOVER corruption list; Reparación automática de Bloques (Automatic Block Repair)  No requiere configuración  En línea y transparente  Requiere tener configurado Active Data Guard REPARACION DE BLOQUES CORRUPTOS
  179. 179. Copiar una base de datos a una nueva ubicación  Completamente automático  Generalmente no puede ser utilizado en cruce de plataformas  Excepciones en Oracle support nota: 1079563.1 Facilita tareas de Administración Procesos de Upgrade y testing Crear base de datos Standby Migración Reporting Chequeo de integridad DUPLICACION DE BASE DE DATOS
  180. 180. Puede utilizar cualquier copia de seguridad de RMAN Flexibilidad de uso (discos o cinta) Bajar ancho de banda y espacio pero utilizando “COMPRESIÓN” Gana seguridad pero usando “ENCRIPTACIÓN” DUPLICACION BASADA EN RESPALDOS
  181. 181. Clonación puede ser creada en cualquier punto en el tiempo Clonación puede ser completa o subset de datos Duplicando a un Sistema (Checheo de Integridad de respaldos) DUPLICACION BASADA EN RESPALDOS
  182. 182. Copia directamente desde una base de datos productiva No requiere backups preexistentes No requiere almacenamiento intermedio, incluso para transferencias ASM Copia contiene los datos más actuales ACTIVE DUPLICATE
  183. 183. Se puede realizar el proceso de Active Duplicate directamente desde una base de datos standby física, para bajar la carga de clonación con respecto a la Base de Datos Primaria. ACTIVE DUPLICATE
  184. 184. Escenario – Copiar tablespace “data2” al nuevo sistema MIGRACIÓN A DIFERENTES PLATAFORMAS
  185. 185. Copia base de datos o tablespace a distintas plataformas No es completamente automático como un DUPLICATE Requiere una copia read-only de la data No puede elegir cualquier punto en el tiempo Mismo “endian transport” Transporte de Base de Datos o Tablespace Cross-endian transport Transporte solo para Tablespace MIGRACIÓN A DIFERENTES PLATAFORMAS
  186. 186. La diferencia es trivial Cada plataforma lo hace a su manera Plataformas escriben data de izquierda a derecha, algunas de derecha a izquierda Sin embargo, cuando los datos se transfieren desde un sistema “BIG endian” a un sistema “LITTLE endian” o viceversa, la conversión es requerida. ¿QUÉ ES EL FORMATO ENDIAN?
  187. 187. ¿Qué número decimal está representado en un bytes de 8-bit? 16 + 4 + 1 = 21  Bit más significativo  Bit menos significativo ¿QUÉ ES EL FORMATO ENDIAN?
  188. 188. La representación binaria en 16-bit del número decimal 258  Byte más significativo  Byte menos significativo ¿QUÉ ES EL FORMATO ENDIAN?
  189. 189. El Byte menos significativo sera escrito primero a disco  Byte más significativo  Byte menos significativo FORMATO LITTLE-ENDIAN
  190. 190. El Byte más significativo es escrito primero a disco  Byte más significativo  Byte menos significativo FORMATO BIG-ENDIAN
  191. 191. Plataformas soportadas – V$TRANSPORTABLE PLATFORM BIG-ENDIAN VS LITTLE-ENDIAN
  192. 192. Utilizar comando TRANSPORT TABLESPACE. Determinar el Formato ENDIAN de ambas plataformas de Sistema Operativo. Mismo Formato ENDIAN (Direct Transport Tablespace) TRANSPORTANDO TABLESPACES A DISTINTAS PLATAFORMAS DE SISTEMA OPERATIVO
  193. 193. 1. Colocar Tablespace a transportar en modalidad Read-Only 2. Utilice el comando CONVERT TABLESPACE TRANSPORTANDO TABLESPACES A DISTINTAS PLATAFORMAS DE SISTEMA OPERATIVO
  194. 194. 3. Verificar que dispone de dos datafiles, los cuales forman parte del tablespace MYSPACE en el directorio /tmp/dba TRANSPORTANDO TABLESPACES A DISTINTAS PLATAFORMAS DE SISTEMA OPERATIVO
  195. 195. 4. Utilizar Data Pump Export para crear el archivo dump con la metadata correspondiente al tablespace MYSPACE TRANSPORTANDO TABLESPACES A DISTINTAS PLATAFORMAS DE SISTEMA OPERATIVO
  196. 196. 5. Mover ambos datafiles convertidos en el paso dos y el archivo dump (myspace.dmp) originado en el paso tres al servidor de destino: 6. Importar la metadata del tablespace transportado en la base de datos destino: TRANSPORTANDO TABLESPACES A DISTINTAS PLATAFORMAS DE SISTEMA OPERATIVO
  197. 197. . Restricciones Generales: 1.- Ambas plataformas deben tener el mismo formato ENDIAN 2.- Redo Log Files y Control Files desde el origen no son transportados. 3.- Se abre la base de datos con OPEN RESETLOGS 4.- Tablespace Temporal debe ser recreado 5.- BFILEs, Tablas externas y directorios, archivo de password no son transportados. TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  198. 198. EJERCICIO TRANSPORTANDO TABLESPACES A DIFERENTES PLATAFORMAS DE SISTEMA OPERATIVO Problemática (WINDOWS A LINUX) Se requiere transportar uno ó más tablespaces a otra base de datos que esta corriendo en una plataforma diferente de sistema operativo utilizando Backup realizados con RMAN
  199. 199. 1. Verificar que el origen y destino tienen el mismo format ENDIAN TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  200. 200. 2. Para distintos tipos de formato ENDIAN Revisar la nota de Metalink: Nota 243304.1: 10g Transportable Tablespaces Across Different Platforms TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  201. 201. Consideraciones 1. Colocar la base de datos origen en modalidad READ-ONLY antes de ejecutar el PACKAGE DBMS_TDB.CHECK_DB 2. Utilizar PACKAGE de validación DBMS_TDB.CHECK_DB TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  202. 202. 3. La plataforma destino es Linux x86 de 32-bit. TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  203. 203. 4. Ejecutar el package DBMS_TDB.CHECK_EXTERNAL Verificar tablas externas, las cuales no son llevadas automáticamente en el proceso de transporte. TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  204. 204. 5. Colocar la base de datos TARGET en modalidad Read-Only. TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  205. 205. 6. CONVERT DATABASE (script de transporte) TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  206. 206. 7. En la plataforma target 8. Ejecutar el script mydb y conectarse como el usuario SYS: TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  207. 207. Nota : How to Change the DBID, DBNAME Using NID Utility in versión 10gR2 onwards [ID 863800.1] TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  208. 208. Se deben recompilar todos los objetos inválidos mediante el script $ORACLE_HOME/rdbms/admin/utlrp.sql TRANSPORTANDO UNA BASE DE DATOS COMPLETA CROSS-PLATFORM
  209. 209. EJERCICIO TRANSPORTAR UNA BASE DE DATOS CON METODOLOGÍA CROSS-PLATFORM Problemática (WINDOWS A LINUX) Se requiere transportar una Base de Datos desde un Sistema Operativo Windows a un Sistema Operativo Linux mediante RMAN.
  210. 210. 1. Ejecutar el procedimiento DBMS_TDB.CHECK_DB para revisar la compatibilidad antes de realizar el proceso de conversión. Base de Datos (Origen) TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  211. 211. 2. Ejecutar el package DBMS_TDB.CHECK_EXTERNAL Verificar tablas externas, las cuales no son llevadas automáticamente en el proceso de transporte. Base de Datos (Origen) TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  212. 212. 3. Colocar la base de datos SOURCE en modalidad Read Only Base de Datos (Origen) TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  213. 213. 4. Ejecutar comando CONVERT DATABASE en la Base de Datos origen con la cláusula “ON TARGET PLATFORM” Base de Datos (Origen) TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  214. 214. TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  215. 215.  CONVERT DATABASE genera tres archivos para el transporte de la Base de Datos  PFILE en la plataforma TARGET  Script transportscript.sql  Script convertscript.rman TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  216. 216. 5. Copiar todos los Datafiles desde el origen mientras la base de Datos se encuentra en modalidad READ ONLY y moverlos a la plataforma destino. 6. Ejecutar el script convertscript.rman en la base de datos destino. 7. Volver a modalidad READ-WRITE la base de datos origen 8. Ejecutar el comando CONVERT DATAFILE en la plataforma de destino. Base de Datos (Destino) TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  217. 217. TIP: Separar cada comando por datafile y especificar la ubicación por cada archivo. Base de Datos (Destino) TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  218. 218. Todos los archivos de la base de datos origen son convertidos al formato de la plataforma destino y están listos para ser usados por la nueva instancia. TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  219. 219. 9. Realizar cambios en el PFILE y el script transportscript.sql producido por el script convert database.  Creando la nueva instancia $ sqlplus /nolog SQL> @transportscript  Script transportscript.sql  Inicia la nueva Instancia  Crea control files  Invoca script utlrp.sql TRANSPORTANDO UNA BASE DE DATOS CONVIRTIENDO DATAFILES EN LA PLATAFORMA TARGET
  220. 220. EJERCICIO CONVERTIR DATAFILES EN PLATAFORMA TARGET Problemática (CONVERTIR DATAFILES) Se requiere transportar una Base de Datos y realizar la conversión de los Datafiles en la plataforma destino en vez de utilizar la plataforma origen.
  221. 221. FLASH DATA ARCHIVE
  222. 222. FAST RECOVERY AREA
  223. 223. COMPARACION FLASH DATA ARCHIVE • Flashback Data Archive • Flashback Database • Beneficio • Principal • Acceso a la data en cualquier punto en el tiempo sin cambiar la data actual • Físicamente mueve completamente la base de datos en el tiempo • Operación • Operación en línea, seguimiento habilitado, mínimo uso de recursos • Operación fuera de línea, requiere preconfiguración y recursos • Granuralidad • Tabla Base de Datos • Acceso • point-in-time • Cualquier número de tablas • Una por Base de Datos
  224. 224. FLASHBACK DATA ARCHIVE
  225. 225. ARQUITECTURA - FLASHBACK DATA ARCHIVE
  226. 226. PREPARANDO LA BASE DE DATOS Create one or more tablespaces for data archives and grant QUOTA on the tablespaces. Grant the FLASHBACK ARCHIVE ADMINISTER system privilege to create and maintain flashback archives to the archive administrator. Grant the FLASHBACK ARCHIVE object privilege (to enable history tracking for specific tables in the given flashback archives) to the archive user. Grant FLASHBACK and SELECT privileges to query specific objects as necessary.
  227. 227. PROCEDIMIENTO DE CONFIGURACIÓN FLASHBACK DATA ARCHIVE Create the flashback data archive. Optionally, specify the default flashback data archive. Enable the flashback data archive. View flashback data archive data
  228. 228. USING FLASHBACK DATA ARCHIVE 1. Create the flashback data archive: 2. Enable history tracking for a table in the archive: 3. View the historical data: CREATE FLASHBACK ARCHIVE fla1 TABLESPACE tbs1 QUOTA 10G RETENTION 5 YEAR; ALTER TABLE inventory FLASHBACK ARCHIVE fla1; SELECT product_number, product_name, count FROM inventory AS OF TIMESTAMP TO_TIMESTAMP ('2007-01-01 00:00:00', 'YYYY-MM-DD HH24:MI:SS');
  229. 229. CONFIGURING A DEFAULT FLASHBACK DATA ARCHIVE 1. Create a default flashback data archive: 2. Enable history tracking for a table: Note: The name of the flashback data archive is not needed because the default one is used. 3. Disable history tracking: CREATE FLASHBACK ARCHIVE DEFAULT fla2 TABLESPACE tbs1 QUOTA 10G RETENTION 2 YEAR; ALTER TABLE stock_data FLASHBACK ARCHIVE; ALTER TABLE stock_data NO FLASHBACK ARCHIVE;
  230. 230. FILLING THE FLASHBACK DATA ARCHIVE SPACE  What happens when your flashback data archive gets full? *90% space usage *Raising of errors: *ORA-55623 "Flashback Archive "%s" is blocking and tracking on all tables is suspended“ *ORA-55617 "Flashback Archive "%s" runs out of space and tracking on "%s" is suspended“ *Generating alert log entry *Suspending tracking
  231. 231. * MAINTAINING FLASHBACK DATA ARCHIVES Adding space: Changing retention time: Purging data: Dropping a flashback data archive: ALTER FLASHBACK ARCHIVE fla1 ADD TABLESPACE tbs3 QUOTA 5G; ALTER FLASHBACK ARCHIVE fla1 PURGE BEFORE TIMESTAMP(SYSTIMESTAMP - INTERVAL '1' day); ALTER FLASHBACK ARCHIVE fla1 MODIFY RETENTION 2 YEAR; DROP FLASHBACK ARCHIVE fla1;
  232. 232. * FLASHBACK DATA ARCHIVE : EJEMPLOS To enforce digital shredding: To access historical data: To recover data: CREATE FLASHBACK ARCHIVE tax7_archive TABLESPACE tbs1 RETENTION 7 YEAR; SELECT symbol, stock_price FROM stock_data AS OF TIMESTAMP TO_TIMESTAMP ('2006-12-31 23:59:00', 'YYYY-MM-DD HH24:MI:SS') INSERT INTO employees SELECT * FROM employees AS OF TIMESTAMP TO_TIMESTAMP('2007-06-12 11: 30:00','YYYY-MM-DD HH24:MI:SS') WHERE name = 'JOE';
  233. 233. * FLASHBACK DATA ARCHIVE : DDL RESTRICTIONS  Using any of the following DDL statements on a table enabled for Flashback Data Archive causes an ORA-55610 error: *ALTER TABLE statement that does any of the following: *Performs partition or subpartition operations *Converts a LONG column to a LOB column *Includes an UPGRADE TABLE clause, with or without an INCLUDING DATA clause *DROP TABLE statement *TRUNCATE TABLE statement
  234. 234. * SUPPORTING TRANSPARENT SCHEMA EVOLUTION  Additional DDL supported: *DROP, RENAME, and MODIFY column *DROP and TRUNCATE partition *RENAME and TRUNCATE table  Flashback queries work across DDL changes: Output is presented accordingly.  All other DDL not automatically supported
  235. 235. * SUPPORTING FULL SCHEMA EVOLUTION  DBMS_FLASHBACK_ARCHIVE.DISASSOCIATE_FBA and DBMS_FLASHBACK_ARCHIVE.REASSOCIATE_FBA *Disables Flashback Data Archive on specified tables, allowing more complex DDL (upgrades, split tables) *Enforces schema integrity after association *Base table and history table schemas must be the same. *Requires the FLASHBACK ARCHIVE ADMINISTER privilege
  236. 236. * VIEWING FLASHBACK DATA ARCHIVES Viewing the results: View Name Description *_FLASHBACK_ARCHIVE Displays information about flashback data archives *_FLASHBACK_ARCHIVE_TS Displays tablespaces of flashback data archives *_FLASHBACK_ARCHIVE_TABLES Displays information about tables that are enabled for flashback archiving
  237. 237. * GUIDELINES AND USAGE TIPS COMMIT or ROLLBACK before querying past data Use of current session settings Obtain SCN with the DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER function. Compute a past time with: (SYSTIMESTAMP - INTERVAL '10' MINUTE) Use System Change Number (SCN) where precision is needed (time stamps have a three-second granularity).
  238. 238. * FLASHBACK TRANSACTION BACKOUT Logical recovery option to roll back a specific transaction and all its dependent transactions *Using redo logs and supplemental logging *Creating and executing compensating transactions *You finalize changes with commit or roll back. Faster and easier than laborious manual approach
  239. 239. * PREREQUISITES … and database must be in ARCHIVELOG mode
  240. 240. * FLASHING BACK A TRANSACTION You can flash back a transaction by using Enterprise Manager or the command line. Enterprise Manager uses the Flashback Transaction Wizard, which calls the DBMS_FLASHBACK.TRANSACTION_BACKOUT procedure with the NOCASCADE option. If the PL/SQL call finishes successfully, it means that the transaction does not have any dependencies and a single transaction is backed out successfully.
  241. 241. * USING THE FLASHBACK TRANSACTION WIZARD
  242. 242. * USING THE DBMS_FLASHBACK.TRANSACTION_BACKOUT PROCEDURE CREATE TYPE XID_ARRAY AS VARRAY(100) OF RAW(8); CREATE OR REPLACE PROCEDURE TRANSACTION_BACKOUT( numberOfXIDs NUMBER, -- number of transactions passed as input xids XID_ARRAY, -- the list of transaction ids options NUMBER default NOCASCADE, -- back out dependent txn timeHint TIMESTAMP default MINTIME -- time hint on the txn start );
  243. 243. * VIEWING A DEPENDENCY REPORT After choosing your backout option, the dependency report is visible in the DBA_FLASHBACK_TXN_STATE and DBA_FLASHBACK_TXN_REPORT views. *Review the dependency report that shows all transactions which were backed out. *Commit the changes to make them permanent. *Roll back to discard the changes.
  244. 244. * VIEWING FLASHBACK TRANSACTION METADATA View Name Description *_FLASHBACK_TXN_REPORT Displays related XML information *_FLASHBACK_TXN_STATE Displays the transaction identifiers for backed-out transactions SQL> SELECT * FROM DBA_FLASHBACK_TXN_STATE; COMPENSATING_XID XID BACKOUT_MODE DEPENDENT_XID USER# ---------------- ---------------- ------------ --------------- -------- 0500150069050000 03000000A9050000 4 0 0500150069050000 05001E0063050000 4 03000000A9050000 0
  245. 245. FLASHBACK RECOVERY
  246. 246. EJERCICIO ESTADO DE FLASHBACK EN LA BASE DE DATOS Problemática: Revisar si la base de datos tiene habilitado FLASHBACK. Solución: Consultar la vista V$DATABASE. La columna FLASHBACK_ON posee el estado actual del FLASHBACK.
  247. 247. Configurar el parámetro DB_RECOVERY_FILE_DEST Listando la información de los parámetros: DB_RECOVERY_FILE_DEST_SIZE DB_RECOVERY_FILE_DEST EJERCICIO HABILITAR FLASHBACK EN LA BASE DE DATOS
  248. 248. Base de datos en modo ARCHIVELOG Bajar y montar instancia Habilitar FLASHBACK Abrir la base de datos EJERCICIO HABILITAR FLASHBACK EN LA BASE DE DATOS
  249. 249. Consultar la vista V$FLASHBACK_DATABASE_LOG EJERCICIO ¿HASTA QUE PUNTO EN EL PASADO SE PUEDE IR?
  250. 250. EJERCICIO FLASHING BACK DE UNA BASE DE DATOS CON RMAN Problemática: Se requiere realizar flashback de una base de datos en el tiempo mediante RMAN. Solución: Se puede hacer Flashback : A un específico punto en el tiempo con fecha y hora A un número de SCN específico Ultima operación de RESETLOGS Un punto de restauración
  251. 251. EJERCICIO FLASHING BACK DE UNA BASE DE DATOS CON RMAN  Operación de Flashback en ambas Direcciones  Flashback Logs
  252. 252. Pasos previos para FLASHBACK 1.- Revisar hasta que punto se puede volver en el tiempo para realizar Flashback de la base de datos 2.- Conectarse a RMAN (rman target = / ) 3.- Bajar la base de datos con SHUTDOWN IMMEDIATE 4.- Montar la instancia de base de datos (STARTUP MOUNT) 5.- Realizar FLASHBACK 6.- Abrir la base de dato con OPEN RESETLOGS EJERCICIO FLASHING BACK DE UNA BASE DE DATOS CON RMAN
  253. 253. 1.- Conectarse como SYSDBA y obtener el SCN actual 2.- Ejecute los pasos desde el 1 al 4 vistos anteriormente 3.- FLASHBACK al SCN elegido. Para la instancia, volver al SCN 1050951 4.- Abrir la base de datos con OPEN RESETLOGS EJERCICIO FLASHING BACK DE UNA BASE DE DATOS A UN SCN
  254. 254. 5.- Para determinar el punto exacto, abrir la base de datos en modalidad OPEN READ ONLY 7.- Nuevamente puede ir más atrás en el tiempo, nuevamente realizando un FLASHBACK a un SCN anterior 8.- Para determinar el punto exacto, nuevamente abrir la base de datos en modalidad OPEN READ ONLY ó OPEN RESETLOGS. EJERCICIO FLASHING BACK DE UNA BASE DE DATOS A UN SCN ESPECÍFICO 6.- Chequear los datos en las tablas donde existieron problemas de corrupción lógica
  255. 255. 1.- Seguir los pasos del 1 al 4. 2.- Usar el comando FLASHBACK y retroceder dos minutos en el tiempo EJERCICIO FLASHING BACK DE UNA BASE A UN TIEMPO DETERMINADO
  256. 256. 1.- Seguir los pasos del 1 al 4. 2.- Hacer FLASHBACK a un tiempo específico, sin referenciar al SYSDATE y utilizar la función TO_DATE EJERCICIO FLASHING BACK DE UNA BASE A UN TIEMPO DETERMINADO
  257. 257. 1.- Seguir los pasos del 1 al 4. 2.- FLASHBACK a un punto de restauración llamado “rp6” EJERCICIO FLASHING BACK A UN PUNTO DE RESTAURACION
  258. 258. 1.- Seguir los pasos del 1 al 4. 2.- Use el siguiente comando para realizar FLASHBACK a la última operación de RESETLOGS EJERCICIO FLASHING BACK ANTES DEL ÚLTIMO RESETLOGS
  259. 259. EJERCICIO ESTIMANDO LA CANTIDAD DE FLASHBACK LOGS GENERADOS Problemática: Se requiere saber cuantos flashback logs son generados en distintos intervalos de tiempo. Solución: Consultar la vista V$FLASHBACK_DATABASE_STAT para obtener los cambios de base de datos y los cambios de flashback ocurridos cada una hora
  260. 260. EJERCICIO ESTIMANDO LA CANTIDAD DE FLASHBACK LOGS GENERADOS Identificandos cambios generados en la base de datos (BD- FLASHBACK)
  261. 261. EJERCICIO CREANDO UN PUNTO DE RESTAURACION NORMAL Problemática: Se requiere crear un punto de restauración (no garantizado o normal). Solución: Crear un punto de restauración llamado rp1
  262. 262. EJERCICIO CREANDO UN PUNTO DE RESTAURACION GARANTIZADO Problemática: Se requiere crear un punto de restauración (no garantizado o normal). Solución: Crear un punto de restauración llamado rp1
  263. 263. EJERCICIO RECUPERANDO UNA TABLA ELIMINADA Problemática: Por error se ha eliminado una tabla. Se requiere reintegrar sin recuperar la base de datos Solución: Si una tabla fue eliminada hace un tiempo, actualmente se puede encontrar en el RECYCLE BIN.
  264. 264. EJERCICIO RECUPERANDO UNA TABLA ELIMINADA 1.- Conectarse a la base de datos con el usuario dueño de la tabla 2.- Revisar si la tabla existe en el RECYCLE BIN 3.- Revivir la tabla desde el RECYCLE BIN con el comando
  265. 265. EJERCICIO FLASHING BACK A UNA TABLA ESPECÍFICA 1.- Habilitar la propiedad de movimiento de filas en la tabla 2.- Activar la propiedad en la caso que no se encuentre activa 3.- Revisar hasta que punto en el tiempo se puede retrocer mediante Flashback
  266. 266. EJERCICIO FLASHING BACK A UNA TABLA ESPECÍFICA 4.- Flasback de la tabla a un tiempo determinado 5.- Podemos hacer flashback dos o tres minutos en el pasado 6.- Podemos avanzar en el tiempo, usando el mismo estamento de flashback
  267. 267. RESPALDO Y RECUPERACIÓN ASM METADATA
  268. 268. EJERCICIO RESPALDO Y RECUPERACIÓN + ASM METADATA 1.- Crear un Diskgroup adicional para propositos de prueba
  269. 269. 2.- Crear un nuevo tablespace en el nuevo DiskGroup EJERCICIO RESPALDO Y RECUPERACIÓN + ASM METADATA
  270. 270. 3.- Backup del tablespace asmtest y metadata de +ASM EJERCICIO RESPALDO Y RECUPERACIÓN + ASM METADATA
  271. 271. 4.- Simular la falla del DiskGroup EJERCICIO RESPALDO Y RECUPERACIÓN + ASM METADATA
  272. 272. 5.- Recobrar la metadata de ASM y el DiskGroup EJERCICIO RESPALDO Y RECUPERACIÓN + ASM METADATA
  273. 273. MUCHAS GRACIAS!!!!!! Consultas y Emergencias CONSULTADBABLOCK@GMAIL.COM

×