Data Transmission Service (DTS) admite la sincronización bidireccional de datos entre una instancia de ApsaraDB RDS for PostgreSQL y un clúster de PolarDB for PostgreSQL. Esta configuración es adecuada para escenarios de redundancia geográfica activa y recuperación ante desastres.
La sincronización bidireccional requiere que cada registro de datos se actualice en uno solo de los dos nodos. Si ambos nodos actualizan el mismo registro al mismo tiempo, DTS responde según su política de resolución de conflictos, pero no se garantiza la consistencia de los datos.
Este tema le guía a través de la configuración de la tarea de sincronización directa (de RDS PostgreSQL a PolarDB for PostgreSQL) y, posteriormente, de la tarea inversa (de PolarDB for PostgreSQL a RDS PostgreSQL).
Puede seguir el mismo procedimiento para configurar la sincronización bidireccional entre una base de datos PostgreSQL autogestionada y un clúster de PolarDB for PostgreSQL.
Requisitos previos
Antes de empezar, asegúrese de contar con lo siguiente:
-
Una instancia de ApsaraDB RDS for PostgreSQL y un clúster de PolarDB for PostgreSQL ya creados. Consulte Create an instance y Create a cluster.
Para conocer las versiones de base de datos compatibles, consulte Overview of data synchronization scenarios . Asegúrese de que ambas bases de datos tengan espacio de almacenamiento suficiente.
Una base de datos creada en el clúster de destino de PolarDB for PostgreSQL para recibir los datos. Consulte Database management.
El parámetro wal_level establecido en logical tanto en la instancia de origen de ApsaraDB RDS for PostgreSQL como en el clúster de destino de PolarDB for PostgreSQL. Consulte Modify the parameters of an ApsaraDB RDS for PostgreSQL instance y Configure cluster parameters.
Cuentas de base de datos con los permisos obligatorios en ambas instancias. Consulte Permissions required for database accounts.
Facturación
|
Tipo de sincronización |
Costo |
|
Sincronización de esquemas y sincronización completa de datos |
Sin costo |
|
Sincronización incremental de datos |
Con cargo. Consulte Descripción general de la facturación. |
Funcionamiento de la sincronización bidireccional
Una instancia de sincronización bidireccional contiene dos tareas: una forward synchronization task (de RDS PostgreSQL a PolarDB for PostgreSQL) y una tarea de sincronización inversa (de PolarDB for PostgreSQL a RDS PostgreSQL).
Prevención de sincronización circular
Para evitar que los cambios se repliquen de forma indefinida, DTS crea un esquema llamado dts en las bases de datos de origen y de destino cuando se ejecuta una instancia de sincronización bidireccional. DTS utiliza este esquema para rastrear qué cambios provienen de la replicación, de modo que dichos cambios no se vuelvan a replicar en sentido inverso.
No modifique el esquema dts mientras la tarea esté en ejecución.
Dirección de sincronización de DDL
Las operaciones DDL se sincronizan únicamente en la dirección directa (del origen al destino). En la dirección inversa, estas operaciones se ignoran.
Reglas de las tareas directa e inversa
Cuando ambas tareas se configuran para sincronizar los mismos objetos:
Solo una tarea (por lo general, la directa) puede sincronizar tanto los datos completos como los incrementales. La otra tarea sincroniza únicamente los datos incrementales.
Los datos sincronizados por la tarea directa no se utilizan como datos de origen para la tarea inversa.
Límites
Límites de la base de datos de origen
|
Restricción |
Detalle |
|
Clave primaria o clave única obligatoria |
Las tablas deben tener restricciones PRIMARY KEY o UNIQUE, con todos los campos únicos. De lo contrario, el destino podría contener registros duplicados. Si crea una tarea sin seleccionar Schema Synchronization, asegúrese de que la tabla de destino tenga las mismas restricciones PRIMARY KEY o NOT NULL UNIQUE que la de origen. |
|
Máximo de tablas por tarea |
5,000 tablas por tarea de sincronización al seleccionar tablas individuales. Si necesita más tablas, cree varias tareas o sincronice toda la base de datos. |
|
Retención de registros WAL (solo incremental) |
Los registros WAL deben conservarse durante más de 24 horas. |
|
Retención de registros WAL (completa + incremental) |
Los registros WAL deben conservarse durante como mínimo 7 días. Una vez finalizada la sincronización completa de datos, puede reducir el periodo de retención a más de 24 horas. |
|
Transacciones de larga duración |
Las transacciones prolongadas provocan la acumulación de registros WAL, lo cual puede agotar el espacio en disco de la base de datos de origen. |
|
Tamaño de un cambio individual de datos |
Si un único cambio incremental de datos supera los 256 MB, la instancia de sincronización falla y no se puede recuperar. Debe volver a configurar la tarea. |
|
DDL durante la sincronización de esquemas o completa |
No ejecute instrucciones DDL durante la sincronización de esquemas ni durante la sincronización completa de datos. |
|
Actualización de versión principal |
Si actualiza la versión principal de la base de datos de origen, la instancia de sincronización falla y no se puede recuperar. Debe volver a configurar la tarea. |
Otros límites
|
Restricción |
Detalle |
|
Una base de datos por tarea |
Una sola tarea de sincronización puede sincronizar datos de una única base de datos. Cree tareas independientes si tiene varias bases de datos. |
|
Tablas con herencia entre esquemas |
DTS no puede sincronizar tablas con relaciones de herencia entre distintos esquemas. |
|
Tipo de dato SERIAL |
Si una tabla contiene el tipo de dato SERIAL, DTS crea automáticamente una secuencia en la base de datos de origen. Al configurar Source Objects, seleccione también Sequence o utilice la sincronización del esquema completo. |
|
Claves externas y disparadores |
Durante la sincronización de esquemas, DTS sincroniza las claves externas de la base de datos de origen a la de destino. En la sincronización completa e incremental de datos, DTS establece |
|
Tablas nuevas o renombradas en un esquema sincronizado |
Antes de escribir datos en una tabla recién creada o renombrada dentro de un esquema sincronizado, ejecute |
|
Tablas temporales |
DTS crea las siguientes tablas temporales en la base de datos de origen. No las elimine durante la sincronización, ya que se quitan automáticamente después de liberar la instancia de DTS: |
|
Tabla de latidos |
DTS agrega una tabla de latidos llamada |
|
Replication slot |
DTS crea un replication slot con el prefijo |
|
Validez de las secuencias |
DTS no valida las secuencias. Compruebe su validez de forma manual. Tras migrar las cargas de trabajo a la base de datos de destino, las secuencias no continúan desde el valor máximo del origen. Antes de realizar el cambio, consulte los valores máximos de las secuencias en el origen y establézcalos como valores iniciales en el destino. |
|
Impacto en el rendimiento |
Evalúe el impacto en el rendimiento de las bases de datos de origen y de destino antes de iniciar la sincronización. Siempre que sea posible, ejecute la sincronización fuera del horario de mayor carga. |
|
Tamaño del tablespace |
Después de la sincronización inicial completa de datos, el tablespace de destino será más grande que el de origen debido a la fragmentación generada por las operaciones INSERT concurrentes. |
|
DDL en línea |
Si solo DTS escribe en el destino, puede usar DMS para ejecutar operaciones DDL en línea sobre las tablas de origen durante la sincronización. Consulte Cambiar esquemas sin bloquear tablas. No escriba datos desde otras fuentes en el destino durante la sincronización, ya que esto puede provocar la pérdida de datos. |
|
Recuperación tras fallos de la tarea |
Si una tarea de DTS falla, el soporte técnico de DTS intenta restaurarla en un plazo de 8 horas. Durante la restauración, la tarea podría reiniciarse y sus parámetros podrían modificarse (no así los parámetros de la base de datos). |
Para consultar los valores máximos de las secuencias en la base de datos de origen antes de migrar las cargas de trabajo:
do language plpgsql $$
declare
nsp name;
rel name;
val int8;
begin
for nsp,rel in select nspname,relname from pg_class t2 , pg_namespace t3 where t2.relnamespace=t3.oid and t2.relkind='S'
loop
execute format($_$select last_value from %I.%I$_$, nsp, rel) into val;
raise notice '%',
format($_$select setval('%I.%I'::regclass, %s);$_$, nsp, rel, val+1);
end loop;
end;
$$;Las instrucciones SQL devueltas abarcan todas las secuencias de la base de datos de origen. Ejecute en la base de datos de destino únicamente las instrucciones que correspondan a sus necesidades.
Casos especiales
|
Base de datos de origen |
Restricción |
|
ApsaraDB RDS for PostgreSQL |
No modifique el endpoint ni la zona de la instancia durante la sincronización. |
|
PostgreSQL autogestionado |
Los valores de |
|
Cloud SQL for PostgreSQL (Google Cloud) |
Establezca Database Account en una cuenta con el permiso |
Detección de conflictos compatible
DTS detecta tres tipos de conflictos durante la sincronización bidireccional y responde ante ellos:
|
Tipo de conflicto |
Qué sucede |
|
Conflicto de unicidad en INSERT |
Si se inserta un registro con la misma clave primaria en ambos nodos casi al mismo tiempo, una de las operaciones INSERT falla porque la clave ya existe en el otro nodo. |
|
UPDATE sobre un registro ausente |
Si el registro que se va a actualizar no existe en el destino, DTS convierte el UPDATE en un INSERT. Este INSERT puede desencadenar un conflicto de unicidad. |
|
DELETE sobre un registro ausente |
Si el registro que se va a eliminar no existe en el destino, DTS ignora el DELETE sin importar la política de resolución de conflictos. |
Políticas de resolución de conflictos
Seleccione una política de resolución de conflictos al configurar la sincronización bidireccional:
|
Política |
Comportamiento |
|
TaskFailed |
La tarea reporta un error y se detiene. Resuelva el conflicto de forma manual antes de reanudarla. |
|
Ignore |
Se omite la instrucción conflictiva. Se conserva el registro existente en el destino. |
|
Overwrite |
El registro conflictivo en el destino se sobrescribe con el registro de origen. |
La detección de conflictos no evita todos los conflictos de datos. Las diferencias en los relojes del sistema y la latencia de sincronización entre nodos hacen que algunos conflictos pasen desapercibidos. Para mantener la consistencia de los datos, asegúrese de que cada registro se actualice en un solo nodo a la vez. Si pausa y reinicia una tarea de sincronización, la política de resolución de conflictos no se aplica durante la ventana de latencia; los datos del destino se sobrescriben de forma predeterminada.
Operaciones SQL que se pueden sincronizar
|
Tipo de operación |
Instrucciones SQL |
|
DML (lenguaje de manipulación de datos) |
INSERT, UPDATE, DELETE |
|
DDL (lenguaje de definición de datos) |
Solo en la dirección directa; el DDL se ignora en la dirección inversa. Consulte los detalles a continuación. |
Detalles de la sincronización de DDL
La sincronización de DDL aplica únicamente a las tareas creadas después del 1 de octubre de 2020. Para las tareas creadas antes del 12 de mayo de 2023, cree los disparadores y las funciones en la base de datos de origen antes de configurar la tarea. Consulte Usar disparadores y funciones para implementar la migración incremental de DDL en bases de datos PostgreSQL.
Los datos de tipo BIT no se pueden sincronizar durante la sincronización incremental de datos.
Cuando la cuenta de la base de datos de origen es una cuenta con privilegios y la versión menor del motor de la instancia de ApsaraDB RDS for PostgreSQL es 20210228 o posterior, DTS sincroniza las siguientes instrucciones DDL. Consulte Actualizar la versión menor del motor.
CREATE TABLE y DROP TABLE
ALTER TABLE, incluidas: RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK, ALTER COLUMN DROP DEFAULT
TRUNCATE TABLE (solo para PostgreSQL de origen versión 11 o posterior)
CREATE INDEX ON TABLE
A continuación se muestran las operaciones DDL que no se sincronizan:
Instrucciones DDL con CASCADE o RESTRICT
Instrucciones DDL provenientes de sesiones que ejecutan
SET session_replication_role = replicaInstrucciones DDL ejecutadas mediante la invocación de funciones
Instrucciones DDL confirmadas al mismo tiempo que instrucciones DML
Instrucciones DDL para objetos que no están incluidos en el alcance de la sincronización
Permisos obligatorios para las cuentas de base de datos
|
Base de datos |
Permisos obligatorios |
Referencias |
|
ApsaraDB RDS for PostgreSQL |
Cuenta con privilegios que sea propietaria de la base de datos. Para RDS PostgreSQL V9.4 con sincronización exclusiva de DML, basta con el permiso REPLICATION. |
|
|
Clúster de PolarDB for PostgreSQL |
Cuenta con privilegios que sea propietaria de la base de datos |
Diferencias clave entre las tareas directa e inversa
Revise estas diferencias antes de comenzar, ya que la tarea inversa tiene restricciones específicas distintas a las de la tarea directa:
|
Elemento |
Tarea directa |
Tarea inversa |
|
Origen y destino |
De RDS PostgreSQL a PolarDB for PostgreSQL |
De PolarDB for PostgreSQL a RDS PostgreSQL (las direcciones se invierten) |
|
Instance Region |
Configurable |
Fija; no se puede modificar |
|
Objetos seleccionados |
Se configuran desde cero |
No se pueden reutilizar los objetos seleccionados en la tarea directa |
|
Asignación de nombres de objetos |
Compatible |
No recomendada, ya que puede generar inconsistencias en los datos |
|
Manejo de tablas conflictivas |
Se excluyen las tablas ya sincronizadas por la tarea directa |
Igual |
|
Cantidad de parámetros |
Conjunto completo |
Se muestran menos parámetros; configure únicamente los que aparezcan en la consola |
Configurar la sincronización bidireccional
Paso 1: Abrir la página Data Synchronization
Utilice uno de los siguientes métodos:
DTS console
Inicie sesión en DTS console.
En el panel de navegación izquierdo, haga clic en Data Synchronization.
En la esquina superior izquierda, seleccione la región donde residirá la instancia de sincronización.
DMS console
Nota
Los pasos exactos pueden variar según el modo y el diseño de su consola DMS. Consulte Simple mode y Customize the layout and style of the DMS console.
Inicie sesión en DMS console.
En la barra de navegación superior, coloque el puntero sobre Data + AI y elija .
En la lista desplegable situada a la derecha de Data Synchronization Tasks, seleccione la región donde residirá la instancia de sincronización.
Paso 2: Crear una tarea
Haga clic en Create Task para ir a la página de configuración de la tarea.
Opcional: Haga clic en New Configuration Page en la esquina superior derecha si la página muestra Back to Previous Version. Omita este paso si ya se muestra Back to Previous Version.
Algunos parámetros difieren entre la versión nueva y la anterior de la página de configuración. Utilice la versión nueva.
Paso 3: Configurar las bases de datos de origen y destino
| Sección | Parámetro | Descripción |
|---|---|---|
| N/A | Task Name | DTS genera un nombre automáticamente. Especifique un nombre descriptivo para identificar la tarea con facilidad. No es necesario que el nombre sea único. |
| Source Database | Select Existing Connection | Seleccione una instancia de base de datos registrada en la lista desplegable para completar automáticamente los parámetros de conexión. Si la instancia no está registrada, configure los parámetros manualmente. En la consola DMS, utilice la lista desplegable Select a DMS database instance. |
| Database Type | Seleccione PostgreSQL. | |
| Access Method | Seleccione Alibaba Cloud Instance. | |
| Instance Region | Seleccione la región donde reside la instancia de ApsaraDB RDS for PostgreSQL de origen. | |
| Replicate Data Across Alibaba Cloud Accounts | Seleccione No si ambas bases de datos pertenecen a la misma cuenta de Alibaba Cloud. | |
| Instance ID | Seleccione la instancia de ApsaraDB RDS for PostgreSQL de origen. | |
| Database Name | Introduzca el nombre de la base de datos de origen que desea sincronizar. | |
| Database Account | Introduzca la cuenta de la base de datos. Consulte Permissions required for database accounts. | |
| Database Password | Introduzca la contraseña de la cuenta. | |
| Encryption | Seleccione Non-encrypted o SSL-encrypted según sus necesidades. Para conexiones cifradas con SSL, cargue CA Certificate, Client Certificate y Private Key of Client Certificate según corresponda, e introduzca Private Key Password of Client Certificate. Para una base de datos PostgreSQL autogestionada con cifrado SSL, cargue CA Certificate. Para configurar SSL en ApsaraDB RDS for PostgreSQL, consulte SSL encryption. | |
| Destination Database | Select Existing Connection | Seleccione una instancia de base de datos registrada o configúrela manualmente. |
| Database Type | Seleccione PolarDB for PostgreSQL. | |
| Access Method | Seleccione Alibaba Cloud Instance. | |
| Instance Region | Seleccione la región donde reside el clúster de PolarDB for PostgreSQL de destino. | |
| Instance ID | Seleccione el clúster de PolarDB for PostgreSQL de destino. | |
| Database Name | Introduzca el nombre de la base de datos de destino que recibirá los datos. | |
| Database Account | Introduzca la cuenta de la base de datos. Consulte Permissions required for database accounts. | |
| Database Password | Introduzca la contraseña de la cuenta. |
Paso 4: Probar la conectividad y continuar
Haga clic en Test Connectivity and Proceed en la parte inferior de la página.
Compruebe que los bloques CIDR de los servidores DTS estén agregados a la configuración de seguridad de las bases de datos de origen y destino. Consulte Add the CIDR blocks of DTS servers . Para las bases de datos autogestionadas que no estén configuradas como Alibaba Cloud Instance , haga clic en Test Connectivity en el cuadro de diálogo CIDR Blocks of DTS Servers .
Paso 5: Configurar los objetos que se van a sincronizar
-
En el paso Configure Objects, establezca los siguientes parámetros:
Parámetro Descripción Synchronization Types Seleccione Schema Synchronization, Full Data Synchronization y Incremental Data Synchronization. DTS sincroniza primero los datos históricos como base para la sincronización incremental posterior. Synchronization Topology Seleccione Two-way Synchronization. Exclude DDL Operations Seleccione Yesconfiguración de notificaciones de alerta para excluir la sincronización DDL, o No para incluirla. Las operaciones DDL se sincronizan únicamente en sentido directo. Este parámetro solo aparece al configurar la tarea directa. Global Conflict Resolution Policy Seleccione la política para gestionar conflictos. Consulte Supported conflict detection para obtener más detalles. La política no se aplica durante las ventanas de latencia cuando se pausa y reinicia una tarea; en ese periodo, los datos del destino se sobrescriben de forma predeterminada. Processing Mode of Conflicting Tables Precheck and Report Errors: la comprobación previa falla si el destino contiene tablas con los mismos nombres que las del origen. Utilice Map object names para cambiar el nombre de las tablas de destino si no es posible eliminarlas ni renombrarlas. Ignore Errors and Proceed: omite la comprobación previa de nombres de tabla idénticos. Durante la sincronización completa de datos, se conservan los registros existentes en el destino que coincidan con claves primarias o únicas. Durante la sincronización incremental, dichos registros se sobrescriben. Si los esquemas difieren, la inicialización de datos podría fallar. Proceda con precaución. Source Objects Seleccione los objetos en la sección Source Objects y haga clic en el icono de flecha para moverlos a la sección Selected Objects. Puede seleccionar columnas, tablas o esquemas. Selected Objects Haga clic con el botón derecho en un objeto para cambiarle el nombre en el destino (consulte Map object names), establecer condiciones de filtro WHERE (consulte Specify filter conditions) o elegir qué operaciones SQL sincronizar para ese objeto. Haga clic en un objeto y luego en el icono de eliminación para quitarlo. Tenga en cuenta que cambiar el nombre de un objeto puede provocar errores de sincronización en los objetos dependientes. -
Haga clic en Next: Advanced Settings y configure lo siguiente:
Parámetro
Descripción
Dedicated Cluster for Task Scheduling
De forma predeterminada, DTS utiliza el clúster compartido. Para mejorar la estabilidad, adquiera un clúster dedicado. Consulte What is a DTS dedicated cluster.
Retry Time for Failed Connections
Intervalo de tiempo para reintentar conexiones con errores después de iniciar la tarea. Valores válidos: de 10 a 1440 minutos. Valor predeterminado: 720 minutos. Establézcalo en más de 30 minutos. Si DTS se reconecta dentro de este intervalo, la tarea se reanuda. De lo contrario, la tarea termina con errores. Si varias tareas comparten la misma base de datos de origen o destino, se aplica el intervalo de reintento más corto. DTS cobra por la instancia durante los reintentos.
Retry Time for Other Issues
Intervalo de tiempo para reintentar operaciones DDL o DML con errores. Valores válidos: de 1 a 1440 minutos. Valor predeterminado: 10 minutos. Establézcalo en más de 10 minutos. Este valor debe ser menor que Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization
Limite el uso de recursos de lectura y escritura durante la sincronización completa 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). Disponible solo cuando se selecciona Full Data Synchronization.
Enable Throttling for Incremental Data Synchronization
Limite el uso de recursos durante la sincronización incremental. Configure RPS of Incremental Data Synchronization y Data synchronization speed for incremental synchronization (MB/s).
Environment Tag
Etiqueta para identificar la instancia de DTS. Opcional.
Configure ETL
Seleccione Yes para habilitar la extracción, transformación y carga (ETL) e introduzca las instrucciones de procesamiento de datos. Seleccione No para omitirlo. Consulte What is ETL? y Configure ETL in a data migration or data synchronization task.
Monitoring and Alerting
Seleccione Yes para recibir notificaciones cuando la tarea falle o la latencia de sincronización supere el umbral. Configure el umbral de alerta y los ajustes de notificación. Consulte Configure monitoring and alerting when you create a DTS task. Seleccione No para omitirlo.
Haga clic en Next Step: Data Verification para configurar la verificación de datos. Consulte Configure a data verification task.
Paso 6: Guardar la configuración y ejecutar una comprobación previa
Haga clic en Next: Save Task Settings and Precheck en la parte inferior de la página.
Para previsualizar los parámetros de API de esta tarea, coloque el puntero sobre Next: Save Task Settings and Precheck y haga clic en Preview OpenAPI parameters antes de continuar.
DTS ejecuta una comprobación previa antes de iniciar la tarea. Esta comienza únicamente después de superar dicha comprobación.
Si la comprobación previa falla, haga clic en View Details junto a cada elemento con errores, resuelva el problema y haga clic en Precheck Again .
Si la comprobación previa genera una alerta:
Para las alertas que no se pueden ignorar: haga clic en View Details , corrija el problema y vuelva a ejecutar la comprobación previa.
Para las alertas que se pueden ignorar: haga clic en Confirm Alert Details > Ignore > OK > Precheck Again . Ignorar una alerta puede causar inconsistencias en los datos.
Paso 7: Adquirir una instancia de sincronización
Espere hasta que Success Rate alcance 100% y luego haga clic en Next: Purchase Instance.
En la página buy, configure lo siguiente:
| Sección | Parámetro | Descripción |
|---|---|---|
| New Instance Class | Billing Method | Subscription: pago anticipado por un periodo fijo, más rentable para uso a largo plazo. Pay-as-you-go: facturación por hora, adecuado para uso a corto plazo. Elimine la instancia cuando ya no la necesite para evitar cargos innecesarios. |
| Resource Group Settings | El resource group para la instancia de sincronización. Valor predeterminado: default resource group. Consulte What is Resource Management? | |
| Instance Class | Seleccione una clase de instancia según la velocidad de sincronización requerida. Consulte Instance classes of data synchronization instances. | |
| Subscription Duration | Disponible solo para el método de facturación Subscription. Opciones: de 1 a 9 meses, 1 año, 2 años, 3 años o 5 años. |
Lea y seleccione Data Transmission Service (Pay-as-you-go) Service Terms, y luego haga clic en Buy and Start. En el cuadro de diálogo de confirmación, haga clic en OK.
La tarea aparecerá en la lista de tareas, donde podrá monitorear su progreso.
Paso 8: Esperar a que la tarea directa comience a ejecutarse
Espere hasta que el Status de la tarea de sincronización directa cambie a Running y finalice la sincronización inicial.
Paso 9: Configurar la tarea de sincronización inversa
Busque la tarea de sincronización inversa en la lista de tareas y haga clic en Configure Task en la columna Actions.
-
Configure la tarea inversa siguiendo los pasos 3 a 6. Aplique las restricciones descritas en Key differences between the forward and reverse tasks:
ImportanteIntercambie el origen y el destino: el origen de la tarea inversa es el destino de la tarea directa (PolarDB for PostgreSQL), y el destino es el origen de la tarea directa (ApsaraDB RDS for PostgreSQL). - Instance Region es fijo y no se puede modificar. - Configure únicamente los parámetros que aparecen en la consola, ya que la tarea inversa muestra menos parámetros. - Las tablas que la tarea directa ya sincronizó en el destino quedan excluidas de la comprobación Processing Mode of Conflicting Tables en sentido inverso. - No reutilice los objetos seleccionados de la tarea directa para la tarea inversa. - Evite usar la función de asignación de nombres de objetos, ya que puede causar inconsistencias en los datos.
Espere hasta que Success Rate alcance 100% y luego haga clic en Back.
Paso 10: Comprobar que la sincronización bidireccional se está ejecutando
Espere hasta que el Status de las tareas de sincronización directa e inversa cambie a Running. En ese momento, la sincronización bidireccional de datos estará activa.