Migração de Banco de Dados para o Azure

Migrar bancos de dados do ambiente local para o Azure oferece benefícios como redução da sobrecarga operacional (sem gerenciamento de hardware), alta disponibilidade e backups integrados e a possibilidade de dimensionar elasticamente a computação e o armazenamento conforme a demanda. As organizações também migram para cumprir exigências de adoção prioritária da nuvem, desativar hardware antigo de data centers ou aproveitar recursos avançados, como replicação geográfica e ajuste inteligente de consultas.

A migração de bancos de dados normalmente segue uma de duas estratégias amplas. Uma migração offline coloca o banco de dados de origem offline, copia os dados para o destino e então direciona as aplicações para o novo ponto de extremidade — é simples, mas exige uma janela de manutenção. Uma migração online usa replicação contínua de dados para manter o destino sincronizado com a origem enquanto ela permanece ativa, realizando a troca com um tempo de indisponibilidade mínimo, medido em segundos ou minutos.

O Azure Database Migration Service (DMS) é uma ferramenta totalmente gerenciada que orquestra migrações de uma ampla variedade de origens — SQL Server, MySQL, PostgreSQL, MongoDB, Oracle e outras — para os respectivos destinos gerenciados do Azure. O DMS gerencia a conversão do esquema, a movimentação dos dados e a replicação, além de informar o status e os erros da migração em um único painel.

Antes de migrar, execute uma avaliação antes da migração para identificar problemas de compatibilidade entre o banco de dados de origem e o serviço do Azure de destino. A extensão Database Migration Assessment for SQL Server no Azure Data Studio verifica procedimentos armazenados, gatilhos e consultas em busca de recursos não compatíveis com o Azure SQL Database ou o SQL Managed Instance, fornecendo uma lista priorizada de itens a corrigir antes da troca.

Migrar o SQL Server para o Azure SQL Database (banco de dados individual) funciona bem para aplicações com um único banco de dados e sem recursos no nível da instância (como o SQL Agent ou consultas entre bancos de dados). Se a avaliação identificar dependências no nível da instância, o Azure SQL Managed Instance será uma migração quase 100% compatível do mecanismo do SQL Server para um contêiner PaaS, preservando tarefas do SQL Agent, servidores vinculados e objetos CLR.

O Azure DMS usa o Log Replay Service (LRS) para migrações online do SQL Server para o Azure SQL Managed Instance. O LRS lê continuamente os backups do log de transações de um contêiner do Azure Blob Storage e os reproduz na instância gerenciada de destino, mantendo-a sincronizada com a origem. A troca final é acionada manualmente e é concluída em segundos, reduzindo a janela de manutenção a praticamente zero.

Para mover bancos de dados PostgreSQL para o Azure, o DMS oferece suporte tanto à migração offline (pg_dump/pg_restore) quanto à migração online por meio de replicação lógica. O servidor PostgreSQL de origem deve ter a replicação lógica habilitada (wal_level = logical) e o usuário da migração deve ter privilégios de replicação. O DMS gerencia a migração do esquema, a carga inicial completa e a captura de alterações nos dados até a troca final.

O DMS migra bancos de dados MySQL para o Azure Database for MySQL Flexible Server usando o log binário do MySQL para replicação contínua. A instância MySQL de origem deve ter binlog_format = ROW e o registro binário habilitado. O assistente de migração no portal do Azure orienta você na conexão entre origem e destino, na seleção dos bancos de dados e no monitoramento do progresso e do atraso da migração antes da troca.

A chave para uma migração com pouca indisponibilidade é concluir a carga inicial em massa com bastante antecedência e, em seguida, manter a captura de alterações ativa até que o atraso da replicação se aproxime de zero. Nesse momento, você deve: interromper as gravações na origem, aguardar que as últimas alterações sejam enviadas ao destino, atualizar a cadeia de conexão da aplicação e iniciar as gravações no novo destino. O gerenciamento cuidadoso do TTL do DNS e a troca azul-verde podem reduzir ainda mais o impacto.

Após a troca, valide a migração comparando as contagens de linhas entre as tabelas de origem e destino, executando as principais consultas da aplicação para verificar a correção dos dados e confirmando que todos os procedimentos armazenados, exibições e funções retornam os resultados esperados. Monitore o destino em busca de degradações no desempenho das consultas, comparando os planos de execução, e atualize as estatísticas e reconstrua os índices no destino para garantir um desempenho ideal desde o primeiro dia.

O Azure Migrate oferece recursos de descoberta e avaliação de bancos de dados, além dos recursos de avaliação de servidores. O dispositivo do Azure Migrate verifica o ambiente local para inventariar instâncias do SQL Server, estimar o dimensionamento e o custo equivalentes no Azure e sinalizar problemas de compatibilidade. Isso faz dele o ponto de partida lógico antes de usar o DMS para executar a migração propriamente dita.

Nesta lição, você aprendeu que: o Azure Database Migration Service orquestra migrações de diversos mecanismos de origem, as migrações online usam a captura de alterações nos dados para minimizar a indisponibilidade durante a troca e uma avaliação antes da migração identifica problemas de compatibilidade antes do início do processo. A seguir, exploraremos o Azure Identity e o Microsoft Entra ID.