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: Oct 15, 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 compatíveis

    O banco de dados MySQL de origem pode ser de um dos tipos a seguir. 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 do ApsaraDB RDS for MySQL.

    • Bancos de dados autogerenciados:

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

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

      • Banco de dados autogerenciado conectado por meio do Express Connect, VPN Gateway ou Smart Access Gateway

      • Banco de dados autogerenciado conectado por meio do Database Gateway

    Pré-requisitos

    • É necessário ter uma instância ApsaraDB RDS for MySQL de origem. Para mais informações, consulte {{XREF_0}}.

    • É necessário ter um cluster PolarDB for MySQL de destino. Para mais informações, consulte {{XREF_1}} e {{XREF_2}}.

    • O cluster PolarDB for MySQL de destino deve ter mais espaço de armazenamento do que o utilizado pela instância ApsaraDB RDS for MySQL de origem.

    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 deve 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 exclusiva 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 suportará 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 do banco de dados.

    • Se você realizar a migração incremental, os logs binários devem atender a estes 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 relatará 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 (os dois servidores são primários e réplicas um do outro), ative o parâmetro log_slave_updates para garantir que o DTS capture todos os logs binários.

      • As instâncias do 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 menor que o 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 {{XREF_3}}.

    • Restrições nas operações do banco de dados de origem:

      • Durante as fases de migração de esquema e migração completa de dados, não realize operações DDL que alterem os esquemas do banco de dados ou das 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ê realizar 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, os 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 sã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

      Você pode usar 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: 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 de log binário. Comportamentos que não são compatíveis com o MySQL padrão não são suportados. Se o seu banco de dados de origem alega ser compatível com MySQL, mas se comporta de maneira diferente (por exemplo, quando o OceanBase atua como um banco de dados de origem compatível com MySQL, o carimbo de data/hora do evento de rotação 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 de destino usem a mesma versão do MySQL para garantir 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.

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

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

        • Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de origem sobrescreve o registro no banco de dados de destino.

      • Se os esquemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas ou a migração poderá falhar. Proceda com cautela.

    • Antes da migração, avalie o desempenho dos bancos de dados de origem e de destino. Recomendamos migrar os dados durante horários de menor movimento, 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 simultâneas, ocorre fragmentação de tabela no banco de dados de destino. Após a migração completa de dados, 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 emojis), o banco de dados e as tabelas de destino que receberão 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ócios. O DTS lê os valores dessas colunas chamando ROUND(COLUMN,PRECISION). Se a precisão não for definida explicitamente, o DTS migrará 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 em até sete dias. Portanto, antes de transferir seus negócios 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 os dados na instância de destino com dados da origem.

    • O DTS não oferece suporte à 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 {{XREF_4}}.

    • Se o Fully Encrypted Database (EncDB) estiver ativado em uma instância RDS MySQL, a migração completa de dados não será 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 entender as considerações relacionadas. Para mais informações, consulte {{XREF_5}}.

    • 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

      Apenas os parâmetros da tarefa do DTS são modificados, não os parâmetros do banco de dados. Os parâmetros que podem ser ajustados incluem aqueles listados em {{XREF_6}}.

    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 relatada pelo DTS é a diferença entre o carimbo de data/hora dos dados mais recentes migrados para o banco de dados de destino e o carimbo de data/hora atual. Se o banco de dados de origem não tiver realizado operações DML por um longo período, a latência relatada poderá 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 poderá 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 é o 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 {{XREF_7}}.

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

    São cobradas taxas de tráfego de internet quando o Access Method do banco de dados de destino é definido como Public IP Address. Para mais informações, consulte {{XREF_8}}.

    Migração incremental de dados

    Cobrado. Para mais informações, consulte {{XREF_9}}.

    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 oferece suporte à migração de esquema para tabelas, visualizações, gatilhos, procedimentos armazenados e funções.

        Nota

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

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

        Nota

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

      • Como o DTS não migra informações de usuário, 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 as alterações incrementais de dados da origem para o banco de dados de destino, permitindo que você migre 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 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 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 do 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 obter 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 para a região de destino usando um dos métodos a seguir.

      Pelo console do DTS

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

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

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

      Pelo console do DMS

      Nota

      As operações reais podem variar com base no modo e no layout do console do DMS. Para mais informações, consulte {{XREF_13}} e {{XREF_14}}.

      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 de destino, leia os Limits na parte superior 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 fácil identificação. O nome não precisa ser exclusivo.

      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 você não usar uma instância existente, configure as seguintes informações do banco de dados.

      Nota

      • No console do DMS, clique em Add DMS Database Instance para adicionar uma instância de banco de dados. Para mais informações, consulte {{XREF_15}} e {{XREF_16}}.

      • No console do DTS, você pode adicionar um banco de dados ao DTS na página Database Connections ou na nova página de configuração. Para mais informações, consulte {{XREF_17}}.

      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 obter informações sobre as permissões necessárias, consulte {{XREF_18}}.

      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 {{XREF_19}}.

      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 você não usar uma instância existente, configure as seguintes informações do banco de dados.

      Nota

      • No console do DMS, clique em Add DMS Database Instance para adicionar uma instância de banco de dados. Para mais informações, consulte {{XREF_20}} e {{XREF_21}}.

      • No console do DTS, você pode adicionar um banco de dados ao DTS na página Database Connections ou na nova página de configuração. Para mais informações, consulte {{XREF_22}}.

      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 obter informações sobre as permissões necessárias, consulte {{XREF_23}}.

      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 {{XREF_24}}.

    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ê deverá 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 local ou fornecido por um provedor de serviços em nuvem de terceiros, você deverá 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 {{XREF_25}}.

      Aviso

      Adicionar os blocos de endereços IP públicos dos servidores DTS, seja automaticamente ou manualmente, pode introduzir riscos de segurança. Ao usar este produto, 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 de API internas e verificar e restringir regularmente blocos CIDR desnecessários. Você também pode se conectar 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 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 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 {{XREF_26}}.

        Nota

        Esta configuração está disponível apenas quando Migration Types e Schema Migration estão 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, 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ê poderá alterar o nome da tabela no banco de dados de destino. Para mais informações, consulte {{XREF_27}}.

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

          Aviso

          Selecionar Ignore Errors and Proceed pode causar inconsistência de dados e riscos ao negócio. Por exemplo:

          • Se os esquemas das tabelas forem consistentes e um registro no banco de dados de destino tiver o mesmo valor de chave primária que um registro no banco de dados de origem:

            • Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados de origem não é migrado.

            • Durante a migração incremental, o DTS não mantém o registro no banco de dados de destino. O registro do banco de dados de origem sobrescreve o registro no banco de dados de destino.

          • Se os esquemas das tabelas forem inconsistentes, apenas algumas colunas de dados poderão ser migradas ou a migração poderá falhar. Proceda com cautela.

        Whether to migrate Event

        Selecione se deseja migrar eventos do banco de dados de origem. Se você selecionar Yes, etapas adicionais são necessárias. {{XREF_28}}.

        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 {{XREF_29}}.

        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 selecionar 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 do mouse no objeto na caixa Selected Objects. Para mais informações, consulte {{XREF_30}}.

        • 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 {{XREF_31}}.

        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 do mouse na tabela a ser migrada na caixa Selected Objects e especifique a condição de filtro na caixa de diálogo exibida. Para obter instruções, consulte {{XREF_32}}.

        • Para selecionar operações SQL a serem migradas no nível do banco de dados ou da tabela, clique com o botão direito do mouse no objeto na caixa Selected Objects e selecione as operações SQL desejadas na caixa de diálogo exibida. Para obter uma lista de operações suportadas, consulte {{XREF_33}}.

      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 {{XREF_34}}.

        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 de 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 {{XREF_35}} 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 oferecem suporte ao 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 por 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 por alterações DDL online. Migra apenas as instruções DDL originais executadas usando {{XREF_36}}.

          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 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. Você pode modificar 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 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 {{XREF_37}}.

        Retry Time for Failed Connections

        Após o início da tarefa de migração, se a conexão com o banco de dados de origem ou de destino falhar, o DTS relatará um erro e começará imediatamente a tentar reconectar. A duração padrão de nova tentativa é de 720 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 10 a 1440 minutos. Recomendamos definir a duração para mais de 30 minutos. Se o DTS se reconectar aos bancos de dados de origem e de destino dentro da duração especificada, a tarefa de migração será retomada automaticamente. Caso contrário, a tarefa falhará.

        Nota

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

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

        Retry Time for Other Issues

        Após o início da tarefa de migração, se ocorrer um problema que não seja de conectividade, como uma exceção de execução DDL ou DML, no banco de dados de origem ou de destino, o DTS relatará um erro e começará imediatamente a tentar repetir a operação. A duração padrão de nova tentativa é de 10 minutos. Você pode personalizar o tempo de nova tentativa para um valor de 1 a 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 para a tarefa de migração completa. Você pode definir Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

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

        • Você também pode {{XREF_38}} após a instância de migração estar em execução.

        Enable Throttling for Incremental Data Migration

        Se necessário, você também pode optar por definir limites de velocidade para a tarefa de migração incremental. Você pode definir RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s) para reduzir a carga no banco de dados de destino.

        Nota

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

        • Você também pode {{XREF_39}} 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 do DTS está em execução.

        • Yes: As informações SQL de heartbeat não são gravadas no banco de dados de origem. Isso pode fazer com que a instância do DTS 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 {{XREF_40}} Valores válidos:

        • Yes: Ativa o recurso ETL. Insira instruções de processamento de dados no editor de código. Para mais informações, consulte {{XREF_41}}.

        • No: Desativa o recurso ETL.

        Monitoring and Alerting

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

        • No: Não define um alerta.

        • Yes: Configure alertas definindo um {{XREF_42}} 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 {{XREF_43}} para obter 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 da API, mova o ponteiro sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters na dica que aparecer.

      • 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ó é 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 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, 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 de 100%, clique em Next: Purchase Instance.

    9. Compre 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 é o grupo de recursos padrão. Para mais informações, consulte {{XREF_44}}

        Instance Class

        O DTS fornece especificações de migração com diferentes níveis de desempenho. A especificação do link afeta a velocidade da migração. Você pode selecionar uma especificação com base no seu cenário de negócios. Para mais informações, consulte {{XREF_45}}.

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