Migrar o MySQL local para o Banco de Dados do Azure para MySQL: Métodos de migração
Explorar os vários métodos para migrar bancos de dados MySQL de ambientes locais para o Banco de Dados do Azure para MySQL é essencial para selecionar a abordagem mais adequada para suas necessidades. Este artigo se aprofunda nos diferentes métodos de migração disponíveis, fornecendo uma análise detalhada das vantagens e dos possíveis desafios de cada técnica. Ao entender as nuances da migração offline, da migração online e das abordagens híbridas, você pode tomar decisões informadas que se alinham às metas e aos requisitos técnicos da sua organização. Se você está buscando tempo de inatividade mínimo, custo-benefício ou uma transição perfeita, este guia fornece a você o conhecimento para escolher o melhor método de migração e executá-lo de maneira eficaz.
Pré-requisitos
Migrar o MySQL local para o Banco de Dados do Azure para MySQL: planejamento
Visão geral
Para realizar a migração dos dados da origem para o destino, é necessário usar ferramentas ou recursos do MySQL.
É importante concluir todos os estágios de avaliação e planejamento antes de começar os seguintes. As decisões e os dados coletados são o caminho de migração e as dependências de seleção de ferramentas.
Nesta seção, iremos conhecer as seguintes ferramentas usadas com frequência:
Workbench do MySQL
mysqldump
mydumpr e myloader
Replicação interna dos dados (binlog)
Workbench do MySQL
O MySQL Workbench fornece uma experiência completa de GUI que permite aos desenvolvedores e administradores projetar, desenvolver e gerenciar suas instâncias do MySQL.
A versão mais recente do MySQL Workbench fornece recursos de migração de objetos sofisticados ao mover um banco de dados de uma origem para um destino.
Exportação e importação de dados
O MySQL Workbench fornece uma IU baseada em assistente para a exportação completa ou parcial e a importação de tabelas e objetos de banco de dados. Para obter um exemplo de como usar o MySQL Workbench, consulte Migrar seu banco de dados MySQL com a importação e a exportação.
Despejo e restauração (mysqldump)
Normalmente, o mysqldump é fornecido como parte da instalação do MySQL. Ele é um utilitário cliente que pode ser executado para criar backups lógicos que correspondem a um conjunto de instruções SQL que podem ser reproduzidas para recriar o banco de dados de acordo com um ponto no tempo. O mysqldump não é uma solução rápida ou escalonável para fazer backup ou migrar grandes quantidades de dados. A execução de um grande conjunto de instruções SQL INSERT pode não funcionar adequadamente devido à E/S de disco necessária para atualizar os índices. No entanto, quando combinado a outras ferramentas que requerem o esquema original, o mysqldump é uma excelente ferramenta para gerar os esquemas de banco de dados e de tabela. Esses esquemas podem criar o ambiente da zona de destino.
O utilitário mysqldump fornece recursos úteis durante a fase de migração de dados. Considerações de desempenho precisam ser avaliadas antes de executar o utilitário. Confira Considerações sobre o desempenho.
mydumpr e myloader
Ambientes com grandes bancos de dados que exigem migração rápida devem usar mydumper and myloader. Essas ferramentas são gravadas em C++ e utilizam técnicas multi-threaded para enviar os dados o mais rápido possível para a instância do MySQL de destino. Além de acelerar a migração em 10 vezes ou mais, mydumper e myloader fazem uso do paralelismo.
As versões binárias das ferramentas disponíveis para download público foram compiladas para Linux. Para executar essas ferramentas no Windows, os projetos de software livre precisariam ser recompilados. A compilação do código-fonte e a criação de versões não é uma tarefa trivial para a maioria dos usuários.
Replicação interna dos dados (binlog)
Semelhante a outros sistemas de gerenciamento de banco de dados, o MySQL fornece um recurso de replicação de log chamado replicação binlog. O recurso de replicação binlog ajuda na migração de dados e na criação de réplicas de leitura.
Utilize a replicação binlog para migrar seus dados para o Banco de Dados do Azure para MySQL em um cenário online. A replicação de dados ajuda a reduzir o tempo de inatividade necessário para fazer as alterações finais nos dados de destino.
Para usar o recurso de replicação binlog, há alguns requisitos de configuração:
O servidor mestre é recomendado em seguida para usar o mecanismo InnoDB do MySQL. Ao usar um mecanismo de armazenamento diferente do InnoDB, migre essas tabelas para o InnoDB.
Os usuários que realizarão a migração devem ter permissões para configurar o log binário e criar novos usuários no servidor mestre.
Se o servidor mestre tiver o SSL habilitado, verifique se o certificado de Autoridade de Certificação SSL fornecido para o domínio foi incluído no procedimento armazenado mysql.az_replication_change_master. Consulte os seguintes exemplos e o parâmetro master_ssl_ca.
Verifique se o endereço IP do servidor mestre foi adicionado às regras de firewall do servidor de réplica do Banco de Dados do Azure para MySQL. Atualizar regras de firewall usando o Portal do Azure ou a CLI do Azure.
Assegure-se de que o computador que hospeda o servidor mestre permita tráfego de entrada e saída na porta 3306.
Verifique se o servidor mestre tem um endereço IP acessível (público ou privado) da origem para os destinos.
Para realizar uma migração com a replicação, revise Como configurar a replicação interna dos dados do Banco de Dados do Azure para MySQL a fim de obter detalhes.
O método de replicação binlog tem requisitos de alta utilização de CPU e armazenamento adicional. Os usuários que realizarão a migração devem testar a carga colocada no sistema de origem durante as migrações online e determinar se o resultado é aceitável.
DMS (Serviço de Migração de Banco de Dados) do Azure
O Azure Database Migration Services (DMS) é uma ferramenta baseada em nuvem do Azure que permite aos administradores controlar as diversas configurações de migração e reutilizá-las quando necessário. O DMS funciona criando projetos de migração com configurações que apontam para diversas origens e destinos. Ele dá suporte a migrações offline. Além disso, ele oferece suporte a cargas de trabalho de dados locais e a cargas de trabalho baseadas em nuvem, como o MySQL do serviço de banco de dados relacional (RDS) da Amazon.
Embora o serviço DMS seja uma ferramenta online, ele depende do recurso de replicação binlog do MySQL para concluir suas tarefas. Atualmente, o DMS automatiza parcialmente o processo de migração offline. O DMS requer a geração e a aplicação do esquema correspondente na instância do Banco de Dados do Azure de destino para MySQL. Os esquemas podem ser exportados usando o utilitário cliente mysqldump.
Migração de tempo de inatividade mais rápido/mínimo
Há diversos caminhos para a migração de dados. Decidir qual caminho seguir depende do conjunto de habilidades da equipe de migração e da quantidade de tempo de inatividade que os proprietários do banco de dados e do aplicativo estão dispostos a aceitar. Algumas ferramentas oferecem suporte a abordagens paralelas de migração de dados de multiencadeamento e outras foram projetadas somente para migrações simples de dados de tabela.
O caminho mais rápido e mais completo consiste no uso da replicação binlog (diretamente com o MySQL ou por meio do DMS), mas ele gera custos relacionados à adição de chaves primárias.
Tabela de decisões
Há muitos caminhos que o WWI pode tomar para migrar suas cargas de trabalho MySQL. Uma tabela com os caminhos possíveis e as vantagens e desvantagens de cada um é fornecida a seguir:
| Objetivo | Descrição | Ferramenta | Pré-requisitos | Vantagens | Desvantagens |
|---|---|---|---|---|---|
| Migração mais rápida possível | Abordagem paralela | mydumpr e myloader | Linux | Altamente paralelizado | Limitação de destino |
| Migração online | Manter a origem ativa o máximo possível | binlog | Nenhum | Continuidade | Processamento e armazenamento adicionais |
| Migração offline | Manter a origem ativa o máximo possível | DMS (Serviço de Migração de Banco de Dados) | Nenhum | Processo repetível | Limitado somente a dados, fornece suporte a todas as versões do MySQL |
| Migração offline altamente personalizada | Exportar objetos seletivamente | mysqldump | Nenhum | Totalmente personalizável | Manual |
| Migração offline semi-automatizada | Exportação e importação baseadas na IU | Workbench do MySQL | Baixar e instalar | Semi-automatizado | Há suporte somente para conjuntos comuns de comutadores |
Cenário do WWI
O WWI selecionou seu banco de dados de conferência como a primeira carga de trabalho de migração. Essa carga de trabalho foi escolhida porque tinha o menor risco e o maior tempo de inatividade disponível devido à lacuna na agenda anual da conferência. Além disso, com base na avaliação da equipe de migração, foi determinado que uma migração offline usando o MySQL Workbench deveria ser realizada.
Lista de verificação de métodos de migração
Verifique se o método correto está selecionado considerando os ambientes de destino e de origem.
Verifique se o método pode atender aos requisitos de negócios.
Sempre verifique se a carga de trabalho de dados fornece suporte ao método.