Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar PolarDB-X 1.0 para AnalyticDB for MySQL 3.0

    Central de documentação

    Data Transmission Service:Migrar PolarDB-X 1.0 para AnalyticDB for MySQL 3.0

    Última atualização: Aug 27, 2026

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

    Pré-requisitos

    • Você possui 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 ApsaraDB RDS for MySQL como tipo de armazenamento. Isso inclui instâncias RDS personalizadas internamente e adquiridas separadamente. O PolarDB for MySQL não é suportado.

    • Caso precise executar uma migração incremental de dados, garanta que o conjunto de caracteres dos dados de origem não seja utf8mb3. Caso contrário, a migração falhará.

    • Você possui um cluster AnalyticDB for MySQL V3.0 de destino. O espaço de armazenamento do cluster deve exceder o armazenamento utilizado pela instância PolarDB-X 1.0 de origem. Para mais informações, consulte Crie um cluster.

    Limitações

    Nota

    • Durante a migração de esquema, o DTS não migra chaves estrangeiras do banco de dados de origem para o banco de dados de destino.

    • Nas fases de migração total e incremental de dados, o DTS desativa temporariamente as verificações de restrições e operações em cascata de chaves estrangeiras 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.

    • O DTS não suporta a migração de views materializadas para a instância AnalyticDB for MySQL de destino durante a migração de esquema. Para utilizar views materializadas, crie-as manualmente na instância de destino após a conclusão da migração.

    Tipo

    Descrição

    Limitações do banco de dados de origem

    • O servidor que hospeda o banco de dados de origem deve ter largura de banda de saída suficiente. Largura de banda insuficiente torna a migração de dados mais lenta.

    • 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, isso pode causar 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 suporta no máximo 1.000 tabelas. Se você exceder esse limite, 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 falha e a tarefa de migração de dados não pode 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 tanto migração total quanto incremental de dados, 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 total de dados. Se os binary logs não forem retidos pelo período necessário, o DTS pode falhar ao obtê-los, o que pode causar falhas na tarefa ou até mesmo inconsistência e perda de dados. O SLA do DTS não cobre problemas causados por um período de retenção de binary log insuficiente.

    • 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 total, 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 tem várias instâncias RDS for MySQL anexadas a ela. 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 pode acidentalmente excluir os dados recém-inseridos.

        • Recomendação: Para evitar perda de dados causada por operações fora de ordem, garanta 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 total e incremental, o DTS desativa temporariamente as verificações de restrições e operações em cascata de chaves estrangeiras 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ê executar apenas a migração total 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 total de dados e migração incremental de dados.

    • O PolarDB-X 1.0 deve ser compatível com MySQL 5.7.

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

    • Não altere o tipo de uma tabela 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 broadcast para uma tabela única ou uma tabela com sharding). Se precisar alterar o tipo de 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 suporta a migração de objetos INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER e FK.

    • 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 podem ser perdidas.

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

    • Antes de executar a migração de dados, avalie o desempenho dos bancos de dados de origem e de destino. Execute a migração de dados fora dos horários de pico. Caso contrário, a migração total de dados consome recursos de leitura e gravação de ambos os bancos de dados, aumentando a carga do banco de dados.

    • Durante a migração total de dados, o DTS executa operações INSERT simultâneas, o que pode causar fragmentação de tabelas no banco de dados de destino. Como resultado, as tabelas no banco de dados de destino ocuparão mais espaço de armazenamento do que aquelas na instância de origem.

    • O DTS tenta retomar uma tarefa de migração com falha dentro de sete dias. Portanto, antes de transferir seus negócios 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 que o DTS usa para acessar a instância de destino. Isso evita que os dados de origem sobrescrevam os dados na instância de destino caso a tarefa seja retomada automaticamente.

    • Se o cluster AnalyticDB for MySQL 3.0 de destino estiver fazendo backup enquanto a tarefa do DTS é executada, a tarefa falhará.

    • 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 do DTS são modificados — não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modifique os parâmetros da instância.

    • Quando o banco de dados de destino é o AnalyticDB for MySQL 3.0, o DTS suporta a gravação apenas dos tipos de dados suportados por esse banco de dados, incluindo Basic Data Types e Complex Data Types, como ARRAY, MAP e JSON. Outros tipos como MULTIVALUE não são suportados.

    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.

    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 total de dados

    Grátis.

    Grátis neste exemplo.

    Migração incremental de dados

    Cobrado. Consulte Billing overview para mais informações.

    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 total

      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 total, 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 problemas, sem interromper suas aplicações autogerenciadas.

    Operações SQL suportadas para migração incremental

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE, DELETE

    Nota

    Ao gravar dados no AnalyticDB for MySQL, ele converte automaticamente instruções UPDATE para REPLACE INTO. Se você atualizar uma chave primária, ele converte a instrução UPDATE em um DELETE seguido por um INSERT.

    Requisitos de permissão para contas de banco de dados

    Banco de dados

    Migração de esquema

    Migração total de dados

    Migração incremental de dados

    Instância PolarDB-X 1.0

    Privilégio SELECT

    Privilégio SELECT

    Privilégios REPLICATION SLAVE, REPLICATION CLIENT e SELECT nos objetos a serem migrados.

    Nota

    Para informações sobre concessão de privilégios, consulte Account permissions for data synchronization.

    Cluster AnalyticDB for MySQL V3.0

    Permissões de leitura e gravação

    Para criar uma conta de banco de dados e conceder privilégios:

    Mapeamentos de tipos de dados

    Para detalhes, consulte Data type mappings for schema initialization.

    Procedimento

    1. Acesse a página da lista de tarefas de migração da região de destino usando um dos 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 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 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.

      Aviso

      Após selecionar as instâncias de origem e de destino, recomendamos que leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa pode falhar ou pode ocorrer inconsistência de dados.

      Categoria

      Parâmetro

      Descrição

      Nenhuma

      Task Name

      O DTS gera automaticamente um nome de tarefa. Recomendamos que especifique um nome descritivo para fácil 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 de banco de dados 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.

      Access Method

      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

      Neste exemplo, é usada uma instância de banco de dados sob a conta atual do Alibaba Cloud. Selecione No.

      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 detalhes 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 de banco de dados 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 onde o cluster AnalyticDB for MySQL de destino está localizado.

      Instance ID

      Selecione o ID do cluster AnalyticDB for MySQL de destino.

      Database Account

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

      Database Password

      Insira a senha da 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 segmentos de endereço IP do service DTS sejam adicionados 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.

    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 total, 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, você deve garantir 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.

        DDL and DML Operations to Be Synchronized

        Selecione as operações SQL para migração incremental de dados no nível da instância. Para mais informações sobre as operações suportadas, consulte Supported SQL operations for incremental migration.

        Nota

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

        Merge Tables

        • Yes: O DTS adiciona uma coluna __dts_data_source a cada tabela para armazenar a fonte de dados. Para mais informações, consulte Enable multi-table merging.

          Nota

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

        • No: Esta é a opção padrão.

        Aviso

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

        Processing Mode of Conflicting Tables

        • 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 é 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, você pode alterar 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 total, 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 podem ser migradas, ou a migração pode falhar. Prossiga com cautela.

        Capitalization of Object Names in Destination Instance

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

        Source Objects

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

        Nota

        • Você pode selecionar bancos de dados ou tabelas como objetos de migração.

        • Se você selecionar um banco de dados inteiro para migrar, as seguintes regras padrão se aplicam:

          • Se uma tabela a ser migrada no banco de dados de origem tiver uma chave primária (coluna única ou composta), as colunas da chave primária serão usadas como chave de distribuição.

          • Se uma tabela a ser migrada no banco de dados de origem não tiver uma chave primária, o DTS gerará automaticamente uma coluna de chave primária com incremento automático. Isso pode causar inconsistência de dados entre os bancos de dados de origem e de destino.

          • Alterações como adição ou exclusão de tabelas no banco de dados de origem não são migradas para o banco de dados de 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 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

        • Se você usar o recurso de mapeamento de nomes de objetos para renomear um objeto, a migração de outros objetos que dependem dele pode falhar.

        • Para usar condições WHERE para filtrar dados, clique com o botão direito na tabela a ser migrada na caixa Selected Objects e especifique as condições de filtro na caixa de diálogo que aparece. Para mais informações, consulte Defina condições de filtro.

        • 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 no objeto de migração na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece.

      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. Você não precisa selecionar um. Se desejar tarefas mais estáveis, pode adquirir um dedicated cluster para executar tarefas de migração do DTS.

        Retry Time for Failed Connections

        Após o início da tarefa de migração, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relatará um erro e começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Você pode personalizar 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 do DTS que compartilham a mesma origem ou destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada.

        • Como 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 do DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e de destino.

        Retry Time for Other Issues

        Após o início da tarefa de migração, se ocorrer um problema que não seja de conectividade, como uma exceção de execução 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. Você pode personalizar 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 total, 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, você pode ativar o limitador de velocidade para a tarefa de migração total. Você pode definir Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

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

        • Você também pode 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, você também pode optar por definir limites de velocidade para a tarefa de migração incremental. Você pode definir RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

        • Este item de configuração está disponível apenas se você selecionar Incremental Data Migration em 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

        Você pode selecionar uma tag de ambiente para identificar a instância com base nos requisitos do seu negócio. Neste exemplo, não é necessário selecionar uma tag de ambiente.

        Configure ETL

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

        • Yes: Configura o recurso ETL. Você também deve inserir data processing statements na caixa de texto.

        • No: Não configura o recurso ETL.

        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. Opcional: Após concluir as configurações anteriores, clique em Next: Configure Database and Table Fields para definir o Type, Primary Key Column, Distribution Key e informações da chave de partição (Partition Key, Partitioning Rules e Partition Lifecycle) para as tabelas a serem migradas no banco de dados de destino.

        Nota

        • Esta etapa está disponível apenas se você selecionar Schema Migration em Migration Types. Para modificar as configurações, defina Definition Status como All.

        • Em Primary Key Column, você pode selecionar várias colunas para formar uma chave primária composta. Em seguida, você deve selecionar uma ou mais colunas de Primary Key Column como Distribution Key e Partition Key. Para mais informações, consulte CREATE TABLE.

    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 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ó começa 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 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, você pode clicar 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 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 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. Você pode selecionar uma especificação com base no seu cenário de negócios. Para mais informações, consulte Data migration link specifications.

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

      4. Clique em Buy and Start e, na caixa de diálogo Purchase Confirmation que aparece, clique em Buy and Start.

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

        Nota

        • Se a tarefa de migração não incluir migração incremental, ela será parada automaticamente após a conclusão da migração total. 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.