Todos os produtos
Search
Central de documentação

Data Transmission Service:Migrar do MongoDB para o AnalyticDB for MySQL V3.0

Última atualização: Oct 10, 2026

Use o Data Transmission Service (DTS) para migrar dados de uma instância de conjunto de réplicas do ApsaraDB for MongoDB para um cluster do AnalyticDB for MySQL 3.0.

Pré-requisitos

  • Se a origem for um cluster fragmentado do ApsaraDB for MongoDB, solicite um endpoint para cada shard. Todos os shards devem usar o mesmo nome de usuário e senha. Para mais informações, consulte Apply for a shard endpoint.

  • Você deve ter um cluster de destino do AnalyticDB for MySQL 3.0 com espaço de armazenamento superior ao espaço utilizado pela instância de origem do ApsaraDB for MongoDB. Para mais informações, consulte Create a cluster.

    Nota

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

  • No cluster de destino do AnalyticDB for MySQL 3.0, crie um banco de dados e uma tabela com chave primária. Para mais informações, consulte CREATE DATABASE e CREATE TABLE.

    Importante
    • Os tipos de dados na tabela de destino devem ser compatíveis com os dados de origem do MongoDB. Por exemplo, se o campo _id no MongoDB for do tipo ObjectId, o tipo de dados correspondente no cluster do AnalyticDB for MySQL 3.0 deve ser varchar.

    • Em um cluster do AnalyticDB for MySQL 3.0, não nomeie colunas da tabela de destino como _id ou _value.

  • Execute o comando SET ADB_CONFIG ALLOW_MULTI_QUERIES=true; no cluster de destino do AnalyticDB for MySQL 3.0 para ativar o Multi-Statement.

    Nota

    Apenas clusters com versão secundária 3.1.9.3 ou posterior suportam Multi-Statement. Para visualizar e atualizar a versão secundária, consulte Upgrade minor version.

Observações de uso

Tipo

Descrição

Limites do banco de dados de origem

  • Requisito de largura de banda: a largura de banda de saída insuficiente no servidor do banco de dados de origem reduz a velocidade da migração de dados.

  • Ao mapear nomes de coleções ou realizar outras edições, uma única tarefa de migração suporta até 1.000 coleções. Se você exceder esse limite, a tarefa falhará no envio. Para contornar isso, divida as coleções em lotes menores e crie uma tarefa de migração separada para cada lote.

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

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

    O banco de dados de origem deve ter o oplog ativado com retenção de pelo menos sete dias. Alternativamente, os change streams devem estar ativados, e o DTS deve conseguir assinar 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 alterações de dados da origem. Em casos extremos, isso pode levar a inconsistência ou perda de dados. Problemas decorrentes dessa situação não são cobertos pelo Acordo de Nível de Serviço (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 suportam a obtenção de alterações de dados por meio de change streams.

    • Se o banco de dados de origem for um cluster 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 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 suporta 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 MongoDB 8.0 ou posterior e o Migration Method for Oplog, garanta que a conta do shard usada pela tarefa de migração tenha a permissão directShardOperations. Conceda essa permissão executando 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 de origem do MongoDB 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 suporta conexão a um banco de dados MongoDB usando 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. Além disso, remova 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 realize alterações de esquema 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ê realizar 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 MongoDB com arquitetura de cluster fragmentado, a atividade de rebalanceamento do balanceador pode aumentar a latência da migração.

Outros limites

  • Apenas a migração no nível de coleção é suportada.

  • O banco de dados de destino deve ter uma chave primária personalizada. Ou, na etapa Configurations for Databases, Tables, and Columns, defina a Primary Key Column. Caso contrário, a migração pode falhar.

  • A tabela de destino no cluster AnalyticDB for MySQL 3.0 deve ter uma única coluna de chave primária. Uma chave primária composta não é suportada. Ao configurar campos de migração na seção Selected Objects, defina o Parameter Value desta coluna de chave primária como bson_value("_id").

  • A tabela de destino no cluster AnalyticDB for MySQL 3.0 não pode ter campos chamados _id ou _value. Caso contrário, a migração falha.

  • Devido aos limites de uso do AnalyticDB for MySQL 3.0, se o uso de espaço em disco de um nó em um cluster exceder 80%, a tarefa do DTS pode ser interrompida e apresentar latência. Estime o espaço necessário para os objetos sendo migrados para garantir que o cluster de destino tenha armazenamento suficiente.

  • Se os tipos de dados no cluster AnalyticDB for MySQL 3.0 forem incompatíveis com os dados do MongoDB, a tarefa falha.

  • Se o cluster de destino AnalyticDB for MySQL 3.0 estiver passando por backup enquanto a tarefa do DTS está em execução, a tarefa falha.

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

  • As informações de transação não são preservadas. Transações no banco de dados de origem são convertidas em registros únicos no banco de dados de destino.

  • Antes de migrar dados, avalie o desempenho dos bancos de dados de origem e de destino. Recomendamos também migrar dados fora dos horários de pico. Caso contrário, o DTS consome recursos de leitura e gravação em ambos os bancos de dados durante a migração completa, o que pode aumentar a carga do banco de dados.

  • Durante a migração completa, o DTS realiza operações INSERT simultâneas. Isso pode causar fragmentação nas coleções de destino. Como resultado, as coleções no banco de dados de destino usarão mais espaço de armazenamento do que aquelas na instância de origem.

  • Confirme se a precisão de migração que o DTS usa para tipos de dados FLOAT ou DOUBLE atende aos seus requisitos de negócios. O DTS lê valores desses tipos usando ROUND(COLUMN,PRECISION). Se você não definir explicitamente a precisão, o DTS migra valores FLOAT com precisão de 38 dígitos e valores DOUBLE com precisão de 308 dígitos.

  • O DTS tenta retomar uma tarefa de migração com falha dentro de sete dias. Antes de alternar seus negócios para a instância de destino, encerre ou libere a tarefa, ou execute 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 evita que dados da origem sobrescrevam dados do destino caso a tarefa seja retomada automaticamente.

  • O DTS calcula a latência da migração incremental comparando o timestamp do último registro de dados migrado para o banco de dados de destino com o timestamp atual. Se o banco de dados de origem não tiver sido atualizado por um longo período, a latência relatada pode ser imprecisa. Se a tarefa mostrar latência excessiva, realize uma atualização no banco de dados de origem para renovar a leitura da latência.

  • Coleções de séries temporais, introduzidas no MongoDB 5.0, não são suportadas para migração.

  • 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 parâmetros de tarefas do DTS são modificados — não parâmetros de banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modify instance parameters.

  • Quando o banco de dados de destino é o AnalyticDB for MySQL, o DTS suporta apenas a gravação de tipos de dados compatíveis com o banco de dados, incluindo basic data types e complex data types, como ARRAY, MAP e JSON. O DTS não suporta a gravação de outros tipos, como MULTIVALUE.

  • A sincronização de dados contendo codificação não UTF-8 não é suportada, o que pode levar a 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, aplica-se uma data transfer fee se o Access Method para o banco de dados de destino for Public IP Address.

migração incremental de dados

Taxas aplicáveis. Para detalhes, consulte billing overview.

Tipos de migração

Tipo

Descrição

Migração completa de dados

Migra todos os dados existentes da instância de origem do ApsaraDB for MongoDB para o cluster de destino do AnalyticDB for MySQL 3.0.

Migração incremental de dados

Migra atualizações incrementais da instância de origem do ApsaraDB for MongoDB para o cluster de destino do AnalyticDB for MySQL 3.0 após a conclusão da migração completa de dados.

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

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

Permissões de conta de banco de dados

Banco de dados

Migração completa de dados

Migração incremental de dados

Ações

Instância de origem do ApsaraDB for MongoDB

Permissão de leitura no banco de dados de origem.

Permissão de leitura no banco de dados de origem, no banco de dados admin e no banco de dados local.

Account management

Cluster de destino do AnalyticDB for MySQL 3.0

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

Create Database Account

Nota

Se você usar 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 ApsaraDB for MongoDB com 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.

Procedimento

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

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

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

    Pelo console do DMS

    Nota

    As operações reais podem variar dependendo do modo e 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 onde a instância de migração está localizada.

  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

    Parâmetro

    Descrição

    N/A

    Task Name

    O DTS gera automaticamente um nome para a tarefa. Recomendamos especificar 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 serão configuradas automaticamente.

      Nota

      No console do DMS, este parâmetro é denominado 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, utiliza-se uma instância de banco de dados sob a conta atual da Alibaba Cloud. Selecione No.

    Architecture

    Este exemplo seleciona Replica Set.

    Nota

    Se sua instância de origem do ApsaraDB for MongoDB usar o Sharded Cluster, você também deve especificar 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 um 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 Change Streams estiverem ativados 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 como Sharded Cluster para o banco de dados de origem, não será 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 de autenticação da 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 informações sobre as permissões necessárias, consulte Permissions required for database accounts.

    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 de Encryption variam conforme o Access Method e a Architecture selecionados. As opções exibidas no console prevalecem.

    Nota
    • Um banco de dados MongoDB cuja Architecture é Sharded Cluster e o Migration Method é 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 foi added to the system (criada ou salva), selecione a instância desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente.

      Nota

      No console do DMS, este parâmetro é denominado 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 AnalyticDB for MySQL 3.0.

    Access Method

    Selecione Alibaba Cloud Instance.

    Instance Region

    Selecione a região do cluster de destino do AnalyticDB for MySQL 3.0.

    Instance ID

    Selecione o ID do cluster de destino do AnalyticDB for MySQL 3.0.

    Database Account

    Insira a conta do banco de dados do cluster de destino do AnalyticDB for MySQL 3.0. Para informações sobre as permissões necessárias, consulte Permissions required for database accounts.

    Database Password

    Insira a senha correspondente à conta do banco de dados.

  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ço IP do service DTS foi adicionado automática ou manualmente às configurações de segurança dos bancos de dados de origem e de destino para permitir o acesso dos servidores 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 deseja migrar.

      Parâmetro

      Descrição

      Migration Types

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

      • Para realizar uma migração sem tempo de inatividade, selecione tanto Full Data Migration quanto 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.

      DDL and DML Operations to Be Synchronized

      Selecione as operações a serem migradas no nível da instância durante a migração incremental.

      Nota

      Para selecionar operações incrementais no nível da coleção, clique com o botão direito no objeto de migração na seção Selected Objects e selecione as operações na caixa de diálogo que aparece.

      Merge Tables

      • Se você selecionar Yes, o DTS adiciona a coluna __dts_data_source a cada tabela para registrar as origens de dados. Para mais informações, consulte Enable multi-table merge.

      • Se você selecionar No, esta é a opção padrão.

      Nota

      O recurso de mesclagem de tabelas é configurado no nível da tarefa, não no nível da tabela. Para mesclar algumas tabelas mas não outras, você deve criar duas tarefas de migração de dados separadas.

      Aviso

      Não realize operações DDL para alterar o esquema do banco de dados de origem ou das tabelas. Caso contrário, pode ocorrer inconsistência de dados ou falha na tarefa.

      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 é aprovada. Se existirem coleções com os mesmos nomes, um erro é relatado durante a pré-verificação e a tarefa de migração de dados não inicia.

        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, altere 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.

      Source Objects

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

      Nota

      Objetos de migração podem ser selecionados no nível da coleção.

      Selected Objects

      1. Edite o mapeamento de nomes de banco 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 migradas.

        2. Altere o Schema Name para o nome do banco de dados de destino no cluster AnalyticDB for MySQL 3.0. Na caixa de diálogo Edit Schema que aparece, modifique o Schema Name (por exemplo, para dtsdb).

        3. Opcional: Na seção Select DDL and DML Operations to Be Synchronized, selecione as operações DML a serem migradas, como insert, update e delete.

        4. Clique em OK.

      2. Edite o mapeamento de nomes de tabelas.

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

          O painel Selected Objects exibe uma árvore de objetos no banco de dados (como dtsdb), incluindo tipos de objetos (como Table) e objetos específicos (como class).

        2. Altere o Table Name para o nome da tabela de destino no cluster AnalyticDB for MySQL 3.0. Na página Edit Table que aparece, modifique o Table Name (por exemplo, class). Após editar o nome da tabela ou coluna, os nomes no banco de dados de destino são atualizados adequadamente.

        3. Opcional: Defina condições de filtro para a migração completa. 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 SQL padrão. Por exemplo, para filtrar por ID de usuário, insira: {"_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 DML a serem migradas, como insert, update e delete.

      3. Configure os campos do MongoDB a serem migrados.

        Por padrão, o DTS mapeia os dados das coleções a serem migradas e configura uma expressão na coluna Parameter Value. Verifique se a expressão atende aos seus requisitos e configure parâmetros como Column Name, Type, Length e 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 a hierarquia até o subcampo de nível mais baixo. Caso contrário, pode ocorrer perda de dados ou falha na tarefa.

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

          O conteúdo entre aspas ("") é o nome do campo do MongoDB. Por exemplo, se a expressão for bson_value("age"), esta linha corresponde ao campo age no MongoDB.

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

          Nota

          Para excluir um campo que você não precisa migrar, clique no ícone image na linha.

        3. Configure os campos a serem migrados.

          Realize as seguintes operações dependendo se a expressão bson_value() atende aos seus requisitos.

          Expressões correspondentes

          1. Insira um Column Name.

            Nota

            Insira o nome da coluna na tabela de destino no cluster AnalyticDB for MySQL 3.0.

          2. Selecione o Type de dados para a coluna.

            Importante

            Certifique-se de que o tipo de dados da tabela de destino seja compatível com os dados de origem do MongoDB. Para informações sobre mapeamentos de tipos de dados, consulte Data type mappings.

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

          4. Repita estas etapas para mapear todos os campos relevantes.

          Expressões não correspondentes

          Nota

          Um exemplo é um campo com estrutura hierárquica (aninhada).

          1. Na coluna Operation, clique no ícone 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 Assignment configuration examples.

          5. Repita estas etapas para mapear todos os campos relevantes.

      4. Clique em OK.

    2. 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. Não é necessário selecionar um. Se desejar tarefas mais estáveis, adquira 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. A duração padrão de nova tentativa é de 720 minutos. Personalize o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS se 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 múltiplas instâncias DTS que compartilham a mesma origem ou destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada.

      • Como você é cobrado pela tarefa durante o período de nova tentativa de conexão, recomendamos personalizar o tempo de 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 de destino.

      Retry Time for Other Issues

      Após o início da tarefa de migração, se ocorrer um problema não relacionado à conectividade, como uma exceção de execução 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. A duração padrão de nova tentativa é de 10 minutos. Personalize o tempo de nova tentativa para um valor entre 1 e 1440 minutos. Recomendamos definir a duração para mais de 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 do banco de dados. Se necessário, ative o limitador de taxa para a tarefa de migração completa. Defina 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

      Nos dados a serem migrados, o tipo de dados da chave primária _id é uniforme dentro de uma única coleção?

      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, defina limites de velocidade para a tarefa de migração incremental. Configure 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 uma tag de ambiente para identificar a instância. Isso é opcional.

      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:

      Monitoring and Alerting

      Defina alertas e receba notificações de alerta conforme as necessidades do seu negócio.

      • No: Não define alerta.

      • Yes: Configure alertas definindo um alert threshold e 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.

    • Para visualizar os parâmetros de configuração desta instância ao chamar a operação de API, passe o ponteiro do mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters no balão que aparece.

    • Se não precisar visualizar ou já tiver terminado 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 realiza uma pré-verificação. A tarefa só inicia após passar 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 conforme a instrução e execute a pré-verificação novamente.

    • Se um aviso for relatado durante a pré-verificação:

      • Para itens de verificação que não podem ser ignorados, clique em View Details ao lado do item com falha, corrija o problema conforme a instrução e execute a pré-verificação novamente.

      • Para itens de verificação que podem ser ignorados, clique em Confirm Alert Details, Ignore, OK e Precheck Again para pular o item de alerta e executar a pré-verificação novamente. Se 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 100%, clique em Next: Purchase Instance.

    2. Na página Purchase, selecione a especificação de 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 é default resource group. 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. Selecione 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.

      Visualize 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 para automaticamente após a conclusão da migração completa. Após a parada da tarefa, seu Status muda para Completed.

      • Se a tarefa de migração incluir migração incremental, ela não para 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 será Running.

Mapeamento de tipos de dados

Tipo MongoDB

**Tipo AnalyticDB for MySQL** 3.0

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

Configuração de mapeamento

Estrutura de dados de origem do MongoDB

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

Esquema da tabela de destino do AnalyticDB for MySQL

Parâmetro

Tipo

mongo_id

varchar

Nota

Esta coluna é a chave primária.

person_name

varchar

person_age

decimal

Novas colunas

Importante

Especifique 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 consegue sincronizar dados incrementais dos subcampos do objeto person (como name, age e sex) para o destino.

Parâmetro

Tipo

Mapeamento

mongo_id

STRING

bson_value("_id")

person_name

STRING

bson_value("person","name")

person_age

DECIMAL

bson_value("person","age")