Todos os produtos
Search
Central de documentação

Data Transmission Service:Migrar o PolarDB-X 2.0 para o ApsaraDB RDS for MySQL

Última atualização: Oct 15, 2026

Este tópico descreve como usar o DTS para migrar dados de uma instância PolarDB-X 2.0 para uma instância ApsaraDB RDS for MySQL.

Pré-requisitos

  • Você criou uma instância source do PolarDB-X 2.0.

  • Você criou uma instância de destino do ApsaraDB RDS for MySQL. Para mais informações, consulte Crie uma instância ApsaraDB RDS for MySQL.

  • A instância de destino do ApsaraDB RDS for MySQL deve ter mais espaço de armazenamento do que o espaço utilizado pela instância source do PolarDB-X 2.0.

Precauções

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

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

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

Tipo

Descrição

Limitações do banco de dados source

  • O servidor que hospeda o banco de dados source deve ter largura de banda de saída suficiente. A largura de banda insuficiente torna a migração de dados mais lenta.

  • Não há suporte para instâncias read-only do PolarDB-X 2.0 Enterprise Edition como banco de dados source.

  • As tabelas a serem migradas devem ter uma restrição PRIMARY KEY ou UNIQUE, e os campos da chave ou restrição devem ser únicos. Caso contrário, podem ocorrer dados duplicados no banco de dados de destino.

  • Se migrar objetos no nível da tabela e precisar editá-los (por exemplo, mapeando nomes de colunas), uma única tarefa de migração de dados suportará no máximo 1.000 tabelas. Se exceder esse limite, o envio da tarefa falhará. Nesse caso, divida as tabelas em várias tarefas de migração de dados ou configure uma tarefa para migrar o banco de dados inteiro.

  • Para migração de dados incremental, o banco de dados source deve atender aos seguintes requisitos de binary log:

    • Ative o recurso de binary log e defina o parâmetro binlog_row_image como full. Caso contrário, a pré-verificação falhará e a tarefa de migração de dados não poderá ser iniciada.

    • Para tarefas de migração de dados incremental, o DTS exige que os binary logs do banco de dados source sejam retidos por pelo menos 24 horas. Para tarefas que incluem migração de dados completa e incremental, os binary logs devem ser retidos por pelo menos 7 dias. Altere o período de retenção para 24 horas apenas após a conclusão da migração de dados completa. Se os binary logs não forem retidos pelo período necessário, o DTS poderá não conseguir obtê-los, causando falhas na tarefa ou até mesmo inconsistência e perda de dados. O SLA do DTS não cobre problemas causados por um período de retenção de binary log insuficiente.

  • Se o nome de uma tabela na instância PolarDB-X 2.0 contiver letras maiúsculas, haverá suporte apenas para a migração de schema dessa tabela.

  • Limitações operacionais no banco de dados source:

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

      Nota

      Durante a migração de dados completa, o DTS consulta o banco de dados source. Essa ação aplica um bloqueio de metadados, que pode bloquear operações DDL no banco de dados source.

    • Se precisar alterar o tipo de rede da instância PolarDB-X 2.0 durante a migração, atualize as informações de conexão de rede da tarefa de migração após a conclusão da alteração.

    • Se executar apenas a migração de dados completa, não grave novos dados no banco de dados source durante a migração. Caso contrário, os dados ficarão inconsistentes entre os bancos de dados source e de destino. Para manter a consistência dos dados em tempo real, selecione migração de schema, migração de dados completa e migração de dados incremental.

  • Não há suporte para a migração de grupos de tabelas (TABLEGROUP) e bancos de dados ou tabelas com o atributo Locality.

  • Não há suporte para a migração de tabelas cujos nomes são palavras reservadas, como select.

  • Em uma instância PolarDB-X 2.0, não há suporte para a sincronização de partições de banco de dados no modo DRDS.

  • Durante a execução de uma tarefa de migração do DTS, não há suporte para alterar o tipo de uma tabela de broadcast na instância source do PolarDB-X 2.0 (por exemplo, alterar uma tabela de broadcast para uma tabela regular ou sharded). Para alterar o tipo de tabela, pare a tarefa de migração primeiro e reconfigure-a após a conclusão da alteração.

Outras limitações

  • Avalie o desempenho dos bancos de dados source e de destino antes de iniciar a migração. Execute a migração de 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 de dados completa, o que aumenta a carga do banco de dados.

  • Durante a migração de dados completa, operações INSERT simultâneas podem causar fragmentação de tabela no banco de dados de destino. Como resultado, as tabelas no banco de dados de destino podem ocupar mais espaço de armazenamento do que as do banco de dados source.

  • O DTS tenta recuperar tarefas com falha por até sete dias. Antes de transferir suas cargas de trabalho para o banco de dados de destino, encerre ou libere a tarefa, ou revogue as permissões de gravação da conta do DTS no banco de dados de destino usando o comando REVOKE. Isso impede que o DTS sobrescreva dados no banco de dados de destino se a tarefa for recuperada automaticamente.

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

    Nota

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

  • Se uma instrução DDL falhar ao ser executada no banco de dados de destino, a tarefa do DTS continuará em execução. Verifique o log da tarefa para encontrar a instrução DDL com falha. Para mais informações, consulte Visualize os logs da tarefa.

  • Se gravar colunas com nomes idênticos, mas com caixas diferentes (maiúsculas e minúsculas), na mesma tabela no banco de dados MySQL de destino, podem 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 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 os listados em Modifique os parâmetros da instância.

Outras precauções

  • O DTS atualiza periodicamente a tabela dts_health_check.ha_health_check no banco de dados source para avançar a posição do binlog.

  • Quando o banco de dados de destino é o ApsaraDB RDS for MySQL

    O DTS cria automaticamente um banco de dados no ApsaraDB RDS for MySQL. Se o nome do banco de dados a ser migrado não estiver em conformidade com as convenções de nomenclatura do ApsaraDB RDS for MySQL, crie o banco de dados no ApsaraDB RDS for MySQL antes de configurar a tarefa de migração de dados. Para mais informaçõ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 schema e migração de dados completa

Gratuito.

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

Migração de dados incremental

Há cobrança. Para mais informações, consulte Billing overview.

Tipos de migração

  • Migração de schema

    O DTS migra as definições de schema dos objetos de migração do banco de dados source para o 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 source para o banco de dados de destino.

  • Migração incremental

    Após a conclusão de uma migração completa, o DTS migra as atualizações de dados incrementais do banco de dados source para o banco de dados de destino. A migração incremental permite migrar dados sem problemas, sem interromper suas aplicações autogerenciadas.

Operações SQL suportadas

Tipo

Instrução SQL

DML

INSERT, UPDATE e DELETE

DDL

  • ALTER TABLE

  • CREATE FUNCTION, CREATE INDEX e CREATE TABLE

    Nota

    Se o banco de dados source for uma instância Enterprise Edition do PolarDB-X 2.0, as operações CREATE FUNCTION e CREATE INDEX não são migradas.

  • DROP INDEX e DROP TABLE

  • RENAME TABLE

    Nota

    A operação RENAME TABLE pode causar inconsistência de dados. Por exemplo, se selecionar apenas uma tabela específica como objeto de migração e essa tabela for renomeada no banco de dados source durante a migração, a tarefa de migração de dados não migrará seus dados para o banco de dados de destino. Para evitar esse problema, selecione o banco de dados inteiro que contém a tabela como objeto de migração ao configurar a tarefa de migração de dados.

  • TRUNCATE TABLE

Requisitos de permissão para contas de banco de dados

Banco de dados

Migração de schema

Migração completa

Migração incremental

Instância PolarDB-X 2.0

Permissão SELECT

Permissão SELECT

Permissões REPLICATION SLAVE e REPLICATION CLIENT, e permissão SELECT nos objetos a serem migrados.

Nota

Para obter informações sobre como conceder permissões, consulte Account permission issues during data synchronization.

Instância ApsaraDB RDS for MySQL

permissões de leitura e gravação

Para criar contas de banco de dados e conceder permissões:

Para uma instância ApsaraDB RDS for MySQL, consulte Crie uma conta e Modifique as permissões da conta.

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

    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 console do Data Management (DMS).

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

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

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

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

    Aviso

    Após selecionar as instâncias source e de destino, leia atentamente os limites exibidos na parte superior da página. Caso contrário, a tarefa poderá falhar ou poderá ocorrer inconsistência de dados.

    Categoria

    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 único.

    Source Database

    Select Existing Connection

    • Para usar uma instância de banco de dados já added to the system (criada ou salva), selecione a instância desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente.

      Nota

      No console do DMS, este parâmetro é nomeado Select a DMS database instance..

    • Se não registrou a instância do banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.

    Database Type

    Selecione PolarDB-X 2.0.

    Access Method

    Selecione Alibaba Cloud Instance.

    Instance Region

    Selecione a região onde a instância source do PolarDB-X 2.0 está localizada.

    Replicate Data Across Alibaba Cloud Accounts

    Se estiver migrando dados dentro da mesma conta Alibaba Cloud, selecione No.

    Instance ID

    Selecione o ID da instância source do PolarDB-X 2.0.

    Database Account

    Insira a conta do banco de dados da instância source do PolarDB-X 2.0. Para mais informações sobre as permissões necessárias, consulte Permission requirements for database accounts.

    Database Password

    Insira a senha da conta do banco de dados.

    Destination Database

    Select Existing Connection

    • Para usar uma instância de banco de dados já added to the system (criada ou salva), selecione a instância desejada na lista suspensa. As informações do banco de dados abaixo serão configuradas automaticamente.

      Nota

      No console do DMS, este parâmetro é nomeado Select a DMS database instance..

    • Se não registrou a instância do banco de dados no sistema ou não precisa usar uma instância registrada, configure manualmente as informações do banco de dados abaixo.

    Database Type

    Selecione MySQL.

    Access Method

    Selecione Alibaba Cloud Instance.

    Instance Region

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

    Replicate Data Across Alibaba Cloud Accounts

    Se estiver migrando dados dentro da mesma conta Alibaba Cloud, selecione No.

    RDS Instance ID

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

    Database Account

    Insira a conta do banco de dados da instância de destino do ApsaraDB RDS for MySQL. Para mais informações sobre as permissões necessárias, consulte Permission requirements 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 RDS for MySQL previamente. 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ço IP do service do DTS seja adicionado automática ou manualmente às configurações de segurança dos bancos de dados source e de destino para permitir o acesso dos servidores do DTS. Para mais informações, consulte Add DTS server IP addresses to a whitelist.

    • Se o banco de dados source 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

      • Se precisar apenas executar uma migração completa, selecione Schema Migration e Full Data Migration.

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

      Nota
      • Se não selecionar Schema Migration, garanta que exista um banco de dados e tabelas para receber os dados no banco de dados de destino. Use o recurso de mapeamento de nome de objeto na caixa Selected Objects conforme necessário.

      • Se não selecionar Incremental Data Migration, não grave novos dados na instância source durante a migração de dados para garantir a consistência dos dados.

      Processing Mode for Existing Destination 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 será aprovada. Se existirem, 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, altere 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 schemas 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 source:

          • Durante a migração completa, o DTS mantém o registro no banco de dados de destino. O registro do banco de dados source 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 source sobrescreve o registro no banco de dados de destino.

        • Se os schemas das tabelas forem inconsistentes, apenas algumas colunas de dados podem ser migradas, ou a migração pode falhar. Prossiga com cautela.

      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 é schema, tabela e coluna. Se selecionar apenas tabelas ou colunas como objetos de migração, outros objetos, como views, triggers e stored procedures, não serão migrados para o banco de dados de destino.

      Selected Objects

      • Para alterar o nome de um único objeto de migração na instância de destino, clique com o botão direito do mouse 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 renomear um objeto, a migração de quaisquer objetos que dependam dele poderá falhar.

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

      • 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 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, portanto, não é necessário selecionar um. Se desejar tarefas mais estáveis, adquira um dedicated cluster para executar tarefas de migração do DTS.

      Retry Time for Failed Connections

      Após o início da tarefa de migração, se a conexão com o banco de dados source ou de destino falhar, o DTS reportará um erro e tentará reconectar imediatamente. A duração padrão de nova tentativa é de 720 minutos. Personalize o tempo de nova tentativa para um valor entre 10 e 1440 minutos. Defina a duração para mais de 30 minutos. Se o DTS se reconectar aos bancos de dados source 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 o mesmo source 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 necessidades do seu negócio 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 source 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 source ou de destino, o DTS reportará um erro e tentará repetir a operação imediatamente. A duração padrão de nova tentativa é de 10 minutos. Personalize o tempo de nova tentativa para um valor entre 1 e 1440 minutos. 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 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 source e de destino, o que pode aumentar a carga do banco de dados. Se necessário, ative o limitador 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 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, defina 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 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. Neste exemplo, nenhuma seleção é necessária.

      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 source quando a instância do DTS estiver em execução.

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

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

      Configure ETL

      Com base nas necessidades do seu negócio, escolha se deseja configurar o ETL feature para processar dados.

      Monitoring and Alerting

      Escolha 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 notificações de alerta. Se uma migração falhar ou a latência exceder o limiar, o sistema enviará uma notificação de alerta.

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

      Para mais informações sobre o recurso de validação de dados, consulte 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 sobre o botão Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters no balão que aparece.

    • Se não precisar visualizar ou já tiver terminado de visualizar os parâmetros da API, clique em Next: Save Task Settings and Precheck na parte inferior da página.

    Nota
    • Antes do início da tarefa de migração, o DTS realiza uma pré-verificação. A tarefa só será 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 mensagem 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 na mensagem e execute a pré-verificação novamente.

      • Para itens de verificação que podem ser ignorados, clique em Confirm Alert Details, Ignore, OK e Precheck Again para pular o item de alerta e executar a pré-verificação novamente. Ignorar um aviso pode causar problemas como inconsistência de dados e apresentar riscos ao seu negócio.

  7. Adquira a instância.

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

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

      Categoria

      Parâmetro

      Descrição

      New Instance Class

      Resource Group Settings

      Selecione o grupo de recursos ao qual a instância pertence. O valor padrão é o grupo de recursos padrão. 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 da migração. Selecione uma especificação com base no seu cenário de negócio. Para mais informações, consulte Data migration link specifications.

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

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

      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.