Todos os produtos
Search
Central de documentação

Data Transmission Service:Sincronizar dados do ApsaraDB for MongoDB para o RDS for MySQL

Última atualização: Nov 03, 2026

O Data Transmission Service (DTS) permite sincronizar dados do MongoDB para um banco de dados MySQL. Este tópico utiliza um replica set do ApsaraDB for MongoDB como origem e uma instância do ApsaraDB RDS for MySQL como destino para descrever o procedimento de sincronização.

Pré-requisitos

  • Se a instância do ApsaraDB for MongoDB de origem for um cluster fragmentado, solicite um endpoint para cada nó de shard. Todos os shards devem usar a mesma conta e senha. Para mais informações, consulte Apply for a shard endpoint.

  • Crie uma instância de destino do ApsaraDB RDS for MySQL com mais espaço de armazenamento do que a instância do ApsaraDB for MongoDB de origem usa atualmente. Para obter instruções, consulte Crie uma instância do ApsaraDB RDS for MySQL.

    Nota

    A instância de destino deve ter pelo menos 10% a mais de espaço de armazenamento do que o banco de dados de origem usa.

  • Na instância de destino do ApsaraDB RDS for MySQL, crie um banco de dados e uma tabela com uma chave primária para armazenar os dados sincronizados. Para mais informações, consulte Gerencie bancos de dados.

    Importante
    • Certifique-se de que os tipos de dados das colunas na tabela de destino sejam compatíveis com os dados de origem. Por exemplo, se o campo _id na instância do MongoDB de origem for um ObjectId, a coluna correspondente na instância de destino do ApsaraDB RDS for MySQL deve ser varchar.

    • Os nomes das colunas na tabela de destino do ApsaraDB RDS for MySQL não podem ser _id nem _value.

Observações

Tipo

Descrição

Limites do banco de dados de origem

  • Requisito de largura de banda: o servidor onde o banco de dados de origem está hospedado deve ter largura de banda de saída suficiente. Caso contrário, a velocidade de sincronização pode ser afetada.

  • Para editar objetos (como renomear coleções), cada tarefa de sincronização suporta até 1.000 coleções. Se você exceder esse limite, a tarefa falha 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 inteiro.

  • Se o seu MongoDB de origem for uma instância de cluster fragmentado, o campo _id nas coleções a serem sincronizadas deve ter valores exclusivos. Caso contrário, pode ocorrer inconsistência de dados.

  • Se o seu MongoDB de origem for uma instância de cluster fragmentado, o número de nós Mongos não pode exceder 10. Além disso, certifique-se de que não existam documentos órfãos na sua instância de cluster fragmentado do MongoDB. Caso contrário, pode ocorrer inconsistência de dados ou falha na tarefa. Para mais informações, consulte orphaned documents e How to clean orphaned documents in MongoDB (sharded cluster architecture).

  • Se a sua instância de origem for um cluster fragmentado do MongoDB autogerenciado:

    • O Access Method suporta apenas Express Connect, VPN Gateway, or Smart Access Gateway e Cloud Enterprise Network (CEN).

    • Se a sua versão do MongoDB for 8.0 ou posterior e o Migration Method for Oplog, certifique-se de que a conta Shard usada pela tarefa de sincronização tenha a permissão directShardOperations. Adicione essa permissão usando o comando db.adminCommand({ grantRolesToUser: "username", roles: [{ role: "directShardOperations", db: "admin"}]}).

      Nota

      Substitua username no comando pela conta Shard usada pela tarefa de sincronização.

    • Se o Migration Method for Oplog e a tarefa incluir sincronização completa de dados, certifique-se de que a conta Mongos do seu cluster fragmentado do MongoDB de origem tenha permissão para executar o comando db.runCommand({"balancerStatus":1}). O DTS verifica se o Balancer está desativado usando esse comando durante a pré-verificação.

  • O seu banco de dados de origem não suporta MongoDB standalone, Azure Cosmos DB para MongoDB ou Amazon DocumentDB (cluster elástico).

  • O seu banco de dados de origem deve habilitar o Oplog e retê-lo por pelo menos sete dias, ou habilitar o Change Streams e garantir que o DTS possa capturar as alterações de dados dos últimos sete dias por meio 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 o uso do Oplog para capturar alterações de dados.

    • Apenas o MongoDB 4.0 e versões posteriores suportam o Change Streams. O Change Streams não suporta sincronização bidirecional.

    • Se o seu banco de dados de origem for o Amazon DocumentDB (cluster não elástico), habilite manualmente o Change Streams. Ao configurar a tarefa, defina o Migration Method como ChangeStream e a Architecture como Sharded Cluster.

  • Limites de operação do banco de dados de origem:

    • Durante a sincronização completa de dados, não altere o schema 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 dados de origem e de destino.

    • Se o seu MongoDB de origem for uma instância de cluster fragmentado, 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, pode ocorrer inconsistência de dados.

  • Se o seu MongoDB de origem for um cluster fragmentado e o Balancer estiver balanceando dados, pode ocorrer latência.

  • O DTS não suporta a conexão com bancos de dados MongoDB usando endereços SRV.

Outros limites

  • Há suporte apenas para sincronização no nível de coleção.

  • A tabela na instância de destino do RDS MySQL que recebe os dados deve ter uma coluna de chave primária exclusiva (não uma chave primária composta). Ao configurar os campos de sincronização na seção Selected Objects, o Assignment para esta coluna de chave primária deve ser bson_value("_id").

  • A tabela que recebe dados na instância de destino do RDS MySQL não deve ter campos chamados _id e _value, caso contrário, a sincronização falha.

  • Se os tipos de dados na instância do RDS MySQL forem incompatíveis com o MongoDB, a tarefa falha.

  • O DTS não suporta a sincronização de dados dos bancos de dados admin, config e local.

  • Não é possível sincronizar coleções com o nome system.* (por exemplo, system.profile, system.users).

  • O DTS não preserva informações de transação. As transações no banco de dados de origem tornam-se registros individuais no banco de dados de destino.

  • Se seus dados incluírem caracteres de quatro bytes — como caracteres chineses raros ou emojis —, o banco de dados e a tabela de destino devem usar o conjunto de caracteres utf8mb4.

    Nota

    Se você usar o DTS para sincronizar schemas de tabelas, defina o parâmetro character_set_server no nível da instância no banco de dados de destino como utf8mb4.

  • Avalie o desempenho dos bancos de dados de origem e de destino antes da sincronização. Execute a sincronização durante horários de baixa demanda. Caso contrário, a sincronização completa de dados consome recursos de leitura e gravação, aumentando a carga do banco de dados.

  • A sincronização completa de dados executa operações INSERT simultaneamente. Isso cria fragmentação na coleção do banco de dados de destino. Após a sincronização completa, o espaço de armazenamento da coleção no banco de dados de destino é maior do que na instância de origem.

  • Confirme se a precisão de sincronização do DTS para colunas FLOAT ou DOUBLE atende às suas expectativas de negócios. O DTS lê essas colunas usando ROUND(COLUMN,PRECISION). Se a precisão não estiver definida, o DTS usa 38 dígitos para FLOAT e 308 dígitos para DOUBLE.

  • O DTS tenta recuperar tarefas de sincronização com falha em até sete dias. Antes de alternar o tráfego para a instância de destino, encerre ou libere a tarefa, ou use o comando revoke para revogar as permissões de gravação da conta do DTS na instância de destino. Isso impede que a recuperação automática sobrescreva os dados de destino com os dados de origem.

  • O DTS calcula a latência da sincronização incremental 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 ficar 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.

  • O DTS não suporta 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 tenta restaurá-la em até oito horas. Durante a restauração, eles podem reiniciar a tarefa ou ajustar seus parâmetros.

    Nota

    O DTS modifica apenas os parâmetros da tarefa, 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.

  • Não há suporte para a sincronização de dados com codificação não UTF-8, o que pode levar à inconsistência de dados.

Faturamento

Tipo

Taxa

Sincronização completa de dados

Gratuita.

Sincronização incremental de dados

Cobrada. Para mais detalhes, consulte Billing overview.

Tipos de sincronização

Tipo

Descrição

Sincronização completa de dados

Sincroniza todos os dados existentes da instância de origem do ApsaraDB for MongoDB para a instância de destino do ApsaraDB RDS for MySQL.

Sincronização incremental de dados

Após a sincronização completa de dados, as atualizações incrementais da instância de origem do ApsaraDB for MongoDB são sincronizadas para a instância de destino do ApsaraDB RDS for MySQL.

Nota
  • Suporta apenas operações de inserção, atualização e exclusão em documentos de uma coleção.

  • Para atualizações de documentos, replica apenas operações que usam o comando $set.

Permissões de conta do banco de dados

Banco de dados

Permissões

Ações

Instância de origem do ApsaraDB for MongoDB

Permissões de leitura nos bancos de dados de origem, no banco de dados admin e no banco de dados local.

Account management

Instância de destino do ApsaraDB RDS for MySQL

Permissões de leitura e gravação no banco de dados de destino.

Crie uma conta e Modifique as permissões da conta

Nota

Se você usar o ChangeStream como método de sincronização incremental, a conta do banco de dados de origem requer permissões de leitura do Change Streams em toda a instância (como readAnyDatabase). Se a origem for uma instância do ApsaraDB for MongoDB com uma conta personalizada, você também deve conceder à conta permissão de leitura no banco de dados admin. Para mais detalhes, consulte Permissions of the root account specified during instance creation.

Etapas

  1. 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. 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 de acordo com o modo e o 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.

  2. Clique em Create Task para abrir a página de configuração da tarefa.

  3. Configure os bancos de dados de origem e de destino.

    Categoria

    Parâmetro

    Descrição

    N/A

    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 exclusivo.

    Source Database

    Select Existing Connection

    • Para usar uma instância de banco de dados que 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 se chama 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 MongoDB.

    Access Method

    Selecione Alibaba Cloud Instance.

    Instance Region

    Selecione a região da instância de origem do ApsaraDB for MongoDB.

    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

    Neste exemplo, selecione Replica Set.

    Nota

    Se a sua instância de origem do ApsaraDB for MongoDB for um Sharded Cluster, você também deve especificar o Shard account e o Shard password.

    Migration Method

    Selecione um método para a sincronização incremental de dados com base nos seus requisitos.

    • Oplog (Recomendado):

      Esta opção está disponível se o Oplog estiver habilitado para o banco de dados de origem.

      Nota

      O Oplog é habilitado por padrão para bancos de dados MongoDB autogerenciados e instâncias do 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 habilitado para o banco de dados de origem.

      Nota
      • Se o banco de dados de origem for uma instância do Amazon DocumentDB (cluster não elástico), você pode selecionar apenas ChangeStream.

      • Se você definir a Architecture do banco de dados de origem como Sharded Cluster, não será necessário especificar o Shard account e o Shard password.

    Instance ID

    Selecione o ID da instância de origem do ApsaraDB for MongoDB.

    Authentication Database

    Insira o nome do banco de dados de autenticação para a instância de origem do ApsaraDB for MongoDB. O valor padrão é admin.

    Database Account

    Insira a conta do banco de dados da instância de origem do ApsaraDB for MongoDB. Para as permissões necessárias, consulte Permissions required for database accounts.

    Database Password

    Insira a senha que corresponde à 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 de 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 onde a Architecture é Sharded Cluster e o Migration Method é Oplog não suporta 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 que você faça 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 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 se chama 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.

    Access Method

    Selecione Alibaba Cloud Instance.

    Instance Region

    Selecione a região da instância de destino do ApsaraDB RDS for MySQL.

    Replicate Data Across Alibaba Cloud Accounts

    Este exemplo usa uma instância de banco de dados que pertence à conta atual do Alibaba Cloud. Selecione No.

    RDS Instance ID

    Selecione o ID da instância de destino do ApsaraDB RDS for MySQL.

    Database Account

    Insira a conta do banco de dados para a instância de destino do ApsaraDB RDS for MySQL. Para as permissões necessárias, consulte Permissions required for database accounts.

    Database Password

    Insira a senha que corresponde à conta do banco de dados.

    Encryption

    Selecione Non-encrypted ou SSL-encrypted conforme necessário. Se você selecionar SSL-encrypted, deve habilitar a criptografia SSL para a instância do RDS for MySQL antecipadamente. Para mais informações, consulte Use a cloud certificate to quickly enable SSL encryption.

  4. 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. 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.

  5. Configure os objetos da tarefa.

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

      Parâmetro

      Descrição

      Synchronization Types

      O Incremental Data Synchronization está selecionado. Você pode selecionar apenas o Full Data Synchronization. Não há suporte para o Schema Synchronization. Após a conclusão da pré-verificação, o DTS sincroniza 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.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: Verifique 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, pode 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 seus negócios em risco. Por exemplo:

        • Se um registro no banco de dados de destino tiver o mesmo valor de chave primária ou chave 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 para o banco de dados de destino.

        • Isso pode fazer com que a inicialização de dados falhe, que apenas dados parciais sejam sincronizados ou que toda a sincronização falhe.

      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 com a 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 de destino. Para mais informações, consulte Case sensitivity policy for destination object names.

      Source Objects

      Na caixa Source Objects, clique em um objeto a ser sincronizado e, em seguida, clique em 向右 para movê-lo para a caixa Selected Objects.

      Nota

      Você pode selecionar objetos apenas no nível de coleção.

      Selected Objects

      1. Mapeie os nomes dos bancos de dados.

        1. Na caixa Selected Objects, clique com o botão direito no banco de dados que contém as coleções a serem sincronizadas.

        2. Altere o Schema Name para o nome do banco de dados de destino na instância do ApsaraDB RDS for MySQL.

        3. Clique em OK.

      2. Mapeie os nomes das tabelas.

        1. Na caixa Selected Objects, clique com o botão direito na coleção a ser sincronizada.

          Neste exemplo, o caminho da árvore do objeto de destino é dtsdb > Table > class.

        2. Altere o Table Name para o nome da tabela de destino na instância do ApsaraDB RDS for MySQL que receberá os dados.

        3. Opcional: Defina condições de filtro para a sincronização completa de dados. Para mais informações, consulte Set filter conditions.

          Para o ApsaraDB for MongoDB, a sintaxe da condição de filtro difere das cláusulas WHERE padrão do SQL. Por exemplo, para filtrar por ID de usuário, insira {"_id": {$gt:"user100844658590795",$lte:"user101674868045948"}}. Neste exemplo, gt significa "maior que" e lte significa "menor ou igual a".

        4. Opcional: Na área Select DDL and DML Operations to Be Synchronized, selecione as operações para a sincronização incremental de dados.

          As operações DML selecionáveis incluem insert, update e delete. As operações DDL selecionáveis incluem CREATE TABLE, DROP TABLE e ALTER TABLE.

      3. Configure os campos a serem sincronizados a partir do MongoDB.

        O DTS mapeia automaticamente os dados das coleções selecionadas e configura uma expressão na coluna Parameter Value. Verifique se a expressão atende aos seus requisitos e configure os parâmetros Column Name, Type, Length e Precision.

        Importante
        • Você deve atribuir o valor bson_value("_id") à coluna de chave primária da tabela de destino.

        • Ao configurar uma expressão bson_value(), especifique o caminho completo até o subcampo de nível mais baixo na hierarquia. Caso contrário, pode ocorrer perda de dados ou falha na tarefa.

        1. Na expressão bson_value() na coluna Parameter Value, visualize o nome do campo no MongoDB.

          O nome do campo dentro de "" é o nome do campo no MongoDB. Por exemplo, se a expressão for bson_value("age"), o campo correspondente no MongoDB é age.

        2. Opcional: Exclua os campos que você não precisa sincronizar.

          Nota

          Para excluir um campo que você não deseja sincronizar, clique em image na linha desse campo.

        3. Configure os campos a serem sincronizados.

          Siga as etapas abaixo que correspondem à sua expressão bson_value().

          Expressões válidas

          1. Insira um Column Name.

            Nota

            Este é o nome da coluna na tabela de destino da instância do ApsaraDB RDS for MySQL.

          2. Selecione um Type de dados para a coluna.

            Importante

            Certifique-se de que o tipo de dados da coluna da tabela de destino seja compatível com os dados do MongoDB de origem. Para mapeamentos de tipos de dados, consulte Data type mapping.

          3. Opcional: Configure o Length e a Precision dos dados da coluna.

          4. Repita as etapas anteriores para mapear todos os campos relevantes.

          Expressões inválidas

          Nota

          Por exemplo, campos com uma estrutura hierárquica (pai-filho).

          1. Na coluna Operation, clique em image na linha do campo.

          2. Clique em + Add Column.

          3. Configure o Column Name, o Type, o Length e a Precision.

          4. Na caixa de texto sob Parameter Value, insira uma expressão bson_value(). Para mais informações, consulte Value assignment examples.

          5. Repita as etapas anteriores para mapear todos os campos relevantes.

      4. Clique em OK.

    2. Clique em Next: Advanced Settings para configurar os 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 de 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 é 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 para 30 minutos para a Instância A e 60 minutos para a Instância B, a duração menor 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 de banco de dados de origem e de destino.

      Retry Time for Other Issues

      Após o início da tarefa de sincronização, se ocorrerem outros problemas não relacionados à conectividade com o banco de dados de origem ou de destino (como exceções de execução de DDL ou DML), o DTS relata um erro e inicia imediatamente operações contínuas de nova tentativa. A duração padrão de nova tentativa é de 10 minutos. 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 é retomada automaticamente. Caso contrário, a tarefa falha.

      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 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 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

      Especifica se a chave primária _id usa um único tipo de dados consistente em 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 o RPS of Incremental Data Synchronization e a Data synchronization speed for incremental synchronization (MB/s).

      Environment Tag

      Selecione uma tag de ambiente para identificar a instância com base nos requisitos do seu negócio. Este parâmetro é opcional.

      Configure ETL

      Escolha se deseja habilitar o recurso de extração, transformação e carga (ETL). Para mais informações, consulte What is ETL?. Valores válidos:

      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 para um contato de alerta.

  6. 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 tooltip.

    • Se você terminou 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 da tarefa de sincronização, o DTS executa uma pré-verificação. A tarefa só é iniciada 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 instruído e, em seguida, 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, em seguida, 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 suprimir o item de aviso, isso pode causar problemas como inconsistência de dados e representar riscos para o seu negócio.

  7. Adquira a instância de sincronização.

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

    2. 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 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 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.

    3. Após concluir a configuração, leia e selecione Data Transmission Service (Pay-as-you-go) Service Terms.

    4. 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.

Mapeamento de tipos de dados

Tipo de dados do MongoDB

Tipo de dados do MySQL

ObjectId

VARCHAR

String

VARCHAR

Document

VARCHAR

DbPointer

VARCHAR

Array

VARCHAR

Date

DATETIME

TimeStamp

DATETIME

Double

DOUBLE

32-bit integer (BsonInt32)

INTEGER

64-bit integer (BsonInt64)

BIGINT

Decimal128

DECIMAL

Boolean

BOOLEAN

Null

VARCHAR

Exemplos de configuração de valores

Estrutura de dados do MongoDB de origem

{
  "_id":"62cd344c85c1ea6a2a9f****",
  "person":{
    "name":"neo",
    "age":26,
    "sex":"male"
  }
}

Estrutura da tabela MySQL de destino

Nome da coluna

Tipo

mongo_id

varchar

Nota

Coluna de chave primária.

person_name

varchar

person_age

decimal

Configuração de nova coluna

Importante

Você deve especificar o caminho hierárquico completo na expressão bson_value() para evitar perda de dados ou falha na tarefa. Por exemplo, se você definir a expressão como bson_value("person"), o DTS não pode sincronizar dados incrementais dos subcampos do objeto person (como name, age e sex) para o destino.

Nome da coluna

Tipo

Atribuição

mongo_id

STRING

bson_value("_id")

person_name

STRING

bson_value("person","name")

person_age

DECIMAL

bson_value("person","age")