Sincronização unidirecional de dados entre instâncias ApsaraDB RDS for MySQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

O Data Transmission Service (DTS) oferece suporte à sincronização unidirecional de dados entre bancos de dados MySQL. Este tópico descreve o procedimento usando como exemplo a sincronização unidirecional de dados entre instâncias ApsaraDB RDS for MySQL.

Pré-requisitos

A instância ApsaraDB RDS for MySQL de origem deve estar em estado normal.
Uma instância ApsaraDB RDS for MySQL de destino já foi criada e sua capacidade de armazenamento é superior à capacidade utilizada pela instância ApsaraDB RDS for MySQL de origem. Para mais informações, consulte Crie uma instância ApsaraDB RDS for MySQL.

Precauçõ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 total e incremental de dados, o DTS desativa temporariamente as verificações de restrições e operações em cascata de chaves estrangeiras no nível da sessão. Podem ocorrer inconsistências 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 possuir uma chave primária ou uma restrição única, e os campos devem ser exclusivos. Caso contrário, dados duplicados podem surgir no banco de dados de destino. 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 logs binários 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 instruções, consulte Configure instance parameters. Importante Se sua instância de origem for um banco de dados MySQL autogerenciado, ative os logs binários e defina binlog_format como row e binlog_row_image como full. Se seu 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 de log binário. Para instruções, consulte Crie uma conta e configure o log binário para um banco de dados MySQL autogerenciado. 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 Automatically delete local logs. 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 total. Caso contrário, a tarefa de sincronização falhará. Nota Durante a sincronização total, 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 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 tabela afetado dos objetos de sincronização e adicione-o novamente. Faça isso apenas se o seu negócio permitir. Para mais informações, consulte Modify synchronization objects. Se o banco de dados de origem for MySQL 8.0.23 ou posterior e contiver colunas ocultas invisíveis, o DTS pode não ler essas colunas, o que 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: Ao sincronizar dados de um banco de origem da família MySQL, o DTS depende do protocolo padrão MySQL e do formato Binlog. Comportamentos incompatíveis com o MySQL padrão não são suportados. Se o banco de dados de origem alegar compatibilidade com MySQL, mas apresentar comportamento diferente (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento rotate final no Binlog é 0, diferentemente do MySQL), a tarefa de sincronização do DTS pode falhar.
Outros limites	Utilize a mesma versão para os bancos de dados de origem e destino, ou atualize de uma versão inferior para uma superior para garantir compatibilidade. Sincronizar 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 múltiplas tabelas — ou adicionar índices baseados em funções a colunas de chave única, pode ocorrer perda de dados ou falha na tarefa no banco de dados de destino. Resolvers definidos por sintaxe de comentários não suportam uso síncrono. Se ocorrer um conflito de chave primária ou única durante a execução da tarefa: Se os schemas das tabelas forem idênticos e um registro no banco de dados de destino tiver o mesmo valor de chave primária ou única que um registro no banco de dados de origem: Durante a sincronização total, 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 pode 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 o banco de dados de destino for MySQL 8.0.23 ou posterior e contiver colunas ocultas invisíveis nas colunas receptoras, o DTS pode não localizar a coluna alvo. Isso pode causar falha na tarefa ou 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. Caso não utilize o DTS para sincronizar schemas de tabelas, garanta a compatibilidade dos campos por conta própria. Caso contrário, a tarefa pode falhar ou haver perda de dados. Por exemplo, se a tabela de origem usar o tipo de dado `text` e a coluna de destino usar `varchar(255)`, campos grandes na tabela de origem podem ser truncados. 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 Ao 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 destino antes de iniciar a sincronização. Execute a sincronização fora dos horários de pico. Caso contrário, a inicialização total consumirá recursos de leitura e gravação em ambos os bancos de dados, podendo aumentar a carga sobre eles. A inicialização total executa operações INSERT simultaneamente. Isso fragmenta as tabelas de destino. Após a inicialização total, o tablespace da instância de destino será maior que o da instância de origem. Ao sincronizar uma ou mais tabelas — e não o banco de dados inteiro — não use ferramentas como pt-online-schema-change para realizar 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. Não grave dados no banco de dados de destino exceto através do DTS enquanto a sincronização estiver em execução. Caso contrário, pode ocorrer inconsistência de dados entre os bancos de origem e destino. Por exemplo, ao usar o DMS para operações DDL online enquanto outros dados são gravados no banco de destino, pode haver perda de dados. 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 instruções, consulte Visualize os logs da tarefa. Ao gravar colunas cujos nomes diferem apenas em maiúsculas/minúsculas na mesma tabela do banco de dados MySQL de destino, resultados inesperados podem 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 que todos os dados foram gravados na tabela alvo. Por exemplo, após o acionamento do mecanismo de failover 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 total 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 total de dados e sincronização incremental de dados. Para sincronizar contas do banco de dados de origem, cumpra os pré-requisitos e revise as considerações relacionadas. Para mais informações, consulte Migrate database accounts. Em caso de falha na tarefa, a equipe de suporte do DTS tentará restaurá-la dentro de oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros. Nota Apenas os parâmetros da tarefa DTS são modificados, não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modify instance parameters.
Outras considerações	Para um banco de dados MySQL de origem autogerenciado: Se ocorrer um failover entre primário e 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 atualizá-la. Nota Se selecionar um banco de dados completo para sincronização, crie uma tabela de heartbeat. Atualize ou grave nesta tabela a cada segundo. Periodicamente, o DTS executa 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 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 pode 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. Periodicamente, o DTS executa 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 total de dados	Gratuito.
Sincronização incremental de dados	Pago. Para mais informações, consulte Billing overview.

Operações SQL que podem ser sincronizadas

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

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

Banco de dados	Permissão necessária	Método de criação e autorização de conta
Origem ApsaraDB RDS for MySQL	Permissões de leitura e gravação	Crie uma conta e Modify the permissions of a standard account on an ApsaraDB RDS for MySQL instance.
Destino ApsaraDB RDS for MySQL	Permissões de leitura e gravação

Nota

Se a conta do banco de dados de origem utilizada não tiver sido criada e autorizada através do console ApsaraDB RDS for MySQL, certifique-se de que a conta possua as permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT.
Para sincronizar informações de contas do banco de dados de origem, as contas dos bancos de dados de origem e destino devem ter permissões adicionais. Para mais informações sobre autorização, consulte Migrate database accounts.

Procedimento

Acesse a página da lista de tarefas de sincronização da região de destino. Utilize um dos dois métodos abaixo:
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 layout do console do DMS. Para mais informações, consulte Simple mode e Customize the layout and style of the DMS interface.
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 destino.

Aviso

Após selecionar as instâncias de origem e destino, leia atentamente os limites exibidos no topo da página. O descumprimento desses limites pode causar falha na tarefa ou inconsistência de dados.

Categoria	Configuração	Descrição
N/A	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomenda-se especificar um nome descritivo para facilitar a identificação. O nome não precisa ser único.
Source Database	Select Existing Connection	Neste exemplo, não é necessário selecionar uma opção. Insira as seguintes informações do banco de dados.
	Database Type	Selecione MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde reside a instância ApsaraDB RDS for MySQL de origem.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa uma instância de banco de dados pertencente à conta Alibaba Cloud atual. Selecione No.
	RDS Instance ID	Selecione o ID da instância ApsaraDB RDS for MySQL de origem.
	Database Account	Insira a conta do banco de dados da instância ApsaraDB RDS for MySQL de origem. Para mais informações sobre as permissões necessárias, consulte Permissions required for database accounts.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Connection Method	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se selecionar SSL-encrypted, é necessário ativar a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Select Existing Connection	Neste exemplo, não é necessário selecionar uma opção. Insira as seguintes informações do banco de dados.
	Database Type	Selecione MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde reside a instância ApsaraDB RDS for MySQL de destino.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa uma instância de banco de dados pertencente à conta Alibaba Cloud atual. Selecione No.
	RDS Instance ID	Selecione o ID da instância ApsaraDB RDS for MySQL de destino.
	Database Account	Insira a conta do banco de dados da instância ApsaraDB RDS for MySQL de destino. Para mais informações sobre as permissões necessárias, consulte Permissions required for database accounts.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Connection Method	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se selecionar SSL-encrypted, é necessário ativar a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.

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 DTS foram adicionados às configurações de segurança dos bancos de dados de origem e destino para permitir o acesso. Isso pode ser feito 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 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.

Configuração	Descrição
Synchronization Types	Incremental Data Synchronization está selecionado. Por padrão, também é necessário selecionar Schema Synchronization e Full Data Synchronization. Após a conclusão da pré-verificação, o DTS realiza uma sincronização total dos dados dos objetos selecionados da instância de origem para o cluster de destino. Isso serve como linha de base para a subsequente sincronização incremental de dados.
Method to Migrate Triggers in Source Database	Decida se deseja sincronizar triggers com base nos requisitos do seu negócio. Se os objetos a serem sincronizados não envolverem triggers, não é necessário configurar este parâmetro. Para mais informações, consulte Configure trigger synchronization or migration. Nota Este parâmetro só pode ser configurado quando Synchronization Types incluir Schema Synchronization.
Enable Migration Assessment	Avalie se as estruturas dos bancos de dados de origem e destino (como comprimento de índice, stored procedures e tabelas dependentes) atendem aos requisitos. Selecione Yes ou No conforme a necessidade do seu negócio. Nota Este parâmetro só pode ser configurado quando Synchronization Types incluir Schema Synchronization. Ao selecionar Yes, o tempo de pré-verificação pode aumentar. É possível visualizar o Assessment Result durante a fase de pré-verificação. Os resultados da avaliação não afetam os resultados da pré-verificação.
Synchronization Topology	Selecione One-way Synchronization.
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 inicia. Nota Caso não seja possível excluir ou renomear a tabela com o mesmo nome no banco de dados de destino, mapeie-a para um nome diferente. Para mais informações, consulte Map table and column names. 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 idênticos e um registro no banco de dados de destino tiver o mesmo valor de chave primária ou única que um registro no banco de dados de origem: Durante a sincronização total, 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 pode 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, também será necessário atender aos requisitos relevantes e executar operações subsequentes. Para mais informações, consulte Synchronize or migrate events.
Capitalization of Object Names in Destination Instance	Configure a política de diferenciação de maiúsculas e minúsculas para nomes de objetos de banco de dados, tabelas e colunas sincronizados na instância de destino. Por padrão, a DTS default policy está selecionada. Também é possível optar por usar as políticas padrão dos bancos de dados de origem e destino. Para mais informações, consulte Case sensitivity policy for destination object names.
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 selecionar tabelas ou colunas, outros objetos como views, triggers e stored procedures 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 Map a single database, table, or column. 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 Map databases, tables, and columns in a batch. Nota Para selecionar as operações SQL a serem sincronizadas no nível de banco de dados ou tabela, clique com o botão direito no objeto a ser sincronizado em Selected Objects e selecione as operações SQL desejadas na caixa de diálogo exibida. Para mais informações sobre as operações suportadas, consulte SQL operations that can be synchronized. Para definir condições WHERE para filtragem de dados, clique com o botão direito na tabela a ser sincronizada em Selected Objects e defina as condições de filtro na caixa de diálogo exibida. Para mais informações, consulte Filter task data with an SQL condition. Ao utilizar o recurso de mapeamento de nomes de objetos, outros objetos que dependem deste objeto podem falhar na sincronização.

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

Configuração	Descrição
Dedicated Cluster for Task Scheduling	Por padrão, o DTS agenda tarefas em um cluster compartilhado, não sendo necessário 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 What is a DTS dedicated cluster?.
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Se utilizar Data Management (DMS) ou gh-ost para realizar alterações DDL online no banco de dados de origem, escolha 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 etapa são os seguintes: As etapas 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, essas etapas não são controladas pela política de Online DDL. Schema Synchronization: Esta etapa não é controlada pela política de Online DDL. Tabelas temporárias relacionadas são criadas. Full Data Synchronization: Esta etapa não é controlada pela política de Online DDL. Tabelas temporárias não são incluídas nos objetos de sincronização total. Todas as tabelas cujos nomes correspondem à expressão regular (`^_(.+)_(?:gho\|new)$` ou `^_(.+)_(?:ghc\|del\|old)$`) são filtradas. Incremental Data Synchronization: Esta etapa é controlada 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, pode ocorrer latência de 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 Data Management (DMS) 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. Modifique as expressões regulares padrão usadas para corresponder a shadow tables e useless tables conforme necessário: Shadow table: `^_(.+)_(?:gho\|new)$` Useless table: `^_(.+)_(?:ghc\|del\|old)$` Nota Esta opção causa bloqueio de tabelas no banco de dados de destino.
Whether to Migrate Accounts	Decida se deseja sincronizar informações de contas do banco de dados de origem com base nos requisitos do seu negócio. Se selecionar Yes, também será necessário selecionar as contas a serem sincronizadas e confirmar as permissões das contas.
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 destino falhar, o DTS reportará um erro e iniciará imediatamente novas tentativas de conexão. A duração padrão de nova tentativa é de 720 minutos. Também é possível especificar uma duração personalizada de 10 a 1.440 minutos. Recomenda-se definir a duração como 30 minutos ou mais. Se o DTS reconectar com sucesso 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 houver várias instâncias DTS (por exemplo, Instância A e Instância B) compartilhando a mesma origem ou destino, e o tempo de nova tentativa de rede for definido como 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, recomenda-se personalizar a duração da nova tentativa com base nas necessidades do negócio ou liberar a instância DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e 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 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. Também é possível personalizar a duração da nova tentativa dentro do intervalo de 1 a 1.440 minutos. Recomenda-se definir como 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 a etapa de sincronização total, o DTS consome recursos de leitura e gravação dos bancos de dados de origem e destino, o que pode aumentar a carga sobre eles. Para reduzir a carga nos bancos de dados de origem e destino, defina um limite de taxa para a tarefa de sincronização total 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 estiver definido como Full Data Synchronization. Também é possível adjust the full synchronization rate 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, configure 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 com base nos requisitos do seu negócio. Neste exemplo, não é necessário selecionar uma tag.
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 DTS estiver em execução. Yes: Informações SQL de heartbeat não são gravadas no banco de dados de origem. Isso pode fazer com que a instância 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 carga (ETL). Para mais informações, consulte What is ETL? 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 Configure ETL in a data migration or data synchronization task. 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 Configure monitoring and alerting during task configuration.

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

Para utilizar o recurso de validação de dados, consulte Configure data validation 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 exibido.
- Após terminar 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 job de sincronização, o DTS executa uma pré-verificação. O job só pode começar após todos os itens da pré-verificação serem aprovados.
- Se a pré-verificação falhar, clique em View Details para o item com falha. Corrija o problema conforme indicado 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. Optar por suprimir o item de aviso pode causar problemas como inconsistência de dados e representar riscos ao 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 esses parâmetros em detalhes.

Categoria	Parâmetro	Descrição
New Instance Class	Método de faturamento	Assinatura: Pagamento realizado no momento da criação da 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: Cobrança realizada por hora. 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 é default resource group. Para mais informações, consulte What is Resource Management?.
	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 cenário do seu negócio. Para mais informações, consulte Data synchronization link specifications.
	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.

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