Como agendar reinicialização automática no Windows Server VPS

Servidores Windows que rodam aplicações de longa duração — IIS hospedando APIs, serviços .NET, instâncias de SQL Server, gateways de integração — degradam gradualmente sem reinicialização. Memória fragmenta, handles do kernel acumulam, e atualizações pendentes ficam num estado intermediário que só um reboot resolve. Em produção, a prática estável é agendar reinicialização periódica numa janela de baixo tráfego.

Este tutorial cobre como configurar reinicialização automática num Windows Server VPS via Agendador de Tarefas (interface gráfica e linha de comando) e via PowerShell. Mostra também como adicionar avisos pra sessões RDP ativas, condições de aborto baseadas em carga, e logs auditáveis pra confirmar que cada janela executou. Tempo estimado: 25 minutos.

A audiência é sysadmin Windows que já tem o servidor configurado e quer automatizar o ciclo de manutenção sem depender de conexão manual no domingo de madrugada.

Pré-requisitos

Antes de começar, confirme os dados básicos da sessão. Estes valores são referenciados nos comandos abaixo:

Decisão: Agendador de Tarefas ou PowerShell

Existem dois caminhos pra agendar reboot no Windows. Cada um serve um cenário:

Pra um servidor único, Agendador via GUI é suficiente. Pra fleet de 5+ servidores ou se você usa configuração como código, PowerShell é o caminho. Vamos cobrir os três métodos — escolha o que se encaixa.

Método 1: Agendador via interface gráfica

A interface gráfica é a forma mais rápida pra um servidor isolado. Os passos abaixo criam uma tarefa que reinicia o servidor todo domingo às 4 da manhã.

Método 2: Criação via schtasks

Pra scriptar o mesmo agendamento numa linha — útil em provisioning ou pra documentar configuração — use schtasks.

schtasks /create `
  /tn "Reboot Semanal Manutencao" `
  /tr "shutdown.exe /r /t 600 /c 'Manutencao semanal automatica' /f" `
  /sc weekly /d SUN /st 04:00 `
  /ru "SYSTEM" /rl HIGHEST /f

schtasks /query /tn "Reboot Semanal Manutencao" /v /fo LIST

Método 3: PowerShell com lógica condicional

Quando você precisa de condições mais complexas — abortar reboot se a CPU está acima de 80%, ou se um serviço crítico está em transação — encapsule a lógica num script e agende via Register-ScheduledTask.

$LogPath = "C:\Scripts\reboot-semanal.log"
$Stamp = Get-Date -Format "yyyy-MM-dd HH:mm:ss"

# Checa carga media de CPU dos ultimos 60s
$cpu = (Get-Counter '\Processor(_Total)\% Processor Time' `
  -SampleInterval 5 -MaxSamples 12).CounterSamples |
  Measure-Object -Property CookedValue -Average

if ($cpu.Average -gt 80) {
    Add-Content $LogPath "$Stamp ABORT cpu=$([math]::Round($cpu.Average,1))%"
    exit 1
}

# Checa servico critico (ajuste o nome)
$svc = Get-Service -Name "MeuServicoCritico" -ErrorAction SilentlyContinue
if ($svc -and $svc.Status -eq 'Running') {
    # Logica de health check da aplicacao aqui
    Add-Content $LogPath "$Stamp OK servico ativo, prosseguindo"
}

Add-Content $LogPath "$Stamp REBOOT iniciando shutdown /r /t 600"
Start-Process -FilePath "shutdown.exe" `
  -ArgumentList "/r","/t","600","/c","Manutencao semanal","/f"

$Action = New-ScheduledTaskAction `
  -Execute "PowerShell.exe" `
  -Argument "-ExecutionPolicy Bypass -File C:\Scripts\reboot-semanal.ps1"

$Trigger = New-ScheduledTaskTrigger `
  -Weekly -DaysOfWeek Sunday -At 04:00

$Principal = New-ScheduledTaskPrincipal `
  -UserId "SYSTEM" -LogonType ServiceAccount -RunLevel Highest

$Settings = New-ScheduledTaskSettingsSet `
  -StartWhenAvailable -DontStopOnIdleEnd `
  -RestartCount 3 -RestartInterval (New-TimeSpan -Minutes 1)

Register-ScheduledTask `
  -TaskName "Reboot Semanal Manutencao" `
  -Action $Action -Trigger $Trigger `
  -Principal $Principal -Settings $Settings -Force

Verificação

Confirme que a tarefa está ativa e o próximo horário está correto:

Get-ScheduledTask -TaskName "Reboot Semanal Manutencao" |
  Select-Object TaskName, State, @{N='Proximo';E={
    (Get-ScheduledTaskInfo $_).NextRunTime
  }}

Saída esperada:

TaskName                    State    Proximo
--------                    -----    -------
Reboot Semanal Manutencao   Ready    01/06/2026 04:00:00

Pra confirmar que a tarefa rodou após o primeiro domingo, consulte o histórico:

Get-ScheduledTaskInfo -TaskName "Reboot Semanal Manutencao"

O campo LastRunTime mostra quando rodou e LastTaskResult deve ser 0 (sucesso). Qualquer valor diferente indica falha — investigue via Agendador → Histórico ou via Get-WinEvent no log “Microsoft-Windows-TaskScheduler/Operational”.

Resolução de problemas

Tarefa não executa, sem mensagem de erro

Verifique se o histórico do Agendador está habilitado. Por padrão, em alguns Windows Server vem desabilitado, e isso impede ver o que aconteceu. No painel direito do Agendador, clique em “Habilitar Histórico de Todas as Tarefas”.

Depois disso, abra a tarefa e veja a aba Histórico. Se o evento for “Tarefa não iniciada porque a conta não está conectada” — você esqueceu de marcar “Executar estando o usuário conectado ou não” na criação.

Reboot dispara mas servidor não sobe

Verifique se algum serviço com startup automático está falhando no boot. Execute após reconectar:

Get-EventLog -LogName System -EntryType Error -Newest 20 |
  Where-Object {$_.Source -like "*Service*"}

Serviço travado em estado “Starting” indefinidamente é a causa mais comum. Geralmente é dependência de rede ou banco que ainda não estabilizou — adicione delay no startup do serviço problemático.

Aviso de reboot não aparece pra usuários RDP

O parâmetro /c "mensagem" só funciona se o usuário estiver com sessão ativa no momento que shutdown /t 600 roda. Se ele conectar depois do disparo, nada é mostrado. Pra notificação proativa, adicione antes do shutdown:

msg * /TIME:60 "Reboot programado em 10 minutos - salve seu trabalho"

msg.exe envia broadcast pra todas as sessões ativas — combinado com o aviso visual do shutdown, cobre os dois casos.

Próximos passos

Com o ciclo de reboot automatizado, vale evoluir em direções complementares:

• Configure health check pós-reboot via PowerShell que valida serviços críticos e envia alerta se algo não subiu em 5 minutos.
• Adicione gravação em event log (Write-EventLog) no script wrapper pra centralizar via syslog ou SIEM.
• Documente a janela de manutenção em status page interna pra que equipe de aplicação saiba quando esperar indisponibilidade.
• Combine com snapshot automático pré-reboot via API do seu provedor pra rollback rápido se algo quebrar.
• Considere agendar separadamente Windows Update pra rodar antes do reboot, garantindo que o ciclo cobre atualizações pendentes.

Se você está colocando isso em produção, uma VPS Hostini Windows Server já vem com console fora-de-banda no painel — útil pra recuperar acesso se um reboot agendado quebrar a rede e RDP ficar indisponível, evitando depender de suporte pra resetar a máquina.