Fallimento Checkpoint Hyper-V (0x800423F4) causato da MS SQL Transaction Log pieno

Vincent Oliveres 20 Punti di reputazione
2026-03-17T11:44:53.2533333+00:00

Ciao a tutti, sto cercando di risolvere un problema strano con il backup di una macchina virtuale Hyper-V. Inizialmente, il NAS Synology continuava a segnalare avvisi di backup incompleto per una specifica VM. Controllando su Hyper-V, ho scoperto che la macchina falliva durante la creazione di un Production Checkpoint con l'errore: 'MyVM_Machine' could not initiate a checkpoint operation: %%2147754996 (0x800423F4). All'inizio pensavo fosse un problema di permessi o di impostazioni di Hyper-V, ma dopo varie ricerche ho scoperto che il colpevole era MS SQL all'interno della VM. Il software del fornitore installato sulla macchina non era stato configurato per il backup dei Transaction Log di SQL. Di conseguenza, i file di log sono cresciuti fino a riempirsi completamente, causando il fallimento del Checkpoint. È assurdo! Qualcuno ha mai riscontrato una situazione simile in cui il log delle transazioni SQL non salvato blocca i Production Checkpoint di Hyper-V?"

Windows per il lavoro | Windows 365 Enterprise
0 commenti
Risposta accettata dall'autore della domanda
VPHAN 45,100 Punti di reputazione Consulente indipendente
2026-03-17T13:52:12.9566667+00:00

Vincent Oliveres

Per monitorare in modo proattivo la creazione dei checkpoint ed evitare interruzioni silenziose, il metodo più affidabile è sfruttare il Visualizzatore Eventi direttamente sul tuo host Hyper-V. Il servizio di gestione delle macchine virtuali registra ogni singola operazione relativa agli snapshot all'interno del percorso specifico Registri applicazioni e servizi, Microsoft, Windows, Hyper-V-VMMS, Admin. Intercettando lo specifico Event ID 18015, che segnala esplicitamente il fallimento di un'operazione di checkpoint, puoi collegare un'attività di base nell'Utilità di pianificazione di Windows per innescare uno script PowerShell. Questo ti invierà un avviso via email in tempo reale, permettendoti di intervenire ben prima che il NAS Synology riporti il job di backup come fallito.

Poiché la causa principale del tuo blocco precedente derivava dal database, è strategicamente fondamentale monitorare anche lo stato interno della macchina virtuale guest. All'interno del sistema operativo Windows che ospita l'istanza SQL Server, puoi configurare il Performance Monitor nativo per tracciare il contatore chiamato Percent Log Used, situato sotto l'oggetto prestazionale SQLServer:Databases. Creando un set di agenti di raccolta dati, puoi impostare una soglia di avviso personalizzata all'ottanta percento di riempimento del log delle transazioni. Questo approccio a doppio livello ti avvertirà dell'esaurimento dello spazio utile prima che il SQL VSS Writer vada in crash, salvaguardando proattivamente la stabilità dei tuoi Production Checkpoint.

VP

La risposta è stata utile?

1 risposta aggiuntiva

Ordina per: Più recente
Più utili Più recente Meno recente
  1. VPHAN 45,100 Punti di reputazione Consulente indipendente
    2026-03-17T12:16:39.5033333+00:00

    Hi Vincent Oliveres,

    L'errore 0x800423F4 indica un fallimento irreversibile del Volume Shadow Copy Service all'interno della macchina virtuale guest. I Production Checkpoint di Hyper-V dipendono strettamente dagli Integration Services per dialogare con l'infrastruttura VSS interna a Windows, che a sua volta coordina il SQL Server VSS Writer per garantire la coerenza dei dati applicativi. Quando il file di log delle transazioni di SQL satura lo spazio sul disco o raggiunge il limite massimo configurato, il Writer non riesce a preparare lo snapshot richiesto, bloccando l'intera operazione di backup avviata dal NAS Synology.

    Per risolvere il problema alla radice, è necessario modificare la gestione del database tramite SQL Server Management Studio. Se il software applicativo non richiede ripristini Point-in-Time, è fortemente consigliato impostare il Recovery Model del database su Simple. Questa impostazione permette a SQL Server di troncare automaticamente le transazioni completate e riutilizzare lo spazio interno al file. Successivamente, si dovrà eseguire il comando DBCC SHRINKFILE sul file logico per recuperare l'effettivo spazio fisico sul volume virtuale. Se invece il modello di recupero Full è un requisito stringente del fornitore, dovrai creare un piano di manutenzione nativo in SQL Server che esegua backup frequenti del Transaction Log, permettendo così il suo corretto svuotamento.

    Puoi verificare l'operatività dei componenti VSS aprendo un prompt dei comandi come amministratore all'interno della VM ed eseguendo il comando vssadmin list writers. Se noti che il SQL Server VSS Writer riporta uno stato di errore, puoi risolvere la situazione riavviando il servizio correlato denominato SQL Server VSS Writer dal pannello dei servizi di Windows, accessibile tramite services.msc. Una volta normalizzata la gestione dei log e stabilizzato lo stato del Writer, i Production Checkpoint di Hyper-V riprenderanno a generarsi correttamente senza interruzioni.

    VP

    La risposta è stata utile?

Risposta

Le risposte possono essere contrassegnate come "Accettata" dall'autore della domanda e "Consigliata" dai moderatori, in modo da consentire agli utenti di sapere che la risposta ha risolto il problema dell'autore.