Synchronize RDS for MySQL to PolarDB for MySQL - Data Transmission Service: Central de Documentação do Alibaba Cloud

Bancos de dados de origem compatíveis

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

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

Pré-requisitos

Uma instância de origem do RDS for MySQL.
Um cluster de destino do PolarDB for MySQL. Para mais informações, consulte crie um cluster pay-as-you-go e crie um cluster de assinatura.
O espaço de armazenamento do cluster PolarDB for MySQL deve ser superior ao da instância RDS for MySQL.

Observações de uso

Nota

Durante a sincronização de esquemas, o DTS sincroniza chaves estrangeiras do banco de dados de origem para o banco de dados de destino.
Durante a sincronização completa e a sincronização incremental de dados, o DTS desativa temporariamente as verificações de restrições e as operações em cascata de chaves estrangeiras no nível da sessão. A execução de operações de atualização ou exclusão em cascata no banco de dados de origem durante a tarefa pode causar inconsistências de dados.

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 de unicidade, e os campos devem ser exclusivos. Caso contrário, podem surgir dados duplicados no banco de dados de destino. Se você sincronizar no nível da tabela e precisar editar mapeamentos (como o mapeamento de nomes de colunas), cada tarefa de sincronização aceita até 1.000 tabelas. Caso ultrapasse esse limite, a tarefa falhará com um erro. Para corrigir isso, divida as tabelas em várias tarefas ou configure uma tarefa de sincronização de banco de dados inteiro. Binary logs: O ApsaraDB RDS for MySQL ativa o binary log 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 iniciará. Para obter instruções, consulte Configure instance parameters. Importante Se a sua instância de origem for um banco de dados MySQL autogerenciado, ative o binary log e defina binlog_format como row e binlog_row_image como full. Se o seu banco de dados MySQL autogerenciado for um cluster com dois nós primários (em que ambos os nós atuam como primário e secundário), ative o parâmetro log_slave_updates para que o DTS possa capturar todos os eventos do binary log. Para obter instruções, consulte crie uma conta e configure o binary logging para um banco de dados MySQL autogerenciado. Mantenha os binary logs locais de uma instância ApsaraDB RDS for MySQL por pelo menos três dias (recomenda-se sete dias). Para um banco de dados MySQL autogerenciado, retenha os binary logs locais por pelo menos sete dias. Caso contrário, o DTS pode não conseguir recuperar os binary logs, o que causará a falha da tarefa. Em casos extremos, isso pode causar inconsistência ou perda de dados. O SLA do DTS não cobre problemas causados por períodos de retenção de binary logs inferiores ao exigido pelo DTS. Nota Para configurar o retention period dos binary logs locais em uma instância 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 esquemas 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. O DTS não sincroniza dados gerados por alterações que não gravam nos binary logs (como dados restaurados de backups físicos ou criados por operações em cascata) com o banco de dados de destino. Nota Se isso ocorrer, remova o banco de dados ou a tabela afetada dos objetos de sincronização e adicione-os novamente. Faça isso apenas se o seu cenário de negócios permitir. Para mais informações, consulte modifique os objetos de sincronização. Se o seu banco de dados de origem for MySQL 8.0.23 ou posterior e contiver colunas ocultas, o DTS pode não ler essas colunas. Isso pode causar perda de dados. Nota Execute o comando `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` para tornar a coluna oculta visível. Para mais informações, consulte Invisible Columns. Compatibilidade com MySQL: Quando o DTS sincroniza dados de um banco de dados de origem da família MySQL, ele depende do protocolo padrão do MySQL e do formato do Binlog. Não há suporte para comportamentos incompatíveis com o MySQL padrão. Se o seu banco de dados de origem declarar compatibilidade com MySQL, mas se comportar de maneira diferente do MySQL (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento de rotação final no Binlog é 0, o que difere do MySQL), a tarefa de sincronização do DTS pode falhar.
Outros limites	Use 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 a compatibilidade. A sincronização de uma versão superior para uma inferior pode causar problemas de compatibilidade. Se o seu banco de dados de origem usar operações DDL online no modo de tabela temporária (incluindo, entre outros, cenários de mesclagem de várias tabelas) ou adicionar índices baseados em funções a colunas de chave única, poderá ocorrer perda de dados ou falha da tarefa no banco de dados de destino. Os resolvers definidos pela sintaxe de comentários não oferecem suporte ao uso em sincronização. Se ocorrer um conflito de chave primária ou chave única enquanto a tarefa estiver em execução: 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 chave única que um registro no banco de dados de origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O registro correspondente do banco de dados de origem não é sincronizado. Durante a sincronização incremental, o registro do banco de dados de origem sobrescreve o registro no banco de dados de destino. Se os esquemas das tabelas forem diferentes, a sincronização inicial de dados pode falhar. Isso pode resultar na sincronização apenas de dados parciais das colunas ou em uma falha completa da sincronização. Prossiga com cautela. 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 consome recursos de leitura e gravação em ambos os bancos de dados e pode aumentar a carga do banco de dados. A inicialização completa executa operações INSERT simultaneamente. Isso fragmenta as tabelas de destino. Após a inicialização completa, o tablespace da instância de destino será maior que o da instância de origem. Use o conjunto de caracteres utf8mb4 no banco de dados e na tabela de destino se os seus dados incluírem caracteres de quatro bytes (como caracteres chineses raros ou emojis). 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. Se você sincronizar uma ou mais tabelas (e não um banco de dados inteiro), 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 por meio 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. Não é possível ajustar a taxa de sincronização completa. Não é possível converter dados datetime para varchar. 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 visualize os logs da tarefa. Se a sua instância ApsaraDB RDS for MySQL tiver o Always-Encrypted ativado, não há suporte para a sincronização completa de dados. Nota As instâncias do ApsaraDB RDS for MySQL com Transparent Data Encryption (TDE) ativado oferecem suporte à sincronização de esquemas, sincronização completa de dados e sincronização incremental de dados. Para sincronizar contas do banco de dados de origem, atenda aos pré-requisitos e revise as considerações relacionadas. Para mais informações, consulte Migrate database accounts. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la em até oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros. Nota A equipe modifica apenas os parâmetros da tarefa do DTS, e não os do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em modifique os parâmetros da instância.
Casos especiais	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 atualizar a latência. Nota Se você selecionar um banco de dados inteiro para sincronização, crie uma tabela de heartbeat. Atualize ou grave nessa tabela a cada segundo. O DTS executa periodicamente o comando CREATE DATABASE IF NOT EXISTS `test` no banco de dados de origem para avançar o offset do binary log. Se o seu banco de dados de origem for o Amazon Aurora MySQL ou outra instância MySQL em cluster, certifique-se de que o nome de domínio ou endereço IP usado na configuração da tarefa (e sua resolução DNS) sempre aponte para um nó de leitura/gravação (RW). Caso contrário, a sincronização pode falhar. Para um banco de dados de origem ApsaraDB RDS for MySQL: Não é possível usar instâncias somente leitura (como as instâncias somente leitura do ApsaraDB RDS for MySQL 5.6) que não gravam logs de transações 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 binary log.

Faturamento

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

Topologias de sincronização compatíveis

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

Para mais informações sobre topologias de sincronização e seu uso, consulte Data Synchronization Topologies.

Instruções SQL compatíveis

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 o banco de dados inteiro ao qual a tabela pertence como o 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 da lista de tarefas de sincronização da região de destino. Você pode usar um dos dois métodos a seguir:
Pelo console do DTS
1. Acesse o console do Data Transmission Service (DTS).
2. No painel de navegação à esquerda, clique em Data Synchronization.
3. No canto superior esquerdo da página, selecione a região onde a instância de sincronização está localizada.
Pelo console do DMS

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

Configure os bancos de dados de origem e de destino.

Aviso

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

Categoria	Parâmetro	Descrição
N/D	Task Name	O DTS gera automaticamente um nome para a tarefa. Recomendamos que você especifique um nome descritivo para facilitar a identificação. O nome não precisa ser único.
Source Database	Select Existing Connection	Para usar uma instância de banco de dados que já esteja added to the system (recém-criada ou salva), selecione a instância de banco de dados na lista suspensa. As informações do banco de dados são configuradas automaticamente. Nota No console do DMS, este item de configuração é denominado Select a DMS database instance.. Se você não adicionou a instância do banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.
	Database Type	Selecione MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância de origem do ApsaraDB RDS for MySQL está localizada.
	Cross-account	Para sincronização dentro da mesma conta Alibaba Cloud, selecione No.
	RDS Instance ID	Selecione o ID da instância de origem do ApsaraDB RDS for MySQL.
	Database Account	Insira a conta do banco de dados da instância de origem do ApsaraDB RDS for MySQL. A conta deve ter as permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se você selecionar SSL-encrypted, deverá ativar a criptografia SSL para a instância RDS for MySQL com antecedência. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.
Destination Database	Select Existing Connection	Para usar uma instância de banco de dados que já esteja added to the system (recém-criada ou salva), selecione a instância de banco de dados na lista suspensa. As informações do banco de dados são configuradas automaticamente. Nota No console do DMS, este item de configuração é denominado Select a DMS database instance.. Se você não adicionou a instância do banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.
	Database Type	Selecione PolarDB for MySQL.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde o cluster de destino do PolarDB for MySQL está localizado.
	PolarDB Cluster ID	Selecione o ID do cluster de destino do PolarDB for MySQL.
	Database Account	Insira a conta do banco de dados do cluster de destino do PolarDB for MySQL. A conta deve ter permissões de leitura e gravação.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	Selecione uma opção com base em seus requisitos. Para mais informações, consulte Configure 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 de destino para permitir o acesso dos servidores DTS. Você pode fazer isso automática ou manualmente. Para mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.
- Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (onde o Access Method não é Alibaba Cloud Instance), você também deve clicar em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers.

Configure os objetos da tarefa.

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

Parâmetro	Descrição
Synchronization Types	A Incremental Data Synchronization está selecionada. Por padrão, você também deve selecionar Schema Synchronization e Full Data Synchronization. Após a conclusão da pré-verificação, o DTS sincroniza completamente os dados dos objetos selecionados da instância de origem para o cluster de destino. Isso serve como dados de linha de base para a sincronização incremental de dados subsequente.
Method to Migrate Triggers in Source Database	Selecione um método de sincronização de triggers. Se não houver triggers envolvidos, ignore este parâmetro. Para mais informações, consulte Configure how to synchronize or migrate triggers. Nota Este parâmetro só pode ser configurado quando Synchronization Types estiver definido como Schema Synchronization.
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 uma tabela com o mesmo nome, a pré-verificação é aprovada. Se existir uma tabela com o mesmo nome, a pré-verificação falhará e a tarefa de sincronização de dados não será iniciada. Nota Se você não puder 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 o seu negócio 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 chave única que um registro no banco de dados de origem: Durante a sincronização completa, o DTS mantém o registro no cluster de destino. O registro correspondente do banco de dados de origem não é sincronizado. Durante a sincronização incremental, o registro do banco de dados de origem sobrescreve o registro no banco de dados de destino. Se os esquemas das tabelas forem diferentes, a sincronização inicial de dados pode falhar. Isso pode resultar na sincronização apenas de dados parciais 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 você selecionar Yes, também deverá atender aos requisitos relevantes e executar as 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 os nomes de objetos de banco de dados, tabelas e colunas que são sincronizados com a instância de destino. Por padrão, a DTS default policy está selecionada. Você também pode optar por usar as políticas padrão dos bancos de dados de origem e de destino. Para mais informações, consulte 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 objetos para sincronizar no nível do banco de dados ou da tabela.
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 operações SQL no nível do banco de dados ou da tabela, clique com o botão direito do mouse no objeto de sincronização na seção Selected Objects e selecione as operações desejadas na caixa de diálogo. Para mais informações, consulte Supported SQL operations. Para filtrar dados, clique com o botão direito do mouse na tabela a ser sincronizada na seção Selected Objects e defina as condições de filtro na caixa de diálogo. Para mais informações, consulte Set filter conditions. O uso do recurso de mapeamento de nomes de objetos pode causar falha na sincronização de outros objetos que dependem do objeto mapeado.

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

Parâmetro	Descrição
Dedicated Cluster for Task Scheduling	Por padrão, o DTS agenda tarefas em um cluster compartilhado e você não precisa selecionar um cluster. Para um desempenho mais estável, você pode adquirir um cluster dedicado para executar tarefas de sincronização do DTS. Para mais informações, consulte What is a DTS dedicated cluster?.
Select the engine type of the destination database	Selecione o tipo de mecanismo para o banco de dados de destino. InnoDB: O mecanismo de armazenamento padrão. X-Engine: Um mecanismo de armazenamento de banco de dados de processamento de transações online (OLTP).
Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.	Ao usar o Data Management (DMS) ou gh-ost para executar 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 Não há suporte para o uso de ferramentas como pt-online-schema-change para executar alterações DDL online nas tarefas do DTS. O uso dessas ferramentas causará a falha da tarefa do DTS. Confira os métodos de processamento para cada estágio: Os estágios 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. O DTS cria as tabelas temporárias relacionadas. Full Data Synchronization: Este estágio não é controlado pela política de DDL Online. O DTS não inclui as tabelas temporárias nos objetos de sincronização completa. O DTS filtra todas as tabelas cujos nomes correspondem à expressão regular (`^_(.+)_(?:gho\|new)$` ou `^_(.+)_(?:ghc\|del\|old)$`). 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 os dados da tabela temporária gerados pelas alterações DDL online. Nota Se os dados das tabelas temporárias gerados pelas alterações DDL online forem muito grandes, isso poderá causar latência na sincronização. No, Adapt to DMS Online DDL: Não sincroniza dados de tabelas temporárias geradas por operações DDL online. Sincroniza apenas as instruções DDL originais executadas usando 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 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	Especifique se deseja sincronizar informações de contas do banco de dados de origem. Se você selecionar Yes, selecione as contas a serem sincronizadas e confirme as permissões da conta. Para obter informações sobre métodos de autorização, 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 da nova tentativa é de 720 minutos. Você também pode especificar uma duração de nova tentativa personalizada de 10 a 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) que compartilham a mesma origem ou destino, e definir o tempo de nova tentativa de rede para 30 minutos para a Instância A e 60 minutos para a Instância B, o DTS usará a duração mais curta de 30 minutos para ambas. Como o DTS cobra pelo tempo de execução da tarefa durante o período de nova tentativa de conexão, recomendamos que você personalize a duração da nova tentativa com base nas necessidades do seu negócio ou libere a instância do DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e de destino.
Retry Time for Other Issues	Após o início da tarefa de sincronização, se ocorrerem outros problemas que não sejam de 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 da nova tentativa é de 10 minutos. Você também pode personalizar a duração da nova tentativa dentro do intervalo de 1 a 1.440 minutos. Recomendamos 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 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, defina RPS of Incremental Data Synchronization e Data synchronization speed for incremental synchronization (MB/s).
Environment Tag	Opcional. Selecione uma tag para ajudar a identificar a instância.
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 quando a instância do DTS estiver em execução. Yes: O DTS não grava as informações SQL de heartbeat no banco de dados de origem. Isso pode fazer com que a instância do DTS relate um atraso. No: O DTS 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 limite especificado, o sistema envia uma notificação para um contato de alerta. No: Nenhum alerta configurado. Yes: Configure alertas definindo um limite 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.

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

Adquira a instância.

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

Na página Purchase, selecione o método de faturamento e a especificação do 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	Billing Method	Subscription: Você paga ao criar a instância. Isso é adequado para necessidades de longo prazo e é mais econômico do que o pagamento conforme o uso. Quanto maior a duração da assinatura, maior o desconto. Pay-as-you-go: A cobrança é por hora. Isso é adequado para necessidades de curto prazo. Você pode liberar a instância imediatamente após o uso para economizar custos.
	Resource Group Configuration	O grupo de recursos ao qual a instância pertence. O padrão é o grupo de recursos padrão. Para mais informações, consulte What is Resource Management?.
	Link Specification	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. Você pode escolher uma especificação com base no seu cenário de negócios. Para mais informações, consulte Data synchronization link specifications.
	Subscription Duration	No modo de assinatura, selecione a duração e a quantidade para a instância de assinatura. Você pode 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.