Ciao @w.palumbo 

qual’è l’errore che compare? E lo fa in boot o dopo aver caricato il sistema?

ciao Marco, Veeam esegue il recoveri regolarmente, ma al riavvio del sistema operativo, parte il check disk come se non avesse eseguito nessun recovery della VM.

Di che versione esxi/hyperv stiamo parlando? versione VB&R? Backup tramite agent o tramite console? che OS?
Detto questo è possibile anche che il point di ripristino della vm fosse già corrotto? Hai provato anche un ripristino non sulla stessa vm di un punto antecedente?

Da come descrivi il problema sembra essere presente a monte. 

sicuramente, come chiedeva anche @marcofabbri, è necessario avere maggiori info su OS e su ambiente di restore. 

Il sistema risiede su cluster vmware 6.7 e su Veeam 11 esegue il backup della macchina windows server 2019. Viene backuppata direttamente la VM, senza agent.

Il restore di un punto antecedente a quello che va in errore porta a un risultato diverso?

Ciao @w.palumbo 

benvenuto nella community.

Potresi cortesemente dare maggiori informazioni, motivo del restore?  errore  bsod dettagliato post reboot ed eventuali errori ?

Prova a restorare l’ultimo restore point disponibile, se anche questo restore presenta il medesimo problema, prova a sganciare il disco O.S. della VM corrotta e montarlo su una VM server ( meglio se possiede il medesimo O.S.) di appoggio e prova a fare un sfc /scannow o chkdsk.

Windows stop error - - Virtual Machines | Microsoft Learn

sfc /scannow /offbootdir=<BOOT DISK DRIVE>:\ /offwindir=<BROKEN DISK DRIVE>:\windows

• Where <BOOT DISK DRIVE> is the boot partition of the broken VM, and <BROKEN DISK DRIVE> is the OS partition of the broken VM. Replace the greater than / less than symbols as well as the text contained within them, e.g. "< text here >", with the appropriate letter.

Se sfc /scannow non funziona prova:

DISM /Online /Cleanup-Image /CheckHealth

se non si trovano errori lancia: 

DISM /Online /Cleanup-Image /RestoreHealth e successivamente fai girare un paio di volote

sfc /scannow

Come gia detto da @Andanet il problema era probabilmente pre esistente.

Attendiamo news.

;)

@marcofabbri qualsiasi punto di restore utilizzo non ottengo una versione avviabile del sistema, nemmeno in modalità provvisoria, solo WinRE.

@Link State ho già provato ovviamente ad eseguire sfc, ma non riesce a risolvere, mentre DISM in modalità WinRE non è eseguibile con l’opzione Online per ovvi motivi. Ma al di là dell’errore che presenta il sistema, quello che non capisco è perché non si riesce a tirar fuori dai backup una versione funzionante. Su 8 store point di cui 1 integrale

Se provi a sfogliare i file dentro al backup con Veeam Explorer funziona?

Perchè evidentmente il problema era gia presente e latente sulla VM, … qualche Rogue update? drivers update?

Hai mai eseguito test di restore manuali o schedulati con sure backup per verificare la bontà del backup?

A me era capitato di ripristinare tramite FLR un file sulla poszione di disco corrotto mi dava errore “Restore Failed to decompress LZ4 block”

@Link State sono d’accordo, mi sa lì la VM era già corrotta dentro al backup. Sarebbe utile vedere che i file si riescano correttamente a estrarre, almeno così non perdi il contenuto @w.palumbo 

Avevi implementato anche questo per testare i backup?

https://helpcenter.veeam.com/docs/backup/vsphere/surebackup_hiw.html?ver=110

@Link State molto probabile che era presente già sui backup l’errore, anche se stranamente il sistema il giorno prima era operativo e il backup che ho eseguito come integrale risale addirittura a 4 giorni prima… I test di restore manuali li faccio periodicamente ed eseguo anche la verifica ogni settimana schedulandola su Veeam su Storage-level corruption guard. Ho provato ad eseguire il recovery sia dell’intera VM che del solo Storage, ma nulla.

Non sono nemmeno sfogliabili con il Veeam Explorer??

@marcofabbri , se eseguo il restore guest file, riesco ad accedere a tutto il contenuto del disco.

Allora ti confermo che quasi sicuramente lì purtroppo non è il backup corrotto ma il sistema di origine. Direi che la strada VM nuova con restore dei file è l’unica…

@marcofabbri si infatti. Sto ricreando una nuova VM. Purtroppo si tratta di un server wsus, con db integrato, motivo per cui andare a recuperare i file serve a ben poco… Grazie comunque a tutti 

Decisamente 

Poi chiudi il case @w.palumbo :)

Meglio che aveva solo il ruolo wsus che una Vm critica.

L’unica sconcciatura che devi ri aggiungere tutti i server sotto WSUS

Di solito sul WSUS escludo il disco delle patch e mantengo su disco separato WSUS  DB SQL, SQL Express o Windows Internal Database (WID, che è un SQL express). 

Esiste un priocedura per restorare il WID magari puoi strarre il file db e riutilizzarlo.

p.s. il check Storage-level corruption guard non ti protegge da questo tipo di problema.

verifica esclusivamente se il CRC dei file backup chain non sono corrotti.

GL