Servicio de copia de seguridad y DR para Oracle

La base de datos de Oracle es una base de datos de clase empresarial popular que admite aplicaciones esenciales. En esta página, se presenta el servicio de copia de seguridad y DR para entornos de bases de datos de Oracle. La arquitectura asociada proporciona una copia de seguridad incremental y coherente con la aplicación a Google Cloud, así como una recuperación y clonación instantáneas para bases de datos de Oracle de varios TB.

Cómo funciona

En las siguientes secciones, se describe el proceso de captura y recuperación de datos.

Captura de datos

  1. El agente de Backup and DR se implementa en el servidor de Oracle.

  2. Activa el disco de preparación en el servidor de base de datos.

  3. Invoca la API incremental de RMAN para copiar los bloques modificados.

  4. Invoca la combinación incremental de RMAN para crear una nueva copia completa virtual.

  5. Desactiva el disco de preparación del servidor de bases de datos.

  6. La copia de seguridad y la DR toman una instantánea interna. El modelo sintético completo del punto en el tiempo está listo.

Recuperación de datos

La copia de seguridad y la DR activan de forma instantánea un disco de preparación regrabable a través de ISCSI o NFS y ponen la base de datos en línea.

APIs de copia de seguridad de Oracle

Backup and DR usa las siguientes APIs de Oracle:

  • Copia de imagen de RMAN: Una copia de imagen de un archivo de datos se restablece mucho más rápido porque la estructura física del archivo de datos ya existe. La directiva BACKUP AS COPY de RMAN crea copias de imagen para todos los archivos de datos de la base de datos completa y retiene el formato del archivo de datos.

  • API de ASM y CRS: El grupo de discos de copia de seguridad de ASM se administra con la API de ASM y CRS.

  • API de copia de seguridad de registros de archivo de RMAN: Se crea una copia de seguridad de los registros de archivo generados en el disco de preparación y se borran de la ubicación del archivo de producción.

Minimiza los conflictos cuando usas el servicio de copia de seguridad y DR con otros productos de copia de seguridad

El servicio de copia de seguridad y DR puede coexistir con productos heredados que capturan datos de bases de datos de producción. Las siguientes prácticas recomendadas pueden ayudarte a mejorar tu experiencia:

Programación de copias de seguridad de la base de datos de Oracle

Prácticas recomendadas Programa los trabajos de copia de seguridad de la base de datos del servicio de copia de seguridad y DR para que comiencen en un momento en el que debería terminar el software de copia de seguridad heredado. No programes el software de copia de seguridad heredado para que se ejecute inmediatamente después de que se complete normalmente un trabajo de copia de seguridad de la base de datos del servicio de Backup and DR.
Motivo Si las tareas de copia de seguridad heredadas y las tareas de copia de seguridad de la base de datos del servicio de copia de seguridad y DR se ejecutan de forma simultánea, es posible que se produzca un impacto grave en el rendimiento del servidor de la base de datos, lo que provocará inestabilidad y, posiblemente, una interrupción. Además, en el caso de Oracle, esto puede generar imágenes de copia de seguridad no válidas para una o ambas soluciones.

Administración de registros de archivo de Oracle

Oracle usa registros de archivo generados durante una copia de seguridad de la base de datos para garantizar la coherencia y la capacidad de recuperación de esa copia de seguridad. Como resultado, si se borran los registros de archivo durante un trabajo de copia de seguridad de la base de datos, esa copia de seguridad no se puede recuperar.

Requisito Solo un sistema puede administrar (capturar, truncar o borrar) los registros, ya sea el software de copia de seguridad heredado o el servicio de copia de seguridad y DR.
Práctica recomendada No permitas que se borren los registros de archivo de Oracle durante una tarea de copia de seguridad y DR, ni que el servicio de copia de seguridad y DR borre los registros de archivo durante una tarea de RMAN de copia de seguridad heredada.
Si el software heredado administra el registro de archivo, inhabilita las tareas de limpieza de registros de archivo en el software de copia de seguridad heredado al comienzo de la tarea de copia de seguridad y DR, y reanuda las tareas de limpieza al final o retén el registro de archivo durante un mínimo de 24 horas antes de borrarlo.
Motivo Si se borran los registros de archivo durante un trabajo de copia de seguridad de la base de datos, es posible que no se pueda recuperar esa imagen de copia de seguridad.

Los metadatos de RMAN entran en conflicto con las copias de seguridad heredadas que hacen que las copias de seguridad del servicio de copia de seguridad y DR sean obsoletas.

De forma predeterminada, el parámetro DO NOT UNCATALOG en los detalles y la configuración de la aplicación de Backup and DR Service se establece en No. Una copia de seguridad de archivo de datos de Backup and DR se cataloga al comienzo de la copia de seguridad y se descataloga al final de la tarea. Si estableces esta opción en Sí, se optimiza el tiempo de copia de seguridad de las bases de datos con una gran cantidad de archivos de datos, ya que se mantiene catalogada la copia de seguridad del archivo de datos de RMAN después de cada trabajo de copia de seguridad. Sin embargo, interfiere con otros productos de copia de seguridad.

Requisito Establece el parámetro de configuración y detalles de la aplicación de Backup and DR Do not uncatalog en No.
Práctica recomendada Las copias de seguridad de bases de datos del servicio Backup and DR son incrementales para siempre. Esto se logra mediante la copia de imágenes de RMAN con la API de combinación incremental de RMAN. La primera copia de seguridad de RMAN es una copia de imagen completa del archivo de datos de la base de datos en el disco de copia de seguridad de Backup and DR con una instantánea interna del disco de copia de seguridad. Las copias de seguridad incrementales de RMAN posteriores se ejecutan con la combinación incremental de RMAN en el disco de copia de seguridad de Backup and DR, y actualizan la última copia completa con los cambios incrementales antes de la instantánea. Sin embargo, si se ejecuta una copia de seguridad de la base de datos de un tercero o una verificación cruzada de la copia de seguridad después de la copia de seguridad de la base de datos de Backup and DR, todos los archivos de datos de la copia de seguridad de Backup and DR se marcan como obsoletos en los metadatos de RMAN. Si el parámetro de configuración y detalles de la aplicación de Backup and DR Do not uncatalog está configurado como Sí, se produce el siguiente error: No se pudieron catalogar las copias de imágenes del dispositivo de preparación y se produce un error de copia de seguridad. Mantén Do not uncatalog configurado en No para coexistir con otros productos de copia de seguridad heredados.
Motivo De forma predeterminada, el parámetro Do not uncatalog> in Backup and DR application details & settings is set to No. Setting this to Yes interferes with other backup products.

Seguimiento de cambios de bloques (BCT) de la base de datos de Oracle

El seguimiento de cambios de bloques de Oracle permite realizar copias de seguridad rápidas de la base de datos, ya que identifica qué bloques cambiaron. Solo se incluyen los bloques modificados en la operación de copia de seguridad.

  • La copia de seguridad incremental para siempre del servicio de copia de seguridad y DR admite bases de datos que se ejecutan con BCT habilitada o inhabilitada. Si no se habilita la BCT, aumenta el tiempo de copia de seguridad incremental.

  • El seguimiento de bloques de cambios está habilitado a nivel de la base de datos.

  • Oracle registra los bloques modificados en cada archivo de datos en un archivo de seguimiento, que es un archivo binario pequeño almacenado en el área de la base de datos.

  • Con el BCT habilitado, RMAN usa el archivo BCT para obtener los bloques modificados para la copia de seguridad incremental.

  • RMAN analiza cada bloque de un archivo de datos para todos los archivos de datos de la base de datos durante la copia de seguridad incremental cuando el seguimiento de bloques de cambios no está habilitado en la base de datos.

Protege las bases de datos de Oracle en un grupo de coherencia de copia de seguridad y DR

En la mayoría de las configuraciones, un grupo de coherencia puede contener una sola aplicación de base de datos de Oracle y cualquier cantidad de aplicaciones del sistema de archivos del servidor de Oracle. Un grupo de coherencia es la opción recomendada para las bases de datos de Oracle en pruebas de desarrollo y otros casos de uso de agilidad empresarial.

Bases de datos de Oracle con TDE

El servicio de copia de seguridad y DR admite una variedad de métodos de captura y presentación para bases de datos de Oracle en varias configuraciones. Esto incluye las operaciones de copia de seguridad, recuperación y activación de la base de datos de Oracle con la encriptación de datos transparente (TDE) configurada.

En el caso de las bases de datos de Oracle con TDE, los archivos de la billetera del host de copia de seguridad de origen deben estar disponibles para el host de destino de cualquier activación de Application Aware. Esto se puede lograr de varias maneras.

  • Los archivos de la billetera se pueden copiar del servidor de origen de la copia de seguridad al servidor de activación de destino, y Oracle se puede configurar para acceder a ellos.
  • Si los archivos de la billetera de Oracle se almacenan en un dispositivo central y compartido en la red, se debe configurar la instancia de Oracle de destino de activación de Appaware para acceder a ellos.

  • Si los archivos de la billetera de Oracle se capturaron durante la copia de seguridad del servicio de Backup and DR mediante la configuración avanzada de la ubicación del archivo de configuración de Oracle, los archivos de la billetera se pueden recuperar con los siguientes pasos:

    1. Realiza una activación estándar de la base de datos en el host de destino.
    2. Copia los archivos de la billetera del activador de la base de datos estándar al host de destino y configura Oracle para que los use.
    3. Desmonta la base de datos del host de destino.
    4. Realiza un activación de la base de datos consciente de la aplicación en el host de destino.

Copia de seguridad y DR con la base de datos de Oracle Exadata o Oracle ExaCC

Los dispositivos de copia de seguridad o recuperación admiten la captura y presentación de datos de Exadata a través de los protocolos iSCSI o dNFS de Oracle.

  • El dispositivo de copia de seguridad o recuperación está conectado a través de iSCSI o Oracle dNFS en la red (no en la ruta de datos).

  • La copia de seguridad de RMAN usa RMAN para escribir directamente en el almacén de datos de copia que presenta Backup and DR como un sistema de archivos o como un grupo de discos ASM.

  • Formatos de captura de datos: En Grupo de discos de ASM (solo iSCSI) o en Sistema de archivos (dNFS o iSCSI).

  • La copia de seguridad incremental para siempre de Backup and DR usa copias de seguridad actualizadas de forma incremental de RMAN, que transfieren copias de seguridad de imágenes.

Captura de copias de seguridad y DR de datos de Exadata y ExaCC

El agente de Backup and DR se debe instalar en el servidor Exadata para facilitar la comunicación con el dispositivo de copia de seguridad o recuperación y para invocar la API de RMAN para la copia de seguridad de la base de datos.

El agente de Backup and DR expone y asigna discos de Backup and DR al servidor Exadata como un destino iSCSI. El formato de captura de datos puede estar en Grupo de discos de ASM o en Sistema de archivos.

Instala el agente de Backup and DR en cada host de Exadata en el espacio de usuario para facilitar la comunicación con el dispositivo de copia de seguridad o recuperación y para invocar la API de RMAN para la copia de seguridad de la base de datos.

Formato de captura en el grupo de discos de ASM

Durante una copia de seguridad, el agente de Backup and DR hace lo siguiente:

  1. Asigna y expone el disco lógico al servidor Exadata como un destino iSCSI.

  2. Agrega la ruta de acceso del disco de Backup and DR a la cadena de disco de ASM.

  3. Asegúrate de que la cadena de disco ASM se agregue al archivo de parámetros y de que no exista en el perfil de CRS.

  4. Crea un grupo de discos de ASM como redundancia externa con el disco de copia de seguridad y DR.

    • Copia de seguridad de RMAN con RMAN para escribir directamente en el almacén de datos de copia que presenta el dispositivo de copia de seguridad o recuperación como grupo de discos de ASM o como sistema de archivos.

    • Copia de seguridad incremental y permanente con copias de seguridad actualizadas de forma incremental con RMAN, que transfieren las copias de seguridad de las imágenes.

Captura el formato en el sistema de archivos con dNFS

El NFS directo de Oracle (dNFS) es un cliente NFS (sistema de archivos de red) optimizado que proporciona acceso más rápido y escalable al almacenamiento NFS ubicado en dispositivos de almacenamiento NAS (a los que se puede acceder a través de TCP/IP). El NFS directo se compila directamente en el kernel de la base de datos, al igual que ASM.

El protocolo dNFS se puede usar para la copia de seguridad basada en el sistema de archivos como un recurso compartido de NFS.

El agente de Backup and DR expone y asigna discos de Backup and DR al servidor Exadata como uso compartido de NFS.

Requisitos previos para dNFS en el servidor Exadata:

  • Habilita dNFS en el servidor Exadata:

    cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk nfs on

  • Reinicia la base de datos.

    Usa la API de RMAN para crear una copia de seguridad de la base de datos en el sistema de archivos en el archivo compartido de dNFS que presenta el dispositivo de copia de seguridad o recuperación.

Cómo volver a poner en línea los grupos de discos ASM protegidos por Backup and DR después de reiniciar un servidor de BD de destino

Después de reiniciar cualquier servidor de base de datos en el que se haya activado la copia de Backup and DR, o si se están realizando copias de seguridad de Backup and DR para la base de datos en el momento del reinicio o la falla, sigue estos pasos para volver a activar el grupo de discos de Backup and DR:

  1. Verifica que el servidor de la base de datos de destino tenga una copia de seguridad y que el sistema de ASM y RAC también esté activo.

  2. Reinicia el agente de Backup and DR (desde el nivel raíz).

  3. Configura el entorno de ASM.

  4. Accede a ASM sqlplus y verifica el estado del grupo de discos:

    select name, state from v$asm_diskgroup where name = '<dg name>';)

  5. Si no está activado, activa el grupo de discos: alter diskgroup <dg name> mount;

  6. Accede al SO Oracle y configura el entorno de la base de datos. Luego, iníciala.

¿Qué sigue?

Obtén información sobre los requisitos previos para crear una copia de seguridad de una base de datos de Oracle.

Otra documentación de Backup and DR para Oracle