Migración de Datos mediante Tablespaces Transportables

Los tablespaces transportables permiten la migración eficaz de grandes volúmenes de datos moviendo los tablespaces, incluidos sus datos y metadatos, de una base de datos origen a una base de datos destino sin necesidad de exportar e importar datos completos.

Acerca de los Tablespaces Transportables

Los tablespaces transportables son una función de Oracle Database que permite mover grandes volúmenes de datos entre bases de datos de forma rápida y eficaz.

Puede utilizar tablespaces transportables con base de datos de IA autónoma para mover de forma eficaz grandes juegos de datos mediante el transporte de tablespaces gestionados por el usuario completos desde una base de datos de IA no autónoma, como una instancia local de Oracle Database u Oracle Database Cloud Service (DBCS), incluso entre plataformas. La migración de tablespaces completos, en lugar de objetos individuales, reduce el tiempo de migración y minimiza el tiempo de inactividad en comparación con la exportación e importación a nivel de objeto. Esta función resulta especialmente útil para migraciones de almacenes de datos, archivado de datos históricos y actualizaciones de bases de datos.

Los tablespaces transportables soportan tablespaces cifrados y no cifrados, incluida la gestión de carteras de cifrado de datos transparente (TDE) cuando corresponda. Puesto que Autonomous AI Database solo soporta tablespaces de archivo grande, los tablespaces de archivo pequeño del origen se convierten automáticamente en tablespaces de archivo grande durante la operación de transporte.

Las siguientes son las ventajas clave de los tablespaces transportables:
  • Portabilidad entre plataformas para un movimiento de datos flexible.

  • Migraciones más rápidas que las exportaciones e importaciones convencionales, con un tiempo de inactividad reducido.

  • Soporte para el archivado de datos para mantener optimizados los entornos de producción.

  • Seguridad e integridad a través de la validación incorporada, el manejo correcto de metadatos y el procesamiento seguro de la cartera de TDE.

Requisitos

Muestra los requisitos para transportar tablespaces entre bases de datos.

  • Antes de migrar de una base de datos de IA no autónoma a una base de datos de IA autónoma, revise la información de Notas para usuarios que migran desde otras bases de datos de Oracle. Esta información describe importantes limitaciones y diferencias de comportamiento que pueden afectar a las operaciones de la base de datos de migración y posteriores a la migración.

  • Cree un directorio temporal en el host en el que se está ejecutando la base de datos origen. Utilice este directorio para descargar la utilidad de copia de seguridad de tablespaces transportables y los archivos relacionados, y el módulo Oracle Database Cloud Backup para OCI.

  • Descargue la utilidad de copia de seguridad de tablespaces transportables y sus archivos asociados en el directorio de proyecto. Para obtener instrucciones de descarga y acceso a los archivos necesarios, consulte el repositorio de Transportable-Tablespaces-Backup-Utility en GitHub.

  • Cree dos cubos de OCI Object Storage: uno para almacenar las copias de seguridad y otro para almacenar metadatos, como metadatos de esquema y metadatos de tablespace. Consulte Creación de un cubo de Object Storage para obtener más información.

  • Generar una clave de firma de API, esta clave permite que la utilidad de copia de seguridad de tablespaces transportables se autentique con OCI Object Storage y confirme que tiene permiso para escribir copias de seguridad de tablespaces desde la base de datos origen. Sin ella, las solicitudes de copia de seguridad se rechazarán. Consulte Cómo generar una clave de firma de API para obtener más información.

  • Descargue e instale el módulo Oracle Database Cloud Backup para OCI. Para crear una copia de seguridad de tablespace de la base de datos origen a Oracle Cloud Infrastructure, primero debe instalar el módulo Oracle Database Cloud Backup para OCI. Descargue el módulo de Oracle Technology Network (OTN) e instálelo en el servidor de la base de datos. Consulte Instalación del módulo de Oracle Database Cloud Backup para OCI para obtener más información.

  • Defina grupos dinámicos y políticas para acceder a OCI Object Storage de Oracle Cloud Infrastructure con una entidad de recurso. Necesita la entidad de recurso para descargar de forma segura el grupo de metadatos de tablespaces de transporte en la base de datos de IA autónoma de destino. Consulte Uso de la entidad de recurso para acceder a recursos de Oracle Cloud Infrastructure para obtener más información.

  • Los tablespaces deben ser independientes. Todos los objetos dependientes deben residir completamente en el juego de tablespaces que se está transportando. Ejecute la siguiente consulta para verificar la autocontención:
    EXEC DBMS_TTS.TRANSPORT_SET_CHECK('HR,PROD', TRUE);
    SELECT * FROM TRANSPORT_SET_VIOLATIONS;
    Si no se devuelve ninguna fila, los tablespaces son independientes y se pueden transportar.
  • Los tablespaces se deben definir en modo READ ONLY al realizar la copia de seguridad final para el transporte, mientras que pueden permanecer en modo READ WRITE para las copias de seguridad incrementales. Consulte Conceptos de Copia de Seguridad de RMAN para obtener más información.

  • Las bases de datos de origen y destino deben tener los mismos juegos de caracteres o son compatibles, y la endianness (orden de bytes) debe coincidir entre plataformas. Consulte Conversión de datos en el formato Endian del sistema operativo de destino para obtener más información.

  • Aprovisione la base de datos de destino con suficiente espacio de almacenamiento para los archivos de datos transportados.

Consulte Limitaciones en Tablespaces Transportables para obtener una lista de restricciones adicionales.

Flujo de Trabajo de Migración con Tablespaces Transportables

En esta sección se describen los pasos para realizar una migración de tablespaces transportables de una base de datos de IA no autónoma a una base de datos de IA autónoma.

No puede transportar directamente tablespaces desde una base de datos de IA no autónoma a una base de datos de IA autónoma. Para transportar tablespaces, primero realice una copia de seguridad de los tablespaces desde la base de datos origen a la ubicación de almacenamiento intermedia, OCI Object Storage. El almacenamiento intermedio almacena la copia de seguridad de datos y metadatos y los archivos de cartera de cifrado de datos transparente (TDE) si el cifrado está activado en los tablespaces transportados. Después de la copia de seguridad, restaure los datos del almacenamiento intermedio a la base de datos de IA autónoma de destino.

El flujo de trabajo de los tablespaces transportables incluye los siguientes pasos:

  1. Preparar el host de la base de datos origen para tablespaces transportables
    Antes de realizar una operación de tablespace transportable, realice varias tareas de configuración para asegurarse de que el entorno de la base de datos origen está configurado correctamente:

    Estos pasos preparatorios garantizan las configuraciones de conectividad, autenticación y almacenamiento necesarias para una operación de tablespace transportable seguro.

    Consulte Preparación del entorno de host de la base de datos de origen para obtener más información.

  2. Ejecute la utilidad de copia de seguridad en el origen

    Utilice la utilidad de copia de seguridad de tablespace transportable proporcionada por Oracle, un script basado en Python, para crear y cargar la copia de seguridad de tablespace desde la base de datos origen. Esta utilidad:

    • Valida la preparación del entorno de origen.

    • Utiliza la exportación de Oracle Data Pump para exportar los metadatos.

    • Utiliza Oracle Recovery Manager (RMAN) para realizar una copia de seguridad de los datos de tablespace.

    • Paquetes de salidas, partes de copia de seguridad de RMAN, metadatos, archivos de cartera de TDE, si procede, y certificados en un archivo tar comprimido (grupo de metadatos de tablespaces transportables).

    • Carga de forma segura el paquete en el bloque de Object Storage designado.

    • Devuelve una URL al paquete cargado, que se utilizará durante el proceso de restauración.

    • La utilidad también llama al módulo de Oracle Database Cloud Backup para OCI a fin de crear una cartera para claves de firma de API y certificados necesarios, lo que garantiza un acceso seguro a OCI Object Storage.

    • Están soportadas tanto las copias de seguridad incrementales como las no incrementales. La copia de seguridad no incremental es una copia de seguridad completa y puntual con tablespaces en modo de solo lectura. Las copias de seguridad incrementales comienzan con una copia de seguridad de nivel 0, seguida de una o más copias de seguridad incrementales (de nivel 1) y una copia de seguridad incremental final con tablespaces en modo de solo lectura. El flujo de trabajo de restauración de la base de datos de IA autónoma de destino depende del tipo de copia de seguridad que elija.

    Consulte Realización de una Copia de Seguridad de Tablespace en la Base de Datos Origen: Pasos y Ejemplo para obtener más información.

  3. Importar tablespaces a base de datos de IA autónoma
    El proceso para restaurar tablespaces transportables en la base de datos de IA autónoma de destino depende del tipo de copia de seguridad de tablespace en la base de datos origen:
    • Copias de seguridad no incrementales

      Aplique la copia de seguridad no incremental durante el aprovisionamiento de la base de datos de IA autónoma. Esto restaura los datos e importa los metadatos en un solo paso.

    • Copias de seguridad incrementales

      Comience por crear una copia de seguridad incremental level 0 en la base de datos de origen. Restaure la copia de seguridad del tablespace level 0 de la base de datos origen al aprovisionar la base de datos de IA autónoma de destino. Después de crear la base de datos, aplique las copias de seguridad incrementales posteriores de nivel 1 en secuencia. Durante este proceso, solo las partes de copia de seguridad de RMAN se copian en la base de datos destino. Los metadatos asociados se importan después de aplicar la copia de seguridad incremental final en la base de datos de IA autónoma de destino.

    Consulte Transporte de tablespaces a una base de datos de IA autónoma para obtener más información.

Preparación del Entorno de Host de Base de Datos de Origen

Describe los pasos necesarios para configurar el entorno antes de realizar operaciones de tablespace transportable.

Temas

Crear un directorio en la base de datos origen

Muestra los pasos para crear un directorio de proyecto en el host que ejecuta la base de datos origen. Este directorio sirve como área temporal para los archivos relacionados con tablespaces transportables.

A continuación, se muestran los pasos para crear un directorio de proyecto:

  1. Conéctese al host de la base de datos origen en el que se está ejecutando la base de datos Oracle de origen.

  2. Identifique una ubicación adecuada con suficiente espacio para almacenar los archivos necesarios.

  3. Cree el directorio. Ejecute el siguiente comando para crear un nuevo directorio de proyecto:
    mkdir -p /u01/tts_project
    
  4. Otorgue los permisos adecuados en el directorio. Por ejemplo:

    chmod 755 /u01/tts_project
    
  5. Navegue hasta el directorio. Por ejemplo:

    cd /u01/tts_project

Descarga y configuración de la utilidad de copia de seguridad de tablespaces transportables

Describe la utilidad de copia de seguridad de tablespaces transportables proporcionada por Oracle y los archivos relacionados, y cómo descargarlos del repositorio GitHub.

Oracle proporciona cinco archivos individuales; no hay ningún instalador incluido. Descargue los cinco archivos por separado en el mismo directorio, por ejemplo, el directorio tts_project creado anteriormente en el host de la base de datos de origen. Se proporcionan los siguientes archivos, cada uno con un propósito específico:

  • README.md: visión general, instrucciones de configuración, ejemplos de uso y consideraciones conocidas. Revise primero este archivo.

  • tts-backup-env.txt: archivo de parámetros utilizado para especificar los valores de entrada necesarios para la operación de copia de seguridad. Utilice el archivo tts-backup-env.txt para proporcionar todos los parámetros de entrada necesarios para el proceso de copia de seguridad, incluidos detalles como la información de conexión de la base de datos, las ubicaciones del almacén de objetos, los nombres de tablespace y esquema. tts-backup.py es un script de Python que realiza la copia de seguridad de los tablespaces transportables mediante los parámetros proporcionados en el archivo de parámetros tts-backup-env.txt.

  • tts-backup-env-sample.txt: archivo de parámetros de ejemplo. Copie y edite su entorno.

  • ttsTemplate.txt: plantilla para parámetros de utilidad (por ejemplo, detalles de la base de datos de origen, destinos de OCI Object Storage y autenticación).

  • tts-backup.py: utilidad de copia de seguridad de tablespaces transportables basada en Python. Valida el origen, crea la copia de seguridad, empaqueta los metadatos necesarios y carga la copia de seguridad en OCI Object Storage. Ejecute esta utilidad para realizar una copia de seguridad de la base de datos origen; utiliza los parámetros especificados en el archivo tts-backup-env.txt para realizar la copia de seguridad.

Puede obtener la última utilidad de copia de seguridad de tablespaces transportables y los archivos relacionados de los paquetes GitHub. Consulte el repositorio de Transportable-Tablespaces-Backup-Utility para obtener instrucciones de descarga y acceso a los archivos.

Antes de ejecutar tts-backup.py, configure el archivo tts-backup-env.txt. La utilidad de copia de seguridad de tablespaces transportables lee este archivo para realizar la copia de seguridad; si faltan valores de parámetros o son incorrectos, la copia de seguridad fallará.

En las siguientes tablas se muestra cada parámetro con su descripción y un valor de ejemplo:

Nombre de parámetro Descripción Ejemplo

PROJECT_NAME

Nombre del proyecto de tablespace de transporte.

tts_project

DATABASE_NAME

Nombre de la Base de Datos Origen.

tts_db

TABLESPACES

Lista separada por comas de nombres de tablespace.

Este parámetro es opcional y se define por defecto en todos los tablespaces definidos por el usuario.

emp_tablespace, dept_tablespace, cust_tablespace

SCHEMAS

Lista separada por comas de nombres de esquema.

Este parámetro es opcional y toma por defecto todos los esquemas que no sean SYS.

SALES, HR

Parámetros de Conexión a la Base de Datos:

Nombre de parámetro Descripción Ejemplo

HOSTNAME

Nombre de host de la base del origen.

db1

LSNR_PORT

Puerto de listener de la base de datos origen.

1521

DB_SVC_NAME

Nombre del servicio de base de datos para conectarse a la base de datos de origen.

tts_db

ORAHOME

Valor del directorio raíz de Oracle en el servidor que contiene la base de datos de origen.

/opt/oracle/product/19c/dbhome_1

DBUSER

Nombre de usuario para conectar a la base de datos de origen. El nombre de usuario proporcionado debe tener los privilegios SYSDBA.

bkp_user

DBPASSWORD

Contraseña para conectar a la base de datos de origen.

Se ignorará la contraseña proporcionada; se le pedirá que introduzca la contraseña manualmente al ejecutar el script de la utilidad de copia de seguridad.

NA

DB_VERSION

La versión de la base de datos origen. Las versiones soportadas son Oracle Database 19c o superior.

19c

Parámetros del servicio OCI Object Storage (OSS): estos parámetros solo son necesarios al utilizar el servicio OCI Object Storage (OSS) para almacenar la copia de seguridad y los metadatos.

Nombre de parámetro Descripción Ejemplo

TTS_BACKUP_URL

URI de cubo de OCI Object Storage: destino para almacenar la copia de seguridad de datos.

https://objectstorage.us-ashburn-1.oraclecloud.com/n/namespace/b/bucketname

TTS_BUNDLE_URL

URI de cubo de OCI Object Storage: destino para almacenar la copia de seguridad de metadatos.

https://objectstorage.us-ashburn-1.oraclecloud.com/n/namespace/b/bucketname

OCI_INSTALLER_PATH

La ubicación oci_install.jar para descargar la cartera e importar todos los certificados.

Este parámetro es opcional y se define por defecto en el directorio actual.

/home/oracle/opc_installer/oci_installer/oci_install.jar

CONFIG_FILE

Ruta de acceso al fragmento de archivo de configuración que incluye la información de autenticación básica.

/home/oracle/OCI_CONFIG/config

COMPARTMENT_OCID

OCID de compartimento de cubos de OCI Object Storage.

ocid1.compartment.oc1..xxxxx

OCI_PROXY_HOST

Servidor proxy HTTP

Este parámetro es opcional.

proxy.company.com

OCI_PROXY_PORT

Puerto de conexión del servidor proxy HTTP

Este parámetro es opcional.

80

Parámetros de claves de cifrado de datos transparente (TDE): esta entrada solo es necesaria si uno o más de los tablespaces se cifran mediante el cifrado de datos transparente (TDE).

Nombre de parámetro Descripción

TDE_WALLET_STORE_PASSWD

Contraseña de almacén de cartera de cifrado de datos transparente (TDE)

Se ignorará la contraseña proporcionada; se le pedirá que introduzca la contraseña manualmente al ejecutar el script de la utilidad de copia de seguridad.

Parámetros de copia de seguridad finales:

Nombre de parámetro Descripción Ejemplo

FINAL_BACKUP

Especifica una operación no incremental o para indicar que la última copia de seguridad es una operación incremental.

Especifique TRUE para realizar una copia de seguridad completa (no incremental).

Especifique FALSE para realizar una copia de seguridad incremental.

La última operación de copia de seguridad de la secuencia incremental se debe ejecutar con FINAL_BACKUP=TRUE para garantizar que los metadatos se exportan.

TRUE

(Opcional) Parámetros de rendimiento:

Nombre de parámetro Descripción

PARALLELISM

Número de canales que se utilizarán para la copia de seguridad.

CPU_COUNT

Especifica el número de CPU que se deben utilizar desde la instancia cuando no se proporciona el parámetro PARALLELISM.

Instalación del módulo de Oracle Database Cloud Backup para OCI

Describe cómo descargar e instalar el módulo Oracle Database Cloud Backup para OCI en su servidor de base de datos.

El módulo Oracle Database Cloud Backup para OCI permite realizar copias de seguridad y restauraciones con OCI Object Storage mediante Oracle Recovery Manager (RMAN). Para instalar y utilizar el módulo se necesitan sus credenciales de Oracle Cloud. El módulo instalado lo utiliza la utilidad de copia de seguridad de tablespaces transportables para almacenar de forma segura certificados y claves de autenticación en una cartera de Oracle. La cartera se utiliza para realizar una copia de seguridad y restauración de RMAN con OCI Object Storage.

Descargue el módulo de Oracle Technology Network (OTN) y, a continuación, consulte Instalación del módulo de Oracle Database Cloud Backup para OCI para conocer los pasos de instalación.

Configuración de almacenamiento para transporte

Muestra los pasos para configurar el almacenamiento y el acceso para las operaciones de tablespace transportable.

Para realizar una copia de seguridad de un tablespace transportable, debe configurar el almacenamiento para almacenar los archivos de copia de seguridad y los metadatos asociados. La ubicación de almacenamiento sirve como repositorio intermedio para el transporte. Debe crear dos cubos de Object Storage <tts_data_bucket> y <tts_metadata_bucket>.

Configurar cubo de OCI Object Storage
  1. Conectarse a la consola de OCI

    Conéctese a consola de Oracle Cloud.

    Consulte Conexión a la consola de OCI para obtener más información.

  2. Creación de cubos de Object Storage

    Consulte Creación de un cubo de Object Storage para obtener más información sobre los pasos necesarios para crear cubos de Object Storage.

Realizar una copia de seguridad de tablespace en la base de datos origen: pasos y ejemplo

La siguiente lista de tareas resume el proceso de transporte de un tablespace. Los detalles de cada tarea se proporcionan en el siguiente ejemplo.

  • Seleccionar un juego independiente de tablespaces.

  • Coloque los tablespaces en modo READ-ONLY para una operación no incremental o para la copia de seguridad final en una operación incremental.

    Un juego de tablespaces transportables (o juego transportable) consta de archivos de datos para el juego de tablespaces que se va a transportar y un archivo de exportación que contiene información estructural (metadatos) para el juego de tablespaces.

Ejemplo

Los procedimientos para transportar un tablespace se muestran en el siguiente ejemplo. En este ejemplo se asume la existencia de los archivos de datos y los tablespaces que se muestran a continuación:

Tablespace Archivo de datos

SALES_1

/u01/app/oracle/oradata/salesdb/sales_101.dbf

SALES_2

/u01/app/oracle/oradata/salesdb/sales_201.dbf

Tarea 1: Verifique que los tablespaces son autocontenidos

Puede haber dependencias lógicas o físicas entre los objetos del juego transportable y los que se encuentran fuera del juego. Solo puede transportar tablespaces autónomos. Algunos ejemplos de violaciones de tablespace autocontenidas son:
  • Un índice dentro del juego de tablespaces es para una tabla fuera del juego de tablespaces.

  • Una tabla particionada está parcialmente contenida en el juego de tablespaces. El juego de tablespaces que desea copiar debe contener todas las particiones de una tabla particionada o ninguna de las particiones de una tabla particionada.

  • Una tabla dentro del juego de tablespaces contiene una columna LOB que apunta a los LOB fuera del juego de tablespaces.

Para determinar si un juego de tablespaces es autónomo, ejecute el procedimiento TRANSPORT_SET_CHECK en el paquete proporcionado por Oracle DBMS_TTS. Por ejemplo:

EXECUTE DBMS_TTS.TRANSPORT_SET_CHECK('sales_1,sales_2', TRUE);

El paquete verifica que todos los objetos dependientes (como índices, restricciones o particiones) existen completamente dentro del juego de tablespaces que se está transportando. No existen dependencias entre tablespaces que impidan el transporte correcto.

Después de ejecutar el procedimiento, consulte la vista TRANSPORT_SET_VIOLATIONS para mostrar las infracciones. Por ejemplo:
SELECT * FROM TRANSPORT_SET_VIOLATIONS;
En este ejemplo, se muestran las violaciones detectadas durante una comprobación de juego de transporte.

Tarea 2: Creación de la copia de seguridad

Esta tarea asume que todos los requisitos previos necesarios para este paso ya se han completado. Consulte Preparación del entorno de host de la base de datos de origen para obtener más información.

  • Vaya al directorio Project y abra el archivo de parámetros tts-backup-env.txt. Proporcione la entrada según sea necesario en el archivo de parámetros. Por ejemplo:

    [DEFAULT]
    ...
    
    PROJECT_NAME=tts_project
    DATABASE_NAME=orclpdb1
    TABLESPACES=sales_1,sales_2
    SCHEMAS=SALES
    ...
    
    HOSTNAME=<host>
    LSNR_PORT=1521
    DB_SVC_NAME=tts_db
    ORAHOME=/opt/oracle/product/19c/dbhome_1
    DBUSER=USER
    DB_VERSION=19c
    
    ...
    
    TTS_BACKUP_URL=https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_data_bucket
    TTS_BUNDLE_URL=https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket
    OCI_INSTALLER_PATH=/home/oracle/opc_installer/oci_installer/oci_install.jar
    CONFIG_FILE=/home/oracle/OCI_CONFIG/config
    COMPARTMENT_OCID=ocid1.compartment.oc1..xxxxx
    OCI_PROXY_HOST=proxy.company.com
    OCI_PROXY_PORT=80
    
    ...
  • Después de configurar el archivo de parámetros, puede realizar una ejecución simulada del script tts-backup.py. La ejecución simulada permite validar que el host de la base de datos origen está correctamente configurado y listo para la operación de tablespace transportable. Este proceso comprueba si faltan requisitos previos, verifica la conectividad con el destino de almacenamiento designado y garantiza que todos los parámetros necesarios se definan correctamente. La ejecución de una ejecución simulada antes de iniciar la copia de seguridad real ayuda a identificar y resolver posibles problemas por adelantado, lo que reduce el riesgo de errores durante la operación de tablespace transportable.

    Ejecute el siguiente comando para realizar la ejecución simulada de la copia de seguridad. Proporcione la contraseña para el usuario de la base de datos que realiza la copia de seguridad. La contraseña del almacén de cartera de TDE solo es necesaria si hay tablespaces cifrados:
    $ python3 /u01/tts_project/tts-backup.py --DRY_RUN=TRUE

    Se le pedirá que introduzca la contraseña de la base de datos y, si es necesario, también la contraseña de TDE.

  • Después de completar la ejecución simulada y resolver los errores encontrados, ejecute el script tts-backup.py para iniciar la copia de seguridad de la base de datos de origen.

    $ python3 /u01/tts_project/tts-backup.py

    Se le pedirá que introduzca la contraseña de la base de datos y, si es necesario, también la contraseña de TDE.

    En este ejemplo se ejecuta el script Python de la utilidad de copia de seguridad de tablespaces transportables para realizar una copia de seguridad de la base de datos origen. Según el valor del parámetro FINAL_BACKUP, la copia de seguridad puede ser incremental o no incremental.

    El parámetro Project_Directory especifica la ruta de acceso completa al directorio donde se almacenan la utilidad de copia de seguridad de tablespaces transportables (tts-backup.py) y el archivo de parámetros (tts-backup-env.txt).

    Nota

    Asegúrese de que el archivo tts-backup-env.txt esté configurado con las entradas correctas (como detalles de OCI Object Storage, URL de cubo y parámetros de base de datos) antes de ejecutar el comando. El script tts-backup.py valida las entradas, realiza comprobaciones en la base de datos origen y, a continuación, inicia el proceso de copia de seguridad. Si FINAL_BACKUP está definido en TRUE, el script exportará metadatos de esquema y tablespace mediante la utilidad de exportación de pump de datos.
  • Una vez que el script se completa correctamente, carga las copias de seguridad de datos de tablespace de la base de datos origen en el cubo de OCI Object Storage. La copia de seguridad puede ser incremental o no incremental, según el tipo de copia de seguridad seleccionado. Una copia de seguridad no incremental consta de todos los datos de tablespace en un momento concreto, lo que proporciona una copia de seguridad completa para la operación de restauración. Una copia de seguridad incremental consta de una copia de seguridad de nivel 0, que sirve como base, y una o más copias de seguridad incrementales (nivel 1) posteriores, cada una de las cuales incluye cambios desde la copia de seguridad anterior. Sin embargo, al restaurar a partir de copias de seguridad incrementales, debe aplicar la copia de seguridad de nivel 0 y todas las copias de seguridad incrementales posteriores en secuencia para garantizar la consistencia de los datos.

    El script también crea un grupo de metadatos de tablespaces transportables comprimidos que contiene los metadatos necesarios y, si procede, los archivos de cartera, y los carga en el cubo de metadatos de OCI Object Storage.

    URL de ejemplo para la copia de seguridad no incremental:
    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_bkp.tgz

    URL de ejemplo para la copia de seguridad incremental:

    Tenga en cuenta que cada URL incluye el nivel de copia de seguridad incremental en su nombre de paquete de metadatos, por ejemplo, ⁇ level_0, ⁇ level_1 o ⁇ final_bkp. Esto le ayuda a identificar y hacer referencia rápidamente a cada juego de copias de seguridad durante el proceso de restauración. Asegúrese de aplicar cada copia de seguridad incremental en orden, empezando por la copia de seguridad level 0 y pasando por cada copia de seguridad posterior hasta la copia de seguridad final.
    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_level_0.tgz
    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_level_1.tgz

    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_level_n.tgz
    https://objectstorage.region.oraclecloud.com/n/namespace/b/tts_metadata_bucket/orclpdb1_final_bkp.tgz

Transporte de tablespaces a una base de datos de IA autónoma

Describe cómo migrar datos a una base de datos de IA autónoma mediante tablespaces transportables.

El proceso para migrar tablespaces transportables en la base de datos de IA autónoma de destino depende de si la copia de seguridad de tablespace de la base de datos origen es incremental o no incremental.

Nota

El transporte de tablespaces a una base de datos de IA autónoma solo está soportado al aprovisionar una nueva instancia de base de datos de IA autónoma.

Dado que la URL del paquete de metadatos de tablespace transportable se debe descargar de OCI Object Storage, debe configurar grupos dinámicos y políticas que permitan el acceso a OCI Object Storage mediante una entidad de recurso. Es necesario configurar una entidad de recurso para descargar de forma segura el paquete de metadatos de tablespaces transportables en la base de datos de IA autónoma de destino. Consulte Requisitos previos para obtener más información.

Transporte mediante una copia de seguridad de tablespace no incremental de la base de datos origen

Con una copia de seguridad de tablespace de origen no incremental (completa), el grupo de metadatos incluye la exportación de pump de datos del tablespace y los metadatos del esquema. Durante el aprovisionamiento de la base de datos de IA autónoma, proporcione la URL del grupo de metadatos (en el cuadro de texto URI del cubo de Object Storage del archivo zip del tablespace de la sección Migración en Opciones avanzadas) para importar los tablespaces desde la copia de seguridad del tablespace de origen. El proceso de aprovisionamiento restaura la copia de seguridad del tablespace e importa los metadatos del tablespace y del esquema a la base de datos.

Por ejemplo:


Descripción de adbs_transportable_tablespace_provisioning.png a continuación
Descripción de la ilustración adbs_transportable_tablespace_provisioning.png

Para obtener más información sobre los pasos para aprovisionar una base de datos de IA autónoma, consulte Aprovisionamiento de una instancia de base de datos de IA autónoma.

Transporte mediante una copia de seguridad de tablespace incremental de la base de datos origen

Antes de transportar la restauración de una base de datos de IA autónoma, tenga en cuenta lo siguiente:
  • Una copia de seguridad incremental de tablespace de nivel 0 de la base de datos origen solo se puede aplicar cuando aprovisiona una base de datos de IA autónoma; no se puede aplicar a una base de datos de IA autónoma existente.

  • La aplicación de la copia de seguridad de nivel 0 durante el aprovisionamiento solo restaura los datos de copia de seguridad de RMAN de la base de datos origen a la base de datos destino; no se crea ningún tablespace, esquema ni objeto de base de datos en esta etapa.

  • Después del aprovisionamiento, puede aplicar copias de seguridad de tablespace incrementales de nivel 1 posteriores de la base de datos origen. Las copias de seguridad incrementales de nivel 1 y posteriores solo se pueden aplicar si la copia de seguridad de tablespace de copia de seguridad de nivel 0 de la base de datos origen se ha aplicado durante el aprovisionamiento. Debe aplicar estas copias de seguridad incrementales en el mismo orden en que se crearon. Cada copia de seguridad incremental actualiza la copia de seguridad de RMAN en la base de datos destino; sin embargo, los tablespaces y los objetos de esquema aún no se han creado.

  • Complete la operación de tablespace transportable mediante la aplicación de la copia de seguridad incremental final. Este paso final restaura todos los tablespaces y los objetos de base de datos asociados en la base de datos destino.

  • Convierta los tablespaces al modo READ WRITE según sea necesario.

Aprovisione la base de datos de IA autónoma mediante la copia de seguridad de nivel 0:

Comience por aprovisionar la base de datos de IA autónoma con el tablespace de nivel 0 para realizar una copia de seguridad de la base de datos origen. Esta operación aprovisiona la base de datos y restaura la copia de seguridad inicial de nivel 0 en la base de datos. Consulte Aprovisionamiento de una instancia de base de datos de IA autónoma para obtener más información.

Aplicar copias de seguridad incrementales (nivel 1) posteriores:

Después de aprovisionar la base de datos y restaurar la copia de seguridad de nivel 0 de los tablespaces de origen, aplique cualquier copia de seguridad incremental (nivel 1) en secuencia.

Pasos para actualizar la base de datos de IA autónoma de destino con copias de seguridad incrementales:

  • Realice los siguientes pasos de requisitos previos según sea necesario:

    • Open the Oracle Cloud Infrastructure Console by clicking the icono de navegación next to Cloud.

    • En el menú de navegación de la izquierda de Oracle Cloud Infrastructure, haga clic en Oracle Database y, a continuación, en Autonomous AI Database.

    • En la página Base de datos de IA autónoma, seleccione su base de datos de IA autónoma entre los enlaces de la columna Nombre mostrado.

      Para aplicar la copia de seguridad de tablespace incremental posterior de la base de datos origen en la base de datos de IA autónoma de destino, siga estos pasos:

      • En la lista desplegable Más acciones, seleccione Migrar datos.

        Se muestra la página Migrar datos.

        Nota

        La opción Migrar datos solo está disponible para bases de datos que hayan completado una importación de nivel 0 durante el aprovisionamiento y que necesiten importaciones adicionales de copia de seguridad de tablespace para completar la operación de tablespace transportable después del aprovisionamiento.
      • En la página Migrar datos, active el conmutador Importar tablespace transportable. Al activar el conmutador, aparece un campo de archivo URI de cubo de almacenamiento de objetos del zip de tablespace. Introduzca la URL del grupo de metadatos de tablespace transportable en este campo.

        Por ejemplo, para aplicar la copia de seguridad de tablespace de nivel 1 desde la base de datos origen, especifique la URL adecuada para la copia de seguridad de tablespace de nivel 1 desde la base de datos origen:


        Descripción de adbs_transportable_tablespace_incremental.png a continuación
        Descripción de la ilustración adbs_transportable_tablespace_incremental.png

        ...

        Del mismo modo, al aplicar la copia de seguridad final del tablespace de la base de datos origen, proporcione la URL adecuada. Por ejemplo:


        Descripción de adbs_transportable_tablespace_incremental_final.png a continuación
        Descripción de la ilustración adbs_transportable_tablespace_incremental_final.png

      • Haga clic en Migrar.

        El estado del ciclo de vida de las bases de datos cambiará a Actualizando. Una vez finalizada la restauración, el estado del ciclo de vida cambia a Disponible.

Limitaciones en Tablespaces Transportables

Muestra las limitaciones del tablespace transportable.

Tenga en cuenta las siguientes notas y limitaciones para los tablespaces transportables:

  • El tablespace transportable solo está soportado cuando la base de datos de origen es Oracle Database 11g o superior y utiliza el modelo informático de ECPU.

  • El transporte de tablespaces a una base de datos de IA autónoma solo está soportado al aprovisionar una nueva instancia de base de datos de IA autónoma.

  • Al transportar un tablespace que contiene tablas con datos TIMESTAMP WITH LOCAL TIME ZONE (TSLTZ) entre bases de datos con diferentes zonas horarias, las tablas con datos TSLTZ no se transportan. Sin embargo, se transportan las tablas del tablespace que no contienen datos TSLTZ.

    Puede determinar la zona horaria de una base de datos con la siguiente consulta:
    SELECT DBTIMEZONE FROM DUAL;

    Puede modificar la zona horaria de una base de datos con una sentencia SQL ALTER DATABASE.

  • La versión de horario de ahorro de energía (DST) de la base de datos de origen debe ser igual o inferior a la versión de DST de la base de datos de IA autónoma.

  • Los objetos con objetos subyacentes (como vistas materializadas) u objetos contenidos (como tablas particionadas) no se pueden transportar a menos que todos los objetos subyacentes o contenidos estén en el juego de tablespaces.

  • No puede transportar tablespaces que contengan XMLType porque Oracle XML DB no está soportado en la base de datos de IA autónoma.

    La siguiente consulta devuelve una lista de tablespaces que contienen XMLTypes:
    SELECT distinct p.tablespace_name 
        FROM dba_tablespaces p, dba_xml_tables x, dba_users u, all_all_tables t 
        WHERE t.table_name=x.table_name AND t.tablespace_name=p.tablespace_name 
              AND x.owner=u.username;
  • No puede transportar el tablespace SYSTEM ni los objetos SYSAUX que posee el usuario SYS.

  • Las bases de datos de origen y destino deben utilizar juegos de caracteres de base de datos compatibles. Es decir, uno de los siguientes debe ser cierto:
    • Los juegos de caracteres de la base de datos de origen y de destino son los mismos.

    • El juego de caracteres de la base de datos origen es un subjuego estricto (binario) del juego de caracteres de la base de datos destino.

    • Las bases de datos de origen y destino deben utilizar juegos de caracteres nacionales compatibles.

  • Los tipos cuya interpretación es específica de la aplicación y opaca a la base de datos (como RAW, BFILE y AnyTypes) se pueden transportar, pero no se convierten como parte de la operación de transporte entre plataformas. Su estructura real es conocida solo por la aplicación, por lo que la aplicación debe abordar cualquier problema de endianness después de que estos tipos se muevan a la nueva plataforma. Los tipos y objetos que utilizan estos tipos opacos, ya sea directa o indirectamente, también están sujetos a esta limitación.

  • El SCN de la base de datos origen debe ser menor o igual que el SCN de la base de datos de IA autónoma de destino a la que se está transportando el tablespace.

  • Una instancia de base de datos de IA autónoma soporta un máximo de veinticuatro (24) tablespaces, incluidos los tablespaces de usuario y de sistema. Después de contabilizar los tablespaces del sistema por defecto, como SYSTEM, SYSAUX, UNDO, TEMP y REDO; se puede transportar un máximo de diecinueve (19) tablespaces de usuario a una instancia de base de datos de IA autónoma.

  • El tamaño acumulado de los tablespaces transportados no debe superar el tamaño máximo de base de datos soportado para la base de datos de IA autónoma.