Migração de banco de dados - : Central de Documentação do Alibaba Cloud

O Data Management (DMS) oferece o recurso de migração de banco de dados, que permite encapsular soluções de serviço para migrar bancos de dados, executar verificações e excluir os bancos de dados de source migrados. Este tópico descreve como criar um ticket para migrar um banco de dados.

Pré-requisitos

Utilize um dos seguintes bancos de dados: ApsaraDB RDS for MySQL, PolarDB for MySQL ou bancos de dados MySQL autogerenciados em instâncias do Elastic Compute Service (ECS).

Nota
Os bancos de dados de source e de destino devem ser do mesmo tipo.
Os bancos de dados de source e de destino devem estar gerenciados no modo Security Collaboration. Para mais informações, consulte Control mode.
Interrompa o processo de gravação de dados no banco de dados de source.

Informações básicas

Conforme seus negócios crescem, pode ser necessário atualizar ou reduzir as configurações do banco de dados ou migrar um banco de dados inteiro. Para atender a essa necessidade, o DMS disponibiliza o recurso de migração de banco de dados, permitindo a migração homogênea de esquemas e dados em diversos bancos. Com esse recurso, você altera o nome do banco de dados de destino, pré-verifica os requisitos antes da migração, valida a consistência dos dados entre a source e o destino após a migração e exclui o banco de dados de source já migrado. Essa funcionalidade abrange todo o fluxo de migração e facilita a gestão multilocatária por fornecedores SaaS.

Benefícios

Existem diversas ferramentas de migração de dados no mercado. No entanto, a maioria delas é voltada para operações e manutenção (O&M), sem permissões adequadas para gerenciar processos. Em comparação com essas ferramentas, o recurso de migração de banco de dados do DMS oferece as seguintes vantagens:

Integra as capacidades de gerenciamento de segurança do DMS, incluindo controle de permissões e gestão de processos.
Incorpora a funcionalidade de migração de dados do Data Transmission Service (DTS), garantindo alta performance e concorrência. Para mais detalhes, consulte High performance.
Permite encapsular soluções completas para migrar bancos de dados, executar validações e remover os bancos de source após a migração. Assim, você atualiza as configurações de roteamento de locatários e coordena serviços vinculados, viabilizando uma migração contínua em toda a cadeia SaaS das aplicações.

Limitações

É possível migrar todas as tabelas de um banco de dados, mas não tabelas específicas individualmente.
A ferramenta suporta migração completa de dados, não sendo compatível com migração incremental.
Somente tabelas podem ser objeto de migração.

Faturamento

Atualmente, o uso do recurso de migração de banco de dados é gratuito.

Procedimento

Faça login no DMS 5.0.
Na barra de navegação superior, escolha Solution > Migrate Database.

Nota
Caso esteja utilizando o console do DMS no modo simples, passe o ponteiro sobre o ícone no canto superior esquerdo do console e selecione All Features > Solution > Migrate Database.

Na página Create Database Migration Ticket, defina os parâmetros descritos na tabela a seguir.

Parâmetro	Descrição
Task Name	Nome da tarefa de migração do banco de dados. Recomenda-se utilizar um nome descritivo para facilitar a identificação e reduzir comunicações desnecessárias.
Business Background	Contexto de negócios associado à tarefa.
Stakeholder	Partes interessadas envolvidas no processo de aprovação do ticket. É possível especificar múltiplos stakeholders.
Source Instance	Instância de banco de dados onde reside o banco que será migrado.
Destination Instance	Instância de banco de dados para a qual os dados serão migrados. Nota As instâncias de source e de destino devem ser do mesmo tipo.
Source Database	Banco de dados selecionado para migração. Nota Ao selecionar vários bancos de source, todos devem pertencer ao mesmo proprietário. São necessárias permissões de exportação e alteração no banco de source. Para solicitar acesso, consulte Manage permissions.
Destination Database	Por padrão, o banco de destino recebe o mesmo nome do banco de source. Clique em Edit ao lado do banco de destino para modificar o nome.
Migration Object	Objetos a serem migrados. Múltiplas opções podem ser selecionadas. Valores válidos: Schema Migration: migra os esquemas do banco de dados de source. Full Data Migration: migra os dados das tabelas do banco de source.
Validate Consistency	Define se a consistência dos dados entre source e destino será verificada após a migração. Opções disponíveis: Do Not Validate: nenhuma verificação de consistência é realizada pelo DMS após a migração. Automatically Validate After Migration: o DMS inicia automaticamente a validação de consistência assim que a migração termina. Ao escolher Automatically Validate After Migration, a caixa de diálogo Parameter Configuration é exibida. Nela, configure os parâmetros Maximum differences of a table e Upper limit of data validation in non-primary key tables e clique em OK. Manually Trigger Operation: após a migração, você decide se ignora ou inicia imediatamente a verificação de consistência.
Deletion and Release	Determina se o banco de dados de source migrado será excluído da instância original após a conclusão da migração. Do Not Delete: mantém o banco de source intacto na instância após a migração. Manually Trigger Operation: permite excluir o banco de source imediatamente ou posteriormente, após a conclusão da verificação de consistência. Automatically Delete After Migration: o DMS remove automaticamente o banco de source após a migração. Esta opção apresenta alto risco e não está disponível no momento.

Clique em Submit application. O DMS executa automaticamente uma pré-verificação.
Os resultados da pré-verificação ficam disponíveis na etapa Precheck. Em caso de falha, siga as instruções exibidas na tela.
- Permissões no banco de source: são obrigatórias permissões de exportação e alteração. Caso contrário, o sistema exibirá uma mensagem solicitando a requisição dessas permissões.
- Permissões no banco de destino:
  - Se o banco de destino já existir, é necessária permissão de alteração. A ausência dessa permissão gera um erro solicitando a regularização.
  - Se o banco de destino não existir, o ticket deve ser enviado por um administrador do DMS, DBA ou proprietário da instância. Caso contrário, ocorrerá um erro.
- Permissões de acesso: o DMS verifica se a função AliyunDMSDefaultRole está associada à sua conta Alibaba Cloud para prosseguir com a migração. Se a função não estiver vinculada, uma mensagem orientará você a solicitá-la.
- Espaço restante na instância de destino:
  - Para instâncias ApsaraDB RDS for MySQL ou PolarDB for MySQL, o DMS valida se há capacidade de armazenamento suficiente para a migração.
  - Em bancos autogerenciados no ECS, o sistema alerta para que você verifique manualmente o espaço disponível na instância de destino.
- Objetos com nomes duplicados:
  - Na opção Schema Migration, a instância de destino não pode conter bancos com nomes idênticos aos da source.
  - Na opção Full Data Migration exclusiva, as tabelas de source e destino devem ter nomes e definições DDL idênticos. Diferenças no DDL causam erro; dados históricos em tabelas homônimas geram aviso.
- Listas de permissões (Whitelists):
  - Para destinos ApsaraDB RDS for MySQL ou PolarDB for MySQL, o DMS confere se as listas de permissões de IP incluem todos os endereços necessários para o DTS. Endereços ausentes serão listados para configuração manual.
  - Para bancos autogerenciados no ECS, todos os IPs necessários para o DTS serão exibidos para inclusão na lista de permissões.
Após a aprovação na pré-verificação, clique em Submit for Approval.
Com o ticket aprovado, clique em Start Now ou Schedule.
- Start Now: inicia a tarefa de migração imediatamente.
- Schedule: abre a caixa de diálogo Setting para agendar a data e hora de execução da migração.
Durante a execução, acompanhe o progresso e os logs de migração na etapa Migrate Database do assistente Execute, dentro da página de Detalhes do Ticket.
Opcional:Após concluir a migração, clique em Next Step para validar a consistência dos dados.
- Skip Validation: pula a etapa de verificação de consistência.
- Start Now: na caixa Parameter Configuration, ajuste os parâmetros Maximum differences of a table e Upper limit of data validation in non-primary key tables e confirme com OK.
- Schedule: na caixa Setting, configure os limites de diferença e validação, defina a data e hora desejadas para a verificação e clique em OK.
Nota
Caso sejam encontradas inconsistências, clique em View Details. Na janela Overview, acesse Details para examinar os dados divergentes.
- Para pequenas discrepâncias, faça a correção manual dos dados.
- Se houver grande volume de dados inconsistentes, analise a causa raiz, exclua o banco de destino e reinicie o processo de migração.
Opcional:Finalizada a verificação de consistência, clique em Next Step para remover o banco de dados de source.
- Complete: encerra o ticket de migração sem excluir o banco de source.
- Delete Now: remove imediatamente as tabelas migradas. Utilize esta opção com cautela.
- Delay Deletion: na caixa Delay Deletion, defina um período de retenção entre 1 e 30 dias antes da exclusão definitiva. Dentro desse prazo, é possível reverter a operação e restaurar os dados originais.