Erro VSS “CEventSystem não pode ser iniciado (0x8007045b)” — causas, correção e prevenção

VSS a reportar “CEventSystem não pode ser iniciado (0x8007045b)” costuma assustar, mas na maioria dos casos é apenas um aviso durante o encerramento do Windows. Abaixo explico o que significa, quando se torna problema e como corrigir — de forma permanente — com passos práticos e verificáveis.

Índice

Visão geral e mensagem de log

Nos logs do Volume Shadow Copy Service (VSS), você pode ver um aviso semelhante a este:

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

Em português: o servidor COM CEventSystem não pôde ser iniciado porque “um encerramento do sistema está em andamento”.

O que significa o código 0x8007045b

0x8007045b corresponde a ERRORSHUTDOWNIN_PROGRESS. Em termos práticos: o Windows já começou a encerrar e, nesse momento, o VSS tentou acionar o COM+ Event System (CEventSystem) — que é um componente base para notificações e eventos do COM+ — e recebeu a rejeição porque o sistema está a fechar.

O CLSID {4e14fba2-2e22-11d1-9964-00c04fbbb345} identifica o CEventSystem.
O VSS, ao preparar snapshots, chama serviços e componentes que por sua vez dependem do EventSystem e do SENS (System Event Notification Service).

É crítico ou pode ser ignorado?

Depende do contexto. Use a tabela a seguir para decidir:

Quando aparece	Severidade	Ação recomendada
Apenas durante desligamentos ou reinícios	Informacional (não crítico)	Nenhuma ação urgente. Siga as boas práticas deste guia e verifique se não há backups a executar no shutdown.
Em horário de produção, sem desligamentos	Potencial incidente	Investigar imediatamente writers do VSS, dependências de serviços e conflitos de agendamento de backup (ver passos abaixo).
Recorrente e acompanhado de falhas de backup/snapshot	Incidente	Executar diagnóstico completo (writers, serviços, integridade do SO, logs) e aplicar correções 2–6.

Causas mais comuns

O sistema está a encerrar e o VSS foi acionado tarde (ou um job de backup ainda estava a correr).
Serviços base (VSS, COM+ Event System, Microsoft Software Shadow Copy Provider, SENS) mal configurados, parados ou com inicialização lenta.
Conflitos temporais entre backup/snapshot e políticas de shutdown.
Writers do VSS em estado Failed após falhas prévias.
Antivírus, drivers de armazenamento ou software de backup a introduzir latência.
Bug histórico (Windows 10/Server nas builds 1903–1909) envolvendo Cryptographic Services (CryptSvc) e VSS, resolvido por atualizações cumulativas.

Correção: do menos intrusivo ao mais efetivo

Atualize o Windows

Manter o Windows em dia elimina bugs conhecidos e melhora o comportamento do stack VSS/COM+. Confirme rapidamente a versão:

Get-ComputerInfo -Property OsName,OsVersion,WindowsVersion,OsBuildNumber | Format-List

Se estiver em builds antigas (por exemplo 1903–1909), dê prioridade a atualizar para uma versão suportada. Atualizações também trazem drivers de armazenamento e componentes VSS mais estáveis.

Ajuste e garanta a execução dos serviços‑chave

No services.msc, use as configurações abaixo. Para ambientes com automação, seguem comandos equivalentes:

Serviço (Display name)	Nome	Tipo de inicialização	Comando para definir
Volume Shadow Copy	VSS	Automático (Atraso na Inicialização)	`sc config VSS start= delayed-auto sc start VSS`
COM+ Event System	EventSystem	Automático	`sc config EventSystem start= auto sc start EventSystem`
Microsoft Software Shadow Copy Provider	swprv	Manual (ou Automático Atrasado em servidores de backup)	`sc config swprv start= demand sc start swprv`
System Event Notification Service	Sens	Automático	`sc config Sens start= auto sc start Sens`

Em PowerShell, você pode verificar rapidamente o estado:

"VSS","EventSystem","swprv","Sens" | ForEach-Object {
  Get-Service -Name $_ | Select-Object Name, Status, StartType
}

Workaround para ambientes afetados: parar CryptSvc antes do shutdown

Se não puder atualizar agora e o aviso ocorre apenas no desligamento, pode mitigar a corrida de serviços parando o Cryptographic Services no script de desligamento:

net stop cryptsvc

Como implementar (local ou via GPO):

Abrir gpedit.msc (ou editar uma GPO): Configuração do Computador → Configurações do Windows → Scripts (Inicialização/Encerramento).
Em Encerramento, adicionar um novo script e apontar para um .bat com o comando acima.
Aplicar a política e testar um encerramento controlado.

Nota: este workaround deve ser usado apenas quando o alerta é restrito ao shutdown. Não é solução para falhas de backup em produção.

Verificar e recuperar os “writers” do VSS

Liste o estado dos writers:

vssadmin list writers

Se algum writer aparecer como Failed ou Waiting for completion por muito tempo, reinicie VSS e o provider:

net stop vss
net stop swprv
net start swprv
net start vss

Repita o diagnóstico:

vssadmin list writers

Writers ligados a aplicações (ex.: SQL Server VSS Writer, Exchange Writer, Hyper-V, IIS Metabase Writer) podem exigir reinício do serviço da aplicação correspondente para recuperar.

Evite jobs de backup no momento do desligamento

Ajuste janelas de backup para não coincidirem com a hora de manutenção/desligamento.
Ative, no software de backup, a opção “cancelar tarefa no desligamento” ou equivalente.
Se o agente de backup tenta retomar no shutdown, desabilite “run missed jobs at startup” em estações que desligam à noite.

Saúde do sistema (se houver travamentos ou sintomas além do aviso)

Verifique e repare arquivos de sistema:

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

Opcional (volume NTFS com problemas de I/O):

chkdsk /scan

Mantenha drivers de chipset/armazenamento e o próprio software de backup/antivírus atualizados, reduzindo latências que estressam o VSS.

Diagnóstico rápido (script pronto para copiar)

Use este script PowerShell para recolher, de uma vez, versão do Windows, estado dos serviços, writers e eventos VSS recentes:

$report = [ordered]@{}

1) Versão do Windows

\$report.Version = Get-ComputerInfo -Property OsName,OsVersion,WindowsVersion,OsBuildNumber

2) Serviços-chave

\$svcNames = "VSS","EventSystem","swprv","Sens","CryptSvc"
\$report.Services = Get-Service -Name \$svcNames | Select Name,Status,StartType

3) Writers do VSS

\$report.Writers = (vssadmin list writers) -join "\`n"

4) Eventos VSS/Admin últimos 7 dias

\$since = (Get-Date).AddDays(-7)
\$filter = @{
LogName = "Microsoft-Windows-VSS/Admin"
StartTime = \$since
}
\$report.VssEvents = Get-WinEvent -FilterHashtable \$filter -ErrorAction SilentlyContinue |
Select TimeCreated, Id, LevelDisplayName, Message -First 100

5) Mostra resultado

\$report | Format-List

Execute em PowerShell (Admin). Guarde a saída para comparar antes/depois das correções.

Validação pós‑correção

No Visualizador de Eventos, navegue em Aplicativos e Serviços → Microsoft → Windows → VSS → Admin e confirme que não há novos erros além de avisos no shutdown.
Dispare um snapshot/backup de teste durante o horário normal e confirme a ausência de writers Failed.
Faça um reinício controlado sem jobs de backup em andamento e verifique se o aviso não reaparece de forma redundante.
Se usou o workaround do CryptSvc, teste o encerramento normal e, depois, remova gradualmente o script quando atualizar o sistema.

Boas práticas para prevenir recorrência

Atualizações de segurança e cumulativas aplicadas regularmente.
Agendamento de backups evitando janelas de manutenção.
Serviços VSS e COM+ configurados conforme tabela deste guia.
Monitorização dos Writers com uma checagem diária/semana (script acima via Agendador de Tarefas).
Evitar múltiplos providers VSS concorrentes (por exemplo, desinstalar agentes antigos de backup que deixaram providers órfãos).
Em VMs, prefira Integration Services/paravirtualização atualizados e snapshots coordenados (quiesced).

Perguntas frequentes (FAQ)

Se o aviso aparece apenas no desligamento, posso ignorar?

Sim. Esse é exatamente o significado de ERRORSHUTDOWNIN_PROGRESS. Ainda assim, vale confirmar que não há tarefa de backup a terminar nesse momento.

Qual a diferença entre aviso e erro VSS?

O warning do CEventSystem durante o shutdown é informacional. Já códigos como 0x80042302, 0x80042306 ou writers Failed durante backups indicam problemas reais de snapshot e devem ser tratados.

Devo “re‑registrar” os componentes VSS/COM+?

Não por padrão. Esse procedimento é intrusivo e raramente necessário para este aviso específico. Priorize as correções deste guia (serviços, writers, atualização). Considere re‑registro somente diante de corrupção comprovada.

Funciona em Windows 10/11 e Windows Server?

Sim. O princípio é o mesmo: o EventSystem não inicia porque o SO está a encerrar. Os passos (serviços, writers, agendamento) aplicam‑se a clientes e a servidores.

Este aviso pode causar perda de dados?

Não por si só. Ele apenas indica que o snapshot não será iniciado no fim do desligamento. A perda de dados só ocorreria se um backup crítico dependesse desse snapshot tardio — por isso evitamos backups no shutdown.

E se o aviso surgir ao iniciar o Windows (boot)?

Nesse caso, investigue serviços atrasando a inicialização, drivers de armazenamento e antivírus. Verifique também os writers; se houver falhas, reinicie VSS e o provider.

Resumo prático (TL;DR)

O aviso 0x8007045b diz apenas: “o Windows está a encerrar”.
Correção permanente: manter o Windows atualizado, garantir EventSystem/VSS configurados e ativos, e não executar backups no shutdown.
Se houver writers Failed ou o aviso aparecer fora do shutdown, trate como incidente (ver passos de diagnóstico e saúde do sistema).

Checklist rápida para resolver

Atualize o Windows (prioridade se estiver em builds antigas).
Defina serviços: EventSystem = Automático, VSS = Automático (Atrasado), swprv = Manual, Sens = Automático.
Evite jobs de backup no encerramento; habilite “cancelar tarefa no desligamento”.
vssadmin list writers → se Failed, reinicie vss/swprv e, se necessário, os serviços da aplicação.
Se necessário e temporariamente, script de shutdown com net stop cryptsvc.
Valide com um backup de teste e monitorize os logs em VSS\Admin.

Anexo A — Tabela de serviços VSS/COM+

Componente	Service name	Tipo de inicialização recomendado	Dependências notáveis	Comandos úteis
COM+ Event System	EventSystem	Automático	RPC, DCOM, SENS	`sc query EventSystem sc config EventSystem start= auto`
System Event Notification Service	Sens	Automático	EventSystem	`sc query Sens sc start Sens`
Volume Shadow Copy	VSS	Automático (Atrasado)	RPC	`sc query VSS sc config VSS start= delayed-auto`
MS Software Shadow Copy Provider	swprv	Manual	—	`sc query swprv sc config swprv start= demand`
Cryptographic Services	CryptSvc	Automático (normalmente)	—	`sc query CryptSvc net stop cryptsvc`

Anexo B — Eventos úteis para monitorizar

Origem	Log	O que observar	Dica
VSS	Microsoft‑Windows‑VSS/Admin	Avisos com “shutdown is in progress” e qualquer erro crítico em horários de produção.	Correlacione com o horário de desligamento/reinício.
Service Control Manager	Windows Logs → System	Paragens/arranques de VSS, swprv, EventSystem e atrasos de serviço.	Avalie serviços que demoram a encerrar.
Backup/Agendador	Aplicação / TaskScheduler	Jobs que iniciam perto do shutdown ou retomam após boot.	Evite janelas de conflito e habilite “cancelar no shutdown”.

Anexo C — Modelos de scripts

Script de desligamento (mitigação temporária)

@echo off
REM Mitigar corrida VSS/COM+ em builds antigas
net stop cryptsvc
exit /b 0

Script PowerShell para validar serviços

$names = "VSS","EventSystem","swprv","Sens"
Get-Service -Name $names |
  Sort-Object Name |
  Select Name, Status, StartType |
  Format-Table -AutoSize

Reinício limpo do VSS e provider

net stop vss
net stop swprv
net start swprv
net start vss

Conclusão

“CEventSystem não pode ser iniciado (0x8007045b)” é, na maioria dos cenários, apenas um reflexo do encerramento em curso. Ainda assim, ajustar serviços, evitar snapshots no shutdown e garantir a saúde do VSS é o caminho para uma operação de backup estável — e para não ver mais este aviso fora de hora.