Quando uma VM Hyper-V se recusa a iniciar porque está presa em um “Estado Salvo”, seu trabalho pode ser interrompido abruptamente. Esse problema é comum entre administradores de TI — especialmente após reinicializações do host ou durante recuperação de desastres. Neste guia, explicaremos o que é um estado salvo no Hyper-V, por que sua VM pode falhar ao iniciar a partir dele, o que acontece se você excluir esse estado e como corrigir passo a passo uma VM travada. Também abordaremos solução avançada de problemas em ambientes complexos e compartilharemos boas práticas para que você evite esse transtorno no futuro.
O que é o estado salvo no Hyper-V?
O estado salvo no Hyper-V captura tudo sobre sua máquina virtual em execução em um determinado momento — seu conteúdo de memória e o status dos dispositivos —, permitindo pausar o trabalho e retomá-lo posteriormente sem perder o progresso. Ao colocar uma máquina virtual no modo de estado salvo, o Hyper-V grava dois arquivos principais na pasta dela: .bin para os dados de memória e .vsv para o contexto dos dispositivos.
Esses arquivos, em conjunto, permitem que o Hyper-V interrompa com segurança a atividade da sua máquina virtual. O arquivo .bin contém uma cópia exata do que estava armazenado na memória RAM no momento em que você pausou ou desligou a máquina virtual usando a opção Save, em vez de Turn Off ou Shut Down. O arquivo .vsv registra detalhes como os registradores da CPU e os buffers do adaptador de rede.
Por que isso é importante? Se você precisar reinicializar seu servidor host ou realizar manutenção, mas desejar que as máquinas virtuais retomem exatamente de onde pararam — e não apenas reiniciem —, você depende desses arquivos. Algumas ferramentas de backup também acionam estados salvos para capturar instantâneos consistentes sem desligar os sistemas operacionais convidados.
É importante não confundir estados salvos com pontos de verificação (instantâneos). Os pontos de verificação incluem alterações no disco; os estados salvos preservam apenas os dados da memória volátil.
Por que minha VM Hyper-V não consegue iniciar?
Quando sua VM fica travada ao tentar restaurar um estado salvo — e não inicializa — a mensagem de erro geralmente indica algo como
“Falha ao restaurar o estado da máquina virtual” ou
“A máquina virtual não é compatível com o computador físico.”
Esse problema indica que algo falhou entre a gravação e a restauração desse instantâneo de memória. Vamos analisar as possíveis causas:
Primeiro, arquivos .bin ou .vsv corrompidos impedirão a retomada, pois informações essenciais estarão ausentes ou ilegíveis. Alterações de hardware são outra causa: se você mover uma máquina virtual entre servidores com CPUs diferentes ou modificar as configurações de hardware (por exemplo, adicionar ou remover adaptadores de rede), a imagem antiga da memória pode deixar de corresponder às expectativas do novo hardware.
Faltas de recursos também são comuns — um host sem memória RAM ou espaço em disco suficientes simplesmente não consegue carregar grandes despejos de memória de volta em operação. Problemas de armazenamento, como unidades desconectadas ou letras de unidade alteradas, significam que o Hyper-V não consegue encontrar esses arquivos vitais.
As permissões também são importantes: se as configurações de segurança do Windows bloquearem o acesso a qualquer parte da pasta da máquina virtual — inclusive após verificações antivírus que tenham bloqueado arquivos — você verá erros relacionados à negação de acesso.
Por fim, tarefas de backup interrompidas às vezes deixam máquinas virtuais presas no meio do processo em um estado inutilizável.
Para ambientes em cluster que utilizam armazenamento compartilhado (Volumes Compartilhados de Cluster), surge uma complexidade adicional: migrações ao vivo entre nós podem causar incompatibilidades de versão se os hosts executarem diferentes versões do Windows Server ou possuírem níveis distintos de atualizações.
Às vezes, mesmo excluir o estado salvo não resolve o problema se houver problemas mais profundos de configuração subjacentes — como tipos de firmware incompatíveis (VMs da Geração 1 versus VMs da Geração 2) ou versões de serviços de integração incompatíveis entre os hosts.
O que acontece ao excluir o estado salvo no Hyper-V?
A exclusão de um estado salvo remove os arquivos .bin e .vsv da pasta da sua máquina virtual. Essa ação força a máquina virtual a iniciar do zero, como se alguém tivesse puxado seu cabo de alimentação, em vez de permitir que ela seja desligada normalmente.
O que isso significa para os dados? Qualquer trabalho não salvo, armazenado apenas na memória RAM, desaparece para sempre; no entanto, qualquer dado gravado em discos virtuais permanece seguro, pois esses não são afetados apenas pela exclusão das imagens de memória.
Essa abordagem resolve frequentemente problemas de incompatibilidade causados por estados corrompidos — mas certifique-se sempre de ter cópias de segurança antes de remover esses arquivos em sistemas de produção! A exclusão desses arquivos normalmente é segura, mas irreversível no que diz respeito a dados de aplicativos não salvos dentro dos sistemas operacionais convidados.
Se você estiver executando hosts em cluster usando Volumes Compartilhados de Cluster (CSV), saiba que excluir estados salvos enquanto outros nós ainda fizerem referência a eles poderá causar problemas adicionais de sincronização, a menos que isso seja feito com cuidado por meio do Gerenciador de Cluster de Failover.
Como corrigir uma VM do Hyper-V que está presa no estado salvo?
Vamos analisar soluções, desde correções simples até métodos avançados de recuperação adequados para ambientes corporativos — inclusive clusters. Cada método começa com uma visão geral antes de detalhar os passos, para que você entenda por que cada um funciona antes de tentá-lo por conta própria.
Método 1. Excluir o estado salvo usando o Gerenciador do Hyper-V
A maioria dos administradores começa por aqui, pois é rápido — e muitas vezes eficaz — para resolver pequenos problemas relacionados a arquivos salvos corrompidos.
Comece abrindo o Hyper-V Manager, depois selecione sua máquina virtual problemática na lista do painel esquerdo. No painel direito, em Actions, clique em Delete Saved State; confirme quando solicitado. Agora tente iniciar novamente sua máquina virtual usando Start em Ações — ela deverá inicializar normalmente, como se tivesse sido desligada anteriormente.
Método 2. Verificar os recursos do host e a disponibilidade de armazenamento
Se a exclusão não ajudou — ou não estiver disponível — o próximo passo deve ser verificar se a escassez de recursos está impedindo as tentativas de inicialização.
Primeiro, certifique-se de que há memória RAM livre suficiente no seu servidor host; abra o Task Manager, vá para a guia Performance e, em seguida, verifique a memória disponível enquanto todas as demais cargas de trabalho estiverem sendo executadas normalmente.
Em seguida, verifique o espaço em disco: abra o File Explorer, clique com o botão direito no(s) drive(s) do sistema e selecione Properties; em seguida, compare os valores de espaço livre com as necessidades esperadas para máquinas virtuais grandes.
Se as máquinas virtuais forem armazenadas em unidades externas ou em dispositivos SAN/NAS mapeados por meio de letras de unidade, verifique novamente se esses mapeamentos não foram alterados desde a última inicialização bem-sucedida; caminhos incompatíveis impedirão as tentativas de restauração.
Para implantações em cluster que utilizam CSVs, certifique-se de que todos os nós vejam caminhos de armazenamento idênticos por meio do Gerenciador de Cluster de Failover; caso contrário, podem ocorrer falhas relacionadas à migração.
Método 3. Corrigir permissões nos arquivos da máquina virtual
Erros de acesso negado geralmente indicam permissões NTFS corrompidas nas pastas da sua máquina virtual — muitas vezes após movimentações ou cópias manuais realizadas fora das ferramentas suportadas.
Certifique-se de que a conta denominada NT VIRTUAL MACHINE\<GUID> tenha Controle Total sobre todos os itens contidos (.vhdx, .bin, *.vsv). Se estiver ausente:
1. Clique em Add
2. Insira exatamente o nome do objeto
3. Conceder Controle Total
4. Aplicar recursivamente
Alternativamente, inicie o Prompt de Comando como Administrador (não PowerShell) e, em seguida, execute:
icacls.exe "C:\Path\To\VM\{VM-GUID}.bin" /grant "NT VIRTUAL MACHINE\{VM-GUID}":(F)
icacls.exe "C:\Path\To\VM\{VM-GUID}.vsv" /grant "NT VIRTUAL MACHINE\{VM-GUID}":(F)Se a herança de permissões parecer totalmente comprometida, utilize a opção /reset:
icacls.exe "C:\Path\To\VM\" /reset /T
Verifique sempre os resultados tentando novamente acessar pelo Explorador de Arquivos antes de tentar reiniciar.
Método 4. Excluir manualmente os arquivos de estado salvos
Às vezes, nem as correções na interface gráfica nem nas permissões resolvem o problema — nesse caso, a exclusão direta torna-se necessária.
Antes de prosseguir:
1) Confirme que não existem backups/pontos de verificação ativos
2) Utilize o Monitor de Recursos (resmon.exe) > guia CPU > barra de pesquisa «Handles Associados»; insira parte do nome do ficheiro (.bin, .vsv) para garantir que nenhum processo bloqueia os ficheiros-alvo
3) Se bloqueado, interrompa primeiro o processo/serviço relevante
Agora:
1) Desligue completamente a VM afetada, se possível
2) Abra o console de Serviços (services.msc)
3) Localize o serviço denominado Hyper-V Virtual Machine Management
4) Clique com o botão direito > selecione Stop
5) Navegue novamente até C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines
6) Exclua ambos os arquivos .bin e .vsv correspondentes ao GUID da instância travada
7) Reiniciar o serviço de gerenciamento pelo mesmo console (Start)
8) Tente iniciar novamente a VM afetada
Método 5: Atualizar a versão da configuração da máquina virtual
As máquinas virtuais mais antigas, criadas em versões anteriores do Windows Server, podem armazenar formatos de estado salvo incompatíveis com hosts mais recentes após atualizações ou migrações — um problema frequente durante ciclos de renovação de infraestrutura.
Nesses casos:
1) Certifique-se de que a máquina virtual de destino está totalmente desligada—não apenas pausada ou salva!
2) Abra o Hyper-V Manager
3) Selecione a instância desejada
4) No painel Ações, clique em Upgrade Configuration Version
5) Confirme a atualização quando solicitado
Depois, tente novamente a inicialização normal; a maioria dos problemas de compatibilidade desaparece assim que os metadados correspondem aos padrões atuais da plataforma.
Método 6: Solucionar conflitos do adaptador de rede e compatibilidade do host
Erros que mencionam incompatibilidade geralmente resultam de configurações incorretas do adaptador de rede após migrações entre hosts — ou da renomeação/remoção dos switches virtuais associados.
Abra o Gerenciador de Rede Virtual dentro da interface do Gerenciador Hyper-V; confirme se todos os adaptadores conectados correspondem aos nomes válidos de comutadores presentes localmente nos novos nós de host.
Se necessário:
Para usuários avançados: verifique a exclusividade do endereço MAC em todos os adaptadores usando o PowerShell:
Get-VMNetworkAdapter -All | Select Nome,EndereçoMAC
Endereços MAC duplicados podem causar falhas sutis de conectividade, especialmente após a importação/exportação simultânea de várias máquinas virtuais.
Método 7: Exportar e reimportar a configuração da máquina virtual
Se reconstruir parecer excessivamente disruptivo, mas a corrupção persistir ao nível da configuração, tente exportar e importar os metadados em vez disso:
1) Iniciar janela do PowerShell com privilégios elevados
2) Execute Export-VM -Name "<Your_VM_Name>" -Path "<Export_Directory>"
3) Remover a instância original do inventário (não exclua os discos!)
4) Importe novamente usando Import-VM -Path "<Export_Directory>\<Config_File>.xml"
5) Anexar discos existentes durante os avisos do assistente de importação
Esse processo atualiza as referências internas sem afetar os dados do usuário dentro dos volumes anexados.
Método 8: Reconstruir a máquina virtual utilizando discos existentes (último recurso)
Como medida final, documente primeiro todas as configurações atuais — incluindo CPUs/RAM/disposição de rede atribuídas — nas telas de configuração originais do conjunto de ferramentas do gestor.
Excluir instância com falha imediatamente (NÃO remova os discos .vhdx/.avhdx!)
Criar novos critérios de correspondência de hóspedes
Durante o assistente, selecione a opção rotulada como "Usar um disco rígido virtual existente", apontando diretamente para o(s) ficheiro(s) de armazenamento preservado(s)
Inicie uma nova instância — ela deve se comportar de forma idêntica, exceto que agora é executada sobre uma camada limpa de metadados/configuração.
Proteja suas Máquinas Virtuais Hyper-V com o Vinchin
Para reforçar ainda mais a proteção contra tempos de inatividade inesperados causados por problemas como “estado salvo não pode ser iniciado”, considere implementar uma solução robusta de backup para o seu ambiente. Vinchin destaca-se como uma solução empresarial projetada especificamente para backup profissional de máquinas virtuais em mais de 15 plataformas principais — incluindo suporte completo para Microsoft Hyper‑V, além de VMware, Proxmox VE, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack, ZStack e outras.
O Vinchin oferece funcionalidades abrangentes, como backup incremental perpétuo (minimizando o uso de armazenamento), desduplicação e compactação integradas (otimizando o desempenho), capacidades de migração V2V sem interrupções entre plataformas, backups agendados ou repetitivos para automatização tranquila — e muito mais.
Com o painel web intuitivo da Vinchin, fazer backup de uma VM Hyper‑V leva apenas quatro etapas:
1. Selecione a máquina Hyper‑V específica do inventário;
2. Escolha onde os backups serão armazenados;
3. Configure estratégias como agendamento, deduplicação e criptografia conforme as necessidades de cada política;
4. Enviar o trabalho.
Confiado globalmente por milhares de organizações — com classificações consistentemente altas — a Vinchin oferece uma forma isenta de riscos de experimentar todo o seu poder por meio de uma licença de avaliação gratuita de 60 dias, que abrange todos os conjuntos de funcionalidades disponíveis.
Estados Salvos do Hyper‑V Não Conseguem Ser Iniciados – Perguntas Frequentes
P1: Atualizar meu Windows Server pode impedir que os estados salvos das minhas VMs em execução sejam iniciados?
A1: Sim — uma atualização importante pode alterar componentes subjacentes, tornando os estados de salvamento antigos incompatíveis até que sejam excluídos manualmente ou atualizados adequadamente.
P2: Como verifico rapidamente qual processo está bloqueando meu arquivo .bin/.vsv?
A2: Abra o Monitor de Recursos > guia CPU > digite parte do nome do arquivo na coluna "Identificadores Associados" > identifique imediatamente o processo/serviço que está bloqueando o arquivo!
P3: O que devo fazer se um nó do meu cluster falhar durante a migração ao vivo, deixando várias VMs travadas?
A3: Utilize o Gerenciador de Cluster de Failover > transfira temporariamente a propriedade da função > limpe/salve manualmente o estado de cada convidado afetado antes de devolver a propriedade da carga de trabalho.
Conclusão
Um “estado salvo” travado pode interromper as operações comerciais — porém, uma solução cuidadosa de problemas permite que a maioria das máquinas virtuais volte a funcionar rapidamente, evitando recriações desnecessárias. Os backups regulares continuam essenciais. O Vinchin torna simples, confiável e eficiente a proteção de ambientes complexos com múltiplos hosts. Experimente o Vinchin hoje mesmo e mantenha o tempo de inatividade sob controle!
