Two-way synchronization between MySQL instances - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

As instâncias de origem e de destino do ApsaraDB RDS for MySQL devem estar criadas. {{XREF_0}}.
As instâncias de origem e de destino do ApsaraDB RDS for MySQL precisam ter a mesma capacidade de armazenamento.

Limitações

Nota

Durante a sincronização de schema, o DTS sincroniza chaves estrangeiras do banco de dados de origem para o banco de dados de destino.
Nas fases de sincronização completa e incremental de dados, o DTS desativa temporariamente as verificações de restrições e as operações em cascata de chaves estrangeiras no nível da sessão. A inconsistência de dados pode ocorrer 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 dos bancos de dados de origem e de destino	Caso as tabelas a serem sincronizadas não possuam chaves primárias nem restrições de unicidade, ative a opção Exactly-Once write na configuração da tarefa. Caso contrário, dados duplicados poderão aparecer no banco de dados de destino. Para mais informações, consulte {{XREF_1}}. Ao sincronizar no nível de tabela com necessidade de editar mapeamentos (como mapeamento de nomes de colunas), cada tarefa de sincronização aceita até 1.000 tabelas. Se esse limite for excedido, a tarefa falhará com um erro. Para corrigir, 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. Verifique se o parâmetro binlog_row_image está 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 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 banco de dados MySQL autogerenciado for um cluster com dois primários (onde ambos os nós atuam como primário e secundário), ative o parâmetro log_slave_updates para que o DTS capture todos os eventos do log binário. Para obter instruções, consulte {{XREF_3}}. Os logs binários locais de uma instância ApsaraDB RDS for MySQL devem ser retidos por pelo menos três dias (sete dias é o recomendado). 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 falha na tarefa. Em casos extremos, isso pode resultar em inconsistência ou perda de dados. Problemas causados por períodos de retenção de logs binários inferiores aos exigidos 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 ApsaraDB RDS for MySQL, consulte {{XREF_4}}. Não execute operações DDL que alterem schemas de bancos 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. Dados gerados por alterações que não gravam nos 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 e adicione-o novamente. Faça isso apenas se o seu negócio permitir. Para mais informações, consulte {{XREF_5}}. Garanta que nem o banco de dados de origem nem o de destino contenham colunas ocultas invisíveis entre as colunas a serem sincronizadas. Caso contrário, a tarefa do DTS poderá falhar ou haver 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.
Outros limites	Utilize a mesma versão para os bancos de dados de origem e de destino, ou faça upgrade de uma versão inferior para uma superior para garantir compatibilidade. A sincronização de uma versão superior para uma inferior pode causar problemas de compatibilidade. Se o banco de dados de origem utilizar operações DDL online no modo de tabela temporária — incluindo, mas não se limitando a cenários de mesclagem de várias tabelas — ou adicionar índices baseados em funções a colunas de chave única, poderá ocorrer perda de dados ou falha na tarefa no banco de dados de destino. Resolvers definidos por sintaxe de comentário não oferecem suporte ao uso síncrono. Se ocorrer um conflito de chave primária ou chave única 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 chave única que um registro no banco de dados de origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O registro correspondente do banco de dados de origem não é sincronizado. Durante a sincronização incremental, o registro do banco de dados de origem sobrescreve 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 apenas parcial dos dados das colunas ou em uma falha completa da sincronização. Prossiga com cautela. Se você não utilizar o DTS para sincronizar schemas de tabelas, garanta a compatibilidade dos campos por conta própria. Caso contrário, a tarefa poderá falhar ou haver perda de dados. Por exemplo, se a tabela de origem usar o tipo de dados `text` e a coluna de destino usar `varchar(255)`, campos grandes na tabela de origem poderão ser truncados. Enquanto uma tarefa de sincronização bidirecional estiver em execução, o DTS cria um banco de dados chamado dts nos bancos de dados de destino das tarefas direta e reversa. Isso evita a sincronização circular. Não modifique esse banco de dados enquanto a tarefa estiver em execução. Garanta que a conta de banco de dados usada pela tarefa tenha permissões de leitura e gravação nesse banco de dados. Nota O banco de dados dts pode interferir na replicação primária/secundária normal do MySQL. Verifique se o banco de dados dts e suas tabelas existem no banco de dados secundário. Se não existirem, crie-os manualmente no banco de dados secundário usando o mesmo schema do banco de dados primário. Se seus dados incluírem caracteres de quatro bytes — como caracteres chineses raros ou emojis — o banco de dados e a tabela de destino devem usar o charset utf8mb4. Nota Se você usar o DTS para sincronizar schemas de tabelas, defina o parâmetro `character_set_server` no nível da instância no banco de dados de destino como utf8mb4. 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 sobre eles. 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á. É possível usar o Data Management (DMS) para executar operações DDL online. Para mais informações, consulte Online DDL without locking tables. O DTS desativa as restrições de chave estrangeira por padrão ao sincronizar com um banco de dados de destino. Portanto, operações em cascata e exclusões no banco de dados de origem não são sincronizadas com o banco de dados de destino. Uma tarefa de sincronização bidirecional inclui tarefas de sincronização direta e reversa. Ao configurar ou redefinir a tarefa, se o objeto de destino de uma tarefa corresponder ao objeto de sincronização da outra tarefa: Permita que apenas uma tarefa sincronize dados completos e incrementais. A outra tarefa deve suportar apenas sincronização incremental. Os dados da origem da tarefa atual são sincronizados apenas com o destino da tarefa atual. Eles não servem como dados de origem para a outra tarefa. Se uma operação DDL falhar no banco de dados de destino, a tarefa do DTS continuará em execução. Verifique a DDL com falha nos logs da tarefa. Para obter instruções, consulte {{XREF_6}}. Se você gravar colunas com nomes que diferem apenas em maiúsculas/minúsculas na mesma tabela no banco de dados MySQL de destino, resultados inesperados poderão ocorrer, pois os nomes de colunas do MySQL não diferenciam maiúsculas de minúsculas. Após a conclusão da sincronização de dados (quando o Status da instância for Completed), utilize o comando `ANALYZE TABLE <table_name>` para confirmar se todos os dados foram gravados na tabela de destino. Por exemplo, após o acionamento do mecanismo de failover de HA no banco de dados MySQL de destino, os dados podem ter sido gravados apenas na memória, o que pode causar perda de dados. Se a instância ApsaraDB RDS for MySQL tiver o Always-Encrypted ativado, a sincronização completa de dados não é suportada. Nota Instâncias ApsaraDB RDS for MySQL com Transparent Data Encryption (TDE) ativado suportam sincronização de schema, sincronização completa de dados e sincronização incremental de dados. Para sincronizar contas do banco de dados de origem, atenda aos pré-requisitos e revise as considerações relacionadas. Para mais informações, consulte {{XREF_7}}. 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 Apenas os parâmetros da tarefa do DTS são modificados, não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em {{XREF_8}}.
Casos especiais	Para um banco de dados de origem MySQL autogerenciado: Se ocorrer um failover 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 pode se tornar 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 nessa 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 MySQL autogerenciado servir como banco de dados de origem tanto para uma tarefa de sincronização bidirecional quanto para outras tarefas, você deve adicionar a linha `log_slave_updates=1` ao arquivo `/etc/my.cnf` do banco de dados de origem e reiniciar o banco de dados. Caso contrário, as alterações de dados da tarefa reversa não serão registradas no log binário do MySQL autogerenciado, causando inconsistência de dados nas outras tarefas. Se o banco de dados de origem for Amazon Aurora MySQL ou outra instância MySQL em cluster, garanta que o nome de domínio ou endereço IP usado na configuração da tarefa — e sua resolução DNS — aponte sempre 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 instâncias somente leitura do ApsaraDB RDS for MySQL 5.6 — que não registram logs de transações não podem servir 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	Pago. Para mais informações, consulte {{XREF_9}}.

Detecção de conflitos

Para garantir a consistência dos dados, certifique-se de que registros com a mesma chave primária, chave primária de negócio ou chave única sejam atualizados em apenas uma das instâncias de banco de dados na sincronização bidirecional. Se registros forem atualizados em ambas as instâncias, o sistema aplicará a política de resolução de conflitos configurada na tarefa.

O DTS verifica e corrige conflitos para maximizar a estabilidade das tarefas de sincronização bidirecional. O DTS detecta os seguintes tipos de conflitos:

Conflitos de unicidade causados por operações INSERT

Na sincronização bidirecional, se registros com a mesma chave primária forem inseridos em ambas as instâncias de banco de dados simultaneamente (ou em rápida sucessão), um conflito de restrição de unicidade será acionado. Quando a instrução INSERT for sincronizada com a instância par, ela falhará porque já existe um registro com o mesmo valor de chave primária.
Registros incompatíveis em operações UPDATE
- Se os registros a serem atualizados não existirem na instância de destino, o DTS converterá a operação UPDATE em uma operação INSERT. No entanto, conflitos de unicidade podem ocorrer.
- O registro a ser atualizado por uma operação UPDATE causa um conflito de chave primária ou chave única.
Registros inexistentes a serem excluídos

Os registros a serem excluídos não existem na instância de destino. Nesse caso, o DTS ignora a operação DELETE, independentemente da política de resolução de conflitos especificada.

Importante

Devido a diferenças de tempo e latência, o DTS não pode garantir 100% de prevenção de conflitos. Para garantir a consistência, atualize registros com a mesma chave primária ou única em apenas uma instância de banco de dados por vez.
O DTS fornece várias estratégias de resolução de conflitos para os conflitos de dados mencionados acima, que podem ser selecionadas durante a configuração da sincronização bidirecional de dados.

Instruções SQL suportadas

Tipo de operação	Instrução SQL
DML	INSERT, UPDATE, DELETE
DDL	ALTER TABLE, ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW DROP INDEX, DROP TABLE RENAME TABLE Importante A operação RENAME TABLE pode causar inconsistência de dados. Por exemplo, se o objeto de sincronização for uma única tabela e você renomear essa tabela na instância de origem durante a sincronização, os dados dessa tabela não serão sincronizados com o banco de dados de destino. Para evitar esse problema, selecione todo o banco de dados ao qual a tabela pertence como objeto de sincronização. Certifique-se de que os bancos de dados aos quais a tabela pertence antes e depois da operação RENAME TABLE estejam incluídos nos objetos de sincronização. TRUNCATE TABLE

Importante

Instruções DDL são sincronizadas apenas em tarefas diretas (da origem para o destino). Tarefas reversas filtram automaticamente instruções DDL.
Ao executar DDL para modificar o schema de uma tabela durante a sincronização bidirecional, garanta que as gravações DML em ambos os bancos de dados sejam consistentes com o novo schema. Por exemplo, se você excluir uma coluna na origem, o destino ainda poderá gravar dados com base no schema antigo que inclui a coluna excluída, causando falhas.

Permissões de conta

Banco de dados	Permissões	Ações
Origem ApsaraDB RDS for MySQL	A conta deve ter permissões de leitura/gravação nos bancos de dados de origem e de destino. Uma conta privilegiada de uma instância ApsaraDB RDS for MySQL possui essas permissões por padrão.	{{XREF_11}} e {{XREF_12}}.
Destino ApsaraDB RDS for MySQL		{{XREF_11}} e {{XREF_12}}.

Procedimento

Acesse a página da lista de tarefas de sincronização da região de destino. Utilize um dos dois métodos a seguir:
Pelo console do DTS
1. Faça login no 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 onde a instância de sincronização está localizada.
Pelo console do DMS

Nota
As operações reais podem variar dependendo do modo e do layout do console do DMS. Para mais informações, consulte {{XREF_13}} e {{XREF_14}}.
1. Faça login no 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 onde a instância de sincronização está localizada.
Clique em Create Task para abrir a página de configuração da tarefa.

Configure os bancos de dados de origem e de destino.

Aviso

Após selecionar as instâncias de origem e de destino, leia atentamente os limites exibidos na parte superior da página. Se você não seguir os limites, a tarefa poderá falhar ou poderá ocorrer inconsistência de dados.

Categoria	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomendamos especificar um nome descritivo para facilitar a identificação. O nome não precisa ser único.
Source Database	Select Existing Connection	Para usar uma instância de banco de dados que seja {{XREF_15}} (recém-criada ou salva), selecione a instância na lista suspensa. As informações do banco de dados serão configuradas automaticamente. Nota No console do DMS, este item de configuração chama-se Select a DMS database instance.. Se você não adicionou a instância de banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.
	Database Type	Selecione MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância RDS MySQL de origem.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa uma instância de banco de dados pertencente à conta atual da Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância RDS MySQL de origem. Nota As instâncias RDS MySQL de origem e de destino podem ser iguais ou diferentes. É possível usar o DTS para sincronizar dados entre duas instâncias RDS MySQL ou dentro da mesma instância RDS MySQL.
	Database Account	Insira a conta privilegiada da instância RDS MySQL de origem.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se selecionar SSL-encrypted, será necessário ativar a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte {{XREF_16}}.
Destination Database	Select Existing Connection	Para usar uma instância de banco de dados que seja {{XREF_17}} (recém-criada ou salva), selecione a instância na lista suspensa. As informações do banco de dados serão configuradas automaticamente. Nota No console do DMS, este item de configuração chama-se Select a DMS database instance.. Se você não adicionou a instância de banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.
	Database Type	Selecione MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região da instância RDS MySQL de destino.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa uma instância de banco de dados pertencente à conta atual da Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância RDS MySQL de destino.
	Database Account	Insira a conta privilegiada da instância RDS MySQL de destino.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se selecionar SSL-encrypted, será necessário ativar a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte {{XREF_18}}.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.
Nota
- Certifique-se de que os blocos CIDR de endereços IP dos servidores do DTS estejam adicionados às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores do DTS. Isso pode ser feito automática ou manualmente. Para mais informações, consulte {{XREF_19}}.
- Se o banco de dados de origem ou de destino for autogerenciado (onde o Access Method não é Alibaba Cloud Instance), clique também 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	Incremental Data Synchronization está selecionado. 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 realiza uma sincronização completa dos dados dos objetos selecionados da instância de origem para o cluster de destino. Isso serve como base para a subsequente sincronização incremental de dados.
Method to Migrate Triggers in Source Database	Selecione um método de sincronização de triggers. Ignore este parâmetro se seus objetos não envolverem triggers. {{XREF_20}}. Nota Este parâmetro só pode ser configurado se você selecionar Schema Synchronization em Synchronization Types.
Enable Migration Assessment	Avalie se os schemas (comprimento de índice, procedimentos armazenados, tabelas dependentes) dos bancos de dados de origem e de destino atendem aos requisitos. Selecione Yes ou No. Nota Este parâmetro só pode ser configurado se você selecionar Schema Synchronization em Synchronization Types. Se você selecionar Yes, a pré-verificação poderá levar mais tempo. É possível visualizar o Assessment Result durante a fase de pré-verificação. O resultado da avaliação não afeta o resultado da pré-verificação.
Synchronization Topology	Selecione Two-way Synchronization.
Enable Exactly-Once Write	Se os objetos incluírem tabelas sem chave primária ou restrição de unicidade, selecione Yes. {{XREF_21}}.
Exclude DDL Operations	Yes: Operações DDL não são sincronizadas. No: Operações DDL são sincronizadas. Importante Para garantir a estabilidade do link, você pode optar por sincronizar operações DDL apenas para a tarefa direta (da origem para o destino). A tarefa reversa filtra automaticamente as operações DDL.
Global Conflict Resolution Policy	Selecione uma política de resolução de conflitos para os {{XREF_22}} listados acima. TaskFailed (If a conflict occurs, an error is reported and the task is stopped) Se ocorrer um conflito de dados durante a sincronização, a tarefa reportará um erro e será interrompida. A tarefa entrará no estado Failed e exigirá intervenção manual. Ignore (If a conflict occurs, the conflicting record in the destination instance is used) Se ocorrer um conflito de dados durante a sincronização, a instrução de sincronização atual será ignorada e o processo continuará. O registro conflitante no banco de dados de destino será mantido. Overwrite (If a conflict occurs, the conflicting record in the destination instance is overwritten) Se ocorrer um conflito de dados durante a sincronização, o registro conflitante no banco de dados de destino será sobrescrito. Nota Essas políticas não se aplicam durante períodos de latência após uma tarefa ser pausada ou reiniciada. Nesses casos, os dados de destino são sobrescritos por padrão.
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, a pré-verificação é aprovada. Se existir, a pré-verificação falha e a tarefa de sincronização de dados não é iniciada. Nota Se não for possível excluir ou renomear a tabela com o mesmo nome no banco de dados de destino, você pode mapeá-la para um nome de tabela diferente. Para mais informações, consulte {{XREF_23}}. 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 chave única que um registro no banco de dados de origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O registro correspondente do banco de dados de origem não é sincronizado. Durante a sincronização incremental, o registro do banco de dados de origem sobrescreve 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 apenas parcial dos dados das colunas ou em uma falha completa da sincronização. Prossiga com cautela.
Whether to migrate Event	Especifique se deseja sincronizar eventos do banco de dados de origem conforme necessário. Se selecionar Yes, você também deverá atender aos requisitos relevantes e executar as operações subsequentes. Para mais informações, consulte {{XREF_24}}.
Capitalization of Object Names in Destination Instance	É possível configurar a política de diferenciação de maiúsculas e minúsculas para nomes de objetos de banco de dados, tabelas e colunas sincronizados com a instância de destino. Por padrão, a DTS default policy está selecionada. Você também pode optar por usar as políticas padrão dos bancos de dados de origem e de destino. Para mais informações, consulte {{XREF_25}}.
Source Objects	Na caixa Source Objects, clique em um objeto para sincronizar e, em seguida, clique em para movê-lo para a caixa Selected Objects. Nota É possível selecionar bancos de dados, tabelas e colunas como objetos de sincronização. Se você selecionar tabelas ou colunas, outros objetos, como views, triggers e procedimentos armazenados, não serão sincronizados com o banco de dados de destino.
Selected Objects	Para renomear um único objeto de sincronização na instância de destino, clique com o botão direito no objeto na caixa Selected Objects. Para mais informações sobre como renomear objetos, consulte {{XREF_26}}. 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_27}}. Nota Para selecionar operações SQL a serem sincronizadas no nível de banco de dados ou tabela, clique com o botão direito no objeto na caixa Selected Objects e selecione as operações na caixa de diálogo. Para filtrar dados com uma cláusula WHERE, clique com o botão direito na tabela na caixa Selected Objects e defina uma condição de filtro. {{XREF_28}}. Se você usar mapeamento de nomes de objetos, objetos dependentes poderão falhar na sincronização. Para configurar uma Independent Conflict Resolution Policy para sincronização incremental, consulte {{XREF_29}}.

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 não é necessário selecionar um cluster. Para um desempenho mais estável, você pode adquirir um cluster dedicado para executar tarefas de sincronização do DTS. Para mais informações, consulte {{XREF_30}}.
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Se você usar {{XREF_31}} ou gh-ost para realizar alterações DDL online no banco de dados de origem, poderá escolher se deseja sincronizar os dados das tabelas temporárias geradas pelas alterações DDL online. Importante As tarefas do DTS não suportam o uso de ferramentas como pt-online-schema-change para realizar alterações DDL online. O uso dessas ferramentas causará falha na tarefa do DTS. Os métodos de processamento para cada estágio são os seguintes: Os estágios de Schema Synchronization e Full Data Synchronization não permitem operações DDL que alterem o schema do banco de dados ou da tabela. Portanto, esses estágios não são controlados pela política de Online DDL. Schema Synchronization: Este estágio não é controlado pela política de Online DDL. Tabelas temporárias relacionadas são criadas. Full Data Synchronization: Este estágio não é controlado pela política de Online DDL. Tabelas temporárias não são incluídas nos objetos de sincronização completa. Todas as tabelas cujos nomes correspondem à expressão regular (`^_(.+)_(?:gho\|new)$` ou `^_(.+)_(?:ghc\|del\|old)$`) são filtradas. Incremental Data Synchronization: Este estágio é controlado pela política de Online DDL. Yes: Sincroniza alterações de dados em tabelas temporárias (por exemplo, `_table-name_gho`) geradas por operações DDL online. No, Adapt to DMS Online DDL e No, Adapt to gh-ost: Filtra alterações de dados em tabelas temporárias (por exemplo, `_table-name_gho`) geradas por ferramentas como gh-ost com base em regras de expressão regular. Yes: Sincroniza dados de tabelas temporárias gerados por alterações DDL online. Nota Se os dados das tabelas temporárias gerados por alterações DDL online forem muito grandes, isso poderá causar latência na sincronização. No, Adapt to DMS Online DDL: Não sincroniza dados de tabelas temporárias geradas por operações DDL online. Sincroniza apenas as instruções DDL originais executadas usando {{XREF_32}} no banco de dados de origem. Nota Esta opção causa bloqueio de tabelas no banco de dados de destino. No, Adapt to gh-ost: Não sincroniza dados de tabelas temporárias geradas por alterações DDL online. Suporta regras de filtragem personalizadas. O DTS filtra alterações de dados em tabelas temporárias (por exemplo, `_table-name_gho`) geradas por ferramentas como gh-ost com base em regras de expressão regular. Você pode modificar as expressões regulares padrão usadas para corresponder a tabelas shadow e tabelas inúteis conforme necessário: Tabela shadow: `^_(.+)_(?:gho\|new)$` Tabela inútil: `^_(.+)_(?:ghc\|del\|old)$` Nota Esta opção causa bloqueio de tabelas no banco de dados de destino.
Whether to Migrate Accounts	Especifique se deseja sincronizar informações de contas do banco de dados de origem. Se selecionar Yes, selecione as contas e confirme suas permissões. {{XREF_33}}.
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 reportará um erro e iniciará imediatamente a tentativa de reconexão. A duração padrão de nova tentativa é de 720 minutos. Você também pode especificar uma duração personalizada de 10 a 1.440 minutos. Recomendamos definir a duração para 30 minutos ou mais. Se o DTS conseguir se reconectar ao banco de dados dentro da duração especificada, a tarefa de sincronização será retomada automaticamente. Caso contrário, a tarefa falhará. 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, a duração menor de 30 minutos será usada para ambas. Como o DTS cobra pelo tempo de execução da tarefa durante o período de nova tentativa de conexão, recomendamos personalizar a duração da nova tentativa com base nas necessidades do seu negócio ou liberar 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 DDL ou DML), o DTS reportará um erro e iniciará imediatamente operações contínuas de nova tentativa. A duração padrão de 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 definir 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 será retomada automaticamente. Caso contrário, a tarefa falhará. 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 o estágio 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 sobre eles. Para reduzir a carga nos bancos de dados de origem e de destino, você pode definir 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 Synchronization Types está definido como Full Data Synchronization. Você também pode {{XREF_34}} após a instância de sincronização estar em execução.
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. Não é necessário para este exemplo.
Whether to delete SQL operations on heartbeat tables of forward and reverse tasks	Escolha se deseja gravar informações SQL de heartbeat no banco de dados de origem enquanto a instância do DTS estiver em execução. Yes: As informações SQL de heartbeat não são gravadas no banco de dados de origem. Isso pode fazer com que a instância do DTS reporte atraso. No: Grava informações SQL de heartbeat no banco de dados de origem. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de origem.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carregamento (ETL). Para mais informações, consulte {{XREF_35}} 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 {{XREF_36}}. 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, uma notificação será enviada a um contato de alerta. No: Nenhum alerta é configurado. Yes: Configure alertas definindo um limiar de alerta e especificando um notificação de alerta. Para mais informações, consulte {{XREF_37}}.

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

Se desejar usar o recurso de validação de dados, consulte {{XREF_38}} para obter instruções de configuração.

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 balão.
- Se tiver terminado 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 do trabalho de sincronização, o DTS executa uma pré-verificação. O trabalho só pode começar 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 solicitado 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 pular o aviso e executar a pré-verificação novamente. Se você optar por ignorar 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 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 as opções disponíveis.

Categoria	Parâmetro	Descrição
New Instance Class	Método de faturamento	Assinatura: Você paga ao criar a instância. Adequado para necessidades de longo prazo e mais econômico que o pagamento conforme o uso. Quanto maior a duração da assinatura, maior o desconto. Pagamento conforme o uso: A cobrança é feita por hora. Adequado para necessidades de curto prazo. É possível liberar 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 é default resource group. Para mais informações, consulte {{XREF_39}}.
	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_40}}.
	Topologia de sincronização	Fixado como Two-way Synchronization.
	Duração da assinatura	No modo de assinatura, selecione a duração e a quantidade para a instância de assinatura. É possível escolher 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.

É possível acompanhar o progresso da tarefa na página Data Synchronization.

Configure a tarefa de sincronização reversa.
1. Aguarde a inicialização da tarefa de sincronização direta e a alteração do seu Status para Running.
2. Localize a tarefa de sincronização reversa e clique em Configure Task.
3. Configure a tarefa de sincronização reversa seguindo de {{XREF_41}} a {{XREF_42}}.
  Importante
  
  Selecione as instâncias de origem e de destino corretas para a tarefa reversa: a origem é o destino da tarefa direta e vice-versa. Verifique se as informações da instância (nome do banco de dados, conta, senha) estão consistentes.
  
  A Instance Region dos bancos de dados de origem e de destino não pode ser modificada para uma tarefa reversa. A tarefa reversa requer menos parâmetros — consulte o console para detalhes.
  
  A configuração Processing Mode of Conflicting Tables da tarefa de sincronização reversa não verifica tabelas sincronizadas com a instância de destino pela tarefa de sincronização direta.
  
  A tarefa de sincronização reversa não suporta a sincronização dos objetos especificados na lista Selected Objects da tarefa de sincronização direta.
  
  Não use o recurso de mapeamento para a tarefa reversa. Caso contrário, poderá ocorrer inconsistência de dados.
4. Quando a Success Rate atingir 100%, clique em Back.
Aguarde até que o Status de ambas as tarefas mude para Running. A sincronização bidirecional estará então ativa.