Windows Server 2019 Essentials desliga-se às segundas: silsvc.exe, Reason Code 0x2000c e como corrigir

O seu Windows Server 2019 Essentials está a desligar-se todas as segundas‑feiras entre 08:30 e 10:30 (PST)? Este guia explica por que isso acontece, como confirmar a causa nos registos do sistema e que passos seguir para corrigir definitivamente — com comandos prontos para copiar e um checklist de validação.

Índice

Visão geral do problema

Em ambientes com Windows Server 2019 Essentials, é possível observar um desligamento semanal automático sem qualquer alerta de hardware ou de sistema aparente. Nos Event Logs, o processo silsvc.exe (Server Infrastructure Licensing Service) surge como iniciador do shutdown com a indicação “Licensing Compliance Service caused a shutdown” e Reason Code 0x2000c. Não há eventos de falha térmica, falta de energia, nem tarefas agendadas coincidentes.

Sinais típicos

Desligamento/reinício automático sempre no mesmo dia da semana (ex.: segundas‑feiras), num intervalo aproximado de tempo (08:30–10:30 PST).
Ausência de critical events de hardware, armazenamento ou termal.
Evento 1074 (User32) ou equivalente indicando que C:\Windows\System32\silsvc.exe iniciou o encerramento.
Entrada detalhada no log operacional de Server Infrastructure Licensing confirmando não conformidade de licenciamento.

Por que o Windows Server 2019 Essentials se desliga

O Windows Server 2019 Essentials incorpora um mecanismo de autoproteção de licenciamento. Quando o sistema deteta violação de regras específicas (por exemplo, mais do que um controlador de domínio na mesma floresta, presença de trusts, extrapolação de limites de utilizadores/dispositivos ou incumprimento de direitos de virtualização), o serviço de conformidade agenda um encerramento periódico — tipicamente semanal. É por isso que o comportamento parece “pontual”, mas recorrente.

Restrições de licenciamento mais comuns

Restrição de licenciamento	Violação típica que gera o desligamento
Único Controlador de Domínio (DC)	Existência de outro DC na rede ou o Essentials não possui todos os FSMO roles.
Sem relações de confiança bidirecionais	Domínio Essentials configurado com trusts para outros domínios/florestas.
Limites de virtualização	Executar mais de uma instância licenciada ou hospedar VMs adicionais sem licenças adequadas.
Limite de utilizadores/dispositivos (25 users / 50 devices)	Contas ou objetos habilitados no AD excedem o limite.

Checklist de diagnóstico (passo a passo)

Os passos seguintes isolam a causa com rapidez. Execute-os pela ordem apresentada.

Confirmar a evidência nos registos

Abra o Event Viewer (eventvwr.msc) e verifique:
- Windows Logs ➜ System — procure o Event ID 1074 (User32). O campo “Process” deve referir silsvc.exe.
- Applications and Services Logs ➜ Microsoft ➜ Windows ➜ Server Infrastructure Licensing ➜ Operational — eventos de não conformidade com detalhes do motivo.
Via linha de comandos, pode filtrar rapidamente: wevtutil qe "Microsoft-Windows-ServerInfrastructureLicensing/Operational" /f:text /c:50 wevtutil qe System /q:"*[System[(EventID=1074)]]" /f:text /c:20
Em PowerShell: Get-WinEvent -LogName "Microsoft-Windows-ServerInfrastructureLicensing/Operational" -MaxEvents 50 | Select-Object TimeCreated, Id, LevelDisplayName, Message Get-WinEvent -FilterHashtable @{LogName='System'; Id=1074} -MaxEvents 20 | Select-Object TimeCreated, ProviderName, Id, Message

Validar a configuração de Active Directory

O Essentials deve ser o único DC do domínio e deter todos os papéis FSMO. netdom query fsmo PowerShell (requer RSAT-AD): Get-ADDomainController -Filter \* | Select-Object Hostname, Site, IsGlobalCatalog Get-ADForest | Select-Object SchemaMaster, DomainNamingMaster Get-ADDomain | Select-Object PDCEmulator, RIDMaster, InfrastructureMaster
Se existirem outros DCs, confirme se são mesmo necessários. Caso não sejam, planeie a despromoção (ver secção “Remediação”).

Detetar relações de confiança (trusts)

# Listar trusts na floresta
Get-ADTrust -Filter * | Select-Object Name, Direction, TrustType, ForestTransitive

Para Essentials, a presença de trusts bidirecionais com outros domínios/florestas é um gatilho clássico para o desligamento semanal.

Contar utilizadores e dispositivos habilitados

Os limites do Essentials são 25 utilizadores e 50 dispositivos habilitados. Contagens rápidas:

# Utilizadores habilitados
Get-ADUser -Filter * -Properties Enabled | Where-Object {$_.Enabled -eq $true} | Measure-Object

Computadores habilitados

Get-ADComputer -Filter \* -Properties Enabled | Where-Object {$\_.Enabled -eq \$true} | Measure-Object

Dica: Crie filtros por OU para excluir contas de serviço desativadas ou objetos obsoletos.

# Exemplo por OU
Get-ADUser -SearchBase "OU=Colaboradores,DC=empresa,DC=local" -LDAPFilter "(|(userAccountControl=512)(userAccountControl=66048))" | Measure-Object

Verificar virtualização e direitos de execução

O Essentials não concede direitos amplos de virtualização. A regra prática é apenas uma instância (física ou virtual). Se o seu servidor Essentials:

está a correr numa VM e o host Hyper‑V executa VMs adicionais sem licenciamento compatível,
ou executa mais de uma VM Essentials com a mesma licença,

o serviço de conformidade pode sinalizar não conformidade.

# Identificar se corre em VM e contexto do host
Get-ComputerInfo | Select-Object CsManufacturer, CsModel, OsName, OsArchitecture

Em host Hyper‑V: listar VMs

Get-VM | Select-Object Name, State

Confirmar que não há tarefas agendadas a provocar o shutdown

Embora raro neste cenário, descarte tarefas agendadas de encerramento:

Get-ScheduledTask | Where-Object {$_.TaskName -match 'shutdown|reiniciar|restart|encerrar'}

Soluções possíveis (por cenário)

Cenário	Ação corretiva
Existem DCs adicionais	Despromova os DCs extra ou migre para Windows Server Standard/Datacenter.
Essentials não detém todos os FSMO roles	Transferir/capturar todos os roles para o Essentials.
Confiança (trust) indevida	Remover trusts ou migrar para edição sem essa limitação.
Excesso de utilizadores/dispositivos	Reduzir contas inativas/duplicadas ou substituir por Windows Server Standard + CALs.
Mais de uma VM ou excesso de VMs	Consolidar VMs ou adquirir licenças adicionais/Standard.

Nota estratégica: Se a arquitetura atual exigir múltiplos DCs, relações de confiança ou mais VMs, a solução sustentável é converter (in‑place ou clean install) para Windows Server 2022 Standard (ou 2019 Standard) com as CALs correspondentes.

Remediação detalhada (guias práticos)

Garantir que o Essentials detém todos os papéis FSMO

Identifique os roles e mova-os para o Essentials:

# Ver roles atuais
netdom query fsmo

PowerShell - mover roles (substitua \)

Move-ADDirectoryServerOperationMasterRole -Identity \ \`
-OperationMasterRole SchemaMaster, DomainNamingMaster, PDCEmulator, RIDMaster, InfrastructureMaster

Valide novamente com netdom query fsmo.

Despromover controladores de domínio adicionais

Assegure que o Essentials já é GC e detém todos os FSMO.
Em cada DC extra, execute: # PowerShell (elevar permissões) Uninstall-ADDSDomainController -DemoteOperationMasterRole -RemoveApplicationPartitions ou utilize o Server Manager para remover o papel AD DS e escolher “Demote this domain controller”.

Remover trusts indevidos

# Listar e remover
Get-ADTrust -Filter * | Format-Table Name, Direction
Remove-ADTrust -Identity "contoso.com" -Confirm:$false

Confirme que o domínio Essentials fica isolado (sem trusts), conforme exigido pela edição.

Reduzir contagem de utilizadores/dispositivos

Desative contas antigas e mova-as para uma OU de quarentena.
Limpe computadores que não reportam há > 90 dias: Search-ADAccount -ComputersOnly -AccountInactive -TimeSpan 90.00:00:00 | Disable-ADAccount
Volte a medir com os comandos de contagem e certifique-se de que está ≤ 25/50.

Regularizar a virtualização

Se o Essentials estiver virtualizado, valide o enquadramento de licenças do host e das VMs. Princípio básico: Essentials não dá direito a múltiplas instâncias. Se precisa de várias VMs, planeie migrar para Windows Server Standard (cada licença Standard concede direitos de virtualização específicos) ou adquira licenças adicionais legitimamente associadas.

Limpar os marcadores de não conformidade e monitorizar

Depois de corrigir a causa, limpe o estado do serviço de conformidade e vigie por uma semana.

# Reiniciar o serviço de licenciamento
Restart-Service -Name silsvc -Force

Confirmar que não há novos avisos

Get-WinEvent -LogName "Microsoft-Windows-ServerInfrastructureLicensing/Operational" -MaxEvents 40

Alternativamente, reinicie o servidor fora do horário de produção e acompanhe os logs ao longo da semana seguinte.

Playbook de resposta rápida

Confirmar a causa no Event Viewer (silsvc.exe + Reason Code 0x2000c).
Verificar AD: Essentials é o único DC? Detém todos os FSMO?
Listar trusts e remover quaisquer relações externas.
Contar utilizadores/dispositivos e voltar para ≤ 25/50.
Rever virtualização: apenas uma instância Essentials por licença.
Reiniciar silsvc ou o servidor, e monitorizar 7 dias.
Documentar o estado final (contagens, topologia, papel FSMO) para futuras auditorias.

Boas práticas para evitar a reincidência

Auditorias mensais de AD: relatório de contas ativas, computadores inativos e existência de outros DCs.
Alertas para Event IDs relevantes (p.ex., 1074 do User32 e eventos do log “Server Infrastructure Licensing/Operational”).
Gestão de crescimento: se a empresa ultrapassar 25/50, inicie atempadamente a migração para Standard + CALs.
Topologia simples: evite trusts e multi‑floresta em Essentials.
Inventário de VMs e política de alterações: qualquer nova VM deve ser revista sob a ótica do licenciamento.

Perguntas frequentes (FAQ)

Por que ocorre sempre à segunda‑feira?

O serviço de conformidade executa verificações periódicas; quando deteta não conformidade, agenda um encerramento em cadência regular (frequentemente, semanal). O dia e a janela percebida (08:30–10:30 PST) decorrem do timing dessa verificação no seu ambiente.

Ativação do Windows e conformidade de Essentials são a mesma coisa?

Não. O Windows pode estar corretamente ativado e, ainda assim, o mecanismo de Essentials sinalizar e aplicar o desligamento por violação das suas regras de edição (como múltiplos DCs ou trusts).

Posso simplesmente desativar o serviço `silsvc`?

Não é recomendado nem suportado. Além de poder violar o contrato de licença, o sistema voltará a detetar não conformidade. Corrija a causa de raiz.

E se preciso de múltiplos DCs, trusts ou várias VMs?

Nesse cenário, a edição Essentials deixa de ser adequada. Migre para Windows Server Standard (ou Datacenter) e adquira as CALs apropriadas.

O hardware HP ou a temperatura têm relação com o problema?

Neste caso, não. A ausência de eventos de falha térmica/PSU e a identificação de silsvc.exe como processo iniciador confirmam que a causa é licenciamento, não hardware.

Como verificar rapidamente se existe outro DC “esquecido” na rede?

Get-ADDomainController -Filter * | Select-Object HostName, IPv4Address, IsGlobalCatalog, Site

Diagnóstico clássico

dcdiag /test\:Advertising /v

Exemplos de comandos úteis (copiar/colar)

Objetivo	Comando
Listar FSMO	`netdom query fsmo`
Mover FSMO (PowerShell)	`Move-ADDirectoryServerOperationMasterRole -Identity <SERVER> -OperationMasterRole SchemaMaster,DomainNamingMaster,PDCEmulator,RIDMaster,InfrastructureMaster`
Contar utilizadores habilitados	`Get-ADUser -Filter * -Properties Enabled \| ? Enabled \| Measure`
Contar computadores habilitados	`Get-ADComputer -Filter * -Properties Enabled \| ? Enabled \| Measure`
Listar trusts	`Get-ADTrust -Filter *`
Ver eventos de licenciamento	`Get-WinEvent -LogName "Microsoft-Windows-ServerInfrastructureLicensing/Operational" -MaxEvents 50`
Reiniciar o serviço de licenciamento	`Restart-Service silsvc -Force`

Casos de estudo (padrões reais)

DC extra em site remoto: filial antiga com DC mantido por erro após migração. O Essentials detetou mais do que um DC ➜ desligamento semanal. Fix: despromoção do DC remoto e transferência/validação de FSMO.
Trust legado: domínio temporário de migração nunca removido. Fix: remoção do trust e limpeza de objetos órfãos.
Explosão de contas: onboarding rápido criou utilizadores duplicados e computadores desativados não foram limpos. Fix: higienização de AD e política de ciclo de vida de contas.
Host com VMs a mais: Essentials virtual e host Hyper‑V a operar várias VMs adicionais sem licenças adequadas. Fix: migração para Standard com cálculo de direitos de virtualização.

Resumo operacional (para admins apressados)

Não é hardware. É o Licensing Compliance Service do Windows Server 2019 Essentials a proteger as suas regras. Garanta que o Essentials é o único DC, detém os FSMO, não há trusts, está ≤ 25/50 e existe uma única instância (física ou virtual). Depois, reinicie silsvc e monitorize por uma semana.

Conclusão

O desligamento semanal do Windows Server 2019 Essentials é um sintoma clássico de não conformidade de licenciamento, e não um defeito do seu servidor HP ou do Windows. Com um diagnóstico baseado nos logs certos e uma remediação direcionada — topologia AD simplificada, contagens sob controlo e virtualização regularizada — elimina o problema de forma definitiva e mantém o ambiente preparado para auditorias futuras. Se os requisitos do seu negócio pedem múltiplos DCs, trusts ou várias VMs, planeie a migração para Windows Server Standard (ou Datacenter) com as respetivas CALs: a plataforma passará a alinhar com a sua realidade, e os desligamentos não voltarão.

Resumo rápido para administradores lusófonos
O reboot semanal não é falha de hardware; é um mecanismo de cumprimento de licença do Windows Server 2019 Essentials. Garanta que o Essentials é o único DC, todos os papéis FSMO estão nele, não há trusts, não ultrapassa 25/50 utilizadores/dispositivos e só existe uma instância (física ou virtual). Caso contrário, regularize ou atualize para a edição Standard.