Azure Migrate: Como Avaliar, Planejar e Executar Migrações

Quase nenhuma empresa que decide migrar para o Azure duvida da decisão em si. O que trava o projeto é descobrir, com precisão, o que existe hoje no ambiente: quantos servidores estão realmente em uso, quais aplicações dependem de quais bancos de dados, o que quebra se um componente for movido antes do outro. Sem esse mapa, o inventário vira uma planilha desatualizada em duas semanas, o dimensionamento vira chute, e o corte de produção vira um fim de semana de plantão torcendo para nada dar errado. O Azure Migrate existe para tirar esse processo do improviso: um portal único da Microsoft que descobre, avalia, dimensiona e executa a migração de servidores, bancos de dados e aplicações.

Este guia mostra o que é a ferramenta, como cada etapa funciona, quais cenários ela cobre, quanto realmente custa usá-la, e onde a maioria dos projetos ainda erra mesmo com a ferramenta certa em mãos.

O Que é o Azure Migrate?

O Azure Migrate é a plataforma unificada de migração da Microsoft: um hub central onde organizações descobrem ativos, avaliam workloads, estimam custos, planejam e executam migrações e modernizam aplicações. Não existe um único “Azure Migrate” fazendo tudo sozinho — existe um conjunto de módulos integrados, cada um especializado em servidores, bancos de dados, aplicações web ou grandes volumes de dados, todos orquestrados pelo mesmo portal.

Por que a Microsoft criou o Azure Migrate

Antes da ferramenta existir, cada assessment de migração era feito à mão: planilha de inventário montada por amostragem, dependências levantadas em reunião com quem “lembrava” como os sistemas se conectavam, e uma estimativa de custo que já estava desatualizada na data da apresentação ao cliente. A Microsoft padronizou esse processo dentro da própria plataforma, e o efeito colateral mais direto foi reduzir o downtime no corte: o dimensionamento passou a vir de dados reais de uso coletados ao longo de semanas, não de uma suposição otimista sobre a especificação do servidor atual.

O Azure Migrate substituiu o MAP Toolkit?

Sim, e a equipe técnica da InfoB trata essa sucessão como natural: o Azure Migrate ocupa hoje o espaço que o antigo MAP Toolkit (Microsoft Assessment and Planning Toolkit) ocupava para descoberta e assessment de ambientes corporativos. A diferença que importa não é só o nome. O MAP Toolkit rodava desconectado da nuvem e gerava um relatório estático, que alguém depois precisava traduzir manualmente em recomendação de arquitetura. O Azure Migrate já nasce dentro do portal Azure, então o dado de descoberta vira estimativa de dimensionamento e custo sem essa etapa intermediária.

Quais Cenários o Azure Migrate Suporta?

Migração de servidores

VMware, Hyper-V, servidores físicos e ambientes híbridos são descobertos pelo mesmo appliance, sem agente instalado em cada máquina. É o cenário mais maduro da ferramenta e, de longe, o mais comum nos projetos de migração que a InfoB conduz.

Migração de bancos de dados

Bancos SQL Server podem migrar para três destinos diferentes: Azure SQL Database, Azure SQL Managed Instance ou SQL Server rodando em uma VM Azure, cada um com um nível de esforço administrativo bem diferente depois da migração. Detalhamos essa escolha com mais profundidade no guia de migração de banco de dados para o Azure.

Migração de aplicações web

Aplicações ASP.NET e Java podem ser avaliadas e migradas para o Azure App Service, ou modernizadas para rodar em containers no Azure Kubernetes Service (AKS). É o cenário menos frequente nos projetos brasileiros que passam pela InfoB: a maioria das empresas ainda está migrando infraestrutura, não recriando aplicações do zero.

Migração de grandes volumes de dados

Para volumes que tornariam a cópia pela internet inviável, geralmente acima de 10 terabytes, o Azure Data Box transporta os dados fisicamente até um datacenter da Microsoft. É a alternativa a semanas de upload consumindo o link da empresa inteira.

Como Funciona o Azure Migrate na Prática?

O processo se organiza em cinco etapas, e pular qualquer uma delas costuma ser a origem direta dos incidentes que aparecem depois do go live.

Etapa 1 — Discovery

O appliance identifica servidores, aplicações, bancos de dados e as dependências entre eles, sem exigir instalação de agente em cada máquina descoberta. É a etapa mais fácil de apressar e a mais cara de pular: duas semanas de coleta já mostram padrões gerais, mas picos sazonais ou de fechamento de mês só aparecem depois de um mês inteiro de appliance rodando.

Etapa 2 — Assessment

Aqui a ferramenta avalia compatibilidade com o Azure, consumo atual de CPU, memória e disco, dependências mapeadas e gera uma estimativa de custo. O resultado é sempre uma fotografia daquele momento, não uma verdade permanente, e por isso a Microsoft recomenda manter o appliance conectado por semanas antes de fechar a avaliação final.

Etapa 3 — Planejamento

Com os dados de assessment em mãos, a equipe define ondas de migração, criticidade de cada workload e a estratégia mais adequada para cada grupo de servidores. É também o momento certo para decidir o que não vale a pena migrar: sistemas obsoletos que sairia mais barato aposentar do que carregar para a nuvem.

Etapa 4 — Migração

Replicação, testes de failover em ambiente isolado, cutover e go live, geralmente com o Azure Site Recovery funcionando como motor de replicação por trás do Azure Migrate. Sob pressão de prazo, essa etapa costuma ser a primeira a ser encurtada, quase sempre cortando o teste de failover isolado antes do corte definitivo.

Etapa 5 — Otimização

O go live não fecha o projeto. Nas semanas seguintes, custo real e custo estimado raramente batem exatamente, e é nesse ajuste fino de performance, segurança e governança que o ambiente migrado realmente amadurece.

Azure Migrate Appliance: O Coração do Assessment

O que é o appliance

É um componente leve, implantado como VM ou servidor físico dentro do próprio ambiente local, que coleta informações e as envia ao Azure Migrate sem exigir agente instalado em cada máquina descoberta.

O que o appliance coleta

• Inventário: máquinas, sistemas operacionais e aplicações instaladas.
• Performance: uso de CPU, memória, disco e rede ao longo do tempo, não apenas um retrato pontual.
• Dependências: comunicação entre servidores e aplicações relacionadas.

Por que o mapeamento de dependências importa tanto

Esse é o recurso que mais evita incidentes no dia da migração. A equipe técnica da InfoB volta a esse ponto em praticamente todo projeto: o mapeamento automático de dependências é o que permite identificar quais workloads precisam migrar juntos, evitando o erro clássico de mover o servidor de aplicação para o Azure e esquecer o banco de dados do qual ele depende, ainda rodando no ambiente local.

O Azure Migrate é Gratuito?

Parcialmente, e vale entender onde exatamente a conta muda. O hub do Azure Migrate, a descoberta, o assessment, o mapeamento de dependências e as recomendações de dimensionamento não têm custo algum, segundo a página oficial de preços da Microsoft. O que passa a ser cobrado é a execução da migração em si: o módulo de Server Migration é gratuito nos primeiros 180 dias por máquina, e depois desse prazo passa a cobrar por instância ainda em replicação, não por VM já migrada e em produção. O Database Migration Service segue a mesma lógica de gratuidade nos primeiros 180 dias. Some a isso o consumo normal de storage, transferência de dados durante a replicação e o custo dos recursos Azure de destino, que começam a contar a partir do momento em que a carga entra em produção.

Isso significa que dá para rodar todo o assessment e o planejamento sem gastar um real, e só a decisão de seguir em frente com a migração começa a gerar custo. Detalhamos como esses custos se comportam depois que o ambiente já está em produção no guia de custos de VM no Azure.

Quais Estratégias de Migração o Azure Migrate Suporta?

A ferramenta não impõe uma única abordagem. Ela recomenda a estratégia mais adequada com base nos dados coletados durante o assessment.

• Rehost (lift and shift): move aplicações sem alterações significativas, ideal para ERPs, sistemas legados e file servers que precisam sair do datacenter local rapidamente.
• Replatform: adapta parcialmente a carga para serviços gerenciados Azure, como trocar um SQL Server autogerenciado por uma Managed Instance.
• Refactor: moderniza componentes específicos sem redesenhar o sistema inteiro.
• Cloud-native: reconstrói a aplicação usando containers, AKS ou App Services, geralmente reservado para projetos estratégicos de longo prazo.

Para ERPs especificamente, essas quatro estratégias, incluindo onde cada uma costuma falhar na prática, estão detalhadas com profundidade no guia completo de migração de ERP para o Azure, que também mostra como o Azure Migrate se encaixa especificamente em projetos de sistemas de gestão empresarial.

Como o Azure Migrate se Encaixa no Cloud Adoption Framework?

O Azure Migrate cuida da execução técnica; a estratégia continua sendo decisão de negócio, não da ferramenta. Dentro do Cloud Adoption Framework, ele entra principalmente em duas metodologias: a fase Plan usa os dados de inventário e assessment para priorizar workloads, e a fase Adopt usa os módulos de migração e modernização para executar o que foi planejado. Strategy e Ready acontecem antes, definindo o motivo da migração e preparando a landing zone que vai receber tudo o que o Azure Migrate move.

Migração de VMware para Azure com o Azure Migrate

Ambientes VMware seguem o mesmo fluxo geral, com algumas particularidades: a descoberta mapeia hosts, clusters e VMs individualmente, e o assessment projeta custo por máquina considerando as dependências entre elas. A execução usa o módulo Migration and Modernization do Azure Migrate, que replica os discos das VMs para o Azure e permite testar o failover antes do corte definitivo, sem impactar o ambiente VMware de origem durante os testes — o que dá margem para errar o teste sem colocar a produção em risco.

Migração de SQL Server com Azure Migrate

O assessment de banco avalia compatibilidade, tamanho e padrão de performance para recomendar o destino mais adequado. A escolha entre os três destinos possíveis muda bastante o volume de trabalho administrativo que sobra para a equipe de TI depois da migração.

Quais os Erros Mais Comuns em Projetos de Migração com Azure Migrate?

• Ignorar dependências. Migrar um servidor sem checar o mapa de dependências gerado no assessment é a causa mais comum de indisponibilidade pós-migração.
• Dimensionar VMs apenas pela especificação atual. Copiar o número de vCPUs e memória do servidor físico, em vez de usar os dados reais de utilização coletados pelo appliance, quase sempre resulta em superdimensionamento e fatura mais alta do que o necessário.
• Não criar a landing zone antes da migração. Migrar workloads para um ambiente Azure sem rede, identidade e políticas de governança já configuradas transporta a desorganização do datacenter local para dentro da nuvem.
• Migrar tudo de uma vez. Sem ondas priorizadas por criticidade, qualquer problema durante o corte afeta a operação inteira ao mesmo tempo, em vez de um grupo controlado de sistemas.
• Não executar testes de cutover. Pular o teste de failover isolado antes do corte definitivo é decidir descobrir os problemas de integração durante o horário comercial, com usuários reais impactados.

Quais os Benefícios do Azure Migrate?

No campo técnico, a ferramenta troca planilhas manuais por descoberta automatizada, análise de dependências e um assessment centralizado atualizado continuamente. No campo financeiro, a estimativa de custo antes da migração e a redução de superdimensionamento pesam diretamente no ROI do projeto, especialmente quando combinadas com o business case que compara ambiente atual e Azure projetado lado a lado. No campo operacional, o ganho mais direto é menos downtime e a possibilidade real de migrar por ondas, em vez de apostar tudo em um único evento de corte de fim de semana.

Azure Migrate e IA: o Copilot Migration Agent

Desde 2026, o Azure Migrate conta com um agente de migração baseado em Copilot, ainda em preview, que ajuda equipes a interpretar o inventário descoberto, comparar estratégias de migração, analisar prontidão e gerar recomendações de planejamento em linguagem natural. O recurso apoia a decisão; não substitui a execução, que continua acontecendo dentro do portal Azure Migrate, com o agente ajudando a interpretar os dados antes de qualquer ação ser tomada.

Azure Migrate ou Azure Migration and Modernization Program (AMMP)? Qual a Diferença?

Muita gente trata os dois nomes como sinônimos, o que gera confusão desnecessária em conversa de orçamento. O Azure Migrate é a ferramenta técnica, o portal onde descoberta, assessment e migração de fato acontecem. O AMMP era o programa de incentivos financeiros e suporte técnico da Microsoft para acelerar projetos de migração e modernização, com treinamento, recursos e apoio de parceiros qualificados. A própria Microsoft reformulou esse programa e passou a chamá-lo de Azure Migrate and Modernize, ampliando a cobertura para workloads mais complexos, incluindo HPC, Oracle, SAP e cenários de mainframe. Empresas continuam usando a ferramenta Azure Migrate independentemente de participarem ou não do programa de incentivos, que funciona como uma camada de funding e suporte acima da ferramenta técnica, não como um substituto dela.

Conclusão

O Azure Migrate resolve um problema bem específico e, ao mesmo tempo, bastante comum: a maioria das empresas simplesmente não sabe, com precisão, o que roda no próprio ambiente. Descobrir isso com dados reais, em vez de suposições e planilhas desatualizadas, é o que separa uma migração planejada em ondas de um fim de semana de apagar incêndio. Combinado a um método como o Cloud Adoption Framework, ele reduz boa parte do risco que historicamente faz projetos de nuvem não entregarem o resultado prometido.

Perguntas Frequentes Sobre o Azure Migrate

O Azure Migrate é gratuito?

O hub, a descoberta e o assessment não custam nada. O que gera custo é manter uma máquina em replicação por mais de 180 dias sem concluir a migração, além dos recursos Azure de destino, que passam a ser cobrados normalmente assim que entram em produção.

Quais ambientes podem ser avaliados pelo Azure Migrate?

Servidores VMware, Hyper-V, físicos e ambientes híbridos, além de bancos de dados SQL Server, aplicações web ASP.NET e Java, e grandes volumes de dados através do Azure Data Box.

Azure Migrate funciona com VMware?

Sim, e é o cenário mais maduro da ferramenta hoje: descoberta de hosts e clusters, assessment de compatibilidade por VM e migração via o módulo Migration and Modernization.

É possível migrar bancos de dados usando Azure Migrate?

Sim, para bancos SQL Server. A escolha entre Azure SQL Database, Managed Instance ou SQL Server em VM depende de quanto controle administrativo a equipe quer manter depois da migração, não só do orçamento.

O Azure Migrate substitui o MAP Toolkit?

Funcionalmente, sim. A diferença mais relevante no dia a dia não é o que cada ferramenta descobre, mas o que acontece depois: no Azure Migrate, o dado de descoberta já alimenta a recomendação de custo dentro do mesmo portal.

Como o Azure Migrate calcula custos?

Usando o pico de utilização real observado pelo appliance ao longo de semanas, com um fator de segurança aplicado sobre esse pico, não a especificação nominal do servidor atual.

O Azure Migrate identifica dependências entre servidores?

Sim, e esse é o recurso que mais evita indisponibilidade pós-migração, porque mostra quais workloads precisam ser movidos na mesma onda em vez de separados por conveniência de cronograma.

Qual a diferença entre Azure Migrate e Azure Site Recovery?

O Azure Migrate é o hub que descobre, avalia e orquestra o projeto inteiro. O Azure Site Recovery é o motor de replicação que ele aciona por baixo dos panos para mover as máquinas, e que continua útil depois, como solução de disaster recovery.

Azure Migrate ajuda a criar um business case?

Sim, comparando infraestrutura, operação e economia potencial entre o ambiente atual e o Azure projetado, um material que costuma pesar mais na aprovação da diretoria do que qualquer estimativa feita à mão.

O Azure Migrate utiliza inteligência artificial?

Desde 2026, sim: um agente baseado em Copilot, ainda em preview, ajuda a interpretar inventários e comparar estratégias em linguagem natural, mas a execução da migração continua sendo feita no portal, não pelo agente.