Todos os produtos
Search

Este produto

    PolarDB:Migração entre clusters do PolarDB for MySQL

    Central de documentação

    PolarDB:Migração entre clusters do PolarDB for MySQL

    Última atualização: Jul 05, 2026

    Use o Data Transmission Service (DTS) para migrar dados entre clusters do PolarDB for MySQL.

    Nota

    Atualmente, não é possível atualizar um cluster PolarDB for MySQL para o MySQL 8.0. Como alternativa, crie um novo cluster PolarDB for MySQL com MySQL 8.0 e use este método para migrar os dados do cluster original para o novo. Para migrações entre versões diferentes, crie um cluster PolarDB for MySQL no modelo de pagamento conforme o uso para testar a compatibilidade. Libere o cluster após a conclusão dos testes.

    Pré-requisitos

    Limitações

    Nota

    • O DTS migra chaves estrangeiras durante a migração de esquema.

    • Durante a migração completa e incremental de dados, o DTS desativa temporariamente as verificações de restrições e cascatas de chave estrangeira no nível da sessão. Atualizações ou exclusões em cascata no banco de dados de origem enquanto a tarefa está em execução podem causar inconsistência de dados.

    Tipo

    Descrição

    Limites do banco de dados de origem

    • O servidor que hospeda o banco de dados de origem deve possuir largura de banda de saída suficiente. Caso contrário, a velocidade de migração de dados será afetada.

    • As tabelas a serem migradas precisam ter uma chave primária ou uma restrição UNIQUE, e os campos dessa chave ou restrição devem ser únicos. Do contrário, dados duplicados podem surgir no banco de dados de destino.

    • Se você migrar dados no nível de tabela e precisar editar as tabelas, como mapear nomes de colunas, uma única tarefa de migração de dados pode migrar no máximo 1.000 tabelas. Se esse limite for excedido, um erro será reportado após o envio da tarefa. Nesse caso, divida as tabelas em várias tarefas de migração ou configure uma tarefa para migrar todo o banco de dados.

    • Ao realizar migração incremental:

      • Ative o log binário e defina o parâmetro loose_polar_log_bin como on. Caso contrário, a pré-verificação reportará um erro e a tarefa de migração de dados não poderá ser iniciada. Para mais informações sobre como ativar o log binário e modificar parâmetros, consulte Ativar log binário e Modificar parâmetros.

        Nota

        A ativação do log binário para um cluster PolarDB for MySQL consome espaço de armazenamento e gera taxas de armazenamento.

      • Os logs binários do cluster PolarDB for MySQL devem ser retidos por pelo menos 3 dias. Recomendamos um período de retenção de 7 dias. Caso contrário, o DTS pode falhar ao obter os logs binários, o que pode causar falha na tarefa. Em casos extremos, isso pode levar a inconsistência ou perda de dados. Problemas causados por um período de retenção de log binário inferior ao exigido pelo DTS não são cobertos pelo Acordo de Nível de Serviço (SLA) do DTS.

        Nota

        Para mais informações sobre como definir o período de retenção dos logs binários de um cluster PolarDB for MySQL, consulte Modificar o período de retenção.

    • Limites operacionais para o banco de dados de origem:

      • Durante a migração de esquema e a migração completa de dados, não execute operações DDL que alterem o esquema do banco de dados ou da tabela. Caso contrário, a tarefa de migração de dados falhará.

        Nota

        Durante a migração completa de dados, 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 você executar apenas a migração completa de dados, não grave novos dados na instância de origem. Caso contrário, ocorrerá inconsistência de dados entre a origem e o 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.

    Outros limites

    • As instâncias de origem e de destino do PolarDB for MySQL devem executar a mesma versão do MySQL para garantir compatibilidade.

    • O DTS não suporta a migração de parsers definidos usando sintaxe de comentários.

    • O DTS não suporta a migração de nós somente leitura da instância de origem do PolarDB for MySQL.

    • O DTS não suporta a migração de tabelas externas do OSS da instância de origem do PolarDB for MySQL.

    • O DTS não suporta a migração de INDEX e PARTITION.

    • O DTS não suporta cenários de failover primário/standby para a instância de banco de dados durante a migração completa de dados. Nesse cenário, reconfigure a tarefa de migração prontamente.

    • Se o banco de dados de origem usar operações DDL online no modo de tabela temporária — incluindo cenários de mesclagem de várias tabelas — ou adicionar índices baseados em funções a colunas de chave única, pode ocorrer perda de dados ou falha na tarefa no banco de dados de destino.

    • Se ocorrer um conflito de chave primária ou única durante a migração:

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

    • Se seus dados incluírem caracteres de quatro bytes — como caracteres chineses raros ou emojis — o banco de dados e a tabela de destino devem usar o charset utf8mb4.

      Nota

      Se você usar o DTS para migrar esquemas, defina o parâmetro de nível de instância character_set_server como utf8mb4 no banco de dados de destino.

    • Antes de executar a migração de dados, avalie o desempenho dos bancos de dados de origem e de destino. Recomendamos realizar a migração de dados fora dos horários de pico. Durante a migração completa de dados, 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.

    • A migração completa de dados envolve operações INSERT simultâneas, o que causa fragmentação de tabela no banco de dados de destino. Como resultado, o espaço de armazenamento da tabela no banco de dados de destino fica maior do que na instância de origem após a conclusão da migração completa.

    • Verifique se a precisão da migração para colunas do tipo de dados FLOAT ou DOUBLE atende aos requisitos do seu negócio. O DTS lê os valores dessas colunas usando ROUND(COLUMN,PRECISION). Se a precisão não for definida explicitamente, o DTS usa uma precisão padrão de 38 para FLOAT e 308 para DOUBLE.

    • O DTS tenta recuperar tarefas com falha dentro de sete dias. Antes de alternar suas cargas de trabalho para a instância de destino, encerre ou libere a tarefa. Alternativamente, revogue as permissões de gravação da conta de banco de dados que o DTS usa para acessar a instância de destino usando o comando revoke. Isso impede que os dados de origem sobrescrevam os dados na instância de destino caso a tarefa seja recuperada automaticamente.

    • Se uma instrução DDL falhar ao ser gravada no banco de dados de destino, a tarefa do DTS continuará em execução. Verifique nos logs da tarefa a instrução DDL com falha. Para mais informações sobre como visualizar logs de tarefas, consulte Consultar logs de tarefas.

    • Para migrar contas de banco de dados da origem, cumpra os pré-requisitos necessários e revise as considerações relacionadas. Para mais informações, consulte Migrar contas de banco de dados.

    • 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 Modificar parâmetros da instância.

    Outras observações

    O DTS executa periodicamente o comando CREATE DATABASE IF NOT EXISTS test no banco de dados de origem para avançar o deslocamento do log binário.

    Faturamento

    Tipo de migração

    Taxa de configuração da instância

    Taxa de tráfego pela Internet

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

    Gratuito.

    Quando o parâmetro Access Method do banco de dados de destino estiver definido como Public IP Address, haverá cobrança de tráfego pela Internet. Para mais informações, consulte Visão geral do faturamento.

    Migração incremental de dados

    Pago. Para mais informações, consulte Visão geral do faturamento.

    Tipos de migração

    • Migração de esquema

      O Data Transmission Service (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.

      • O DTS suporta migração de esquema para tabelas, visualizações, gatilhos, procedimentos armazenados e funções.

        Nota

        O routine_body dos procedimentos armazenados, o routine_body das funções e o select_statement das visualizações não são modificados.

      • Durante a migração de esquema, o DTS altera o DEFINER para INVOKER nas visualizações, procedimentos armazenados e funções a serem migrados. Essa ação altera o valor de SQL SECURITY para INVOKER. O DTS também define o DEFINER como a conta do banco de dados de destino usada para a tarefa de migração.

        Nota

        O método de autenticação de segurança e o definer do banco de dados de origem não são modificados.

      • Como o DTS não migra informações de usuário, conceda permissões de leitura e gravação ao invocador para chamar visualizações, procedimentos armazenados e funções no 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 as 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 para migração incremental

    Tipo de operação

    Instrução SQL

    DML

    INSERT, UPDATE, DELETE

    DDL

    • ALTER TABLE, ALTER VIEW

    • CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW

    • DROP INDEX, DROP TABLE

    • RENAME TABLE

      Importante

      Uma operação RENAME TABLE pode causar inconsistência de dados. Por exemplo, se você selecionar apenas uma tabela como objeto de migração e renomear a tabela na instância de origem durante a migração, os dados dessa tabela não serão migrados para o banco de dados de destino. Para evitar esse problema, selecione todo o banco de dados ao qual a tabela pertence como objeto de migração ao configurar a tarefa de migração de dados. Certifique-se de que os bancos de dados aos quais a tabela pertence antes e depois da operação RENAME TABLE estejam ambos incluídos nos objetos de migração.

    • TRUNCATE TABLE

    Permissões da conta de banco de dados

    Banco de dados

    Permissões

    Cluster de origem do PolarDB for MySQL

    Permissões de leitura nos objetos a serem migrados

    Cluster de destino do PolarDB for MySQL

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

    Para clusters do PolarDB for MySQL, consulte Criar e gerenciar contas de banco de dados.

    Procedimento

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

      Pelo console do DTS

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

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

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

      Pelo console do DMS

      Nota

      As operações reais podem variar dependendo do modo e do layout do console do DMS. Para mais informações, consulte Console do modo simples e Personalizar o layout e o estilo do console do DMS.

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

      Configuração

      Descrição

      Nenhuma

      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 adicionada ao sistema (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 for MySQL.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde reside o cluster de origem do PolarDB for MySQL.

      PolarDB Cluster ID

      Insira o ID do cluster de origem do PolarDB for MySQL.

      Database Account

      Insira a conta do banco de dados do cluster de origem do PolarDB for MySQL. Para informações sobre as permissões necessárias, consulte Permissões da conta de banco de dados.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Selecione um tipo de conexão conforme necessário. Para mais informações sobre o recurso de criptografia SSL, consulte Ativar criptografia SSL.

      Destination Database

      Select Existing Connection

      • Para usar uma instância de banco de dados que foi adicionada ao sistema (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 for MySQL.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região onde reside o cluster de destino do PolarDB for MySQL.

      PolarDB Cluster ID

      Selecione o ID do cluster de destino do PolarDB for MySQL.

      Nota

      Se o destino for um Multi-master Cluster (Limitless) no modo Read/Write (Automatic Read/Write Splitting), adicione o nó primário do banco de dados e da tabela de destino ao endpoint de leitura/gravação ou selecione todos os nós primários. Isso é necessário porque os Multi-master Clusters usam um mecanismo de roteamento baseado em banco de dados e tabelas. Avalie o impacto do roteamento antes de selecionar os nós. Para mais informações, consulte Configurar um proxy de banco de dados.

      Database Account

      Insira a conta do banco de dados do cluster de destino do PolarDB for MySQL. Para informações sobre as permissões necessárias, consulte Permissões da conta de banco de dados.

      Importante

      Use uma conta privilegiada.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Selecione um tipo de conexão conforme necessário. Para mais informações sobre o recurso de criptografia SSL, consulte Ativar criptografia SSL.

    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 serviço 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 Adicionar endereços IP de servidores DTS a uma lista de permissões.

      • Se o banco de dados de origem ou de destino for um banco de dados autogerenciado (o Access Method não for Alibaba Cloud Instance), clique também em Test Connectivity na caixa de diálogo CIDR Blocks of DTS Servers que aparece.

    5. Configure os objetos da tarefa.

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

        Configuração

        Descrição

        Migration Types

        • Se precisar apenas realizar 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. Também é possível 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.

        Method to Migrate Triggers in Source Database

        Selecione um método para migrar gatilhos conforme necessário. Se os objetos a serem migrados não envolverem gatilhos, não é necessário configurar este parâmetro. Para mais informações, consulte Configurar um método para sincronizar ou migrar gatilhos.

        Nota

        Este parâmetro está disponível apenas quando você seleciona Schema Migration em Migration Types.

        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 é reportado durante a pré-verificação e a tarefa de migração de dados não é 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 Mapeamento de nomes de objetos.

        • 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 ao negócio. 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.

        Whether to migrate Event

        Selecione se deseja migrar eventos do banco de dados de origem. Se selecionar Yes, etapas adicionais serão necessárias. Sincronizar ou migrar eventos.

        Source Objects

        Selecione um ou mais objetos na seção Source Objects. Clique no ícone Rightwards arrow e adicione os objetos à seção Selected Objects.

        Nota

        A granularidade para seleção de objetos de migração é esquema, tabela e coluna. Se você selecionar apenas tabelas ou colunas como objetos de migração, outros objetos, como visualizações, gatilhos e procedimentos armazenados, não serão migrados para o banco de dados de destino.

        Selected Objects
        Nota

        • Se você usar o recurso de mapeamento de nomes de objetos, a migração de outros objetos que dependem do objeto mapeado pode falhar.

        • Para filtrar dados usando uma cláusula WHERE, clique com o botão direito do mouse na tabela a ser migrada na caixa Selected Objects e defina a condição de filtro na caixa de diálogo que aparece. Para mais informações sobre como definir a condição, consulte Definir condições de filtro.

        • Para selecionar as operações SQL a serem migradas no nível de banco de dados ou tabela, clique com o botão direito do mouse no objeto a ser migrado na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece. Para informações sobre as operações suportadas, consulte Operações SQL suportadas para migração incremental de dados.

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

        Configuração

        Descrição

        Dedicated Cluster for Task Scheduling

        Por padrão, o DTS agenda tarefas em um cluster compartilhado. Não é necessário selecionar um. Se desejar tarefas mais estáveis, adquira um cluster dedicado para executar tarefas de migração do DTS.

        Select the engine type of the destination database

        Selecione um tipo de mecanismo para o banco de dados de destino conforme necessário.

        • InnoDB: O mecanismo de armazenamento padrão.

        • X-Engine: Um mecanismo de armazenamento para bancos de dados de Processamento de Transações On-Line (OLTP).

        Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.

        Se você usar o Data Management (DMS) ou gh-ost para realizar alterações DDL online no banco de dados de origem, poderá escolher se deseja migrar os dados das tabelas temporárias geradas pelas alterações DDL online.

        Importante

        • As tarefas do DTS não suportam o uso de ferramentas como pt-online-schema-change para realizar alterações DDL online. Caso contrário, a tarefa do DTS falhará.

        • Os métodos de processamento para cada fase são os seguintes: As fases de Schema Migration e Full Data Migration não permitem operações DDL que alterem a estrutura do banco de dados ou da tabela. Portanto, elas não são controladas pela política de DDL online.

          • Schema Migration: Não controlada pela política de DDL online. Tabelas temporárias relacionadas são criadas.

          • Full Data Migration: Não controlada pela política de DDL online. A migração de tabelas temporárias não está incluída nos objetos de migração completa. Todas as tabelas cujos nomes correspondem à expressão regular (^_(.+)_(?:gho|new)$ ou ^_(.+)_(?:ghc|del|old)$) são filtradas.

          • Incremental Data Migration: Controlada pela política de DDL online.

            • Yes: Migra alterações de dados de tabelas temporárias (por exemplo, _table_name_gho) geradas por operações DDL online.

            • No, Adapt to DMS Online DDL e No, Adapt to gh-ost: Filtra alterações de dados de tabelas temporárias (por exemplo, _table_name_gho) geradas por ferramentas como gh-ost com base em regras de expressão regular.

        • Yes: Migra os dados das tabelas temporárias geradas pelas alterações DDL online.

          Nota

          Se as alterações DDL online gerarem uma grande quantidade de dados em tabelas temporárias, isso pode causar latência na tarefa.

        • No, Adapt to DMS Online DDL: Não migra os dados das tabelas temporárias geradas pelas alterações DDL online. Migra apenas as instruções DDL originais executadas usando o Data Management (DMS).

          Nota

          Esta opção faz com que as tabelas no banco de dados de destino sejam bloqueadas.

        • No, Adapt to gh-ost: Não migra os dados das tabelas temporárias geradas pelas alterações DDL online. Suporta regras de filtragem personalizadas. O DTS filtra alterações de dados de tabelas temporárias (por exemplo, _table_name_gho) geradas por ferramentas como gh-ost com base em regras de expressão regular. Modifique as expressões regulares padrão usadas para corresponder a tabelas sombra e inúteis conforme necessário:

          • Tabela sombra: ^_(.+)_(?:gho|new)$

          • Tabela inútil: ^_(.+)_(?:ghc|del|old)$

          Nota

          Esta opção faz com que as tabelas no banco de dados de destino sejam bloqueadas.

        Whether to Migrate Accounts

        Selecione se deseja migrar informações de contas do banco de dados de origem conforme necessário. Se selecionar Yes, também deverá selecionar as contas a serem migradas e confirmar suas permissões. Para mais informações sobre métodos de autorização, consulte Migrar contas de banco de dados.

        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 reportará um erro e iniciará imediatamente uma nova tentativa de conexão. 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 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 há cobrança 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 reportará um erro e iniciará imediatamente uma nova tentativa da 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 taxa para a tarefa de migração completa. Defina Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

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

        • Também é possível ajustar a velocidade da migração completa após a instância de migração estar em execução.

        Enable Throttling for Incremental Data Migration

        Se necessário, também é possível definir 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 ajustar a velocidade da migração incremental após a instância de migração estar em execução.

        Environment Tag

        Selecione uma tag de ambiente para identificar a instância conforme necessário. Para este exemplo, não é necessário selecionar uma tag.

        Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

        Escolha se deseja gravar informações SQL de heartbeat no banco de dados de origem enquanto a instância do DTS está em execução.

        • Yes: As informações SQL de heartbeat não são gravadas no banco de dados de origem. Isso pode fazer com que a instância do DTS reporte atraso.

        • No: Grava informações SQL de heartbeat no banco de dados de origem. Isso pode interferir em recursos como backup físico e clonagem do banco de dados de origem.

        Configure ETL

        Escolha se deseja ativar o recurso de extração, transformação e carregamento (ETL). Para mais informações, consulte O que é ETL? Valores válidos:

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

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

      3. Clique em Next: Data Validation para configurar uma tarefa de validação de dados.

        Para mais informações sobre o recurso de validação de dados, consulte Configurar validação de dados.

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

      • Para visualizar os parâmetros de configuração desta instância ao chamar a operação de API, passe o ponteiro 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ó é iniciada 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 reportado 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 ao seu negócio.

    7. Adquira uma instância.

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

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

        Categoria

        Parâmetro

        Descrição

        New Instance Class

        Resource Group Settings

        Selecione o grupo de recursos ao qual a instância pertence. O valor padrão é default resource group. Para mais informações, consulte O que é 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ócio. Para mais informações, consulte Especificações de link de migração de dados.

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

      4. Clique em Buy and Start. Na caixa de diálogo OK que aparece, clique em OK.

        Visualize o progresso da tarefa de migração na página de lista Data Migration Tasks.

        Nota

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

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