Errore VSS “CEventSystem cannot be started” (0x8007045B) su Windows 10/11: cause, diagnosi e soluzioni

Stai vedendo l’evento VSS “CEventSystem cannot be started (0x8007045B)” in Arresto o durante i backup? In questa guida spieghiamo cause, diagnosi e soluzioni verificate per Windows 10/11, con passaggi concreti e script pronti all’uso per risolvere definitivamente.

Indice

Panoramica del problema: errore VSS “CEventSystem cannot be started” (0x8007045B)

Quando il Volume Shadow Copy Service (VSS) prova a inizializzarsi mentre il sistema sta andando in spegnimento o riavvio, l’istanza COM+ richiesta (COM+ Event System) può non avviarsi in tempo. Nel Registro eventi di Sistema appare tipicamente questa voce:

Volume Shadow Copy Service information:
The COM Server with CLSID {4e14fba2-2e22-11d1-9964-00c04fbbb345}
and name CEventSystem cannot be started.
[0x8007045b, A system shutdown is in progress.]

Il CLSID evidenziato corrisponde al servizio COM+ Event System. Il codice 0x8007045B significa che “è in corso l’arresto del sistema”, quindi VSS non riesce a creare il componente COM nel tempo disponibile. Nella maggior parte dei casi si tratta di un evento informativo, ma quando si accompagna a problemi reali conviene intervenire.

Sintomi più frequenti

Backup che falliscono o restano bloccati su “in attesa”.
Arresto del sistema insolitamente lento o blocchi allo spegnimento.
Shadow Copy Writers che passano in stato Retryable error.
Messaggi ricorrenti VSS/COM+ nello stesso intervallo di tempo (spegnimento/riavvio).

Nelle build Windows 10 1903–1909 è stato osservato più spesso a causa di un comportamento difettoso del servizio CryptSvc (Cryptographic Services), che talvolta ostacola la chiusura pulita dei componenti COM allo shutdown.

Perché accade: dipendenze, tempi di avvio e Fast Startup

VSS si regge su più componenti: COM+ Event System, Volume Shadow Copy e il Microsoft Software Shadow Copy Provider, oltre a servizi di base come RPC. Se la sequenza di avvio/chiusura non è ordinata—per esempio con Fast Startup o con un servizio terzo che non risponde—VSS può non inizializzarsi correttamente o non liberare le risorse in tempo, generando l’evento informativo con 0x8007045B.

Spegnimento rapido (Fast Startup): “ibernazione ibrida” che abbrevia i tempi di boot, ma può comprimere finestre temporali in cui VSS e COM+ devono partire/fermarsi.
Servizi terzi (agenti di backup, AV, cifratura): driver non aggiornati possono rallentare la preparazione degli snapshot.
Bug noti: su alcune release storiche di Windows 10, CryptSvc ha interferito con la chiusura pulita di COM+/VSS allo shutdown.

Soluzione rapida: percorso consigliato

Segui i passaggi in ordine—da quello meno invasivo al più radicale. Dopo ogni step, verifica se l’errore è rientrato.

Passo	Cosa fare	Perché funziona / Note
1. Verificare e avviare i servizi chiave	In `services.msc` verifica: • COM+ Event System → Automatico • Volume Shadow Copy (VSS) → Automatico (Avvio ritardato) • Microsoft Software Shadow Copy Provider → Manuale Avviali se risultano arrestati.	Garantisce che i componenti COM e VSS siano pronti prima di snapshot o backup.
2. Arrestare CryptSvc prima dello shutdown	Alla fine della sessione (Prompt amministratore): `net stop cryptsvc`	Su build 1903–1909 CryptSvc talvolta impedisce a COM di chiudersi pulitamente, generando l’evento allo spegnimento.
3. Aggiornare Windows alla release più recente	Installa gli ultimi cumulativi (“Patch Tuesday”) o esegui l’upgrade a Windows 10 22H2/Windows 11.	Le release successive hanno corretto i comportamenti difettosi; l’evento scompare o resta sporadico.
4. Registrare nuovamente i componenti COM+/VSS (se il problema persiste)	Esegui da Prompt amministratore (vedi script sotto) e riavvia.	Ripristina registrazioni COM danneggiate o riferimenti mancanti a VSS.
5. Riparazione sistema	`sfc /scannow` `DISM /Online /Cleanup-Image /RestoreHealth`	Elimina corruzioni che impediscono l’avvio corretto dei servizi.

Dettaglio dei passaggi

Controllo e configurazione servizi (consigliato per tutti)

Premi Win + R, digita services.msc e premi Invio.
Imposta:
- COM+ Event System ➜ Automatico
- Volume Shadow Copy (VSS) ➜ Automatico (Avvio ritardato)
- Microsoft Software Shadow Copy Provider (SwPrv) ➜ Manuale
Avvia i servizi se sono arrestati (clic destro → Avvia).

Preferisci riga di comando? Esegui come amministratore:

sc query EventSystem
sc query VSS
sc query SwPrv

sc config EventSystem start= auto
sc config VSS start= delayed-auto
sc config SwPrv start= demand

net start EventSystem
net start VSS </code></pre>

<p><em>Nota:</em> con <code>sc</code> è obbligatorio lo spazio dopo il segno “=”.</p>

<h4>Arresto mirato di CryptSvc (workaround per shutdown)</h4>
<p>Se l’evento appare solo allo spegnimento e i backup funzionano, puoi minimizzarlo fermando <code>CryptSvc</code> a fine sessione:</p>
<pre><code>net stop cryptsvc
</code></pre>
<p>Eseguilo solo quando non sono in corso aggiornamenti certificati/app Store. In contesti aziendali, valuta uno <em>script di spegnimento</em> tramite Criteri di gruppo: <em>Configurazione computer → Impostazioni di Windows → Script (Arresto)</em>.</p>

<h4>Aggiornare Windows</h4>
<p>Assicurati di avere l’ultima build supportata. Oltre a risolvere il problema, riduci gli edge case di sincronizzazione tra servizi di piattaforma e driver di terze parti (backup, sicurezza, cifratura).</p>

<h4>Reregistrazione componenti COM+/VSS</h4>
<p>Esegui questi comandi da <strong>Prompt dei comandi (Amministratore)</strong>:</p>
<pre><code>cd %windir%\System32
for %%s in (ole32.dll oleaut32.dll vssapi.dll) do regsvr32 /i %%s
</code></pre>
<p>Al termine, riavvia il sistema.</p>

<h4>Riparazione dell’immagine di sistema</h4>
<p>Da <strong>Prompt amministratore</strong> esegui nell’ordine:</p>
<pre><code>DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
</code></pre>
<p>Chiudi tutte le app prima di avviare le scansioni e attendi il 100%.</p>

<hr>

<h2>Buone pratiche e verifiche post-fix</h2>

<h3>Controllare gli “Shadow Copy Writers”</h3>
<p>Tutti i writer devono risultare <strong>Stable / No error</strong>. Verifica con:</p>
<pre><code>vssadmin list writers
</code></pre>
<p>Se un writer non è stabile, riavvia il relativo servizio (per esempio SQL Server VSS Writer, Hyper-V VSS Writer, ecc.) o riavvia la macchina.</p>

<h3>Tenere aggiornati gli agenti di backup</h3>
<p>Client e driver datati (Veeam, Acronis, ecc.) possono innescare errori VSS e ritardi allo spegnimento. Aggiorna sempre alle build supportate dal vendor.</p>

<h3>Valuta di disabilitare il Fast Startup se l’errore compare solo allo spegnimento</h3>
<p>Percorso GUI: <em>Pannello di controllo → Opzioni risparmio energia → Scegli cosa fanno i pulsanti di alimentazione → Modifica le impostazioni attualmente non disponibili →</em> togli la spunta a <strong>Attiva avvio rapido</strong>.</p>
<p>Alternativa via Registro (amministratore):</p>
<pre><code>reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Power" /v HiberbootEnabled /t REG_DWORD /d 0 /f
</code></pre>
<p><em>Attenzione:</em> disabilitare l’ibernazione (<code>powercfg /hibernate off</code>) disattiva anche l’avvio rapido.</p>

<h3>Confermare la risoluzione</h3>
<ol>
  <li>Esegui un’operazione che usa VSS (snapshot/backup) e verifica in <em>Visualizzatore eventi → Registri di Windows → Sistema</em> l’assenza di nuovi avvisi VSS.</li>
  <li>Controlla di nuovo: <code>vssadmin list writers</code> ➜ tutti <em>Stable / No error</em>.</li>
  <li>Se rimane un singolo warning solo durante lo shutdown ma non ci sono impatti su backup o stabilità, è considerabile <strong>innocuo</strong>.</li>
</ol>

<hr>

<h2>Diagnostica approfondita (per amministratori)</h2>

<h3>Verifica rapida in 60 secondi</h3>
<ol>
  <li><code>sc query VSS</code> e <code>sc qc VSS</code>: lo <em>StartType</em> deve essere <em>delayed-auto</em>.</li>
  <li><code>vssadmin list writers</code>: nessun errore o stato di retry.</li>
  <li>Eventi recenti VSS/COM+ in <em>Sistema</em> limitati allo shutdown? → probabilmente benigno.</li>
</ol>

<h3>Indizi che puntano a un problema reale</h3>
<ul>
  <li>Eventi VSS non solo allo spegnimento, ma durante normali operazioni di backup.</li>
  <li>Writer in errore persistente (non rientrano dopo riavvio servizi).</li>
  <li>Servizi VSS/COM+ che non rispettano la configurazione di <em>start type</em> dopo riavvio.</li>
</ul>

<h3>Log e strumenti utili</h3>
<ul>
  <li><strong>Event Viewer</strong> → filtra per Origine <em>VSS</em> e <em>COM+</em> nel registro <em>Sistema</em>.</li>
  <li><strong>Performance</strong>: se all’arresto il disco è saturo, alcuni COM server partono/si spengono in ritardo. Valuta driver di storage e salute SSD.</li>
  <li><strong>Antivirus/EDR</strong>: escludi temporaneamente i percorsi VSS (solo test controllato) per individuare un conflitto.</li>
</ul>

<hr>

<h2>Script d’esempio</h2>

<h3>Batch: allineare i servizi VSS/COM+</h3>
<pre><code>:: Fix-VSS-0x8007045B.cmd (eseguire come Amministratore)
@echo off
echo [*] Configurazione tipi di avvio...
sc config EventSystem start= auto
sc config VSS start= delayed-auto
sc config SwPrv start= demand

echo [*] Avvio servizi essenziali...
net start EventSystem
net start VSS

echo [*] Registrazione componenti principali...
pushd %windir%\System32
for %%s in (ole32.dll oleaut32.dll vssapi.dll) do (
echo    - regsvr32 /i %%s
regsvr32 /s /i %%s
)
popd

echo [*] Operazioni completate. Riavviare il sistema. </code></pre>

<h3>PowerShell: verifica stato writer e servizi</h3>
<pre><code># Test-VSSHealth.ps1 (eseguire in PowerShell con privilegi elevati)
$services = 'EventSystem','VSS','SwPrv','CryptSvc'
Get-Service $services | Select-Object Status,StartType,Name,DisplayName | Format-Table -AutoSize

Write-Host "`n[Writer VSS]" -ForegroundColor Cyan

Parsing semplice dell'output testuale (adeguato per una verifica rapida)

$vss = & vssadmin list writers
$vss | Select-String -Pattern 'Writer name|State|Last error' | ForEach-Object { $_.Line } </code></pre>

<hr>

<h2>Casi pratici</h2>

<h3>Il backup resta su “in attesa” finché non spengo il PC</h3>
<p>Imposta <strong>VSS</strong> su “Avvio ritardato”, controlla che <strong>EventSystem</strong> sia “Automatico”, aggiorna il client di backup e verifica i writer. Se l’evento <em>0x8007045B</em> appare solo allo shutdown, non è la causa del blocco: indaga sul software di backup o su driver di storage.</p>

<h3>Errore solo allo spegnimento, nessun impatto</h3>
<p>In questo caso, dopo gli aggiornamenti di sistema puoi ignorarlo. Se preferisci un log “pulito”, prova lo stop di <code>CryptSvc</code> a fine sessione o disabilita l’avvio rapido.</p>

<h3>Writer in “Retryable error” dopo patching</h3>
<p>Riavvia i servizi applicativi corrispondenti (ad es. SQL, Hyper‑V, Exchange nei sistemi server) e riprova. Se il problema persiste, reregistra i componenti e lancia <code>DISM</code> + <code>SFC</code>.</p>

<hr>

<h2>Domande frequenti (FAQ)</h2>
<p><strong>È un evento critico?</strong><br>Di norma è informativo. Diventa rilevante solo se coincide con malfunzionamenti (backup falliti, writer instabili, spegnimenti anomali).</p>

<p><strong>Posso ignorarlo se compare solo allo shutdown?</strong><br>Sì, se non ci sono impatti su backup o stabilità. È coerente con il significato di <strong>0x8007045B</strong> (“system shutdown in progress”).</p>

<p><strong>Devo reinstallare Windows?</strong><br>No: nella quasi totalità dei casi bastano i passaggi sopra (servizi, update, reregistrazione, DISM/SFC).</p>

<p><strong>È colpa del mio software di backup?</strong><br>Non necessariamente. Aggiorna all’ultima build del vendor e verifica le esclusioni AV/EDR. Una combinazione di driver obsoleti e Fast Startup può innescare l’errore.</p>

<hr>

<h2>Checklist finale</h2>
<ul>
  <li>Servizi allineati: <em>EventSystem=Automatico</em>, <em>VSS=Automatico (ritardato)</em>, <em>SwPrv=Manuale</em>.</li>
  <li>Windows aggiornato a 22H2/11 con ultimi cumulativi.</li>
  <li>Facoltativo: stop di <code>CryptSvc</code> allo shutdown (solo se serve).</li>
  <li>Reregistrazione <code>ole32.dll</code>, <code>oleaut32.dll</code>, <code>vssapi.dll</code> completata.</li>
  <li><code>DISM</code> e <code>SFC</code> senza errori.</li>
  <li><code>vssadmin list writers</code> ➜ tutti <em>Stable / No error</em>.</li>
</ul>

<hr>

<h2>Conclusioni</h2>
<p>Il messaggio <strong>“CEventSystem cannot be started (0x8007045B)”</strong> è spesso un effetto collaterale dello spegnimento in corso, ma può anche segnalare una finestra temporale troppo stretta per l’inizializzazione dei componenti VSS/COM+. Con pochi interventi mirati—configurazione servizi, aggiornamenti, reregistrazione librerie e riparazione integrità—puoi riportare VSS in uno stato stabile e ripristinare backup affidabili. Dopo aver impostato VSS su avvio ritardato e aggiornato Windows, la maggior parte degli utenti non vede più l’evento; se rimane come singolo warning allo shutdown ed è privo di impatti, è <em>innocuo</em>.</p>

<hr>

<h2>Appendice: riferimento rapido ai comandi</h2>
<div style="display:flex;gap:24px;flex-wrap:wrap">
  <div style="flex:1;min-width:260px">
    <h3>Stato servizi</h3>
    <pre><code>sc query EventSystem
sc query VSS
sc query SwPrv
</code></pre>
  </div>
  <div style="flex:1;min-width:260px">
    <h3>Tipi di avvio</h3>
    <pre><code>sc config EventSystem start= auto
sc config VSS start= delayed-auto
sc config SwPrv start= demand
</code></pre>
  </div>
  <div style="flex:1;min-width:260px">
    <h3>Writer</h3>
    <pre><code>vssadmin list writers

Riparazioni

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Note operative e sicurezza

Esegui i comandi in finestre elevate (Esegui come amministratore).
Pianifica gli interventi fuori orario di produzione; alcuni passaggi richiedono riavvio.
Non interrompere CryptSvc durante aggiornamenti di certificati o installazioni Store.
Prima di modifiche profonde, valuta un punto di ripristino o un backup del sistema.

Cosa aspettarti
Dopo aver impostato VSS su avvio ritardato e aggiornato Windows, la maggior parte degli utenti smette di vedere l’evento 0x8007045B. Se persiste, verifica che non si tratti di un singolo avviso emesso solo durante lo shutdown: in quel caso è innocuo e non influisce su backup o stabilità.