Windows Server 2025 / Differenze tra checkpoint standard e di produzione in Hyper-V

I checkpoint standard conservano lo stato della memoria di una macchina virtuale (VM); quelli di produzione acquisiscono uno stato coerente dei dati guest supportati senza conservare la memoria in esecuzione. Entrambi permettono di tornare a un momento precedente, ma un checkpoint sullo stesso archivio non sostituisce un backup indipendente.

Confrontare memoria, coerenza e comportamento alternativo

La documentazione Hyper-V sui checkpoint distingue i comportamenti. La cattura di produzione usa il Servizio Copia Shadow del volume (VSS) in Windows o il blocco temporaneo del file system supportato in Linux. Non garantisce automaticamente la coerenza di ogni applicazione distribuita. Nel parametro CheckpointType di Set-VM, Production consente un checkpoint standard se la cattura di produzione fallisce; ProductionOnly restituisce invece un errore senza quel ripiego. Il nome scelto per il punto non ne dimostra il tipo.

Preparare il confronto tra memoria e file

Usate soltanto HVTEST01 indipendente preparata per il laboratorio, in un gruppo di lavoro e senza dati necessari, non DC1, DC2 o FS1. Operate come amministratori su HV1 con accesso alla console guest. Prima di iniziare annotate tipo, abilitazione e altre opzioni originali in Impostazioni → Gestione → Checkpoint. Controllate punti esistenti, spazio del volume VHDX/AVHDX e lavori di backup. Rinviate in caso di operazioni simultanee o spazio insufficiente per crescita e unione. Controllate anche l’editor prima della prima cattura: se offre ripristino sessione o salvataggio automatico, disattivatelo per il confronto e annotate il valore da ripristinare. Un editor che recupera una sessione da file non dimostra il recupero della memoria da parte di Hyper-V.

1. Sul desktop del guest create checkpoint-lab.txt, scrivete A e salvate. Se esiste un file con quel nome, fermatevi e scegliete un vostro file nuovo, senza sovrascrivere altri dati. Mantenete lo stesso percorso.
2. Apritelo nel Blocco note, aggiungete una frase di prova senza salvare e lasciate aperta la finestra. Distinguete A sul disco dal testo ancora non salvato dell’editor.
3. Su HV1 selezionate HVTEST01 → Impostazioni → Gestione → Checkpoint → Checkpoint standard. Annotate l’opzione precedente prima di applicare la modifica.
4. Create un punto dall’azione Checkpoint della VM, attendete il completamento e rinominatelo Lab-Standard-Before. Se il nome esiste già, chiarite prima l’identità. Registrate VM e ora.
5. Dopo la creazione cambiate il contenuto del file in B, salvate e chiudete il Blocco note. Riapritelo per verificare B e richiudetelo. Questo è lo stato successivo che andrà perso applicando il punto.

Registrate VM, percorso del file, identità e nome del checkpoint, ora e scopo fuori dal guest: applicare un punto può riportare indietro anche gli appunti salvati al suo interno. Usate soltanto testo sacrificabile e mantenete lo stesso percorso per tutto il confronto.

Valutare la perdita delle modifiche prima di applicare

1. Confermate di essere in HVTEST01 e che checkpoint-lab.txt contenga B. Conservate fuori dalla VM i dati successivi che volete mantenere.
2. Nell’elenco selezionate precisamente Lab-Standard-Before e Applica. Controllate nome e ora, senza basarvi solo sulla posizione nell’albero.
3. Leggete la finestra: Crea checkpoint e applica conserva un altro punto prima del ritorno; Applica non conserva automaticamente lo stato attuale; Annulla permette di rivedere il piano. Non procedete con dati necessari non protetti.
4. Dopo l’applicazione osservate l’editor ripristinato e la frase prima non salvata. Non salvate sul file prima di registrare ciò che osservate.
5. Distinguete il testo in sospeso nella finestra da A salvato sul disco. Chiudete senza salvare e riaprite il file per controllare A; questo controllo aggiuntivo non è lo stato della memoria acquisita.

Applicare direttamente scarta le modifiche successive al punto, anche il lavoro salvato dopo. La finestra permette di creare un checkpoint dello stato attuale e applicare, applicare direttamente oppure annullare. Proteggete prima fuori dalla VM i dati necessari. Il punto aggiuntivo conserva un’altra posizione nella stessa catena dipendente, non un backup indipendente. Tornare a uno stato locale precedente non garantisce neppure la validità di token o connessioni verso sistemi esterni.

Ripetere con cattura esclusivamente di produzione

Per il secondo confronto chiudete, se necessario, l’editor senza salvare la frase in sospeso e salvate nuovamente A in checkpoint-lab.txt. Aprite il file e aggiungete una frase senza salvarla, mantenendo le stesse condizioni dell’editor. Su HV1 eseguite le righe seguenti una alla volta; controllate prima HVTEST01 e che Lab-Production-Before non esista già. Checkpoint-VM crea il punto con il nome indicato. Se una riga fallisce, fermatevi: i risultati successivi non confermano automaticamente tutte le operazioni precedenti:

Set-VM -Name 'HVTEST01' -CheckpointType ProductionOnly
Checkpoint-VM -Name 'HVTEST01' -SnapshotName 'Lab-Production-Before'
Get-VMCheckpoint -VMName 'HVTEST01' | Select-Object Name,CreationTime,SnapshotType

La query elenca Name, CreationTime e SnapshotType. Get-VMSnapshot, equivalente di Get-VMCheckpoint, usa valori come Standard o Recovery; quella colonna da sola non dimostra una cattura di produzione coerente. Verificate l’impostazione effettiva ProductionOnly, il completamento senza errori di Checkpoint-VM e identità e ora del nuovo punto. Una query vuota o fallita non prova che la creazione sia riuscita.

Se ProductionOnly fallisce, conservate messaggio e ora. Verificate integrazione di backup del guest, VSS, spazio e gli eventi pertinenti in Application/System e Hyper-V-VMMS/Admin. La guida alla diagnosi di checkpoint e dischi differenze aiuta a restringere le cause. Non passate a Standard per nascondere il fallimento e non riavviate servizi indiscriminatamente. Solo dopo creazione confermata salvate B, chiudete l’editor, selezionate esattamente Lab-Production-Before e leggete la finestra di applicazione. Dopo l’applicazione verificate che la VM sia spenta, avviatela e aprite il file: ci si aspetta A salvato, senza riprendere la vecchia memoria dell’editor.

Registrate separatamente stato della VM, contenuto salvato e comportamento dell’editor. Se un’applicazione riapre finestre o recupera testo da sola, quell’aspetto non basta a classificare il checkpoint. Un risultato di questa VM non garantisce coerenza di database, Active Directory o servizi esterni. Altri carichi richiedono verifica del supporto applicativo e un piano di recupero specifico.

Lasciare eliminazione e unione a Hyper-V

Eliminare un checkpoint rimuove quella posizione di recupero; Hyper-V gestisce l’unione dei dati differenziali, senza applicare lo stato precedente. Non eliminate mai .avhdx da Esplora file né modificate i file padre per liberare spazio. Non interrompete un’unione solo perché il punto è scomparso dall’elenco. In caso di errore o spazio esaurito conservate la catena e raccogliete il contesto prima di tentare una riparazione.

1. Identificate HVTEST01, i vostri punti Lab-Standard-Before e Lab-Production-Before e quelli eventualmente creati nelle finestre di applicazione. Decidete quali conservare.
2. In Gestione Hyper-V eliminate solo i punti di prova previsti. Elimina sottoalbero checkpoint comprende anche i discendenti: esaminateli tutti prima di usare quella scelta.
3. Attendete l’unione osservando stato, errori e spazio disponibile. Non eliminate file manualmente e non avviate operazioni che interrompano il processo.
4. Verificate avvio della VM e leggibilità del file attuale. La sola eliminazione non deve recuperare A: confrontate con il contenuto presente subito prima di eliminare.

Checkpoint mantenuti a lungo aumentano crescita e complessità. Definite scopo, responsabile e scadenza e mantenete un backup indipendente con recupero verificato. Dopo la prova ripristinate le opzioni di checkpoint ed editor annotate all’inizio, senza cancellare punti altrui. Eliminate soltanto il vostro file di testo se non serve più; la pulizia non autorizza a cancellare i dischi della VM.