Todos os produtos
Search

Este produto

    Data Transmission Service:Migração entre instâncias do ApsaraDB RDS for MySQL

    Central de documentação

    Data Transmission Service:Migração entre instâncias do ApsaraDB RDS for MySQL

    Última atualização: Oct 14, 2026

    Use o Data Transmission Service (DTS) para migrar dados entre instâncias do ApsaraDB RDS for MySQL. O DTS oferece suporte à migração de esquema, migração completa de dados e migração incremental de dados. É possível combinar esses tipos para migrar dados de forma tranquila e sem interrupção do service.

    Pré-requisitos

    • Você criou as instâncias de origem e de destino do ApsaraDB RDS for MySQL. Para mais informações, consulte Create an ApsaraDB RDS for MySQL instance.

    • A instância de destino do ApsaraDB RDS for MySQL deve ter mais espaço de armazenamento do que a instância de origem do ApsaraDB RDS for MySQL utiliza.

    • Você criou contas de banco de dados tanto para a instância de origem quanto para a de destino do ApsaraDB RDS for MySQL. Para as permissões necessárias, consulte Database account permissions. Para mais informações sobre como criar uma conta de banco de dados, consulte Create an account.

    • Você criou o banco de dados a ser migrado na instância de origem do ApsaraDB RDS for MySQL. Para mais informações, consulte Create a database.

    Observações de uso

    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 chaves estrangeiras no nível da sessão. Atualizações ou exclusões em cascata no banco de dados de origem durante a execução da tarefa podem causar inconsistência de dados.

    • O DTS não oferece suporte à migração completa em várias 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 cairá.

    • Cada tabela a ser migrada deve ter uma chave primária ou restrição UNIQUE, e as colunas de 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 edite (por exemplo, ao mapear nomes de colunas), uma única tarefa de migração suportará até 1.000 tabelas. Se ultrapassar esse limite, a tarefa falhará com um erro ao ser enviada. Para corrigir isso, 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 iniciará.

        Importante

        Se a sua origem MySQL autogerenciada for um cluster dual-master (em que 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 do RDS for MySQL, retenha os logs binários locais por pelo menos três dias (recomenda-se sete dias). Para bancos de dados MySQL autogerenciados, retenha os 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 logs binários menores do que o exigido pelo DTS não têm cobertura pelo SLA do DTS.

        Nota

        Para definir o retention period dos logs binários locais em uma instância do 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 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 a migração de esquema, completa e 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 a sua operação permitir.

    • Se o seu banco de dados MySQL de origem for da versão 8.0.23 ou posterior e contiver colunas ocultas invisíveis, o DTS não poderá 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: quando o DTS migra dados de um banco de dados de origem da família MySQL, ele depende do protocolo padrão do MySQL e do formato Binlog, e não há suporte para comportamentos incompatíveis com o MySQL padrão. Se o seu banco de dados de origem alega compatibilidade com MySQL, mas se comporta de forma 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 a compatibilidade.

    • Se o seu 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 exclusiva, poderá ocorrer perda de dados ou falha na tarefa no banco de dados de destino.

    • O DTS não oferece suporte à migração de parsers definidos com sintaxe de comentário.

    • Se ocorrer um conflito de chave primária ou exclusiva 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 DTS não migra o registro do banco de dados de origem.

        • 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, o DTS poderá migrar apenas algumas colunas de dados, ou a migração poderá falhar. Prossiga com cautela.

    • Se o seu banco de dados MySQL de destino for da versão 8.0.23 ou posterior e a coluna de destino for uma coluna oculta invisível, o DTS não poderá gravar dados nela. Isso pode causar falha na tarefa ou 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.

    • Se não usar o DTS para migrar esquemas, verifique você mesmo a compatibilidade dos campos. Caso contrário, a tarefa poderá falhar ou haver perda de dados. Por exemplo, se o tipo da coluna de origem for text e o tipo da coluna de destino for varchar(255), o DTS poderá truncar campos grandes na origem.

    • Se os seus dados incluírem caracteres de quatro bytes (como caracteres chineses raros ou emojis), o banco de dados e a tabela de destino deverão 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.

    • Antes da migração, avalie o desempenho dos bancos de dados de origem e de destino. Execute a migração durante horários de menor carga. 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.

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

    • O DTS tenta recuperar tarefas com falha em até 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 os dados de origem.

    • 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 com falha nos logs da tarefa. Para obter instruções, consulte View task logs.

    • Se você gravar colunas com nomes idênticos, mas com diferenças de maiúsculas e minúsculas, na mesma tabela no banco de dados MySQL de destino, poderão ocorrer resultados inesperados. Os nomes de colunas do MySQL não diferenciam maiúsculas de minúsculas.

    • Após a conclusão da migração (o status da tarefa é Status e o status muda para Completed), execute analyze table <table_name> para confirmar se todos os dados foram gravados na tabela de destino. Por exemplo, após um failover de alta disponibilidade (HA) no banco de dados MySQL de destino, os dados podem permanecer na memória e nunca chegar ao disco, causando perda de dados.

    • Se a sua instância do RDS for MySQL tiver o Always-Encrypted ativado, não há suporte para migração completa.

      Nota

      Instâncias do RDS for MySQL com Transparent Data Encryption (TDE) ativado oferecem suporte à migração de esquema, completa e 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.

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

      Nota

      O DTS modifique apenas os parâmetros da tarefa, não os do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em Modify instance parameters.

    Casos especiais

    • Para origens MySQL autogerenciadas:

      • Um failover de 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 se tornará 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 dados 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 a sua origem for o Amazon Aurora MySQL ou outra instância MySQL em cluster, certifique-se de 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 e gravação (RW). Caso contrário, a tarefa de migração poderá falhar.

    • Para origens do RDS for MySQL:

      • Se precisar de migração incremental, não há suporte para instâncias do RDS for MySQL que não registram logs de transações (como instâncias somente leitura do RDS for MySQL 5.6) como origens.

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

    • Para destinos do RDS for MySQL:

      O DTS cria bancos de dados automaticamente no RDS for MySQL. Se o nome do banco de dados não estiver em conformidade com as regras de nomenclatura do RDS for MySQL, crie o banco de dados manualmente antes de configurar a tarefa de migração. Para obter instruções, consulte Manage databases.

    Faturamento

    Tipo de migração

    Taxa de configuração da instância

    Taxa de tráfego de Internet

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

    Gratuito.

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

    Migração incremental de dados

    Há cobrança. 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 oferece suporte à migração de esquema para tabelas, views, triggers, stored procedures e funções.

        Nota

        O DTS não modifique o routine_body de stored procedures, o routine_body de funções e o select_statement de views.

      • Durante a migração de esquema, o DTS altera o DEFINER para INVOKER nas views, stored procedures 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 DTS não modifique o método de autenticação de segurança e o definer do banco de dados de origem.

      • 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 migrados para INVOKER. Portanto, ao chamar esses objetos no banco de dados de destino, o invocador (invoker) 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 quiser 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 falha ao ser chamado no banco de dados de destino e crie-o novamente. 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 de forma tranquila, sem interromper suas aplicações autogerenciadas.

    Instruçõ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, o DTS não migrará os dados dessa tabela para o banco de dados de destino. Para evitar esse problema, selecione o banco de dados inteiro 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 de dados**

    **Migração incremental de dados**

    Instância de origem do Alibaba Cloud RDS for MySQL

    Permissão SELECT

    Permissão SELECT

    Permissões de leitura e gravação

    Instância de destino do Alibaba Cloud RDS for MySQL

    Permissões de leitura e gravação

    Permissões de leitura e gravação

    Permissões de leitura e gravação

    Para criar uma conta de banco de dados e conceder permissões:

    Para uma instância do Alibaba Cloud RDS for MySQL, consulte Create an account e Modify the permissions of a standard account on an Alibaba Cloud RDS for MySQL instance.

    Nota

    • Se você criou a conta do banco de dados de origem fora do console do Alibaba Cloud RDS for MySQL, certifique-se de que a conta tenha as permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT.

    • Se precisar migrar informações de conta do banco de dados de origem, a conta de banco de dados usada para a tarefa de migração requer permissões adicionais. Para mais informações, consulte Migrate database accounts.

    Procedimento

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

      Do console do DTS

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

      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.

      Do console do DMS

      Nota

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

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

      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 poderá falhar ou ocorrer inconsistência de dados.

      Seção

      Parâmetro

      Descrição

      N/D

      Task Name

      O DTS gera automaticamente um nome de tarefa. Especifique um nome descritivo para fácil identificação. O nome não precisa ser exclusivo.

      Source Database

      Select Existing Connection

      Para este exemplo, ignore esta opção e configure os seguintes parâmetros de banco de dados.

      Database Type

      Selecione MySQL.

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

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

      Replicate Data Across Alibaba Cloud Accounts

      Este exemplo usa uma instância de banco de dados na conta atual da Alibaba Cloud. Selecione No.

      Nota

      Para migrar dados entre diferentes contas da Alibaba Cloud, selecione Yes. Para mais informações, consulte Configure a cross-account DTS task.

      RDS Instance ID

      Selecione o ID da instância de origem do RDS for MySQL.

      Nota

      O DTS permite migrar dados entre duas instâncias diferentes do RDS for MySQL ou dentro de uma única instância.

      Database Account

      Insira a conta do banco de dados para a instância de origem do RDS for MySQL. Para requisitos de permissão, consulte Permissions for database accounts.

      Database Password

      Insira a senha da conta do banco de dados.

      Connection Method

      Selecione Non-encrypted ou SSL-encrypted com base nos requisitos do seu banco de dados. Se definir este parâmetro como SSL-encrypted, ative a criptografia SSL para a instância do RDS for MySQL antecipadamente. Para mais informações, consulte Quickly enable SSL encryption using a cloud certificate.

      Destination Database

      Select Existing Connection

      Para este exemplo, ignore esta opção e configure os seguintes parâmetros de banco de dados.

      Database Type

      Selecione MySQL.

      Access Method

      Selecione Alibaba Cloud Instance.

      Instance Region

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

      Replicate Data Across Alibaba Cloud Accounts

      Este exemplo usa uma instância de banco de dados na conta atual da Alibaba Cloud. Selecione No.

      RDS Instance ID

      Selecione o ID da instância de destino do RDS for MySQL.

      Nota

      O DTS permite migrar dados entre duas instâncias diferentes do RDS for MySQL ou dentro de uma única instância.

      Database Account

      Insira a conta do banco de dados para a instância de destino do RDS for MySQL. Para requisitos de permissão, consulte Permissions for database accounts.

      Database Password

      Insira a senha da conta do banco de dados.

      Connection Method

      Selecione Non-encrypted ou SSL-encrypted com base nos requisitos do seu banco de dados. Se definir este parâmetro como SSL-encrypted, ative a criptografia SSL para a instância do RDS for MySQL antecipadamente. Para mais informações, consulte Quickly enable SSL encryption using a cloud certificate.

    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ços IP do service DTS esteja adicionado automática ou manualmente às configurações de segurança dos bancos de dados de origem e destino para permitir o acesso a partir dos servidores do DTS. Para mais informações, consulte Add DTS server IP addresses to a whitelist.

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

    5. Configure os objetos da tarefa.

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

        Parâmetro

        Descrição

        Migration Types

        • Para realizar apenas uma migração completa, selecione Schema Migration e 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 a existência de um banco de dados e tabelas para receber os dados no banco de dados de destino. Use também 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.

        Schema Migration

        Selecione um método de migração de triggers. Se não estiver migrando triggers, ignore este parâmetro. Para mais informações, consulte Configure the method to synchronize or migrate triggers.

        Nota

        Este parâmetro está disponível apenas se você selecionar Migration Types e Schema Migration em Incremental Data Migration.

        Full Data Migration

        Avalia se os esquemas do banco de dados de origem e destino (comprimento de índice, stored procedures e tabelas dependentes) atendem aos requisitos de migração. Selecione Yes ou No com base nas suas necessidades.

        Nota

        • Configure este parâmetro apenas se selecionar Migration Types para Schema Migration.

        • Se selecionar Selected Objects, a pré-verificação poderá demorar mais. Visualize o Incremental Data Migration durante a fase de pré-verificação. O resultado da avaliação não afeta o resultado da pré-verificação.

        Method to Migrate Triggers in Source Database

        • Migration Types: verifica se existem tabelas com os mesmos nomes no banco de dados de destino. Se não existirem, a pré-verificação é aprovada. Se existirem, o sistema relata um erro durante a pré-verificação e a tarefa de migração de dados não inicia.

          Nota

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

        • Schema Migration: ignora a verificação de tabelas com os mesmos nomes.

          Aviso

          A seleção de Incremental Data Migration 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 DTS não migra o registro do banco de dados de origem.

            • 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, o DTS poderá migrar apenas algumas colunas de dados, ou a migração poderá falhar. Prossiga com cautela.

        Enable Migration Assessment

        Selecione se deseja migrar eventos do banco de dados de origem. Se selecionar Yes, execute as etapas adicionais. Synchronize or migrate events.

        Capitalization of Object Names in Destination Instance

        Configure 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á selecionada. Mantenha 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.

        Schema Migration

        Na caixa Yes, clique nos objetos a serem migrados e, em seguida, clique em Right arrow para movê-los para a caixa Assessment Result.

        Nota

        A granularidade para selecionar objetos de migração é banco de dados, tabela e coluna. Se selecionar apenas tabelas ou colunas como objetos de migração, o DTS não migrará outros objetos (como views, triggers e stored procedures) para o banco de dados de destino.

        Processing Mode of Conflicting Tables

        • Para definir o nome de um objeto de migração na instância de destino, ou para especificar o objeto que recebe dados na instância de destino, clique com o botão direito no objeto de migração na caixa Precheck and Report Errors para fazer alterações. Para mais informações, consulte Object name mapping.

        • Para remover um objeto de migração selecionado, clique no objeto na caixa Ignore Errors and Proceed e, em seguida, clique em image para movê-lo para a caixa Ignore Errors and Proceed.

        Nota

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

        • Para definir uma cláusula WHERE para filtrar dados, clique com o botão direito na tabela a ser migrada na caixa Whether to migrate Event 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 Filter task data with an SQL condition.

        • Para selecionar as operações SQL para migração incremental, 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. Não é necessário selecionar um. Para tarefas mais estáveis, compre um dedicated cluster para executar tarefas de migração do DTS.

        Source Objects

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

        Importante

        • Não há suporte para 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 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 DDL online.

          • Selected Objects: não controlada pela política DDL online. O DTS cria as tabelas temporárias relacionadas.

          • Selected Objects: não controlada pela política DDL online. A migração de tabelas temporárias não está incluída nos objetos de migração completa. O DTS filtra todas as tabelas cujos nomes correspondem à expressão regular (^_(.+)_(?:gho|new)$ ou ^_(.+)_(?:ghc|del|old)$).

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

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

            • Selected Objects 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 por alterações DDL online.

          Nota

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

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

          Nota

          Esta opção bloqueia as tabelas no banco de dados de destino.

        • Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.: não migra os dados das tabelas temporárias geradas por 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 shadow e useless conforme necessário:

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

          • Tabela useless: ^_(.+)_(?:ghc|del|old)$

          Nota

          Esta opção bloqueia as tabelas no banco de dados de destino.

        Schema Migration

        Selecione se deseja migrar informações de conta do banco de dados de origem. Se selecionar Full Data Migration, selecione também as contas a serem migradas e confirme suas permissões. Para mais informações sobre como conceder permissões, consulte Migrate database accounts.

        Schema Migration

        Após o início da tarefa de migração, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relatará um erro e começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Personalize o tempo de nova tentativa para um valor de 10 a 1440 minutos. Defina 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 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, personalize o tempo de nova tentativa com base nas suas necessidades de negócios, ou libere a instância do DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e destino.

        Full Data Migration

        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 novamente a operação. A duração padrão de nova tentativa é de 10 minutos. Personalize o tempo de nova tentativa para um valor de 1 a 1440 minutos. Defina 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 Incremental Data Migration deve ser menor que o valor de Yes.

        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, ative o throttling para a tarefa de migração completa. Defina No, Adapt to gh-ost, RPS of Full Data Migration e No, Adapt to DMS Online DDL 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 para Whether to Migrate Accounts.

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

        Yes

        Se necessário, defina limites de velocidade para a tarefa de migração incremental. Defina Retry Time for Failed Connections e Retry Time for Other Issues para reduzir a carga no banco de dados de destino.

        Nota

        • Este item de configuração está disponível apenas se você selecionar Retry Time for Other Issues para Retry Time for Failed Connections.

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

        Environment Tag

        Selecione uma tag de ambiente para identificar a instância. Opcional para este exemplo.

        Queries per second (QPS) to the source database

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

        • Yes: o DTS não grava as informações SQL de heartbeat no banco de dados de origem. Isso pode fazer com que a instância do DTS relate um atraso.

        • Data migration speed for full migration (MB/s): o DTS 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 carga (ETL). Para mais informações, consulte What is ETL? Valores válidos:

        RPS of Incremental Data Migration

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

        • Data migration speed for incremental migration (MB/s): não define alertas.

        • Incremental Data Migration: 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 Migration Types 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 de api, passe o ponteiro do mouse sobre o botão Next: Save Task Settings and Precheck e clique em Whether to delete SQL operations on heartbeat tables of forward and reverse tasks na dica que aparece.

      • Se não precisar visualizar ou já tiver terminado de visualizar os parâmetros da api, clique em Yes 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 inicia apenas após a aprovação na pré-verificação.

      • Se a pré-verificação falhar, clique em No ao lado do item de verificação com falha, corrija o problema com base na instrução 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 na instrução e execute a pré-verificação novamente.

        • Para itens de verificação que podem ser ignorados, clique em Yes, No, Monitoring and Alerting e No para pular o item de aviso e executar a pré-verificação novamente. Ignorar um aviso pode causar problemas como inconsistência de dados e representar riscos ao seu negócio.

    7. Compre a instância.

      1. Quando a Yes for de 100%, clique em Next: Data Validation.

      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

        Preview OpenAPI parameters

        Next: Save Task Settings and Precheck

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

        View Details

        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 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 View Details.

      4. Clique em Confirm Alert Details. Na caixa de diálogo Ignore que aparece, clique em OK.

        Visualize o progresso da tarefa de migração na página de lista Precheck Again.

        Nota

        • Se a tarefa de migração não incluir migração incremental, ela é interrompida automaticamente após a conclusão da migração completa. Após a interrupção da tarefa, seu Success Rate muda para Next: Purchase Instance.

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