Acerca de la clonación de Autonomous Database on Dedicated Exadata Infrastructure

La clonación es el proceso de creación de una copia puntual de Autonomous Database o su juego de copias de seguridad. Puede utilizar la función de clonación para configurar rápidamente una instancia de Autonomous Database con datos históricos para fines como, por ejemplo, de prueba, desarrollo o análisis.

Sugerencia:

La velocidad de la operación de clonación depende del número de CPU que especifique para el clon que va a crear. Por lo tanto, puede mejorar la velocidad de la operación de clonación especificando más CPU para la clonación y, a continuación, reduciéndolas al número deseado de CPU (como se describe en Eliminación de recursos de almacenamiento o CPU de Autonomous Database on Dedicated Exadata Infrastructure) una vez finalizada la operación de clonación.

Tipos de clonación

Autonomous Database soporta los siguientes tipos de clonación:
  • Clonación completa: una clonación completa crea una nueva base de datos que incluye los metadatos y los datos de la base de datos de origen.

  • Clonación de metadatos: este tipo de clonación crea una nueva base de datos que incluye todos los metadatos del esquema de la base de origen, pero no los datos de la base de origen.

Orígenes de clonación

Puede crear un clon de base de datos a partir de cualquiera de los siguientes orígenes:
  1. Una instancia de base de datos en ejecución: puede crear una nueva instancia de base de datos clonando una instancia de Autonomous Database.

    Al clonar una instancia de base de datos, puede:
    • Seleccione una infraestructura de Exadata, un cluster de VM de Exadata autónomo o una base de datos de contenedores autónoma diferentes para la base de datos de clonación.

    • Cree la base de datos de clonación en la misma región o en una región diferente del origen de clonación.

    • Cree la base de datos de clonación en el mismo arrendamiento o en un arrendamiento diferente del origen de clonación. Una clonación entre arrendamientos puede estar en la misma región o en una región diferente del origen de la clonación. La clonación entre arrendamientos solo está soportada en despliegues de Oracle Public Cloud.

  2. Copia de seguridad de una instancia de base de datos: puede crear una nueva instancia de base de datos clonando una copia de seguridad automática de Autonomous Database, ya sea una copia de seguridad bajo demanda o a largo plazo.

    En una configuración de Autonomous Data Guard, puede clonar a partir de una copia de seguridad en la ubicación principal o en espera.

    Al crear una instancia de base de datos a partir de una copia de seguridad, puede:
    • Seleccione una copia de seguridad de una lista de copias de seguridad dentro de un rango de fechas o cree una clonación puntual. Las clonaciones puntuales contienen todos los datos hasta un registro de hora especificado. El registro de hora especificado debe estar dentro del período de retención definido en el nivel de base de datos de contenedores autónoma.

      Note:

      No puede clonar una copia de seguridad a largo plazo mediante la opción de clonación Point-in-time. Las copias de seguridad a largo plazo son copias de seguridad manuales que se pueden conservar durante un mínimo de 90 días y un máximo de 10 años. Consulte Acerca de la Copia de Seguridad y la Recuperación para obtener más información.
    • Seleccione una infraestructura de Exadata, un cluster de VM de Exadata autónomo o una base de datos de contenedores autónoma diferentes para la base de datos de clonación.

    • Cree la base de datos de clonación en la misma región o en una región diferente del origen de clonación.

    • Cree la base de datos de clonación en el mismo arrendamiento o en un arrendamiento diferente del origen de clonación. Una clonación entre arrendamientos puede estar en la misma región o en una región diferente del origen de la clonación. La clonación entre arrendamientos solo está soportada en despliegues de Oracle Public Cloud.

Después de enviar una solicitud de clonación, la base de datos de clonación muestra APROVISIONANDO hasta que la nueva base de datos dedicada esté disponible. No se puede iniciar una nueva operación de clonación en una base de datos dedicada que ya se está clonando hasta que se complete la operación en curso.

Además, tenga en cuenta la siguiente información sobre la base de datos recién clonada:

  • Las estadísticas del optimizador se copian de la base de datos origen a la base de datos clonada. A continuación:
    • Para las clonaciones completas, las cargas en tablas se comportan igual que la carga en una tabla con estadísticas ya aplicadas.
    • Para las conaciones de metadatos, la primera carga en una tabla borra las estadísticas de esa tabla y actualiza las estadísticas con la nueva carga.

    Para obtener más información sobre las estadísticas del optimizador, consulte Conceptos de estadísticas del optimizador en Oracle Database 19c SQL Tuning Guide o Oracle Database 23ai SQL Tuning Guide.

  • Las reglas de gestión de recursos cambiadas por el usuario en la base de datos origen se transfieren a la base de datos clonada.
  • Datos de rendimiento durante el tiempo antes de que la operación de clonación no esté disponible en la base de datos clonada.

Requisitos de clonación

Para clonar correctamente una instancia de Autonomous Database o su juego de copias de seguridad, se deben cumplir los siguientes requisitos:
  • Para clonar una instancia de Autonomous Database, necesita el acceso necesario mediante las siguientes sentencias de política escritas por un administrador, tanto si utiliza la consola como la API de REST con un SDK, una CLI u otra herramienta:
    Allow group <Group_Name>
    to manage autonomous-databases
    in compartment <Compartment_Name>
    Allow group <Group_Name>
    to read autonomous-container-databases
    in compartment <Compartment_Name>

    Sugerencia:

    Si intenta realizar una acción y obtiene un mensaje que indica que no tiene permiso o que no está autorizado, confirme con el administrador el tipo de acceso que se ha otorgado y en qué compartimento debe trabajar.
  • La base de datos de contenedores autónoma de destino debe tener la misma versión de base de datos o una versión posterior que el origen.

  • Para admitir la clonación en despliegues de Exadata Cloud@Customer, debe abrir el puerto 1522 como parte de la configuración de red. Consulte Creación de cluster de VM de Exadata autónomo para obtener más información.

  • Cuando se realiza la clonación a partir de una instancia de base de datos:
    • La clave de cifrado de origen y la de destino deben ser del mismo tipo de almacén de claves.

    • La contraseña de ADMIN que especifique para la base de datos de clonación debe ser diferente de la del usuario de base de datos ADMIN en la base de datos de origen; de lo contrario, fallará la operación de clonación.

    • Para una clonación completa, el almacenamiento mínimo que puede especificar para la base de datos de clonación es el espacio utilizado real de la base de datos de origen redondeado al siguiente GB.

  • Al clonar a partir de una copia de seguridad:
    • Necesita un mínimo de 4 ECPU o 1 OCPU en el cluster de VM de Exadata autónomo de destino. Puede ver el número de CPU disponibles en la lista de clusters de VM de Exadata autónomos en la consola de Oracle Cloud Infrastructure. Consulte Visualización de una lista de clusters de VM de Exadata autónomos para obtener más información.

    • El origen y el destino pueden ser diferentes tipos de almacén de claves para la clave de cifrado. Sin embargo, deben cumplirse los siguientes requisitos:

      • Si tanto el origen como el destino utilizan claves gestionadas por el cliente mediante Oracle Key Vault (OKV), deben utilizar el mismo destino de OKV. El cluster de VM de Exadata autónomo de destino y la base de datos de contenedores autónoma necesitarán acceso a Oracle Key Vault (OKV) de origen para las claves.

      • En Oracle Cloud, si el origen utiliza claves gestionadas por el cliente mediante KMS, debe asegurarse de que el cluster de VM de Exadata autónomo de destino tenga acceso al almacén de KMS de origen durante la operación de restauración.

Requisitos de clonación entre arrendamientos

Se aplica solo a: Aplicable Oracle Public Cloud

Para crear una clonación entre arrendamientos a partir de una instancia de Autonomous Database o su juego de copias de seguridad correctamente, debe asegurarse de cumplir los siguientes requisitos:

Note:

Los requisitos de clonación entre arrendamientos que se describen a continuación son necesarios además de los requisitos generales de clonación que se describen en Requisitos de clonación.
  • Ejecute los comandos de la CLI o la API para crear el clon entre arrendamientos desde el arrendamiento de destino.

  • Defina grupos y políticas de OCI Identity and Access Management en los arrendamientos de origen y destino para que pueda ejecutar comandos para crear una clonación en el arrendamiento de destino y permitir que el arrendamiento de destino se ponga en contacto con el arrendamiento de origen en el que reside el origen de la clonación. Cuando se revocen estas políticas, no se permitirá la clonación entre arrendamientos.
    • En el arrendamiento de destino, cree un grupo (por ejemplo: DestinationGroup) y agregue a este grupo los usuarios que podrán crear la clonación entre arrendamientos. Consulte Uso de la consola para crear un grupo para obtener instrucciones.

    • En el arrendamiento de origen, cree políticas de IAM para permitir que el grupo creado en el arrendamiento de destino (DestinationGroup) cree una clonación mediante un origen de clonación desde el arrendamiento de origen. Consulte Uso de la consola para crear una política para obtener instrucciones.

      Por ejemplo, puede definir una política para permitir que un usuario en DestinationGroup de DestinationTenancy lea desde una instancia de Autonomous Database específica en el compartimento especificado en el arrendamiento de origen, como se muestra a continuación:
      define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
      define group DestinationGroup as ocid1.group.region1..unique_ID
      admit group DestinationGroup of tenancy DestinationTenancy to read autonomous-database-family
             in compartment ocid1.compartment.region1..unique_ID 
             where target.id = 'oc1.autonomousdatabase.oc1..unique_ID'

      Note:

      La política solo necesita permitir el acceso de lectura en la instancia de Autonomous Database de origen para crear una clonación entre arrendamientos.
      La política anterior especifica lo siguiente:
      • Línea 1: OCID del arrendamiento de destino en el que va a crear el clon.
      • Línea 2: OCID del grupo de destino al que pertenece el usuario que creará la clonación.
      • Línea 3: OCID del compartimento en el que reside el origen de clonación y el OCID del origen de clonación (instancia de Autonomous Database o copia de seguridad).

        Note:

        La cláusula where del ejemplo anterior es opcional. Proporciona una forma más detallada de otorgar acceso a un origen de clon específico.
    • En el arrendamiento de destino, cree políticas de IAM para avalar un grupo para gestionar el origen de clonación en el arrendamiento de origen. Consulte Uso de la consola para crear una política para obtener instrucciones.

      Por ejemplo:
      Define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
      Endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
      La política anterior especifica lo siguiente:
      • Línea 1: OCID del OCID del arrendamiento de origen en el que reside el origen de clonación.
      • Línea 2: especifica el grupo de destino al que se puede permitir gestionar instancias de Autonomous Database en el arrendamiento de origen.

      Esta política tratada en el ejemplo anterior permite a DestinationGroup crear clones de Autonomous Database y Autonomous Database en el arrendamiento de origen. Puede limitar los permisos de clonación para que el grupo solo pueda clonar instancias de Autonomous Database, pero no pueda crear instancias de Autonomous Database, o limitar aún más el permiso para crear solo un tipo concreto de clonación: clonación completa o clonación de metadatos. Consulte Permisos de IAM y operaciones de API para Autonomous Database para obtener más información y ejemplos.

Limitaciones de clonación

Existen algunas limitaciones con la clonación de Autonomous Database, como se muestra a continuación:
  • Puede clonar una base de datos de OCPU en una base de datos de OCPU o ECPU. Sin embargo, no puede clonar una base de datos de ECPU en una base de datos de OCPU.
  • No puede clonar una instancia de Autonomous Database con la versión 23ai en una instancia de Autonomous Database con la versión 19c y viceversa.
  • Cuando se realiza la clonación a partir de una instancia de base de datos:
    • En el caso de las bases de datos que utilizan Autonomous Data Guard, solo puede clonar una base de datos primaria. Sin embargo, puede clonar la base de datos primaria o en espera al clonar a partir de una copia de seguridad.
    • Puede clonar una base de datos normal en una instancia de Autonomous Database para desarrolladores y viceversa. Sin embargo, para clonar correctamente una base de datos normal en una base de datos de desarrollador, el espacio utilizado real de la base de datos de origen, redondeado al siguiente GB, debe ser de 32 GB o menos.
  • Al realizar la clonación a partir de una copia de seguridad:
    • La clonación de metadatos no está soportada. Solo puede utilizar la opción clonación completa para crear un clon de base de datos.

    • Solo puede tener una operación de restauración ejecutándose en el cluster de VM de Exadata autónomo de destino en un momento determinado. Es decir, no puede tener varias clonaciones de copia de seguridad creadas en un único cluster de VM de Exadata autónomo simultáneamente.

    • Puede clonar una copia de seguridad en una instancia de Autonomous Database para desarrolladores solo si el espacio asignado de la base de datos de origen es de 32 GB o menos.

    • No puede clonar una copia de seguridad a largo plazo mediante la opción de clonación Point-in-time.

    • Puede cambiar el tamaño de la CPU a un valor fraccional solo después de la clonación, si es necesario. Consulte Superaprovisionamiento de CPU para obtener más información sobre el uso de valores de CPU fraccionales.

    • En Exadata Cloud@Customer:
      • No puede utilizar copias de seguridad locales basadas en disco para la clonación.
      • El tiempo necesario para clonar una instancia de Autonomous Database depende del recuento de CPU y el ancho de banda de red entre el destino de copia de seguridad y la base de datos de contenedores autónoma de destino.
  • Clones de arrendamiento combinado:
    • Solo se puede crear mediante la CLI o las API de REST de Autonomous Database. Esta opción no está disponible mediante la consola de Oracle Cloud Infrastructure.

    • Solo están soportados en despliegues de Oracle Public Cloud.

    • No están soportadas con claves gestionadas por el cliente en el origen. Consulte Claves de cifrado maestras en Autonomous Database para obtener más información sobre las claves gestionadas por el cliente.

Guías paso a paso

También puede utilizar la API CreateAutonomousDatabase para clonar una base de datos. Para obtener información sobre el uso de la API y la firma de solicitudes, 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.