Synchronize data from RDS MySQL to AnalyticDB for PostgreSQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

Bancos de dados de origem compatíveis

É possível sincronizar os seguintes bancos de dados de origem MySQL para uma instância do AnalyticDB for PostgreSQL. Este tópico usa uma instância do ApsaraDB RDS for MySQL como exemplo. O procedimento é semelhante para outros bancos de dados de origem.

Instância do ApsaraDB RDS for MySQL
Banco de dados autogerenciado hospedado no Elastic Compute Service (ECS)
Banco de dados autogerenciado conectado por meio do Express Connect, VPN Gateway ou Smart Access Gateway
Banco de dados autogerenciado conectado por meio do Database Gateway
Banco de dados autogerenciado conectado por meio da Cloud Enterprise Network (CEN)

Pré-requisitos

Crie uma instância de destino do AnalyticDB for PostgreSQL instance.
Crie um banco de dados na instância de destino do AnalyticDB for PostgreSQL para receber os dados. Para mais informações, consulte SQL syntax.

Observações de uso

Nota

Durante a sincronização de schema, o DTS sincroniza as chaves estrangeiras do banco de dados de origem para o banco de dados de destino.
Durante a sincronização completa e a sincronização incremental de dados, o DTS desativa temporariamente as verificações de restrição e as operações em cascata de chaves estrangeiras no nível da sessão. Pode ocorrer inconsistência de dados se operações de atualização ou exclusão em cascata forem executadas no banco de dados de origem enquanto a tarefa estiver em execução.

Tipo	Descrição
Limites do banco de dados de origem	As tabelas a serem sincronizadas devem ter uma chave primária ou uma restrição exclusiva, e os campos devem ser exclusivos. Caso contrário, dados duplicados podem aparecer no banco de dados de destino. Se você sincronizar no nível da tabela e precisar editar mapeamentos (como o mapeamento de nomes de colunas), cada tarefa de sincronização suportará no máximo 1.000 tabelas. Se você exceder esse limite, a tarefa falhará com um erro. Para corrigir isso, divida as tabelas em várias tarefas ou configure uma tarefa de sincronização de banco de dados completo. Logs binários: O ApsaraDB RDS for MySQL ativa o log binário por padrão. Certifique-se de que o parâmetro binlog_row_image esteja definido como full. Caso contrário, a pré-verificação falhará e a tarefa de sincronização não poderá ser iniciada. Para obter instruções, consulte {{XREF_2}}. Importante Se a sua instância de origem for um banco de dados MySQL autogerenciado, ative o log binário e defina binlog_format como row e binlog_row_image como full. Se o seu banco de dados MySQL autogerenciado for um cluster com dois primários (em que ambos os nós atuam como primário e secundário), ative o parâmetro log_slave_updates para que o DTS possa capturar todos os eventos de log binário. Para obter instruções, consulte {{XREF_3}}. Os logs binários locais de uma instância do ApsaraDB RDS for MySQL devem ser retidos por pelo menos três dias (recomenda-se sete dias). Para um banco de dados MySQL autogerenciado, retenha os logs binários locais por pelo menos sete dias. Caso contrário, o DTS pode não conseguir recuperar os logs binários, causando a falha da tarefa. Em casos extremos, isso pode causar inconsistência ou perda de dados. Problemas causados por períodos de retenção de log binário menores do que o exigido pelo DTS não são cobertos pelo SLA do DTS. Nota Para configurar o retention period dos logs binários locais em uma instância do ApsaraDB RDS for MySQL, consulte {{XREF_4}}. Não execute operações DDL que modifiquem chaves primárias ou adicionem comentários — como `ALTER TABLE table_name COMMENT='Table comment';` — enquanto a sincronização estiver em execução. Caso contrário, a operação DDL falhará. Se o seu banco de dados de origem contiver valores de data como `0000-00-00 00:00:00`, a tarefa poderá falhar. Nota O DTS converte essa data para `null` no banco de dados de destino. Altere temporariamente os dados de origem para `0001-01-01 00:00:00` ou defina a coluna de destino correspondente para permitir valores nulos. Não execute operações DDL que alterem schemas de banco de dados ou tabelas durante a sincronização de schema ou a sincronização completa. Caso contrário, a tarefa de sincronização falhará. Nota Durante a sincronização completa, o DTS consulta o banco de dados de origem. Isso cria bloqueios de metadados que podem impedir operações DDL no banco de dados de origem. Os dados gerados por alterações que não gravam em logs binários — como dados restaurados de backups físicos ou criados por operações em cascata — não são sincronizados com o banco de dados de destino. Nota Se isso ocorrer, remova o banco de dados ou a tabela afetada dos objetos de sincronização. Em seguida, adicione-o novamente. Você só pode fazer isso se o seu negócio permitir. Para mais informações, consulte {{XREF_5}}. Se o seu banco de dados de origem for MySQL 8.0.23 ou posterior e contiver colunas ocultas invisíveis, o DTS poderá não ler essas colunas. Isso pode causar perda de dados. Nota Execute o comando `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` para tornar a coluna oculta visível. Para mais informações, consulte Invisible Columns. Compatibilidade com MySQL: Quando o DTS sincroniza dados de um banco de dados de origem da família MySQL, ele depende do protocolo padrão do MySQL e do formato Binlog, e comportamentos incompatíveis com o MySQL padrão não são suportados. Se o seu banco de dados de origem alegar compatibilidade com MySQL, mas se comportar de maneira diferente do MySQL (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento de rotação final no Binlog é 0, o que difere do MySQL), a tarefa de sincronização do DTS poderá falhar.
Outros limites	Requisitos do objeto de sincronização: Há suporte apenas para sincronização no nível da tabela. O DTS não oferece suporte à sincronização dos tipos de dados VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR, TXID_SNAPSHOT ou POINT. O DTS não oferece suporte à sincronização de índices de prefixo. Se o seu banco de dados de origem contiver índices de prefixo, a sincronização poderá falhar. O DTS não oferece suporte à sincronização de partições, views, stored procedures, funções, triggers, chaves estrangeiras ou índices. Se o seu banco de dados de origem usar operações DDL online no modo de tabela temporária — incluindo, entre outros, cenários de mesclagem de várias tabelas — ou adicionar índices baseados em funções a colunas de chave exclusiva, poderá ocorrer perda de dados ou falha da tarefa no banco de dados de destino. Se ocorrer um conflito de chave primária ou exclusiva enquanto a tarefa estiver em execução: Se os schemas das tabelas forem iguais e um registro no banco de dados de destino tiver o mesmo valor de chave primária ou exclusiva de um registro no banco de dados de origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O DTS não sincroniza o registro correspondente do banco de dados de origem. Durante a sincronização incremental, o registro do banco de dados de origem substitui o registro no banco de dados de destino. Se os schemas das tabelas forem diferentes, a sincronização inicial de dados poderá falhar. Isso pode resultar na sincronização de apenas dados parciais de colunas ou em uma falha completa da sincronização. Prossiga com cautela. Se a tabela a ser sincronizada tiver uma chave primária, a coluna de chave primária na tabela de destino deverá corresponder à tabela de origem. Se a tabela a ser sincronizada não tiver uma chave primária, a coluna de chave primária na tabela de destino deverá corresponder à chave de distribuição. A chave exclusiva na tabela de destino — incluindo a coluna de chave primária — deve incluir todas as colunas na chave de distribuição. Avalie o desempenho dos bancos de dados de origem e de destino antes de iniciar a sincronização. Execute a sincronização fora dos horários de pico. Caso contrário, a inicialização completa consumirá recursos de leitura e gravação em ambos os bancos de dados e poderá aumentar a carga do banco de dados. A inicialização completa executa operações INSERT simultaneamente. Isso fragmenta as tabelas de destino. Após a inicialização completa, o tablespace da instância de destino será maior que o da instância de origem. Se você sincronizar uma ou mais tabelas — e não um banco de dados completo — não use ferramentas como pt-online-schema-change para executar operações DDL online nas tabelas de origem. Caso contrário, a sincronização falhará. Use o Data Management (DMS) para executar operações DDL online. Para mais informações, consulte Online DDL without locking tables. Não grave dados no banco de dados de destino, exceto por meio do DTS, enquanto a sincronização estiver em execução. Caso contrário, poderá ocorrer inconsistência de dados entre os bancos de dados de origem e de destino. Por exemplo, se você usar o DMS para executar operações DDL online enquanto você grava outros dados no banco de dados de destino, poderá ocorrer perda de dados. A tabela de destino não oferece suporte a tabelas append-optimized (AO). Se você usar o mapeamento de colunas e não sincronizar tabelas completas — ou se os schemas das tabelas de origem e de destino não corresponderem — haverá perda de dados nas colunas ausentes no lado de destino. Se a sua instância do ApsaraDB RDS for MySQL tiver o Always-Encrypted ativado, não há suporte para a sincronização completa de dados. Nota As instâncias do ApsaraDB RDS for MySQL com a Criptografia de Dados Transparente (TDE) ativada oferecem suporte à sincronização de schema, sincronização completa de dados e sincronização incremental de dados. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la em até oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros. Nota O DTS modifica apenas os parâmetros da tarefa, e não os parâmetros do banco de dados. Os parâmetros passíveis de ajuste incluem aqueles listados em {{XREF_6}}.
Casos especiais	Para um banco de dados de origem MySQL autogerenciado: Se ocorrer um failover de primário/secundário no banco de dados de origem durante a sincronização, a tarefa falhará. O DTS calcula a latência comparando o timestamp do último registro sincronizado com a hora atual. Se nenhuma operação DML for executada por um longo período no banco de dados de origem, o relatório de latência poderá ficar impreciso. Se a latência parecer muito alta, execute uma operação DML no banco de dados de origem para atualizar a latência. Nota Se você selecionar um banco de dados completo para sincronização, crie uma tabela de heartbeat. Atualize ou grave nesta tabela a cada segundo. O DTS executa periodicamente o comando CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o offset do log binário. Se o seu banco de dados de origem for o Amazon Aurora MySQL ou outra instância MySQL em cluster, certifique-se de que o nome de domínio ou endereço IP usado na configuração da tarefa — e sua resolução DNS — sempre aponte para um nó de leitura/gravação (RW). Caso contrário, a sincronização poderá falhar. Para um banco de dados de origem ApsaraDB RDS for MySQL: Instâncias somente leitura — como as instâncias somente leitura do ApsaraDB RDS for MySQL 5.6 — que não registram logs de transações não podem atuar como bancos de dados de origem. O DTS executa periodicamente o comando CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o offset do log binário.

Faturamento

Tipo de sincronização	Preço
Sincronização de schema e sincronização completa de dados	Gratuito.
Sincronização incremental de dados	Cobrado. Para mais informações, consulte Billing overview.

Operações SQL suportadas

Operações DML: INSERT, UPDATE e DELETE.

Nota
O sistema converte automaticamente as instruções UPDATE em instruções REPLACE INTO ao gravar dados em uma instância de destino do AnalyticDB for PostgreSQL. Se uma instrução UPDATE modificar uma chave primária, o sistema a converterá em uma instrução DELETE e uma instrução INSERT.
Operação DDL: ALTER TABLE.

Mapeamento de termos e conceitos

MySQL	AnalyticDB for PostgreSQL
database	schema
table	table

Procedimento

Acesse a página da lista de tarefas de sincronização da região de destino. Use um dos dois métodos a seguir:
Pelo console do DTS
1. Acesse o console do Data Transmission Service (DTS).
2. No painel de navegação à esquerda, clique em Data Synchronization.
3. No canto superior esquerdo da página, selecione a região da instância de sincronização.
Pelo console do DMS

Nota
As operações reais podem variar com base no modo e no layout do console do DMS. Para mais informações, consulte Simple mode e Customize the layout and style of the DMS interface.
1. Acesse o Data Management (DMS).
2. Na barra de menu superior, escolha Data + AI > Data Transmission (DTS) > Data Synchronization.
3. À direita de Data Synchronization Tasks, selecione a região da instância de sincronização.
Clique em Create Task para abrir a página de configuração da tarefa.

Configure os bancos de dados de origem e de destino.

Categoria	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomendamos que você especifique um nome descritivo para facilitar a identificação. O nome não precisa ser exclusivo.
Source Database	Database Type	Selecione MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância de origem do ApsaraDB RDS for MySQL.
	Cross-account	Neste cenário, a sincronização dos dados ocorre na mesma conta Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância de origem do ApsaraDB RDS for MySQL. Nota As instâncias de origem e de destino do RDS MySQL podem ser diferentes ou iguais. Isso significa que você pode usar o DTS para sincronizar dados entre duas instâncias do RDS MySQL ou dentro da mesma instância do RDS MySQL.
	Database Account	Insira a conta do banco de dados da instância de origem do ApsaraDB RDS for MySQL. A conta deve ter as permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se você selecionar SSL-encrypted, deverá ativar a criptografia SSL para a instância do RDS for MySQL com antecedência. Para mais informações, consulte Usar um certificado de nuvem para ativar rapidamente a criptografia SSL.
Destination Database	Database Type	Selecione AnalyticDB for PostgreSQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância de destino do AnalyticDB for PostgreSQL.
	Instance ID	Selecione o ID da instância de destino do AnalyticDB for PostgreSQL.
	Database Name	Insira o nome do banco de dados para o objeto de sincronização na instância de destino do AnalyticDB for PostgreSQL.
	Database Account	Insira a conta inicial da instância de destino do AnalyticDB for PostgreSQL. Nota Também é possível inserir uma conta que tenha a permissão RDS_SUPERUSER. Para mais informações sobre como criar essa conta, consulte Gerenciamento de permissões do usuário.
	Database Password	Insira a senha correspondente à conta do banco de dados.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.
Nota
- Certifique-se de adicionar os blocos CIDR de endereços IP dos servidores do DTS às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores do DTS. Você pode fazer isso automática ou manualmente. Para mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.
- Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (onde o Access Method não é Alibaba Cloud Instance), você também deve clicar em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers.

Configure os objetos da tarefa.

Na página Configure Objects, configure os objetos a serem sincronizados.

Parâmetro	Descrição
Synchronization Types	A opção Incremental Data Synchronization vem selecionada por padrão. Você também deve selecionar Schema Synchronization e Full Data Synchronization. Após a conclusão da pré-verificação, o DTS executa uma sincronização completa dos dados dos objetos selecionados da instância de origem para o cluster de destino. Isso serve como dados de linha de base para a sincronização incremental de dados subsequente.
Processing Mode for Existing Tables in Destination	Precheck and Report Errors: Verifica se existe uma tabela com o mesmo nome no banco de dados de destino. Se não existir uma tabela com o mesmo nome, a pré-verificação é aprovada. Se existir, a pré-verificação falha e a tarefa de sincronização de dados não inicia. Nota Se você não puder excluir ou renomear a tabela com o mesmo nome no banco de dados de destino, poderá mapeá-la para um nome de tabela diferente. Para mais informações, consulte {{XREF_13}}. Ignore Errors and Proceed: Ignora a verificação de nomes de tabelas duplicados no banco de dados de destino. Aviso Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e colocar seu negócio em risco. Por exemplo: Se os schemas das tabelas forem iguais e um registro no banco de dados de destino tiver o mesmo valor de chave primária ou exclusiva de um registro no banco de dados de origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O DTS não sincroniza o registro correspondente do banco de dados de origem. Durante a sincronização incremental, o registro do banco de dados de origem substitui o registro no banco de dados de destino. Se os schemas das tabelas forem diferentes, a sincronização inicial de dados poderá falhar. Isso pode resultar na sincronização de apenas dados parciais de colunas ou em uma falha completa da sincronização. Prossiga com cautela.
Select DDL and DML operations for instance-level synchronization	Selecione as operações DDL ou DML a serem sincronizadas no nível da instância. Para operações suportadas, consulte Operações SQL suportadas. Nota Para selecionar quais operações SQL sincronizar para um banco de dados ou tabela, clique com o botão direito do mouse no objeto de sincronização na caixa Selected Objects. Na caixa de diálogo exibida, selecione as operações SQL.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Verifica se existe uma tabela com o mesmo nome no banco de dados de destino. Se não existir uma tabela com o mesmo nome, a pré-verificação é aprovada. Se existir, a pré-verificação falha e a tarefa de sincronização de dados não inicia. Nota Se você não puder excluir ou renomear a tabela com o mesmo nome no banco de dados de destino, poderá mapeá-la para um nome de tabela diferente. Para mais informações, consulte {{XREF_15}}. Ignore Errors and Proceed: Ignora a verificação de nomes de tabelas duplicados no banco de dados de destino. Aviso Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e colocar seu negócio em risco. Por exemplo: Se os schemas das tabelas forem iguais e um registro no banco de dados de destino tiver o mesmo valor de chave primária ou exclusiva de um registro no banco de dados de origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O DTS não sincroniza o registro correspondente do banco de dados de origem. Durante a sincronização incremental, o registro do banco de dados de origem substitui o registro no banco de dados de destino. Se os schemas das tabelas forem diferentes, a sincronização inicial de dados poderá falhar. Isso pode resultar na sincronização de apenas dados parciais de colunas ou em uma falha completa da sincronização. Prossiga com cautela.
Storage Engine Type	Selecione o tipo de mecanismo de armazenamento para as tabelas de destino. O valor padrão é Beam. Nota Este parâmetro está disponível apenas quando a versão do kernel da instância de destino do AnalyticDB for PostgreSQL é v7.0.6.6 ou posterior, e a opção Schema Synchronization está selecionada em Synchronization Types.
Source Objects	Na caixa Source Objects, clique em um objeto a ser sincronizado e, em seguida, clique em para movê-lo para a caixa Selected Objects. Nota É possível selecionar tabelas como objetos de sincronização.
Selected Objects	Para renomear um único objeto de sincronização na instância de destino, clique com o botão direito do mouse no objeto na caixa Selected Objects. Para mais informações sobre como renomear objetos, consulte {{XREF_16}}. Para alterar os nomes de vários objetos de sincronização na instância de destino em lote, clique em Batch Edit no canto superior direito da caixa Selected Objects. Para mais informações, consulte {{XREF_17}}. Nota Se você usar o recurso de mapeamento de nomes de objetos, a sincronização de outros objetos que dependem do objeto renomeado pode falhar. Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela a ser sincronizada na seção Selected Objects e configure as condições de filtro na caixa de diálogo. Para mais informações, consulte {{XREF_18}}. Para selecionar operações SQL no nível do banco de dados ou da tabela, clique com o botão direito do mouse no objeto de sincronização na seção Selected Objects e selecione as operações SQL desejadas na caixa de diálogo pop-up.

Clique em Next: Advanced Settings para configurar parâmetros avançados.

Parâmetro	Descrição
Dedicated Cluster for Task Scheduling	Por padrão, o DTS agenda tarefas em um cluster compartilhado, e você não precisa selecionar um cluster. Para um desempenho mais estável, adquira um cluster dedicado para executar tarefas de sincronização do DTS. Para mais informações, consulte O que é um cluster dedicado do DTS?.
Retry Time for Failed Connections	Após o início de uma tarefa de sincronização, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relata um erro e começa imediatamente a tentar reconectar. A duração padrão da nova tentativa é de 720 minutos. Você também pode especificar uma duração personalizada de nova tentativa de 10 a 1.440 minutos. Recomendamos que você defina a duração para 30 minutos ou mais. Se o DTS se reconectar com sucesso ao banco de dados dentro da duração especificada, a tarefa de sincronização é retomada automaticamente. Caso contrário, a tarefa falha. Nota Se você tiver várias instâncias do DTS (por exemplo, Instância A e Instância B) que compartilham a mesma origem ou destino, e definir o tempo de nova tentativa de rede para 30 minutos para a Instância A e 60 minutos para a Instância B, o sistema usa a duração mais curta de 30 minutos para ambas. Como o DTS cobra pelo tempo de execução da tarefa durante o período de nova tentativa de conexão, recomendamos que você personalize a duração da nova tentativa com base nas necessidades do seu negócio ou libere a instância do DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e de destino.
Retry Time for Other Issues	Após o início da tarefa de sincronização, se ocorrerem outros problemas não relacionados à conectividade com o banco de dados de origem ou de destino (como exceções de execução de DDL ou DML), o DTS relata um erro e inicia imediatamente operações contínuas de nova tentativa. A duração padrão da nova tentativa é de 10 minutos. Você também pode personalizar a duração da nova tentativa dentro do intervalo de 1 a 1.440 minutos. Recomendamos que você a defina para 10 minutos ou mais. Se as operações relevantes forem bem-sucedidas dentro da duração de nova tentativa definida, a tarefa de sincronização é retomada automaticamente. Caso contrário, a tarefa falha. Importante O valor para Retry Time for Other Issues deve ser menor que o valor para Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Durante a etapa de sincronização completa, o DTS consome recursos de leitura e gravação dos bancos de dados de origem e de destino, o que pode aumentar a carga do banco de dados. Para reduzir a carga nos bancos de dados de origem e de destino, defina um limite de taxa para a tarefa de sincronização completa configurando os parâmetros Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s). Nota Este item de configuração está disponível apenas quando a opção Full Data Synchronization está selecionada em Synchronization Types. Você também pode {{XREF_20}} após a instância de sincronização iniciar.
Enable Throttling for Incremental Data Synchronization	Também é possível definir um limite de taxa para a tarefa de sincronização incremental. Para aliviar a pressão no banco de dados de destino, defina RPS of Incremental Data Synchronization e Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Selecione uma tag de ambiente para identificar a instância. Este parâmetro é opcional.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carga (ETL). Para mais informações, consulte {{XREF_21}} Valores válidos: Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte Configurar ETL em uma tarefa de migração ou sincronização de dados. No: Desativa o recurso ETL.
Monitoring and Alerting	Especifique se deseja configurar alertas. Se a sincronização falhar ou a latência exceder o limiar especificado, o sistema envia uma notificação para um contato de alerta. No: Nenhum alerta configurado. Yes: Configure alertas definindo um limiar de alerta e especificando um alert notification. Para mais informações, consulte {{XREF_23}}.

Clique em Next: Data Validation para configurar uma tarefa de validação de dados.

Se você quiser usar o recurso de validação de dados, consulte Configure data validation para obter instruções de configuração.
Após concluir a configuração, clique em Next: Configure Database and Table Fields na parte inferior da página para definir a coluna de chave primária e a coluna de distribuição para a tabela a ser sincronizada no AnalyticDB for PostgreSQL de destino.

Salve a tarefa e execute uma pré-verificação.
- Para visualizar os parâmetros da API para configurar esta instância, passe o mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters no tooltip.
- Se você terminou de visualizar os parâmetros da API, clique em Next: Save Task Settings and Precheck na parte inferior da página.
Nota
- Antes do início da tarefa de sincronização, o DTS executa uma pré-verificação. A tarefa inicia apenas após a aprovação de todos os itens de pré-verificação.
- Se a pré-verificação falhar, clique em View Details para o item com falha. Corrija o problema conforme as instruções e execute a pré-verificação novamente.
- Se a pré-verificação retornar um aviso:
  
  Se um item de verificação falhar e não puder ser ignorado, clique em View Details ao lado do item. Siga as instruções para corrigir o problema e execute a pré-verificação novamente.
  
  Para itens de verificação que podem ser ignorados, clique em Confirm Alert Details, Ignore, OK e Precheck Again em sequência para suprimir o aviso e executar a pré-verificação novamente. Se você optar por suprimir o item de aviso, isso poderá causar problemas como inconsistência de dados e representar riscos para o seu negócio.

Adquira a instância.

Quando a Success Rate for de 100%, clique em Next: Purchase Instance.

Na página Purchase, selecione o método de faturamento e a especificação de link para a instância de sincronização de dados. A tabela a seguir descreve esses parâmetros em detalhes.

Categoria	Parâmetro	Descrição
New Instance Class	Método de faturamento	Assinatura: Você paga ao criar a instância. Isso é adequado para necessidades de longo prazo e é mais econômico do que o pagamento conforme o uso. Quanto maior a duração da assinatura, maior o desconto. Pagamento conforme o uso: A cobrança ocorre por hora. Isso é adequado para necessidades de curto prazo. Libere a instância imediatamente após o uso para economizar custos.
	Configuração do grupo de recursos	O grupo de recursos ao qual a instância pertence. O padrão é o grupo de recursos padrão. Para mais informações, consulte {{XREF_25}}.
	Especificação de link	O DTS fornece especificações de sincronização com diferentes níveis de desempenho. A especificação do link de sincronização afeta a taxa de sincronização. Escolha uma especificação com base no seu cenário de negócio. Para mais informações, consulte {{XREF_26}}.
	Duração da assinatura	No modo de assinatura, selecione a duração e a quantidade para a instância de assinatura. Escolha uma assinatura mensal de 1 a 9 meses, ou uma assinatura anual de 1, 2, 3 ou 5 anos. Nota Esta opção está disponível apenas quando o método de faturamento é Subscription.

Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.
Clique em Buy and Start. Na caixa de diálogo OK, clique em OK.

Visualize o progresso da tarefa na página Data Synchronization.