Configure two-way synchronization between PostgreSQL and a PolarDB for PostgreSQL cluster - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Antes de começar, verifique se possui:

Uma instância do ApsaraDB RDS for PostgreSQL e um cluster do PolarDB for PostgreSQL já criados. Consulte Create an instance e Create a cluster.

Para as versões de banco de dados suportadas, consulte Overview of data synchronization scenarios . Certifique-se de que ambos os bancos de dados tenham espaço de armazenamento suficiente.
Um banco de dados criado no cluster de destino do PolarDB for PostgreSQL para receber os dados. Consulte Database management.
O parâmetro wal_level definido como logical tanto na instância de origem do ApsaraDB RDS for PostgreSQL quanto no cluster de destino do PolarDB for PostgreSQL. Consulte Modify the parameters of an ApsaraDB RDS for PostgreSQL instance e Configure cluster parameters.
Contas de banco de dados com as permissões necessárias em ambas as instâncias. Consulte Permissions required for database accounts.

Faturamento

Tipo de sincronização	Custo
Sincronização de schema e sincronização completa de dados	Gratuito
Sincronização incremental de dados	Sujeito a cobrança. Consulte Visão geral do faturamento.

Como funciona a sincronização bidirecional

Uma instância de sincronização bidirecional contém duas tarefas: uma forward synchronization task (do RDS PostgreSQL para o PolarDB for PostgreSQL) e uma tarefa de sincronização reversa (do PolarDB for PostgreSQL para o RDS PostgreSQL).

Prevenção de sincronização circular

Para evitar que as alterações entrem em loop infinito, o DTS cria um schema chamado dts nos bancos de dados de origem e de destino ao executar uma instância de sincronização bidirecional. O DTS usa esse schema para rastrear as alterações originadas da replicação e evitar que sejam replicadas novamente na direção reversa.

Não modifique o schema dts enquanto a tarefa estiver em execução.

Direção da sincronização de DDL

As operações DDL são sincronizadas apenas na direção direta (da origem para o destino). As operações DDL são ignoradas na direção reversa.

Regras para tarefas diretas e reversas

Quando ambas as tarefas estiverem configuradas para sincronizar os mesmos objetos:

Apenas uma tarefa (geralmente a direta) pode sincronizar dados completos e incrementais. A outra sincroniza apenas dados incrementais.
O DTS não usa os dados sincronizados pela tarefa direta como origem para a tarefa reversa.

Limitações

Limites do banco de dados de origem

Restrição	Detalhes
Necessidade de chave primária ou única	As tabelas devem ter restrições PRIMARY KEY ou UNIQUE, e todos os campos devem ser únicos. Caso contrário, o destino poderá conter registros duplicados. Se criar uma tarefa sem selecionar Schema Synchronization, verifique se a tabela de destino possui as mesmas restrições PRIMARY KEY ou NOT NULL UNIQUE da origem.
Número máximo de tabelas por tarefa	Limite de 5.000 tabelas por tarefa de sincronização ao selecionar tabelas individuais. Para incluir mais tabelas, crie várias tarefas ou sincronize o banco de dados inteiro.
Retenção de logs WAL — apenas incremental	É necessário reter os logs WAL por mais de 24 horas.
Retenção de logs WAL — completa + incremental	É necessário reter os logs WAL por pelo menos 7 dias. Após a conclusão da sincronização completa de dados, reduza o período de retenção para mais de 24 horas.
Transações de longa duração	Transações prolongadas causam acúmulo de logs WAL, o que pode esgotar o espaço em disco do banco de dados de origem.
Tamanho de alteração de dados única	Se uma única alteração incremental de dados exceder 256 MB, a instância de sincronização falhará e não poderá ser recuperada. Reconfigure a tarefa.
DDL durante a sincronização de schema ou completa	Não execute instruções DDL durante a sincronização de schema ou a sincronização completa de dados.
Atualização de versão principal	Executar uma atualização de versão principal no banco de dados de origem causa falha na instância de sincronização, sem possibilidade de recuperação. Reconfigure a tarefa.

Outros limites

Restrição	Detalhes
Um banco de dados por tarefa	Cada tarefa de sincronização pode sincronizar dados de apenas um banco de dados. Crie tarefas separadas para múltiplos bancos de dados.
Tabelas de herança entre schemas	O DTS não sincroniza tabelas com relações de herança entre schemas.
Tipo de dados SERIAL	Se uma tabela contiver o tipo de dados SERIAL, o DTS cria automaticamente uma sequência no banco de dados de origem. Ao configurar Source Objects, selecione também Sequence ou use a sincronização de todo o schema.
Chaves estrangeiras e triggers	Durante a sincronização de schema, o DTS sincroniza chaves estrangeiras do banco de dados de origem para o de destino. Nas sincronizações completa e incremental de dados, o DTS define `session_replication_role` como `replica` no nível da sessão, caso a conta de destino seja privilegiada. Se a conta de destino não tiver essa permissão, defina `session_replication_role` como `replica` manualmente. Após a liberação da tarefa, redefina o valor para `origin`. Operações UPDATE ou DELETE em cascata na origem durante esse período podem causar inconsistência de dados.
Tabelas novas ou renomeadas em um schema sincronizado	Antes de gravar dados em uma tabela recém-criada ou renomeada em um schema sincronizado, execute `ALTER TABLE schema.table REPLICA IDENTITY FULL;`. Não bloqueie a tabela ao executar essa instrução e realize essa operação em horários de baixa demanda.
Tabelas temporárias	O DTS cria as seguintes tabelas temporárias no banco de dados de origem. Não as exclua durante a sincronização, pois são removidas automaticamente após a liberação da instância do DTS: `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`, `public.aliyun_dts_instance`.
Tabela de heartbeat	O DTS adiciona uma tabela de heartbeat chamada `dts_postgres_heartbeat` ao banco de dados de origem para manter a precisão da latência.
Slot de replicação	O DTS cria um slot de replicação com o prefixo `dts_sync_` no banco de dados de origem para capturar logs incrementais dos últimos 15 minutos. Esse slot é excluído automaticamente quando a instância do DTS é liberada. Se alterar a senha do banco de dados de origem ou remover endereços IP do DTS da lista de permissões, exclua o slot de replicação manualmente para evitar acúmulo. Se ocorrer um failover primário/secundário, acesse o banco de dados secundário para excluir o slot de replicação.
Validade da sequência	O DTS não valida sequências. Verifique a validade manualmente. Após migrar as cargas de trabalho para o banco de dados de destino, as sequências não continuam a partir do valor máximo da origem. Antes da migração, consulte os valores máximos das sequências na origem e defina-os como valores iniciais no destino.
Impacto no desempenho	Avalie o impacto no desempenho dos bancos de dados de origem e de destino antes de iniciar a sincronização. Execute a sincronização em horários de baixa demanda sempre que possível.
Tamanho do tablespace	Após a sincronização completa inicial de dados, o tablespace de destino fica maior que o de origem devido à fragmentação causada por operações INSERT simultâneas.
DDL online	Se apenas o DTS gravar no destino, use o DMS para executar operações DDL online nas tabelas de origem durante a sincronização. Consulte Alterar schemas sem bloquear tabelas. Não grave dados de outras fontes no destino durante a sincronização, pois isso pode causar perda de dados.
Recuperação de falha de tarefa	Se uma tarefa do DTS falhar, o suporte técnico tentará restaurá-la em até 8 horas. Durante a restauração, a tarefa pode ser reiniciada e seus parâmetros (não os do banco de dados) podem ser modificados.

Para consultar os valores máximos das sequências no banco de dados de origem antes de migrar as cargas de trabalho:

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;
$$;

As instruções SQL retornadas abrangem todas as sequências no banco de dados de origem. Execute apenas as instruções relevantes para os seus requisitos no banco de dados de destino.

Casos especiais

Banco de dados de origem	Restrição
ApsaraDB RDS for PostgreSQL	Não modifique o endpoint ou a zona da instância durante a sincronização.
PostgreSQL autogerenciado	Os valores de `max_wal_senders` e `max_replication_slots` devem ser maiores que a soma dos slots de replicação em uso mais o número de instâncias do DTS necessárias.
Cloud SQL for PostgreSQL (Google Cloud)	Defina Database Account como uma conta com a permissão `cloudsqlsuperuser`. Selecione apenas os objetos e gerencie aqueles que a conta tem autorização para acessar ou conceda a permissão OWNER nos objetos selecionados. Uma conta `cloudsqlsuperuser` não gerencie dados pertencentes a outras contas `cloudsqlsuperuser`.

Detecção de conflitos suportada

O DTS detecta e responde a três tipos de conflitos durante a sincronização bidirecional:

Tipo de conflito	O que acontece
Conflito de unicidade de INSERT	Se um registro com a mesma chave primária for inserido em ambos os nós quase ao mesmo tempo, um INSERT falhará porque a chave já existe no outro nó.
UPDATE em registro ausente	Se o registro a ser atualizado não existir no destino, o DTS converte o UPDATE em um INSERT. Esse INSERT pode gerar um conflito de unicidade.
DELETE em registro ausente	Se o registro a ser excluído não existir no destino, o DTS ignora o DELETE, independentemente da política de resolução de conflitos.

Políticas de resolução de conflitos

Selecione uma política de resolução de conflitos ao configurar a sincronização bidirecional:

Política	Comportamento
TaskFailed	A tarefa relata um erro e é interrompida. Resolva o conflito manualmente antes de retomá-la.
Ignore	A instrução conflitante é ignorada e o registro existente no destino é mantido.
Overwrite	O registro conflitante no destino é substituído pelo registro de origem.

Importante

A detecção de conflitos não evita todos os conflitos de dados. Diferenças no relógio do sistema e a latência de sincronização entre os nós fazem com que alguns conflitos passem despercebidos. Para manter a consistência dos dados, atualize cada registro em apenas um nó por vez. Se pausar e reiniciar uma tarefa de sincronização, a política de resolução de conflitos não se aplicará durante a janela de latência e os dados no destino serão substituídos por padrão.

Operações SQL que podem ser sincronizadas

Tipo de operação	Instruções SQL
DML (linguagem de manipulação de dados)	INSERT, UPDATE, DELETE
DDL (linguagem de definição de dados)	Apenas na direção direta — o DDL é ignorado na direção reversa. Veja os detalhes abaixo.

Detalhes da sincronização de DDL

A sincronização de DDL aplica-se apenas a tarefas criadas após 1º de outubro de 2020. Para tarefas criadas antes de 12 de maio de 2023, crie triggers e funções no banco de dados de origem antes de configurar a tarefa. Consulte Usar triggers e funções para implementar a migração incremental de DDL para bancos de dados PostgreSQL.

Não é possível sincronizar dados do tipo BIT durante a sincronização incremental.

Quando a conta do banco de dados de origem for privilegiada e a versão secundária do mecanismo da instância do ApsaraDB RDS for PostgreSQL for 20210228 ou posterior, o DTS sincroniza as seguintes instruções DDL. Consulte Atualizar a versão secundária do mecanismo.

CREATE TABLE e DROP TABLE
ALTER TABLE, incluindo: RENAME TABLE, ADD COLUMN, ADD COLUMN DEFAULT, ALTER COLUMN TYPE, DROP COLUMN, ADD CONSTRAINT, ADD CONSTRAINT CHECK, ALTER COLUMN DROP DEFAULT
TRUNCATE TABLE (apenas para PostgreSQL de origem versão 11 ou posterior)
CREATE INDEX ON TABLE

Importante

As seguintes operações DDL não são sincronizadas:

Instruções DDL com CASCADE ou RESTRICT
Instruções DDL de sessões que executam SET session_replication_role = replica
Instruções DDL executadas por invocação de funções
Instruções DDL confirmadas (committed) simultaneamente a instruções DML
Instruções DDL para objetos não incluídos no escopo de sincronização

Permissões necessárias para contas de banco de dados

Banco de dados	Permissões necessárias	Referências
ApsaraDB RDS for PostgreSQL	Conta privilegiada proprietária do banco de dados. Para o RDS PostgreSQL V9.4 com sincronização apenas de DML, a permissão REPLICATION é suficiente.	Create an account e Create a database
Cluster do PolarDB for PostgreSQL	Conta privilegiada proprietária do banco de dados	Create a database account e Database management

Principais diferenças entre as tarefas direta e reversa

Revise essas diferenças antes de começar. A tarefa reversa possui restrições específicas que diferem da tarefa direta:

Item	Tarefa direta	Tarefa reversa
Origem e destino	Do RDS PostgreSQL para o PolarDB for PostgreSQL	Do PolarDB for PostgreSQL para o RDS PostgreSQL (direções invertidas)
Instance Region	Configurável	Fixa — não pode ser modificada
Objetos selecionados	Configure do zero	Não reutilize os objetos selecionados da tarefa direta
Mapeamento de nomes de objetos	Suportado	Não recomendado — pode causar inconsistência de dados
Tratamento de tabelas conflitantes	As tabelas já sincronizadas pela tarefa direta são excluídas	Igual
Número de parâmetros	Conjunto completo	Menos parâmetros exibidos — configure apenas o que aparece no console

Configure a sincronização bidirecional

Etapa 1: acesse a página Data Synchronization

escolha um dos seguintes métodos:

console do DTS

Acesse o console do DTS .
No painel de navegação à esquerda, clique em Data Synchronization .
No canto superior esquerdo, selecione a região onde a instância de sincronização residirá.

console do DMS

Nota

As etapas exatas podem variar de acordo com o modo e o layout do seu console do DMS. Consulte Modo simples e Personalizar o layout e o estilo do console do DMS .

Acesse o console do DMS .
Na barra de navegação superior, passe o ponteiro do mouse sobre Data + AI e escolha DTS (DTS) > Data Synchronization .
Na lista suspensa à direita de Data Synchronization Tasks , selecione a região onde a instância de sincronização residirá.

Etapa 2: crie uma tarefa

Clique em Create Task para acessar a página de configuração da tarefa.

Opcional: Clique em New Configuration Page no canto superior direito se a página exibir Back to Previous Version. Pule esta etapa se Back to Previous Version já estiver exibido.

Alguns parâmetros diferem entre as versões nova e anterior da página de configuração. Use a nova versão.

Etapa 3: configure os bancos de dados de origem e de destino

Seção	Parâmetro	Descrição
N/A	Task Name	O DTS gera um nome automaticamente. Especifique um nome descritivo para identificar a tarefa com facilidade. O nome não precisa ser único.
Source Database	Select Existing Connection	Selecione uma instância de banco de dados registrada na lista suspensa para preencher automaticamente os parâmetros de conexão. Se a instância não estiver registrada, configure os parâmetros manualmente. No console do DMS, use a lista suspensa Select a DMS database instance.
	Database Type	Selecione PostgreSQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde reside a instância de origem do ApsaraDB RDS for PostgreSQL.
	Replicate Data Across Alibaba Cloud Accounts	Selecione No se ambos os bancos de dados estiverem na mesma conta da Alibaba Cloud.
	Instance ID	Selecione a instância de origem do ApsaraDB RDS for PostgreSQL.
	Database Name	Insira o nome do banco de dados de origem a ser sincronizado.
	Database Account	Insira a conta do banco de dados. Consulte Permissions required for database accounts.
	Database Password	Insira a senha da conta.
	Encryption	Selecione Non-encrypted ou SSL-encrypted de acordo com seus requisitos. Para conexões criptografadas com SSL, faça upload de CA Certificate, Client Certificate e Private Key of Client Certificate conforme necessário, e insira a Private Key Password of Client Certificate. Para um banco de dados PostgreSQL autogerenciado com criptografia SSL, faça upload de CA Certificate. Para a configuração de SSL do ApsaraDB RDS for PostgreSQL, consulte Criptografia SSL.
Destination Database	Select Existing Connection	Selecione uma instância de banco de dados registrada ou configure manualmente.
	Database Type	Selecione PolarDB for PostgreSQL.
	Access Method	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde reside o cluster de destino do PolarDB for PostgreSQL.
	Instance ID	Selecione o cluster de destino do PolarDB for PostgreSQL.
	Database Name	Insira o nome do banco de dados de destino para receber os dados.
	Database Account	Insira a conta do banco de dados. Consulte Permissions required for database accounts.
	Database Password	Insira a senha da conta.

Etapa 4: Testar a conectividade e prosseguir

Clique em Test Connectivity and Proceed na parte inferior da página.

Certifique-se de que os blocos CIDR dos servidores do DTS estejam adicionados às configurações de segurança dos bancos de dados de origem e de destino. Consulte Adicionar os blocos CIDR dos servidores do DTS . Para bancos de dados autogerenciados não definidos como Alibaba Cloud Instance , clique em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers .

Etapa 5: configure os objetos para sincronização

Na etapa Configure Objects, defina os seguintes parâmetros:

Parâmetro	Descrição
Synchronization Types	Selecione Schema Synchronization, Full Data Synchronization e Incremental Data Synchronization. O DTS sincroniza primeiro os dados históricos como base para a sincronização incremental subsequente.
Synchronization Topology	Selecione Two-way Synchronization.
Exclude DDL Operations	Selecione Yesalert notification settings para excluir a sincronização de DDL ou No para incluí-la. As operações DDL são sincronizadas apenas na direção direta. Este parâmetro aparece apenas ao configurar a tarefa direta.
Global Conflict Resolution Policy	Selecione a política para lidar com conflitos. Consulte Supported conflict detection para obter detalhes. A política não se aplica durante as janelas de latência ao pausar e reiniciar uma tarefa. Nesse período, os dados no destino são substituídos por padrão.
Processing Mode of Conflicting Tables	Precheck and Report Errors: a pré-verificação falha se o destino contiver tabelas com os mesmos nomes das tabelas de origem. Use o mapeamento de nomes de objetos para renomear as tabelas de destino caso não possam ser excluídas ou renomeadas. Ignore Errors and Proceed: ignora a pré-verificação para nomes de tabelas idênticos. Durante a sincronização completa de dados, os registros de destino existentes com chaves primárias ou únicas correspondentes são mantidos. Durante a sincronização incremental, eles são substituídos. Se os schemas forem diferentes, a inicialização de dados poderá falhar. Prossiga com cautela.
Source Objects	Selecione objetos na seção Source Objects e clique no ícone de seta para movê-los para a seção Selected Objects. É possível selecionar colunas, tabelas ou schemas.
Selected Objects	Clique com o botão direito em um objeto para renomeá-lo no destino (consulte Mapear nomes de objetos), defina condições de filtro WHERE (consulte Especificar condições de filtro) ou selecione quais operações SQL sincronizar para esse objeto. Clique em um objeto e, em seguida, no ícone de remover para excluí-lo. Renomear um objeto pode fazer com que a sincronização de objetos dependentes falhe.

Clique em Next: Advanced Settings e configure o seguinte:

Parâmetro	Descrição
Dedicated Cluster for Task Scheduling	Por padrão, o DTS usa o cluster compartilhado. Para melhorar a estabilidade, adquira um cluster dedicado. Consulte O que é um cluster dedicado do DTS.
Retry Time for Failed Connections	Intervalo para tentar novamente conexões com falha após o início da tarefa. Valores válidos: 10 a 1440 minutos. Padrão: 720 minutos. Defina um valor superior a 30 minutos. Se o DTS reconectar dentro dessa janela, a tarefa será retomada; caso contrário, falhará. Se várias tarefas compartilharem o mesmo banco de dados de origem ou de destino, a janela de repetição mais curta será aplicada. O DTS cobra pela instância durante as tentativas.
Retry Time for Other Issues	Intervalo para tentar novamente operações DDL ou DML com falha. Valores válidos: 1 a 1440 minutos. Padrão: 10 minutos. Defina um valor superior a 10 minutos. Este valor deve ser menor que Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Limite o uso de recursos de leitura e gravação durante a sincronização completa de dados. Configure Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s). Disponível apenas quando Full Data Synchronization estiver selecionado.
Enable Throttling for Incremental Data Synchronization	Limite o uso de recursos durante a sincronização incremental. Configure RPS of Incremental Data Synchronization e Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Tag para identificar a instância do DTS. Opcional.
Configure ETL	Selecione Yes para ativar a extração, transformação e carga (ETL) e insira instruções de processamento de dados. Selecione No para pular. Consulte O que é ETL? e Configurar ETL em uma tarefa de migração ou sincronização de dados.
Monitoring and Alerting	Selecione Yes para receber notificações quando a tarefa falhar ou a latência de sincronização exceder o limiar. Configure o limiar de alerta e as configurações de notificação. Consulte configure monitoramento e alertas ao criar uma tarefa do DTS. Selecione No para pular.

Clique em Next Step: Data Verification para configurar a verificação de dados. Consulte configure uma tarefa de verificação de dados.

Etapa 6: salve as configurações e execute uma pré-verificação

Clique em Next: Save Task Settings and Precheck na parte inferior da página.

visualize os parâmetros da API para esta tarefa, passe o ponteiro do mouse sobre Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters antes de prosseguir.

O DTS executa uma pré-verificação antes de iniciar a tarefa, que só é iniciada após a aprovação.

Se a pré-verificação falhar, clique em View Details ao lado de cada item com falha, resolva o problema e clique em Precheck Again .

Se a pré-verificação gerar um alerta:

Para alertas que não podem ser ignorados: clique em View Details , corrija o problema e execute a pré-verificação novamente.

Para alertas que podem ser ignorados: clique em Confirm Alert Details > Ignore > OK > Precheck Again . Ignorar um alerta pode causar inconsistência de dados.

Etapa 7: Adquirir uma instância de sincronização

Aguarde até que a Success Rate atinja 100% e, em seguida, clique em Next: Purchase Instance.

Na página buy, configure o seguinte:

Seção	Parâmetro	Descrição
New Instance Class	Billing Method	Subscription: pagamento antecipado por um período fixo — mais econômico para uso a longo prazo. Pay-as-you-go: cobrança por hora — adequado para uso a curto prazo. Libere a instância quando não for mais necessária para evitar cobranças desnecessárias.
	Resource Group Settings	O grupo de recursos para a instância de sincronização. Padrão: default resource group. Consulte What is Resource Management?
	Instance Class	Selecione uma classe de instância com base na velocidade de sincronização necessária. Consulte Classes de instância de instâncias de sincronização de dados.
	Subscription Duration	Disponível apenas para o método de faturamento Subscription. Opções: 1 a 9 meses, 1 ano, 2 anos, 3 anos ou 5 anos.

Leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms e, em seguida, clique em Buy and Start. Na caixa de diálogo, confirme e clique em OK.

A tarefa aparecerá na lista de tarefas, onde você poderá monitorar o progresso.

Etapa 8: Aguardar o início da execução da tarefa direta

Aguarde até que o Status da tarefa de sincronização direta mude para Running e a sincronização inicial seja concluída.

Etapa 9: Configure a tarefa de sincronização reversa

Encontre a tarefa de sincronização reversa na lista de tarefas e clique em Configure Task na coluna Actions.
Configure a tarefa reversa seguindo as Etapas 3 a 6. Aplique as restrições de Principais diferenças entre as tarefas direta e reversa:
Importante
- Inverta a origem e o destino: a origem para a tarefa reversa é o destino da tarefa direta (PolarDB for PostgreSQL), e o destino é a origem da tarefa direta (ApsaraDB RDS for PostgreSQL). - A Instance Region é fixa e não pode ser alterada. - Configure apenas os parâmetros exibidos no console, pois a tarefa reversa exibe menos parâmetros. - As tabelas já sincronizadas no destino pela tarefa direta são excluídas da verificação de Processing Mode of Conflicting Tables na direção reversa. - Não reutilize os objetos selecionados da tarefa direta para a tarefa reversa. - Evite usar o mapeamento de nomes de objetos, pois pode causar inconsistência de dados.
Aguarde até que a Success Rate atinja 100% e, em seguida, clique em Back.

Etapa 10: Verificar se a sincronização bidirecional está em execução

Aguarde até que o Status das tarefas de sincronização direta e reversa mude para Running. A sincronização bidirecional de dados agora está ativa.

Data Transmission Service:Configure a sincronização bidirecional de dados entre uma instância do RDS PostgreSQL e um cluster do PolarDB for PostgreSQL