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 on-premises, sincronização de dados transfronteiriça, BI na nuvem e data warehousing em tempo real. Este tópico usa 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

Crie um cluster dedicado do DTS. Para mais informações, consulte Create a DTS dedicated cluster.
Crie 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 esquema, 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. 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 durante a execução da tarefa.

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, 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 habilita 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 capture 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 esquemas de banco de dados ou tabelas durante a sincronização de esquema 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 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. 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, 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 de destino, ou atualize 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 durante a execução da tarefa: Se os esquemas 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 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 esquemas 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 falhar ao localizar a coluna de destino. 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 esquemas 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 esquemas 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á. Use o Data Management (DMS) para realizar 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, se você usar o DMS para executar operações DDL online enquanto outros dados são gravados no banco de dados 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 obter instruções, consulte View task logs. 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 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 que 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 sua instância do ApsaraDB RDS for MySQL tiver o Always-Encrypted ativado, a sincronização completa de dados não é suportada. Nota Instâncias do ApsaraDB RDS for MySQL com Transparent Data Encryption (TDE) ativado suportam sincronização de esquema, sincronização completa 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 uma alternância entre 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 atualizá-la. 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 — sempre aponte 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 unidirecional em cascata
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 alvo, 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 atentamente os limites exibidos na parte superior da página. Se você não seguir os limites, a tarefa pode falhar ou pode ocorrer inconsistência de 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	Você pode optar por usar uma instância existente, conforme necessário. Se você usar uma instância existente, as informações do banco de dados abaixo serão preenchidas automaticamente. Não é necessário inseri-las novamente. Se você não usar 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	A região da instância de origem do ApsaraDB RDS for MySQL. Isso é especificado ao criar o cluster dedicado e não pode ser alterado.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa uma instância de banco de dados que pertence à conta atual do Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância de origem do ApsaraDB RDS for MySQL. Nota A origem e o destino podem ser a mesma instância do ApsaraDB RDS for MySQL ou instâncias diferentes. O DTS pode sincronizar dados entre duas instâncias ou dentro de uma única instância.
	Database Account	Insira a conta do banco de dados da instância de origem do ApsaraDB RDS for MySQL. 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 selecionar SSL-encrypted, você deve ativar a criptografia SSL para a instância do RDS for MySQL antecipadamente. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Select Existing Connection	Você pode optar por usar uma instância existente, conforme necessário. Se você usar uma instância existente, as informações do banco de dados serão preenchidas automaticamente. Não é necessário inseri-las novamente. Se você não usar 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 de destino do ApsaraDB RDS for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa uma instância de banco de dados que pertence à conta atual do Alibaba Cloud. Selecione No.
	RDS Instance ID	Selecione o ID da instância de destino do ApsaraDB RDS for MySQL. Nota A origem e o destino podem ser a mesma instância do ApsaraDB RDS for MySQL ou instâncias diferentes. O DTS pode sincronizar dados entre duas instâncias ou dentro de uma única instância.
	Database Account	Insira a conta do banco de dados da instância de destino do ApsaraDB RDS for MySQL. 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 selecionar SSL-encrypted, você deve ativar a criptografia SSL para a instância do RDS for MySQL antecipadamente. 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 uma instância do 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. Se o banco de dados de origem ou de destino for um banco de dados autogerenciado hospedado em uma instância do Elastic Compute Service (ECS), o DTS adiciona automaticamente os blocos CIDR dos servidores DTS às regras do grupo de segurança da instância ECS, e você deve garantir que a instância ECS possa acessar o banco de dados. Se o banco de dados de origem ou de destino for um banco de dados autogerenciado implantado em um data center ou fornecido por um provedor de serviços em nuvem terceirizado, adicione manualmente os blocos CIDR dos servidores DTS à lista de permissões do banco de dados para permitir que o DTS o acesse. Para mais informações, consulte Whitelist DTS server IP addresses.

Aviso
Se os blocos CIDR dos servidores DTS forem adicionados automática ou manualmente à lista de permissões do banco de dados ou da instância, ou às regras do grupo de segurança do ECS, riscos de segurança podem surgir. Portanto, antes de usar o DTS para sincronizar dados, compreenda e reconheça os riscos potenciais e tome medidas preventivas, incluindo, mas não se limitando às seguintes: aprimorar a segurança de seu nome de usuário e senha, limitar as portas expostas, autenticar chamadas de API, verificar regularmente a lista de permissões ou as regras do grupo de segurança do ECS e proibir blocos CIDR não autorizados, ou conectar o banco de dados ao DTS usando 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 realiza uma sincronização completa dos dados dos objetos selecionados da instância de origem para o cluster de destino. Isso serve como base de dados para a subsequente sincronização incremental de dados.
Method to Migrate Triggers in Source Database	Selecione um método para sincronizar triggers. Se os objetos a serem sincronizados não envolverem 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 esquemas dos bancos de dados de origem e de destino atendem aos requisitos. Isso inclui aspectos como comprimento de índice, procedimentos armazenados e tabelas dependentes. Você pode selecionar Yes ou No. Nota Este parâmetro está disponível apenas quando Synchronization Types estiver selecionado para Schema Synchronization. Se você selecionar Yes, a pré-verificação pode 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 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 é 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 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 esquemas 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 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 esquemas 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.
Capitalization of Object Names in Destination Instance	Você pode 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 é 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 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 Você pode selecionar bancos de dados, tabelas e colunas como objetos de sincronização. Se 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 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 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 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. Se você usar mapeamento de nomes de objetos, a sincronização de objetos dependentes pode falhar.

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

Parâmetro	Descrição
Dedicated Cluster for Task Scheduling	Este parâmetro é fixado 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.	Se você usar Data Management (DMS) 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á a falha da 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 esquema do banco de dados ou da tabela. Portanto, esses estágios não são controlados pela política de DDL Online. Schema Synchronization: Este estágio não é controlado pela política de DDL Online. Tabelas temporárias relacionadas são criadas. Full Data Synchronization: Este estágio não é controlado pela política de DDL Online. 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 DDL Online. 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 pode 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 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. 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	Selecione se deseja sincronizar as informações de conta do banco de dados de origem. Se selecionar Yes, você também precisará selecionar as contas a serem sincronizadas e confirmar 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 relatará um erro e começará imediatamente a tentar reconectar. 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 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 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 relatará 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 estiver definido como Full Data Synchronization. Você também pode adjust the full synchronization rate após a instância de sincronização estar em execução.
Enable Throttling for Incremental Data Synchronization	Você também pode 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	Você pode selecionar 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 está 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 relate um 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 alert notification. 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.

Se quiser usar 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.
- Se 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 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 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. Se você optar por ignorar o item de aviso, isso pode causar problemas como inconsistência de dados e representar riscos para o seu negócio.
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. Você pode especificar 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.

Você pode filtrar pela tarefa na Cluster Task List para monitorar seu progresso.