Backup and DR para Oracle en un dispositivo de copia de seguridad y recuperación

La base de datos de Oracle es una base de datos popular de nivel empresarial que admite aplicaciones de misión esencial. En esta página, se presenta Backup and DR para entornos de bases de datos de Oracle. La arquitectura asociada proporciona una copia de seguridad incremental para siempre y coherente con la aplicación en Google Cloud, además de 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 etapa de pruebas en el servidor de la 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 de seguridad completa virtual.

  5. Desmonta el disco de etapa de pruebas del servidor de la base de datos.

  6. Backup and DR toma una instantánea interna. La copia de seguridad sintética completa en un momento determinado está lista.

Recuperación de datos

Backup and DR activa de forma instantánea un disco de etapa de pruebas que se puede volver a escribir en ISCSI o NFS, y pone 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 es mucho más rápida de restablecer porque la estructura física del archivo de datos ya existe. La directiva BACKUP AS COPY de RMAN crea copias de imágenes para todos los archivos de datos de toda la base de datos y conserva el formato de los archivos 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 etapa de pruebas y se borran de la ubicación de archivo de producción.

Minimiza los conflictos cuando usas Backup and DR con otros productos de copia de seguridad

Backup and 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:

Programa de copias de seguridad de la base de datos de Oracle

Práctica recomendada Programa los trabajos de copia de seguridad de la base de datos de Backup and DR para que comiencen en un momento en el que el software de copia de seguridad heredado debería haber finalizado. No programes el software de copia de seguridad heredado para que se ejecute inmediatamente después de que se complete un trabajo de copia de seguridad de la base de datos de Backup and DR.
Motivo Si los trabajos de copia de seguridad heredados y los trabajos de copia de seguridad de la base de datos de Backup and DR se ejecutan de forma simultánea, puede tener un impacto grave en el rendimiento del servidor de la base de datos, lo que puede provocar inestabilidad y, posiblemente, una interrupción. Además, en el caso de Oracle, esto puede generar copias de seguridad no válidas para una o ambas soluciones.

Administración de registros de archivo de Oracle

Oracle usa los 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 los registros de archivo se borran 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 o truncar/limpiar) los registros, ya sea el software de copia de seguridad heredado o Backup and DR.
Práctica recomendada No permitas que se borren los registros de archivo de Oracle durante un trabajo de Backup and DR, y no permitas que Backup and DR borre los registros de archivo durante un trabajo de RMAN de copia de seguridad heredado.
Si el software heredado administra el registro de archivo, inhabilita los trabajos de eliminación de registros de archivo en el software de copia de seguridad heredado al comienzo del trabajo de copia de seguridad de Backup and DR y reanuda los trabajos de eliminación al final o conserva el registro de archivo durante un mínimo de 24 horas antes de borrarlo.
Motivo Si los registros de archivo se borran definitivamente durante un trabajo de copia de seguridad de la base de datos, es posible que esa copia de seguridad no se pueda recuperar.

Conflicto de metadatos de RMAN con copias de seguridad heredadas que hacen que las copias de seguridad de Backup and DR queden obsoletas

De forma predeterminada, el parámetro DO NOT UNCATALOG en los detalles y la configuración de la aplicación Backup and DR se establece en No. Se cataloga una copia de seguridad de archivos de datos de Backup and DR al comienzo de la copia de seguridad y se descataloga al final del trabajo. Si configuras esta opción como 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 la copia de seguridad del archivo de datos de RMAN catalogada después de cada trabajo de copia de seguridad. Sin embargo, interfiere con otros productos de copia de seguridad.

Requisito Establece el parámetro Do not uncatalog de detalles y configuración de la aplicación de Backup and DR en No.
Práctica recomendada Las copias de seguridad de la base de datos de Backup and DR son incrementales para siempre. Esto se logra usando 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 ejecuciones posteriores de copias de seguridad incrementales de RMAN se realizan con la combinación incremental de RMAN en el disco de copia de seguridad de Backup and DR, lo que actualiza la última copia de seguridad 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 terceros 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 copia de seguridad de Backup and DR se marcan como obsoletos en los metadatos de RMAN. El parámetro de configuración y detalles de la aplicación de Backup and DR Do not uncatalog establecido en Sí genera el siguiente error: No se pudieron catalogar las copias de imágenes del dispositivo de etapa de pruebas y la falla de la copia de seguridad. Mantén Do not uncatalog configurado como No para que coexista 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 permanente de Backup and DR admite bases de datos que se ejecutan con BCT habilitado o inhabilitado. Si no se habilita el BCT, el tiempo de la copia de seguridad incremental aumenta.

  • El seguimiento de cambios en bloques 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 pequeño archivo binario almacenado en el área de la base de datos.

  • Con BCT habilitado, RMAN usa el archivo de 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 cambios de bloques en la base de datos no está habilitado.

Protege las bases de datos de Oracle en un grupo de coherencia de Backup and 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 de sistema de archivos del servidor de Oracle. Un grupo de coherencia es la opción recomendada para las bases de datos de Oracle en casos de uso de prueba y desarrollo, y otros casos de uso de agilidad empresarial.

Bases de datos de Oracle con TDE

Backup and 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 reconocimiento de aplicaciones 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 billetera del host de copia de seguridad de origen deben estar disponibles para el host de destino de cualquier activación compatible con la aplicación. 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 compartido en la red, la instancia de Oracle de destino de activación de Appaware debe configurarse para acceder a ellos.

  • Si los archivos de la cartera de Oracle se capturaron durante la copia de seguridad de Backup and DR estableciendo el parámetro de configuración avanzado Ubicación del archivo de configuración de Oracle, los archivos de la cartera 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 desde la activación 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 una activación compatible con la aplicación de la base de datos en el host de destino.

Backup and DR con la base de datos de Oracle Exadata o con Oracle ExaCC

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

  • El dispositivo de copia de seguridad y recuperación se conecta a través de iSCSI o dNFS de Oracle en la red (no en la ruta de acceso de datos).

  • La copia de seguridad de RMAN usa RMAN para escribir directamente en un almacén de datos de copia presentado por Backup and DR como un sistema de archivos o como un grupo de discos de 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 de actualización incremental de RMAN, lo que hace avanzar las copias de seguridad de imágenes.

Captura de datos de Exadata y ExaCC con Backup and DR

El agente de Backup and DR debe estar instalado en el servidor de 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 de Exadata como un destino iSCSI. El formato de captura de datos puede estar en el grupo de discos de ASM o en el sistema de archivos.

Instala el agente de Backup and DR en cada host de Exadata en el espacio del usuario para facilitar la comunicación con el dispositivo de copia de seguridad y 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 expón el disco lógico al servidor de 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 de ASM se agregue al archivo de parámetros y no exista en el perfil de CRS.

  4. Crea un grupo de discos de ASM como una redundancia externa con el disco de Backup and DR.

    • Copia de seguridad de RMAN con RMAN para escribir directamente en un almacén de datos de copia presentado por 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 de actualización incremental de RMAN, con copias de seguridad de copias de imágenes de avance.

Captura el formato en el sistema de archivos con dNFS

Oracle Direct NFS (dNFS) es un cliente de NFS (sistema de archivos de red) optimizado que proporciona un acceso más rápido y escalable al almacenamiento de NFS ubicado en dispositivos de almacenamiento NAS (accesibles a través de TCP/IP). Direct NFS se integra 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 de Exadata como un recurso compartido de NFS.

Requisitos previos para dNFS en el servidor de Exadata:

  • Habilita dNFS en el servidor de 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 recurso compartido de dNFS que presenta el dispositivo de copia de seguridad y recuperación.

Vuelve a poner en línea los grupos de discos de ASM protegidos por Backup and DR después de reiniciar un servidor de base de datos de destino

Después de cualquier reinicio del servidor de la base de datos en el que se active la copia de Backup and DR o de que las copias de seguridad de Backup and DR estén en curso para la base de datos en el momento del reinicio o de la falla, sigue estos pasos para recuperar la activación del grupo de discos de Backup and DR:

  1. Verifica que el servidor de la base de datos de destino esté respaldado y que el sistema de ASM y RAC también estén activos.

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

  3. Configurar 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 de Oracle, configura el entorno de la base de datos y, luego, inicia la base de datos.

¿Qué sigue?

Lee sobre los requisitos previos para crear una copia de seguridad de una base de datos de Oracle.

Otra documentación sobre Backup and DR para Oracle