Data Transmission Service (DTS) permite migrar datos desde una instancia PolarDB-X 2.0 hacia una base de datos Oracle autogestionada. Elija la migración de esquema y la migración completa de datos para un corte único, o agregue la migración incremental de datos para mantener sincronizados el origen y el destino durante la ventana de transición y minimizar así el tiempo de inactividad.
Requisitos previos
Antes de empezar, asegúrese de contar con lo siguiente:
Una base de datos Oracle autogestionada con espacio de almacenamiento disponible superior al tamaño total de los datos de la instancia PolarDB-X 2.0 de origen.
Un esquema creado en la base de datos Oracle (el esquema se crea automáticamente al crear un usuario en Oracle).
Cuentas de base de datos con los permisos necesarios tanto en la base de datos de origen como en la de destino (consulte Permisos necesarios).
Elegir un tipo de migración
Seleccione los tipos de migración adecuados para su escenario antes de comenzar.
|
Escenario |
Tipos de migración a seleccionar |
|
Corte único sin escrituras durante la migración |
Migración de esquema + Migración completa de datos |
|
Minimizar el tiempo de inactividad mediante la sincronización del origen y el destino durante la transición |
Migración de esquema + Migración completa de datos + Migración incremental de datos |
Si no selecciona Incremental Data Migration , se recomienda no escribir datos en la base de datos de origen durante la migración para mantener la consistencia de los datos.
Límites
Límites de la base de datos de origen
|
Límite |
Impacto |
Acción |
|
Las tablas deben tener restricciones PRIMARY KEY o UNIQUE con todos los campos únicos |
La base de datos de destino podría contener registros duplicados |
Agregue restricciones de clave primaria o únicas antes de la migración |
|
Al cambiar el nombre de tablas o columnas durante la migración, una sola tarea admite hasta 5,000 tablas |
Error de solicitud en tareas que superan el límite |
Divida en varias tareas o migre toda la base de datos |
|
Las tablas cuyos nombres contienen letras mayúsculas solo admiten migración de esquema |
No se admite la migración completa ni incremental para estas tablas |
Planifique la transferencia manual de datos para estas tablas |
|
El parámetro |
La comprobación previa falla y la tarea no puede iniciarse |
Establezca |
DTS migra las claves externas de la base de datos de origen durante la migración de esquema.
Límites generales
Realice la migración fuera de las horas pico para reducir la carga en ambos servidores de base de datos. La migración completa de datos utiliza recursos de lectura y escritura tanto en el origen como en el destino.
Una vez completada la migración completa de datos, las operaciones INSERT simultáneas provocan fragmentación de tablas en el destino. El espacio de tabla utilizado en el destino será mayor que en el origen.
Escriba datos en el destino únicamente a través de DTS durante la migración para evitar inconsistencias en los datos.
Se pueden modificar los atributos de una columna como máximo. No es posible cambiar los tipos de datos básicos.
DTS crea una base de datos llamada
dts_health_checky una tabla llamadaha_health_checken la instancia de origen. DTS actualiza esta tabla periódicamente para avanzar la posición del registro binario.
Facturación
| Tipo de migración | Cargo por configuración de instancia | Cargo por tráfico de Internet |
|---|---|---|
| Migración de esquema y migración completa de datos | Sin cargo | Se cobra únicamente cuando los datos se migran desde Alibaba Cloud a través de Internet. Para más detalles, consulte Billing overview. |
| Migración incremental de datos | Con cargo. Para más detalles, consulte Billing overview. |
Operaciones SQL compatibles con la migración incremental
DTS admite las siguientes operaciones DML para la migración incremental de datos: INSERT, UPDATE y DELETE.
DDL
CREATE TABLE, ALTER TABLE, RENAME TABLE, TRUNCATE TABLE, DROP TABLE
Permisos necesarios
Otorgue los siguientes permisos a las cuentas de base de datos utilizadas para la migración.
|
Base de datos |
Migración de esquema |
Migración completa de datos |
Migración incremental de datos |
|
Instancia PolarDB-X 2.0 de origen |
SELECT |
SELECT |
REPLICATION SLAVE, REPLICATION CLIENT y SELECT sobre los objetos a migrar |
|
Base de datos Oracle autogestionada de destino |
Permisos de propietario sobre el esquema |
— |
— |
Para crear una cuenta de base de datos y otorgar permisos:
Instancia PolarDB-X 2.0: consulte Manage database accounts y Permissions required for an account to synchronize data
Base de datos Oracle autogestionada: consulte CREATE USER y GRANT
Migrar datos
Paso 1: Abrir la página Data Migration Tasks
Inicie sesión en la consola de Data Management (DMS).
En la barra de navegación superior, haga clic en DTS.
En el panel de navegación izquierdo, seleccione DTS (DTS) > Data Migration.
La navegación puede variar según el modo y el diseño de su consola DMS. Para más detalles, consulte Simple mode y Customize the layout and style of the DMS console . También puede ir directamente a la página Data Migration Tasks de la nueva consola DTS .
Paso 2: Seleccionar la región
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 DTS, seleccione la región en la esquina superior izquierda.
Paso 3: Configurar las bases de datos de origen y destino
Haga clic en Create Task. En el asistente Create Task, configure los siguientes parámetros.
Base de datos de origen
|
Parámetro |
Descripción |
|
Task Name |
Nombre de la tarea. DTS asigna automáticamente un nombre a la tarea. Se recomienda especificar un nombre descriptivo que facilite la identificación de la tarea. No es necesario que el nombre sea único. |
|
Select an existing DMS database instance. (Optional. If you have not registered a DMS database instance, ignore this option and configure database settings in the section below.) |
Seleccione una instancia existente para completar automáticamente sus parámetros, o déjelo en blanco para configurar manualmente. |
|
Database Type |
Seleccione PolarDB-X 2.0. |
|
Access Method |
Seleccione Alibaba Cloud Instance. |
|
Instance Region |
Región donde reside la instancia PolarDB-X 2.0 de origen. |
|
Replicate Data Across Alibaba Cloud Accounts |
Seleccione No si el origen y el destino pertenecen a la misma cuenta. |
|
Instance ID |
ID de la instancia PolarDB-X 2.0 de origen. |
|
Database Account |
Cuenta de base de datos de la instancia de origen. Para consultar los permisos necesarios, vea Permisos necesarios. |
|
Database Password |
Contraseña de la cuenta de base de datos. |
Base de datos de destino
|
Parámetro |
Descripción |
|
Select an existing DMS database instance. (Optional. If you have not registered a DMS database instance, ignore this option and configure database settings in the section below.) |
Seleccione una instancia existente para completar automáticamente sus parámetros, o déjelo en blanco para configurar manualmente. |
|
Database Type |
Seleccione Oracle. |
|
Access Method |
Seleccione Self-managed Database on ECS. Si utiliza un método de acceso diferente, configure primero el entorno de red necesario. Para más detalles, consulte Preparation overview. |
|
Instance Region |
Región donde reside la base de datos Oracle autogestionada de destino. |
|
ECS Instance ID |
ID de la instancia de Elastic Compute Service (ECS) que aloja la base de datos Oracle. |
|
Port Number |
Puerto de servicio de la base de datos Oracle. Valor predeterminado: 1521. |
|
Oracle Type |
Seleccione la arquitectura: Non-RAC Instance (requiere SID) o RAC or PDB Instance (requiere Service Name). |
|
Database Account |
Cuenta de la base de datos Oracle de destino. Para consultar los permisos necesarios, vea Permisos necesarios. |
|
Database Password |
Contraseña de la cuenta de base de datos. |
Paso 4: Probar la conectividad
En la parte inferior de la página, haga clic en Test Connectivity and Proceed.
Paso 5: Configurar el acceso de red para DTS
Agregue los bloques CIDR de los servidores DTS a la configuración de seguridad de la base de datos autogestionada (como reglas de firewall) para permitir el acceso entrante. A continuación, haga clic en Test Connectivity and Proceed.
DTS gestiona el acceso de red automáticamente en la mayoría de los casos:
Instancias de base de datos de Alibaba Cloud (ApsaraDB RDS, ApsaraDB for MongoDB y otras): DTS agrega automáticamente sus bloques CIDR a la lista de permitidos de direcciones IP de la instancia.
Base de datos autogestionada en una sola instancia ECS: DTS agrega automáticamente sus bloques CIDR a las reglas del security group de ECS. Asegúrese de que la instancia ECS pueda alcanzar la base de datos.
Base de datos autogestionada en múltiples instancias ECS: Agregue manualmente los bloques CIDR de DTS a las reglas del security group de cada instancia ECS.
Bases de datos locales o de nubes de terceros: Agregue manualmente los bloques CIDR de DTS a la lista de permitidos de direcciones IP de la base de datos.
Para consultar la lista completa de bloques CIDR de DTS, vea Add the CIDR blocks of DTS servers to the security settings of on-premises databases.
Agregar bloques CIDR de DTS a la configuración de seguridad de su base de datos o ECS introduce exposición de seguridad. Antes de continuar, tome medidas preventivas como: fortalecer las credenciales de las cuentas, limitar los puertos expuestos, habilitar la autenticación de API, auditar periódicamente las listas de permitidos de IP y las reglas de security group, prohibir bloques CIDR no autorizados y conectarse a DTS mediante Express Connect, VPN Gateway o Smart Access Gateway.
Paso 6: Seleccionar objetos y configurar los ajustes de migración
Configure los siguientes parámetros de migración.
|
Parámetro |
Descripción |
|
Migration Types |
Seleccione los tipos según su escenario. Consulte Elegir un tipo de migración. |
|
Processing Mode of Conflicting Tables |
Precheck and Report Errors: falla la comprobación previa si el destino contiene tablas con nombres idénticos. Utilice el mapeo de nombres de objetos para renombrar las tablas en conflicto que no se puedan eliminar. Consulte Map object names. Ignore Errors and Proceed: omite la comprobación previa para nombres de tabla idénticos. Los registros con claves primarias coincidentes se omiten; las discrepancias de esquema pueden causar una migración parcial o el fallo de la tarea. |
|
Capitalization of Object Names in Destination Instance |
Controla el uso de mayúsculas y minúsculas en los nombres de bases de datos, tablas y columnas en el destino. Valor predeterminado: DTS default policy. Consulte Specify the capitalization of object names in the destination instance. |
|
Source Objects |
Seleccione columnas, tablas o bases de datos y haga clic en el icono de flecha para moverlos a Selected Objects. Al seleccionar tablas o columnas se excluyen vistas, desencadenadores y procedimientos almacenados. |
|
Selected Objects |
Haga clic derecho en la base de datos de destino y seleccione Edit Schema. En el campo Schema Name, introduzca el esquema de la base de datos Oracle que recibirá los datos. Utilice letras mayúsculas para el nombre del esquema. Para filtrar filas, haga clic derecho en una tabla y especifique condiciones WHERE. Consulte Use SQL conditions to filter data. Cambiar el nombre de objetos con la función de mapeo de nombres puede provocar que los objetos dependientes fallen en la migración. |
Paso 7: Configurar ajustes avanzados
Haga clic en Next: Advanced Settings y configure los siguientes parámetros.
|
Parámetro |
Descripción |
|
Select the dedicated cluster used to schedule the task |
De forma predeterminada, DTS programa la tarea en el clúster compartido. Adquiera y seleccione un clúster dedicado para obtener un rendimiento predecible. Consulte What is a DTS dedicated cluster. |
|
Set Alerts |
No: sin alertas. Yes: envía notificaciones a los contactos de alerta cuando la tarea falla o la latencia de migración supera el umbral. Consulte Configure monitoring and alerting. |
|
Retry Time for Failed Connections |
Tiempo durante el cual DTS reintenta tras un fallo de conexión. Valores válidos: 10–1440 minutos. Valor predeterminado: 720 minutos. Establezca un valor superior a 30 minutos. Si la conexión se restablece dentro de esta ventana, la tarea se reanuda; de lo contrario, falla. Si varias tareas comparten el mismo origen o destino, se aplica el valor establecido más recientemente. DTS cobra por la instancia durante los reintentos. |
|
The wait time before a retry when other issues occur in the source and destination databases. |
Tiempo de espera antes de reintentar tras fallos en operaciones DDL o DML. Valores válidos: 1–1440 minutos. Valor predeterminado: 10 minutos. Establezca un valor superior a 10 minutos. Este valor debe ser menor que Retry Time for Failed Connections. |
|
Enable Throttling for Full Data Migration |
Limita el throughput de lectura/escritura durante la migración completa de datos para reducir la carga de la base de datos. Configure Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s). Se muestra únicamente cuando se selecciona Full Data Migration. |
|
Enable Throttling for Incremental Data Migration |
Limita el throughput durante la migración incremental de datos. Configure RPS of Incremental Data Migration y Data migration speed for incremental migration (MB/s). Se muestra únicamente cuando se selecciona Incremental Data Migration. |
|
Environment Tag |
Etiqueta opcional para identificar la instancia DTS. |
|
Configure ETL |
Yes: habilita el procesamiento de extracción, transformación y carga (ETL). Introduzca sentencias de procesamiento de datos en el editor de código. Consulte Configure ETL in a data migration or data synchronization task y What is ETL?. No: deshabilita ETL. |
|
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks |
Yes: no escribe SQL de latido en la base de datos de origen. Puede aparecer un indicador de latencia en la instancia DTS. No: escribe SQL de latido en el origen, lo cual puede afectar funciones como la copia de seguridad física y la clonación. |
Paso 8: Ejecutar la comprobación previa
Haga clic en Next: Save Task Settings and Precheck.
Puede pasar el cursor sobre Next: Save Task Settings and Precheck y hacer clic en Preview OpenAPI parameters para ver los parámetros de API de esta tarea.
DTS ejecuta una comprobación previa antes de iniciar la migración. La tarea no puede comenzar hasta que dicha comprobación se complete correctamente.
Si un elemento de comprobación falla, haga clic en View Details junto a él, solucione el problema y haga clic en Precheck Again.
Si un elemento de comprobación muestra una alerta que se puede ignorar, haga clic en Confirm Alert Details > Ignore > OK y luego haga clic en Precheck Again. Ignorar alertas puede provocar inconsistencia en los datos.
Espere hasta que la success rate alcance el 100% y luego haga clic en Next: Purchase Instance.
Paso 9: Adquirir la instancia de migración
En la página Purchase Instance, configure los siguientes parámetros.
| Sección | Parámetro | Descripción |
|---|---|---|
| New Instance Class | Resource Group | El resource group para la instancia de migración. Valor predeterminado: default resource group. Consulte What is Resource Management? |
| Instance Class | La clase de instancia determina la velocidad de migración. Selecciónela según el volumen de datos y los requisitos de latencia. Consulte Specifications of data migration instances. |
Lea y seleccione la casilla Data Transmission Service (Pay-as-you-go) Service Terms y luego haga clic en Buy and Start.
La tarea aparecerá en la lista de tareas. Monitoree su progreso desde allí.