Two-way synchronization: ApsaraDB for MongoDB sharded clusters - Data Transmission Service: Central de Documentação do Alibaba Cloud

Pré-requisitos

Crie as instâncias de cluster fragmentado do ApsaraDB for MongoDB de origem e de destino. Para obter mais informações, consulte Create a sharded cluster instance.
Importante
- Obtenha um endpoint para cada shard node da instância de cluster fragmentado do ApsaraDB for MongoDB de origem, incluindo a instância de origem de uma tarefa reversa. Certifique-se de que as contas e as senhas sejam iguais para todos os shard s. Para obter mais informações, consulte Apply for an endpoint for a shard.
- Para obter informações sobre as versões compatíveis, consulte Overview of data synchronization scenarios.
Recomendamos que a instância do ApsaraDB for MongoDB de destino tenha pelo menos 10% a mais de espaço de armazenamento do que o espaço usado pela instância do ApsaraDB for MongoDB de origem.
Defina o parâmetro replication.oplogGlobalIdEnabled como true para todos os nós shard e config server das instâncias de origem e de destino. Para obter mais informações, consulte Configure database parameters.

Nota
Se este parâmetro não for definido como true, a pré-verificação falhará ou retornará o erro two-way mongo must have gid.
As preparações necessárias dependem do uso ou não do recurso de sincronização de esquema.
- Se você não usar o recurso de sincronização de esquema do DTS
  
  Na etapa Configure Objects and Advanced Settings, desmarque a caixa de seleção Schema Synchronization em Synchronization Types. Crie os bancos de dados e as coleções a serem fragmentados na instância do ApsaraDB for MongoDB de destino e configure a fragmentação de dados de acordo com os requisitos do seu negócio. Recomendamos ativar o Balancer e executar a pré-fragmentação. Para obter mais informações, consulte Configure sharding to maximize shard performance e How do I handle uneven data distribution in a sharded MongoDB cluster?.
- Se você usar o recurso de sincronização de esquema do DTS
  
  Na etapa Configure Objects and Advanced Settings, selecione a caixa de seleção Schema Synchronization em Synchronization Types. Recomendamos ativar o Balancer e executar a pré-fragmentação após a conclusão da sincronização do esquema. Para obter mais informações, consulte How do I handle uneven data distribution in a sharded MongoDB cluster?.
Nota
- Configurar a fragmentação de dados evita a sincronização de todos os dados com um único shard, impedindo gargalos de desempenho. Ativar o Balancer e executar a pré-fragmentação ajudam a evitar a distorção de dados.
- Este tópico apresenta um exemplo de como configurar uma tarefa do DTS antes da compra. Nesse cenário, não é necessário especificar o número de shards na instância do ApsaraDB for MongoDB (cluster fragmentado) de origem.
  
  Se você comprar uma tarefa do DTS antes de configurá-la, deverá especificar o número correto de shards no momento da compra.

Limitações

Tipo	Descrição
Limites do banco de dados de origem e de destino	Requisito de largura de banda: o servidor onde reside o banco de dados de origem deve ter largura de banda de saída suficiente. Caso contrário, a velocidade de sincronização poderá ser afetada. As coleções a serem sincronizadas devem ter uma chave primária ou restrição UNIQUE, e os valores dos campos devem ser exclusivos. Caso contrário, dados duplicados poderão aparecer no banco de dados de destino. Os nomes dos campos nos dados não devem conter o caractere "." (ponto); caso contrário, poderão ocorrer inconsistências de dados. O campo _id nas coleções a serem sincronizadas deve ter valores exclusivos. Caso contrário, poderá ocorrer inconsistência de dados. Se você sincronizar no nível de coleção e precisar editar objetos (como renomear coleções), uma tarefa de sincronização é compatível com até 1.000 coleções. Se você exceder esse limite, a tarefa falhará com um erro após o envio. Para resolver isso, divida as coleções em lotes e configure várias tarefas, ou configure uma tarefa de sincronização de banco de dados completo. Um único documento no banco de dados de origem não pode exceder 16 MB. Caso contrário, a tarefa falhará. Seu banco de dados de origem não pode ser o Azure Cosmos DB for MongoDB ou o Amazon DocumentDB (cluster elástico). O banco de dados de origem deve ter o Oplog ativado e retê-lo por pelo menos sete dias. Caso contrário, o DTS poderá não capturar as alterações de dados, o que causará falha na tarefa. Em casos extremos, isso pode causar inconsistência ou perda de dados, problemas que não são cobertos pelo SLA do DTS. Importante Recomendamos usar o Oplog para capturar alterações de dados. Os Change Streams não oferecem suporte à sincronização bidirecional. A sincronização bidirecional não oferece suporte ao dimensionamento do número de shards no cluster fragmentado do MongoDB de origem ou de destino. O número de nós Mongos na instância do cluster fragmentado do MongoDB de origem não pode exceder 10. Se as coleções a serem sincronizadas contiverem índices TTL, poderá ocorrer inconsistência ou latência de dados. Certifique-se de que não existam documentos órfãos nas instâncias de origem e de destino. Caso contrário, poderá ocorrer inconsistência de dados ou falha na tarefa. Para obter mais informações, consulte orphaned documents e How to clean orphaned documents in MongoDB (sharded cluster architecture). Os bancos de dados de origem e de destino devem ser instâncias do ApsaraDB for MongoDB com a mesma arquitetura. A sincronização bidirecional não é compatível com instâncias do MongoDB autogerenciadas ou com instâncias do MongoDB de arquiteturas diferentes. Limites de operação do banco de dados de origem: Durante a sincronização de esquema e a sincronização completa de dados, não altere o esquema de bancos de dados ou coleções (incluindo atualizações de dados do tipo array). Caso contrário, a tarefa de sincronização poderá falhar ou causar inconsistência de dados entre os bancos de dados de origem e de destino. Se você executar apenas a sincronização completa de dados, não grave novos dados na instância de origem. Caso contrário, poderá ocorrer inconsistência de dados entre os bancos de dados de origem e de destino. Enquanto a instância de sincronização estiver em execução, não execute comandos que alterem a distribuição de dados nos objetos a serem sincronizados no banco de dados de origem (por exemplo, shardCollection, reshardCollection, unshardCollection, moveCollection ou movePrimary). Caso contrário, poderá ocorrer inconsistência de dados. Se o Balancer do banco de dados de origem balancear dados, poderá ocorrer latência. O DTS não é compatível com a conexão a bancos de dados MongoDB usando endereços SRV. Se o banco de dados de origem for MongoDB 5.0 ou posterior e a versão do banco de dados de destino for anterior à 5.0, você não poderá sincronizar `capped collection`s. Se você tentar sincronizá-las, a tarefa falhará ou ocorrerá inconsistência de dados entre os bancos de dados de origem e de destino. Isso ocorre porque, a partir do MongoDB 5.0, o comportamento das `capped collection`s mudou para permitir operações como exclusão explícita e aumento do tamanho do documento durante atualizações, e versões anteriores do kernel do banco de dados não oferecem suporte a esses novos recursos.
Outros limites	Antes de iniciar a tarefa, adicione a chave de fragmentação usada pelo destino aos dados da origem. Após iniciar a tarefa, as instruções INSERT para os dados a serem sincronizados devem incluir a chave de fragmentação. As instruções UPDATE não podem modificar a chave de fragmentação. Recomendamos usar a mesma versão do MongoDB para os bancos de dados de origem e de destino, ou usar uma versão superior no destino para garantir a compatibilidade. A sincronização de uma versão superior para uma inferior pode causar problemas de compatibilidade. Se a coleção de destino tiver um índice exclusivo ou sua propriedade `capped` estiver definida como `true`, a reprodução simultânea não é compatível durante a sincronização incremental. Apenas gravações de thread único são permitidas. Isso pode aumentar a latência da tarefa. O DTS não é compatível com a sincronização de dados dos bancos de dados admin, config e local. As informações de transação não são preservadas. As transações no banco de dados de origem se tornam registros individuais no banco de dados de destino. Quando o DTS grava dados na coleção de destino, se ocorrer um conflito de chave primária ou exclusiva, o DTS ignorará a instrução de gravação e manterá os dados existentes na coleção de destino. Se a versão do seu MongoDB de origem for anterior à 3.6 e a versão do seu MongoDB de destino for 3.6 ou posterior, as diferenças nos planos de execução poderão causar ordenação inconsistente de campos nos dados sincronizados. As relações campo-valor permanecem inalteradas. Se o seu negócio usar consultas de correspondência de texto em estruturas aninhadas, avalie o impacto da ordenação inconsistente de campos. Avalie o desempenho dos bancos de dados de origem e de destino antes da sincronização. Execute a sincronização fora do horário de pico. Caso contrário, a inicialização completa de dados consumirá recursos de leitura e gravação, aumentando a carga do banco de dados. A inicialização completa executa operações INSERT simultaneamente. Isso cria fragmentação na coleção do banco de dados de destino. Após a inicialização completa, o espaço da coleção na instância de destino será maior do que na instância de origem. Não grave dados no banco de dados de destino, exceto por meio do DTS durante a sincronização. Caso contrário, poderá 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, poderá ocorrer perda de dados. Uma tarefa de sincronização bidirecional inclui tarefas de sincronização direta e reversa. Quando você configura ou redefine a tarefa, se o objeto de destino de uma tarefa corresponder ao objeto de sincronização da outra tarefa: Permita que apenas uma tarefa sincronize dados completos e incrementais. A outra tarefa será compatível apenas com a sincronização incremental. Os dados da origem da tarefa atual são sincronizados apenas com o destino da tarefa atual. Eles não servem como dados de origem para a outra tarefa. Como o DTS grava dados simultaneamente, o espaço de armazenamento usado pelo destino é de 5% a 10% maior do que o da origem. Para obter a contagem de documentos no MongoDB de destino, use a sintaxe `db.$table_name.aggregate([{ $count:"myCount"}])`. Certifique-se de que o MongoDB de destino não tenha a mesma chave primária (o padrão é _id) da origem. Caso contrário, poderá ocorrer perda de dados. Se o destino tiver a mesma chave primária, limpe os dados relacionados no destino sem afetar o seu negócio (exclua documentos com o mesmo valor _id no destino). Desative o Balancer no seu banco de dados MongoDB de origem durante a sincronização completa. Mantenha-o desativado até que todas as subtarefas atinjam a fase incremental. Caso contrário, poderá ocorrer inconsistência de dados. Para obter mais informações sobre como gerenciar o Balancer, consulte Manage the MongoDB Balancer. Se você não precisar do recurso de sincronização de esquema fornecido pelo DTS (por exemplo, se a partição de dados já estiver configurada no destino), na página Configure Objects, não selecione Schema Synchronization em Synchronization Types. Caso contrário, conflitos de fragmentação poderão levar a inconsistência de dados ou falha na tarefa. Se você alternar o tráfego para o banco de dados MongoDB de destino, certifique-se de que o comportamento do seu negócio atenda aos requisitos do MongoDB para coleções fragmentadas. O DTS não é compatível com a sincronização de coleções de séries temporais introduzidas no MongoDB 5.0 e versões posteriores. Se uma tarefa falhar, a equipe de suporte do DTS tentará restaurá-la em até oito horas. Durante a restauração, eles poderão 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 os listados em Modify instance parameters. A sincronização de dados com codificação diferente de UTF-8 não é compatível, o que pode levar à inconsistência de dados.

Faturamento

Tipo de sincronização	Preço
Sincronização de esquema e sincronização completa de dados	Grátis.
Sincronização incremental de dados	Cobrada. Para obter mais informações, consulte Billing overview.

Arquiteturas de sincronização bidirecional compatíveis

O DTS é compatível com a sincronização bidirecional apenas entre duas instâncias de cluster fragmentado do ApsaraDB for MongoDB. Topologias que envolvam mais de duas instâncias do ApsaraDB for MongoDB não são compatíveis.

Detecção de conflitos compatível

Para manter a consistência dos dados, atualize registros que compartilham a mesma chave primária, chave primária de negócio ou chave exclusiva em apenas um nó por vez.

O DTS detecta e resolve os seguintes tipos de conflito para garantir a estabilidade da sincronização:

Conflitos de exclusividade de operações INSERT

Se uma instrução INSERT adicionar um registro que já exista no destino, o DTS ignorará a operação.
Incompatibilidades de registro durante operações UPDATE

Se uma instrução UPDATE for direcionada a um registro que não existe no destino ou causar um conflito, o DTS ignorará a operação.
Operações DELETE em registros inexistentes

Se uma instrução DELETE for direcionada a um registro que não existe no destino, o DTS ignorará a operação.

Importante

A detecção de conflitos do DTS não pode evitar totalmente conflitos de dados causados por diferenças de tempo do sistema e latência de sincronização. Seu aplicativo deve atualizar registros que compartilham a mesma chave primária, chave primária de negócio ou chave exclusiva em apenas um nó por vez.
A política de resolução de conflitos padrão é Ignore e não pode ser alterada.

Tipos de sincronização

Tipo	Descrição
Sincronização de esquema	Sincroniza os esquemas dos objetos especificados da instância do ApsaraDB for MongoDB de origem para a instância do ApsaraDB for MongoDB de destino.
Sincronização completa de dados	Sincroniza todos os dados existentes dos objetos especificados da instância do ApsaraDB for MongoDB de origem para a instância do ApsaraDB for MongoDB de destino. Nota A sincronização completa de dados é compatível com bancos de dados e coleções.
Sincronização incremental de dados	Após a conclusão da sincronização completa de dados, o DTS sincroniza continuamente as atualizações incrementais da instância do ApsaraDB for MongoDB de origem para a instância do ApsaraDB for MongoDB de destino. A sincronização incremental de dados não replica bancos de dados criados após o início da tarefa. As seguintes alterações são replicadas: CREATE COLLECTION e CREATE INDEX DROP DATABASE, DROP COLLECTION e DROP INDEX RENAME COLLECTION Nota A operação RENAME COLLECTION não é replicada se a opção `dropTarget` estiver definida como `true`. Inserções, atualizações e exclusões de documentos dentro de uma coleção. Nota Para atualizações de documentos, são replicadas apenas operações que usam o comando `$set`.

Procedimento

Importante

Esta seção usa como exemplo o cenário em que você configura uma tarefa do DTS antes de comprá-la. Nesse caso, não é necessário especificar o número de shards no cluster fragmentado (ApsaraDB for MongoDB) de origem. Se você comprar a tarefa do DTS antes de configurá-la, deverá especificar o número correto de shards durante a compra.

Acesse a página da lista de tarefas de sincronização da região de destino. Use um dos seguintes métodos:
A partir do console do DTS
1. Faça login no console do Data Transmission Service (DTS).
2. No painel de navegação à esquerda, clique em Data Synchronization.
3. No canto superior esquerdo da página, selecione a região onde a instância de sincronização está localizada.
A partir do console do DMS

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

Configure os bancos de dados de origem e de destino.

Aviso

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

Categoria	Parâmetro	Descrição
N/D	Task Name	O DTS gera automaticamente um nome de tarefa. Recomendamos especificar um nome descritivo para facilitar a identificação. O nome não precisa ser exclusivo.
Source Database	Select Existing Connection	Para usar uma instância de banco de dados que seja 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 de banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.
	Database Type	Selecione MongoDB.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância do ApsaraDB for MongoDB de origem está localizada.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa uma instância de banco de dados que pertence à conta atual da Alibaba Cloud. Selecione No.
	Architecture	Selecione Sharded Cluster.
	Migration Method	Selecione Oplog.
	Instance ID	Selecione o ID da instância do ApsaraDB for MongoDB de origem.
	Authentication Database	Insira o banco de dados ao qual a conta do ApsaraDB for MongoDB de origem pertence. Padrão: `admin`.
	Database Account	Insira a conta do banco de dados da instância do ApsaraDB for MongoDB de origem. A conta deve ter a permissão de leitura nos bancos de dados a serem sincronizados e nos bancos de dados `config`, `admin` e `local`.
	Database Password	Insira a senha que corresponde à conta do banco de dados.
	Shard account	Insira a conta do shard para a instância do ApsaraDB for MongoDB de origem.
	Shard password	Insira a senha do shard para a instância do ApsaraDB for MongoDB de origem.
	Encryption	O DTS é compatível com três métodos de conexão: Non-encrypted, SSL-encrypted e Mongo Atlas SSL. As opções para Encryption variam de acordo com o Access Method e a Architecture selecionados. As opções exibidas no console prevalecem. Nota Um banco de dados MongoDB em que a Architecture é Sharded Cluster e o Migration Method é Oplog não é compatível com SSL-encrypted. Se a origem for um banco de dados MongoDB autogerenciado (o Access Method não é Alibaba Cloud Instance) com arquitetura Replica Set e você selecionar SSL-encrypted, o DTS também permite o upload de um certificado CA para verificar a conexão.
Destination Database	Select Existing Connection	Para usar uma instância de banco de dados que seja 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 de banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.
	Database Type	Selecione MongoDB.
	Connection Type	Selecione Alibaba Cloud Instance.
	Instance Region	Selecione a região onde a instância do ApsaraDB for MongoDB de destino está localizada.
	Replicate Data Across Alibaba Cloud Accounts	Este exemplo usa uma instância de banco de dados que pertence à conta atual da Alibaba Cloud. Selecione No.
	Architecture	Selecione Sharded Cluster.
	Instance ID	Selecione o ID da instância do ApsaraDB for MongoDB de destino.
	Authentication Database	Insira o banco de dados ao qual a conta do ApsaraDB for MongoDB de destino pertence. Padrão: `admin`.
	Database Account	Insira a conta do banco de dados da instância do ApsaraDB for MongoDB de destino. A conta deve ter a permissão `dbAdminAnyDatabase`, a permissão `readWrite` no banco de dados de destino e a permissão `read` no banco de dados `local`.
	Database Password	Insira a senha que corresponde à conta do banco de dados.
	Encryption	O DTS é compatível com três métodos de conexão: Non-encrypted, SSL-encrypted e Mongo Atlas SSL. As opções para Encryption variam de acordo com o Access Method e a Architecture selecionados. As opções exibidas no console prevalecem. Nota Bancos de dados MongoDB com uma Architecture do tipo Sharded Cluster não são compatíveis com SSL-encrypted. Se o destino for um banco de dados MongoDB autogerenciado (o Access Method não é Alibaba Cloud Instance) com um Replica Set e você selecionar SSL-encrypted, o DTS também permite o upload de um certificado CA para verificar a conexão.

Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.

Nota
Certifique-se de que os blocos CIDR de endereços IP dos servidores do DTS estejam adicionados às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso a partir dos servidores do DTS. Isso pode ser feito de forma automática ou manual. Para obter mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.

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 de 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.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Verifica se existe uma coleção com o mesmo nome no banco de dados de destino. Se uma coleção com o mesmo nome for encontrada, um erro é relatado e a tarefa de sincronização de dados não é iniciada. Caso contrário, a pré-verificação é bem-sucedida. Nota Se você não puder excluir ou renomear a coleção com o mesmo nome no banco de dados de destino, poderá alterar o nome da coleção no banco de dados de destino. Para obter mais informações, consulte Set the name of a synchronization object in the destination instance. Ignore Errors and Proceed: Ignora a verificação de coleções com o mesmo nome 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 um registro no banco de dados de destino tiver o mesmo valor de chave primária ou exclusiva que um registro no banco de dados de origem, o registro no banco de dados de destino é mantido. O registro do banco de dados de origem não é sincronizado com o banco de dados de destino. Isso pode causar falha na inicialização de dados, sincronização apenas de dados parciais ou falha em toda a sincronização.
Synchronization Topology	Selecione Two-way Synchronization.
Exclude DDL Operations	Yes: Operações DDL não são sincronizadas. No: Operações DDL são sincronizadas. Nota Para garantir a estabilidade na sincronização bidirecional, as operações DDL são sincronizadas apenas na direção direta.
Conflict Resolution Strategy	Se ocorrer um conflito descrito em How conflict detection works, selecione uma estratégia de resolução de conflitos que atenda aos requisitos do seu negócio. TaskFailed (If a conflict occurs, an error is reported and the task is stopped) Se ocorrer um conflito de dados durante a sincronização, a tarefa relata um erro e é interrompida. A tarefa entra no estado de falha e requer intervenção manual. Ignore (If a conflict occurs, the conflicting record in the destination instance is used) Se ocorrer um conflito de dados durante a sincronização, a instrução de sincronização atual é ignorada e o processo continua. O registro conflitante no banco de dados de destino é mantido. Overwrite (If a conflict occurs, the conflicting record in the destination instance is overwritten) Se ocorrer um conflito de dados durante a sincronização, o registro conflitante no banco de dados de destino é sobrescrito. Nota Este cenário é compatível apenas com Ignore.
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 Você pode selecionar objetos no nível de DATABASE ou COLLECTION.
Selected Objects	Para definir o nome de um objeto de sincronização na instância de destino ou especificar qual objeto recebe os dados, clique com o botão direito do mouse no objeto de sincronização na caixa Selected Objects e modifique-o. Para obter mais informações, consulte Map table and column names. Para remover um objeto de sincronização, clique nele na caixa Selected Objects e, em seguida, clique em para movê-lo para a caixa Source Objects. Nota Para selecionar operações incrementais no nível de banco de dados ou coleção, clique com o botão direito do mouse no objeto desejado na caixa Selected Objects e faça suas seleções na caixa de diálogo exibida. Para filtrar dados (compatível durante a sincronização completa, mas não na sincronização incremental), clique com o botão direito do mouse na coleção desejada na caixa Selected Objects e configure as opções na caixa de diálogo exibida. Para obter instruções, consulte Configure filter conditions. Se você usar o recurso de mapeamento de nome de objeto para especificar um banco de dados ou coleção para receber dados, a sincronização poderá falhar para 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 comprar um cluster dedicado para executar tarefas de sincronização do DTS. Para obter mais informações, consulte What is a DTS dedicated cluster?.
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 começa 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 se reconectar com êxito ao banco de dados dentro da duração especificada, a tarefa de sincronização é retomada automaticamente. Caso contrário, a tarefa falha. 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 mais curta, de 30 minutos, é 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 do 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 da nova tentativa é de 10 minutos. Você também pode personalizar a duração da nova tentativa no intervalo de 1 a 1.440 minutos. Recomendamos defini-la como 10 minutos ou mais. Se as operações relevantes forem bem-sucedidas dentro da duração de nova tentativa definida, a tarefa de sincronização é retomada automaticamente. Caso contrário, a tarefa falha. Importante O valor de Retry Time for Other Issues deve ser menor que o de Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Durante a fase 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, você pode definir um limite de taxa para a tarefa de sincronização completa configurando os parâmetros Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s). Nota Este item de configuração está disponível apenas quando Synchronization Types está definido como Full Data Synchronization. Você também pode adjust the full synchronization rate quando a instância de sincronização estiver em execução.
Only one data type for primary key _id in a table of the data to be synchronized	Especifique se os tipos de dados da chave primária `_id` são exclusivos dentro de cada coleção a ser sincronizada. Importante Selecione uma opção com base nos seus dados reais. Uma seleção incorreta pode levar à perda de dados. Este parâmetro está disponível apenas se Synchronization Types incluir Full Data Synchronization. Yes: Os tipos de dados são exclusivos. Durante a fase de sincronização completa, o DTS não verifica os tipos de dados das chaves primárias nos dados de origem. Para cada coleção, o DTS sincroniza apenas os dados correspondentes a um tipo de dados de chave primária. No: Os tipos de dados não são exclusivos. Durante a fase de sincronização completa, o DTS verifica os tipos de dados das chaves primárias nos dados de origem e sincroniza todos os dados.
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	Opcional. Selecione uma tag de ambiente para identificar a instância.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carga (ETL). Para obter 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 obter mais informações, consulte Configure ETL in a data migration or data synchronization task. No: Desativa o recurso ETL.
Monitoring and Alerting	Especifique se deseja configurar alertas. Se a sincronização falhar ou a latência exceder o limiar especificado, uma notificação é 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 obter 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 caixa de diálogo flutuante.
- 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 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 as instruções 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 ocultar o item de aviso, poderá causar problemas como inconsistência de dados e apresentar riscos ao seu negócio.

Compre a instância.

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

Na página Purchase, selecione o método de faturamento e a especificação 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: Você é cobrado 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 obter 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ócio. Para obter 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.

Configure a tarefa de sincronização reversa.
1. Aguarde o Status da tarefa de sincronização direta se tornar Running, o que indica que a inicialização foi concluída.
2. Localize a tarefa de sincronização reversa e clique em Configure Task.
3. Configure a tarefa de sincronização reversa seguindo de Step 3 a Step 6.
  Importante
  
  Ao configurar a tarefa reversa, troque as instâncias de origem e de destino: o destino da tarefa direta torna-se a origem da tarefa reversa e vice-versa. Verifique se as informações da instância, como nomes de banco de dados, contas e senhas, são consistentes.
  
  Recomendamos não alterar os nomes de mapeamento ao configurar a tarefa reversa. Caso contrário, poderá ocorrer inconsistência de dados.
  
  Não modifique a Instance Region para os bancos de dados de origem e de destino da tarefa de sincronização reversa. A tarefa reversa requer menos parâmetros do que a tarefa direta. Consulte o console para ver as opções disponíveis.
  
  A configuração Processing Mode of Conflicting Tables para a tarefa reversa ignora objetos que foram sincronizados pela tarefa direta.
  
  A tarefa de sincronização reversa não é compatível com a sincronização de objetos que estão na lista Selected Objects da tarefa direta.
  
  A tarefa de sincronização reversa filtra automaticamente as operações DDL.
4. Quando a Success Rate for 100%, clique em Back.
Após configurar a segunda tarefa, aguarde o Status de ambos os links se tornar Running. Nesse ponto, a sincronização bidirecional de dados está totalmente configurada.