Gestión de la copia de seguridad y la recuperación de bases de datos en Oracle Exadata Database Service en Cloud at Customer

Obtenga información sobre cómo trabajar con las utilidades de copia de seguridad y recuperación que proporciona Oracle Exadata Database Service en Cloud at Customer.

Destinos de copia de seguridad

Un destino de copia de seguridad es un destino para enviar copias de seguridad de base de datos. El destino puede ser un sistema de archivos local, un almacén de objetos, un montaje NFS o ZDLRA.

Acerca de la gestión de destinos de copia de seguridad para Oracle Exadata Database Service on Cloud@Customer

Para las copias de seguridad, puede utilizar la utilidad de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer o configurar una ubicación de copia de seguridad en una ubicación que gestione.

Oracle Exadata Database Service on Cloud@Customer proporciona una utilidad de copia de seguridad, que puede configurar de forma individual en cada base de datos.

Consulte: Gestión de bases de datos en Exadata Cloud at Customer y Gestión de copias de seguridad y recuperación de bases de datos en Exadata Cloud at Customer.

Si desea almacenar las copias de seguridad en una aplicación de recuperación o en una ubicación de un sistema de archivos de red (NFS) que gestione, primero debe crear un destino de copia de seguridad. Cada destino de copia de seguridad define las propiedades necesarias para conectarse a la aplicación de recuperación o a la ubicación de NFS, y se debe poder acceder a cada destino de copia de seguridad en el centro de datos desde los nodos de cluster de VM.

La utilidad de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer también puede almacenar copias de seguridad en el almacenamiento de objetos de Oracle Cloud Infrastructure o en el almacenamiento local de Exadata en su sistema Oracle Exadata Database Service on Cloud@Customer. Sin embargo, no es necesario crear un destino de copia de seguridad para ninguna de estas otras ubicaciones. En su lugar, las opciones aplicables para la copia de seguridad en el almacenamiento de objetos en la nube o en el almacenamiento local de Exadata están disponibles directamente al crear una base de datos.

Nota

Evite introducir información confidencial al asignar descripciones, etiquetas o nombres fáciles de recordar a los recursos en la nube mediante la consola de Oracle Cloud Infrastructure, la API o la CLI.

Requisitos para destinos de copia de seguridad para Oracle Exadata Database Service on Cloud@Customer

Para configurar destinos de copia de seguridad en una ubicación de Zero Data Loss Recovery Appliance o una ubicación de copia de seguridad de NFS, revise los requisitos.

  • Para un destino de copia de seguridad Zero Data Loss Recovery Appliance:
    • La aplicación se debe configurar con un usuario de catálogo privado virtual (VPC), que se utiliza para realizar las copias de seguridad.
    • La aplicación se debe configurar con el nombre único de base de datos de la base de datos de la que se está realizando la copia de seguridad y con una asignación al usuario de VPC.
    • Se debe poder acceder al dispositivo desde el sistema Oracle Exadata Database Service on Cloud@Customer mediante la cadena de conexión de Oracle Net Services, proporcionada por el administrador de Zero Data Loss Recovery Appliance.
  • Para un destino de copia de seguridad de NFS:
    • Bases de datos no autónomas de Oracle Exadata Database Service on Cloud@Customer:
      • Se debe montar la ubicación del servidor NFS en un directorio de punto de montaje local en cada nodo del cluster de VM.
      • El directorio de punto de montaje local y el servidor NFS deben ser idénticos en todos los nodos del cluster.
      • Debe asegurarse de que el montaje de NFS se mantenga continuamente en todos los nodos del cluster de VM.
      • El usuario del sistema operativo oracle debe poder leer y escribir en el sistema de archivos montado en NFS en todos los nodos de cluster de VM.
    • Autonomous Database en Cloud@Customer:
      Nota

      Oracle Autonomous Database on Exadata Cloud@Customer soporta las versiones 3 y 4 de NFS. Los montajes con ambas versiones activadas, sin embargo, se establecen de manera predeterminada en la versión 4.
      • Para garantizar que el cluster de VM autónomo pueda acceder al servidor NFS a través de la red de copia de seguridad (preferida), introduzca direcciones IP de copia de seguridad válidas al configurar la red de cluster de VM.

        Si no se puede acceder al destino de copia de seguridad a través de la red de copia de seguridad, pero sí a través de la red de cliente, el tráfico de copia de seguridad se enrutará a través de la red de cliente.

      • El usuario del sistema operativo oracle debe poder leer y escribir en el sistema de archivos montado en NFS en todos los nodos de cluster de VM.
      • Si los permisos se controlan en el nivel de usuario, el uid:gid del usuario oracle para el cluster de VM autónomo es 1001:1001.
      • Para los servidores NFSv4 que restringen el rango de puertos, debe utilizar la opción no segura para permitir que los clientes que no sean un usuario administrador se conecten al servidor NFS.

Uso de la consola para destinos de copia de seguridad para Oracle Exadata Database Service on Cloud@Customer

Obtenga información sobre cómo utilizar la consola para crear, editar, mover y terminar un destino de copia de seguridad de la infraestructura de Oracle Exadata Database Service en Cloud at Customer.

Uso de la consola para crear un destino de copia de seguridad

Para crear un destino de copia de seguridad, esté preparado para proporcionar los valores para la configuración del destino de copia de seguridad.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Haga clic en Destinos de copia de seguridad.
  4. Haga clic en Crear destino de copia de seguridad.
  5. Proporcione la información solicitada en la página Crear destino de copia de seguridad:
    1. Seleccionar un compartimento.

      En la lista de compartimentos disponibles, seleccione el compartimento que desea que contenga el destino de copia de seguridad.

    2. Nombre el destino de copia de seguridad.

      Especifique un nombre fácil de recordar que pueda utilizar para identificar el destino de copia de seguridad. No es necesario que el nombre sea único porque un identificador de Oracle Cloud (OCID) ya identifica de manera única el destino de copia de seguridad.

    3. Elija como destino de copia de seguridad una aplicación de recuperación Zero Data Loss Recovery Appliance o un sistema de archivos de red (NFS).
      Nota

      También puede definir el almacén de objetos de OCI como destino de copia de seguridad. Sin embargo, no puede definirlo desde esta pantalla. Puede configurar el almacén de objetos de OCI como destino de copia de seguridad al crear una base de datos. Para obtener más información, consulte Tipo de destino de copia de seguridad en Uso de la consola para crear una base de datos.

      Seleccione Aplicación de recuperación o Almacenamiento de red (NFS).

      • Si selecciona Aplicación de recuperación, deberá especificar también lo siguiente para Zero Data Loss Recovery Appliance:
        • Proporcionar la cadena de conexión a Recovery Appliance: especifique la cadena de conexión de Oracle Net Services que conecta a la aplicación. Esta información la suele proporcionar el administrador de Zero Data Loss Recovery Appliance.
          Nota

          Los clientes de ADB deben asegurarse de proporcionar la cadena de conexión que se conecta al dispositivo de recuperación en un formato de cadena de "conexión sencilla" de Oracle, como se muestra a continuación:
          host:port/service name

          Donde host es el nombre de host de SCAN de Zero Data Loss Recovery Appliance.

        • Proporcionar los usuarios del catálogo privado virtual (VPC): proporcione un nombre de usuario de VPC para conectarse a Zero Data Loss Recovery Appliance. Puede especificar varios nombres de usuario de VPC en caso de que desee utilizar la aplicación como destino de copia de seguridad de varias bases de datos. Esta información la suele proporcionar el administrador de Zero Data Loss Recovery Appliance.
      • Si selecciona Almacenamiento de red (NFS), deberá especificar también lo siguiente:
        • Automontaje para bases de datos no autónomas:

          Indique la ruta del punto de montaje NFS local: especifique la ruta de directorio local en cada nodo del cluster de VM donde está montada la ubicación del servidor NFS. La ruta de directorio local y la ubicación del servidor NFS deben ser cada una las mismas en todos los nodos del cluster de VM.
        • Automontaje para bases de datos autónomas:

          Usar este destino para las bases de datos autónomas:
          • Servidor NFS: especifique la dirección IP del servidor NFS. De manera opcional, puede especificar hasta cuatro direcciones IP. Estas son solo rutas adicionales al mismo servidor NFS. Tenga en cuenta que Oracle solo soporta un dispositivo NFS para copias de seguridad.
          • Exportar recurso compartido NFS: especifique la ruta de directorio donde está montado el sistema de archivos exportado.
    4. Configuración de opciones avanzadas.
      • Etiquetas: (opcional) puede aplicar etiquetas si lo desea. Si tiene permisos para crear un recurso, también los tiene para aplicar etiquetas de formato libre a ese recurso. Para aplicar una etiqueta definida, debe tener permisos para utilizar el espacio de nombres de la etiqueta. Para obtener más información sobre el etiquetado, consulte la información sobre las etiquetas de recursos. Si no está seguro de si debe aplicar etiquetas, omita esta opción (puede aplicar las etiquetas posteriormente) o pregunte al administrador.
  6. Haga clic en Crear destino de copia de seguridad.

    La página Detalles de destino de copia de seguridad muestra el destino de copia de seguridad recién creado.

Uso de la consola para editar un destino de copia de seguridad

Para editar un destino de copia de seguridad, esté preparado para proporcionar los valores para la configuración del destino de copia de seguridad.

Solo se puede editar un destino de copia de seguridad si no está asociado actualmente a una base de datos.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región y el compartimento que contiene el destino de copia de seguridad que desea editar.
  3. Haga clic en Destinos de copia de seguridad.
  4. Haga clic en el nombre del destino de copia de seguridad que desea editar.

    La página Detalles de destino de copia de seguridad muestra información sobre el destino de copia de seguridad seleccionado.

  5. Haga clic en Editar.
  6. Utilice el cuadro de diálogo Editar destino de copia de seguridad para editar los atributos del destino de copia de seguridad:
    Nota

    No se puede editar un destino de copia de seguridad si ya hay una base de datos asociada al mismo.

    • Si está editando un destino de copia de seguridad Zero Data Loss Recovery Appliance:
      • Proporcionar la cadena de conexión a Recovery Appliance: especifique la cadena de conexión de Oracle Net Services que conecta a Recovery Appliance. Esta información la suele proporcionar el administrador de Recovery Appliance.
      • Proporcionar los usuarios del catálogo privado virtual (VPC): proporcione un nombre de usuario de VPC para conectarse a Recovery Appliance. Puede especificar varios nombres de usuario de VPC en caso de que desee utilizar Recovery Appliance como destino de copia de seguridad de varias bases de datos. Esta información la suele proporcionar el administrador de Recovery Appliance.
    • Si está editando un destino de copia de seguridad de NFS:
      • Automontaje para bases de datos no autónomas:

        Indique la ruta del punto de montaje NFS local: especifique la ruta de directorio local en cada nodo del cluster de VM donde está montada la ubicación del servidor NFS. La ruta de directorio local y la ubicación del servidor NFS deben ser cada una las mismas en todos los nodos del cluster de VM.
      • Automontaje para bases de datos autónomas:

        Usar este destino para las bases de datos autónomas:
        • Servidor NFS: especifique la dirección IP del servidor NFS. De manera opcional, puede especificar hasta cuatro direcciones IP.
        • Exportar recurso compartido NFS: especifique la ruta de directorio donde está montado el sistema de archivos exportado.
  7. Haga clic en Guardar cambios.
Uso de la consola para mover un destino de copia de seguridad a otro compartimento

Para mover un destino de copia de seguridad, esté preparado para proporcionar los valores para la configuración del destino de copia de seguridad.

Puede cambiar el compartimento que contiene el destino de copia de seguridad moviéndolo.

Al mover un destino de copia de seguridad, el cambio de compartimento no afecta a otros recursos asociados. Estos otros recursos, como las bases de datos asociadas, permanecen en su compartimento actual.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región y el compartimento que contiene el destino de copia de seguridad que desea mover.
  3. Haga clic en Destinos de copia de seguridad.
  4. Haga clic en el nombre del destino de copia de seguridad que desea mover.

    La página Detalles de destino de copia de seguridad muestra información sobre el destino de copia de seguridad seleccionado.

  5. Haga clic en Mover recurso.
  6. En el cuadro de diálogo que aparece, seleccione el nuevo compartimento para el destino de copia de seguridad y haga clic en Mover recurso.
Uso de la consola para suprimir un destino de copia de seguridad

Para suprimir un destino de copia de seguridad, debe estar preparado para proporcionar los valores de configuración del destino de copia de seguridad.

Para poder suprimir un destino de copia de seguridad, debe asegurarse de que no esté asociado a ninguna base de datos.

Supresión de un destino de copia de seguridad:
  • No elimina ninguna copia de seguridad residual que quede en el destino de copia de seguridad
  • Elimina todas las referencias al destino de copia de seguridad suprimido del plano de control en la nube
  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la Región y el Compartimento que contiene el destino de copia de seguridad que desea suprimir.
  3. Haga clic en Destinos de copia de seguridad.
  4. Haga clic en el nombre del destino de copia de seguridad que desea suprimir.

    La página Detalles de destino de copia de seguridad muestra información sobre el destino de copia de seguridad seleccionado.

  5. Haga clic en Suprimir.
  6. En el cuadro de diálogo que aparece, introduzca el nombre del destino de copia de seguridad y haga clic en Suprimir destino de copia de seguridad para confirmar la acción.

Uso de la API para gestionar destinos de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer

Revise la lista de llamadas de API para gestionar sus destinos de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer.

Para obtener información sobre el uso de la API y las solicitudes de firma, consulte "API de REST" y "Credenciales de seguridad". Para obtener información sobre los SDK, consulte "Software development kits e interfaz de línea de comandos".

Utilice estas operaciones de API para gestionar los destinos de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer:
  • CreateBackupDestination
  • DeleteBackupDestination
  • GetBackupDestination
  • ListBackupDestination
  • UpdateBackupDestination
  • ChangeBackupDestinationCompartment

Para obtener la lista completa de las API, consulte "API del servicio Database".

Métodos de copia de seguridad de Oracle Database en Exadata Cloud

Oracle Exadata Database Service on Cloud@Customer ofrece dos enfoques para configurar y realizar copias de seguridad como solución recomendada: Oracle Managed Backup y User Configured Backup.

Copia de seguridad gestionada por Oracle

Las copias de seguridad de bases de datos las gestiona por completo el servicio Oracle Exadata Database Service on Cloud@Customer en función de una configuración puntual.

Una vez configuradas, no es necesario realizar ningún mantenimiento, como la programación de las copias de seguridad o la supresión de las copias de seguridad. Oracle gestiona las copias de seguridad a través de flujos de trabajo bien definidos. Determinados parámetros de configuración de copia de seguridad no están completamente integrados con el flujo de trabajo Copia de seguridad gestionada por Oracle. Si desea definir alguno de esos parámetros para las copias de seguridad, puede utilizar dbaascli database backup —configure para definirlos. Para obtener más información, consulte Configuración de una base de datos para la copia de seguridad.

Destinos de copia de seguridad

Un destino de copia de seguridad es un destino para enviar copias de seguridad de base de datos. El destino puede ser un sistema de archivos local, un almacén de objetos, un montaje NFS o ZDLRA.

Acerca de la gestión de destinos de copia de seguridad para Oracle Exadata Database Service on Cloud@Customer

Para las copias de seguridad, puede utilizar la utilidad de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer o configurar una ubicación de copia de seguridad en una ubicación que gestione.

Oracle Exadata Database Service on Cloud@Customer proporciona una utilidad de copia de seguridad, que puede configurar de forma individual en cada base de datos.

Consulte: Gestión de bases de datos en Exadata Cloud at Customer y Gestión de copias de seguridad y recuperación de bases de datos en Exadata Cloud at Customer.

Si desea almacenar las copias de seguridad en una aplicación de recuperación o en una ubicación de un sistema de archivos de red (NFS) que gestione, primero debe crear un destino de copia de seguridad. Cada destino de copia de seguridad define las propiedades necesarias para conectarse a la aplicación de recuperación o a la ubicación de NFS, y se debe poder acceder a cada destino de copia de seguridad en el centro de datos desde los nodos de cluster de VM.

La utilidad de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer también puede almacenar copias de seguridad en el almacenamiento de objetos de Oracle Cloud Infrastructure o en el almacenamiento local de Exadata en su sistema Oracle Exadata Database Service on Cloud@Customer. Sin embargo, no es necesario crear un destino de copia de seguridad para ninguna de estas otras ubicaciones. En su lugar, las opciones aplicables para la copia de seguridad en el almacenamiento de objetos en la nube o en el almacenamiento local de Exadata están disponibles directamente al crear una base de datos.

Nota

Evite introducir información confidencial al asignar descripciones, etiquetas o nombres fáciles de recordar a los recursos en la nube mediante la consola de Oracle Cloud Infrastructure, la API o la CLI.
Requisitos para destinos de copia de seguridad para Oracle Exadata Database Service on Cloud@Customer

Para configurar destinos de copia de seguridad en una ubicación de Zero Data Loss Recovery Appliance o una ubicación de copia de seguridad de NFS, revise los requisitos.

  • Para un destino de copia de seguridad Zero Data Loss Recovery Appliance:
    • La aplicación se debe configurar con un usuario de catálogo privado virtual (VPC), que se utiliza para realizar las copias de seguridad.
    • La aplicación se debe configurar con el nombre único de base de datos de la base de datos de la que se está realizando la copia de seguridad y con una asignación al usuario de VPC.
    • Se debe poder acceder al dispositivo desde el sistema Oracle Exadata Database Service on Cloud@Customer mediante la cadena de conexión de Oracle Net Services, proporcionada por el administrador de Zero Data Loss Recovery Appliance.
  • Para un destino de copia de seguridad de NFS:
    • Bases de datos no autónomas de Oracle Exadata Database Service on Cloud@Customer:
      • Se debe montar la ubicación del servidor NFS en un directorio de punto de montaje local en cada nodo del cluster de VM.
      • El directorio de punto de montaje local y el servidor NFS deben ser idénticos en todos los nodos del cluster.
      • Debe asegurarse de que el montaje de NFS se mantenga continuamente en todos los nodos del cluster de VM.
      • El usuario del sistema operativo oracle debe poder leer y escribir en el sistema de archivos montado en NFS en todos los nodos de cluster de VM.
    • Autonomous Database en Cloud@Customer:
      Nota

      Oracle Autonomous Database on Exadata Cloud@Customer soporta las versiones 3 y 4 de NFS. Los montajes con ambas versiones activadas, sin embargo, se establecen de manera predeterminada en la versión 4.
      • Para garantizar que el cluster de VM autónomo pueda acceder al servidor NFS a través de la red de copia de seguridad (preferida), introduzca direcciones IP de copia de seguridad válidas al configurar la red de cluster de VM.

        Si no se puede acceder al destino de copia de seguridad a través de la red de copia de seguridad, pero sí a través de la red de cliente, el tráfico de copia de seguridad se enrutará a través de la red de cliente.

      • El usuario del sistema operativo oracle debe poder leer y escribir en el sistema de archivos montado en NFS en todos los nodos de cluster de VM.
      • Si los permisos se controlan en el nivel de usuario, el uid:gid del usuario oracle para el cluster de VM autónomo es 1001:1001.
      • Para los servidores NFSv4 que restringen el rango de puertos, debe utilizar la opción no segura para permitir que los clientes que no sean un usuario administrador se conecten al servidor NFS.
Uso de la consola para destinos de copia de seguridad para Oracle Exadata Database Service on Cloud@Customer

Obtenga información sobre cómo utilizar la consola para crear, editar, mover y terminar un destino de copia de seguridad de la infraestructura de Oracle Exadata Database Service en Cloud at Customer.

Uso de la consola para crear un destino de copia de seguridad

Para crear un destino de copia de seguridad, esté preparado para proporcionar los valores para la configuración del destino de copia de seguridad.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Haga clic en Destinos de copia de seguridad.
  4. Haga clic en Crear destino de copia de seguridad.
  5. Proporcione la información solicitada en la página Crear destino de copia de seguridad:
    1. Seleccionar un compartimento.

      En la lista de compartimentos disponibles, seleccione el compartimento que desea que contenga el destino de copia de seguridad.

    2. Nombre el destino de copia de seguridad.

      Especifique un nombre fácil de recordar que pueda utilizar para identificar el destino de copia de seguridad. No es necesario que el nombre sea único porque un identificador de Oracle Cloud (OCID) ya identifica de manera única el destino de copia de seguridad.

    3. Elija como destino de copia de seguridad una aplicación de recuperación Zero Data Loss Recovery Appliance o un sistema de archivos de red (NFS).
      Nota

      También puede definir el almacén de objetos de OCI como destino de copia de seguridad. Sin embargo, no puede definirlo desde esta pantalla. Puede configurar el almacén de objetos de OCI como destino de copia de seguridad al crear una base de datos. Para obtener más información, consulte Tipo de destino de copia de seguridad en Uso de la consola para crear una base de datos.

      Seleccione Aplicación de recuperación o Almacenamiento de red (NFS).

      • Si selecciona Aplicación de recuperación, deberá especificar también lo siguiente para Zero Data Loss Recovery Appliance:
        • Proporcionar la cadena de conexión a Recovery Appliance: especifique la cadena de conexión de Oracle Net Services que conecta a la aplicación. Esta información la suele proporcionar el administrador de Zero Data Loss Recovery Appliance.
          Nota

          Los clientes de ADB deben asegurarse de proporcionar la cadena de conexión que se conecta al dispositivo de recuperación en un formato de cadena de "conexión sencilla" de Oracle, como se muestra a continuación:
          host:port/service name

          Donde host es el nombre de host de SCAN de Zero Data Loss Recovery Appliance.

        • Proporcionar los usuarios del catálogo privado virtual (VPC): proporcione un nombre de usuario de VPC para conectarse a Zero Data Loss Recovery Appliance. Puede especificar varios nombres de usuario de VPC en caso de que desee utilizar la aplicación como destino de copia de seguridad de varias bases de datos. Esta información la suele proporcionar el administrador de Zero Data Loss Recovery Appliance.
      • Si selecciona Almacenamiento de red (NFS), deberá especificar también lo siguiente:
        • Automontaje para bases de datos no autónomas:

          Indique la ruta del punto de montaje NFS local: especifique la ruta de directorio local en cada nodo del cluster de VM donde está montada la ubicación del servidor NFS. La ruta de directorio local y la ubicación del servidor NFS deben ser cada una las mismas en todos los nodos del cluster de VM.
        • Automontaje para bases de datos autónomas:

          Usar este destino para las bases de datos autónomas:
          • Servidor NFS: especifique la dirección IP del servidor NFS. De manera opcional, puede especificar hasta cuatro direcciones IP. Estas son solo rutas adicionales al mismo servidor NFS. Tenga en cuenta que Oracle solo soporta un dispositivo NFS para copias de seguridad.
          • Exportar recurso compartido NFS: especifique la ruta de directorio donde está montado el sistema de archivos exportado.
    4. Configuración de opciones avanzadas.
      • Etiquetas: (opcional) puede aplicar etiquetas si lo desea. Si tiene permisos para crear un recurso, también los tiene para aplicar etiquetas de formato libre a ese recurso. Para aplicar una etiqueta definida, debe tener permisos para utilizar el espacio de nombres de la etiqueta. Para obtener más información sobre el etiquetado, consulte la información sobre las etiquetas de recursos. Si no está seguro de si debe aplicar etiquetas, omita esta opción (puede aplicar las etiquetas posteriormente) o pregunte al administrador.
  6. Haga clic en Crear destino de copia de seguridad.

    La página Detalles de destino de copia de seguridad muestra el destino de copia de seguridad recién creado.

Uso de la consola para editar un destino de copia de seguridad

Para editar un destino de copia de seguridad, esté preparado para proporcionar los valores para la configuración del destino de copia de seguridad.

Solo se puede editar un destino de copia de seguridad si no está asociado actualmente a una base de datos.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región y el compartimento que contiene el destino de copia de seguridad que desea editar.
  3. Haga clic en Destinos de copia de seguridad.
  4. Haga clic en el nombre del destino de copia de seguridad que desea editar.

    La página Detalles de destino de copia de seguridad muestra información sobre el destino de copia de seguridad seleccionado.

  5. Haga clic en Editar.
  6. Utilice el cuadro de diálogo Editar destino de copia de seguridad para editar los atributos del destino de copia de seguridad:
    Nota

    No se puede editar un destino de copia de seguridad si ya hay una base de datos asociada al mismo.

    • Si está editando un destino de copia de seguridad Zero Data Loss Recovery Appliance:
      • Proporcionar la cadena de conexión a Recovery Appliance: especifique la cadena de conexión de Oracle Net Services que conecta a Recovery Appliance. Esta información la suele proporcionar el administrador de Recovery Appliance.
      • Proporcionar los usuarios del catálogo privado virtual (VPC): proporcione un nombre de usuario de VPC para conectarse a Recovery Appliance. Puede especificar varios nombres de usuario de VPC en caso de que desee utilizar Recovery Appliance como destino de copia de seguridad de varias bases de datos. Esta información la suele proporcionar el administrador de Recovery Appliance.
    • Si está editando un destino de copia de seguridad de NFS:
      • Automontaje para bases de datos no autónomas:

        Indique la ruta del punto de montaje NFS local: especifique la ruta de directorio local en cada nodo del cluster de VM donde está montada la ubicación del servidor NFS. La ruta de directorio local y la ubicación del servidor NFS deben ser cada una las mismas en todos los nodos del cluster de VM.
      • Automontaje para bases de datos autónomas:

        Usar este destino para las bases de datos autónomas:
        • Servidor NFS: especifique la dirección IP del servidor NFS. De manera opcional, puede especificar hasta cuatro direcciones IP.
        • Exportar recurso compartido NFS: especifique la ruta de directorio donde está montado el sistema de archivos exportado.
  7. Haga clic en Guardar cambios.
Uso de la consola para mover un destino de copia de seguridad a otro compartimento

Para mover un destino de copia de seguridad, esté preparado para proporcionar los valores para la configuración del destino de copia de seguridad.

Puede cambiar el compartimento que contiene el destino de copia de seguridad moviéndolo.

Al mover un destino de copia de seguridad, el cambio de compartimento no afecta a otros recursos asociados. Estos otros recursos, como las bases de datos asociadas, permanecen en su compartimento actual.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región y el compartimento que contiene el destino de copia de seguridad que desea mover.
  3. Haga clic en Destinos de copia de seguridad.
  4. Haga clic en el nombre del destino de copia de seguridad que desea mover.

    La página Detalles de destino de copia de seguridad muestra información sobre el destino de copia de seguridad seleccionado.

  5. Haga clic en Mover recurso.
  6. En el cuadro de diálogo que aparece, seleccione el nuevo compartimento para el destino de copia de seguridad y haga clic en Mover recurso.
Uso de la consola para suprimir un destino de copia de seguridad

Para suprimir un destino de copia de seguridad, debe estar preparado para proporcionar los valores de configuración del destino de copia de seguridad.

Para poder suprimir un destino de copia de seguridad, debe asegurarse de que no esté asociado a ninguna base de datos.

Supresión de un destino de copia de seguridad:
  • No elimina ninguna copia de seguridad residual que quede en el destino de copia de seguridad
  • Elimina todas las referencias al destino de copia de seguridad suprimido del plano de control en la nube
  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la Región y el Compartimento que contiene el destino de copia de seguridad que desea suprimir.
  3. Haga clic en Destinos de copia de seguridad.
  4. Haga clic en el nombre del destino de copia de seguridad que desea suprimir.

    La página Detalles de destino de copia de seguridad muestra información sobre el destino de copia de seguridad seleccionado.

  5. Haga clic en Suprimir.
  6. En el cuadro de diálogo que aparece, introduzca el nombre del destino de copia de seguridad y haga clic en Suprimir destino de copia de seguridad para confirmar la acción.
Uso de la API para gestionar destinos de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer

Revise la lista de llamadas de API para gestionar sus destinos de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer.

Para obtener información sobre el uso de la API y las solicitudes de firma, consulte "API de REST" y "Credenciales de seguridad". Para obtener información sobre los SDK, consulte "Software development kits e interfaz de línea de comandos".

Utilice estas operaciones de API para gestionar los destinos de copia de seguridad de Oracle Exadata Database Service on Cloud@Customer:
  • CreateBackupDestination
  • DeleteBackupDestination
  • GetBackupDestination
  • ListBackupDestination
  • UpdateBackupDestination
  • ChangeBackupDestinationCompartment

Para obtener la lista completa de las API, consulte "API del servicio Database".

Copia de seguridad y recuperación automáticas

Acerca de la gestión de la copia de seguridad de base de datos para Oracle Exadata Database Service en Cloud at Customer

Obtenga información sobre cómo configurar la copia de seguridad al crear la base de datos en Oracle Exadata Database Service en Cloud at Customer.

Oracle Exadata Database Service en Cloud at Customer proporciona utilidades de copia de seguridad automática de base de datos que utilizan Oracle Recovery Manager (RMAN). Al crear una base de datos en Oracle Exadata Database Service en Cloud at Customer, puede especificar un destino de copia de seguridad y activar las copias de seguridad automáticas. Para obtener más información, consulte la información de esta publicación sobre la gestión de destinos de copia de seguridad para Oracle Exadata Database Service en Cloud at Customer.

Después de crear la base de datos, también puede:

  • Ver una lista de las copias de seguridad disponibles.
  • Activar o desactivar las copias de seguridad automáticas.
  • Editar la configuración de las copias de seguridad.
  • Restaurar una base de datos.

Puede realizar estas operaciones mediante la consola o la API.

Las copias de seguridad automáticas de bases de datos se configuran de la siguiente manera:

  • Las copias de seguridad automáticas están programadas diariamente. El proceso de copia de seguridad automática se puede ejecutar en cualquier momento dentro del período de copia de seguridad diario, que tiene lugar entre la medianoche y las 6:00 en la zona horaria del cluster de máquina virtual (VM) que aloja la base de datos.

  • Las copias de seguridad automáticas utilizan una combinación de copias de seguridad de base de datos completas (nivel 0 de RMAN) e incrementales (nivel 1 de RMAN):

    • Para las copias de seguridad en una aplicación de recuperación Zero Data Loss Recovery Appliance, después de realizar una copia de seguridad completa inicial, Zero Data Loss Recovery Appliance crea y valida copias de seguridad completas virtuales a partir de cada copia de seguridad incremental diaria.
    • Para las copias de seguridad en NFS u OSS, el intervalo por defecto entre las copias de seguridad de nivel 0 es de siete días. El día por defecto del nivel 0 es el domingo.
    • Para las copias de seguridad en el almacenamiento local de Exadata:

      Las opciones para el período de retención del almacenamiento local de Exadata son 7 o 14 días. Independientemente del período de retención seleccionado para las copias de seguridad en el almacenamiento local de Exadata, las copias de seguridad incrementales de nivel 1 siempre se realizan después de que se lleve a cabo la copia de imágenes de nivel 0 inicial. Además, las copias de seguridad incrementales de nivel 1 se fusionan con la copia de seguridad de copia de imágenes de nivel 0 cuando pasan a ser más antiguas que el período de retención.

      Por ejemplo: un período de retención del almacenamiento local de 14 días incluye un nivel 0 "fusionado", 14 niveles 1 incrementales y archive logs de los 14 días.

  • El período de retención define el período durante el que se mantienen las copias de seguridad automáticas:

    • Para las copias de seguridad en Zero Data Loss Recovery Appliance, la política de retención que se implementa en la aplicación controla el período de retención.
    • Para las copias de seguridad en el almacenamiento local de Exadata, se puede seleccionar un período de retención de 7 o 14 días. El período de retención por defecto es de 7 días.
    • Para las copias de seguridad en Oracle Cloud Infrastructure Object Storage o en un destino de copia de seguridad de NFS, puede seleccionar uno de los siguientes períodos de retención predefinidos: 7 días, 14 días, 30 días, 45 días o 60 días. El período de retención por defecto es de 30 días.
  • Por defecto, Oracle Database se ejecuta en modo ARCHIVELOG y se realiza una copia de seguridad de los archivos redo log archivados cada 30 minutos.
  • Independientemente del destino de copia de seguridad, las copias de seguridad de los datos de usuario se cifran por defecto.

Mientras haya una copia de seguridad en curso, Oracle recomienda que se evite realizar acciones que puedan interferir con la disponibilidad, como el inicio de máquinas virtuales o la aplicación de parches. Si una operación de copia de seguridad automática falla, la copia de seguridad se aplaza hasta el período de copia de seguridad del día siguiente.

Si es necesario, puede restaurar Oracle Database a:

  • El último punto de restauración disponible.
  • Un punto en el tiempo específico proporcionando un registro de hora.
  • Un número de cambio del sistema (SCN) de Oracle Database.
Nota

Las utilidades de copia de seguridad y recuperación que se describen en este tema solo se aplican a la copia de seguridad y la recuperación de bases de datos, incluidos los archivos de datos, los archivos log, los archivos de control y el archivo de parámetros del servidor (SP) de Oracle Database. El usuario es el responsable de realizar copias de seguridad de otros archivos en las máquinas virtuales. En concreto, Oracle recomienda encarecidamente realizar una copia de seguridad del almacén de claves (cartera) del cifrado de datos transparente (TDE). Sin el almacén de claves de TDE, las copias de seguridad de Oracle Database son efectivamente inútiles, porque no se pueden leer los datos incluidos en la copia de seguridad.
Nota

Si la recuperación basada en TAG falla con el error ORA-01152, utilice Recovery Manager (RMAN) directamente para completar la recuperación.

Si la recuperación del archivo de parámetros del servidor (SPFILE) falla en la configuración local utilizando dbaascli, utilice Recovery Manager (RMAN) directamente para completar la recuperación.

Uso de la consola para configurar y gestionar la copia de seguridad y la recuperación

Obtenga información sobre cómo utilizar la consola para ver una lista de copias de seguridad disponibles, editar la configuración de copia de seguridad y restaurar una base de datos en Oracle Exadata Database Service en Cloud at Customer.

Visualización de una lista de las copias de seguridad disponibles mediante la consola

Para ver una lista de las copias de seguridad disponibles con Oracle Exadata Database Service en Cloud at Customer, complete este procedimiento.

Nota

Solo las copias de seguridad gestionadas se sincronizan en la consola. Si configura copias de seguridad directamente en el backend, estas no se sincronizan en la consola. Se trata de un comportamiento esperado y Oracle no tiene previsto cambiar dicho comportamiento.
  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región y el compartimento que contiene el cluster de VM que aloja la base de datos en la que está interesado.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM que aloja la base de datos en la que está interesado.
  5. En la lista Recursos de la página Detalles de cluster de VM, haga clic en Bases de datos.
  6. Haga clic en el nombre de la base de datos en la que está interesado.
    La página Detalles de base de datos muestra información sobre la base de datos seleccionada, incluida una lista de las copias de seguridad disponibles.
Edición de la configuración de las copias de seguridad mediante la consola

Para editar los destinos de copia de seguridad, cambiar los programas de copia de seguridad y realizar otras tareas administrativas relacionadas con las copias de seguridad, puede utilizar la consola de Oracle Exadata Database Service en Cloud at Customer.

Utilice este procedimiento para cambiar la configuración de las copias de seguridad disponibles:
  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región y el compartimento que contiene el cluster de VM que aloja la base de datos para la que desea editar la configuración de copia de seguridad.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM que aloja la base de datos para la que desea editar la configuración de copia de seguridad.
  5. En la lista Recursos de la página Detalles de cluster de VM, haga clic en Bases de datos.
  6. Haga clic en el nombre de la base de datos para la que desea editar la configuración de copia de seguridad.

    La página Detalles de base de datos muestra información sobre la base de datos seleccionada.

  7. Haga clic en Editar configuración de copia de seguridad.
  8. La configuración actual de la copia de seguridad determina los cambios que se pueden realizar en el cuadro de diálogo Configuración de copia de seguridad, de la siguiente manera:
    • Si no están configuradas las copias datos automáticas, puede utilizar los siguientes valores para definir la configuración de copia de seguridad de la base de datos:

      • Tipo de destino de copia de seguridad: en la lista, seleccione una opción.
        • Local Seleccione esta opción para almacenar las copias de seguridad localmente en los servidores Exadata Storage Server en el sistema de Exadata Database Service en Cloud at Customer.

          Esta opción solo está disponible si ha activado las copias de seguridad en el almacenamiento local de Exadata en el cluster de VM en el que desea que se aloje la base de datos.

        • Object Storage Seleccione esta opción para almacenar las copias de seguridad en un contenedor de almacenamiento de objetos gestionado por Oracle en Oracle Cloud Infrastructure.

          Para utilizar esta opción, el sistema Exadata Database Service en Cloud at Customer debe tener conectividad de salida a Oracle Cloud Infrastructure Object Storage.

        • NFS Seleccione esta opción para almacenar las copias de seguridad en uno de los destinos de copia de seguridad previamente definidos que usan el almacenamiento del sistema de archivos de red (NFS). Consulte "Gestión de destinos de copia de seguridad en Exadata Database Service en Cloud at Customer".

          Si selecciona esta opción, también debe realizar una selección en la lista de destinos de copia de seguridad de NFS.

        • Aplicación de recuperación Seleccione esta opción para almacenar las copias de seguridad en uno de los destinos de copia de seguridad previamente definidos que usan la aplicación de recuperación Oracle Zero Data Loss Recovery Appliance. Consulte Gestión de destinos de copia de seguridad en Exadata Database Service en Cloud at Customer.

          Si selecciona esta opción, también debe proporcionar la siguiente información:

          • Seleccione Destinos de copia de seguridad en la lista de Aplicación de recuperación.
          • Realice una selección en la lista Usuario de VPU, que contiene la lista de los nombres de usuario del catálogo privado virtual (VPC) definidos en el destino de copia de seguridad Recovery Appliance.
          • Proporcione la contraseña del usuario del VPC.
          Nota

          Si selecciona un destino de copia de seguridad, no podrá cambiarlo más tarde.

          Para obtener más información sobre la personalización del comportamiento del Transporte de redo en tiempo real (RTRT), consulte Personalización del comportamiento del Transporte de redo en tiempo real (RTRT) para las copias de seguridad de Recovery Appliance

      • Activar copias de seguridad automáticas: seleccione esta opción para activar las copias de seguridad diarias con la política para copias de seguridad automáticas.
      • Período de retención de copias de seguridad: seleccione esta opción para elegir una de las opciones para el período de tiempo durante el que se retienen las copias de seguridad automáticas.

        Para las copias de seguridad en el almacenamiento local de Exadata, se puede seleccionar un período de retención de 7 o 14 días. El período de retención por defecto es de 7 días.

        Para las copias de seguridad en Oracle Cloud Infrastructure Object Storage o en un destino de copia de seguridad de NFS, puede seleccionar uno de los siguientes períodos de retención predefinidos: 7 días, 14 días, 30 días, 45 días o 60 días. El período de retención por defecto es de 30 días.

        Esta opción no se aplica a los destinos de copia de seguridad de aplicación de recuperación. Para las copias de seguridad en Oracle Zero Data Loss Recovery Appliance, la política de retención que se implementa en la aplicación controla el período de retención.

    • Si se configuraron copias de seguridad automáticas anteriormente, puede realizar los siguientes cambios:
      • Para los destinos de copia de seguridad de Oracle Zero Data Loss Recovery Appliance, puede actualizar la contraseña del usuario del catálogo privado virtual (VPC) que se utiliza para acceder a la aplicación.
      • Para los destinos de copia de seguridad que no utilizan Oracle Zero Data Loss Recovery Appliance, puede actualizar el período de retención de copia de seguridad de las copias de seguridad automáticas:
        • Para las copias de seguridad en el almacenamiento local de Exadata, se puede seleccionar un período de retención de 7 o 14 días. El período de retención por defecto es de 7 días.
        • Para las copias de seguridad en Oracle Cloud Infrastructure Object Storage o en un destino de copia de seguridad de NFS, puede seleccionar uno de los siguientes períodos de retención predefinidos: 7 días, 14 días, 30 días, 45 días o 60 días. El período de retención por defecto es de 30 días.
        • Para las copias de seguridad en Oracle Zero Data Loss Recovery Appliance, la política de retención que se implementa en la aplicación controla el período de retención.
      • Puede definir la opción de Activar copias de seguridad automáticas. Seleccione esta opción para activar las copias de seguridad de bases de datos automáticas. Anule la selección de esta opción para suspender las copias de seguridad de bases de datos automáticas.
  9. Haga clic en Guardar cambios.
Restauración de una base de datos mediante la consola

Para restaurar una base de datos a un punto en el tiempo, a un número de cambio del sistema (SCN) o a la última copia de seguridad, utilice la consola de Oracle Exadata Database Service on Cloud@Customer.

Nota

Solo puede restaurar una base de datos de 23ai en el mismo directorio raíz de base de datos (restauración in situ).

Utilice el siguiente procedimiento para restaurar una base de datos:

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región y el compartimento que contiene el cluster de VM que aloja la base de datos que desea restaurar.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM que aloja la base de datos que desea restaurar.
  5. En la lista Recursos de la página Detalles de cluster de VM, haga clic en Bases de datos.
  6. Haga clic en el nombre de la base de datos que desea restaurar.

    La página Detalles de base de datos muestra información sobre la base de datos seleccionada.

  7. Haga clic en Restaurar base de datos.
  8. En el cuadro de diálogo resultante, seleccione una de las siguientes opciones y haga clic en Restaurar base de datos:
    • Restaurar a la última versión: la base de datos se ha restaurado y se ha recuperado sin sufrir ninguna pérdida o con pérdidas mínimas de datos.
    • Restaurar a un registro de hora: la base de datos se ha restaurado y se ha recuperado al registro de hora especificado.
    • Restaurar a SCN: la base de datos se ha restaurado y se ha recuperado al número de cambio del sistema (SCN) de Oracle Database. El SCN especificado debe ser válido, ya que, de lo contrario, la operación falla.
Nota

La copia de seguridad falla después de una restauración a un punto en el tiempo a un registro de hora o SCN en almacenamiento de NFS. Espere aproximadamente 10 minutos antes de continuar con la copia de seguridad.
Uso de la API para gestionar la copia de seguridad y la recuperación de bases de datos

Obtenga información sobre cómo utilizar la API para gestionar la copia de seguridad y la recuperación de bases de datos con Oracle Exadata Database Service en Cloud at Customer.

Para obtener información sobre el uso de la API y las solicitudes de firma, consulte "API de REST" y "Credenciales de seguridad". Para obtener información sobre los SDK, consulte "Software development kits e interfaz de línea de comandos".

Utilice estas operaciones de API para gestionar la copia de seguridad y la recuperación de bases de datos:

  • GetBackup
  • ListBackups
  • RestoreDatabase
  • UpdateDatabase: para activar y desactivar las copias de seguridad automáticas.

Para obtener la lista completa de las API, consulte "API del servicio Database".

Copia de seguridad configurada por el usuario

Es responsabilidad del usuario configurar y ejecutar las operaciones de copia de seguridad mediante dbaascli según sus preferencias.

Las copias de seguridad que utilizan dbaascli no se reconocen como copias de seguridad gestionadas por Oracle. Utilice los comandos dbaascli database backup, dbaascli pdb backup, dbaascli database recover y dbaascli pdb recover para configurar y realizar diversas operaciones de copia de seguridad y recuperación.

Si los clientes configuran copias de seguridad en Object Storage mediante RMAN sin utilizar el plano de control de OCI ni las API de OCI, los clientes son responsables de configurar manualmente las copias de seguridad de la cartera de TDE. Por defecto, la automatización en la nube de Oracle limpia los archivos archive log cada 24 horas. Cuando se utiliza RMAN para realizar copias de seguridad manuales, existe el riesgo de que se supriman los archive logs. Consulte dbaascli database backup para obtener información sobre cómo configurar la limpieza de archive log. Se recomienda utilizar copias de seguridad gestionadas por Oracle.

Cómo realizar una copia de seguridad mediante dbaascli en una copia de seguridad configurada por el usuario

Las copias de seguridad configuradas por el usuario implican los siguientes 4 pasos:
  1. Configuración de las reglas de seguridad y red para permitir que los hosts de base de datos almacenen copias de seguridad en el destino de almacenamiento deseado. Para Exadata Cloud Service, consulte Configuración de red para instancias de Exadata Cloud Service.
  2. Configuración del destino de copia de seguridad
  3. Configuración de la base de datos con un destino de copia de seguridad
  4. Copia de seguridad de la base de datos
Configuración del destino de copia de seguridad

Dependiendo de si se trata de Oracle Database Cloud Service, Oracle Exadata Cloud at Customer u Oracle Exadata Cloud Service, puede seleccionar uno de los siguientes destinos de copia de seguridad para almacenar copias de seguridad.

  • Oracle Cloud Infrastructure Object Storage: se aplica a Exadata Cloud at Customer y Exadata Cloud Service.
  • Zero Data Loss Recovery Appliance (ZDLRA): se aplica a Exadata Cloud at Customer.
  • Sistema de archivos de red (NFS): se aplica a Exadata Cloud at Customer.
  • Área de recuperación rápida (FRA): se aplica a Exadata Cloud at Customer.
Configuración de una base de datos para la copia de seguridad

Una vez configurado y disponible el destino de copia de seguridad, puede utilizar la utilidad dbaascli para configurar la base de datos con el destino de copia de seguridad y los parámetros de configuración asociados; por ejemplo, la ventana de recuperación de retención de copia de seguridad, la programación de copias de seguridad, la programación de archive logs, etc.

Los parámetros de configuración se especifican mediante un archivo de configuración de entrada que tiene una lista de pares parameter=value. La plantilla de este archivo de entrada se puede generar mediante la opción --getConfig , la cual se puede modificar según la configuración de destino deseada y otras preferencias y, a continuación, se puede utilizar como entrada para la opción --configure.

dbaascli database backup --getConfig --dbName <value> --configFile <value>
Devuelve la configuración de copia de seguridad de la base de datos en un archivo especificado por el usuario. Si no se ha configurado la copia de seguridad, devuelve la plantilla por defecto en la que el usuario puede rellenar los parámetros de configuración con sus valores y utilizarla como entrada para la opción de comando --configure.
Mediante dbaascli database backup --configure, puede definir la información de configuración de copia de seguridad para una base de datos en los siguientes casos:
  1. Copia de seguridad gestionada por el usuario: defina la configuración de copia de seguridad completa basada en el destino.
  2. Copia de seguridad gestionada por Oracle: defina parámetros de configuración adicionales si un parámetro es compatible con la copia de seguridad gestionada por Oracle.

    Tenga en cuenta que el uso de dbaascli database backup --configure para definir parámetros incompatibles con las copias de seguridad gestionadas por Oracle puede provocar incidencias de copia de seguridad o recuperación. Actualmente, Oracle no valida si un parámetro es compatible o no. Hasta que Oracle implemente la validación, es su responsabilidad verificar la compatibilidad.

    dbaascli database backup --configure --dbName <value> --configFile <value>
    Este comando asíncrono genera un identificador único universal (UUID), que puede utilizar para realizar un seguimiento del estado.
    dbaascli database backup status --uuid <value> --dbname <value>
    Para recuperar la configuración actual para la validación, ejecute:
    dbaascli database --dbaname --getConfig
    Nota

    Al utilizar copias de seguridad gestionadas por Oracle, puede que desee cambiar algunos de los valores de configuración de copia de seguridad según los requisitos de la aplicación. Puede utilizar dbaascli para modificar estos parámetros si están etiquetados con Compatible with console automatic backup.

Parámetros de configuración para copia de seguridad

Tabla 5-17 Parámetros de configuración general (válidos para todos los destinos de copia de seguridad excepto el almacenamiento local [FRA])

Parámetro Descripción Compatible con la copia de seguridad gestionada por Oracle
bkup_rman_compression Nivel de compresión aplicado a las copias de seguridad automáticas.

Los valores válidos son NONE, basic, low, medium y high.

Valor por defecto: low.

NONE desactiva la compresión de RMAN.

bkup_set_section_size Activa el uso de la función de copia de seguridad de varias secciones de RMAN.

Los valores válidos son yes y no.

bkup_section_size Tamaño de sección de RMAN que se utiliza para las copias de seguridad automáticas.

El valor por defecto es 64G.

Solo se aplica cuando bkup_set_section_size está definido en yes.

bkup_channels_node Número de canales de RMAN por nodo que se utilizan para las copias de seguridad automáticas.

Los valores válidos están entre 1 y 32.

bkup_daily_time Hora de inicio de la copia de seguridad automática diaria expresada en formato de 24 horas como hh:mm. Exadata Cloud at Customer:

Exadata Cloud Service: no

No es compatible con la copia de seguridad gestionada por Oracle en Exadata Cloud Service. La responsabilidad de programación reside en el plano de control.

bkup_archlog_frequency Intervalo en minutos entre las copias de seguridad automáticas de los archivos log de base de datos archivados.

Los valores válidos son 15, 20, 30, 60, y de 120 a 1440 en intervalos de 1 hora expresados en minutos.

Valor por defecto: 30 para Exadata Cloud at Customer.

bkup_l0_day Este parámetro controla el día de la semana de nivel 0 para OSS y NFS.

Día de la semana en que se realiza una copia de seguridad de nivel 0.

Los valores válidos son mon, tue, wed, thu, fri, sat, sun. También están soportados formatos más largos, por ejemplo, Monday, Tuesday.

Solo se aplica cuando bkup_oss está definido en yes.

Valor por defecto: sun.

Exadata Cloud at Customer:

Exadata Cloud Service: no

No es compatible con la copia de seguridad gestionada por Oracle en Exadata Cloud Service. La responsabilidad de programación reside en el plano de control.

Parámetros de configuración del destino de servicio Object Storage (OSS)

Tabla 5-18 Parámetros de configuración del destino de servicio Object Storage (OSS)

Parámetro Descripción Compatible con la copia de seguridad gestionada por Oracle
bkup_oss El servicio Object storage se utilizará como destino de copia de seguridad.

Los valores válidos son yes y no.

No
bkup_oss_recovery_window El período de retención de las copias de seguridad tiene un valor máximo de 90.

Solo se aplica cuando bkup_oss está definido en yes.

Valor por defecto: 30.

No
bkup_oss_url Ubicación del contenedor de almacenamiento que se utiliza para las copias de seguridad en el almacenamiento en la nube.

Solo se aplica cuando bkup_oss está definido en yes.

No
bkup_oss_user Nombre de usuario del usuario de Oracle Cloud que tiene los privilegios de escritura en el contenedor de almacenamiento en la nube especificado en bkup_oss_url.

Solo se aplica cuando bkup_oss está definido en yes.

No
bkup_oss_passwd Contraseña del usuario de Oracle Cloud que tiene los privilegios de escritura en el contenedor de almacenamiento en la nube especificado en bkup_oss_url.

Solo se aplica cuando bkup_oss está definido en yes.

No
Nota

Actualmente, el destino Zero Data Loss Recovery Appliance (ZDLRA) solo está soportado en Exadata Cloud at Customer.

Parámetros de configuración del destino Zero Data Loss Recovery Appliance (ZDLRA)

Tabla 5-19 Parámetros de configuración del destino Zero Data Loss Recovery Appliance (ZDLRA)

Parámetro Descripción Compatible con la copia de seguridad gestionada por Oracle
bkup_zdlra Activa las copias de seguridad en una aplicación de recuperación.

Los valores válidos son yes y no.

No
bkup_zdlra_url Ubicación de la aplicación de recuperación que se utiliza para las copias de seguridad.

Solo se aplica cuando bkup_zdlra está definido en yes.

No
bkup_zdlra_user Nombre de usuario del catálogo privado virtual (VPC) para la aplicación de recuperación especificada en bkup_zdlra_url.

Solo se aplica cuando bkup_zdlra está definido en yes.

No
bkup_zdlra_passwd Contraseña del usuario del dispositivo de recuperación Recovery Appliance especificada en bkup_zdlra_url.

Solo se aplica cuando bkup_zdlra está definido en yes.

No

Para obtener más información, consulte Personalización del comportamiento de transporte de redo en tiempo real (RTRT) para las copias de seguridad de Recovery Appliance.

Parámetros de configuración del destino Sistema de archivos de red (NFS)

Tabla 5-20 Parámetros de configuración del destino Sistema de archivos de red (NFS)

Parámetro Descripción Compatible con la copia de seguridad gestionada por Oracle
bkup_nfs Activa las copias de seguridad en el directorio NFS montado.

Los valores válidos son yes y no.

No
bkup_nfs_loc En la ubicación NFS montada, el directorio proporcionado debe ser un punto de montaje y estar disponible en todos los nodos.

Solo se aplica cuando bkup_nfs está definido en yes.

No
bkup_nfs_recovery_window El período de retención de las copias de seguridad en el almacenamiento NFS se expresa como un número de días hasta un máximo de 90.

Solo se aplica cuando bkup_nfs está definido en yes.

Valor por defecto: 30.

No
Nota

Actualmente, el destino Sistema de archivos de red (NFS) solo está soportado en Exadata Cloud at Customer.

Parámetros de configuración del destino Almacenamiento local (FRA)

Tabla 5-21 Parámetros de configuración del destino Almacenamiento local (FRA)

Parámetro Descripción Compatible con la copia de seguridad gestionada por Oracle
bkup_disk Activa las copias de seguridad en el almacenamiento local de Exadata.

Los valores válidos son yes y no.

No
bkup_disk_recovery_window El período de retención de las copias de seguridad en el almacenamiento local de Exadata se expresa como un número de días hasta un maximo de 14.

Solo se aplica cuando bkup_disk está definido en yes.

Valor por defecto: 7.

No
Nota

Actualmente, el destino Almacenamiento local (FRA) solo está soportado en Exadata Cloud at Customer.

Copia de seguridad de una base de datos de contenedores (CDB)

Antes de realizar una copia de seguridad, debe definir la configuración de copia de seguridad mediante el comando dbaascli database backup --configure como requisito. Para obtener más información, consulte dbaascli database backup.

Copia de seguridad de una base de datos conectable (PDB)

También puede realizar una copia de seguridad de una PDB específica. Esto resulta útil si se necesita realizar una copia de seguridad de una o más PDB de forma inmediata o según las necesidades ad hoc, en lugar de realizar una copia de seguridad de la CDB completa que tenga su propia programación. Para obtener más información, consulte dbaascli pdb backup.

Recuperación del estado del trabajo de copia de seguridad

Mientras se ejecuta la operación de copia de seguridad, su estado se puede supervisar proporcionando el identificador de trabajo que se muestra al usuario cuando se ejecuta el comando de copia de seguridad. Para obtener más información, consulte dbaascli database backup y dbaascli pdb backup.

Cómo recuperar una base de datos

Para realizar la recuperación de la base de datos, existen varias opciones en función del tipo de fallo, la disponibilidad de los datos y el requisito de copia de seguridad y recuperación. Para obtener más información, consulte dbaascli database recover.

Recuperación de una PDB

También puede recuperar una PDB concreta en lugar de una CDB completa siempre que se pueda evitar. Reduce el impacto de la interrupción, ya que solo se recupera la PDB concreta, mientras que el resto de la CDB y las PDB siguen estando disponibles para el negocio y las aplicaciones. Para obtener más información, consulte dbaascli pdb recover.

Temas relacionados

Recuperación del estado del trabajo de recuperación

De forma similar a la copia de seguridad, el estado de los comandos de recuperación se puede supervisar proporcionando el identificador de trabajo que se muestra al usuario cuando se ejecuta el comando de recuperación. Para conocer el estado de la operación de recuperación: para obtener más información, consulte dbaascli database recover y dbaascli pdb recover.

Configuración y Personalización de Copias de Seguridad con dbaascli

Además de la opción de copia de seguridad automatizada basada en la consola, utilice dbaascli para configurar y personalizar copias de seguridad.

Nota

bkup_api quedará en desuso en futuras versiones. Utilice los comandos dbaascli database backup, dbaascli pdb backup, dbaascli database recover y dbaascli pdb recover para realizar copias de seguridad y recuperar bases de datos de contenedores y bases de datos conectables. Para obtener más información, consulte Copia de seguridad configurada por el usuario.
Nota

En dbaascli Release 25.1.2.0.0, se cambió el nombre de los parámetros de configuración de copia de seguridad. Sin embargo, puede seguir utilizando los nombres de parámetros antiguos, ya que se conservan para la compatibilidad con versiones anteriores.

Personalización de configuración de copia de seguridad mediante un archivo de configuración generado

Puede personalizar la configuración de copia de seguridad de un despliegue de base de datos al generar un archivo que contenga la configuración personalizable actual, editar el archivo y, a continuación, utilizar el archivo para actualizar la configuración de copia de seguridad.

ADVERTENCIA:

En general, las copias de seguridad configuradas por bkup_api, como se describe en esta sección, no se deben utilizar junto con las copias de seguridad automáticas activadas por la consola, aparte de las excepciones que se indican específicamente a continuación. Si utiliza parámetros distintos de los que se indican como seguros a continuación, no active las copias de seguridad basadas en la consola; de lo contrario, se pueden producir condiciones en conflicto o sobrescrituras de la configuración, y es posible que las copias de seguridad no se ejecuten correctamente.
Nota

En dbaascli Release 25.1.2.0.0, se cambió el nombre de los parámetros de configuración de copia de seguridad. Sin embargo, puede seguir utilizando los nombres de parámetros antiguos, ya que se conservan para la compatibilidad con versiones anteriores.

Para generar un archivo de configuración con la configuración de copia de seguridad actual y utilizarlo para actualizar la configuración:

  1. Conéctese a una máquina virtual como usuario opc.

    Para obtener instrucciones detalladas, consulte Conexión a una máquina virtual con SSH.

  2. Inicie un shell de comandos de usuario root:
    sudo -s
  3. Utilice el comando dbaascli database backup --getconfig para generar un archivo que contenga la configuración actual de copia del respaldo para el despliegue de la base de datos:
    dbaascli database backup --getconfig --dbname dbname
    Donde:
    • dbname es el nombre de la base de datos sobre la que desea actuar

    Por ejemplo:

    • Para generar el archivo de configuración:
      # dbaascli database backup --getconfig --dbname <dbname>
      DBAAS CLI version MAIN
      Executing command database backup --getconfig --dbname <dbname>
      vi Session log: /var/opt/oracle/log/v23db8/database/backup/dbaastools_2025-01-28_12-36-04-PM_236081.log
      logfile:/var/opt/oracle/log/dtrs/dcs-dtrs.0.*.log
      File /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg created
      dbaascli execution completed
    • Para personalizar los valores de copia de seguridad mediante el archivo de configuración:
      # vi /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg
      # dbaascli database backup --configure --configFile /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg --dbname v23db8
  4. Edite los valores de los parámetros del archivo generado para cambiar cualquier configuración que desee personalizar en la configuración de copia de seguridad.

    Se pueden modificar los siguientes parámetros para personalizar la configuración de copia de seguridad:

    Nota

    Compatible with Console Automatic Backups=Yes indica que es seguro cambiar el parámetro, incluso si se utilizan copias que se basan en una consola. Si utiliza parámetros con Compatible with Console Automatic Backups=No, no active las copias de seguridad mediante la consola.

    Tabla 5-22 Parámetros de configuración de copia de seguridad: parámetros cron específicos de bkup_api

    Parámetro Descripción Compatible con las copias de seguridad automáticas de la consola*

    Nombre antiguo: bkup_cron_entry

    Nuevo nombre: scheduleBackups

    Activa la configuración de copia de seguridad automática.

    Los valores válidos son yes y no.

    No

    Nombre antiguo: bkup_archlog_cron_entry

    Nuevo nombre: manageArchivelogs

    Activa las copias de seguridad automáticas de los archivos log de la base de datos archivada.

    Los valores válidos son yes y no.

    La configuración de manageArchivelogs en no desactiva los trabajos de limpieza automática de archive log. Este valor sólo es válido cuando la base de datos asociada no tiene configuradas copias de seguridad automáticas de la base de datos.

    No

    Nombre antiguo: bkup_l0_day

    Nuevo nombre: L0BackupDay

    Este parámetro controla el día de la semana de nivel 0.

    Día de la semana en que se realiza una copia de seguridad de nivel 0.

    Los valores válidos son mon, tue, wed, thu, fri, sat y sun. También están soportados formatos más largos, por ejemplo, Monday, Tuesday.

    Valor por defecto: sun.

    No

    Tabla 5-23 Parámetros de configuración de copia de seguridad: parámetros generales de configuración de RMAN (válido para todos los destinos de copia de seguridad excepto Almacenamiento local [FRA])

    Parámetro Descripción Compatible con las copias de seguridad automáticas de la consola*

    Nombre antiguo: bkup_rman_compression

    Nuevo nombre: compressionLevel

    Nivel de compresión aplicado a las copias de seguridad automáticas.

    Los valores válidos son NONE, basic, low,
    medium
    high y .

    El valor por defecto es low.

    El valor NONE desactiva la compresión de RMAN.

    Si la compresión de RMAN está activada, todos los archivo de datos cifrados mediante TDE se descifrarán, comprimirán y cifrarán mediante RMAN.

    Nombre antiguo: bkup_section_size

    Nuevo nombre: sectionSize

    Tamaño de sección de RMAN que se utiliza para las copias de seguridad automáticas.

    El valor por defecto es 64G.

    Nombre antiguo: bkup_channels_node

    Nuevo nombre: channelsPerNode

    Número de canales de RMAN por nodo utilizados para copias de seguridad automáticas.

    Los valores válidos están entre 1 y 32.

    El valor por defecto es 4.

    Nombre antiguo: bkup_daily_time

    Nuevo nombre: autoBackupTime

    Hora de inicio de la copia de seguridad diaria automática expresada en formato de 24 horas de la siguiente forma: hh:mm.

    Nombre antiguo: bkup_archlog_frequency

    Nuevo nombre: backupFrequencyAL

    Intervalo en minutos entre las copias de seguridad automáticas de los archivos log de base de datos archivados.

    Los valores válidos son 15, 20, 30, 60, y de 120 a 1440 en intervalos de 1 hora expresados en minutos.

    El valor por defecto es 30 para Exadata Cloud at Customer.

    Nombre antiguo: bkup_type

    Nuevo nombre: backupDestination

    El tipo de ubicación donde reside la copia de seguridad. Cualquiera de los siguientes valores.

    OSS o ZDLRA, DISK o NFS

    Nombre antiguo: bkup_filesperset_regular

    Nuevo nombre: filesPerSet

    Especifica el número máximo de archivos de datos que se pueden incluir en un juego de copias de seguridad para copias de seguridad normales/de archivo.

    Nombre antiguo: bkup_filesperset_al

    Nuevo nombre: filesPerSetAL

    Especifica el número máximo de archivos archive log que se pueden incluir en un juego de copias de seguridad para las copias de seguridad de archive log.

    Nombre antiguo: bkup_encryption

    Nuevo nombre: encryption

    El cifrado especifica si las copias de seguridad se deben cifrar o no.

    Por defecto, el cifrado está activado para OSS y NFS, mientras que está desactivado para ZDLRA y DISK. Esta configuración solo se puede modificar para NFS.

    Nombre antiguo: rmanBackupOptimization

    Nuevo nombre: optimization

    La optimización es una función que reduce la cantidad de datos de los que se deben realizar copias de seguridad, transferir y restaurar. El valor recomendado es ON.

    Nombre antiguo: rmanFraCleanupChannels

    Nuevo nombre: numberOfChannelsForFraCleanup

    Especifica el número de canales utilizados para el trabajo de limpieza de FRA.

    Nombre antiguo: Compress_Archive_Logs

    Nuevo nombre: compressionAL

    Especifica si no se comprimen las copias de seguridad de archive log.

    Por defecto, el valor está definido en false para ZDLRA y este valor no se puede cambiar.

    Nombre antiguo: bkup_archlog_fra_retention

    Nuevo nombre: archivelogRetentionDays

    Especifica el número de días que se debe retener el archive log en FRA.

    Tabla 5-24 Parámetros de configuración de copia de seguridad: parámetros de Almacenamiento local (FRA)

    Parámetro Descripción Compatible con las copias de seguridad automáticas de la consola*
    backupDestination=disk

    Activa las copias de seguridad en el almacenamiento local de Exadata.

    Los valores válidos son yes y no.

    No

    Nombre antiguo: bkup_disk_recovery_window

    Nuevo nombre: diskRecoveryWindow

    Período de retención para las copias de seguridad en el almacenamiento local de Exadata, expresado como un número de días hasta un máximo de 14.

    Solo se aplica cuando bkup_disk está definido en yes o backupdestination está definido en DISK

    El valor por defecto es 7.

    No

    Tabla 5-25 Parámetros de configuración de copia de seguridad: parámetros del Sistema de archivos de red (NFS)

    Parámetro Descripción Compatible con las copias de seguridad automáticas de la consola*
    backupDestination=nfs

    Activa las copias de seguridad en el directorio NFS montado.

    Los valores válidos son yes y no.

    No

    Nombre antiguo: bkup_nfs_loc

    Nuevo nombre: nasLocation

    En la ubicación NFS montada, el directorio proporcionado debe ser un punto de montaje y estar disponible en todos los nodos. No

    Nombre antiguo: bkup_nfs_recovery_window

    Nuevo nombre: nasRecoveryWindow

    Período de retención de las copias de seguridad en el almacenamiento NFS expresado como un número de días hasta un máximo de 90.

    Solo se aplica cuando bkup_nfs está definido en yes o backupdestination está definido en NFS.

    El valor por defecto es 30.

    No

    Tabla 5-26 Parámetros de configuración de copia de seguridad: parámetros del servicio Object Storage (OSS)

    Parámetro Descripción Compatible con las copias de seguridad automáticas de la consola*
    backupDestination=oss

    Activa las copias de seguridad en el almacenamiento en la nube.

    Los valores válidos son yes y no.

    No

    Nombre antiguo: bkup_oss_recovery_window

    Nuevo nombre: ossRecoveryWindow

    Período de retención para las copias de seguridad en el almacenamiento en la nube, expresado como un número de días hasta un máximo de 90.

    Solo se aplica cuando bkup_oss está definido en yes o backupdestination está definido en OSS.

    El valor por defecto es 30.

    No

    Nombre antiguo: bkup_oss_url

    Nuevo nombre: ossURL

    Ubicación del contenedor de almacenamiento que se utiliza para las copias de seguridad en el almacenamiento en la nube.

    Solo se aplica cuando bkup_oss está definido en yes o backupdestination está definido en OSS.

    No

    Nombre antiguo: bkup_oss_user

    Nuevo nombre: ossUserName

    Nombre de usuario del usuario de Oracle Cloud que tiene privilegios de escritura en el contenedor de almacenamiento en la nube especificado en bkup_oss_url.

    Solo se aplica cuando bkup_oss está definido en yes o backupdestination está definido en OSS.

    No

    Nombre antiguo: bkup_oss_passwd

    Nuevo nombre: ossAuthToken

    Contraseña del usuario de de Oracle Cloud que dispone de privilegios para escribir en el contenedor del almacenamiento de la nube especificado en ossURL.

    Solo se aplica cuando bkup_oss está definido en yes o backupdestination está definido en OSS.

    No
    Nota

    Los parámetros de Zero Data Loss Recovery Appliance (ZDLRA) solo son válidos para instalaciones de Exadata Cloud@Customer.

    Tabla 5-27 Parámetros de configuración de copia de seguridad: parámetros de Zero Data Loss Recovery Appliance (ZDLRA)

    Parámetro Descripción Compatible con las copias de seguridad automáticas de la consola*
    backupDestination=zdlra

    Activa las copias de seguridad en una aplicación de recuperación.

    Los valores válidos son yes y no.

    No

    Nombre antiguo: bkup_zdlra_url

    Nuevo nombre: zdlraUrl

    Ubicación de la aplicación de recuperación que se utiliza para las copias de seguridad.

    Solo se aplica cuando bkup_zdlra está definido en yes o backupdestination está definido en ZDLRA.

    No

    Nombre antiguo: bkup_zdlra_user

    Nuevo nombre: zdlraVpcUserName

    Nombre de usuario del catálogo privado virtual (VPC) para la aplicación de recuperación especificada en bkup_zdlra_url.

    Solo se aplica cuando bkup_zdlra está definido en yes o backupdestination está definido en ZDLRA.

    No

    Nombre antiguo: bkup_zdlra_passwd

    Nuevo nombre: zdlraVpcPassword

    Contraseña del usuario de la aplicación de recuperación especificada en bkup_zdlra_url.

    Solo se aplica cuando bkup_zdlra está definido en yes o backupdestination está definido en ZDLRA.

    No

    Tabla 5-28 Parámetros de configuración de copia de seguridad: parámetros de soporte del catálogo de RMAN

    Parámetro Descripción Compatible con las copias de seguridad automáticas de la consola*

    Nombre antiguo: bkup_use_rcat

    Nuevo nombre: useCatalog

    Activa el uso de un catálogo de recuperación de RMAN existente.

    Los valores válidos son yes y no.

    Sí (solo para las copias de seguridad de NFS y OSS)

    Nombre antiguo: bkup_rcat_user

    Nuevo nombre: catalogUserName

    Nombre de usuario del catálogo de recuperación.

    Solo se aplica cuando bkup_use_rcat está definido en yes.

    Sí (solo para las copias de seguridad de NFS y OSS)

    Nombre antiguo: bkup_rcat_passwd

    Nuevo nombre: catalogPassword

    Contraseña del usuario del catálogo de recuperación especificado en bkup_rcat_user.

    Solo se aplica cuando bkup_use_rcat está definido en yes.

    Sí (solo para las copias de seguridad de NFS y OSS)

    Nombre antiguo: bkup_rcat_conn

    Nuevo nombre: catalogConnectionString

    Cadena de conexión para el catálogo de recuperación de RMAN.

    Solo se aplica cuando bkup_use_rcat está definido en yes.

    Sí (solo para las copias de seguridad de NFS y OSS)

    Solo se pueden modificar, de forma segura, los parámetros anteriores marcado con *Compatible with Console Automatic Backups = Yes junto con las copias del sistema basadas en consola. Si se va a modificar algún otro parámetro, no active las copias de seguridad mediante la consola.

  5. Utilice el comando dbaascli database backup --configure para actualizar la configuración de copia de seguridad mediante el archivo que contiene los valores de copia de seguridad actualizados:
    # dbaascli database backup --configure --configFile <file_name> --dbname
        <database_name>
  6. Utilice dbaascli database backup --status para comprobar el estado de la actualización de configuración:
    # dbaascli database backup --status --uuid <uuid> --dbname
        <database_name>
  7. Salga del shell de comandos del usuario root:
    exit
Nota

Los cambios que realice mediante el comando bkup_api no se reflejan en la consola de Oracle Database Exadata Cloud@Customer.

Creación de una copia de seguridad bajo necesidad mediante dbaascli

Puede utilizar dbaascli para crear una copia de seguridad a demanda de una Base de Datos completa o una Base de Datos de Conexión Individual (PDB):

Nota

bkup_api quedará en desuso en futuras versiones. Utilice los comandos dbaascli database backup, dbaascli pdb backup, dbaascli database recover y dbaascli pdb recover para realizar copias de seguridad y recuperar bases de datos de contenedores y bases de datos conectables. Para obtener más información, consulte la sección sobre copias de seguridad y recuperación configuradas por el usuario.
Nota

El uso de este método para una copia de seguridad manual es seguro junto con las copias de seguridad automáticas gestionadas mediante la consola. Las copias de seguridad manuales realizadas de esta forma aparecerán en la consola después de un tiempo debido a la sincronización.

Para cambiar los archivos de configuración de bases de datos de los que se realiza una copia de seguridad:

  1. Conéctese con el usuario oracle a un nodo de recursos informáticos.

    Para obtener instrucciones detalladas, consulte Conexión a un nodo de recursos informáticos mediante SSH.

  2. Inicie un shell de comandos de usuario root:
    # sudo -s
    #
  3. Introduzca el comando dbaascli:
    • Para crear una copia de seguridad que siga la política de retención actual:
      # dbaascli database backup --start --dbname <database_name>

      Donde dbname es el nombre de la base de datos de la que desea realizar una copia de Seguridad.

    • Para crear una copia de seguridad bajo demanda de una PDB específica, utilice el siguiente comando bkup_api:
      # /var/opt/oracle/bkup_api/bkup_api bkup_start --dbname=dbname --pdb=pdbname
    • Para crear una copia de seguridad a largo plazo:
      # dbaascli database backup --start --archival --dbname --tag <archival_tag>
    • Para crear una copia de seguridad del nivel 0 de RMAN bajo demanda:
      # dbaascli database backup --dbname <value> --start --level0

      Puede utilizar esta opción para realizar manualmente una copia de seguridad de nivel 0 (completa) de RMAN si la copia de seguridad de nivel 0 semanal programada falla o tras un cambio estructural importante en la base de datos, como la adición de un nuevo archivo de datos o tablespace. Esta opción solo es válida para las configuraciones de copia de seguridad que solo utilizan almacenamiento en la nube.

  4. Después de iniciar una copia de seguridad bajo demanda, el proceso de copia de seguridad se ejecuta en segundo plano. Para comprobar el progreso del proceso del backup, ejecute el siguiente comando dbaascli en el mismo nodo donde se ejecuta el backup:
    # dbaascli database backup --dbname <value> --status --uuid <backup_uuid>
  5. Salga del shell de comandos de usuario root y desconéctese del nodo de recursos informáticos:
    # exit
    # exit

Desactivación de las copias de seguridad automáticas para facilitar la gestión manual de las copias de seguridad y la recuperación

Estas copias de seguridad, configuradas en la consola, API o dbaascli de Exadata Cloud Infrastructure, funcionan para diferentes casos de uso de copia de seguridad y recuperación. Si necesita casos de uso no soportados por las copias de seguridad gestionadas en la nube, puede gestionar manualmente la copia de seguridad y la recuperación de bases de datos mediante la utilidad Oracle Recovery Manager (RMAN). Para obtener información sobre el uso de RMAN, consulte la Guía del usuario de copia de seguridad y recuperación de Oracle Database para la versión 19.

La gestión de la copia de seguridad y la recuperación, mediante RMAN, en Exadata Cloud Infrastructure requiere adquirir la propiedad completa de las copias de seguridad tanto de la base de datos como de archive log, y las copias de seguridad gestionadas por la nube ya no se deben utilizar. Antes de iniciar copias de seguridad manuales, es necesario desactivar la funcionalidad de copia de seguridad gestionada en la nube. Esto es necesario para que los trabajos de copia de seguridad en la nube no depuren los archive logs antes de que se realice una copia de seguridad manual de ellos y no entren en conflicto con las copias de seguridad manuales.

Puede utilizar la utilidad dbaascli para desactivar las copias que gestionan la nube, incluida la desactivación del trabajo de depuración automática del archive log.

Personalización del comportamiento del transporte de redo en tiempo real (RTRT) para las copias de seguridad de Recovery Appliance

El transporte de redo en tiempo real (RTRT) se puede activar o desactivar mediante dbaascli. Está disponible a partir de la versión 21.4.1 de dbaastools.

Por ejemplo, para activar RTRT para la base de datos myTestDB:
dbaascli database backup --dbName myTestDB --configure —enableRTRT

Para obtener más información, consulte dbaascli database backup.

Nota

  • La activación o desactivación de RTRT solo funciona para Oracle Database versión 12.2 y versiones posteriores.
  • Si ha activado la asociación de Data Guard entre bases de datos, después de activar RTRT en la base de datos principal, debe copiar manualmente el archivo de contraseña de la base de datos principal a la base de datos en espera. Para obtener más información sobre cómo copiar el archivo de contraseña de la base de datos principal a la base de datos en espera, consulte 12c: Data Guard Physical Standby - Managing password files in a RAC Physical Standby (ID de documento 1984091.1).

Métodos de copia de seguridad alternativos

Obtenga información sobre los métodos de copia de seguridad alternativos disponibles además de la consola de OCI.

La copia de seguridad de bases de datos en Exadata Database Service en Cloud at Customer se puede realizar mediante diversos métodos, además de las copias de seguridad automáticas configuradas en la consola. Por lo general, la consola (o la API/CLI de OCI que le corresponde) es el método preferido, ya que proporciona el método más sencillo y automatizado. En general, es preferible aprovechar la consola de OCI, la API y la línea de comandos de OCI mediante métodos de gestión alternativos. Sin embargo, si no se pueden completar las acciones necesarias mediante los métodos preferidos, existen otras dos opciones disponibles para configurar manualmente la copia de seguridad: dbaascli y Oracle Recovery Manager (RMAN).

Nota

Utilice los comandos dbaascli database backup, dbaascli pdb backup, dbaascli database recover y dbaascli pdb recover para hacer copias de seguridad y recuperar bases del contenedor y bases del sistema de conexión. Para obtener más información, consulte Copia de seguridad configurada por el usuario.

RMAN es la herramienta de copia de seguridad que se incluye con Oracle Database. Para obtener información sobre el uso de RMAN, consulte la Guía del usuario de copia de seguridad y recuperación de Oracle Database para la versión 19. El uso de RMAN para realizar copias de seguridad de bases de datos en Exadata Cloud Infrastructure proporciona la mayor flexibilidad en términos de opciones de copia de seguridad, pero también la mayor complejidad.

Nota

Al utilizar RMAN para restaurar bases de datos de las que se han realizado copias de seguridad mediante uno cualquiera de los medios descritos en este artículo, RMAN no se debe utilizar NUNCA para configurar las copias de seguridad junto a la consola (y la API/CLI, de OCI), ni junto con dbaascli. Si opta por organizar las copias del seguridad de forma manual utilizando RMAN, no debe utilizar las copias del sistema automatizadas ni debe utilizar dbaascli. Primero debe desactivar por completo las copias de seguridad automatizadas basadas en la consola. Para obtener más información, consulte Desactivación de las copias de seguridad automáticas para facilitar la gestión manual de las copias de seguridad y la recuperación.

El método dbaascli ofrece una solución intermedia entre la copia de seguridad automatizada de la consola y la de RMAN en términos de flexibilidad y simplicidad. Utilice dbaascli si la funcionalidad necesaria no está soportada con las copias que se automatizan de la consola, pero desee evitar la complejidad de utilizar RMAN directamente. En algunos casos, dbaascli se puede utilizar para modificar la configuración del backup automatizado de la consola, pero no suele suceder. Por lo general, se debe utilizar dbaascli en lugar de activar las copias en la consola.

Recuperación de una base de datos mediante Oracle Recovery Manager (RMAN)

Si ha realizado una copia de seguridad de las bases de datos utilizando dbaascli, puede restaurarla manualmente mediante la utilidad Oracle Recovery Manager (RMAN). Para obtener información sobre el uso de RMAN, consulte la Guía del usuario de copia de seguridad y recuperación de Oracle Database para la versión 19.

Nota

Si bien el proceso de recuperación mediante RMAN es seguro, no debe utilizar RMAN para iniciar copias de Seguridad ni para editar el valor de copia de Seguridad junto con el uso de la dbaascli o junto con las copias de Seguridad de la consola automatizadas. Si lo hace, podrían producirse condiciones en conflicto o sobrescrituras de la configuración, y es posible que las copias de seguridad no se ejecuten correctamente.