Todos os produtos
Search
Central de documentação

Data Transmission Service:Migrar do RDS for MySQL para o MySQL autogerenciado

Última atualização: Jul 04, 2026

Use o Data Transmission Service (DTS) para migrar dados de uma instância ApsaraDB RDS for MySQL para um banco de dados MySQL autogerenciado. Essa abordagem é útil em casos de uso como análise de dados e testes de funcionalidades de negócios.

Pré-requisitos

  • As tabelas migradas da instância ApsaraDB RDS for MySQL devem ter uma chave primária ou um índice único não nulo.

  • O espaço de armazenamento do banco de dados MySQL autogerenciado deve ser maior do que o utilizado pela instância ApsaraDB RDS for MySQL.

  • Para garantir a compatibilidade, a versão do banco de dados MySQL autogerenciado deve corresponder à da instância ApsaraDB RDS for MySQL.

Notas de uso

  • Durante uma migração completa de dados, o DTS consome recursos de leitura e gravação nos bancos de dados de origem e destino, aumentando a carga sobre eles. Se os bancos de dados apresentarem baixo desempenho, especificações reduzidas ou alta carga de trabalho (por exemplo, muitas consultas SQL lentas ou tabelas sem chaves primárias na source, ou ocorrência de deadlocks no destino), esse aumento de carga pode sobrecarregá-los ou até causar interrupções no serviço. execute a migração de dados durante períodos de baixo tráfego, como quando a utilização de CPU de ambos os bancos de dados estiver abaixo de 30%.

  • Se uma tabela de source não tiver chave primária, restrição de unicidade ou qualquer combinação de campos que garanta unicidade, o DTS poderá gerar dados duplicados no destino.

  • A migração completa de dados utiliza operações INSERT concorrentes, o que causa fragmentação nas tabelas. O tablespace de destino será maior do que o de source após a migração.

  • O DTS recupera automaticamente as tarefas com falha. Antes de redirecionar as cargas de trabalho para o destino, pare ou libere a tarefa de migração para evitar que ela seja retomada e sobrescreva os dados de destino.

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

Limitações

  • O DTS suporta migração de schema para tabelas, views, triggers, stored procedures e stored functions.

    Nota

    Durante a migração de schema, o DTS altera o

    DEFINER

    de views, stored procedures ou functions para

    INVOKER

    .

  • O DTS não migra informações de usuários. Para chamar views, stored procedures ou functions no destino, conceda permissões de leitura e gravação ao chamador.

Tipos de migração

O DTS suporta migração de schema, migração completa de dados e migração incremental de dados. Para mais informações, consulte Conceitos principais.

Nota

Ao combinar os três tipos de migração, é possível realizar uma migração de banco de dados tranquila, sem tempo de inatividade.

Faturamento

Tipo de migração

Taxa de configuração da tarefa

Taxa de tráfego de internet

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

Gratuito.

As taxas se aplicam apenas quando os dados são migrados pela internet a partir da alibaba cloud. Para mais informações, consulte Visão geral do faturamento.

Migração incremental de dados

Cobrado. Para mais informações, consulte Visão geral do faturamento.

Operações SQL para migração incremental

Tipo de operação

Instrução SQL

DML

INSERT, UPDATE, DELETE, and REPLACE

DDL

  • ALTER TABLE and ALTER VIEW

  • CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, and CREATE VIEW

  • DROP INDEX and DROP TABLE

  • RENAME TABLE

  • TRUNCATE TABLE

Privilégios necessários para contas de banco de dados

Banco de dados

Privilégios necessários

ApsaraDB RDS for MySQL

Privilégios de leitura nos objetos de migração.

Banco de dados MySQL autogerenciado

Privilégios de leitura e gravação nos objetos de migração.

Para crie uma conta de banco de dados e conceder privilégios:

Procedimento

  1. Faça login no console do DTS.

    Nota

    Se você for redirecionado automaticamente para o console do Data Management (DMS), clique em no ícone jiqiren no canto inferior direito e, em seguida, clique em 返回旧版 para retornar ao console clássico do DTS.

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

  3. Na parte superior da página Migration Tasks, selecione a região do cluster de destino.

  4. No canto superior direito da página, clique em Create Data Migration Task.

  5. configure as definições de conexão para os bancos de dados de origem e destino.

    Categoria

    Parâmetro

    Descrição

    N/A

    Nome da tarefa

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

    Source Database

    Instance type

    selecione RDS.

    Instance region

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

    RDS instance ID

    Selecione o ID da instância RDS de origem.

    Database account

    insira a conta do banco de dados ApsaraDB RDS for MySQL. Para informações sobre os privilégios necessários, consulte Privilégios necessários para contas de banco de dados.

    Password

    insira a senha da conta de banco de dados.

    Nota

    Após insira as informações do banco de dados de origem, clique em Test Connectivity ao lado de Database Password para verifique se as informações estão corretas. Se estiverem corretas, a mensagem Passed será exibida. Se a mensagem Failed for exibida, clique em Diagnose ao lado de Failed e ajuste as informações do banco de dados de origem conforme as instruções.

    Connection method

    selecione Non-encrypted ou SSL-encrypted conforme suas necessidades. Ao selecionar SSL-encrypted, primeiro ative a criptografia SSL na instância RDS de origem. Para mais informações, consulte Configurar criptografia SSL.

    Nota

    No momento, o parâmetro Encryption está disponível apenas nas regiões da China Continental e China (Hong Kong).

    Target Database

    Instance type

    selecione um tipo com base no local onde seu banco de dados está implantado. Este tópico usa Self-managed database on an ECS instance como exemplo.

    Nota

    Se o banco de dados autogerenciado for de outro tipo de instância, preparações adicionais serão necessárias. Para mais informações, consulte Visão geral das preparações.

    Instance region

    Selecione a região onde a instância ECS está localizada.

    ECS instance ID

    Selecione o ID da instância ECS que hospeda o banco de dados MySQL autogerenciado.

    Database type

    selecione MySQL.

    Port

    insira o número da porta do serviço de banco de dados. Neste exemplo, insira 3306.

    Database account

    insira a conta do banco de dados MySQL autogerenciado. Para informações sobre os privilégios necessários, consulte Privilégios necessários para contas de banco de dados.

    Password

    insira a senha da conta de banco de dados.

    Nota

    Após insira as informações do banco de dados de destino, clique em Test Connectivity ao lado de Database Password para verifique se as informações estão corretas. Se estiverem corretas, a mensagem Passed será exibida. Se a mensagem Failed for exibida, clique em Diagnose ao lado da mensagem Failed e ajuste as informações do banco de dados de destino conforme as instruções.

    Connection method

    selecione Non-encrypted ou SSL-encrypted conforme suas necessidades. Neste exemplo, Non-encrypted está selecionado.

  6. Após concluir as configurações, clique em Set Allowlist and Continue no canto inferior direito da página.

    Se o banco de dados de origem ou destino for uma instância de banco de dados da alibaba cloud, como ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB, o DTS adicionará automaticamente os endereços IP dos servidores DTS da região correspondente à lista de permissões da instância. Se o banco de dados de origem ou destino for um banco de dados autogerenciado em uma instância ECS, o DTS adicionará automaticamente os endereços IP às regras do grupo de segurança da instância ECS. verifique também se o banco de dados autogerenciado permite acesso a partir da instância ECS. Se o banco de dados estiver implantado como um cluster em várias instâncias ECS, adicione manualmente os endereços IP dos servidores DTS às regras do grupo de segurança de cada instância ECS. Se o banco de dados de origem ou destino for um banco de dados autogerenciado em um data center ou de outro provedor de nuvem, adicione manualmente os endereços IP dos servidores DTS da região correspondente para permitir o acesso. Para visualize a lista de endereços IP dos servidores DTS, consulte Endereços IP dos servidores DTS.

    Aviso

    A adição de blocos CIDR públicos dos servidores DTS, seja de forma automática ou manual, pode introduzir riscos de segurança. Ao usar este produto, você reconhece e aceita esses riscos potenciais. É sua responsabilidade implementar medidas básicas de segurança, incluindo, entre outras: uso de senhas fortes, restrição de portas abertas, uso de autenticação para chamadas internas de API, revisão e restrição periódica de segmentos de rede desnecessários, ou conexão por meio de redes privadas como Express Connect, VPN Gateway ou Smart Access Gateway.

  7. selecione os tipos de migração e os objetos a serem migrados.

    Parâmetro

    Descrição

    Tipos de migração

    • Para realizar apenas uma migração completa, selecione Schema Migration e full data migration.

    • Para realizar uma migração com tempo de inatividade mínimo, selecione Schema Migration, full data migration e incremental data migration.

    Nota

    Caso não selecione incremental data migration, não grave novos dados no banco de dados de origem durante a migração para garantir a consistência dos dados.

    Objetos de migração

    Na caixa Available, clique em nos objetos que deseja migrar e, em seguida, clique em no ícone 向右小箭头 para movê-los para a caixa Selected Objects.

    Nota
    • É possível selecione bancos de dados, tabelas e colunas como objetos de migração.

    • Por padrão, os nomes dos objetos no banco de dados de destino são iguais aos do banco de dados de origem. Para renomear um objeto no destino, utilize o recurso de mapeamento de nomes de objetos. Para mais informações, consulte Mapeamento de nomes de objetos.

    • Ao usar o recurso de mapeamento de nomes de objetos, objetos dependentes podem falhar na migração.

    Alteração de nome mapeado

    Para renomear objetos de migração na instância de destino, utilize o recurso de mapeamento de nomes de objetos. Para mais informações, consulte Mapeamento de nomes de objetos.

    Tempo de nova tentativa para falha de conexão com o banco de dados de origem ou destino

    Por padrão, se o DTS não conseguir se conectar ao banco de dados de origem ou destino, tentará novamente por 720 minutos (12 horas). É possível personalizar esse tempo. Se o DTS se reconectar dentro do período especificado, a tarefa de migração é retomada automaticamente. Caso contrário, a tarefa falha.

    Nota

    A tarefa é cobrada enquanto o DTS tenta reconectar. Recomenda-se defina o tempo de nova tentativa de acordo com as necessidades do negócio ou liberar a instância DTS assim que possível após as instâncias de banco de dados de origem e destino serem liberadas.

    Replicar tabela temporária para o destino durante DDL online na tabela de origem pelo DMS

    Ao usar o Data Management (DMS) para execute operações DDL online no banco de dados de origem, escolha se deseja migrar as tabelas temporárias geradas por essas operações.

    • Yes: migra os dados das tabelas temporárias geradas pelas operações DDL online.

      Nota

      Se as tabelas temporárias geradas pelas operações DDL online contiverem grande volume de dados, a tarefa de migração poderá sofrer atrasos.

    • No: não migra dados das tabelas temporárias. Apenas os dados DDL originais do banco de dados de origem são migrados.

      Nota

      Esta opção pode causar bloqueio de tabelas no banco de dados de destino.

  8. Após concluir a configuração, clique em Precheck and Start no canto inferior direito da página.

    Nota
    • Antes de iniciar a tarefa de migração, o DTS execute uma pré-verificação. A tarefa só pode ser iniciada após ser aprovada na pré-verificação.

    • Se a pré-verificação falhar, clique em no ícone 提示 ao lado do item com falha para visualize os detalhes.

      • Corrija os problemas conforme indicado e execute a pré-verificação novamente.

      • Se não precisar corrigir os itens de aviso, selecione Ignore e clique em Ignore Warnings and Rerun Precheck para execute a pré-verificação novamente.

  9. Após a tarefa ser aprovada na pré-verificação, clique em Next.

  10. Na caixa de diálogo Confirm Settings exibida, selecione uma Instance Class e marque a caixa de seleção Data Transmission Service (pay-as-you-go) Service Terms.

  11. Clique em Buy and Start para iniciar a migração.

    • Migração de schema + Migração completa de dados

      Aguarde a conclusão automática da tarefa. Interrompê-la manualmente pode resultar em dados incompletos.

    • Migração de schema + Migração completa de dados + Migração incremental de dados

      A tarefa de migração não é encerrada automaticamente. É necessário encerrá-la manualmente.

      Importante

      escolha um momento adequado para encerrar a tarefa manualmente, como durante períodos de baixo tráfego ou quando estiver pronto para redirecionar suas cargas de trabalho para o cluster de destino.

      1. Aguarde até que a tarefa de migração entre na fase Incremental Data Migration e o status exiba Undelayed. Em seguida, pare de gravar dados no banco de dados de origem por alguns minutos. Durante esse período, o status de Incremental Data Migration pode indicar uma latência.

      2. Aguarde até que o status de Incremental Data Migration exiba Undelayed novamente. Em seguida, encerre manualmente a tarefa de migração.结束增量迁移任务