Todos os produtos
Search
Central de documentação

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

Última atualização: Oct 09, 2026

O Data Transmission Service (DTS) sincroniza dados do ApsaraDB for MongoDB (replica set ou sharded cluster) para o Lindorm (wide-column engine). Este service estável, econômico e fácil de usar oferece alta concorrência e baixa latência, sendo ideal para casos de uso que incluem metadados, pedidos, faturas, perfis e redes sociais.

Pré-requisitos

  • A instância de origem do ApsaraDB for MongoDB deve estar na região Germany (Frankfurt).

  • A instância de origem do ApsaraDB for MongoDB deve ter arquitetura de replica set ou sharded cluster.

    Importante

    Se a instância de origem do ApsaraDB for MongoDB tiver arquitetura de sharded cluster, obtenha um endpoint para cada nó de shard e verifique se todos os nós de shard usam a mesma conta e senha. Para mais informações, consulte Apply for a shard endpoint.

  • Inicialmente, crie uma instância de destino do Lindorm que use o wide table engine e tenha mais espaço de armazenamento do que a instância de origem do ApsaraDB for MongoDB. Para mais informações, consulte Create an instance.

    Nota

    A capacidade de armazenamento da instância de destino deve ser pelo menos 10% maior que o espaço de armazenamento utilizado pelo banco de dados de origem.

  • Em seguida, crie uma wide table na instância do Lindorm com base nos requisitos do seu negócio. Para obter instruções, consulte Connect to and use LindormTable with Lindorm-cli ou Connect to LindormTable with Lindorm Shell.

    Nota

Precauções

Tipo

Descrição

Limites do banco de dados de origem

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

  • As coleções a serem sincronizadas devem ter chave primária ou restrição UNIQUE, e os valores dos campos devem ser exclusivos. Caso contrário, podem surgir dados duplicados no banco de dados de destino.

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

  • Se o MongoDB de origem for uma instância de sharded cluster, o número de nós Mongos não pode exceder 10.

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

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

    • Se a versão do MongoDB for 8.0 ou posterior e o Migration Method for Oplog, garanta que a conta Shard usada pela tarefa de sincronização tenha a permissão directShardOperations. Adicione essa permissão com 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, garanta que a conta Mongos do sharded cluster do MongoDB de origem tenha permissão para executar o comando db.runCommand({"balancerStatus":1}). O DTS verifica se o Balancer está desativado com esse comando durante a pré-verificação.

  • Se você sincronizar no nível da coleção e precisar editar objetos (como renomear coleções), uma única tarefa de sincronização suporta até 1.000 coleções. Se exceder esse limite, a tarefa falhará com um erro após o envio. Para resolver, divida as coleções em lotes e configure várias tarefas ou configure uma tarefa de sincronização de banco de dados completo.

  • Um único documento no banco de dados de origem não pode exceder 16 MB. Caso contrário, a tarefa falhará.

  • O banco de dados de origem não pode ser o Azure Cosmos DB for MongoDB nem o Amazon DocumentDB (elastic cluster).

  • O banco de dados de origem deve ter o Oplog ativado e retê-lo por pelo menos sete dias. Como alternativa, ative o Change Streams e garanta que o DTS possa assinar 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 a falha da tarefa. Em casos extremos, isso pode causar inconsistência ou perda de dados. Esses problemas não são cobertos pelo contrato de nível de service (SLA) do DTS.

    Importante
    • Recomendamos usar o Oplog para capturar alterações de dados.

    • Apenas o MongoDB 4.0 e versões posteriores suportam o Change Streams, que não é compatível com sincronização bidirecional.

    • Se o banco de dados de origem for o Amazon DocumentDB (non-elastic cluster), ative 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 migração de dados pode falhar ou causar inconsistência de dados entre os bancos de dados de origem e de destino.

    • Se executar apenas a sincronização completa de dados, não grave novos dados na instância de origem. Caso contrário, pode ocorrer inconsistência de dados entre os bancos de dados de origem e de destino.

    • Se o MongoDB de origem for uma instância de sharded cluster, 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 as coleções a serem sincronizadas contiverem índices TTL, pode ocorrer inconsistência de dados ou latência.

  • Garanta que não existam documentos órfãos na instância de sharded cluster 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 o MongoDB de origem for um sharded cluster e o Balancer estiver balanceando dados, pode ocorrer latência.

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

Outros limites

  • Há suporte apenas para tarefas de sincronização dentro de Germany (Frankfurt).

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

  • A coleção do Lindorm de destino não pode ter campos chamados _id ou _value. Caso contrário, a sincronização falhará.

  • Se precisar de sincronização incremental para operações UPDATE ou DELETE, aplique os seguintes limites:

    • Se a wide table for criada com o Lindorm SQL, adicione uma coluna de não chave primária chamada _mongo_id_ ao criar a tabela. O tipo de dados dela deve corresponder ao tipo do campo _id no MongoDB. Crie também um índice secundário nessa coluna.

    • Se a wide table for criada com a api do HBase, adicione uma coluna de não chave primária chamada _mongo_id_ na família de colunas f ao criar a tabela. O tipo de dados dela deve corresponder ao tipo do campo _id no MongoDB. Crie também um índice secundário nessa coluna. Se usar essa nova coluna e o ETL juntos, garanta que não existam dados duplicados no Lindorm.

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

  • Os dados a serem sincronizados na instância do Lindorm devem atender aos requisitos especificados em Request limits. Caso contrário, a tarefa falhará.

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

  • A sincronização completa de dados executa operações INSERT simultaneamente, o que 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 será maior do que na instância de origem.

  • Antes, confirme se a precisão de sincronização do DTS para colunas FLOAT ou DOUBLE atende às expectativas do seu negócio. O DTS lê essas colunas com 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 que você atualize essas informações.

  • O DTS não suporta sincronização de coleções de séries temporais introduzidas no MongoDB 5.0 e versões posteriores.

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

    Nota

    Apenas os parâmetros da tarefa do DTS são modificados, e não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem os listados em Modify instance parameters.

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

Faturamento

Tipo de sincronização

Taxa de configuração da tarefa

Sincronização completa de dados

Gratuita.

Sincronização incremental de dados

Sujeita a taxas. Para mais informações, consulte billing overview.

Tipos de sincronização

Tipo

Descrição

Sincronização completa de dados

Move todos os dados existentes nos objetos selecionados da instância de origem do ApsaraDB for MongoDB para a instância de destino do Lindorm.

Nota

Há suporte para sincronização completa de dados em bancos de dados e coleções.

Sincronização incremental de dados

Sincroniza as alterações contínuas de dados da instância de origem do ApsaraDB for MongoDB para a instância de destino do Lindorm após uma sincronização completa inicial de dados.

Nota
  • Há suporte apenas para as operações insert, update e delete em documentos de uma coleção.

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

Permissões da conta do banco de dados

Banco de dados

Permissões

Ações

ApsaraDB for MongoDB de origem

Permissão de leitura nos bancos de dados de origem, admin e local.

Permission management for MongoDB database users

Lindorm de destino

Permissão de leitura e gravação no namespace de destino.

Managing access control

Nota

Se 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 conta personalizada, conceda também à 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 sincronização da região de destino. Use um dos dois métodos a seguir:

    Pelo console do DTS

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

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

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

    Pelo console do DMS

    Nota

    As operações reais podem variar conforme 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/D

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

    Source Database

    Select Existing Connection

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

      Nota

      No console do DMS, este item de configuração é chamado de Select a DMS database instance..

    • Se não adicionou a instância de banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.

    Database Type

    Selecione MongoDB.

    Access Method

    Selecione Alibaba Cloud Instance.

    Instance Region

    Selecione a região onde a instância de origem do ApsaraDB for MongoDB está localizada.

    Replicate Data Across Alibaba Cloud Accounts

    Este exemplo mostra como sincronizar dados dentro da mesma conta Alibaba Cloud. Selecione No.

    Architecture

    Neste exemplo, selecione Replica Set.

    Nota

    Se a instância de origem do ApsaraDB for MongoDB for um Sharded Cluster, especifique também a Shard account e a Shard password.

    Migration Method

    Selecione um método para sincronizaçã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

      O Oplog é ativado 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 ativado para o banco de dados de origem.

      Nota
      • Se o banco de dados de origem for uma instância do Amazon DocumentDB (non-elastic cluster), selecione apenas ChangeStream.

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

    Instance ID

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

    Authentication Database

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

    Em seguida, insira a conta do banco de dados da instância de origem do ApsaraDB for MongoDB. Para obter informações sobre as permissões necessárias, consulte Permissions required for database accounts.

    Database Password

    Por fim, 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 com Architecture Sharded Cluster e Migration Method Oplog não suporta SSL-encrypted.

    • Se a origem for um banco de dados MongoDB autogerenciado (Access Method diferente de Alibaba Cloud Instance) com arquitetura Replica Set e você selecionar SSL-encrypted, o DTS também permitirá o upload de um certificado CA para verificar a conexão.

    Destination Database

    Select Existing Connection

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

      Nota

      No console do DMS, este item de configuração é chamado de Select a DMS database instance..

    • Se não adicionou a instância de banco de dados ao sistema ou não precisa usar uma instância já adicionada, configure manualmente as seguintes informações do banco de dados.

    Database Type

    Selecione Lindorm.

    Access Method

    Selecione Alibaba Cloud Instance.

    Instance Region

    Selecione a região onde a instância de destino do Lindorm está localizada.

    Instance ID

    Selecione o ID da instância de destino do Lindorm.

    Database Account

    Agora, insira a conta do banco de dados da instância de destino do Lindorm. Para obter informações sobre as permissões necessárias, consulte Permissions required for database accounts.

    Database Password

    Por fim, 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
    • Garanta 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. Isso pode ser feito automática ou manualmente. Para mais informações, consulte Add the IP address CIDR blocks of DTS servers to a whitelist.

    • Se o banco de dados de origem ou de destino for autogerenciado (onde o Access Method não é Alibaba Cloud Instance), clique também 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

      A opção Incremental Data Synchronization está selecionada. Selecione apenas Full Data Synchronization. Não há suporte para 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 subsequente.

      Processing Mode of Conflicting Tables

      Nenhuma configuração é necessária. Mantenha a configuração padrão.

      Capitalization of Object Names in Destination Instance

      Configure 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. Selecione a DTS default policy (opção padrão) ou use 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

      É possível selecionar objetos no nível da coleção.

      Selected Objects

      Se usou o Lindorm SQL para criar a wide table no banco de dados de destino, configure colunas adicionais para sincronização. Colunas não configuradas não são sincronizadas.

      1. Agora, edite o mapeamento do nome do banco de dados.

        1. Na caixa Selected Objects, clique com o botão direito no banco de dados que contém a coleção a ser sincronizada.

        2. Altere o Schema Name para o nome do banco de dados de destino no Lindorm.

          Na caixa de diálogo exibida, selecione as operações DML a serem sincronizadas (insert, update e delete). Na seção Additional Columns, clique em + New Column para adicionar colunas. Em seguida, clique em OK.

        3. Opcional: Na seção Select DML Operations to Be Synchronized, selecione as operações incrementais a serem sincronizadas.

        4. Clique em OK.

      2. Depois, edite o mapeamento do nome da tabela.

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

        2. Altere o Table Name para o nome da tabela de destino no Lindorm.

          Na caixa de diálogo Edit Table, também é possível definir Filter Conditions. A sintaxe para condições de filtro do ApsaraDB for MongoDB difere da cláusula WHERE padrão do SQL. Na seção Select DML Operations to Be Synchronized, selecione insert, update e delete. Na seção Additional Columns, clique em + New Column para adicionar colunas à tabela de destino para fins como gerenciamento de metadados, classificação ou deduplicação. Após concluir as configurações, clique em OK.

        3. Opcional: Defina as condições de filtro. Para mais informações, consulte Filter task data with an SQL condition.

        4. Opcional: Na seção Select DML Operations to Be Synchronized, selecione as operações incrementais a serem sincronizadas.

      3. Configure os campos do MongoDB a serem sincronizados.

        Por padrão, o DTS mapeia os dados da coleção a ser sincronizada e configura uma expressão na coluna Parameter Value. Agora, verifique se a expressão atende aos seus requisitos e especifique informações como Column Name, Type, Length e Precision.

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

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

        2. Opcional: exclua os campos que não deseja sincronizar.

          Nota

          Para remover um campo indesejado, clique em ícone image na linha correspondente.

        3. Configure os campos a serem sincronizados.

          Execute as etapas a seguir conforme a expressão bson_value() atenda ou não aos seus requisitos.

          Expressões correspondentes

          1. Aqui, insira um Column Name.

            Nota

            Este é o nome da coluna de destino na tabela do Lindorm.

            • Se a tabela de destino for criada com SQL, insira o nome da coluna na tabela do Lindorm para o parâmetro Column Name.

            • Se a tabela de destino for criada com HBase e for necessário usar o recurso de adicionar coluna, adicione mapeamentos de colunas antes de alterar o nome da coluna. Para mais informações, consulte Example of adding column mappings for an HBase table. Configure o Column Name da seguinte forma:

              • Se a coluna for chave primária, insira ROW.

              • Se a coluna não for chave primária, use o formato column_family:column_name, como person:name.

          2. Selecione um 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 no banco de dados MongoDB de origem.

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

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

          Expressões não correspondentes

          Nota

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

          1. Na coluna Actions, clique em ícone image na linha correspondente.

          2. Clique em + New Column. Na seção Additional Columns, clique em botão + New Column no canto superior direito.

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

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

            Importante
            • O valor bson_value("_id") deve ser atribuído à coluna de chave primária da tabela de destino.

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

          5. Repita essas 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 sendo necessário selecionar um cluster. Para um desempenho mais estável, adquira 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 relatará um erro e começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Também é possível especificar uma duração personalizada de 10 a 1.440 minutos. Recomendamos definir a duração como 30 minutos ou mais. Se o DTS reconectar com sucesso ao banco de dados dentro da duração especificada, a tarefa de sincronização será retomada automaticamente. Caso contrário, a tarefa falhará.

      Nota
      • Se houver várias instâncias do DTS (por exemplo, Instância A e Instância B) que compartilham a mesma origem ou destino, e o tempo de nova tentativa de rede for definido como 30 minutos para a Instância A e 60 minutos para a Instância B, a duração mais curta de 30 minutos será usada para ambas.

      • Como o DTS cobra pelo tempo de execução da tarefa durante o período de nova tentativa de conexão, personalize a duração da nova tentativa com base nas necessidades do seu negócio ou libere 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 relatará um erro e iniciará imediatamente operações contínuas de nova tentativa. A duração padrão de nova tentativa é de 10 minutos. Também é possível personalizar a duração dentro do intervalo de 1 a 1.440 minutos. Recomendamos definir como 10 minutos ou mais. Se as operações relevantes forem bem-sucedidas dentro da duração de nova tentativa definida, a tarefa de sincronização será retomada automaticamente. Caso contrário, a tarefa falhará.

      Importante

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

      Enable Throttling for Full Data Synchronization

      Durante a etapa 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, defina 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.

      • Também é possível 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

      Aqui, especifique se os tipos de dados da chave primária _id são exclusivos dentro de cada coleção a ser sincronizada.

      Importante
      • Selecione uma opção com base nos 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

      Também é possível 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 seus requisitos. Neste exemplo, nenhuma seleção é necessária.

      Configure ETL

      Aqui, 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:

      Nota

      Se a tabela de destino for criada com HBase, observe o seguinte:

      • A sintaxe do ETL inclui colunas a serem configuradas e colunas a serem excluídas. Durante a sincronização, todos os campos de nível superior dos documentos do MongoDB para os quais o ETL está configurado são armazenados na família de colunas padrão f da tabela do HBase. O exemplo a seguir mostra como gravar todos os elementos, exceto os dois elementos de nível superior _id e name, como colunas dinâmicas na tabela de destino. Para mais informações, consulte HBase table synchronization example (ETL).

        script:e_expand_bson_value("*", "_id,name")
      • Se for necessário usar o recurso de nova coluna e o recurso ETL juntos, certifique-se de que os dados no Lindorm não estejam duplicados.

      • Colunas para as quais nem o recurso de nova coluna nem o recurso ETL estão configurados não são sincronizadas com o banco de dados de destino.

      Monitoring and Alerting

      Aqui, especifique se deseja configurar alertas. Se a sincronização falhar ou a latência exceder o limiar especificado, uma notificação será enviada para um contato de alerta.

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

    • Para visualizar os parâmetros da api para configurar esta instância, passe o mouse sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica flutuante.

    • Após visualizar os parâmetros da api, clique em Next: Save Task Settings and Precheck na parte inferior da página.

    Nota
    • Antes do início da tarefa de sincronização, o DTS executa uma pré-verificação. A tarefa só pode começar após a aprovação de todos os itens de pré-verificação.

    • Se a pré-verificação falhar, clique em View Details no item com falha. Corrija o problema conforme instruído e execute a pré-verificação novamente.

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

      • Se um item de verificação falhar e não puder ser ignorado, clique em View Details ao lado do item. Siga as instruções para corrigir o problema e execute a pré-verificação novamente.

      • Para itens de verificação que podem ser ignorados, clique em Confirm Alert Details, Ignore, OK e Precheck Again em sequência para pular o aviso e executar a pré-verificação novamente. Optar por ocultar o item de aviso pode causar problemas como inconsistência de dados e apresentar riscos ao seu negócio.

  7. Adquira a instância.

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

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

      Categoria

      Parâmetro

      Descrição

      New Instance Class

      Método de faturamento

      • Assinatura: o pagamento é feito ao criar a instância. Adequado para necessidades de longo prazo e mais econômico que o pagamento conforme o uso. Quanto maior a duração da assinatura, maior o desconto.

      • Pagamento conforme o uso: a cobrança é por hora. Adequado para necessidades de curto prazo. Libere a instância imediatamente após o uso para economizar custos.

      Configuração do grupo de recursos

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

      Especificação do link

      O DTS fornece especificações de sincronização com diferentes níveis de desempenho. A especificação do link de sincronização afeta a taxa de sincronização. Agora, escolha uma especificação com base no seu cenário de negócio. Para mais informações, consulte Data synchronization link specifications.

      Duração da assinatura

      No modo de assinatura, selecione a duração e a quantidade para a instância de assinatura. Em seguida, escolha 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.

      Agora, visualize o progresso da tarefa na página Data Synchronization.

Adicionar mapeamentos de colunas a uma tabela do HBase

Este exemplo mostra os comandos a serem executados no SQL Shell.

Nota

Este recurso requer o Lindorm 2.4.0 ou posterior.

  1. Adicione um mapeamento de coluna à tabela do HBase.

    ALTER TABLE test MAP DYNAMIC COLUMN f:_mongo_id_ HSTRING/HINT/..., person:name HSTRING, person:age HINT;
  2. Crie um índice secundário na tabela do HBase.

    CREATE INDEX idx ON test(f:_mongo_id_);

Exemplo: ETL para tabelas do HBase

Documento do MongoDB

{
  "_id" : 0,
  "person" : {
    "name" : "cindy0",
    "age" : 0,
    "student" : true
  }
}

Instrução de processamento ETL

script:e_expand_bson_value("*", "_id")

Resultado da sincronização

0: jdbc:lindorm:xxx> select * from mongo_test_dynamic_column limit 3;
+------+------+-------------+----------------------------------------------------------+
| ROW  | COL  | _mongo_id_  |                         person                           |
+------+------+-------------+----------------------------------------------------------+
|      | 0    |             | { "name" : "cindy0", "age" : 0, "student" : true }      |
|      | 1    |             | { "name" : "cindy1", "age" : 1, "student" : false }     |
|      | 2    |             | { "name" : "cindy2", "age" : 2, "student" : true }      |
+------+------+-------------+----------------------------------------------------------+
3 rows selected (0.009 seconds)

Exemplo de atribuição de valor

Estrutura de dados do ApsaraDB for MongoDB de origem

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

Schema da tabela do Lindorm de destino

Parâmetro

Tipo

id

STRING

person_name

STRING

person_age

BIGINT

Configuração de atribuição de valor

Importante

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

Parâmetro

Tipo

Valor

id

STRING

bson_value("_id")

person_name

STRING

bson_value("person","name")

person_age

BIGINT

bson_value("person","age")