Migração de virtualização sem surpresa: monitoramento e backup antes, durante e depois

A migração de virtualização que dá errado raramente falha na importação da máquina. Falha no que ninguém mediu antes e no que ninguém religou depois: o sistema que ficou mais lento e ninguém sabe provar, o job de backup que continuou apontando para o host antigo, o sensor que seguiu vigiando um ambiente vazio. Este texto é o método para que isso não aconteça, dividido em antes, durante e depois. A Global Data, empresa de TI em São Paulo, opera monitoramento com PRTG e backup com Acronis nos ambientes que migra; os fatos sobre as ferramentas foram verificados em 25 de setembro de 2026.

O procedimento da migração em si, etapa por etapa, está no artigo sobre migração de VMware para Proxmox VE. Aqui o assunto é o que acontece em volta dele.

Antes

• Linha de base de desempenho. Antes de mover qualquer máquina, o monitoramento precisa ter registrado, por algumas semanas, o comportamento normal de cada sistema: uso de CPU e memória, latência de disco, tráfego de rede, tempo de resposta de uma operação conhecida. Sem isso, “ficou mais lento” vira opinião. Com isso, vira um gráfico comparável. No PRTG, os sensores de host e de máquina virtual do ambiente VMware já fazem esse registro; a forma de configurá-los está descrita, ainda que de forma breve, no nosso texto de 2016 sobre monitorar servidores Windows, Linux, VMware e XenServer com o PRTG.
• Backup completo e restauração testada. Um backup completo de cada máquina virtual na origem, feito no dia anterior à onda, com ao menos uma restauração completa testada em ambiente separado. É o plano de retorno de verdade, independente do hipervisor. Backup nunca restaurado não é backup.
• Inventário de jobs e sensores. Tudo o que depende da API da origem: jobs de backup por máquina, sensores por host e por máquina, alertas e limiares. Cada item recebe um destino correspondente no ambiente novo. Esse inventário é o que evita o job órfão e o sensor que vigia o vazio.
• Backup e monitoramento do destino ligados antes da primeira onda. Os hosts novos entram no monitoramento antes de receber carga. Em Proxmox VE, os hosts são monitorados de forma estável por SNMP e pelos sensores de Linux do PRTG; os sensores nativos para Proxmox VE (estado de máquinas virtuais e contêineres, saúde do cluster, desempenho dos nós) têm suporte completo desde o PRTG 26.3.122; em versões anteriores, ainda aparecem como beta e exigem a ativação de recursos experimentais (Paessler, 2026). O backup do destino também precisa existir antes: para Proxmox VE 8.2 ou superior, o Acronis Cyber Protect Cloud faz backup sem agente dentro das máquinas desde a versão 25.07, de julho de 2025, com um agente instalado em cada nó do cluster (notas de versão da Acronis).

Durante

• Backup do destino verificado antes da validação. Cada máquina que sobe no destino entra no job de backup novo, e o primeiro backup é executado e conferido antes de a validação com o usuário começar. A máquina só é considerada migrada quando tem backup no destino.
• Sensores apontados a cada onda. Os sensores da máquina migrada passam a olhar o host e a máquina no destino, com os mesmos limiares. O sensor da origem fica pausado, não apagado, até o fim do período de convivência.
• Comparação com a linha de base. Nas primeiras horas e dias no destino, os mesmos indicadores medidos antes são comparados. Latência de disco maior do que a da origem aponta para storage ou controlador; uso de CPU diferente, para o tipo de CPU configurado na importação; tráfego estranho, para VLAN ou driver de rede. A comparação é o que separa “ajustar a configuração” de “voltar para a origem”.
• Alerta com quem migrou, não só com o NOC. Durante a onda, os alertas dos sistemas envolvidos chegam também a quem está executando. Um alerta de disco na máquina recém-migrada às duas da manhã precisa ser lido por quem sabe o que mudou.

Depois

• Retenção do último backup da origem. O backup completo feito antes da onda é guardado por um período combinado, fora da rotina de rotação, como último ponto de retorno independente do destino.
• Restauração testada no destino. Uma restauração completa a partir do backup novo, em ambiente separado, fecha o ciclo. Backup que funciona na origem e não foi testado no destino é uma suposição.
• Monitoramento do ambiente novo como um todo. Hosts, storage, rede, cluster e alta disponibilidade. Em Proxmox VE, o teste de alta disponibilidade (desligar um host e ver a máquina subir em outro) é feito com carga real e observado no monitoramento, uma vez, antes de a origem ser desligada.
• Convivência e desligamento. A origem fica ligada, sem carga, pelo período combinado. Só depois os hosts são desligados, os sensores da origem apagados e os jobs antigos removidos. Fechar o inventário do item “antes” com o do “depois” é a última tarefa do projeto.

Onde isso vira serviço

O método acima é o que a Global Data aplica nas migrações que conduz, e ele continua depois: o monitoramento 24x7 dos hosts e das máquinas fica no nosso monitoramento PRTG, e o backup fora do host, no backup em nuvem com Acronis. A migração em si, da avaliação de renovação até a operação, está na página de migração VMware e avaliação de renovação; a decisão de migrar, no artigo sobre renovar, renegociar ou migrar depois da Broadcom.

Perguntas frequentes

O snapshot antes da migração substitui o backup?

Não. O snapshot fica no mesmo storage e no mesmo hipervisor que estão sendo trocados. O plano de retorno precisa ser um backup completo, fora do host, com restauração testada.

O PRTG monitora Proxmox VE?

Sim. Os hosts são monitorados por SNMP e pelos sensores de Linux, que são estáveis. Os sensores específicos para Proxmox VE (máquinas virtuais, contêineres, cluster e nós) têm suporte completo desde o PRTG 26.3.122, segundo a Paessler; em versões anteriores, aparecem como beta e exigem a ativação de recursos experimentais.

O Acronis faz backup de Proxmox VE?

Sim. Desde a versão 25.07 do Acronis Cyber Protect Cloud, de julho de 2025, há backup sem agente dentro das máquinas virtuais e dos contêineres para Proxmox VE 8.2 ou superior, com um agente instalado em cada nó do cluster.

Como provar que o sistema não ficou mais lento?

Com a linha de base: os mesmos indicadores medidos antes da migração, por semanas, comparados com os mesmos indicadores depois. Sem a linha de base, não há como provar nem para um lado nem para o outro.

Se a sua empresa está planejando uma migração de virtualização e o monitoramento ainda não registra a linha de base, esse é o primeiro passo, semanas antes da primeira janela. Quero preparar o monitoramento e o backup para a migração