Todos os produtos
Search

Este produto

    Data Transmission Service:Migrar RDS for MySQL para PolarDB for MySQL

    Central de documentação

    Data Transmission Service:Migrar RDS for MySQL para PolarDB for MySQL

    Última atualização: Jul 20, 2026

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

    Bancos de dados de origem suportados

    O banco de dados MySQL de origem pode ser de um dos tipos listados abaixo. Este tópico usa uma instância ApsaraDB RDS for MySQL como exemplo. O processo de configuração para outros tipos de bancos de dados de origem é semelhante.

    • Instâncias ApsaraDB RDS for MySQL.

    • Bancos de dados autogerenciados:

      • Banco de dados autogerenciado com endereço IP público

      • Banco de dados autogerenciado hospedado no Elastic Compute Service (ECS)

      • Banco de dados autogerenciado conectado via Express Connect, VPN Gateway ou Smart Access Gateway

      • Banco de dados autogerenciado conectado via Database Gateway

    Pré-requisitos

    Limites

    Nota

    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 precisa ter largura de banda de saída suficiente. Caso contrário, a taxa de migração de dados será afetada.

    • As tabelas a serem migradas devem ter uma chave primária ou uma restrição única cujos valores de coluna sejam exclusivos. Caso contrário, dados duplicados podem ser gerados no banco de dados de destino.

    • Se os objetos de migração estiverem no nível de tabela e você precisar editá-los (por exemplo, para mapear nomes de colunas), uma única tarefa de migração suporta no máximo 1.000 tabelas. Se o número exceder o limite, um erro será retornado ao enviar a tarefa. Nesse caso, divida as tabelas a serem migradas e configure a migração em várias tarefas ou configure uma tarefa de migração no nível de banco de dados.

    • Ao realizar migração incremental, os logs binários devem atender aos seguintes requisitos:

      • O log binário deve estar ativado, com binlog_format definido como row e binlog_row_image definido como full. Caso contrário, a pré-verificação reportará um erro e a tarefa de migração de dados não poderá ser iniciada.

        Importante

        Se a instância de origem MySQL autogerenciada for um cluster primário duplo (ambos os servidores atuam como primário e réplica um do outro), ative o parâmetro log_slave_updates para garantir que o DTS capture todos os logs binários.

      • Instâncias ApsaraDB RDS for MySQL devem reter logs binários locais por pelo menos três dias (sete dias é o recomendado). Bancos de dados MySQL autogerenciados devem reter logs binários locais por pelo menos sete dias. Caso contrário, o DTS pode falhar ao buscar logs binários e a tarefa pode falhar. Em casos extremos, pode ocorrer inconsistência ou perda de dados. Problemas causados pela definição de um tempo de retenção de log binário inferior ao requisito do DTS não são cobertos pelo SLA do DTS.

        Nota

        Para saber como configurar o retention period do log binário local em uma instância ApsaraDB RDS for MySQL, consulte Configure automatic deletion (local log retention policy).

    • Restrições sobre operações no banco de dados de origem:

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

        Nota

        Durante a fase de migração completa de dados, o DTS consulta o banco de dados de origem, o que gera bloqueios de metadados que podem 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 os dados consistentes em tempo real, recomendamos selecionar Migração de esquema, Migração completa de dados e Migração incremental de dados.

    • Enquanto a instância de migração estiver em execução, dados gerados por operações que não são gravadas no log binário (como dados restaurados por backup físico ou gerados por operações em cascata) não serão migrados para o banco de dados de destino.

      Nota

      Se isso ocorrer e sua aplicação permitir, execute novamente uma migração completa de dados.

    • Se o banco de dados de origem for MySQL 8.0.23 ou posterior e os dados a serem migrados contiverem colunas invisíveis, pode ocorrer perda de dados porque o DTS não consegue buscar dados dessas colunas.

      Nota

      Use a instrução ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; para tornar uma coluna invisível 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 de log binário. Comportamentos incompatíveis com o MySQL padrão não são suportados. Se seu banco de dados de origem alegar ser compatível com MySQL, mas se comportar de maneira diferente (por exemplo, quando o OceanBase atua como fonte compatível com MySQL, o timestamp do evento rotate no final do log binário é 0, o que é inconsistente com o MySQL), a tarefa de migração do DTS pode falhar inesperadamente.

    Outros limites

    • Recomendamos que os bancos de dados de origem e destino usem a mesma versão do MySQL 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.

    • Parsers definidos usando sintaxe de comentário não podem ser migrados.

    • 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. Recomendamos migrar dados fora dos horários de pico, pois o DTS consome recursos de leitura e gravação em ambos os bancos de dados durante a migração completa de dados, o que pode aumentar a carga do banco de dados.

    • Como a migração completa de dados executa operações INSERT concorrentes, ocorre fragmentação de tabela no banco de dados de destino. Após a migração completa, o espaço de armazenamento das tabelas no banco de dados de destino será maior do que o da instância de origem.

    • Se os dados a serem migrados contiverem conteúdo que exija armazenamento de quatro bytes (como caracteres raros ou emoji), o banco de dados e as tabelas de destino que recebem os dados devem usar o conjunto de caracteres utf8mb4.

      Nota

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

    • Verifique se a precisão de migração que o DTS aplica às colunas FLOAT e DOUBLE atende aos seus requisitos de negócio. O DTS lê os valores dessas colunas chamando ROUND(COLUMN,PRECISION). Se a precisão não for explicitamente definida, o DTS migra FLOAT com precisão de 38 dígitos e DOUBLE com precisão de 308 dígitos.

    • O DTS tenta retomar tarefas de migração com falha dentro de sete dias. Portanto, antes de alternar sua aplicação para a instância de destino, conclua ou libere a tarefa, ou execute o comando revoke para revogar as permissões de gravação da conta que o DTS usa para acessar a instância de destino. Isso evita que a tarefa seja retomada automaticamente e sobrescreva dados na instância de destino com dados da origem.

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

    • Se uma instrução DDL falhar ao gravar no banco de dados de destino, a tarefa do DTS continuará em execução. Você deve visualizar a instrução DDL com falha no log da tarefa. Para saber como visualizar o log da tarefa, consulte View task logs.

    • Se o Fully Encrypted Database (EncDB) estiver ativado em uma instância RDS MySQL, a migração completa de dados não é suportada.

      Nota

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

    • Para migrar contas do banco de dados de origem, você deve atender aos pré-requisitos aplicáveis e compreender 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 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

    • Quando o banco de dados de origem é um banco de dados MySQL autogerenciado:

      • Se o banco de dados de origem realizar um failover primário/secundário durante a migração, a tarefa de migração falhará.

      • A latência de migração reportada pelo DTS é a diferença entre o timestamp dos dados mais recentes migrados para o banco de dados de destino e o timestamp atual. Se o banco de dados de origem não tiver executado operações DML por um longo período, a latência reportada pode ser imprecisa. Se a latência exibida parecer muito alta, execute uma operação DML no banco de dados de origem para atualizar a latência.

        Nota

        Se você migrar um banco de dados inteiro, também pode criar uma tabela de heartbeat que seja atualizada ou gravada em intervalos regulares (por exemplo, a cada segundo).

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

      • Se o banco de dados de origem for Amazon Aurora MySQL ou outro modo de cluster MySQL, 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/gravação (RW). Caso contrário, a tarefa de migração pode não ser executada corretamente.

    • Quando o banco de dados de origem é RDS MySQL:

      • Para migrar dados incrementais, instâncias RDS MySQL que não registram logs de transações (como instâncias somente leitura do RDS MySQL 5.6) não podem ser usadas como bancos de dados de origem.

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

    • Quando o banco de dados de destino é 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

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

    Tipos de migração

    • Migração de esquema

      O DTS migra as definições de esquema dos objetos selecionados 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 de procedimentos armazenados, o routine_body de funções e o select_statement de 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, você deve conceder 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 selecionados 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 alterações incrementais de dados da origem para o banco de dados de destino, permitindo migrar dados 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 incluídos nos objetos de migração.

    • TRUNCATE TABLE

    Permissões necessárias para contas de banco de dados

    Banco de dados

    Migração de esquema

    Migração completa de dados

    Migração incremental de dados

    Instância ApsaraDB RDS for MySQL

    Permissão SELECT

    Permissão SELECT

    Permissões REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW e SELECT

    Cluster PolarDB for MySQL

    Permissões de leitura e gravação

    Para instruções sobre como criar contas de banco de dados e conceder permissões, consulte:

    Procedimento

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

      Pelo console do DTS

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

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

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

      Pelo console do DMS

      Nota

      As operações reais podem variar 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 acessar a página de configuração da tarefa.

    3. Opcional: No canto superior direito da página, clique em New Configuration Page.

      Nota

      • Se você já estiver na nova página de configuração (o botão no canto superior direito é Back to Previous Version), pule esta etapa.

      • Os parâmetros nas páginas de configuração nova e antiga são diferentes. Recomendamos o uso da nova página de configuração.

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

      Aviso

      Após selecionar as instâncias de origem e destino, leia os Limits no topo da página para garantir que a tarefa de migração possa ser criada e executada com sucesso.

      Seção

      Parâmetro

      Descrição

      N/A

      Task Name

      O DTS gera um nome de tarefa automaticamente. Especifique um nome descritivo para facilitar a identificação. O nome não precisa ser único.

      Source Database

      Select a DMS database instance.

      Selecione uma instância existente conforme necessário.

      • Se você usar uma instância existente, as informações do banco de dados serão preenchidas automaticamente. Não é necessário inseri-las novamente.

      • Se não usar uma instância existente, configure as seguintes informações do banco de dados.

      Nota

      Database Type

      Selecione MySQL.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

      Selecione a região da instância ApsaraDB RDS for MySQL de origem.

      Cross-account

      Este exemplo migra dados dentro da mesma conta Alibaba Cloud. Selecione No.

      RDS Instance ID

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

      Database Account

      Insira a conta do banco de dados da instância ApsaraDB RDS for MySQL de origem. Para informações sobre as permissões necessárias, consulte Required 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 você definir este parâmetro como SSL-encrypted, deverá ativar a criptografia SSL para a instância RDS for MySQL antecipadamente. Para mais informações, consulte Quickly enable SSL encryption using a cloud certificate.

      Destination Database

      Select a DMS database instance.

      Selecione uma instância existente conforme necessário.

      • Se você usar uma instância existente, as informações do banco de dados serão preenchidas automaticamente. Não é necessário inseri-las novamente.

      • Se não usar uma instância existente, configure as seguintes informações do banco de dados.

      Nota

      Database Type

      Selecione PolarDB for MySQL.

      Connection Type

      Selecione Alibaba Cloud Instance.

      Instance Region

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

      PolarDB Cluster ID

      Selecione o ID do cluster PolarDB for MySQL de destino.

      Database Account

      Insira a conta do banco de dados para o cluster PolarDB for MySQL de destino. Para informações sobre as permissões necessárias, consulte Required permissions for database accounts.

      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.

    5. Após concluir a configuração, clique em Test Connectivity and Proceed na parte inferior da página.

      Se o banco de dados de origem ou de destino for uma instância de banco de dados Alibaba Cloud, como uma instância RDS for MySQL ou ApsaraDB for MongoDB, o DTS adiciona automaticamente os blocos CIDR dos servidores DTS à lista de permissões de endereços IP da instância. Se o banco de dados de origem ou de destino for um banco de dados autogerenciado hospedado em uma instância ECS, o DTS adiciona automaticamente os blocos CIDR dos servidores DTS às regras do grupo de segurança da instância ECS. Você também deve garantir que o banco de dados esteja acessível a partir da instância ECS. Se o banco de dados autogerenciado estiver hospedado em várias instâncias ECS, você deve adicionar manualmente os blocos CIDR dos servidores DTS às regras do grupo de segurança de cada instância ECS. Se o banco de dados de origem ou de destino for um banco de dados autogerenciado implantado em um data center on-premises ou fornecido por um provedor de serviços em nuvem terceirizado, você deve adicionar manualmente os blocos CIDR dos servidores DTS à lista de permissões de endereços IP do banco de dados para permitir o acesso dos servidores DTS. Para mais informações sobre os endereços IP dos servidores DTS, consulte CIDR blocks of DTS servers.

      Aviso

      Adicionar os blocos de endereços IP públicos dos servidores DTS, seja automática ou manualmente, pode introduzir riscos de segurança. Ao usar este product, você reconhece e aceita esses riscos potenciais. Você deve implementar medidas básicas de segurança, como usar senhas fortes, limitar portas abertas para cada bloco CIDR, usar autenticação para chamadas internas de API e verificar e restringir regularmente blocos CIDR desnecessários. Você também pode conectar-se usando uma rede interna, como uma linha dedicada, VPN Gateway ou Smart Access Gateway.

    6. Configure os objetos da tarefa.

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

        Parâmetro

        Descrição

        Migration Types

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

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

        Nota

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

        • Se você 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 com base nos requisitos do seu negócio. Se os objetos a serem migrados não envolverem gatilhos, você pode pular esta configuração. Para mais informações, consulte Configure how to synchronize or migrate triggers.

        Nota

        Esta configuração está disponível apenas quando tanto Migration Types quanto Schema Migration estiverem selecionados para Incremental Data 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 será reportado durante a pré-verificação e a tarefa de migração de dados não será iniciada.

          Nota

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

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

          Aviso

          Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos 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 você selecionar Yes, etapas adicionais serão necessárias. Synchronize or migrate events.

        Capitalization of Object Names in Destination Instance

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

        Source Objects

        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

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

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

        Nota

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

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

        • Para selecionar operações SQL a serem migradas no nível de banco de dados ou tabela, clique com o botão direito no objeto na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo que aparece. Para obter uma lista de operações suportadas, consulte Supported SQL operations for incremental migration.

      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, e nenhuma seleção é necessária. Você pode adquirir um cluster dedicado com especificações específicas para executar tarefas de migração do DTS. Para mais informações, consulte What is a DTS dedicated cluster?.

        Select the engine type of the destination database

        Selecione o tipo de mecanismo para o banco de dados de destino com base nos requisitos do seu negócio.

        • 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 você usar 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 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 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

        Escolha se deseja migrar informações de contas do banco de dados de origem. Se você selecionar Yes, também precisará selecionar as contas a serem migradas e confirmar suas permissões. Para mais informações, incluindo 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 de destino falhar, o DTS reportará um erro e começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS se reconectar aos bancos de dados de origem e de destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará.

        Nota

        • Para várias instâncias DTS que compartilham a mesma origem ou destino, o tempo de nova tentativa de rede é determinado pela configuração da última tarefa criada.

        • Como você é cobrado pela tarefa durante o período de nova tentativa de conexão, recomendamos personalizar o tempo de nova tentativa com base nas necessidades do seu negócio ou liberar a instância DTS o mais rápido possível após a liberação das instâncias de banco de dados de origem e de destino.

        Retry Time for Other Issues

        Após o início da tarefa de migração, se ocorrer um problema não relacionado à conectividade, como uma exceção de execução DDL ou DML, no banco de dados de origem ou de destino, o DTS reportará um erro e começará imediatamente a tentar repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor entre 1 e 1440 minutos. Recomendamos definir a duração para mais de 10 minutos. Se as operações relacionadas forem bem-sucedidas dentro da duração de nova tentativa especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará.

        Importante

        O valor de Retry Time for Other Issues deve ser menor que o valor de Retry Time for Failed Connections.

        Enable Throttling for Full Data Migration

        Durante a migração 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, você pode ativar 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 para 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 para 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 com base nos requisitos do seu negócio. Nenhuma seleção é necessária para este exemplo.

        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 reporte 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 do seu negócio.

        • No: não define um alerta.

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

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

        Se você quiser usar o recurso de validação de dados, consulte Configure data validation para instruções de configuração.

    7. 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 você não precisar visualizar ou já tiver terminado de visualizar os parâmetros da API, clique em Next: Save Task Settings and Precheck na parte inferior da página.

      Nota

      • Antes do início da tarefa de migração, o DTS realiza uma pré-verificação. A tarefa só começa após ser aprovada na pré-verificação.

      • Se a pré-verificação falhar, clique em View Details ao lado do item de verificação com falha, corrija o problema com base no aviso e execute a pré-verificação novamente.

      • Se um aviso for 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, você pode clicar em Confirm Alert Details, Ignore, OK e Precheck Again para pular o item de alerta e executar a pré-verificação novamente. Se você optar por ignorar um aviso, isso pode causar problemas como inconsistência de dados e representar riscos ao seu negócio.

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

    9. Adquira a instância.

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

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

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

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

        Nota

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