Quando una macchina virtuale Hyper-V rifiuta di avviarsi perché è bloccata in uno stato «Salvato», il tuo lavoro può arrestarsi bruscamente. Questo problema è comune tra gli amministratori IT, in particolare dopo il riavvio dell’host o durante le operazioni di ripristino da disastro. In questa guida spiegheremo cos’è uno stato salvato in Hyper-V, perché la tua macchina virtuale potrebbe non riuscire ad avviarsi da tale stato, cosa accade se elimini tale stato e come risolvere passo dopo passo il problema di una macchina virtuale bloccata. Tratteremo inoltre tecniche avanzate di risoluzione dei problemi per ambienti complessi e condivideremo le migliori pratiche per evitare questo fastidio in futuro.
Cos’è lo stato salvato in Hyper-V?
Lo stato salvato in Hyper-V acquisisce in un dato istante l’intero stato della macchina virtuale in esecuzione — i contenuti della memoria e lo stato dei dispositivi — consentendoti di sospendere il lavoro e riprenderlo in seguito senza perdere i progressi. Quando una macchina virtuale viene messa nello stato salvato, Hyper-V scrive due file fondamentali nella sua cartella: .bin per i dati della memoria e .vsv per il contesto dei dispositivi.
Questi file consentono a Hyper-V di sospendere in sicurezza l’attività della macchina virtuale. Il file .bin contiene una copia esatta del contenuto della RAM al momento in cui la macchina virtuale è stata messa in pausa o arrestata utilizzando l’opzione Save, anziché Turn Off o Shut Down. Il file .vsv registra dettagli quali i registri della CPU e i buffer dell’adattatore di rete.
Perché questo è importante? Se è necessario riavviare il server host o eseguire operazioni di manutenzione, ma si desidera che le macchine virtuali riprendano esattamente da dove erano rimaste — e non semplicemente si riavvino — si fa affidamento su questi file. Alcuni strumenti di backup attivano inoltre stati salvati per poter acquisire istantanee coerenti senza spegnere i sistemi operativi guest.
È importante non confondere gli stati salvati con i punti di controllo (istantanee). I punti di controllo includono le modifiche al disco, mentre gli stati salvati preservano esclusivamente i dati della memoria volatile.
Perché la mia macchina virtuale Hyper-V non riesce ad avviarsi?
Quando la tua macchina virtuale rimane bloccata nel tentativo di ripristinare uno stato salvato — e non si avvia — il messaggio di errore spesso recita qualcosa del tipo
Impossibile ripristinare lo stato della macchina virtuale oppure
La macchina virtuale non è compatibile con il computer fisico.
Questo problema indica che qualcosa è andato storto tra il salvataggio e il ripristino di tale istantanea della memoria. Analizziamo le possibili cause:
Innanzitutto, file .bin o .vsv danneggiati impediranno il ripristino perché mancano informazioni fondamentali oppure queste non sono leggibili. Anche le modifiche hardware rappresentano un’altra causa: se si sposta una macchina virtuale tra host con CPU diverse o si modificano le impostazioni hardware (ad esempio aggiungendo o rimuovendo adattatori di rete), l’immagine della memoria precedente potrebbe non corrispondere più alle aspettative dell’hardware nuovo.
Anche le carenze di risorse sono comuni: un host privo di RAM o spazio su disco sufficiente non può semplicemente caricare nuovamente in esecuzione grandi dump di memoria. Problemi di archiviazione, come unità disconnesse o lettere di unità modificate, implicano che Hyper-V non riesca affatto a individuare quei file fondamentali.
Anche i permessi sono importanti: se le impostazioni di sicurezza di Windows bloccano l’accesso a qualsiasi parte della cartella della macchina virtuale — inclusi i casi in cui gli antivirus hanno bloccato alcuni file — verranno visualizzati errori relativi a accesso negato.
Infine, i processi di backup interrotti lasciano talvolta le macchine virtuali bloccate a metà operazione in uno stato non utilizzabile.
Per gli ambienti clusterizzati che utilizzano l’archiviazione condivisa (Cluster Shared Volumes), sorge una complessità aggiuntiva: le migrazioni in tempo reale tra i nodi possono causare discrepanze di versione se gli host eseguono build diverse di Windows Server o livelli di patch non allineati.
A volte nemmeno l’eliminazione dello stato salvato risolve il problema, qualora sussistano problemi più profondi di configurazione, ad esempio tipi di firmware incompatibili (macchine virtuali di generazione 1 rispetto a quelle di generazione 2) o versioni non corrispondenti dei servizi di integrazione tra gli host.
Cosa succede quando si elimina lo stato salvato in Hyper-V?
L’eliminazione dello stato salvato rimuove sia i file .bin che i file .vsv dalla cartella della macchina virtuale. Questa azione costringe la macchina virtuale a riavviarsi da zero, come se qualcuno avesse staccato improvvisamente il cavo di alimentazione invece di consentirle un arresto regolare.
Cosa significa questo per i dati? Qualsiasi lavoro non salvato, memorizzato esclusivamente nella RAM, scompare per sempre; tuttavia, qualsiasi dato scritto sui dischi virtuali rimane al sicuro, poiché la semplice eliminazione delle immagini della memoria non li interessa.
Questo approccio risolve spesso i problemi di incompatibilità causati da stati corrotti, ma assicurati sempre di aver eseguito dei backup prima di eliminare questi file sui sistemi di produzione! La loro cancellazione è generalmente sicura, ma irreversibile per quanto riguarda i dati dell’applicazione non salvati all’interno dei sistemi operativi guest.
Se si eseguono host in cluster che utilizzano i volumi condivisi del cluster (CSV), tenere presente che l’eliminazione degli stati salvati mentre altri nodi vi fanno ancora riferimento potrebbe causare ulteriori problemi di sincronizzazione, a meno che non venga gestita con attenzione tramite Failover Cluster Manager.
Come risolvere un problema di una macchina virtuale Hyper-V bloccata nello stato salvato?
Esamineremo insieme soluzioni che vanno da interventi semplici fino a metodi avanzati di recupero adatti a configurazioni aziendali, inclusi i cluster. Ogni metodo è preceduto da una panoramica prima di passare ai passaggi specifici, in modo che tu possa comprendere il motivo per cui funziona prima di provare a eseguirlo autonomamente.
Metodo 1. Eliminare lo stato salvato tramite Gestione Hyper-V
La maggior parte degli amministratori inizia da qui perché è un’operazione rapida e spesso efficace per risolvere lievi problemi legati a file di salvataggio danneggiati.
Inizia aprendo Hyper-V Manager, quindi seleziona la macchina virtuale problematica dall’elenco nel riquadro sinistro. Nel riquadro destro, sotto Actions, fai clic su Delete Saved State; conferma al prompt. Ora prova ad avviare nuovamente la macchina virtuale utilizzando Start nelle Azioni: dovrebbe avviarsi correttamente, come se fosse stata spenta in precedenza.
Metodo 2. Verificare le risorse dell’host e la disponibilità di spazio di archiviazione
Se l’eliminazione non ha prodotto alcun effetto — oppure non è disponibile — il passo successivo consiste nel verificare se carenze di risorse stiano impedendo i tentativi di avvio.
Per prima cosa assicurati che sul tuo server host sia disponibile sufficiente memoria RAM libera; apri il Task Manager, passa alla scheda Performance, quindi verifica la memoria disponibile mentre tutti gli altri carichi di lavoro vengono eseguiti normalmente.
Verificare quindi lo spazio su disco: aprire File Explorer, fare clic destro sull’unità o sulle unità di sistema, scegliere Properties e controllare i valori dello spazio libero rispetto alle esigenze previste per le macchine virtuali di grandi dimensioni.
Se si archiviano le macchine virtuali su unità esterne o su dispositivi SAN/NAS mappati tramite lettere di unità, verificare attentamente che tali mapping non siano stati modificati dall’ultimo avvio riuscito; percorsi non corrispondenti impediranno i tentativi di ripristino.
Per le distribuzioni raggruppate che utilizzano i CSV, assicurarsi che tutti i nodi visualizzino percorsi di archiviazione identici tramite Failover Cluster Manager; in caso contrario potrebbero verificarsi errori correlati alla migrazione.
Metodo 3. Correggere le autorizzazioni sui file della macchina virtuale
Gli errori «accesso negato» indicano di solito autorizzazioni NTFS danneggiate nelle cartelle della macchina virtuale, spesso a seguito di spostamenti o copie manuali effettuati al di fuori degli strumenti supportati.
Assicurarsi che l’account denominato NT VIRTUAL MACHINE\<GUID> abbia il controllo completo su tutti gli elementi contenuti (.vhdx, .bin, *.vsv). Se mancante:
1. Fare clic su Add
2. Immettere esattamente il nome dell’oggetto
3. Concedi il controllo completo
4. Applica ricorsivamente
In alternativa, avvia il Prompt dei comandi come amministratore (non PowerShell), quindi esegui:
icacls.exe "C:\Percorso\Alla\VM\{VM-GUID}.bin" /grant "NT VIRTUAL MACHINE\{VM-GUID}":(F)
icacls.exe "C:\Percorso\Alla\VM\{VM-GUID}.vsv" /grant "NT VIRTUAL MACHINE\{VM-GUID}":(F)Se l’ereditarietà delle autorizzazioni sembra completamente interrotta, utilizzare il flag /reset:
icacls.exe "C:\Percorso\Alla\VM\" /reset /T
Verificare sempre i risultati tentando nuovamente l’accesso tramite Esplora file prima di riprovare l’avvio.
Metodo 4. Eliminare manualmente i file di stato salvati
A volte né l’interfaccia grafica né la correzione dei permessi risolvono il problema; in tal caso è necessaria l’eliminazione diretta.
Prima di procedere:
1) Confermare che non esistono backup o punti di ripristino attivi
2) Utilizzare il Monitoraggio risorse (resmon.exe) > scheda CPU > barra di ricerca Gestori associati; inserire una parte del nome del file (.bin, .vsv) per verificare che nessun processo blocchi i file di destinazione
3) Se bloccato, arrestare prima il processo/servizio pertinente
Ora:
1) Spegnere completamente la macchina virtuale interessata, se possibile
2) Aprire la console Servizi (services.msc)
3) Individuare il servizio denominato Hyper-V Virtual Machine Management
4) Fare clic con il tasto destro del mouse > selezionare Stop
5) Navigare nuovamente nella cartella C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines
6) Eliminare entrambi i file .bin e .vsv corrispondenti al GUID dell’istanza bloccata
7) Riavviare il servizio di gestione tramite la stessa console (Start)
8) Provare ad avviare nuovamente la macchina virtuale interessata
Metodo 5: Aggiornare la versione della configurazione della macchina virtuale
Le macchine virtuali più vecchie, create in precedenti versioni di Windows Server, potrebbero archiviare formati di stato salvato incompatibili con gli host più recenti dopo aggiornamenti o migrazioni: un problema frequente durante i cicli di rinnovo dell’infrastruttura.
In tali casi:
1) Assicurarsi che la macchina virtuale di destinazione sia completamente spenta, non semplicemente in pausa o salvata!
2) Aprire Hyper-V Manager
3) Seleziona l’istanza desiderata
4) Nel riquadro Azioni fare clic su Upgrade Configuration Version
5) Conferma l’aggiornamento quando richiesto
In seguito, tentare nuovamente l’avvio normale; la maggior parte dei problemi di compatibilità scompare non appena i metadati rispettano gli standard attuali della piattaforma.
Metodo 6: Risoluzione dei conflitti relativi all’adattatore di rete e della compatibilità con l’host
Gli errori che indicano un’incompatibilità sono spesso causati da configurazioni errate dell’adattatore di rete successive a migrazioni tra host oppure a rinomina o rimozione degli switch virtuali associati.
Aprire Virtual Network Manager nell’interfaccia di Hyper-V Manager; verificare che ogni adattatore collegato corrisponda ai nomi di switch validi presenti localmente sul nuovo nodo host (o sui nuovi nodi host).
Se necessario:
Rinominare nuovamente gli switch in modo che i nomi corrispondano tra i server di origine e di destinazione
Riassegna direttamente gli adattatori nella finestra di dialogo Impostazioni di ciascun ospite interessato
Per utenti avanzati: verificare l’unicità dell’indirizzo MAC su tutte le schede di rete tramite PowerShell:
Get-VMNetworkAdapter -All | Select Nome,IndirizzoMac
Gli indirizzi MAC duplicati possono causare malfunzionamenti della connettività particolarmente subdoli, soprattutto dopo aver importato/esportato contemporaneamente più macchine virtuali.
Metodo 7: Esporta e riimporta la configurazione della macchina virtuale
Se la ricostruzione sembra troppo invasiva ma il problema di corruzione persiste a livello di configurazione, prova invece a esportare e importare i metadati:
1) Avvia una finestra di PowerShell con privilegi elevati
2) Eseguire Export-VM -Name "<Your_VM_Name>" -Path "<Export_Directory>"
3) Rimuovi l’istanza originale dall’inventario (non eliminare i dischi!)
4) Importa nuovamente utilizzando Import-VM -Path "<Export_Directory>\<Config_File>.xml"
5) Collega i dischi esistenti durante le richieste della procedura guidata di importazione
Questo processo aggiorna i riferimenti interni senza modificare i dati utente presenti nei volumi collegati.
Metodo 8: Ricostruire la macchina virtuale utilizzando i dischi esistenti (ultima risorsa)
Come misura finale, documentare innanzitutto tutte le impostazioni correnti—compresi CPU/RAM/disposizione della rete assegnati—dalle schermate di configurazione originali all’interno del toolkit di gestione.
Elimina immediatamente l’istanza non riuscita (NON rimuovere i dischi .vhdx/.avhdx!)
Crea nuovi abbinamenti ospiti in base alle specifiche precedenti
Durante la procedura guidata, selezionare l’opzione denominata "Utilizza un disco rigido virtuale esistente", puntando direttamente al/i file di archiviazione conservato/i
Avvia una nuova istanza: dovrebbe comportarsi in modo identico, eccetto per il fatto che ora viene eseguita su un livello di metadati/configurazione pulito.
Proteggi le tue macchine virtuali Hyper-V con Vinchin
Per proteggerti ulteriormente da interruzioni impreviste causate da problemi come «lo stato salvato non può essere avviato», prendi in considerazione l’adozione di una soluzione di backup affidabile per il tuo ambiente. Vinchin si distingue come soluzione enterprise progettata specificamente per il backup professionale di macchine virtuali su oltre 15 piattaforme mainstream — tra cui un supporto completo per Microsoft Hyper‑V, VMware, Proxmox VE, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack, ZStack e altre.
Vinchin offre funzionalità complete, come il backup incrementale perpetuo (che minimizza l’uso dello spazio di archiviazione), la deduplica e la compressione integrate (per ottimizzare le prestazioni), le capacità di migrazione V2V senza soluzione di continuità tra piattaforme, i backup pianificati o ripetuti per un’automazione affidabile — e molto altro ancora.
Con la web console intuitiva di Vinchin, eseguire il backup di una macchina virtuale Hyper‑V richiede soltanto quattro passaggi:
1. Selezionare la macchina Hyper‑V specifica dall’inventario;
2. Scegli dove verranno memorizzati i backup;
3. Configurare strategie come pianificazione, eliminazione dei duplicati e crittografia in base alle esigenze della policy;
4. Invia il lavoro.
Vinchin è affidabile a livello globale per migliaia di organizzazioni, con valutazioni costantemente elevate, e offre un modo privo di rischi per sperimentarne tutta la potenza grazie a una licenza di prova gratuita di 60 giorni, che copre tutti gli insiemi di funzionalità disponibili.
Impossibile avviare lo stato salvato di Hyper‑V: domande frequenti
Domanda 1: L’aggiornamento di Windows Server può impedire l’avvio degli stati salvati delle macchine virtuali in esecuzione?
A1: Sì: un aggiornamento importante potrebbe modificare i componenti sottostanti, rendendo gli stati di salvataggio precedenti incompatibili fino a quando non vengono eliminati manualmente o aggiornati correttamente.
Domanda 2: Come posso verificare rapidamente quale processo blocca il mio file .bin/.vsv?
A2: Apri il Monitor risorse > Scheda CPU > digita una parte del nome file nella colonna Handle associati > identifica immediatamente il processo/servizio che blocca il file!
Domanda 3: Cosa devo fare se un nodo del cluster si guasta durante la migrazione live, lasciando diversi macchine virtuali bloccate?
A3: Utilizzare Gestione cluster di failover > spostare temporaneamente la proprietà del ruolo > cancellare/salvare manualmente lo stato per ogni macchina virtuale interessata prima di ripristinare la proprietà del carico di lavoro.
Conclusione
Uno stato salvato bloccato può interrompere l’attività aziendale, ma un’attenta risoluzione dei problemi consente di riavviare la maggior parte delle macchine virtuali in tempi rapidi, evitando ricostruzioni superflue. I backup regolari rimangono fondamentali. Vinchin rende semplice, affidabile ed efficiente la protezione anche di ambienti complessi con più host. Prova Vinchin già oggi e tieni lontano i tempi di inattività!
