Data Transmission Service (DTS) migra datos desde una base de datos PostgreSQL autogestionada hacia un clúster de PolarDB for PostgreSQL con un tiempo de inactividad mínimo. Esta guía le explica cómo configurar y ejecutar una tarea de migración.
Elegir un tipo de migración
Seleccione la combinación de tipos de migración que se ajuste a su situación:
|
Tipo de migración |
Función |
Tiempo de inactividad |
Costo |
Recomendado cuando |
|
Migración de esquema + Migración completa de datos |
Migra esquemas y datos históricos. La tarea finaliza y se detiene automáticamente. |
Obligatorio: debe detener las escrituras en el origen antes de la migración. |
Gratuito |
La aplicación tolera una ventana de mantenimiento y la simplicidad es prioritaria. |
|
Migración de esquema + Migración completa de datos + Migración incremental de datos |
Migra los datos históricos y luego replica continuamente los cambios posteriores hasta que realice el corte. |
No obligatorio: los servicios continúan funcionando durante la migración. |
Gratuito para las fases de esquema y completa; se cobra la fase incremental. |
La continuidad del negocio es crítica y la aplicación no tolera tiempos de inactividad. |
Si ejecuta solo la migración completa: Detenga las escrituras en la base de datos de origen antes de comenzar. Los datos escritos en el origen durante la migración no aparecerán en el destino.
Requisitos previos
Antes de empezar, asegúrese de contar con lo siguiente:
Un clúster de PolarDB for PostgreSQL creado en Alibaba Cloud. Consulte Create a PolarDB for PostgreSQL cluster.
Almacenamiento del clúster de destino mayor que el almacenamiento utilizado por la base de datos de origen.
Una cuenta de la base de datos de origen con los permisos obligatorios (consulte Permisos obligatorios).
Para conocer las versiones de bases de datos de origen y destino compatibles, consulte
Descripción general de escenarios de migración de datos
.
Permisos obligatorios
|
Base de datos |
Migración de esquema |
Migración completa de datos |
Migración incremental de datos |
|
PostgreSQL autogestionado |
USAGE en |
SELECT en los objetos a migrar |
Superusuario |
|
PolarDB for PostgreSQL |
Permisos de propietario del esquema de destino |
— |
— |
Por qué se requiere superusuario para la migración incremental: DTS utiliza funciones de replicación lógica de PostgreSQL para capturar los cambios continuos del origen. Estas funciones solo son accesibles para superusuarios. Sin permisos de superusuario en la base de datos de origen, la tarea de migración incremental no puede iniciarse.
Para crear cuentas y otorgar permisos:
PostgreSQL autogestionado: consulte CREATE USER y GRANT en la documentación de PostgreSQL.
PolarDB for PostgreSQL: consulte Create a database account y Manage databases.
Objetos compatibles
Tablas y esquemas
TABLE y SCHEMA, incluidos PRIMARY KEY, UNIQUE KEY, FOREIGN KEY, DATATYPE (tipo de datos integrado) y DEFAULT CONSTRAINT.
Otros objetos de base de datos
VIEW, PROCEDURE (PostgreSQL V11 o posterior), FUNCTION, RULE, SEQUENCE, EXTENSION, TRIGGER, AGGREGATE, INDEX, OPERATOR y DOMAIN.
Operaciones SQL compatibles para la migración incremental
|
Tipo de operación |
Sentencias compatibles |
|
DML |
INSERT, UPDATE, DELETE |
|
DDL |
CREATE TABLE, DROP TABLE, ALTER TABLE (incluidos RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK, ALTER COLUMN DROP DEFAULT), TRUNCATE TABLE (PostgreSQL V11 o posterior), CREATE INDEX ON TABLE |
Notas sobre la migración DDL:
La migración DDL solo está disponible para tareas creadas después del 1 de octubre de 2020.
Las tareas creadas antes del 12 de mayo de 2023 requieren un trigger y una función en la base de datos de origen para capturar DDL. Consulte Uso de triggers y funciones para implementar la migración DDL incremental en bases de datos PostgreSQL.
La cuenta de la base de datos de origen debe ser una cuenta con privilegios para la migración DDL.
DTS no migra: modificadores CASCADE o RESTRICT, DDL de sesiones con
SET session_replication_role = replica, DDL ejecutado mediante llamadas a funciones, DDL mezclado con DML en la misma ejecución, sentencias DDL fuera del alcance de la migración ni CREATE SEQUENCE.Para utilizar una tarea de migración de datos creada antes del 12 de mayo de 2023 con el fin de migrar operaciones DDL, debe crear un trigger y una función en la base de datos de origen para capturar la información DDL antes de configurar la tarea de migración de datos. Para obtener más información, consulte Uso de triggers y funciones para implementar la migración DDL incremental en bases de datos PostgreSQL.
La migración incremental no admite datos de tipo BIT.
Facturación
|
Tipo de migración |
Tarifa de configuración de instancia |
Tarifa de tráfico de Internet |
|
Migración de esquema + Migración completa de datos |
Gratuita |
Se cobra cuando el Access Method de destino es Public IP Address. Consulte Descripción general de facturación. |
|
Migración incremental de datos |
De pago. Consulte Descripción general de facturación. |
— |
Notas de uso
Claves externas y restricciones
DTS migra las claves externas de la base de datos de origen durante la migración de esquema.
Durante la migración completa e incremental, DTS deshabilita temporalmente las comprobaciones de restricciones de clave externa y las operaciones en cascada a nivel de sesión. Las actualizaciones y eliminaciones en cascada en el origen durante este periodo pueden provocar inconsistencia en los datos.
Requisitos de la base de datos de origen
El servidor de origen debe tener suficiente ancho de banda de salida; de lo contrario, la velocidad de migración se verá afectada.
-
Las tablas deben tener una clave primaria o una restricción UNIQUE con valores de campo únicos. Sin estos elementos, podrían aparecer datos duplicados en el destino.
Si la tabla de destino no fue creada por DTS (es decir, no se seleccionó
Schema Migration
), la tabla debe tener la misma clave primaria o una restricción UNIQUE no nula que la tabla de origen. De lo contrario, podrían aparecer datos duplicados.
El nombre de la base de datos de origen no puede contener guiones (-). Por ejemplo,
dts-testdatano es un nombre válido.La migración a nivel de tabla con asignación de nombres de objetos admite un máximo de 1,000 tablas por tarea. Si supera este límite, divida las tablas en varias tareas o migre toda la base de datos.
Requisitos del registro de escritura anticipada (WAL) para la migración incremental
Establezca
wal_levelenlogical.Retención de WAL: como mínimo 24 horas para tareas exclusivamente incrementales; como mínimo 7 días para tareas que incluyen migración completa e incremental. Una vez finalizada la migración completa, reduzca la retención a más de 24 horas. Si el periodo de retención es demasiado corto, DTS no podrá recuperar los archivos WAL necesarios, lo cual puede causar fallos en la tarea, inconsistencia de datos o pérdida de datos. Los problemas causados por una retención insuficiente no están cubiertos por el Acuerdo de Nivel de Servicio (SLA) de DTS.
Si existen transacciones de larga duración en la base de datos de origen durante la migración incremental, los archivos WAL generados antes de que dichas transacciones se confirmen pueden acumularse y agotar el espacio en disco del servidor de origen.
Límites operativos
Un cambio de rol primario/secundario en la base de datos PostgreSQL autogestionada provoca el fallo de la tarea de migración.
No ejecute operaciones DDL que modifiquen el esquema de la base de datos o de la tabla durante la migración completa de datos. La tarea fallará.
Si un dato individual que se va a migrar desde la base de datos de origen supera los 256 MB tras un cambio incremental, la instancia de migración podría fallar sin posibilidad de recuperación. En ese caso, vuelva a configurar la instancia de migración.
Una actualización de versión principal de la base de datos de origen mientras se ejecuta una instancia de migración provoca el fallo de la instancia sin posibilidad de recuperación.
Bases de datos de origen en Google Cloud Platform
Si el origen es Google Cloud Platform Cloud SQL for PostgreSQL, la Database Account debe tener permisos cloudsqlsuperuser y la cuenta debe contar con permisos de Owner sobre todos los objetos a migrar. Otorgue permisos de Owner con:
GRANT <owner_of_the_object_to_be_migrated> TO <source_database_account>;
Una cuenta con permisos
cloudsqlsuperuser
no puede gestionar datos propiedad de otra cuenta
cloudsqlsuperuser
.
Requisito de REPLICA IDENTITY
Para la migración incremental, ejecute el siguiente comando en cada tabla a migrar antes de escribir datos en ella en estas dos situaciones:
Cuando la instancia de migración se ejecuta por primera vez.
Cuando la granularidad del objeto de migración es Schema y se crea o reconstruye una nueva tabla con RENAME.
ALTER TABLE schema.table REPLICA IDENTITY FULL;
Reemplace schema y table con el nombre real del esquema y de la tabla. Ejecute este comando fuera de horario pico para evitar bloqueos de tabla. Si omite el elemento de precomprobación correspondiente, DTS ejecutará este comando automáticamente al inicializar la instancia.
Tipo de datos SERIAL
Si una tabla contiene una columna SERIAL, la base de datos de origen crea automáticamente una Sequence para esa columna. Si selecciona Schema Migration, seleccione también Sequence o migre todo el esquema. De lo contrario, la instancia de migración podría fallar.
Parámetro session_replication_role
Para la migración completa o incremental con claves externas, triggers o event triggers:
Si la cuenta de destino es una cuenta con privilegios, DTS establece
session_replication_roleenreplicaa nivel de sesión durante la migración.Si la cuenta no tiene este permiso, establezca manualmente
session_replication_roleenreplicaen la base de datos de destino.
Mientras este parámetro esté configurado como replica, las actualizaciones o eliminaciones en cascada en el origen pueden provocar inconsistencia en los datos. Después de liberar la tarea de migración de DTS, restablezca session_replication_role a origin.
Tablas temporales y replication slot
DTS crea las siguientes tablas temporales en la base de datos de origen para capturar sentencias DDL, esquemas de tablas incrementales y datos de latido. No elimine estas tablas durante la migración:
public.dts_pg_class, public.dts_pg_attribute, public.dts_pg_type, public.dts_pg_enum, public.dts_postgres_heartbeat, public.dts_ddl_command, public.dts_args_session y public.aliyun_dts_instance.
Estas tablas se eliminan automáticamente cuando se libera la instancia de DTS.
DTS también crea un replication slot con el prefijo dts_sync_ en la base de datos de origen. Este slot conserva los registros incrementales de los últimos 15 minutos. Si la tarea de migración se libera o falla, DTS limpia el replication slot automáticamente. Si ocurre un cambio de rol primario/secundario en una instancia de RDS for PostgreSQL, limpie manualmente el replication slot en la base de datos secundaria.
Otras notas
Una tarea de migración transfiere datos de una sola base de datos. Para migrar varias bases de datos, cree una tarea independiente para cada una.
DTS no admite la migración de tablas de extensión TimescaleDB ni tablas con relaciones de herencia entre esquemas.
Ejecute la migración fuera de horario pico. La migración completa de datos utiliza recursos de lectura y escritura tanto en la base de datos de origen como en la de destino, lo que aumenta la carga del servidor de base de datos.
La migración completa de datos usa operaciones INSERT concurrentes, lo que causa fragmentación de tablas en el destino. Tras la migración completa, el almacenamiento de la tabla de destino será mayor que el de la tabla de origen.
Para columnas FLOAT o DOUBLE, DTS lee los valores mediante
ROUND(COLUMN, PRECISION). La precisión predeterminada es de 38 dígitos para FLOAT y 308 dígitos para DOUBLE. Confirme que esto cumple sus requisitos antes de comenzar.DTS intenta reanudar las tareas fallidas durante un máximo de 7 días. Antes de cambiar la carga de trabajo a la instancia de destino, detenga o libere la tarea. Alternativamente, utilice el comando
REVOKEpara quitar los permisos de escritura de la cuenta de DTS en el destino y evitar que los datos de origen sobrescriban los datos de destino si la tarea se reanuda.DTS valida el contenido de los datos, pero no los metadatos como las Sequences. Valide los metadatos por su cuenta.
Después de cambiar la carga de trabajo al destino, los nuevos valores de secuencia escritos no continuarán desde el valor máximo del origen. Actualice los valores de secuencia en el destino antes del cambio. Consulte Actualizar el valor de secuencia en la base de datos de destino.
Si una instancia de migración falla, el soporte de DTS intenta recuperarla en un plazo de 8 horas. Durante la recuperación, DTS puede reiniciar la instancia o ajustar sus parámetros (no se modifican los parámetros de la base de datos). Consulte Modificar parámetros de instancia.
En tablas particionadas, incluya tanto la tabla padre como todas las particiones hijas como objetos de migración. En PostgreSQL, la tabla padre no almacena datos directamente; todos los datos residen en las particiones hijas. Omitir cualquiera de ellas provoca inconsistencia en los datos.
Preparar la base de datos de origen
Para orígenes Amazon RDS for PostgreSQL, consulte la sección
del tema "Migrar datos incrementales desde una instancia de Amazon RDS for PostgreSQL a una instancia de ApsaraDB RDS for PostgreSQL". Para orígenes Amazon Aurora PostgreSQL, consulte
Preparación 1: Editar la regla de entrada de la instancia de Amazon Aurora PostgreSQL
.
PostgreSQL 10.1 o posterior
Inicie sesión en el servidor que ejecuta la base de datos PostgreSQL autogestionada.
-
Edite
postgresql.conf. Establezcawal_levelenlogical, y configuremax_wal_sendersymax_replication_slotscon valores superiores a la suma de: la cantidad de replication slots actualmente en uso más la cantidad de instancias de DTS que utilizan esta base de datos como origen. Por ejemplo, si actualmente tiene 2 replication slots en uso y planea ejecutar 3 instancias de DTS contra esta base de datos, establezca ambos parámetros en un valor mayor a 5 (por ejemplo, 10).Reinicie la base de datos PostgreSQL después de modificar
postgresql.conf
para que los cambios surtan efecto.
# - Settings - wal_level = logical # minimal, replica, or logical # (change requires restart) ...... # - Sending Server(s) - max_wal_senders = 10 # max number of walsender processes # (change requires restart) #wal_keep_segments = 0 # in logfile segments, 16MB each; 0 disables #wal_sender_timeout = 60s # in milliseconds; 0 disables max_replication_slots = 10 # max number of replication slots # (change requires restart) -
Agregue los bloques CIDR del servidor DTS a
pg_hba.conf. Agregue únicamente los bloques CIDR de la región donde reside la base de datos de destino. Consulte Agregar direcciones IP de servidores DTS a una lista blanca.Después de modificar
pg_hba.conf
, ejecute
SELECT pg_reload_conf();
o reinicie la base de datos para que los cambios surtan efecto. Si ya configuró la dirección IP en
pg_hba.conf
como
0.0.0.0/0
, omita este paso. Para obtener detalles sobre
pg_hba.conf
, consulte
.

Cree la base de datos y el esquema de destino en el clúster de destino para que coincidan con los objetos de origen que planea migrar.
PostgreSQL 9.4.8 a 10.0
-
Descargue e instale PostgreSQL desde el código fuente.
Descargue el código fuente de PostgreSQL para su versión desde el sitio web oficial de PostgreSQL.
Ejecute los siguientes comandos para configurar, compilar e instalar:
ImportanteLa versión del sistema operativo de PostgreSQL debe coincidir con la versión de GNU Compiler Collection (GCC).
Si
sudo ./configurefalla conreadline library not found. Use --without-readline to disable readline support., ejecutesudo ./configure --without-readlineen su lugar.Si utiliza otro método de instalación, compile el plugin
ali_decodingen un entorno de prueba con la misma versión de sistema operativo y GCC.
sudo ./configure sudo make sudo make install -
Descargue, compile e instale el plugin
ali_decodingproporcionado por DTS.Copie los archivos de salida a los directorios requeridos.
# contrib/ali_decoding/Makefile MODULE_big = ali_decoding MODULES = ali_decoding OBJS = ali_decoding.o DATA = ali_decoding--0.0.1.sql ali_decoding--unpackaged--0.0.1.sql EXTENSION = ali_decoding NAME = ali_decoding #subdir = contrib/ali_decoding #top_builddir = ../.. #include $(top_builddir)/src/Makefile.global #include $(top_srcdir)/contrib/contrib-global.mk #PG_CONFIG = /usr/pgsql-9.6/bin/pg_config #pgsql_lib_dir := $(shell $(PG_CONFIG) --libdir) #PGXS := $(shell $(PG_CONFIG) --pgxs) #include $(PGXS) # Run the following commands to install the ali_decoding plug-in: ifdef USE_PGXS PG_CONFIG = pg_config PGXS := $(shell $(PG_CONFIG) --pgxs) include $(PGXS) else subdir = contrib/ali_decoding top_builddir = ../.. include $(top_builddir)/src/Makefile.global include $(top_srcdir)/contrib/contrib-global.mk endifsudo make sudo make install

Cree la base de datos y el esquema de destino en el clúster de destino para que coincidan con los objetos de origen que planea migrar.
Crear una tarea de migración
Paso 1: Ir a la página Data Migration
Inicie sesión en la consola de DTS.DTS console
En el panel de navegación izquierdo, haga clic en Data Migration.
En la esquina superior izquierda, seleccione la región donde residirá la instancia de migración.
La navegación en la consola de DMS puede variar según el modo y el diseño. Consulte Simple mode y Customize the layout and style of the DMS console.
Inicie sesión en la consola de DMS.DMS console
En la barra de navegación superior, pase el cursor sobre Data + AI > DTS (DTS) > Data Migration.
En la lista desplegable junto a Data Migration Tasks, seleccione la región donde residirá la instancia de migración.
Paso 2: Configurar las bases de datos de origen y destino
Haga clic en Create Task.
-
Configure las bases de datos de origen y destino.
AvisoDespués de seleccionar las instancias de origen y destino, revise los Limits que se muestran en la parte superior de la página para evitar problemas en la configuración de la tarea.
Base de datos de origen (PostgreSQL autogestionado en ECS)
Parámetro
Descripción
Task Name
DTS genera un nombre automáticamente. Especifique un nombre descriptivo para identificar la tarea. Los nombres de las tareas no necesitan ser únicos.
Select Existing Connection
Seleccione una instancia registrada en la lista desplegable o configure la conexión manualmente.
Database Type
Seleccione PostgreSQL.
Access Method
Seleccione la ubicación de despliegue de la base de datos de origen. Este ejemplo utiliza Self-managed Database on ECS. Para otros métodos de acceso, consulte Preparations.
Instance Region
La región donde reside la base de datos PostgreSQL de origen.
ECS Instance ID
El ID de la instancia ECS que aloja la base de datos de origen.
Port Number
El puerto del servicio. Valor predeterminado: 5432.
Database Name
El nombre de la base de datos que contiene los objetos a migrar.
Database Account
La cuenta de la base de datos de origen. Consulte Permisos obligatorios.
Database Password
La contraseña de la cuenta de la base de datos.
Encryption
Seleccione Non-encrypted o SSL-encrypted. Para SSL: cargue el CA Certificate (obligatorio) y, opcionalmente, el Client Certificate, la Private Key of Client Certificate y la Private Key Password of Client Certificate.
Base de datos de destino (PolarDB for PostgreSQL)
Parámetro
Descripción
Select Existing Connection
Seleccione una instancia registrada en la lista desplegable o configure la conexión manualmente.
Database Type
Seleccione PolarDB for PostgreSQL.
Access Method
Seleccione Alibaba Cloud Instance.
Instance Region
La región donde reside el clúster de PolarDB for PostgreSQL de destino.
Instance ID
El ID del clúster de PolarDB for PostgreSQL de destino.
Database Name
El nombre de la base de datos de destino que recibirá los objetos migrados.
Database Account
La cuenta de la base de datos de destino. Consulte Permisos obligatorios.
Database Password
La contraseña de la cuenta de la base de datos.
-
Haga clic en Test Connectivity and Proceed.
Los bloques CIDR de los servidores de DTS deben agregarse a la configuración de seguridad de las bases de datos de origen y destino. Consulte Add DTS server IP addresses to a whitelist.
Si la base de datos de origen o destino es autogestionada y el Access Method no es Alibaba Cloud Instance, haga clic en Test Connectivity en el cuadro de diálogo CIDR Blocks of DTS Servers.
Paso 3: Seleccionar objetos de migración y configurar opciones avanzadas
-
En la página Configure Objects, configure los ajustes de migración.
Si no se selecciona Schema Migration, cree la base de datos y la tabla de destino antes de comenzar, y habilite la asignación de nombres de objetos en Selected Objects.
Si una tabla contiene una columna SERIAL y se selecciona Schema Migration, seleccione también Sequence o migre todo el esquema.
Parámetro
Descripción
Migration Types
Seleccione los tipos de migración adecuados para su escenario. Para más detalles, consulte Elegir un tipo de migración.
Processing Mode of Conflicting Tables
Precheck and Report Errors: falla la comprobación previa si existen tablas con nombres idénticos en el origen y el destino. Utilice la asignación de nombres de objetos para resolver conflictos antes de la migración. Ignore Errors and Proceed: omite la comprobación de conflictos. Durante la migración completa, DTS conserva los registros existentes en el destino. Durante la migración incremental, DTS sobrescribe los registros de destino. Si los esquemas difieren, solo se migran las columnas coincidentes o la tarea falla.
Source Objects
Seleccione los esquemas o tablas a migrar. Haga clic en el icono de flecha para agregarlos a Selected Objects. Si selecciona tablas, DTS no migra vistas, desencadenadores ni procedimientos almacenados.
Selected Objects
Haga clic con el botón derecho en un objeto para cambiarle el nombre (consulte Map the name of a single object), establecer condiciones de filtro WHERE o seleccionar las operaciones SQL a migrar. Haga clic en Batch Edit para cambiar el nombre de varios objetos a la vez (consulte Map multiple object names at a time). Cambiar el nombre de un objeto puede provocar que falle la migración de objetos dependientes.
-
Haga clic en Next: Advanced Settings y configure las opciones avanzadas.
Parámetro
Descripción
Dedicated Cluster for Task Scheduling
De forma predeterminada, DTS programa las tareas en un clúster compartido. Para mejorar la estabilidad, adquiera un clúster dedicado. Consulte What is a DTS dedicated cluster.
Retry Time for Failed Connections
Tiempo durante el cual DTS reintenta la conexión tras un fallo. Rango: 10–1440 minutos. Valor predeterminado: 720. Establezca un valor superior a 30 minutos. Si la reconexión se logra dentro de esta ventana, DTS reanuda la tarea; de lo contrario, la tarea se detiene. Si varias tareas comparten el mismo origen o destino, se aplica el valor configurado más recientemente. Los cargos de DTS continúan durante los reintentos.
Retry Time for Other Issues
Tiempo durante el cual DTS reintenta tras fallos de DDL o DML. Rango: 1–1440 minutos. Valor predeterminado: 10. Establezca un valor superior a 10 minutos. Debe ser menor que Retry Time for Failed Connections.
Enable Throttling for Full Data Migration
Limita la velocidad de la migración completa para reducir la carga en el origen y el destino. Configure QPS (Queries Per Second) to the source database, RPS (Rows Per Second) of Full Data Migration y Data migration speed for full migration (MB/s). Disponible solo cuando se selecciona Full Data Migration.
Enable Throttling for Incremental Data Migration
Limita la velocidad de la migración incremental. Configure RPS of Incremental Data Migration y Data migration speed for incremental migration (MB/s). Disponible solo cuando se selecciona Incremental Data Migration.
Environment Tag
Opcional. Etiquete la instancia con una etiqueta de entorno.
Configure ETL
Habilite la extracción, transformación y carga (ETL) para aplicar reglas de procesamiento de datos durante la migración. Seleccione Yesconfiguración de notificaciones de alertas para introducir sentencias en el editor de código. Consulte Configure ETL in a data migration or data synchronization task.
Monitoring and Alerting
Seleccione Yes para recibir alertas cuando la tarea falle o la latencia de migración supere un umbral. Configure los umbrales de alerta y los contactos de notificación. Consulte Configure monitoring and alerting when you create a DTS task.
Haga clic en Next Step: Data Verification para configurar una tarea de verificación de datos. Consulte Configure a data verification task.
Paso 4: Ejecutar la comprobación previa y adquirir la instancia
-
Haga clic en Next: Save Task Settings and Precheck.
Para previsualizar los parámetros de la API antes de guardar, pase el cursor sobre Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters.
DTS ejecuta una comprobación previa antes de iniciar la tarea de migración. La tarea no puede comenzar hasta que se apruebe dicha comprobación.
Para los elementos que fallaron en la comprobación previa, haga clic en View Details para ver la causa, solucionar el problema y volver a ejecutar la comprobación.
Para las alertas de la comprobación previa: si la alerta no se puede ignorar, corrija el problema y vuelva a ejecutar la comprobación. Si la alerta se puede ignorar, haga clic en Confirm Alert Details > Ignore > OK > Precheck Again. Ignorar alertas puede provocar inconsistencias en los datos.
Cuando Success Rate alcance el 100%, haga clic en Next: Purchase Instance.
-
En la página Purchase Instance, configure la instancia.
Parámetro
Descripción
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 su carga de trabajo. Consulte Instance classes of data migration instances.
Seleccione la casilla de verificación Data Transmission Service (Pay-as-you-go) Service Terms.
Haga clic en Buy and Start y luego en OK en el cuadro de diálogo de confirmación.
Paso 5: Monitorear el progreso de la migración
Vaya a la página Data Migration para monitorear la tarea.
Solo migración completa: la tarea se detiene automáticamente al finalizar. El estado muestra Completed.
Migración completa e incremental: la tarea se ejecuta continuamente. El estado muestra Running. La migración incremental no se detiene hasta que usted la libere manualmente.
Verificar datos y realizar el cambio
Antes de dirigir el tráfico empresarial al clúster de destino, verifique la consistencia de los datos y actualice las secuencias.
Cuándo realizar el cambio (migración incremental)
Realice el cambio cuando la base de datos de origen no tenga nuevas escrituras y la latencia de migración llegue a 0. Compruebe lo siguiente antes de proceder:
|
Comprobación |
Cómo verificar |
Listo cuando |
|
Sin nuevos cambios entrantes |
Monitoree la latencia de la migración incremental en la consola de DTS |
La latencia llega a 0 |
|
Secuencias actualizadas |
Consulte Update the sequence value in the destination database |
Los valores de secuencia en el destino están actualizados |
Pasos para el cambio
Detenga las escrituras en la base de datos de origen.
Espere a que la latencia de la migración incremental llegue a 0.
Actualice los valores de secuencia en la base de datos de destino. Consulte Update the sequence value in the destination database.
Detenga o libere la tarea de migración de DTS para evitar que se reanude y sobrescriba los datos de destino.
Cambie la cadena de conexión de su aplicación al clúster de destino.
Después del cambio de negocio, los nuevos valores de secuencia escritos no continuarán desde el valor máximo de la base de datos de origen. Actualice los valores de secuencia en el destino antes de realizar el cambio.