Todos os produtos
Search

Este produto

    PolarDB:Migrar um banco de dados MySQL auto-gerenciado para o PolarDB for MySQL

    Central de documentação

    PolarDB:Migrar um banco de dados MySQL auto-gerenciado para o PolarDB for MySQL

    Última atualização: Nov 05, 2026

    Use o Data Transmission Service (DTS) para migrar seu banco de dados MySQL auto-gerenciado para um cluster PolarDB for MySQL.

    Pré-requisitos

    Observações importantes

    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 estiver em execução podem causar inconsistência de dados.

    • O DTS não suporta a realização de migração completa em múltiplas etapas; a migração completa deve ser concluída em uma única operação. Se precisar migrar dados em lotes, configure várias tarefas de migração.

    Tipo

    Descrição

    Limites do banco de dados de origem

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

    • Cada tabela a ser migrada deve ter uma chave primária ou restrição UNIQUE, e as colunas-chave devem conter valores exclusivos. Caso contrário, registros duplicados podem aparecer no banco de dados de destino.

    • Se você selecionar tabelas como objetos de migração e as editar — por exemplo, mapeando nomes de colunas — uma única tarefa de migração suporta até 1.000 tabelas. Se exceder esse limite, a tarefa falhará com um erro ao ser enviada. Para corrigir, divida as tabelas em várias tarefas ou configure uma tarefa de migração de banco de dados completo.

    • Se precisar de migração incremental, ative o log binário:

      • Defina binlog_format como ROW e binlog_row_image como FULL. Caso contrário, a pré-verificação falhará e a tarefa não poderá ser iniciada.

        Importante

        Se sua origem MySQL auto-gerenciada for um cluster dual-master — onde cada instância atua como master e slave — ative o parâmetro log_slave_updates. Isso garante que o DTS possa ler todos os logs binários.

      • Para instâncias RDS for MySQL, retenha logs binários locais por pelo menos três dias (sete dias recomendados). Para bancos de dados MySQL auto-gerenciados, retenha logs binários locais por pelo menos sete dias. Se o DTS não conseguir acessar os logs binários, a tarefa falhará. Em casos extremos, pode ocorrer inconsistência ou perda de dados. Problemas causados por períodos de retenção de log binário menores do que o exigido pelo DTS não são cobertos pelo SLA do DTS.

        Nota

        Para definir o retention period dos logs binários locais em uma instância RDS for MySQL, consulte Automatically delete local logs.

    • Operações não permitidas no banco de dados de origem:

      • Não execute operações DDL que alterem esquemas de banco de dados ou tabelas durante a migração de esquema ou migração completa. Caso contrário, a tarefa de migração falhará.

        Nota

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

      • Se executar apenas a migração completa, não grave novos dados na instância de origem. Caso contrário, os dados de origem e destino ficarão inconsistentes. Para manter os dados consistentes em tempo real, selecione migração de esquema, migração completa e migração incremental.

    • O DTS não migra dados gerados por alterações que não gravam em logs binários. Exemplos incluem dados restaurados de backups físicos ou criados por operações em cascata.

      Nota

      Se isso ocorrer, execute novamente a migração completa quando sua aplicação permitir.

    • Se o banco de dados MySQL de origem for versão 8.0.23 ou posterior e contiver colunas ocultas invisíveis, o DTS não conseguirá ler essas colunas. Isso pode causar perda de dados.

      Nota

      Execute ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; para tornar a coluna oculta visível. Para mais informações, consulte Invisible Columns.

    • Compatibilidade com MySQL: Ao migrar dados de um banco de dados de origem da família MySQL, o DTS depende do protocolo padrão MySQL e do formato Binlog, e comportamentos incompatíveis com o MySQL padrão não são suportados. Se seu banco de dados de origem alegar compatibilidade com MySQL, mas se comportar de maneira diferente (por exemplo, quando o OceanBase é conectado como origem no modo MySQL, o timestamp do evento rotate final no Binlog é 0, o que difere do MySQL), a tarefa de migração do DTS pode falhar.

    Outros limites

    • Recomendamos usar a mesma versão do MySQL para os bancos de dados de origem e destino para garantir compatibilidade.

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

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

    • Índices decrescentes não são suportados durante a fase de migração de esquema.

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

    • Antes da migração, avalie o desempenho dos bancos de dados de origem e destino. Execute a migração fora do horário de pico. Caso contrário, a migração completa consumirá recursos de leitura e gravação em ambos os bancos de dados e aumentará a carga do banco de dados.

    • A migração completa executa operações INSERT simultaneamente. Isso fragmenta as tabelas de destino. Após a migração completa, as tabelas de destino exigirão mais espaço de armazenamento do que as tabelas de origem.

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

    • Confirme se a precisão de migração do DTS para colunas FLOAT ou DOUBLE atende às necessidades da sua aplicação. O DTS lê essas colunas usando ROUND(COLUMN,PRECISION). Se nenhuma precisão for definida, o DTS usa 38 dígitos para FLOAT e 308 dígitos para DOUBLE.

    • O DTS tenta recuperar tarefas falhas dentro de sete dias. Antes de alternar o tráfego para a instância de destino, encerre ou libere a tarefa. Ou execute o comando revoke para remover a permissão de gravação do DTS na conta da instância de destino. Isso evita que a recuperação automática sobrescreva os dados de destino com dados de origem.

    • O DTS não suporta a conversão de dados datetime para varchar.

    • Se as gravações DDL falharem no banco de dados de destino, a tarefa do DTS continuará em execução. Verifique as instruções DDL falhas nos logs da tarefa. Para obter instruções, consulte View task logs.

    • Se sua instância RDS for MySQL tiver Always-Encrypted ativado, a migração completa não é suportada.

      Nota

      Instâncias RDS for MySQL com Transparent Data Encryption (TDE) ativado suportam migração de esquema, migração completa e migração incremental.

    • Para migrar contas de banco de dados da origem, atenda aos pré-requisitos necessários e revise as considerações relacionadas. Para mais informações, consulte Migrate database accounts.

    • A migração de permissões limita-se aos objetos de migração configurados. Permissões para bancos de dados excluídos dos objetos de migração não serão migradas.

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

    Casos especiais

    • Para origens MySQL auto-gerenciadas:

      • Um failover master-standby no banco de dados de origem causa falha na tarefa de migração.

      • O DTS calcula a latência comparando o timestamp do último registro migrado para o banco de dados de destino com a hora atual. Se nenhuma operação DML for executada na origem por um longo período, o relatório de latência torna-se impreciso. Se a latência parecer muito alta, execute uma operação DML na origem para atualizar o valor da latência.

        Nota

        Se selecionar a migração de banco de dados completo, crie uma tabela de heartbeat. Atualize-a ou grave nela a cada segundo.

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

      • Se sua origem for Amazon Aurora MySQL ou outra instância MySQL em cluster, garanta que o nome de domínio ou endereço IP configurado para a tarefa — e sua resolução DNS — sempre aponte para um nó de leitura-gravação (RW). Caso contrário, a tarefa de migração pode falhar.

    • Para origens RDS for MySQL:

      • Se precisar de migração incremental, instâncias RDS for MySQL que não registram logs de transações — como instâncias somente leitura do RDS for MySQL 5.6 — não são suportadas como origem.

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

    • Quando o banco de dados de destino for PolarDB MySQL Edition:

      • O DTS cria automaticamente um banco de dados no PolarDB for MySQL. Se o nome do banco de dados a ser migrado não atender às convenções de nomenclatura do PolarDB for MySQL, você deve criar o banco de dados no PolarDB for MySQL antes de configurar a tarefa de migração. Para operações relacionadas, consulte Manage databases.

      • Não é possível ajustar a taxa de migração completa.

    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.

    Taxas de tráfego de Internet são cobradas quando o Access Method do banco de dados de destino está definido como Public IP Address. Para mais informações, consulte Billing overview.

    Migração incremental de dados

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

    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, views, triggers, stored procedures e funções.

        Nota

        O routine_body das stored procedures, o routine_body das funções e o select_statement das views não são modificados.

      • Durante a migração de esquema, o DTS altera o DEFINER para INVOKER nas views, stored procedures e funções a serem migradas. 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.

      • O DTS não migra as informações de conta e permissão (informações USER) do banco de dados de origem. O DTS também altera o método de autenticação de segurança das views, stored procedures e funções a serem migradas para INVOKER. Portanto, ao chamar esses objetos no banco de dados de destino, o invocador deve ter permissões de leitura e gravação no banco de dados de destino. Caso contrário, a chamada falhará devido a permissões insuficientes. Se a conta do invocador já tiver permissões de leitura e gravação no banco de dados de destino, a chamada desses objetos não será afetada. Se desejar que o DEFINER de um objeto no banco de dados de destino seja idêntico ao do banco de dados de origem, exclua o objeto que falhou ao ser chamado no banco de dados de destino e recrie-o. Ao recriar o objeto, especifique o DEFINER original na instrução de criação e certifique-se de que a conta definer exista 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 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 auto-gerenciadas.

    Operações SQL suportadas 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 incluídos nos objetos de migração.

    • TRUNCATE TABLE

    Permissões de conta de banco de dados

    Banco de dados

    Migração de esquema

    Migração completa

    Migração incremental

    Banco de dados MySQL auto-gerenciado

    Permissão SELECT

    Permissão SELECT

    Permissão SELECT nos objetos a serem migrados

    Permissões REPLICATION CLIENT, REPLICATION SLAVE e SHOW VIEW

    Permissões para criar bancos de dados e tabelas, para que o DTS possa criar o banco de dados test para avançar a posição do Binlog.

    Cluster PolarDB for MySQL

    Permissão de leitura e gravação

    Para criar e autorizar contas de banco de dados, execute as seguintes etapas:

    Procedimento

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

      Pelo console do DTS

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

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

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

      Pelo console do DMS

      Nota

      As operações reais podem variar dependendo do modo e layout do console do DMS. Para mais informações, consulte Simple mode console e Customize the layout and style of the DMS console.

      1. Faça login no console do Data Management (DMS).

      2. Na barra de menu superior, escolha Data + AI > Data Transmission (DTS) > Data Migration.

      3. À direita de Data Migration Tasks, selecione a região onde a instância de migração está localizada.

    2. Clique em Create Task para ir à página de configuração da tarefa.

    3. Configure os bancos de dados de origem e destino.

      Aviso

      Após selecionar as instâncias de origem e destino, recomendamos ler atentamente os limites exibidos no topo da página. Caso contrário, a tarefa pode falhar ou 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 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 MySQL.

      Access Method

      Selecione com base no local onde seu banco de dados de origem está implantado. Este tópico usa Public IP Address como exemplo.

      Nota

      Se seu banco de dados auto-gerenciado for outro tipo de instância, conclua preparações adicionais. Para detalhes, consulte Preparations overview.

      Instance Region

      Selecione a região onde reside seu banco de dados MySQL auto-gerenciado.

      Nota

      Selecione uma região fisicamente próxima ao seu banco de dados MySQL auto-gerenciado — mesmo que não esteja hospedado na nuvem — para garantir desempenho de rede e velocidade de acesso ideais.

      Hostname or IP address

      Insira o endpoint do seu banco de dados MySQL auto-gerenciado. Neste exemplo, insira o endereço IP público.

      Port

      Insira a porta de service do seu banco de dados MySQL auto-gerenciado (deve estar aberta para a rede pública). O padrão é 3306.

      Database Account

      Insira a conta do seu banco de dados MySQL auto-gerenciado. Para permissões necessárias, consulte Database account permissions.

      Database Password

      Insira a senha da conta do banco de dados.

      Encryption

      Selecione Non-encrypted ou SSL-encrypted conforme necessário.

      • Se a criptografia SSL não estiver ativada para o banco de dados MySQL auto-gerenciado, selecione Non-encrypted.

      • Se a criptografia SSL estiver ativada para o banco de dados MySQL auto-gerenciado, selecione SSL-encrypted. Você também precisa enviar um CA Certificate e inserir a CA Certificate Password.

      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 PolarDB for MySQL.

      Access Method

      Selecione Cloud instance.

      Instance Region

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

      PolarDB instance ID

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

      Database Account

      Insira a conta do banco de dados para seu cluster PolarDB for MySQL de destino. Para permissões necessárias, consulte Database account permissions.

      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 Enable SSL encryption.

    4. Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página. Na caixa de diálogo CIDR Blocks of DTS Servers que aparece, clique em Test Connectivity.

      Nota

      Certifique-se de 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 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.

        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, você deve garantir que existam 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 de migração de triggers conforme necessário. Pule esta etapa se os objetos a serem migrados não incluírem triggers. Para mais informações, consulte Configure a trigger migration method.

        Nota

        Este parâmetro só pode ser configurado se Migration Types incluir Schema Migration.

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

        Whether to migrate Event

        Selecione se deseja migrar eventos do banco de dados de origem. Se selecionar Yes, etapas adicionais são necessárias. Synchronize or migrate events.

        Capitalization of Object Names in Destination Instance

        É possível 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

        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 selecionar apenas tabelas ou colunas como objetos de migração, outros objetos como views, triggers e stored procedures não serão migrados 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

        • O uso de mapeamento de nomes de objetos pode causar falha na migração de objetos dependentes.

        • Para filtrar dados usando uma cláusula WHERE, clique com o botão direito em uma tabela na caixa Selected Objects e defina a condição de filtro na caixa de diálogo que aparece. Para mais informações, consulte Set filter conditions.

        • Para selecionar operações SQL no nível de banco de dados ou tabela, clique com o botão direito em um objeto na caixa Selected Objects e selecione as operações SQL necessárias na caixa de diálogo que aparece. Para informações sobre as operações suportadas, consulte SQL operations supported for incremental migration.

      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 dedicated cluster para executar tarefas de migração do DTS.

        Select the engine type of the destination database

        Selecione o tipo de mecanismo para o banco de dados de destino.

        • InnoDB: o mecanismo de armazenamento padrão.

        • X-Engine: um mecanismo de armazenamento de banco de dados para processamento de transações online (OLTP).

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

        Se usar Data Management (DMS) ou gh-ost para realizar alterações DDL online no banco de dados de origem, você pode 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 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. Você pode modificar as expressões regulares padrão usadas para corresponder a tabelas shadow e inúteis conforme necessário:

          • Tabela shadow: ^_(.+)_(?: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 conta do banco de dados de origem. Se selecionar Yes, selecione as contas a serem migradas e confirme suas permissões. Para mais informações sobre métodos de autorização, consulte Migrate database accounts.

        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 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 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 da sua aplicação 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 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 destino, o DTS relatará um erro e começará imediatamente a tentar novamente 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 completa, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e 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 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.

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

        • Você também pode adjust the incremental migration speed após a instância de migração estar em execução.

        Environment Tag

        Selecione uma tag de ambiente para identificar a instância. 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 DTS estiver 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 DTS relate um 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 What is ETL? Valores válidos:

        Monitoring and Alerting

        Selecione se deseja definir alertas e receber notificações de alerta com base nas necessidades da sua aplicação.

        • 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. 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 Configure data validation.

    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ó é 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 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 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 de link para a instância de migração de dados. Para mais informações, consulte a tabela a seguir.

        Categoria

        Parâmetro

        Descrição

        New Instance Class

        Resource Group Settings

        Selecione o grupo de recursos ao qual a instância pertence. O valor padrão é default resource group. Para mais informações, consulte What is resource management?

        Instance Class

        O DTS fornece especificações de migração com diferentes níveis de desempenho. A especificação do link afeta a velocidade de migração. Selecione uma especificação com base no cenário da sua aplicação. Para mais informações, consulte Data migration link specifications.

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

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

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

        Nota

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