Sincronizar um conjunto de réplicas para um conjunto de réplicas ou cluster fragmentado - Data Transmission Service: Central de Documentação do Alibaba Cloud

Bancos de dados de origem e destino suportados

Esta seção lista os bancos de dados de origem e destino compatíveis com a sincronização de dados de um conjunto de réplicas do MongoDB para um conjunto de réplicas ou cluster fragmentado do MongoDB. Este tópico demonstra o procedimento de configuração usando uma instância de conjunto de réplicas do ApsaraDB for MongoDB como origem e uma instância de conjunto de réplicas ou cluster fragmentado do ApsaraDB for MongoDB como destino. O procedimento para outras fontes de dados é semelhante.

Banco de dados de origem	Banco de dados de destino
Instância de conjunto de réplicas do ApsaraDB for MongoDB	Instância de conjunto de réplicas ou cluster fragmentado do ApsaraDB for MongoDB
Conjunto de réplicas do MongoDB autogerenciado em uma instância ECS	Conjunto de réplicas ou cluster fragmentado do MongoDB autogerenciado em uma instância ECS
Conjunto de réplicas do MongoDB autogerenciado conectado via Express Connect, VPN Gateway ou Smart Access Gateway	Conjunto de réplicas ou cluster fragmentado do MongoDB autogerenciado conectado via Express Connect, VPN Gateway ou Smart Access Gateway

Pré-requisitos

Crie uma instância de conjunto de réplicas do ApsaraDB for MongoDB de origem e uma instância do ApsaraDB for MongoDB de destino (conjunto de réplicas ou cluster fragmentado). Para obter instruções, consulte Create a replica set instance e Create a sharded cluster instance.

Nota
Para versões compatíveis, consulte Synchronization solution overview.
A instância do ApsaraDB for MongoDB de destino deve ter pelo menos 10% a mais de espaço de armazenamento do que o utilizado pela instância do ApsaraDB for MongoDB de origem.
Se a instância do ApsaraDB for MongoDB de destino for um cluster fragmentado, crie os bancos de dados e coleções que deseja fragmentar, configure o sharding de dados, ative o balanceador e execute o pré-sharding na instância do ApsaraDB for MongoDB de destino conforme suas necessidades de negócio. Para mais informações, consulte Configure data sharding to make full use of shard performance e How to handle unbalanced data distribution in an ApsaraDB for MongoDB sharded cluster.

Nota
Configurar o sharding de dados distribui os dados sincronizados por todos os shards, maximizando o desempenho do cluster. Ativar o balanceador e realizar o pré-sharding ajuda a evitar distorção de dados.

Limitações

Tipo	Descrição
Limites do banco de dados de origem	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 pode 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 únicos. Caso contrário, podem surgir dados duplicados no banco de dados de destino. Os nomes dos campos nos dados não devem conter o caractere "." (ponto); caso contrário, podem ocorrer inconsistências de dados. Ao sincronizar no nível de coleção e precisar editar objetos (como renomear coleções), uma única tarefa de sincronização suporta até 1.000 coleções. Se você exceder esse limite, a tarefa falhará com um erro após o envio. Para resolver, 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á. O banco de dados de origem não pode ser Azure Cosmos DB for MongoDB ou Amazon DocumentDB (cluster elástico). O banco de dados de origem deve ter o Oplog ativado e reter o Oplog por pelo menos sete dias. Alternativamente, ative o Change Streams e garanta que o DTS possa assinar alterações de dados dos últimos sete dias através do Change Streams. Caso contrário, o DTS pode falhar ao capturar alterações de dados, causando falha na tarefa. Em casos extremos, isso pode causar inconsistência ou perda de dados. Esses problemas não são cobertos pelo Acordo de Nível de Serviço (SLA) do DTS. Importante Recomendamos usar o Oplog para capturar alterações de dados. Apenas o MongoDB 4.0 e versões posteriores suportam Change Streams. O Change Streams não suporta sincronização bidirecional. Se o banco de dados de origem for Amazon DocumentDB (cluster não elástico), ative manualmente o Change Streams. Ao configurar a tarefa, defina Migration Method como ChangeStream e defina Architecture como Sharded Cluster. Se as coleções a serem sincronizadas contiverem índices TTL, podem ocorrer inconsistência de dados ou latência. Limites de operação no banco de dados de origem: Durante a sincronização de esquema e a sincronização completa de dados, não altere o esquema dos bancos de dados ou coleções (incluindo atualizações de dados do tipo array). Caso contrário, a tarefa de sincronização pode falhar ou causar inconsistência de dados entre os bancos de origem e destino. Se você executar apenas a sincronização completa de dados, não grave novos dados na instância de origem. Caso contrário, pode ocorrer inconsistência de dados entre os bancos de origem e destino.
Outros limites	Se a instância de destino usar arquitetura de cluster fragmentado: Limpe documentos órfãos. Caso contrário, o desempenho da sincronização pode ser prejudicado. Se documentos com valores `_id` conflitantes aparecerem durante a sincronização, podem ocorrer inconsistência de dados ou falha na tarefa. Antes de iniciar a tarefa, adicione a chave de shard usada pelo destino aos dados na origem. Se não for possível adicionar a chave de shard à origem, consulte Synchronize from MongoDB (no shard key) to MongoDB (sharded cluster architecture). Após iniciar a tarefa, as instruções INSERT para os dados a serem sincronizados devem incluir a chave de shard. As instruções UPDATE não podem modificar a chave de shard. Se a instância de destino usar arquitetura ReplicaSet: Quando Access Method for Express Connect, VPN Gateway, or Smart Access Gateway ou Cloud Enterprise Network (CEN), insira o endereço e a porta do nó primário em Domain Name or IP e Port Number, ou configure um endereço de conexão de alta disponibilidade. Para mais informações sobre endereços de conexão de alta disponibilidade, consulte Create an instance with a high-availability MongoDB source or destination database. Quando Access Method for Self-managed Database on ECS, insira a porta do nó primário em Port Number. Recomendamos usar a mesma versão do MongoDB para os bancos de dados de origem e destino. Ou use uma versão superior no destino para garantir compatibilidade. Sincronizar de uma versão superior para uma inferior pode causar problemas de compatibilidade. O DTS não suporta conexão a bancos de dados MongoDB usando endereços SRV. O DTS não suporta sincronização de dados dos bancos de dados admin, config e local. Se a coleção de destino tiver um índice único ou sua propriedade `capped` estiver definida como `true`, a reprodução simultânea não é suportada durante a sincronização incremental. Apenas gravações em thread única são permitidas. Isso pode aumentar a latência da tarefa. As informações de transação não são preservadas. Transações no banco de dados de origem tornam-se 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 chave única, o DTS ignora a instrução de gravação e mantém os dados existentes na coleção de destino. Se a versão do MongoDB de origem for anterior à 3,6 e a versão do MongoDB de destino for 3,6 ou posterior, diferenças nos planos de execução podem causar ordenação inconsistente de campos nos dados sincronizados. As relações campo-valor permanecem inalteradas. Se o seu negócio usa 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 destino antes da sincronização. Execute a sincronização fora dos horários de pico. Caso contrário, a inicialização completa de dados consome 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 através do DTS durante a sincronizaçã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 ocorrer perda de dados. Como o DTS grava dados simultaneamente, o espaço de armazenamento usado pelo destino é 5% a 10% maior que o da origem. Para obter a contagem de documentos no MongoDB de destino, use a sintaxe `db.$table_name.aggregate([{ $count:"myCount"}])`. Garanta que o MongoDB de destino não tenha a mesma chave primária (padrão é _id) que a origem. Caso contrário, pode ocorrer perda de dados. Se o destino tiver a mesma chave primária, limpe os dados relacionados no destino sem afetar seu negócio (exclua documentos com o mesmo valor _id no destino). 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 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. Se o banco de dados de destino for um cluster fragmentado do MongoDB, garanta que o comportamento do seu negócio atenda aos requisitos do MongoDB para coleções fragmentadas após alternar o tráfego para este banco de dados. 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 pode sincronizar `capped collection`s. Se tentar sincronizá-las, a tarefa falhará ou ocorrerá inconsistência de dados entre os bancos de origem e 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 suportam esses novos recursos. O DTS não suporta a sincronização de coleções de séries temporais introduzidas no MongoDB 5.0 e versões posteriores.
Casos especiais	Se o banco de dados de origem for um MongoDB autogerenciado: Se ocorrer uma alternância 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 documento sincronizado com o timestamp atual. Se o banco de dados de origem não tiver atualizações por um longo período, as informações de latência podem ser imprecisas. Se a latência parecer muito alta, execute uma operação de atualização no banco de dados de origem para atualizar as informações de latência. Nota Se você selecionar sincronização de banco de dados completo, crie uma tabela de heartbeat. Atualize ou grave nesta tabela a cada segundo.

Faturamento

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

Topologias de sincronização suportadas

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

Para detalhes sobre essas topologias de sincronização e suas considerações, consulte Synchronization topologies.

Tipos de sincronização

Tipo	Descrição
Sincronização de esquema	Replica os esquemas dos objetos selecionados da instância ApsaraDB for MongoDB de origem para a instância ApsaraDB for MongoDB de destino.
Sincronização completa de dados	Replica todos os dados históricos dos objetos selecionados da instância ApsaraDB for MongoDB de origem para a instância ApsaraDB for MongoDB de destino. Nota A sincronização completa de dados é suportada nos níveis de banco de dados e coleção.
Sincronização incremental de dados	Replica alterações contínuas da instância ApsaraDB for MongoDB de origem para a instância ApsaraDB for MongoDB de destino após a conclusão da sincronização completa de dados. Oplog 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, replica apenas operações que usam o comando `$set`. Change stream As seguintes alterações são replicadas: DROP DATABASE e DROP COLLECTION 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, replica apenas operações que usam o comando `$set`.

Procedimento

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

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

Configure os bancos de dados de origem e destino.

Aviso

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

Categoria	Parâmetro	Descrição
N/A	Task Name	O DTS gera automaticamente um nome de tarefa. Recomendamos especificar um nome descritivo para fácil identificação. O nome não precisa ser único.
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 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 do Alibaba Cloud. Selecione No.
	Architecture	Selecione Replica Set.
	Migration Method	Selecione um método para sincronização incremental de dados com base nas suas necessidades. Oplog (Recomendado): Esta opção está disponível se o Oplog estiver ativado para o banco de dados de origem. Nota O Oplog é ativado por padrão para bancos de dados MongoDB autogerenciados e instâncias ApsaraDB for MongoDB. Este método oferece menor latência para tarefas de sincronização incremental porque os logs são recuperados mais rapidamente. Recomendamos selecionar Oplog. ChangeStream: Esta opção está disponível se o Change Streams estiver ativado para o banco de dados de origem. Nota Se o banco de dados de origem for uma instância Amazon DocumentDB (cluster não elástico), você só pode selecionar ChangeStream. Se você definir a Architecture do banco de dados de origem como Sharded Cluster, não é necessário especificar Shard account e Shard password.
	Instance ID	Selecione o ID da instância ApsaraDB for MongoDB de origem.
	Authentication Database	Insira o nome do banco de dados associado à conta da instância ApsaraDB for MongoDB de origem. O padrão é `admin`.
	Database Account	Insira a conta do banco de dados ApsaraDB for MongoDB de origem. A conta deve ter permissão de leitura nos bancos de dados a serem sincronizados, no banco de dados `config`, no banco de dados `admin` e no banco de dados `local`. Nota Se você usar ChangeStream como método de sincronização incremental, a conta do banco de dados de origem requer permissões de leitura de Change Streams em toda a instância (como `readAnyDatabase`). Se a origem for uma instância ApsaraDB for MongoDB com uma conta personalizada, você também deve conceder à conta permissão de leitura no banco de dados `admin`. Para detalhes, consulte Permissions of the root account specified during instance creation.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	O DTS suporta três métodos de conexão: Non-encrypted, SSL-encrypted e Mongo Atlas SSL. As opções para Encryption variam com base no Access Method e na Architecture selecionados. As opções exibidas no console prevalecem. Nota Um banco de dados MongoDB cuja Architecture seja Sharded Cluster e o Migration Method seja Oplog não suporta SSL-encrypted. Se a origem for um banco de dados MongoDB autogerenciado (Access Method não é Alibaba Cloud Instance) com arquitetura Replica Set, e você selecionar SSL-encrypted, o DTS também permite carregar 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 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 do Alibaba Cloud. Selecione No.
	Architecture	Selecione o tipo de arquitetura da instância ApsaraDB for MongoDB de destino.
	Instance ID	Selecione o ID da instância ApsaraDB for MongoDB de destino.
	Authentication Database	Insira o nome do banco de dados associado à conta da instância ApsaraDB for MongoDB de destino. O padrão é `admin`.
	Database Account	Insira a conta do banco de dados 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 de leitura no banco de dados local.
	Database Password	Insira a senha correspondente à conta do banco de dados.
	Encryption	O DTS suporta três métodos de conexão: Non-encrypted, SSL-encrypted e Mongo Atlas SSL. As opções para Encryption variam com base no Access Method e na Architecture selecionados. As opções exibidas no console prevalecem. Nota Bancos de dados MongoDB com Architecture de Sharded Cluster não suportam SSL-encrypted. Se o destino for um banco de dados MongoDB autogerenciado (Access Method não é Alibaba Cloud Instance) com Replica Set, e você selecionar SSL-encrypted, o DTS também permite carregar 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 DTS estejam adicionados às configurações de segurança dos bancos de dados de origem e destino para permitir o acesso dos servidores DTS. Isso pode ser feito automática ou manualmente. Para mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.
- Se o banco de dados de origem ou destino for 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	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 base para a subsequente sincronização incremental de dados. Nota Para mais informações, consulte Task steps.
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 inicia. 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 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 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 chave única que um registro no banco de dados de origem, o registro no banco de dados de destino será mantido. O registro do banco de dados de origem não será sincronizado para o banco de dados de destino. Isso pode fazer com que a inicialização de dados falhe, apenas dados parciais sejam sincronizados ou toda a sincronização falhe.
Synchronization Topology	Selecione One-way Synchronization.
Capitalization of Object Names in Destination Instance	Você pode configurar a política de diferenciação de maiúsculas e minúsculas para os nomes em inglês dos objetos de banco de dados e coleção sincronizados na instância de destino. Você pode selecionar a DTS default policy, que é a opção padrão, ou usar as políticas padrão do banco de dados de origem ou 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 no nível 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 no objeto de sincronização na caixa Selected Objects e modifique-o. Para 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 no objeto desejado na caixa Selected Objects e faça suas seleções na caixa de diálogo que aparece. Para filtrar dados (suportado durante a sincronização completa, mas não na sincronização incremental), clique com o botão direito na coleção desejada na caixa Selected Objects e configure as definições na caixa de diálogo que aparece. Para instruções, consulte Configure filter conditions. Se você usar o recurso de mapeamento de nomes de objetos para especificar um banco de dados ou coleção para receber dados, a sincronização pode 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 adquirir um cluster dedicado para executar tarefas de sincronização do DTS. Para 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 destino falhar, o DTS relata um erro e começa 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 nova tentativa 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 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, a duração mais curta 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 DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e destino.
Retry Time for Other Issues	Após o início da tarefa de sincronização, se ocorrerem outros problemas não relacionados à conectividade com o banco de dados de origem ou destino (como exceções de execução DDL ou DML), o DTS relata um erro e inicia 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 a fase de sincronização completa, o DTS consome recursos de leitura e gravação dos bancos de dados de origem e destino, o que pode aumentar a carga do banco de dados. Para reduzir a carga nos bancos de dados de origem e 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 após a instância de sincronização estar 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 únicos 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 únicos. 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 únicos. 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	Você pode selecionar uma tag de ambiente para identificar a instância com base nas suas necessidades. Neste exemplo, nenhuma seleção é necessária.
Configure ETL	Escolha se deseja ativar o recurso de extração, transformação e carregamento (ETL). Para mais informações, consulte What is ETL? Valores válidos: Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte Configure ETL in a data migration or data synchronization task. No: Desativa o recurso ETL.
Monitoring and Alerting	Especifique se deseja configurar alertas. Se a sincronização falhar ou a latência exceder o limiar especificado, uma notificação será enviada a um contato de alerta. No: Nenhum alerta é configurado. Yes: Configure alertas definindo um limiar de alerta e especificando um notificação de alerta. Para mais informações, consulte Configure monitoring and alerting during task configuration.

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

Se quiser usar o recurso de validação de dados, consulte Configure data validation para 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 todos os itens de pré-verificação serem aprovados.
- 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, você pode clicar 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.

Adquira a instância.

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

Na página Purchase, selecione o método de faturamento e a especificação de link para a instância de sincronização de dados. A tabela a seguir descreve esses parâmetros em detalhe.

Categoria	Parâmetro	Descrição
New Instance Class	Método de faturamento	Assinatura: Você paga ao criar a instância. Adequado para necessidades de longo prazo e mais econômico que o pagamento conforme o uso. Quanto maior a duração da assinatura, maior o desconto. Pagamento conforme o uso: A cobrança é feita por hora. Adequado para necessidades de curto prazo. Você pode liberar a instância imediatamente após o uso para economizar custos.
	Configuração do grupo de recursos	O grupo de recursos ao qual a instância pertence. O padrão é o grupo de recursos padrão. Para mais informações, consulte What is Resource Management?.
	Especificação do link	O DTS fornece especificações de sincronização com diferentes níveis de desempenho. A especificação do link de sincronização afeta a taxa de sincronização. Você pode escolher uma especificação com base no seu cenário de negócio. Para mais informações, consulte Data synchronization link specifications.
	Duração da assinatura	No modo de assinatura, selecione a duração e a quantidade para a instância de assinatura. 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.

Você pode visualizar o progresso da tarefa na página Data Synchronization.

FAQ

Por que encontro latência de tarefa e inconsistência de dados mesmo quando não há gravações de aplicação?

Causa: Este problema ocorre devido a um conflito entre o mecanismo de exclusão automática de um índice TTL em uma coleção do MongoDB e o mecanismo de sincronização de dados do DTS. Esse conflito pode levar a latência de tarefa e inconsistência de dados na sua tarefa de sincronização/migração.

DELETEs redundantes reduzem a eficiência: Quando o índice TTL de origem exclui dados expirados, ele grava um registro DELETE no Oplog. O DTS reproduz este DELETE no destino. Se o índice TTL de destino já tiver excluído os mesmos dados, o MongoDB retorna uma contagem de linhas afetadas inesperada, acionando o tratamento de exceções e desacelerando a migração.

Inconsistência de dados devido à exclusão assíncrona do TTL: Índices TTL não excluem dados em tempo real. Dados expirados ainda podem existir na origem enquanto o destino já os excluiu, causando inconsistência.

Exemplo:

O Oplog ou ChangeStream do MongoDB registra apenas os campos atualizados para uma operação UPDATE, não o documento completo. Se um UPDATE não conseguir encontrar os dados de destino no destino, o DTS ignora a operação.

Momento

Instância de origem

Instância de destino

1

Serviço insere dados

2

DTS sincroniza a operação INSERT

3

Dados expiraram, mas ainda não foram excluídos pelo índice TTL

4

Serviço atualiza os dados (por exemplo, atualiza o campo do índice TTL para alterar o tempo de expiração)

5

Índice TTL exclui os dados

6

DTS sincroniza o UPDATE, mas os dados não são encontrados. A operação é ignorada.

Como resultado, este documento está ausente na instância MongoDB de destino.

Solução: Para resolver isso, modifique temporariamente o tempo de expiração do índice TTL no destino durante a tarefa de sincronização/migração. Isso garante tanto a eficiência da sincronização quanto a consistência dos dados. Para etapas detalhadas, consulte Best practices for synchronizing or migrating collections with TTL indexes from a MongoDB source.

Bancos de dados de origem e destino suportados

Pré-requisitos

Limitações

Faturamento

Topologias de sincronização suportadas

Tipos de sincronização

Oplog

Change stream

Procedimento

Pelo console do DTS

Pelo console do DMS

FAQ