Todos os produtos
Search
Central de documentação

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

Última atualização: Oct 09, 2026

Você pode usar o Data Transmission service (DTS) para migrar dados do MongoDB para o MySQL. Este tópico usa o ApsaraDB for MongoDB (arquitetura ReplicaSet) como origem e uma instância do RDS for MySQL como destino.

Pré-requisitos

  • Se o banco de dados de origem for o ApsaraDB for MongoDB com arquitetura de cluster fragmentado (sharded cluster), solicite um endereço de conexão para todos os nós de shard e garanta que a conta e a senha sejam idênticas em todos os shards. Para mais informações, consulte Apply for a shard connection address.

  • Recomendamos que você crie uma instância do RDS for MySQL com espaço de armazenamento maior que o espaço utilizado pela instância de origem do ApsaraDB for MongoDB. Para mais informações, consulte crie uma instância do RDS for MySQL.

    Nota

    Aloque pelo menos 10% a mais de espaço de armazenamento para a instância de destino em relação ao uso do banco de dados de origem.

  • Recomendamos que você crie um banco de dados e tabelas com chaves primárias na instância de destino do RDS for MySQL para receber os dados migrados. Para mais informações, consulte gerencie bancos de dados.

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

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

Considerações

Tipo

Descrição

Limitações do banco de dados de origem

  • Requisitos de largura de banda: a largura de banda de saída insuficiente no servidor do banco de dados de origem deixa a migração de dados mais lenta.

  • Ao mapear nomes de coleções ou realizar outras edições, uma única tarefa de migração aceita até 1.000 coleções. Se você exceder esse limite, a tarefa falha ao ser enviada. Para contornar isso, divida as coleções em lotes menores e crie uma tarefa de migração separada para cada um.

  • Se o banco de dados de origem for uma instância do MongoDB com arquitetura de nó único, uma instância do Azure Cosmos DB for MongoDB ou um cluster elástico do Amazon DocumentDB, apenas a migração completa é aceita.

  • Para executar a migração incremental de dados:

    O banco de dados de origem deve ter o oplog ativado com pelo menos sete dias de retenção. Como alternativa, os change streams devem estar ativados, e o DTS deve conseguir capturar as alterações de dados do banco de dados de origem nos últimos sete dias usando change streams. Se esses requisitos não forem atendidos, a tarefa de migração poderá falhar por não conseguir obter as alterações de dados da origem. Em casos extremos, isso pode levar à inconsistência ou perda de dados. Problemas decorrentes disso não são cobertos pelo Acordo de Nível de service (SLA) do DTS.

    Importante
    • Recomendamos usar o oplog para obter alterações de dados do banco de dados de origem.

    • Apenas o MongoDB 4.0 e versões posteriores aceitam a captura de alterações de dados por meio de change streams.

    • Se o banco de dados de origem for um cluster do Amazon DocumentDB (não elástico), você deve ativar manualmente os change streams. Ao configurar a tarefa, defina o Migration Method como ChangeStream e a Architecture como Sharded Cluster.

  • Se a origem for uma instância do MongoDB com arquitetura de cluster fragmentado, o campo _id nas coleções a serem migradas deve ser único. Caso contrário, pode ocorrer inconsistência de dados.

  • Se a instância de origem for um banco de dados MongoDB autogerenciado com arquitetura de cluster fragmentado:

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

    • Se o banco de dados de origem for o MongoDB 8.0 ou posterior e o Migration Method for Oplog, você deve garantir que a conta do shard usada pela tarefa de migração tenha a permissão directShardOperations. Conceda essa permissão e execute o seguinte comando: db.adminCommand({ grantRolesToUser: "username", roles: [{ role: "directShardOperations", db: "admin"}]})

      Nota

      Substitua username no comando pela conta do shard da tarefa de migração.

    • Se o Migration Method for Oplog e a tarefa incluir uma migração completa, conceda à conta mongos do cluster fragmentado do MongoDB de origem permissão para executar o comando db.runCommand({"balancerStatus":1}). O DTS usa esse comando durante a pré-verificação para confirmar que o balanceador do banco de dados de origem está desativado.

  • O DTS não aceita conexões a um banco de dados MongoDB por meio de um registro SRV.

  • Se a origem for uma instância de cluster fragmentado do MongoDB, o número de nós mongos não pode exceder 10. Remova também quaisquer documentos órfãos do cluster. Caso contrário, a migração pode falhar ou causar inconsistência de dados. Para mais informações, consulte Orphaned Documents e How to Clean Up Orphaned Documents in a MongoDB Sharded Cluster.

  • Limitações operacionais no banco de dados de origem:

    • Durante a fase de migração completa, não faça alterações de schema em bancos de dados ou coleções, incluindo atualizações de dados do tipo array. Caso contrário, a tarefa de migração pode falhar ou causar inconsistência de dados.

    • Se você executar apenas uma migração completa, não grave novos dados na instância de origem. Caso contrário, pode ocorrer inconsistência de dados.

    • Se a origem for uma instância de cluster fragmentado do MongoDB, não execute comandos que alterem a distribuição de dados dos objetos a serem migrados, como shardCollection, reshardCollection, unshardCollection, moveCollection e movePrimary, enquanto a instância de migração estiver em execução. Caso contrário, pode ocorrer inconsistência de dados.

  • Se a origem for uma instância do MongoDB com arquitetura de cluster fragmentado, a atividade de rebalanceamento do balanceador pode aumentar a latência da migração.

Outras limitações

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

  • Na instância de destino do ApsaraDB RDS for MySQL, a tabela de destino deve ter uma coluna de chave primária única. Não há suporte para chaves primárias compostas. Ao configurar os campos de migração em Selected Objects, o Parameter Value para a coluna de chave primária deve ser bson_value("_id").

  • Na instância de destino do ApsaraDB RDS for MySQL, a tabela de destino não pode conter campos chamados _id ou _value. Caso contrário, a migração falha.

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

  • O DTS não aceita a migração de dados dos bancos de dados admin, config ou local.

  • O DTS não preserva informações de transações. As transações do banco de dados de origem são convertidas em 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 migrar schemas, defina o parâmetro de nível de instância character_set_server como utf8mb4 no banco de dados de destino.

  • Antes de migrar os dados, avalie o desempenho dos bancos de dados de origem e de destino. Também recomendamos executar a migração de dados em horários de menor pico. Durante a migração completa de dados, o DTS consome recursos de I/O em ambos os bancos de dados, o que pode aumentar a carga dos bancos de dados.

  • Durante a migração completa de dados, o DTS executa operações INSERT simultâneas, o que pode causar fragmentação de tabela. Consequentemente, as tabelas de destino podem consumir mais espaço de armazenamento do que as coleções de origem.

  • Verifique se a precisão do DTS para valores FLOAT e DOUBLE atende aos seus requisitos de negócios. O DTS lê esses valores usando ROUND(COLUMN,PRECISION). Se a precisão não for definida explicitamente, o DTS usa uma precisão de 38 dígitos para FLOAT e 308 dígitos para DOUBLE.

  • O DTS tenta recuperar tarefas de migração com falha em até sete dias. Portanto, antes de transferir o service para a instância de destino, você deve encerrar ou liberar a tarefa, ou usar o comando revoke para revogar as permissões de gravação da conta que o DTS usa para acessar a instância de destino. Isso impede que os dados de origem sobrescrevam os dados na instância de destino caso a tarefa seja recuperada automaticamente.

  • O DTS calcula a latência da migração incremental comparando o timestamp do registro mais recente migrado para o banco de dados de destino com o timestamp atual. Se o banco de dados de origem não tiver atualizações por um período prolongado, a latência relatada pode ser imprecisa. Se a latência exibida estiver muito alta, execute uma operação de atualização no banco de dados de origem para recalcular a latência.

  • As coleções de séries temporais (time series collections), introduzidas no MongoDB 5.0, não têm suporte para migração.

  • Se uma tarefa falhar, a equipe de suporte do DTS tenta restaurá-la em até oito horas. Durante a restauração, a equipe pode reiniciar a tarefa ou ajustar seus parâmetros.

    Nota

    O DTS modifica apenas os parâmetros da tarefa, não os do banco de dados. Os parâmetros passíveis de ajuste incluem os listados em Modify instance parameters.

  • 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 de migração

Taxa de configuração da tarefa

Taxa de transferência de dados

Migração completa de dados

Grátis.

Este tutorial é gratuito. No entanto, uma data transfer fee se aplica se o Access Method do banco de dados de destino for Public IP Address.

Migração incremental de dados

Há cobrança de taxas. Para mais detalhes, consulte billing overview.

Tipos de migração

Tipo de migração

Descrição

Migração completa

Migra todos os dados históricos dos objetos selecionados da instância de origem do ApsaraDB for MongoDB para a instância de destino do RDS for MySQL.

Migração incremental

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

Nota
  • Há suporte apenas para operações de insira, atualize e exclua em documentos nas coleções.

  • Para atualizações incrementais de documentos, apenas as alterações feitas usando o comando $set são replicadas.

Permissões de conta do banco de dados

Banco de dados

Migração completa

Migração incremental

Método de criação e autorização de conta

ApsaraDB for MongoDB de origem

Permissão de leitura no banco de dados a ser migrado.

Permissão de leitura no banco de dados a ser migrado, no banco de dados admin e no banco de dados local.

Account Management

Instância de destino do RDS for MySQL

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

crie uma conta e Modify account permissions

Nota

Se você usar o ChangeStream como método de migraçã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 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.

Procedimento

  1. acesse a página da lista de tarefas de migração para a região de destino usando um dos seguintes métodos.

    No console do DTS

    1. Faça login no console do Data Transmission service (DTS).

    2. No painel de navegação à esquerda, clique em Data Migration.

    3. No canto superior esquerdo da página, selecione a região da instância de migração.

    No console do DMS

    Nota

    As operações reais podem variar dependendo do modo e do layout do console do DMS. Para mais informações, consulte Simple mode console e Customize the layout and style of the DMS console.

    1. Faça login no console do Data Management (DMS).

    2. Na barra de menu superior, escolha Data + AI > Data Transmission (DTS) > Data Migration.

    3. À direita de Data Migration Tasks, selecione a região da instância de migração.

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

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

    Categoria

    Configuração

    Descrição

    Nenhuma

    Task Name

    O DTS gera automaticamente um nome para a tarefa. Recomendamos que você especifique um nome descritivo para facilitar a identificação. O nome não precisa ser único.

    Source Database

    Select Existing Connection

    • Para usar uma instância de banco de dados que foi added to the system (criada ou salva), selecione a instância desejada na lista suspensa. As informações do banco de dados abaixo são configuradas automaticamente.

      Nota

      No console do DMS, este parâmetro se chama Select a DMS database instance..

    • Se você não registrou a instância de banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.

    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

    Neste exemplo, usamos uma instância de banco de dados na 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 usar Sharded Cluster, você também deve inserir a Shard account e a Shard password.

    Migration Method

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

    • Oplog (Recomendado):

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

      Nota

      Um oplog é ativado por padrão tanto para bancos de dados MongoDB autogerenciados quanto para instâncias do ApsaraDB for MongoDB. Este método oferece menor latência para migração incremental de dados devido à extração de logs mais rápida. Portanto, recomendamos selecionar Oplog.

    • ChangeStream: Esta opção está disponível se os Change Streams estiverem ativados 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ê só pode selecionar ChangeStream.

      • Se você definir a Architecture como Sharded Cluster para o banco de dados de origem, não é necessário inserir uma Shard account ou 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 ao qual pertence a conta do banco de dados de origem do ApsaraDB for MongoDB. Se você não o alterou, o valor padrão é admin.

    Database Account

    insira a conta do banco de dados para a instância de origem do ApsaraDB for MongoDB. Para requisitos de permissão, consulte Database account permissions.

    Database Password

    insira a senha correspondente à conta do banco de dados.

    Encryption

    O DTS aceita três métodos de conexão: Non-encrypted, SSL-encrypted e Mongo Atlas SSL. As opções de Encryption variam com base no Access Method e na 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 aceita 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 verifique a conexão.

    Destination Database

    Select Existing Connection

    • Para usar uma instância de banco de dados que foi added to the system (criada ou salva), selecione a instância desejada na lista suspensa. As informações do banco de dados abaixo são configuradas automaticamente.

      Nota

      No console do DMS, este parâmetro se chama Select a DMS database instance..

    • Se você não registrou a instância de banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.

    Database Type

    Selecione MySQL.

    Access Method

    Selecione Alibaba Cloud Instance.

    Instance Region

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

    Replicate Data Across Alibaba Cloud Accounts

    Neste exemplo, usamos uma instância de banco de dados na conta atual do Alibaba Cloud. Selecione No.

    RDS Instance ID

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

    Database Account

    insira a conta do banco de dados para a instância de destino do RDS for MySQL. Para requisitos de permissão, consulte Database account permissions.

    Database Password

    insira a senha da conta do banco de dados.

    Encryption

    Selecione Non-encrypted ou SSL-encrypted com base nos requisitos do seu banco de dados. Se você definir este parâmetro como SSL-encrypted, deverá ativar a criptografia SSL para a instância do RDS for MySQL antes. Para mais informações, consulte Quickly enable SSL encryption using a cloud certificate.

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

    Nota
    • Certifique-se de que o segmento de endereços IP do service do DTS seja adicionado automática ou manualmente à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. Para mais informações, consulte Add DTS server IP addresses to a whitelist.

    • Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (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 que aparece.

  5. Configure os objetos da tarefa.

    1. Na página Configure Objects, configure os objetos que você deseja migrar.

      Configuração

      Descrição

      Migration Types

      • Se você precisar executar apenas uma migração completa, selecione Full Data Migration.

      • Para executar uma migração sem tempo de inatividade, selecione Full Data Migration e Incremental Data Migration.

      Nota

      Se você não selecionar Incremental Data Migration, não grave novos dados na instância de origem durante a migração de dados para garantir a consistência dos dados.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: Verifica se existem coleções com os mesmos nomes no banco de dados de destino. Se não existirem coleções com os mesmos nomes, a pré-verificação é concluída com êxito. Se existirem, o sistema relata um erro durante a pré-verificação e a tarefa de migração de dados não é iniciada.

        Nota

        Se uma coleção no banco de dados de destino tiver o mesmo nome, mas não puder ser facilmente excluída ou renomeada, você pode alterar o nome da coleção no banco de dados de destino. Para mais informações, consulte Object name mapping.

      • Ignore Errors and Proceed: Ignora a verificação de coleções com os mesmos nomes.

        Aviso

        Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos aos negócios. Por exemplo:

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

        • A inicialização de dados pode falhar, apenas alguns dados podem ser migrados ou a migração pode falhar.

      Capitalization of Object Names in Destination Instance

      Você pode configurar a política de sensibilidade a maiúsculas e minúsculas para os nomes dos objetos migrados, como bancos de dados e coleções, na instância de destino. Por padrão, a DTS default policy é selecionada. Você também pode optar por manter a sensibilidade a maiúsculas e minúsculas consistente com a política padrão do banco de dados de origem ou de destino. Para mais informações, consulte Case sensitivity of object names in the destination database.

      Source Objects

      Na caixa Source Objects, clique em objetos a serem migrados e, em seguida, clique em Right arrow para movê-los para a caixa Selected Objects.

      Nota

      A granularidade para selecionar objetos de migração é a coleção.

      Selected Objects

      1. edite o mapeamento de nomes de banco de dados.

        1. Clique com o botão direito no banco de dados que contém as coleções a serem migradas na caixa Selected Objects.

        2. Altere o Schema Name para o nome do banco de dados na instância de destino do RDS for MySQL que receberá os dados. Na caixa de diálogo edite Schema que aparece, altere o Schema Name (por exemplo, para dtsdb). Após a edição, o nome do schema no banco de dados de destino passa a ser o novo nome.

        3. Clique em OK.

      2. edite o mapeamento de nomes de tabela.

        1. Clique com o botão direito na coleção a ser migrada na caixa Selected Objects.

          O painel exibe os objetos selecionados em uma estrutura de árvore: banco de dados (por exemplo, dtsdb) > tipo de objeto (por exemplo, Table) > nome do objeto (por exemplo, class).

        2. Altere o Table Name para o nome da tabela na instância de destino do RDS for MySQL que receberá os dados. No painel edite Table que aparece, altere o Table Name (por exemplo, para class). Após editar o nome da tabela ou da coluna, os nomes da tabela e da coluna no banco de dados de destino passam a ser os novos nomes.

        3. Opcional: Defina condições de filtro para a migração completa. Para instruções, consulte Filter task data with an SQL condition. Na seção Filter Conditions, para o ApsaraDB for MongoDB, a sintaxe aceita difere das cláusulas WHERE padrão do SQL. Por exemplo, para filtrar por ID de usuário: {"_id": {$gt:"user100844658590795**",$lte:"user101674868045948**"}}, onde $gt significa maior que e $lte significa menor ou igual a.

        4. Opcional: Na seção Select DDL and DML Operations to Be Synchronized, selecione as operações de migração incremental a serem sincronizadas. Marque as operações DML a serem sincronizadas: insira, atualize, exclua.

      3. Configure os campos (Field) a serem migrados do MongoDB.

        O DTS mapeia os dados das coleções a serem migradas por padrão e configura expressões na coluna Parameter Value. Verifique se as expressões atendem aos seus requisitos e configure o Column Name, o Type, o Length e a Precision.

        Importante
        • A coluna de chave primária da tabela de destino deve receber o valor bson_value("_id").

        • Ao configurar a expressão bson_value(), especifique o caminho para o menor subcampo. 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 para essa linha.

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

        2. Opcional: Exclua campos que não precisam ser migrados.

          Nota

          Para campos que não requerem migração, você pode clicar no ícone image após a linha de dados.

        3. Configure os campos a serem migrados.

          Dependendo se a expressão bson_value() atende ou não aos seus requisitos, proceda da seguinte forma.

          Campos com expressões adequadas

          1. insira o Column Name.

            Nota

            insira o nome da coluna na tabela da instância de destino do RDS for MySQL que receberá os dados.

          2. Selecione o Type para os dados da coluna.

            Importante

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

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

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

          Campos com expressões inadequadas

          Nota

          Por exemplo, campos com estruturas hierárquicas (pai-filho).

          1. Na coluna Operation, clique em image ao lado da linha.

          2. Clique em + Add Column.

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

          4. Na caixa de texto abaixo de Parameter Value, insira a expressão bson_value(). Para mais detalhes, consulte Value configuration examples.

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

      4. Clique em OK.

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

      Configuração

      Descrição

      Dedicated Cluster for Task Scheduling

      Por padrão, o DTS agenda tarefas em um cluster compartilhado. Você não precisa selecionar um. Se desejar tarefas mais estáveis, você pode adquirir um dedicated cluster para executar tarefas de migração do DTS.

      Retry Time for Failed Connections

      Após o início da tarefa de migraçã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. O tempo padrão de nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 10 a 1440 minutos. Recomendamos definir o tempo como superior a 30 minutos. Se o DTS reconectar aos bancos de dados de origem e de destino dentro da duração especificada, a tarefa de migração é retomada automaticamente. Caso contrário, a tarefa falha.

      Nota
      • Para várias instâncias do DTS que compartilham a mesma origem ou destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada.

      • Como a tarefa é cobrada durante o período de nova tentativa de conexão, recomendamos personalizar o tempo de nova tentativa com base nas suas necessidades de negócios 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 migração, se ocorrer um problema que não seja de conectividade, como uma exceção de execução de DDL ou DML, no banco de dados de origem ou de destino, o DTS relata um erro e começa imediatamente a tentar repetir a operação. O tempo padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 1 a 1440 minutos. Recomendamos definir o tempo como superior a 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração é retomada automaticamente. Caso contrário, a tarefa falha.

      Importante

      O valor de Retry Time for Other Issues deve ser menor que o valor de Retry Time for Failed Connections.

      Enable Throttling for Full Data Migration

      Durante a migração completa, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e de destino, o que pode aumentar a carga dos bancos de dados. Se necessário, você pode ativar o limitador de velocidade para a tarefa de migração completa. Você pode definir Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino.

      Nota
      • Este item de configuração está disponível apenas se você selecionar Full Data Migration para Migration Types.

      • Você também pode adjust the full migration speed após a instância de migração estar em execução.

      Only one data type for primary key _id in a table of the data to be synchronized

      Especifica se o tipo de dados da chave primária _id é único dentro da mesma coleção para os dados a serem migrados.

      Importante
      • Selecione uma opção com base nos seus requisitos. Caso contrário, pode ocorrer perda de dados.

      • Este parâmetro está disponível apenas se você selecionar Full Data Migration para Migration Types.

      • Yes: O tipo de dados é único. Durante a migração completa de dados, o DTS não verifica os tipos de dados das chaves primárias nos dados de origem. Para uma única coleção, o DTS migra apenas os dados correspondentes a um tipo de dados de chave primária.

      • No: O tipo de dados não é único. Durante a migração completa de dados, o DTS verifica os tipos de dados das chaves primárias nos dados de origem e migra todos os dados.

      Enable Throttling for Incremental Data Migration

      Se necessário, você também pode optar por definir limites de velocidade para a tarefa de migração incremental. Você pode definir RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s) para reduzir a carga no banco de dados de destino.

      Nota
      • Este item de configuração está disponível apenas se você selecionar Incremental Data Migration para Migration Types.

      • Você também pode adjust the incremental migration speed após a instância de migração estar em execução.

      Environment Tag

      Selecione um rótulo de ambiente para identificar a instância. Nenhuma seleção é necessária para este exemplo.

      Configure ETL

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

      Monitoring and Alerting

      Defina se deseja configurar alertas e receber notificações de alerta com base nas suas necessidades de negócios.

      • No: Não define alertas.

      • Yes: Configure alertas definindo uma alert threshold e um alert notifications. Se uma migração falhar ou a latência exceder o limiar, o sistema envia uma notificação de alerta.

  6. salve a tarefa e execute uma pré-verificação.

    • visualize os parâmetros de configuração desta instância ao chamar a operação de API, mova o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica exibida.

    • Se você não precisar visualizar ou já 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 migração, o DTS executa uma pré-verificação. A tarefa só inicia após a aprovação na pré-verificação.

    • Se a pré-verificação falhar, clique em View Details ao lado do item de verificação com falha, corrija o problema com base nas instruções e execute a pré-verificação novamente.

    • Se a pré-verificação gerar um aviso:

      • Para itens de verificação que não podem ser ignorados, clique em View Details ao lado do item com falha, corrija o problema com base nas instruções 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 para ignorar o item de alerta e executar a pré-verificação novamente. Se você optar por ignorar um aviso, isso pode causar problemas como inconsistência de dados e representar riscos aos seus negócios.

  7. Adquira a instância.

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

    2. Na página Purchase, selecione a especificação do link para a instância de migração de dados. Para mais informações, consulte a tabela a seguir.

      Categoria

      Parâmetro

      Descrição

      New Instance Class

      Resource Group Settings

      Selecione o grupo de recursos ao qual a instância pertence. O valor padrão é o grupo de recursos padrão. Para mais informações, consulte What is resource management?

      Instance Class

      O DTS fornece especificações de migração com diferentes níveis de desempenho. A especificação do link afeta a velocidade da migração. Você pode selecionar uma especificação com base no seu cenário de negócios. Para mais informações, consulte Data migration link specifications.

    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 que aparece, clique em OK.

      Você pode visualizar o progresso da tarefa de migração na página de lista Data Migration Tasks.

      Nota
      • Se a tarefa de migração não incluir migração incremental, ela é interrompida automaticamente após a conclusão da migração completa. Após a interrupção da tarefa, seu Status muda para Completed.

      • Se a tarefa de migração incluir migração incremental, ela não é interrompida automaticamente. A tarefa de migração incremental continua em execução. Enquanto a tarefa de migração incremental estiver em execução, o Status da tarefa é Running.

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 conseguirá 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")