Data Transmission Service:Migrate Oracle data to DataHub

Límites de la base de datos de origen

Redes y conectividad

• El servidor que aloja la base de datos de origen debe contar con suficiente ancho de banda de salida. Un ancho de banda insuficiente reduce la velocidad de migración.

• Si la base de datos de origen es una base de datos Oracle RAC conectada mediante Express Connect, especifique una VIP al configurar la base de datos de origen.

• Si la base de datos de origen es una base de datos Oracle RAC conectada mediante Express Connect, VPN Gateway, Smart Access Gateway, Database Gateway o Cloud Enterprise Network (CEN), utilice una única VIP en lugar de una dirección IP de Single Client Access Name (SCAN). Tras especificar la VIP, no se admite la conmutación por error de nodos para la base de datos Oracle RAC.

Restricciones de tipos de datos

• Si un campo VARCHAR2 en la base de datos Oracle de origen contiene una cadena vacía (evaluada como null en Oracle) y el campo correspondiente en el destino tiene una restricción NOT NULL, la tarea de migración fallará.

Requisitos de objetos

• Las tablas que se van a migrar deben tener restricciones PRIMARY KEY o UNIQUE, y todos los campos deben ser únicos. De lo contrario, podrían aparecer registros de datos duplicados en la base de datos de destino.

• Para Oracle 12c o versiones posteriores, los nombres de tabla no pueden exceder los 30 bytes de longitud.

• Al migrar tablas con modificaciones en la base de datos de destino (como cambiar el nombre de tablas o columnas), una sola tarea admite hasta 1,000 tablas. Si necesita migrar más de 1,000 tablas, configure varias tareas para migrar en lotes o migre toda la base de datos.

Requisitos de migración incremental

• Deben estar habilitados el registro redo y el registro de archivado.

• Requisitos de retención de registros:

  • Solo migración incremental de datos: Almacene los registros redo y los registros de archivado durante más de 24 horas.

  • Migración completa e incremental de datos: Almacene los registros redo y los registros de archivado durante al menos siete días. Una vez completada la migración completa, reduzca el periodo de retención a más de 24 horas.

• Si DTS no logra obtener los registros redo y de archivado, la tarea podría fallar. En casos extremos, podría producirse inconsistencia o pérdida de datos. El Acuerdo de Nivel de Servicio (SLA) de DTS no garantiza la fiabilidad ni el rendimiento del servicio si no se cumplen los requisitos de retención de registros.

Operaciones durante la migración

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

• Exclusivamente durante la migración completa de datos, no escriba datos en la base de datos de origen. De lo contrario, podría producirse inconsistencia de datos entre las bases de datos de origen y destino. Para mantener la consistencia de los datos, seleccione migración de esquemas, migración completa de datos y migración incremental de datos como tipos de migración.

• Durante la migración de datos, no actualice campos LONGTEXT. De lo contrario, la tarea de migración de datos fallará.

Otros límites

• Una sola cadena en el proyecto de DataHub de destino no puede exceder los 2 MB de longitud.

• Solo se pueden seleccionar tablas como objetos de migración. DTS no admite la migración de desencadenadores.

• Migre los datos fuera de las horas pico. Durante la migración completa de datos, DTS consume recursos de lectura y escritura tanto de la base de datos de origen como de la de destino, lo que podría aumentar la carga de los servidores.

• Durante la migración completa de datos, las operaciones INSERT simultáneas causan fragmentación en las tablas del clúster de destino. Una vez completada la migración completa, el tamaño del espacio de tablas utilizado en el clúster de destino será mayor que el de la base de datos de origen.

• DTS intenta reanudar las tareas de migración con errores dentro de los últimos siete días. Antes de trasladar las cargas de trabajo a la base de datos de destino, detenga o libere las tareas con errores. Alternativamente, ejecute la sentencia REVOKE para revocar los permisos de escritura de las cuentas que utiliza DTS para acceder a la base de datos de destino. De lo contrario, los datos de la base de datos de origen sobrescribirán los datos de la base de datos de destino cuando se reanude una tarea con errores.

• Podría producirse inconsistencia de datos entre las bases de datos de origen y destino si se escriben datos de otras fuentes en la base de datos de destino durante la migración.

Paso 1: Abrir la página de tareas de migración de datos

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

2. En la barra de navegación superior, haga clic en DTS.

3. En el panel de navegación izquierdo, elija DTS (DTS) > Data Migration.

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

También está disponible la página de Tareas de Migración de Datos de la nueva consola de DTS .

Paso 2: Seleccionar una región y crear una tarea

1. En la lista desplegable junto a Data Migration Tasks, seleccione la región donde reside la instancia de migración de datos.

   En la nueva consola de DTS, seleccione la región en la esquina superior izquierda.

2. Haga clic en Create Task.

Paso 3: Configurar las bases de datos de origen y destino

En la página Create Task, configure las conexiones de las bases de datos de origen y destino.

Paso 4: Probar la conectividad

1. En la parte inferior de la página, haga clic en Test Connectivity and Proceed.

2. Si hay una lista blanca configurada para la base de datos Oracle autogestionada, agregue los bloques CIDR de los servidores de DTS a la lista blanca y luego haga clic en Test Connectivity and Proceed. DTS gestiona la configuración de la lista blanca de forma diferente según el tipo de base de datos:

   • Instancias de bases de datos de Alibaba Cloud (como ApsaraDB RDS for MySQL o ApsaraDB for MongoDB): DTS agrega automáticamente los bloques CIDR de los servidores de DTS a la lista blanca de direcciones IP.

   • Bases de datos autogestionadas en ECS: DTS agrega automáticamente los bloques CIDR a las reglas del security group de ECS. Asegúrese de que la instancia de ECS pueda acceder a la base de datos. Si hay varias instancias de ECS, agregue manualmente los bloques CIDR a cada security group.

   • Bases de datos autogestionadas en un centro de datos o en una nube de terceros: Agregue manualmente los bloques CIDR de los servidores de DTS a la lista blanca de direcciones IP de la base de datos. Para obtener más información, consulte la sección CIDR blocks of DTS servers del tema Add the CIDR blocks of DTS servers.

Paso 5: Configurar objetos de migración y ajustes avanzados

Objetos de migración

Parámetro	Descripción
Migration Types	Seleccione Schema Migration y Incremental Data Migration. No se puede seleccionar Full Data Migration. Nota Si no selecciona Incremental Data Migration, no escriba datos en la base de datos de origen durante la migración para mantener la consistencia de los datos.
Naming Rules of Additional Columns	Cuando DTS migra datos a DataHub, agrega columnas adicionales al topic de destino. Si una columna adicional tiene el mismo nombre que una columna existente en el topic de destino, la tarea de migración fallará. Seleccione New Rule o Previous Rule según sus necesidades. Aviso Antes de configurar este parámetro, compruebe si las columnas adicionales tienen conflictos de nombre con las columnas existentes en el topic de destino. Los conflictos de nombres pueden causar fallos en la tarea y pérdida de datos. Para obtener más información, consulte Modify the naming rules for additional columns.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Comprueba si la base de datos de destino contiene tablas con los mismos nombres que las de la base de datos de origen. Si existen nombres de tabla idénticos, la comprobación previa devuelve un error y la tarea no puede iniciarse. Nota Si existen nombres de tabla idénticos y las tablas de destino no se pueden eliminar ni renombrar, utilice la función de asignación de nombres de objetos para cambiar el nombre de las tablas migradas. Para obtener más información, consulte Map object names. Ignore Errors and Proceed: Omite la comprobación previa de nombres de tabla idénticos. Aviso Seleccionar Ignore Errors and Proceed puede causar inconsistencia de datos. Si los esquemas coinciden, DTS omite los registros de datos con las mismas claves primarias. Si los esquemas difieren, solo se migran columnas específicas o la tarea falla.
Capitalization of Object Names in Destination Instance	El uso de mayúsculas y minúsculas en los nombres de bases de datos, tablas y columnas en la instancia de destino. De forma predeterminada, se selecciona DTS default policy. Para obtener más información, consulte Specify the capitalization of object names in the destination instance.
Source Objects	Seleccione uno o varios objetos en la sección Source Objects y haga clic en el icono para agregarlos a la sección Selected Objects. Nota Solo se pueden seleccionar tablas como objetos de migración.
Selected Objects	- Para cambiar el nombre de un solo objeto, haga clic derecho sobre él en la sección Selected Objects. Para obtener más información, consulte Map the name of a single object. - Para cambiar el nombre de varios objetos a la vez, haga clic en Batch Edit en la esquina superior derecha de la sección Selected Objects. Para obtener más información, consulte Map multiple object names at a time. Nota No se admite la asignación de nombres de bases de datos. Cambiar el nombre de un objeto puede provocar fallos en objetos dependientes durante la migración. Los nombres de objetos incluyen nombres de tablas y columnas. - Para filtrar datos con condiciones WHERE, haga clic derecho en la tabla dentro de la sección Selected Objects y configure las condiciones de filtro en el cuadro de diálogo. Para obtener más información, consulte Set filter conditions. - Para configurar el parámetro ShardKey, haga clic derecho en la tabla dentro de la sección Selected Objects y desmarque Synchronize All Tables en el cuadro de diálogo.

Paso 6: Ejecutar la comprobación previa e iniciar la tarea

1. Guarde la configuración de la tarea y ejecute una comprobación previa. También puede previsualizar los parámetros de OpenAPI antes de iniciar la comprobación previa.

   • Para ver los parámetros de API de la tarea de DTS, pase el cursor sobre Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters.

   • Haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.

   - DTS realiza una comprobación previa antes de iniciar la tarea de migración. La tarea solo puede iniciarse después de superar la comprobación previa. - Si la comprobación previa falla, haga clic en View Details junto a cada elemento fallido. Analice las causas y solucione los problemas, luego vuelva a ejecutar la comprobación previa. - Si se genera una alerta durante la comprobación previa: - Si el elemento de alerta no se puede ignorar, haga clic en View Details junto al elemento fallido, solucione los problemas y vuelva a ejecutar la comprobación previa. - Si el elemento de alerta se puede ignorar, haga clic en Confirm Alert Details . En el cuadro de diálogo View Details, haga clic en Ignore y luego en OK . Haga clic en Precheck Again para volver a ejecutar la comprobación previa. Ignorar elementos de alerta puede causar inconsistencia de datos y exponer su negocio a riesgos potenciales.

2. Espere hasta que la success rate alcance el 100% y luego haga clic en Next: Purchase Instance.

3. En la página Purchase Instance, configure los siguientes parámetros.

   Parámetro	Descripción
   Resource Group Settings	El resource group para la instancia de migración de datos. Valor predeterminado: default resource group. Para obtener más información, consulte What is Resource Management?.
   Instance Class	La clase de instancia determina la velocidad de migración. Seleccione una clase de instancia según su escenario. Para obtener más información, consulte Specifications of data migration instances.

4. Marque la casilla de verificación Data Transmission Service (Pay-as-you-go) Service Terms.

5. Haga clic en Buy and Start para iniciar la tarea de migración de datos. Puede consultar el progreso de la tarea en la lista de tareas.