Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar do PolarDB-X 1.0 para o Elasticsearch

    Central de documentação

    Data Transmission Service:Migrar do PolarDB-X 1.0 para o Elasticsearch

    Última atualização: Aug 18, 2026

    Este tópico descreve como usar o Data Transmission Service (DTS) para migrar dados de uma instância PolarDB-X 1.0 para um cluster Elasticsearch.

    Pré-requisitos

    • Você deve ter uma instância PolarDB-X 1.0 de origem. Para mais informações, consulte Crie uma instância PolarDB-X 1.0.

      Nota

      A instância PolarDB-X 1.0 deve usar o ApsaraDB RDS for MySQL como tipo de armazenamento. Isso inclui instâncias RDS personalizadas e adquiridas separadamente. O PolarDB for MySQL não é compatível.

    • Você deve ter um cluster Elasticsearch de destino. Para mais informações, consulte Crie um cluster Alibaba Cloud Elasticsearch.

    • O espaço de armazenamento disponível no cluster Elasticsearch de destino deve exceder o tamanho total dos dados da instância PolarDB-X 1.0 de origem.

    Observações

    Tipo

    Descrição

    Limitações do banco de dados de origem

    • As tabelas a serem migradas devem ter uma PRIMARY KEY ou uma restrição UNIQUE, e os campos na chave ou restrição devem ser únicos. Caso contrário, podem ocorrer dados duplicados no banco de dados de destino.

    • Se você migrar objetos no nível de tabela e precisar editá-los (por exemplo, mapeando nomes de colunas), uma única tarefa de migração de dados suportará no máximo 1.000 tabelas. Se esse limite for excedido, o envio da tarefa falhará. Nesse caso, divida as tabelas em várias tarefas de migração de dados ou configure uma tarefa para migrar todo o banco de dados.

    • Para migração incremental de dados, o banco de dados de origem deve atender aos seguintes requisitos de binary log:

      • Ative o recurso de binary log e defina o parâmetro binlog_row_image como full. Caso contrário, a pré-verificação falhará e a tarefa de migração de dados não poderá ser iniciada.

      • Para tarefas de migração incremental de dados, o DTS exige que os binary logs do banco de dados de origem sejam retidos por pelo menos 24 horas. Para tarefas que incluem migração completa e incremental, os binary logs devem ser retidos por pelo menos 7 dias. Você pode alterar o período de retenção para 24 horas após a conclusão da migração completa. Se os binary logs não forem retidos pelo período necessário, o DTS poderá falhar ao obtê-los, causando falhas na tarefa ou até mesmo inconsistência e perda de dados. O SLA do DTS não cobre problemas causados por retenção insuficiente de binary logs.

    • Não há suporte para migração de dados de instâncias somente leitura do PolarDB-X 1.0.

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

      • Durante a migração de dados, não execute operações como scale-out, scale-in, migração de tabelas de hot-spot, alteração da chave de sharding ou execução de instruções DDL. Caso contrário, a tarefa de migração de dados falhará.

        Nota

        Durante a fase de migração completa, o DTS consulta o banco de dados de origem. Isso cria um bloqueio de metadados que pode impedir operações DDL no banco de dados de origem.

      • Se a chave de partição for alterada no banco de dados de origem e a chave primária na tabela de destino não incluir a chave de partição de origem, poderá ocorrer perda de dados no banco de dados de destino.

        • Motivo: Uma instância PolarDB-X 1.0 possui várias instâncias RDS for MySQL anexadas. O DTS cria um link de migração separado para cada instância RDS for MySQL. Uma alteração em uma chave de partição faz com que os dados sejam excluídos de uma instância RDS for MySQL e inseridos em outra. Como os links são executados independentemente, a ordem de execução das operações DELETE e INSERT não é garantida. Se a chave primária do banco de dados de destino não incluir a chave de partição, uma operação DELETE executada posteriormente poderá excluir acidentalmente os dados recém-inseridos.

        • Recomendação: Para evitar perda de dados causada por operações fora de ordem, certifique-se de que a chave primária da tabela de destino inclua a coluna da chave de partição do banco de dados de origem.

      • Durante a migração completa e incremental, o DTS desativa temporariamente as verificações de restrições e operações de cascata de chave estrangeira no nível da sessão. Se ocorrerem operações de atualização ou exclusão em cascata no banco de dados de origem enquanto a tarefa estiver em execução, poderá haver inconsistência de dados.

      • Se você alternar o tipo de rede da instância PolarDB-X 1.0 durante a migração, atualize as informações de conexão de rede do link de migração após a conclusão da alternância.

      • Se você realizar apenas a migração completa de dados, não grave novos dados no banco de dados de origem durante a migração. Caso contrário, os dados ficarão inconsistentes entre os bancos de dados de origem e de destino. Para manter a consistência dos dados em tempo real, selecione migração de esquema, migração completa de dados e migração incremental de dados.

    • A instância PolarDB-X 1.0 de origem deve ser da versão 5,2 ou posterior.

    • Não altere o tipo de uma tabela de broadcast na instância PolarDB-X 1.0 de origem enquanto uma tarefa de migração do DTS estiver em execução (por exemplo, de uma tabela de broadcast para uma tabela única ou fragmentada). Se precisar alterar o tipo da tabela, pare a tarefa de migração. Após a conclusão da alteração, reconfigure a tarefa de migração.

    Outras limitações

    • O DTS não oferece suporte à migração de índices, partições, visualizações, procedimentos, funções, gatilhos ou chaves estrangeiras.

    • Para adicionar uma coluna a uma tabela durante a migração, primeiro modifique o mapeamento da tabela correspondente na instância Elasticsearch, depois execute a operação DDL necessária no banco de dados de origem e, por fim, pause e reinicie a tarefa de migração.

    • Não migre dados para um índice de destino que contenha relacionamentos pai-filho ou um mapeamento de Join field type. Isso pode causar exceções na tarefa ou falhas de consulta no banco de dados de destino.

    • O DTS depende da continuidade das transações XA na instância PolarDB-X 1.0 de origem para garantir a consistência dos dados nas tarefas de migração incremental. Se a continuidade das transações XA for interrompida (por exemplo, durante um cenário de recuperação de desastres do módulo de captura de dados incrementais), transações XA não confirmadas poderão ser perdidas.

    • O DTS oferece suporte ao tipo Timestamp para campos de tempo. Quando o campo de tempo no banco de dados de origem for 0, o DTS converterá automaticamente o campo de tempo correspondente no banco de dados de destino para null.

    • Antes de migrar dados, avalie o desempenho dos bancos de dados de origem e de destino. Migre os dados em horários de baixa demanda. Durante uma migração completa, o DTS consome recursos de leitura e gravação tanto nos bancos de dados de origem quanto nos de destino, o que pode aumentar a carga do banco de dados.

    • O DTS tenta retomar uma tarefa de migração com falha dentro de sete dias. Portanto, antes de transferir suas cargas de trabalho para a instância de destino, pare ou libere a tarefa, ou revogue as permissões de gravação da conta que o DTS usa para acessar a instância de destino usando o comando revoke. Isso impede que a tarefa seja retomada automaticamente e sobrescreva dados na instância de destino com dados da origem.

    • Não há suporte para especificações de desenvolvimento e teste de instâncias Elasticsearch.

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

      Nota

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

    Considerações adicionais

    O DTS atualiza periodicamente a tabela dts_health_check.ha_health_check no banco de dados de origem para avançar a posição do Binlog.
    Nota

    Se um objeto de sincronização do DTS for um alias de índice na instância Elasticsearch de destino, poderá ocorrer inconsistência de dados quando o índice real apontado pelo alias for alterado. Por exemplo, quando os dados são gravados, o alias do índice aponta para o Índice A. Se o alias passar a apontar para o Índice B durante uma operação de exclusão síncrona subsequente, os dados no Índice A não poderão ser excluídos. Como resultado, os dados excluídos da origem ainda poderão ser consultados no destino.

    Faturamento

    Faturamento

    Tipo de migração

    Taxa de configuração da instância

    Taxa de tráfego de Internet

    Migração de esquema e migração completa de dados

    Gratuito.

    Quando o parâmetro Access Method do banco de dados de destino está definido como Public IP Address, você é cobrado pelo tráfego de Internet. Para mais informações, consulte Billing overview.

    Migração incremental de dados

    Pago. Para mais informações, consulte Billing overview.

    Tipos de migração

    • Migração de esquema

      O DTS migra as definições de esquema dos objetos de migração do banco de dados de origem para o banco de dados de destino.

    • Migração completa

      O DTS migra todos os dados históricos dos objetos de migração especificados do banco de dados de origem para o banco de dados de destino.

    • Migração incremental

      Após a conclusão da migração completa, o DTS migra atualizações incrementais de dados do banco de dados de origem para o banco de dados de destino. A migração incremental permite migrar dados sem interrupções nas aplicações autogerenciadas.

    Operações SQL para migração incremental

    Tipo

    Instrução SQL

    DML

    INSERT, UPDATE e DELETE

    Nota

    Não há suporte para o uso de uma instrução UPDATE para remover uma coluna.

    Permissões da conta do banco de dados

    Banco de dados

    Migração de esquema

    Migração completa

    Migração incremental

    Instância PolarDB-X

    SELECT

    SELECT

    Permissões de leitura e gravação nos objetos a serem migrados.

    Nota

    Para mais informações, consulte Manage accounts.

    Instância Elasticsearch

    A conta do banco de dados deve ter permissões de leitura e gravação. Essa conta geralmente é elastic.

    Mapeamento de tipos de dados

    • Um banco de dados de origem e uma instância Elasticsearch oferecem suporte a tipos de dados diferentes que nem sempre podem ser mapeados diretamente. Durante a inicialização da estrutura, o DTS mapeia os tipos de dados com base naqueles compatíveis com a instância Elasticsearch de destino. Para mais informações, consulte Data type mapping for structure initialization.

      Nota

      Durante o processo de migração de esquema do DTS, o service não define o parâmetro dynamic no mapping. O comportamento desse parâmetro depende das configurações da sua instância Elasticsearch. Se seus dados de origem forem do tipo JSON, garanta que, para uma chave específica, seus valores correspondentes tenham o mesmo tipo de dados em todas as linhas de uma tabela. Caso contrário, o DTS poderá encontrar problemas de sincronização. Para mais informações, consulte dynamic.

    • O mapeamento entre o Elasticsearch e um banco de dados relacional varia conforme a versão do Elasticsearch.

      Importante

      A partir do Elasticsearch 7.0, um índice não oferece mais suporte a vários tipos, e os tipos foram completamente removidos no Elasticsearch 8.0. Por padrão, ao configurar uma tarefa de sincronização ou migração, o DTS mapeia uma tabela de um banco de dados relacional para um índice no Elasticsearch. Você pode alterar esse mapeamento ao configurar os objetos a serem sincronizados ou migrados.

      Elasticsearch 7.0 e posterior

      Elasticsearch

      Banco de dados relacional

      index

      table

      document

      row

      field

      column

      mapping

      schema

      Versões anteriores ao Elasticsearch 7.0

      Elasticsearch

      Banco de dados relacional

      index

      database

      type

      table

      document

      row

      field

      column

      mapping

      schema

    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 com base no modo e no 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.

      Seção

      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 PolarDB-X 1.0.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde a instância PolarDB-X 1.0 de origem está localizada.

      Replicate Data Across Alibaba Cloud Accounts

      Este tópico usa uma tarefa de migração de dados dentro da mesma conta Alibaba Cloud como exemplo. Selecione No.

      RDS Instance ID

      Selecione o ID da instância PolarDB-X 1.0 de origem.

      Database Account

      Insira a conta do banco de dados para a instância PolarDB-X 1.0 de origem. Para obter informações sobre as permissões necessárias, consulte Permissions required for database accounts.

      Database Password

      Insira a senha da conta do banco de dados.

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

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

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

      Type

      Selecione Cluster ou Serverless de acordo com seus requisitos de negócios.

      Instance ID

      Selecione o ID da instância Elasticsearch de destino.

      Database Account

      Insira a conta da sua instância Elasticsearch. Este é o Username especificado ao criar a instância. A conta padrão é elastic.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Selecione HTTP ou HTTPS conforme necessário.

    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), clique também em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers exibida.

    5. Configure os objetos da tarefa.

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

        Parâmetro

        Descrição

        Synchronization Types

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

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

        Nota

        • Se não selecionar Schema Migration, garanta que exista um banco de dados e tabelas para receber os dados no banco de dados de destino. Você também pode usar o recurso de mapeamento de nomes de objetos na caixa Selected Objects conforme necessário.

        • Se 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 for Existing Tables in Destination

        • Precheck and Report Errors: Verifica se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem tabelas com os mesmos nomes, a pré-verificação será aprovada. Se existirem tabelas com os mesmos nomes, um erro será relatado durante a pré-verificação e a tarefa de migração de dados não será iniciada.

          Nota

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

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

          Aviso

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

          • Se os esquemas das tabelas forem consistentes e 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:

            • Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados de origem não é migrado.

            • Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de origem sobrescreve o registro no banco de dados de destino.

          • Se os esquemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas ou a migração poderá falhar. Prossiga com cautela.

        Index Name

        • Se selecionar Table Name, o índice criado na instância Elasticsearch de destino usará o mesmo nome da tabela de origem.

        • Se selecionar Database Name_Table Name, o índice criado na instância Elasticsearch de destino será nomeado no formato database_name_table_name.

        Nota

        A configuração de mapeamento de nome de índice entra em vigor para todas as tabelas.

        Case Sensitivity Policy for Destination Object Names

        Configure a sensibilidade a maiúsculas e minúsculas dos nomes de bancos de dados, tabelas e colunas para os objetos migrados na instância de destino. Por padrão, DTS default policy está selecionado. Também é possível alinhar com as políticas 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 nos objetos a serem migrados e, em seguida, clique em Right arrow para movê-los para a caixa Selected Objects.

        Nota

        Selecione objetos para migrar no nível da tabela. Se selecionar um banco de dados inteiro, quaisquer alterações para adicionar ou excluir tabelas nesse banco de dados não serão migradas para o destino.

        Selected Objects

        • Para alterar o nome de um único objeto de migração na instância de destino, clique com o botão direito do mouse no objeto na caixa Selected Objects. Para mais informações, consulte Map individual schema, table, and column names.

        • Para alterar os nomes de vários objetos de migração na instância de destino, clique em Selected Objects no canto superior direito da caixa Batch Edit. Para mais informações, consulte Map multiple schema, table, and column names.

        Nota

        • Apenas sublinhados (_) são aceitos como caracteres especiais em nomes de índices e tipos.

        • Se usar o recurso de mapeamento de nomes de objetos, outros objetos dependentes do objeto renomeado poderão falhar na migração.

        • Para filtrar dados usando condições WHERE, clique com o botão direito do mouse em uma tabela na caixa Selected Objects e especifique as condições de filtro na caixa de diálogo exibida. Para mais informações, consulte Set filter conditions.

        • Para selecionar as operações SQL a serem migradas no nível do banco de dados ou da tabela, clique com o botão direito do mouse em um objeto de migração na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo exibida.

      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 relatará um erro e começará 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 será retomada automaticamente. Caso contrário, a tarefa falhará.

        Nota

        • Para várias 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 relatará um erro e começará 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 será retomada automaticamente. Caso contrário, a tarefa falhará.

        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 velocidade 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 em Migration Types.

        • Também é possível adjust the full migration speed após a instância de migração estar em execução.

        Enable Throttling for Incremental Data Migration

        Se necessário, defina limites de velocidade para a tarefa de migração incremental. Defina 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 em Migration Types.

        • Também é possível 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. Para este exemplo, nenhuma tag é necessária.

        Shard Configuration

        Defina o número de shards primários e shards réplica para o índice com base na configuração máxima de shards dos índices no cluster Elasticsearch de destino.

        String Index

        O método usado para indexar strings na instância Elasticsearch de destino.

        • analyzed: A string é analisada e depois indexada. Selecione também um analisador específico. Para mais informações sobre tipos de analisadores e suas funções, consulte Analyzers.

        • not analyzed: A string é indexada com seu valor original, sem análise.

        • no: A string não é indexada.

        Time Zone

        Quando o DTS migra tipos de dados relacionados a tempo, como DATETIME e TIMESTAMP, para a instância Elasticsearch de destino, selecione um fuso horário para os dados.

        Nota

        Se esse tipo de dado na instância de destino não exigir um fuso horário, defina previamente o tipo de documento (type) para esse tipo de dado na instância de destino.

        DOCID

        Por padrão, o DOCID é a chave primária da tabela. Se a tabela não tiver uma chave primária, o DOCID será uma coluna de ID gerada automaticamente pelo Elasticsearch.

        Configure ETL

        Com base nas necessidades do seu negócio, selecione se deseja configurar o ETL feature para processar dados.

        Monitoring and Alerting

        Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades do seu negócio.

        • No: Não define um alerta.

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

      3. Após concluir as configurações, clique em Next: Configure Database and Table Fields. Na próxima página, defina a política _routing e o valor _id para as tabelas a serem migradas para o cluster Elasticsearch de destino.

        Tipo

        Descrição

        Set _routing

        O recurso _routing permite rotear documentos para um shard específico na instância Elasticsearch de destino. Para mais informações, consulte _routing.

        • Se selecionar Yes, especifique colunas personalizadas para roteamento.

        • Se selecionar No, o valor _id será usado para roteamento.

        Nota

        Se a instância Elasticsearch de destino for da versão 7.x, selecione No.

        _routing Column

        Selecione a coluna a ser usada para roteamento.

        Nota

        Este parâmetro é necessário apenas se selecionar Yes para Set _routing.

        Value of _id

        Selecione a coluna a ser usada como ID do documento.

    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 da API, passe o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica exibida.

      • 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ó começa após ser aprovada 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 no aviso 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 com base no aviso 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 para o seu negócio.

    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 é 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 exibida, 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 será parada 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 será parada 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.