Data Transmission Service:Migrar una base de datos Oracle autogestionada a PolarDB-X 2.0

Requisitos previos

• La base de datos Oracle autogestionada debe ser versión 9i, 10g, 11g, 12c, 18c o 19c.

• El registro suplementario, incluidos supplemental_log_data_pk y supplemental_log_data_ui, debe estar habilitado en la base de datos Oracle autogestionada. Para obtener más información, consulte Supplemental Logging.

• La base de datos Oracle autogestionada debe ejecutarse en modo ARCHIVELOG. Asegúrese de que los registros archivados sean accesibles y cuenten con un periodo de retención adecuado. Para obtener más información, consulte ARCHIVELOG.

• El puerto de servicio de la base de datos Oracle autogestionada debe ser accesible a través de Internet.

• Debe contar con una instancia de PolarDB-X de destino. Para obtener más información, consulte Create an instance.

  Nota

  Para una instancia de PolarDB-X 1.0, la MySQL version debe ser MySQL 5.

• Las bases de datos en PolarDB-X deben usar ApsaraDB RDS for MySQL. DTS no admite bases de datos creadas con PolarDB for MySQL.

• La instancia de ApsaraDB RDS for MySQL correspondiente a su base de datos PolarDB-X debe tener más espacio de almacenamiento del que utiliza la base de datos Oracle autogestionada de origen.

• DTS no admite la migración de esquemas al migrar de Oracle a PolarDB-X. Debe crear las bases de datos y tablas necesarias en la instancia de PolarDB-X de destino, de modo que coincidan con el esquema de las tablas de Oracle de origen. Para obtener más información, consulte Create a database y Perform basic SQL operations.

  Nota

  Los tipos de datos entre Oracle y PolarDB-X no tienen una correspondencia uno a uno. Debe definir los tipos de datos adecuados en la instancia de PolarDB-X de destino. Para obtener más información, consulte Data type mapping between heterogeneous databases.

• Si la base de datos Oracle autogestionada utiliza una arquitectura RAC y se conecta mediante una línea arrendada, VPN Gateway, Smart Access Gateway, Database Gateway (DG) o Cloud Enterprise Network (CEN), o bien desde una instancia ECS, no puede configurar una dirección IP de Single Client Access Name (SCAN). Solo puede configurar una de las VIP en la información de conexión. Si utiliza este método, no se admite el cambio de nodo para RAC.

• Antes de realizar una migración de datos, se recomienda comprender las capacidades y limitaciones de DTS para orígenes Oracle, así como utilizar ADAM para llevar a cabo una evaluación de la base de datos. Esto garantiza una migración a la nube sin contratiempos. Para obtener más información, consulte Limitations and preparations for Oracle databases y Overview of database evaluation.

• Operaciones no permitidas en la base de datos de origen:

  • No ejecute operaciones DDL que modifiquen los esquemas de la base de datos o de las tablas durante la migración de esquemas o la migración completa. De lo contrario, la tarea de migración fallará.

    Nota

    Durante la migración completa, DTS consulta la base de datos de origen. Esto genera bloqueos de metadatos que podrían impedir la ejecución de operaciones DDL en dicha base de datos.

  • Si solo ejecuta la migración completa, no escriba nuevos datos en la instancia de origen; de lo contrario, los datos de origen y destino perderán coherencia. Para mantener la consistencia de los datos en tiempo real, seleccione la migración de esquemas, la migración completa y la migración incremental.

Limitaciones

• Durante una migración completa de datos, DTS consume recursos de lectura y escritura en las bases de datos de origen y destino, lo que incrementa su carga. Si sus bases de datos tienen un rendimiento deficiente, especificaciones bajas o cargas de trabajo elevadas (por ejemplo, si la base de datos de origen tiene muchas consultas SQL lentas o tablas sin claves primarias, o si ocurren interbloqueos en la base de datos de destino), el aumento de carga puede saturarlas o incluso provocar interrupciones del servicio. Realice la migración de datos en horarios de baja demanda, por ejemplo, cuando la utilización de CPU de ambas bases de datos sea inferior al 30 %.

• Si una tabla de origen carece de clave primaria o restricción única y contiene datos no únicos, podrían generarse datos duplicados en la base de datos de destino.

• Si la base de datos Oracle autogestionada está implementada en una arquitectura Real Application Cluster (RAC) y se conecta a DTS a través de una virtual private cloud (VPC) de Alibaba Cloud, debe conectar la dirección IP de Single Client Access Name (SCAN) del Oracle RAC y la dirección IP virtual (VIP) de cada nodo a la VPC, además de configurar las rutas. Esta configuración garantiza que la tarea de DTS se ejecute correctamente. Para obtener más información, consulte Connect a data center to DTS through VPN Gateway.

  Importante

  Al configurar la base de datos Oracle de origen en la consola de DTS, puede especificar la dirección IP SCAN del Oracle RAC como endpoint o dirección IP de la base de datos.

• Si una tarea de migración de datos falla, DTS activa una recuperación automática. Antes de cambiar sus cargas de trabajo empresariales a la instancia de destino, debe detener o liberar la tarea. Esto evita que se active una recuperación automática que provocaría que los datos de la base de datos de origen sobrescriban los datos de la instancia de destino.

• Si los datos que se van a migrar contienen cadenas vacías del tipo varchar2, que Oracle interpreta como nulas, y el campo correspondiente en la base de datos de destino tiene una restricción NOT NULL, la tarea de migración fallará.

• Si la directiva FGA (Fine-Grained Audit) está habilitada en la tabla que se va a migrar, DTS no podrá reconocer la pseudocolumna ORA_ROWSCN, lo que causará el fallo del trabajo de migración.

  Nota

  Puede deshabilitar la directiva FGA para las tablas que se van a migrar o elegir no migrar los datos de dichas tablas.

• No se admite la migración de tablas externas.

• Durante la migración incremental, no se admite la importación de datos a la base de datos de origen mediante Oracle Data Pump. Esto podría provocar pérdida de datos.

• DTS migra las claves externas durante la migración de esquemas.

• Durante la migración completa e incremental de datos, DTS deshabilita temporalmente las comprobaciones de restricciones y las cascadas de claves externas a nivel de sesión. Las actualizaciones o eliminaciones en cascada en la base de datos de origen mientras se ejecuta la tarea pueden causar inconsistencia en los datos.

• Si una tarea falla, el personal de soporte de DTS intentará restaurarla en un plazo de ocho horas. Durante la restauración, podrían reiniciar la tarea o ajustar sus parámetros.

  Nota

  Solo se modifican los parámetros de la tarea de DTS, no los parámetros de la base de datos. Los parámetros que podrían ajustarse incluyen los enumerados en Modify instance parameters.

• Si la tabla de destino en PolarDB-X 2.0 tiene habilitado el particionamiento automático (auto_partition=true), cada sentencia DDL ejecutada en el origen solo puede contener un elemento alter_specification. De lo contrario, DTS reportará un error (TDDL-4998: Multi alter specifications when create GSI not support yet). Para ejecutar una sentencia DDL que contenga varios elementos alter_specification, divida cada alter_specification en una sentencia DDL independiente y ejecútelas una por una. Para obtener más información, consulte ALTER TABLE (DRDS mode) y ALTER TABLE (AUTO mode).

Facturación

Tipos de migración

• Migración completa de datos

  DTS migra todos los datos existentes de los objetos seleccionados en la base de datos Oracle de origen hacia la base de datos PolarDB-X de destino.

  Nota

  No escriba nuevos datos en la base de datos Oracle de origen durante la migración completa de datos. Esto garantiza la consistencia de los datos.

• Migración incremental de datos

  Una vez completada la migración completa de datos, DTS lee los registros redo de la base de datos Oracle de origen y sincroniza los cambios incrementales con la base de datos PolarDB-X de destino. Esto minimiza el tiempo de inactividad de la aplicación durante la migración.

  Nota

  La migración incremental de datos admite operaciones INSERT, DELETE y UPDATE. Las operaciones DDL no se sincronizan.

Operaciones SQL compatibles

Permisos de cuentas de base de datos

Procedimiento

1. Vaya a la página de lista de tareas de migración de la región de destino mediante uno de los siguientes métodos.

   Desde la consola de DTS

   1. Inicie sesión en la consola de Data Transmission Service (DTS).

   2. En el panel de navegación izquierdo, haga clic en Data Migration.

   3. En la esquina superior izquierda de la página, seleccione la región donde se encuentra la instancia de migración.

   Desde la consola de DMS

   Nota

   Las operaciones reales pueden variar según el modo y el diseño de la consola de DMS. Para obtener más información, consulte Simple mode console y Customize the layout and style of the DMS console.

   1. Inicie sesión en la consola de Data Management (DMS).

   2. En la barra de menú superior, elija Data + AI > Data Transmission (DTS) > Data Migration.

   3. A la derecha de Data Migration Tasks, seleccione la región donde se encuentra la instancia de migración.

2. Haga clic en Create Task para ir a la página de configuración de la tarea.

3. Configure las bases de datos de origen y de destino.

   Categoría	Parámetro	Descripción
   N/A	Task Name	DTS genera automáticamente un nombre de tarea. Se recomienda especificar un nombre descriptivo para facilitar su identificación. El nombre no tiene que ser único.
   Source Database	Database Type	Seleccione Oracle.
   	Connection Type	Seleccione el tipo de conexión que coincida con el despliegue de su base de datos de origen. Este tema utiliza Self-managed Database on ECS como ejemplo. Nota Si la instancia de origen es una base de datos autogestionada, también debe completar los preparations obligatorios.
   	Instance Region	Seleccione la región donde se encuentra la base de datos Oracle de origen.
   	ECS Instance ID	Seleccione el ID de la instancia de ECS que aloja la base de datos Oracle autogestionada.
   	Port	Introduzca el puerto de servicio de la base de datos Oracle autogestionada. El puerto predeterminado es 1521.
   	Oracle Type	Este ejemplo utiliza la opción RAC or PDB Instance. Non-RAC Instance: Esta opción requiere que especifique el SID. RAC or PDB Instance: Esta opción requiere que especifique el Service Name.
   	Database Account	Introduzca la cuenta de la base de datos de la instancia Oracle autogestionada de origen.
   	Database Password	Introduzca la contraseña correspondiente a la cuenta de la base de datos.
   Destination Database	Database Type	Seleccione PolarDB-X 2.0.
   	Connection Type	Seleccione Alibaba Cloud Instance.
   	Instance Region	Seleccione la región donde se encuentra la instancia de destino PolarDB-X 2.0.
   	Instance ID	Seleccione el ID de la instancia de destino PolarDB-X 2.0.
   	Database Account	Introduzca la cuenta de la base de datos de la instancia de destino PolarDB-X 2.0.
   	Database Password	Introduzca la contraseña correspondiente a la cuenta de la base de datos.

4. Una vez completada la configuración, haga clic en Test Connectivity and Proceed en la parte inferior de la página. En el cuadro de diálogo CIDR Blocks of DTS Servers que aparece, haga clic en Test Connectivity.

   Nota

   Asegúrese de que los segmentos de dirección IP del servicio DTS se agreguen automática o manualmente a la configuración de seguridad de las bases de datos de origen y de destino para permitir el acceso desde los servidores de DTS. Para obtener más información, consulte Add DTS server IP addresses to a whitelist.

5. Configure los objetos de la tarea.

   1. En la página Configure Objects, configure los objetos que desea migrar.

      Parámetro	Descripción
      Synchronization Types	Si solo necesita realizar una migración completa, seleccione tanto Schema Migration como Full Data Migration. Para realizar una migración sin tiempo de inactividad, seleccione Schema Migration, Full Data Migration y Incremental Data Migration. Nota Si no selecciona Schema Migration, debe asegurarse de que existan una base de datos y tablas para recibir los datos en la base de datos de destino. También puede usar la función de asignación de nombres de objetos en el cuadro Selected Objects según sea necesario. Si no selecciona Incremental Data Migration, no escriba nuevos datos en la instancia de origen durante la migración de datos para garantizar la coherencia de los datos.
      Processing Mode for Existing Tables in Destination	Precheck and Report Errors: Comprueba si existen tablas con los mismos nombres en la base de datos de destino. Si no existen tablas con los mismos nombres, la comprobación previa se aprueba. Si existen tablas con los mismos nombres, se reporta un error durante la comprobación previa y la tarea de migración de datos no se inicia. Nota Si una tabla en la base de datos de destino tiene el mismo nombre pero no se puede eliminar o renombrar fácilmente, puede cambiar el nombre de la tabla en la base de datos de destino. Para obtener más información, consulte Object name mapping. Ignore Errors and Proceed: Omite la comprobación de tablas con los mismos nombres. Aviso Seleccionar Ignore Errors and Proceed puede causar inconsistencia en los datos y riesgos operativos. Por ejemplo: Si los esquemas de las tablas son consistentes y un registro en la base de datos de destino tiene el mismo valor de clave primaria que un registro en la base de datos de origen: Durante la migración completa, DTS conserva el registro en la base de datos de destino. El registro de la base de datos de origen no se migra. Durante la migración incremental, DTS no conserva el registro en la base de datos de destino. El registro de la base de datos de origen sobrescribe el registro en la base de datos de destino. Si los esquemas de las tablas son inconsistentes, es posible que solo se migren algunas columnas de datos o que la migración falle. Proceda con precaución.
      Source Objects	En el panel Source Objects, seleccione los objetos a migrar y luego haga clic en para moverlos al panel Selected Objects.
      Selected Objects	Para cambiar el nombre de un solo objeto de migración en la instancia de destino, haga clic con el botón derecho en el objeto dentro del cuadro Selected Objects. Para obtener más información, consulte Map individual schema, table, and column names. Para cambiar los nombres de varios objetos de migración en la instancia de destino, haga clic en Selected Objects en la esquina superior derecha del cuadro Batch Edit. Para obtener más información, consulte Map multiple schema, table, and column names. Nota El uso de la asignación de nombres de objetos puede provocar fallos en la migración de objetos que dependen del objeto renombrado. Para filtrar datos con cláusulas WHERE, haga clic con el botón derecho en la tabla de destino en el panel Selected Objects y defina las condiciones de filtro en el cuadro de diálogo. Para obtener más información, consulte Set filter conditions. Para seleccionar operaciones SQL para la migración incremental a nivel de base de datos o tabla, haga clic con el botón derecho en el objeto de migración en el panel Selected Objects y seleccione las operaciones SQL deseadas en el cuadro de diálogo.

   2. Haga clic en Next: Advanced Settings para configurar los parámetros avanzados.

      Parámetro	Descripción
      Dedicated Cluster for Task Scheduling	De forma predeterminada, DTS programa las tareas en un clúster compartido. No necesita seleccionar uno. Si desea tareas más estables, puede adquirir un dedicated cluster para ejecutar tareas de migración de DTS.
      Retry Time for Failed Connections	Después de que se inicia la tarea de migración, si falla la conexión a la base de datos de origen o de destino, DTS reporta un error y comienza inmediatamente a reintentar la conexión. La duración predeterminada de reintento es de 720 minutos. Puede personalizar el tiempo de reintento a un valor de 10 a 1440 minutos. Se recomienda establecer la duración en más de 30 minutos. Si DTS se reconecta a las bases de datos de origen y destino dentro de la duración especificada, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea falla. Nota Para varias instancias de DTS que comparten el mismo origen o destino, el tiempo de reintento de red se determina según la configuración de la última tarea creada. Dado que se le cobra por la tarea durante el período de reintento de conexión, se recomienda personalizar el tiempo de reintento según sus necesidades comerciales, o liberar la instancia de DTS lo antes posible después de que se liberen las instancias de base de datos de origen y destino.
      Retry Time for Other Issues	Después de que se inicia la tarea de migración, si ocurre un problema que no es de conectividad, como una excepción en la ejecución de DDL o DML, en la base de datos de origen o de destino, DTS reporta un error y comienza inmediatamente a reintentar la operación. La duración predeterminada de reintento es de 10 minutos. Puede personalizar el tiempo de reintento a un valor de 1 a 1440 minutos. Se recomienda establecer la duración en más de 10 minutos. Si las operaciones relacionadas tienen éxito dentro de la duración de reintento especificada, la tarea de migración se reanuda automáticamente. De lo contrario, la tarea falla. Importante El valor de Retry Time for Other Issues debe ser menor que el valor de Retry Time for Failed Connections.
      Enable Throttling for Full Data Migration	Durante la migración completa, DTS consume recursos de lectura y escritura en las bases de datos de origen y destino, lo que puede aumentar la carga de la base de datos. Si es necesario, puede habilitar el limitador de velocidad para la tarea de migración completa. Puede establecer Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s) para reducir la carga en la base de datos de destino. Nota Este elemento de configuración solo está disponible si selecciona Full Data Migration para Migration Types. También puede adjust the full migration speed después de que la instancia de migración esté en ejecución.
      Enable Throttling for Incremental Data Migration	Si es necesario, también puede optar por establecer límites de velocidad para la tarea de migración incremental. Puede establecer RPS of Incremental Data Migration y Data migration speed for incremental migration (MB/s) para reducir la carga en la base de datos de destino. Nota Este elemento de configuración solo está disponible si selecciona Incremental Data Migration para Migration Types. También puede adjust the incremental migration speed después de que la instancia de migración esté en ejecución.
      Environment Tag	Opcionalmente, puede seleccionar una etiqueta de entorno para identificar la instancia.
      Actual Write Code	Puede seleccionar el tipo de codificación para los datos escritos en el destino según sus necesidades.
      Configure ETL	Elija si desea habilitar la función de extracción, transformación y carga (ETL). Para obtener más información, consulte What is ETL? Valores válidos: Yes: Habilita la función ETL. Introduzca las declaraciones de procesamiento de datos en el editor de código. Para obtener más información, consulte Configure ETL in a data migration or data synchronization task. No: Deshabilita la función ETL.
      Monitoring and Alerting	Seleccione si desea configurar alertas y recibir notificaciones de alerta según sus necesidades comerciales. No: No configura ninguna alerta. Yes: Configure alertas estableciendo un alert threshold y alert notifications. Si una migración falla o la latencia supera el umbral, el sistema envía una notificación de alerta.

6. Guarde la tarea y ejecute una comprobación previa.

   • Para ver los parámetros de configuración de esta instancia al llamar a la operación de API, pase el puntero sobre el botón Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters en la burbuja que aparece.

   • Si no necesita ver los parámetros de API o ya terminó de verlos, haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.

   Nota

   • Antes de que comience la tarea de migración, DTS realiza una comprobación previa. La tarea solo se inicia después de aprobar dicha comprobación.

   • Si la comprobación previa falla, haga clic en View Details junto al elemento fallido, solucione el problema según las indicaciones y vuelva a ejecutar la comprobación previa.

   • Si se reporta una advertencia durante la comprobación previa:

     • Para los elementos de comprobación que no se pueden ignorar, haga clic en View Details junto al elemento fallido, solucione el problema según las indicaciones y vuelva a ejecutar la comprobación previa.

     • Para los elementos de comprobación que se pueden ignorar, puede hacer clic en Confirm Alert Details, Ignore, OK y Precheck Again para omitir el elemento de advertencia y volver a ejecutar la comprobación previa. Si decide ignorar una advertencia, esto puede causar problemas como inconsistencia de datos y representar riesgos para su negocio.

7. Adquiera la instancia.

   1. Cuando la Success Rate sea del 100 %, haga clic en Next: Purchase Instance.

   2. En la página Purchase, seleccione la especificación de enlace para la instancia de migración de datos. Para obtener más información, consulte la siguiente tabla.

      Categoría	Parámetro	Descripción
      New Instance Class	Resource Group Settings	Seleccione el resource group al que pertenece la instancia. El valor predeterminado es default resource group. Para obtener más información, consulte What is resource management?
      	Instance Class	DTS proporciona especificaciones de migración con diferentes niveles de rendimiento. La especificación de enlace afecta la velocidad de migración. Puede seleccionar una especificación según su escenario comercial. Para obtener más información, consulte Data migration link specifications.

   3. Una vez completada la configuración, lea y seleccione Data Transmission Service (Pay-as-you-go) Service Terms.

   4. Haga clic en Buy and Start. En el cuadro de diálogo OK que aparece, haga clic en OK.

      Puede consultar el progreso de la tarea de migración en la página de lista Data Migration Tasks.

      Nota

      • Si la tarea de migración no incluye migración incremental, se detiene automáticamente después de completar la migración completa. Una vez detenida la tarea, su Status cambia a Completed.

      • Si la tarea de migración incluye migración incremental, no se detiene automáticamente. La tarea de migración incremental continúa ejecutándose. Mientras la tarea de migración incremental se esté ejecutando, el Status de la tarea será Running.

Pasos siguientes

Las cuentas de base de datos utilizadas para la migración de datos tienen permisos de lectura y escritura. Para garantizar la seguridad de la base de datos, elimine estas cuentas tanto de la base de datos Oracle autogestionada como de la instancia PolarDB-X una vez que haya finalizado la migración de datos.