Two-way synchronization: ApsaraDB for MongoDB sharded clusters - Data Transmission Service

Data Transmission Service (DTS) permite la sincronización bidireccional de datos entre clústeres fragmentados de ApsaraDB for MongoDB. Esta función es compatible con la redundancia geográfica activa (basada en unidades) y la recuperación ante desastres.

Requisitos previos

Cree las instancias de clúster fragmentado de origen y destino en ApsaraDB for MongoDB. Para obtener más información, consulte Create a sharded cluster instance.
Importante
- Obtenga un endpoint para cada shard node del clúster fragmentado de origen en ApsaraDB for MongoDB, incluida la instancia de origen de una reverse task. Asegúrese de que las cuentas y contraseñas sean idénticas en todos los shard s. Para obtener más información, consulte Apply for an endpoint for a shard.
- Para conocer las versiones compatibles, consulte Overview of data synchronization scenarios.
Se recomienda que la instancia de destino de ApsaraDB for MongoDB cuente con como mínimo un 10 % más de espacio de almacenamiento que el utilizado por la instancia de origen de ApsaraDB for MongoDB.
Establezca el parámetro replication.oplogGlobalIdEnabled en true para todos los nodos config server y config server de las instancias de origen y destino. Para obtener más información, consulte Configure database parameters.

Nota
Si este parámetro no se establece en true, la comprobación previa falla o devuelve el error two-way mongo must have gid.
Las preparaciones obligatorias dependen de si utiliza la función schema synchronization.
- Si no utiliza la función de sincronización de esquemas de DTS
  
  En el paso Configure Objects and Advanced Settings, desmarque la casilla Schema Synchronization dentro de Synchronization Types. Debe crear las bases de datos y colecciones que se van a fragmentar en la instancia de destino de ApsaraDB for MongoDB y configurar la fragmentación de datos según sus necesidades de negocio. Se recomienda habilitar el balancer y ejecutar la prefragmentación. Para obtener más información, consulte Configure sharding to maximize shard performance y How do I handle uneven data distribution in a sharded MongoDB cluster?.
- Si utiliza la función de sincronización de esquemas de DTS
  
  En el paso Configure Objects and Advanced Settings, seleccione la casilla Schema Synchronization dentro de Synchronization Types. Se recomienda habilitar el balancer y ejecutar la prefragmentación una vez que finalice la sincronización de esquemas. Para obtener más información, consulte How do I handle uneven data distribution in a sharded MongoDB cluster?.
Nota
- Configurar la fragmentación de datos evita que toda la información se sincronice hacia un solo shard, lo que previene cuellos de botella en el rendimiento. Habilitar el balancer y ejecutar la prefragmentación ayuda a evitar la distribución desigual de datos.
- Este tema muestra un ejemplo donde se configura una tarea de DTS antes de adquirirla. En este escenario, no necesita especificar la cantidad de shards en la instancia de origen de ApsaraDB for MongoDB (clúster fragmentado).
  
  Si adquiere una tarea de DTS antes de configurarla, debe especificar la cantidad correcta de shards al momento de la compra.

Límites

Tipo	Descripción
Límites de las bases de datos de origen y destino	Requisito de ancho de banda: el servidor donde reside la base de datos de origen debe contar con suficiente ancho de banda de salida. De lo contrario, la velocidad de sincronización podría verse afectada. Las colecciones que se van a sincronizar deben tener una clave primaria o una restricción UNIQUE, y los valores de los campos deben ser únicos. De lo contrario, podrían aparecer datos duplicados en la base de datos de destino. Los nombres de campo en los datos no deben contener el carácter "." (punto); de lo contrario, podrían producirse inconsistencias en los datos. El campo _id de las colecciones que se van a sincronizar debe contener valores únicos. De lo contrario, podrían producirse inconsistencias en los datos. Si sincroniza a nivel de colección y necesita editar objetos (por ejemplo, cambiar el nombre de colecciones), una sola tarea de sincronización admite hasta 1000 colecciones. Si supera este límite, la tarea fallará con un error después de enviarla. Para resolverlo, divida las colecciones en lotes y configure varias tareas, o bien configure una tarea de sincronización de base de datos completa. Un documento individual en la base de datos de origen no puede superar los 16 MB. De lo contrario, la tarea fallará. La base de datos de origen no puede ser Azure Cosmos DB for MongoDB ni Amazon DocumentDB (clúster elástico). La base de datos de origen debe tener Oplog habilitado y conservarlo durante como mínimo siete días. De lo contrario, DTS podría no capturar los cambios en los datos y provocar el fallo de la tarea. En casos extremos, esto puede generar inconsistencia o pérdida de datos. Estos problemas no están cubiertos por el SLA de DTS. Importante Se recomienda usar Oplog para capturar los cambios en los datos. Change Streams no admite la sincronización bidireccional. La sincronización bidireccional no admite escalar la cantidad de shards del clúster fragmentado de MongoDB, ya sea de origen o de destino. De lo contrario, las tareas de DTS podrían fallar y causar inconsistencia en los datos. La cantidad de nodos Mongos en la instancia de clúster fragmentado de MongoDB de origen no puede superar los 10. Si las colecciones que se van a sincronizar contienen índices TTL, podrían producirse inconsistencias o latencia en los datos. Asegúrese de que no existan documentos huérfanos en las instancias de origen y destino. De lo contrario, podrían producirse inconsistencias en los datos o fallos en la tarea. Para obtener más información, consulte orphaned documents y How to clean orphaned documents in MongoDB (sharded cluster architecture). Las bases de datos de origen y destino deben ser instancias de ApsaraDB for MongoDB con la misma arquitectura. La sincronización bidireccional no es compatible con instancias de MongoDB autogestionadas ni con instancias de arquitecturas distintas. Límites de operación en la base de datos de origen: Durante la sincronización de esquemas y la sincronización completa de datos, no modifique el esquema de las bases de datos o colecciones (incluidas las actualizaciones de datos de tipo array). De lo contrario, la tarea de sincronización podría fallar o causar inconsistencia de datos entre las bases de datos de origen y destino. Si solo ejecuta la sincronización completa de datos, no escriba datos nuevos en la instancia de origen. De lo contrario, podría producirse inconsistencia de datos entre las bases de datos de origen y destino. Mientras la instancia de sincronización esté en ejecución, no ejecute comandos que cambien la distribución de datos en los objetos que se van a sincronizar en la base de datos de origen (por ejemplo, shardCollection, reshardCollection, unshardCollection, moveCollection o movePrimary). De lo contrario, podría producirse inconsistencia de datos. Si el Balancer de la base de datos de origen equilibra datos, podría producirse latencia. DTS no admite conectarse a bases de datos de MongoDB mediante direcciones SRV. Si la base de datos de origen usa MongoDB 5.0 o posterior y la versión de la base de datos de destino es anterior a la 5.0, no podrá sincronizar `capped collection`s. Si intenta hacerlo, la tarea fallará o se producirá inconsistencia de datos entre las bases de datos de origen y destino. Esto se debe a que, a partir de MongoDB 5.0, el comportamiento de las `capped collection`s cambió para permitir operaciones como la eliminación explícita y el aumento del tamaño de los documentos durante las actualizaciones, y las versiones anteriores del kernel de la base de datos no admiten estas nuevas funciones.
Otros límites	Antes de iniciar la tarea, agregue a los datos de origen la clave de fragmentación utilizada en el destino. Después de iniciar la tarea, las instrucciones INSERT de los datos que se van a sincronizar deben incluir la clave de fragmentación. Las instrucciones UPDATE no pueden modificar dicha clave. Se recomienda usar la misma versión de MongoDB en las bases de datos de origen y destino. También puede utilizar una versión superior en el destino para garantizar la compatibilidad. Sincronizar desde una versión superior hacia una inferior podría causar problemas de compatibilidad. Si la colección de destino tiene un índice único o su propiedad `capped` está establecida en `true`, no se admite la reproducción simultánea durante la sincronización incremental. Solo se permiten escrituras de un solo hilo, lo que podría aumentar la latencia de la tarea. DTS no admite sincronizar datos de las bases de datos admin, config ni local. La información de transacciones no se conserva. Las transacciones de la base de datos de origen se convierten en registros individuales en la base de datos de destino. Cuando DTS escribe datos en la colección de destino y ocurre un conflicto de clave primaria o clave única, omite la instrucción de escritura y conserva los datos existentes en dicha colección. Si la versión de MongoDB de origen es anterior a la 3.6 y la de destino es 3.6 o posterior, las diferencias en los planes de ejecución podrían causar un orden de campos inconsistente en los datos sincronizados. Las relaciones entre campos y valores permanecen sin cambios. Si su aplicación utiliza consultas de coincidencia de texto sobre estructuras anidadas, evalúe el impacto de esta inconsistencia en el orden de los campos. Evalúe el rendimiento de las bases de datos de origen y destino antes de la sincronización. Ejecute la sincronización en horarios de baja demanda. De lo contrario, la inicialización completa de datos consumirá recursos de lectura y escritura, lo que aumentará la carga de la base de datos. La inicialización completa ejecuta operaciones INSERT de forma simultánea. Esto genera fragmentación en la colección de la base de datos de destino. Tras finalizar, el espacio de la colección en la instancia de destino será mayor que en la instancia de origen. No escriba datos en la base de datos de destino por medios distintos a DTS durante la sincronización. De lo contrario, podría producirse inconsistencia de datos entre las bases de datos de origen y destino. Por ejemplo, si utiliza DMS para ejecutar operaciones DDL en línea mientras se escriben otros datos en la base de datos de destino, podría perderse información. Una tarea de sincronización bidireccional incluye tareas de sincronización directa e inversa. Cuando configure o restablezca la tarea, si el objeto de destino de una coincide con el objeto de sincronización de la otra: Permita que solo una tarea sincronice datos completos e incrementales. La otra tarea admitirá únicamente la sincronización incremental. Los datos del origen de la tarea actual se sincronizarán solo con el destino de la misma tarea. No servirán como datos de origen para la otra tarea. Dado que DTS escribe datos de forma simultánea, el espacio de almacenamiento utilizado en el destino será entre un 5 % y un 10 % mayor que en el origen. Para obtener la cantidad de documentos en el MongoDB de destino, utilice la sintaxis `db.$table_name.aggregate([{ $count:"myCount"}])`. Asegúrese de que el MongoDB de destino no tenga la misma clave primaria (de forma predeterminada, _id) que el de origen. De lo contrario, podría perderse información. Si el destino posee la misma clave primaria, elimine los datos relacionados sin afectar su aplicación (borre los documentos con el mismo valor de _id en el destino). Deshabilite el Balancer en la base de datos de MongoDB de origen durante la sincronización completa. Manténgalo deshabilitado hasta que todas las subtareas alcancen la fase incremental. De lo contrario, podría producirse inconsistencia de datos. Para obtener más información sobre cómo gestionar el Balancer, consulte Manage the MongoDB Balancer. Si no necesita la función de sincronización de esquemas de DTS (por ejemplo, si ya configuró la partición de datos en el destino), no seleccione Configure Objects dentro de Schema Synchronization en la página Synchronization Types. De lo contrario, los conflictos de fragmentación podrían causar inconsistencia de datos o el fallo de la tarea. Si cambia el tráfico hacia la base de datos de MongoDB de destino, asegúrese de que el comportamiento de su aplicación cumpla con los requisitos de MongoDB para colecciones fragmentadas. DTS no admite sincronizar colecciones de series temporales introducidas en MongoDB 5.0 y versiones posteriores. 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 de la base de datos. Los parámetros que podrían ajustarse incluyen los listados en Modify instance parameters. No se admite la sincronización de datos con codificación distinta a UTF-8, lo que podría generar inconsistencia en la información.

Facturación

Tipo de sincronización	Precio
Sincronización de esquemas y sincronización completa de datos	Sin costo.
Sincronización incremental de datos	Con costo. Para obtener más información, consulte Billing overview.

Arquitecturas de sincronización bidireccional compatibles

DTS solo admite la sincronización bidireccional entre dos instancias de clúster fragmentado de ApsaraDB for MongoDB. No son compatibles las topologías que involucran más de dos instancias de ApsaraDB for MongoDB.

Detección de conflictos compatible

Para mantener la consistencia de los datos, actualice los registros que comparten la misma clave primaria, clave primaria de negocio o clave única en un solo nodo a la vez.

DTS detecta y resuelve los siguientes tipos de conflictos para garantizar la estabilidad de la sincronización:

Conflictos de unicidad derivados de operaciones INSERT

Si una instrucción INSERT agrega un registro que ya existe en el destino, DTS ignora la operación.
Registros no coincidentes durante operaciones UPDATE

Si una instrucción UPDATE apunta a un registro inexistente en el destino o genera un conflicto, DTS ignora la operación.
Operaciones DELETE sobre registros inexistentes

Si una instrucción DELETE apunta a un registro inexistente en el destino, DTS ignora la operación.

Importante

La detección de conflictos de DTS no previene por completo los problemas causados por diferencias en la hora del sistema y la latencia de sincronización. Su aplicación debe actualizar los registros que comparten la misma clave primaria, clave primaria de negocio o clave única en un solo nodo a la vez.
La política de resolución de conflictos predeterminada es Ignore y no se puede modificar.

Tipos de sincronización

Tipo	Descripción
Sincronización de esquemas	Sincroniza los esquemas de los objetos especificados desde la instancia de origen de ApsaraDB for MongoDB hacia la instancia de destino de ApsaraDB for MongoDB.
Sincronización completa de datos	Sincroniza todos los datos existentes de los objetos especificados desde la instancia de origen de ApsaraDB for MongoDB hacia la instancia de destino de ApsaraDB for MongoDB. Nota La sincronización completa de datos es compatible con bases de datos y colecciones.
Sincronización incremental de datos	Una vez que finaliza la sincronización completa de datos, DTS sincroniza continuamente las actualizaciones incrementales desde la instancia de origen de ApsaraDB for MongoDB hacia la instancia de destino de ApsaraDB for MongoDB. La sincronización incremental de datos no replica las bases de datos creadas después de iniciar la tarea. Se replican los siguientes cambios: CREATE COLLECTION y CREATE INDEX DROP DATABASE, DROP COLLECTION y DROP INDEX RENAME COLLECTION Nota La operación RENAME COLLECTION no se replica si la opción `dropTarget` está establecida en `true`. Inserción, actualización y eliminación de documentos dentro de una colección. Nota En el caso de actualizaciones de documentos, solo se replican las operaciones que utilizan el comando `$set`.

Procedimiento

Importante

En esta sección se utiliza como ejemplo el escenario en el que usted configura una tarea de DTS antes de comprarla. En este caso, no es necesario especificar la cantidad de Shards en el ApsaraDB for MongoDB de origen (clúster fragmentado). Si compra la tarea de DTS antes de configurarla, debe especificar la cantidad correcta de Shards durante la compra.

Vaya a la página de lista de tareas de sincronización de la región de destino. Para ello, utilice uno de los dos métodos siguientes:
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 Synchronization.
3. En la esquina superior izquierda de la página, seleccione la región donde se encuentra la instancia de sincronizació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 y Customize the layout and style of the DMS interface.
1. Inicie sesión en Data Management (DMS).
2. En la barra de menú superior, elija Data + AI > Data Transmission (DTS) > Data Synchronization.
3. A la derecha de Data Synchronization Tasks, seleccione la región donde se encuentra la instancia de sincronización.
Haga clic en Create Task para abrir la página de configuración de la tarea.

Configure las bases de datos de origen y de destino.

Aviso

Después de seleccionar las instancias de origen y de destino, lea detenidamente los límites que se muestran en la parte superior de la página. Si no respeta estos límites, la tarea podría fallar o producirse inconsistencias en los datos.

Categoría	Parámetro	Descripción
N/A	Task Name	DTS genera automáticamente un nombre para la tarea. Se recomienda especificar un nombre descriptivo que facilite su identificación. El nombre no tiene que ser único.
Source Database	Select Existing Connection	Para usar una instancia de base de datos que sea added to the system (recién creada o guardada), selecciónela en la lista desplegable. La información de la base de datos se configura automáticamente. Nota En la consola de DMS, este elemento de configuración se denomina Select a DMS database instance.. Si no ha agregado la instancia de base de datos al sistema, o si no necesita usar una instancia ya agregada, configure manualmente la siguiente información de la base de datos.
	Database Type	Seleccione MongoDB.
	Connection Type	Seleccione Alibaba Cloud Instance.
	Instance Region	Seleccione la región donde se encuentra la instancia de origen de ApsaraDB for MongoDB.
	Replicate Data Across Alibaba Cloud Accounts	Este ejemplo utiliza una instancia de base de datos que pertenece a la cuenta actual de Alibaba Cloud. Seleccione No.
	Architecture	Seleccione Sharded Cluster.
	Migration Method	Seleccione Oplog.
	Instance ID	Seleccione el ID de la instancia de origen de ApsaraDB for MongoDB.
	Authentication Database	Introduzca la base de datos a la que pertenece la cuenta de origen de ApsaraDB for MongoDB. Valor predeterminado: `admin`.
	Database Account	Introduzca la cuenta de base de datos de la instancia de origen de ApsaraDB for MongoDB. La cuenta debe tener el permiso de lectura sobre las bases de datos que se van a sincronizar, así como sobre las bases de datos `config`, `admin` y `local`.
	Database Password	Introduzca la contraseña correspondiente a la cuenta de la base de datos.
	Shard account	Introduzca la cuenta del shard para la instancia de origen de ApsaraDB for MongoDB.
	Shard password	Introduzca la contraseña del shard para la instancia de origen de ApsaraDB for MongoDB.
	Encryption	DTS admite tres métodos de conexión: Non-encrypted, SSL-encrypted y Mongo Atlas SSL. Las opciones de Encryption varían según el Access Method y la Architecture seleccionados. Prevalecen las opciones que se muestran en la consola. Nota Una base de datos MongoDB cuya Architecture es Sharded Cluster y cuyo Migration Method es Oplog no es compatible con SSL-encrypted. Si el origen es una base de datos MongoDB autogestionada (el Access Method no es Alibaba Cloud Instance) con arquitectura de Replica Set, y usted selecciona SSL-encrypted, DTS también le permite cargar un certificado de CA para verificar la conexión.
Destination Database	Select Existing Connection	Para usar una instancia de base de datos que sea added to the system (recién creada o guardada), selecciónela en la lista desplegable. La información de la base de datos se configura automáticamente. Nota En la consola de DMS, este elemento de configuración se denomina Select a DMS database instance.. Si no ha agregado la instancia de base de datos al sistema, o si no necesita usar una instancia ya agregada, configure manualmente la siguiente información de la base de datos.
	Database Type	Seleccione MongoDB.
	Connection Type	Seleccione Alibaba Cloud Instance.
	Instance Region	Seleccione la región donde se encuentra la instancia de destino de ApsaraDB for MongoDB.
	Replicate Data Across Alibaba Cloud Accounts	Este ejemplo utiliza una instancia de base de datos que pertenece a la cuenta actual de Alibaba Cloud. Seleccione No.
	Architecture	Seleccione Sharded Cluster.
	Instance ID	Seleccione el ID de la instancia de destino de ApsaraDB for MongoDB.
	Authentication Database	Introduzca la base de datos a la que pertenece la cuenta de destino de ApsaraDB for MongoDB. Valor predeterminado: `admin`.
	Database Account	Introduzca la cuenta de base de datos de la instancia de destino de ApsaraDB for MongoDB. La cuenta debe tener el permiso `dbAdminAnyDatabase`, el permiso `readWrite` sobre la base de datos de destino y el permiso `read` sobre la base de datos `local`.
	Database Password	Introduzca la contraseña correspondiente a la cuenta de la base de datos.
	Encryption	DTS admite tres métodos de conexión: Non-encrypted, SSL-encrypted y Mongo Atlas SSL. Las opciones de Encryption varían según el Access Method y la Architecture seleccionados. Prevalecen las opciones que se muestran en la consola. Nota Las bases de datos MongoDB con una Architecture de Sharded Cluster no son compatibles con SSL-encrypted. Si el destino es una base de datos MongoDB autogestionada (el Access Method no es Alibaba Cloud Instance) con un Replica Set, y usted selecciona SSL-encrypted, DTS también le permite cargar un certificado de CA para verificar la conexión.

Una vez completada la configuración, haga clic en Test Connectivity and Proceed en la parte inferior de la página.

Nota
Asegúrese de que los bloques CIDR de direcciones IP de los servidores de DTS estén agregados a la configuración de seguridad de las bases de datos de origen y de destino, para permitir el acceso desde dichos servidores. Este proceso se puede hacer de forma automática o manual. Para obtener más información, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.

Configure los objetos de la tarea.

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

Parámetro	Descripción
Synchronization Types	Incremental Data Synchronization está seleccionado. De forma predeterminada, también debe seleccionar Schema Synchronization y Full Data Synchronization. Una vez finalizada la comprobación previa, DTS ejecuta una sincronización completa de datos de los objetos seleccionados desde la instancia de origen hacia el clúster de destino. Estos datos sirven como línea base para la posterior sincronización incremental.
Processing Mode of Conflicting Tables	Precheck and Report Errors: comprueba si existe una colección con el mismo nombre en la base de datos de destino. Si la encuentra, se reporta un error y la tarea de sincronización de datos no inicia. De lo contrario, la comprobación previa se completa correctamente. Nota Si no puede eliminar ni cambiar el nombre de la colección duplicada en la base de datos de destino, modifique el nombre de dicha colección. Para obtener más información, consulte Set the name of a synchronization object in the destination instance. Ignore Errors and Proceed: omite la comprobación de colecciones con el mismo nombre en la base de datos de destino. Aviso Seleccionar Ignore Errors and Proceed puede provocar inconsistencias en los datos y poner en riesgo su negocio. Por ejemplo: Si un registro de la base de datos de destino tiene el mismo valor de clave primaria o clave única que un registro de la base de datos de origen, se conserva el registro de destino. El registro de origen no se sincroniza con la base de datos de destino. Esto puede causar que la inicialización de datos falle, que solo se sincronicen datos parciales o que toda la sincronización falle.
Synchronization Topology	Seleccione Two-way Synchronization.
Exclude DDL Operations	Yes: las operaciones DDL no se sincronizan. No: las operaciones DDL se sincronizan. Nota Para garantizar la estabilidad en la sincronización bidireccional, las operaciones DDL se sincronizan únicamente en dirección directa.
Conflict Resolution Strategy	Si ocurre un conflicto descrito en How conflict detection works, seleccione la estrategia de resolución de conflictos que mejor se ajuste a sus necesidades de negocio. TaskFailed (If a conflict occurs, an error is reported and the task is stopped) Si ocurre un conflicto de datos durante la sincronización, la tarea reporta un error y se detiene. La tarea entra en estado Failed y requiere intervención manual. Ignore (If a conflict occurs, the conflicting record in the destination instance is used) Si ocurre un conflicto de datos durante la sincronización, se omite la instrucción de sincronización actual y el proceso continúa. Se conserva el registro en conflicto de la base de datos de destino. Overwrite (If a conflict occurs, the conflicting record in the destination instance is overwritten) Si ocurre un conflicto de datos durante la sincronización, se sobrescribe el registro en conflicto de la base de datos de destino. Nota Este escenario solo admite Ignore.
Source Objects	En el cuadro Source Objects, haga clic en el objeto que desea sincronizar y luego haga clic en para moverlo al cuadro Selected Objects. Nota Puede seleccionar objetos a nivel de DATABASE o de COLLECTION.
Selected Objects	Para definir el nombre de un objeto de sincronización en la instancia de destino o especificar qué objeto recibirá los datos, haga clic con el botón derecho en el objeto dentro del cuadro Selected Objects y modifíquelo. Para obtener más información, consulte Map table and column names. Para quitar un objeto de sincronización, haga clic en él dentro del cuadro Selected Objects y luego haga clic en para moverlo al cuadro Source Objects. Nota Para seleccionar operaciones incrementales a nivel de base de datos o de colección, haga clic con el botón derecho en el objeto deseado dentro del cuadro Selected Objects y realice las selecciones en el cuadro de diálogo que aparece. Para filtrar datos (compatible durante la sincronización completa, pero no durante la incremental), haga clic con el botón derecho en la colección deseada dentro del cuadro Selected Objects y configure los ajustes en el cuadro de diálogo que aparece. Para ver las instrucciones, consulte Configure filter conditions. Si utiliza la función de asignación de nombres de objetos para especificar una base de datos o colección que reciba datos, la sincronización podría fallar en otros objetos que dependan del objeto asignado.

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, por lo que no es necesario seleccionar uno. Para obtener un rendimiento más estable, puede adquirir un clúster dedicado donde ejecutar las tareas de sincronización de DTS. Para obtener más información, consulte What is a DTS dedicated cluster?.
Retry Time for Failed Connections	Una vez iniciada la tarea de sincronización, si falla la conexión con la base de datos de origen o de destino, DTS reporta un error y comienza a reintentar la conexión de inmediato. La duración predeterminada de los reintentos es de 720 minutos. También puede especificar una duración personalizada de entre 10 y 1440 minutos. Se recomienda establecerla en 30 minutos o más. Si DTS logra reconectarse a la base de datos dentro del tiempo especificado, la tarea de sincronización se reanuda automáticamente. De lo contrario, la tarea falla. Nota Si tiene varias instancias de DTS (por ejemplo, la Instancia A y la Instancia B) que comparten el mismo origen o destino, y configura el tiempo de reintento de red en 30 minutos para la Instancia A y en 60 minutos para la Instancia B, se aplicará la duración más corta (30 minutos) a ambas. Dado que DTS cobra por el tiempo de ejecución de la tarea durante el periodo de reintento de conexión, se recomienda personalizar la duración de reintento según sus necesidades de negocio. También conviene liberar la instancia de DTS lo antes posible después de liberar las instancias de base de datos de origen y de destino.
Retry Time for Other Issues	Una vez iniciada la tarea de sincronización, si ocurren otros problemas no relacionados con la conectividad en la base de datos de origen o de destino (como excepciones al ejecutar DDL o DML), DTS reporta un error e inicia de inmediato reintentos continuos. La duración predeterminada de los reintentos es de 10 minutos. También puede personalizarla en un rango de 1 a 1440 minutos. Se recomienda establecerla en 10 minutos o más. Si las operaciones correspondientes se completan correctamente dentro del tiempo de reintento configurado, la tarea de sincronizació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 de Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Durante la fase de sincronización completa, DTS consume recursos de lectura y escritura de las bases de datos de origen y de destino, lo que puede aumentar la carga de estas. Para reducir dicha carga, puede establecer un límite de velocidad en la tarea de sincronización completa mediante la configuración de los parámetros Queries per second (QPS) to the source database, RPS of Full Data Migration y Data migration speed for full migration (MB/s). Nota Este elemento de configuración solo está disponible cuando Synchronization Types se establece en Full Data Synchronization. También puede adjust the full synchronization rate después de que la instancia de sincronización esté en ejecución.
Only one data type for primary key _id in a table of the data to be synchronized	Especifique si los tipos de datos de la clave primaria `_id` son únicos dentro de cada colección que se va a sincronizar. Importante Seleccione una opción según sus datos reales. Una selección incorrecta puede provocar pérdida de datos. Este parámetro solo está disponible si Synchronization Types incluye Full Data Synchronization. Yes: los tipos de datos son únicos. Durante la fase de sincronización completa, DTS no analiza los tipos de datos de las claves primarias en los datos de origen. Para cada colección, DTS sincroniza únicamente los datos correspondientes a un tipo de dato de clave primaria. No: los tipos de datos no son únicos. Durante la fase de sincronización completa, DTS analiza los tipos de datos de las claves primarias en los datos de origen y sincroniza todos los datos.
Enable Throttling for Incremental Data Synchronization	También puede establecer un límite de velocidad para la tarea de sincronización incremental. Para aliviar la presión sobre la base de datos de destino, configure los parámetros RPS of Incremental Data Synchronization y Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Opcional. Seleccione una etiqueta de entorno para identificar la instancia.
Configure ETL	Decida 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 instrucciones 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	Especifique si desea configurar alertas. Si la sincronización falla o la latencia supera el umbral definido, se envía una notificación a un contacto de alerta. No: no se configuran alertas. Yes: configure las alertas definiendo un umbral de alerta y especificando un alert notification. Para obtener más información, consulte Configure monitoring and alerting during task configuration.

Haga clic en Next: Data Validation para configurar una tarea de validación de datos.

Si desea utilizar la función de validación de datos, consulte Configure data validation para ver las instrucciones de configuración.

Guarde la tarea y ejecute una comprobación previa.
- Para consultar los parámetros de API necesarios para configurar esta instancia, pase el cursor sobre el botón Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters en la burbuja emergente.
- Cuando termine de revisar los parámetros de API, haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.
Nota
- Antes de iniciar el trabajo de sincronización, DTS ejecuta una comprobación previa. El trabajo solo puede comenzar una vez aprobados todos los elementos de dicha comprobación.
- Si la comprobación previa falla, haga clic en View Details junto al elemento con errores. Corrija el problema siguiendo las indicaciones y vuelva a ejecutar la comprobación previa.
- Si la comprobación previa devuelve una advertencia:
  
  Si un elemento de comprobación falla y no se puede ignorar, haga clic en View Details junto a dicho elemento. Siga las instrucciones para corregir el problema y vuelva a ejecutar la comprobación previa.
  
  Para los elementos de comprobación que se pueden ignorar, haga clic sucesivamente en Confirm Alert Details, Ignore, OK y Precheck Again para omitir la advertencia y volver a ejecutar la comprobación previa. Si decide ocultar el elemento de advertencia, podrían surgir problemas como inconsistencias en los datos, lo cual representa un riesgo para su negocio.

Compre la instancia.

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

En la página Purchase, seleccione el método de facturación y la especificación de enlace para la instancia de sincronización de datos. En la siguiente tabla se describen estos parámetros en detalle.

Categoría	Parámetro	Descripción
New Instance Class	Billing Method	Subscription: el pago se realiza al crear la instancia. Es adecuado para necesidades a largo plazo y resulta más rentable que pay-as-you-go. Cuanto mayor sea la duración de la suscripción, mayor será el descuento. Pay-as-you-go: se le cobra por hora. Es adecuado para necesidades a corto plazo. Puede liberar la instancia inmediatamente después de usarla para ahorrar costos.
	Resource Group Configuration	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?.
	Link Specification	DTS ofrece especificaciones de sincronización con distintos niveles de rendimiento. La especificación del enlace de sincronización afecta la velocidad de sincronización. Elija una especificación según su escenario de negocio. Para obtener más información, consulte Data synchronization link specifications.
	Subscription Duration	En el modo de suscripción, seleccione la duración y la cantidad de instancias de suscripción. Puede elegir una suscripción mensual de 1 a 9 meses, o una suscripción anual de 1, 2, 3 o 5 años. Nota Esta opción solo está disponible cuando el método de facturación es Subscription.

Una vez completada la configuración, lea y seleccione Data Transmission Service (Pay-as-you-go) Service Terms.
Haga clic en Buy and Start. En el cuadro de diálogo OK, haga clic en OK.

Puede consultar el progreso de la tarea en la página Data Synchronization.

Configure la tarea de sincronización inversa.
1. Espere a que el Status de la tarea de sincronización directa cambie a Running, lo cual indica que la inicialización ha terminado.
2. Localice la tarea de sincronización inversa y haga clic en Configure Task.
3. Configure la tarea de sincronización inversa siguiendo los pasos de Step 3 a Step 6.
  Importante
  
  Al configurar la tarea inversa, intercambie las instancias de origen y de destino: el destino de la tarea directa pasa a ser el origen de la tarea inversa, y viceversa. Compruebe que la información de las instancias, como los nombres de las bases de datos, las cuentas y las contraseñas, sea coherente.
  
  Se recomienda no modificar los nombres de asignación al configurar la tarea inversa. De lo contrario, podrían producirse inconsistencias en los datos.
  
  No es posible modificar el parámetro Instance Region de las bases de datos de origen y de destino en la tarea de sincronización inversa. Esta tarea requiere menos parámetros que la tarea directa. Consulte la consola para ver las opciones disponibles.
  
  La configuración Processing Mode of Conflicting Tables de la tarea inversa ignora los objetos que ya sincronizó la tarea directa.
  
  La tarea de sincronización inversa no admite la sincronización de objetos que se encuentren en la lista Selected Objects de la tarea directa.
  
  La tarea de sincronización inversa filtra automáticamente las operaciones DDL.
4. Cuando la Success Rate sea del 100 %, haga clic en Back.
Una vez configurada la segunda tarea, espere a que el Status de ambos enlaces cambie a Running. En ese momento, la sincronización bidireccional de datos estará completamente configurada.