Configure a data synchronization task for a dedicated cluster - Data Transmission Service: Central de Documentação do Alibaba Cloud

O recurso de Sincronização de Dados permite sincronizar dados entre fontes em tempo real. Ele é adequado para diversos cenários de negócios, como redundância geográfica ativa, recuperação de desastres geográfica, recuperação de desastres de dados locais, sincronização de dados transfronteiriça, BI na cloud e data warehousing em tempo real. Este tópico utiliza um exemplo de sincronização de dados do ApsaraDB RDS for MySQL para o ApsaraDB RDS for MySQL para descrever como configurar uma tarefa de sincronização de dados em um cluster dedicado do DTS.

Pré-requisitos

Você criou um cluster dedicado do DTS. Para mais informações, consulte Create a DTS dedicated cluster.
Você criou as instâncias de origem e de destino do ApsaraDB RDS for MySQL. Para mais informações, consulte (Deprecated. Redirected to Step 1.) QuickCreate an ApsaraDB RDS for MySQL instance.
A instância de destino do ApsaraDB RDS for MySQL deve ter mais espaço de armazenamento disponível do que o utilizado pela instância de origem do ApsaraDB RDS for MySQL.
As instâncias de origem e de destino devem estar na mesma região do cluster dedicado do DTS.

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 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 única, e os campos devem ser únicos. Caso contrário, dados duplicados podem aparecer no banco de dados de destino. Se você sincronizar no nível de tabela e precisar editar mapeamentos (como mapeamento de nomes de colunas), cada tarefa de sincronização suporta até 1.000 tabelas. Se esse limite for excedido, 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 Configure instance parameters. Importante Se 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 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 possa capturar todos os eventos de log binário. Para obter instruções, consulte Create an account and configure binary logging for a self-managed MySQL database. Os logs binários locais de uma instância do 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 falhar ao 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 logs binários 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 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: Quando o DTS sincroniza dados de um banco de dados de origem da família MySQL, ele depende do protocolo padrão MySQL e do formato Binlog, e 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 se comportar de maneira diferente (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento rotate final no Binlog é 0, o que difere 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 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 usar 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, pode ocorrer perda de dados ou falha na tarefa no banco de dados de destino. Resolvers definidos por sintaxe de comentário não suportam uso síncrono. Se ocorrer um conflito de chave primária ou ú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 ú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 de apenas dados parciais de 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 falhar ao 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. Se você não usar o DTS para sincronizar schemas de tabelas, garanta a compatibilidade dos campos por conta própria. Caso contrário, a tarefa pode falhar ou dados podem ser perdidos. 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 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 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 total 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 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. 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á. Você pode 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 dados de origem e de destino. Por exemplo, se você usar o DMS para executar operações DDL online enquanto outros dados são gravados no banco de dados de destino, pode ocorrer 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 obter instruções, consulte View task logs. Se você gravar colunas com nomes que diferem apenas em maiúsculas e minúsculas na mesma tabela no 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), use o comando `ANALYZE TABLE <table_name>` para confirmar se todos os dados foram gravados na tabela alvo. Por exemplo, após o acionamento do mecanismo de failover HA no banco de dados MySQL alvo, os dados podem ter sido gravados apenas na memória, o que pode causar perda de dados. Se sua instância do ApsaraDB RDS for MySQL tiver o Always-Encrypted ativado, a sincronização total de dados não é suportada. Nota Instâncias do 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. Se uma tarefa falhar, 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 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 Modify instance parameters.
Outras considerações	Para um banco de dados MySQL de origem 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 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 banco de dados de origem for 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 — 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. 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.

Topologias de sincronização

Sincronização unidirecional um para um
Sincronização unidirecional um para muitos
Sincronização em cascata unidirecional
Sincronização unidirecional muitos para um
Sincronização bidirecional um para um

Para detalhes sobre cada topologia de sincronização de dados e suas notas de uso, consulte Data Synchronization Topologies.

Operaçõ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

Procedimento

Acesse a página Dedicated Cluster.
À direita de Workbench, selecione a região onde deseja criar o cluster dedicado.
Na coluna Operation do cluster dedicado desejado, escolha Configure Task > Configure Data Synchronization Task.

Configure o Source Database e o Destination Database.

Aviso

Após selecionar as instâncias de origem e de destino, leia com atenção os limites exibidos na parte superior da página. O descumprimento desses limites pode causar falha na tarefa ou inconsistência nos dados.

Seção	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	Se necessário, escolha se deseja usar uma instância existente. Ao utilizar uma instância existente, as informações do banco de dados abaixo são preenchidas automaticamente, sem necessidade de inseri-las novamente. Caso não utilize uma instância existente, insira as informações do banco de dados abaixo.
	Database Type	Selecione MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Região da instância ApsaraDB RDS for MySQL de origem. Essa definição ocorre durante a criação do cluster dedicado e não pode ser alterada.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo utiliza uma instância de banco de dados pertencente à conta atual do Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância ApsaraDB RDS for MySQL de origem. Nota A origem e o destino podem ser a mesma instância do ApsaraDB RDS for MySQL ou instâncias diferentes. O DTS consegue sincronizar dados entre duas instâncias distintas ou dentro de uma única instância.
	Database Account	Insira a conta do banco de dados da instância ApsaraDB RDS for MySQL de origem. A conta deve ter permissões de leitura nos objetos a serem sincronizados.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Connection Method	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se optar por SSL-encrypted, ative previamente a criptografia SSL na instância RDS for MySQL. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Select Existing Connection	Se necessário, escolha se deseja usar uma instância existente. Ao utilizar uma instância existente, as informações do banco de dados são preenchidas automaticamente, sem necessidade de reinseri-las. Caso não utilize uma instância existente, insira as informações do banco de dados abaixo.
	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 utiliza uma instância de banco de dados pertencente à conta atual do Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância ApsaraDB RDS for MySQL de destino. Nota A origem e o destino podem ser a mesma instância do ApsaraDB RDS for MySQL ou instâncias diferentes. O DTS consegue sincronizar dados entre duas instâncias distintas ou dentro de uma única instância.
	Database Account	Insira a conta do banco de dados da instância ApsaraDB RDS for MySQL de destino. A conta deve ter permissões de leitura e gravação no banco de dados de destino.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Connection Method	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se optar por SSL-encrypted, ative previamente a criptografia SSL na instância RDS for MySQL. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.

Na parte inferior da página, clique em Test Connectivity and Proceed.

Se o banco de dados de origem ou de destino for uma instância de banco de dados do Alibaba Cloud, como ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB, o DTS adiciona automaticamente os blocos CIDR dos servidores DTS à lista de permissões da instância. Quando a origem ou o destino é um banco de dados autogerenciado hospedado em uma instância do Elastic Compute Service (ECS), o DTS inclui automaticamente os blocos CIDR dos servidores DTS nas regras do grupo de segurança da instância ECS; nesse caso, garanta que a instância ECS tenha acesso ao banco de dados. Para bancos de dados autogerenciados implantados em um data center local ou fornecidos por terceiros, adicione manualmente os blocos CIDR dos servidores DTS à lista de permissões do banco de dados para permitir o acesso do DTS. Para mais informações, consulte Whitelist DTS server IP addresses.

Aviso
A inclusão automática ou manual dos blocos CIDR dos servidores DTS na lista de permissões do banco de dados, da instância ou nas regras do grupo de segurança do ECS pode gerar riscos de segurança. Portanto, antes de usar o DTS para sincronizar dados, compreenda e reconheça os riscos potenciais e adote medidas preventivas, incluindo, mas não se limitando a: fortalecer a segurança de nomes de usuário e senhas, limitar portas expostas, autenticar chamadas de API, verificar regularmente a lista de permissões ou as regras do grupo de segurança do ECS e bloquear blocos CIDR não autorizados, ou conectar o banco de dados ao DTS por meio do Express Connect, VPN Gateway ou Smart Access Gateway.

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 executa uma sincronização completa dos dados dos objetos selecionados da instância de origem para o cluster de destino. Esses dados servem como base para a sincronização incremental subsequente.
Method to Migrate Triggers in Source Database	Escolha um método para sincronizar triggers. Caso os objetos a serem sincronizados não envolvam triggers, não é necessário configurar este parâmetro. Para mais informações, consulte Configure a method to synchronize or migrate triggers. Nota Este parâmetro está disponível apenas quando Synchronization Types estiver selecionado para Schema Synchronization.
Enable Migration Assessment	Avalie se os schemas dos bancos de dados de origem e de destino atendem aos requisitos. Isso inclui aspectos como comprimento de índice, stored procedures e tabelas dependentes. Selecione Yes ou No. Nota Este parâmetro está disponível apenas quando Synchronization Types estiver selecionado para Schema Synchronization. Ao selecionar Yes, a pré-verificação pode levar mais tempo. Visualize 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 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 houver tabela com o mesmo nome, a pré-verificação é aprovada. Caso exista uma tabela com o mesmo nome, a pré-verificação falha e a tarefa de sincronização de dados não inicia. Nota Se não for possível excluir ou renomear a tabela com o mesmo nome no banco de dados de destino, mapeie-a para um nome de tabela 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 seus negócios 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 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 substitui 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 parcial dos dados das colunas ou em uma falha completa da sincronização. Prossiga com cautela.
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 de destino. Para mais informações, consulte Case sensitivity policy for destination object names.
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 Selecione bancos de dados, tabelas e colunas como objetos de sincronização. Ao 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 do mouse no objeto na caixa Selected Objects. Para mais informações sobre como renomear objetos, consulte Map a single database, table, or column. Para alterar em lote os nomes de vários objetos de sincronização na instância de destino, 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 do banco de dados ou da tabela, clique com o botão direito do mouse no objeto a ser sincronizado na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo exibida. Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela a ser sincronizada na caixa Selected Objects e defina a condição de filtro na caixa de diálogo exibida. Para mais informações, consulte Set filter conditions. O uso de mapeamento de nomes de objetos pode causar falha na sincronização de objetos dependentes.

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

Parâmetro	Descrição
Dedicated Cluster for Task Scheduling	Este parâmetro é fixo no cluster dedicado atual e não pode ser alterado.
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Ao utilizar Data Management (DMS) ou gh-ost para realizar alterações de DDL online no banco de dados de origem, escolha se deseja sincronizar os dados das tabelas temporárias geradas pelas alterações de DDL online. Importante As tarefas do DTS não suportam o uso de ferramentas como pt-online-schema-change para realizar alterações de 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 DDL online. Schema Synchronization: Esta etapa não é controlada pela política de DDL online. Tabelas temporárias relacionadas são criadas. Full Data Synchronization: Esta etapa não é controlada pela política de DDL online. Tabelas temporárias não estã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: Esta etapa é controlada pela política de DDL online. Yes: Sincroniza alterações de dados em tabelas temporárias (por exemplo, `_table-name_gho`) geradas por operações de 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 de DDL online. Nota Se os dados das tabelas temporárias gerados por alterações de DDL online forem muito grandes, poderá ocorrer latência na sincronização. No, Adapt to DMS Online DDL: Não sincroniza dados de tabelas temporárias geradas por operações de 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 de 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	Escolha se deseja sincronizar as informações de conta do banco de dados de origem. Ao selecionar Yes, selecione também as contas a serem sincronizadas e confirme suas permissões. Para mais informações, consulte Migrate database accounts.
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 inicia imediatamente uma nova tentativa de conexão. A duração padrão de nova tentativa é de 720 minutos. Especifique uma duração personalizada de nova tentativa entre 10 e 1.440 minutos. Recomendamos definir a duração para 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 você tiver várias instâncias do DTS (por exemplo, Instância A e Instância B) compartilhando a mesma origem ou destino, e definir o tempo de nova tentativa de rede 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, recomendamos personalizar a duração da nova tentativa com base nas necessidades do seu negócio ou liberar a instância do DTS assim que 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 de nova tentativa é de 10 minutos. Personalize a duração da nova tentativa dentro do intervalo de 1 a 1.440 minutos. Recomendamos definir esse valor 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 de Retry Time for Other Issues deve ser menor que o valor de 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 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	Defina também 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. Nenhuma seleção é necessária neste 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: 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 relate 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.
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 trabalho de sincronização, o DTS executa uma pré-verificação. O trabalho 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:
  
  Caso um item de verificação falhe e não possa 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 sequencialmente 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 aos seus negócios.
Quando a taxa de sucesso da pré-verificação atingir 100%, clique em Next: Select DTS Instance Type.
Na seção New Instance Class, defina a Instance Class para a tarefa. Especifique um valor de 1 DU até o máximo de DUs disponíveis no cluster.
Após concluir a configuração, leia e marque a caixa de seleção Data Transmission Service (Pay-as-you-go) Service Terms.
Clique em Start Task. Na caixa de diálogo exibida, clique em OK para iniciar a tarefa de sincronização.

Filtre a tarefa na Cluster Task List para monitorar seu progresso.