Hyper-V no PowerShell: máquinas virtuais, checkpoints e por que um checkpoint não é um backup

O que é

O módulo Hyper-V do PowerShell gerencia máquinas virtuais no Windows Server 2019/2022/2025 sem usar a interface gráfica. Get-VM lista as VMs e o estado delas (Get-VM | Select-Object Name, State, CPUUsage, MemoryAssigned); New-VM -Name "app1" -MemoryStartupBytes 4GB -Generation 2 -NewVHDPath D:\VMs\app1.vhdx -NewVHDSizeBytes 60GB -SwitchName "External" cria uma VM já com um novo disco virtual anexado. Checkpoint-VM -Name app1 -SnapshotName "before-patch" cria um checkpoint; se ele será Standard ou Production depende do tipo de checkpoint configurado na VM (Set-VM -Name app1 -CheckpointType Production; valores Disabled, Standard, Production, ProductionOnly). Production, o padrão para novas VMs, recorre silenciosamente a um checkpoint Standard quando o sistema convidado não consegue gerar um checkpoint de produção; ProductionOnly, em vez disso, falha. Export-VM -Name app1 -Path D:\Export copia a configuração e os discos virtuais da VM para uma pasta que pode ser importada em outro host.

Por que importa

A própria documentação da Microsoft sobre checkpoints é explícita: um checkpoint Standard captura uma imagem de um ponto no tempo, incluindo o estado da memória, e "a snapshot is not a full backup" (um snapshot não é um backup completo), podendo causar problemas de consistência de dados em sistemas que replicam dados entre nós, como o Active Directory. Já os checkpoints Production usam o Volume Shadow Copy Service (ou um congelamento do sistema de arquivos no Linux) para criar um ponto consistente com a aplicação, mais próximo do que um produto de backup faz internamente. Mesmo assim, nenhum dos dois tipos substitui um produto de backup de verdade, que gera cópias com reconhecimento da aplicação, restauráveis e retidas fora do mesmo armazenamento da VM. Os serviços de integração (componentes dentro do convidado para sincronização de hora, heartbeat e troca de dados) precisam estar atualizados no convidado para que recursos como checkpoints Production e o desligamento limpo funcionem corretamente. A virtualização aninhada, isto é, executar o Hyper-V dentro de uma VM Hyper-V, útil para testar cenários com vários hosts, vem desativada por padrão e é habilitada por VM, nas configurações de processador.

Como aplicar

• Mantenha as VMs com checkpoints Production (use ProductionOnly onde um fallback silencioso para um checkpoint Standard seja inaceitável, como em um controlador de domínio), a menos que um teste precise incluir o estado da memória.
• Antes de uma operação que dependa muito de checkpoints (teste de patches, uma alteração de configuração arriscada), garanta mesmo assim que exista um backup real, feito pelo produto de backup do host ou pelo Windows Server Backup com o VSS writer compatível com Hyper-V.
• Habilite a virtualização aninhada apenas na VM específica que precisa dela: Set-VMProcessor -VMName app1 -ExposeVirtualizationExtensions $true. Isso exige que a VM esteja desligada e que o processador físico seja compatível (Intel VT-x com EPT; AMD-V com RVI no Windows Server 2022 e posteriores).
• Use Export-VM para mover uma VM entre hosts sem passar por um ciclo completo de backup e restauração; é possível exportar uma VM em execução, e -CaptureLiveState escolhe entre estado de memória salvo, uma cópia consistente com um checkpoint de produção ou uma cópia consistente em caso de falha (crash-consistent).

Armadilhas

• Deixar muitos checkpoints associados a uma VM em execução: cada um adiciona um disco de diferenciação que cresce e prejudica o desempenho de I/O; mescle ou remova os checkpoints (Remove-VMSnapshot) quando não forem mais necessários.
• Tratar a saída de Export-VM como backup: ela é uma cópia do estado atual, não um histórico retido, e não oferece nenhuma garantia de consistência no nível da aplicação além da que um checkpoint já oferece.
• Esquecer que -ExposeVirtualizationExtensions $true exige que a VM esteja parada antes; em uma VM em execução, o cmdlet retorna um erro e não altera nada. Verifique com Get-VMProcessor -VMName app1 | Select-Object ExposeVirtualizationExtensions.