O Data Transmission Service (DTS) permite migrar bancos de dados entre instâncias por meio de um fluxo de trabalho passo a passo no console. Este tutorial usa uma migração do ApsaraDB RDS for MySQL para MySQL como exemplo e aborda todo o processo: conexão dos bancos de dados, seleção dos objetos de migração, execução de uma pré-verificação, compra de uma instância de migração e início da tarefa.
As etapas e os parâmetros deste tutorial baseiam-se em uma migração de MySQL para MySQL entre instâncias do ApsaraDB RDS for MySQL. A configuração real depende dos tipos de banco de dados source e de destino. Para cenários compatíveis, consulte Overview of data migration scenarios .
Pré-requisitos
Antes de começar, certifique-se de ter:
Bancos de dados source e de destino criados e executando versões compatíveis. Consulte Overview of data migration scenarios para ver os tipos e versões compatíveis.
(Para bancos de dados autogerenciados) Os ambientes necessários preparados. Consulte Preparation overview.
Uma conta de banco de dados na instância source com as permissões SELECT, REPLICATION CLIENT e REPLICATION SLAVE nos objetos a serem migrados.
Uma conta de banco de dados na instância de destino com permissões de leitura e gravação no banco de dados de destino.
Etapa 1: Abra a página Data Migration
Use o console do DTS ou o console do DMS para acessar a página Data Migration.
console do DTS
Faça login no console do DTS.
No painel de navegação à esquerda, clique em Data Migration.
No canto superior esquerdo, selecione a região onde a instância de migração residirá.
console do DMS
As etapas exatas podem variar dependendo do modo e do layout do seu console do DMS. Consulte Modo simples e Personalizar o layout e o estilo do console do DMS para obter detalhes.
Faça login no console do DMS.
Na barra de navegação superior, passe o ponteiro sobre Data + AI > DTS (DTS) > Data Migration.
Na lista suspensa à direita de Data Migration Tasks, selecione a região onde a instância de migração residirá.
Etapa 2: Crie uma tarefa
Clique em Create Task para abrir a página de configuração da tarefa.
Se a página mostrar o botão New Configuration Page no canto superior direito, clique em New Configuration Page para mudar para a nova versão. Pule esta etapa se vir Back to Previous Version — você já está na nova versão.
As páginas de configuração nova e anterior possuem parâmetros diferentes. Use a nova versão.
Etapa 3: Configure os bancos de dados source e de destino
Após preencher os detalhes dos bancos de dados source e de destino, leia a seção Limits exibida na parte superior da página antes de continuar. Pular esta etapa pode causar falhas na tarefa ou inconsistência de dados.
As tabelas a seguir descrevem os parâmetros para os bancos de dados source e de destino. Neste exemplo, ambos são instâncias do ApsaraDB RDS for MySQL na mesma conta da Alibaba Cloud.
Banco de dados source
|
Parâmetro |
Descrição |
|
Task Name |
Um nome para a tarefa do DTS. O DTS gera um automaticamente. Especifique um nome descritivo para facilitar a identificação da tarefa. O nome não precisa ser único. |
|
Select a DMS database instance |
Não selecionado neste exemplo. Configure os parâmetros do banco de dados abaixo. |
|
Database Type |
O tipo do banco de dados source. Selecione MySQL. |
|
Access Method |
O método de acesso do banco de dados source. Selecione Alibaba Cloud Instance. |
|
Instance Region |
A região da instância source do ApsaraDB RDS for MySQL. |
|
Replicate Data Across Alibaba Cloud Accounts |
Se o banco de dados source pertence a uma conta diferente da Alibaba Cloud. Selecione No para este exemplo. |
|
RDS Instance ID |
O ID da instância source do ApsaraDB RDS for MySQL. |
|
Database Account |
Uma conta de banco de dados com as permissões SELECT, REPLICATION CLIENT e REPLICATION SLAVE nos objetos a serem migrados. |
|
Database Password |
A senha da conta do banco de dados. |
|
Encryption |
Use a configuração padrão para este exemplo. |
Banco de dados de destino
|
Parâmetro |
Descrição |
|
Select a DMS database instance |
Não selecionado neste exemplo. Configure os parâmetros do banco de dados abaixo. |
|
Database Type |
O tipo do banco de dados de destino. Selecione MySQL. |
|
Access Method |
O método de acesso do banco de dados de destino. Selecione Alibaba Cloud Instance. |
|
Instance Region |
A região da instância de destino do ApsaraDB RDS for MySQL. |
|
Replicate Data Across Alibaba Cloud Accounts |
Se o banco de dados de destino pertence a uma conta diferente da Alibaba Cloud. Selecione No para este exemplo. |
|
RDS Instance ID |
O ID da instância de destino do ApsaraDB RDS for MySQL. |
|
Database Account |
Uma conta de banco de dados com permissões de leitura e gravação no banco de dados de destino. |
|
Database Password |
A senha da conta do banco de dados. |
|
Encryption |
Use a configuração padrão para este exemplo. |
Etapa 4: Teste a conectividade
Clique em Test Connectivity and Proceed na parte inferior da página.
O DTS atualiza automaticamente as configurações de firewall com base na localização dos seus bancos de dados:
Instâncias de banco de dados da Alibaba Cloud (como ApsaraDB RDS for MySQL ou ApsaraDB for MongoDB): o DTS adiciona seus blocos CIDR de servidor à lista de permissões de endereços IP da instância.
Bancos de dados autogerenciados em uma única instância do Elastic Compute Service (ECS): o DTS adiciona seus blocos CIDR de servidor às regras do grupo de segurança do ECS. Certifique-se de que a instância ECS possa acessar o banco de dados.
Bancos de dados autogerenciados em várias instâncias ECS: adicione manualmente os blocos CIDR do servidor DTS às regras do grupo de segurança de cada instância ECS.
Bancos de dados locais ou de cloud de terceiros: adicione manualmente os blocos CIDR do servidor DTS à lista de permissões de endereços IP do banco de dados. Consulte Adicionar os blocos CIDR dos servidores DTS.
Adicionar blocos CIDR do DTS à sua lista de permissões ou regras de grupo de segurança introduz riscos de segurança. Antes de migrar dados, tome medidas preventivas, como fortalecer credenciais, limitar portas expostas, autenticar chamadas de API, auditar regras de lista de permissões regularmente e usar o Express Connect, VPN Gateway ou Smart Access Gateway para conectar seu banco de dados ao DTS.
Etapa 5: Configure os objetos de migração
Escolha o que migrar
Na página Configure Objects, selecione os objetos e os tipos de migração.
Para este exemplo, selecione Schema Migration, Full Data Migration e Incremental Data Migration em Migration Types e, em seguida, mova os objetos a serem migrados de Source Objects para Selected Objects.
A tabela a seguir descreve os principais parâmetros.
| Parâmetro | Descrição |
|---|---|
| Migration Types | Escolha com base no seu objetivo:<br>• Schema Migration + Full Data Migration — copia os dados existentes uma vez, sem sincronização contínua. Evite gravar no banco de dados source durante a migração para evitar inconsistência de dados.<br>• Schema Migration + Full Data Migration + Incremental Data Migration — mantém o destino sincronizado durante a migração, o que mantém a continuidade do service. Use esta opção se sua aplicação precisar permanecer online durante a migração.<br><br> Nota
Se você pular o Schema Migration, certifique-se de que um banco de dados e uma tabela foram criados no banco de dados de destino para receber dados e ative o mapeamento de nomes de objetos em Selected Objects. |
| Method to Migrate Triggers in Source Database | Como lidar com triggers do banco de dados source. Configure isso apenas se você tiver triggers para migrar. Consulte Synchronize or migrate triggers from the source database. Disponível apenas quando Schema Migration e Incremental Data Migration estão selecionados. |
| Enable Migration Assessment | Se deve avaliar a compatibilidade do schema (comprimento do índice, procedimentos armazenados, tabelas dependentes) antes da migração. Selecione Yes para aumentar o tempo de pré-verificação. Os resultados aparecem em Assessment Result e não afetam a aprovação/reprovação da pré-verificação. Disponível apenas quando Schema Migration está selecionado. |
| Processing Mode of Conflicting Tables | Como lidar com tabelas no destino que compartilham nomes com tabelas source:<br>• Precheck and Report Errors — falha na pré-verificação se nomes de tabelas idênticos forem encontrados. Para contornar conflitos, use mapeamento de nomes de objetos para renomear tabelas no destino.<br>• Ignore Errors and Proceed — pula a verificação de conflito de nomes. Aviso
Isso pode causar inconsistência de dados. Durante a migração completa, os registros existentes são retidos; durante a migração incremental, os registros existentes são sobrescritos. Se os schemas forem diferentes, apenas algumas colunas poderão ser migradas ou a tarefa poderá falhar completamente. |
| Capitalization of Object Names in Destination Instance | Política de uso de maiúsculas e minúsculas para nomes de bancos de dados, tabelas e colunas no destino. O padrão é DTS default policy. Consulte Especificar o uso de maiúsculas e minúsculas de nomes de objetos na instância de destino. |
| Source Objects | Selecione as colunas, tabelas ou bancos de dados a serem migrados e clique em  para adicioná-los a Selected Objects. Se você selecionar tabelas ou colunas, o DTS não migrará views, triggers ou procedimentos armazenados, a menos que sejam explicitamente selecionados. |
| Selected Objects | Gerencie os objetos preparados para migração:<br>• Renomeie um único objeto: clique com o botão direito no objeto. Consulte Mapear o nome de um único objeto.<br>• Renomeie vários objetos: clique em Batch Edit no canto superior direito. Consulte Mapear vários nomes de objetos de uma vez.<br>• Filtre linhas com condições SQL: clique com o botão direito em uma tabela e especifique as condições WHERE. Consulte Set filter conditions.<br>• Selecione quais operações DML ou DDL migrar: clique com o botão direito em um objeto e selecione as operações. |
Configure as configurações avançadas
Clique em Next: Advanced Settings. Os valores padrão funcionam para a maioria dos cenários. Ajuste os seguintes parâmetros conforme necessário.
| Parâmetro | Descrição |
|---|---|
| Dedicated Cluster for Task Scheduling | Por padrão, o DTS usa o cluster compartilhado. Para maior estabilidade da tarefa, adquira um cluster dedicado. Consulte O que é um cluster dedicado do DTS. |
| Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database. | Aplica-se quando você usa DMS ou gh-ost para operações DDL online no source. Importante
pt-online-schema-change não é compatível — usá-lo faz com que a tarefa do DTS falhe.<br>• Yes — migra dados de tabelas temporárias de operações DDL online. Pode introduzir latência.<br>• No, Adapt to DMS Online DDL — migra apenas o DDL original do DMS, não os dados da tabela temporária. As tabelas de destino podem ser bloqueadas.<br>• No, Adapt to gh-ost — migra apenas o DDL original do gh-ost, não os dados da tabela temporária. Suporta filtragem de tabelas sombra do gh-ost. As tabelas de destino podem ser bloqueadas. |
| Whether to Migrate Accounts | Se deve migrar informações de contas do banco de dados source. Se definido como Yes, selecione as contas a serem migradas e verifique as permissões das contas usadas nesta tarefa. Consulte Migrate database accounts. |
| Retry Time for Failed Connections | Por quanto tempo o DTS tenta novamente se perder a conectividade com o banco de dados source ou de destino. Intervalo válido: 10 a 1.440 minutos. Padrão: 720. Recomendamos que você defina o parâmetro com um valor superior a 30 minutos. Se o DTS reconectar dentro desta janela, a tarefa será retomada; caso contrário, ela falhará. Nota
Se várias tarefas compartilharem o mesmo banco de dados source ou de destino, a janela de tentativa definida mais recentemente entrará em vigor. As cobranças do DTS acumulam durante as tentativas. |
| Retry Time for Other Issues | Por quanto tempo o DTS tenta novamente operações DDL ou DML com falha. Intervalo válido: 1 a 1.440 minutos. Padrão: 10. Recomendamos que você defina o parâmetro com um valor superior a 10 minutos. Este valor deve ser menor que Retry Time for Failed Connections. |
| Enable Throttling for Full Data Migration | Se deve limitar a velocidade de migração durante a migração completa de dados. Durante a migração completa, o DTS usa os recursos de leitura e gravação dos bancos de dados source e de destino. Você pode ativar o limitador com base nos seus requisitos de negócios. Configure Queries per second (QPS) to the source database, RPS of Full Data Migration e Data migration speed for full migration (MB/s). Isso reduz as cargas do servidor do banco de dados de destino. Disponível apenas quando Full Data Migration está selecionado. |
| Enable Throttling for Incremental Data Migration | Se deve limitar a velocidade de migração durante a migração incremental de dados. Configure RPS of Incremental Data Migration e Data migration speed for incremental migration (MB/s). Disponível apenas quando Incremental Data Migration está selecionado. |
| Environment Tag | Uma tag para identificar o ambiente da instância do DTS. Selecione com base no seu ambiente (por exemplo, produção ou staging). |
| Configure ETL | Se deve ativar o processamento de extração, transformação e carga (ETL) nos dados migrados. Selecione Yes e insira instruções de processamento de dados no editor de código. Consulte Configurar ETL em uma tarefa de migração ou sincronização de dados. |
| Whether to delete SQL operations on heartbeat tables of forward and reverse tasks | Se o DTS grava operações SQL em tabelas de heartbeat enquanto a instância está em execução.<br>• Yes — não grava SQL de heartbeat. A latência pode parecer inflada no monitoramento.<br>• No — grava SQL de heartbeat. O backup físico e a clonagem do banco de dados source podem ser afetados. |
| Monitoring and Alerting | Se deve configurar alertas para falhas de tarefa ou latência excedendo um limiar. Selecione Yes para definir limiares e contatos de notificação. Consulte Configurar monitoramento e alertas ao criar uma tarefa do DTS. |
Configure a verificação de dados
Clique em Next Step: Data Verification para configurar opcionalmente uma tarefa de verificação de dados. Consulte Configurar uma tarefa de verificação de dados.
Etapa 6: Execute a pré-verificação
Clique em Next: Save Task Settings and Precheck na parte inferior da página.
Visualize os parâmetros do OpenAPI para esta configuração de tarefa antes que salve, passe o mouse sobre Next: Save Task Settings and Precheck e clique em Preview OpenAPI parameters.
O DTS executa uma pré-verificação antes de iniciar a migração. A tarefa só pode começar após a aprovação na pré-verificação.
Itens com falha: clique em View Details ao lado do item com falha, diagnostique o problema, corrija-o e clique em Precheck Again.
Itens de alerta que não podem ser ignorados: clique em View Details, corrija o problema e clique em Precheck Again.
Itens de alerta que podem ser ignorados: clique em Confirm Alert Details > Ignore > OK e, em seguida, clique em Precheck Again. Ignorar alertas pode resultar em inconsistência de dados.
Etapa 7: Compre uma instância de migração
Aguarde até que a Success Rate atinja 100% e clique em Next: Purchase Instance.
Na página Purchase Instance, configure a instância.
|
Parâmetro |
Descrição |
|
Resource Group |
O grupo de recursos para a instância de migração. Padrão: default resource group. Consulte O que é o Resource Management? |
|
Instance Class |
A classe da instância determina a velocidade de migração. Selecione com base no volume de dados e nos requisitos de tempo. Consulte Classes de instâncias de migração de dados. |
Marque a caixa de seleção Data Transmission Service (Pay-as-you-go) Service Terms e clique em Buy and Start. Clique em OK na caixa de diálogo e confirme.
A tarefa começa a ser executada. Acompanhe o progresso na página Data Migration.
Próximos passos
Overview of data migration scenarios — explore outras combinações compatíveis de bancos de dados source e de destino.
Configurar uma tarefa de verificação de dados — verifique a consistência dos dados após a conclusão da migração.
Mapear nomes de objetos — renomeie bancos de dados, tabelas ou colunas no destino.