Cómo programar reinicio automático en Windows Server VPS

Los servidores Windows que ejecutan aplicaciones de larga duración — IIS hospedando APIs, servicios .NET, instancias de SQL Server, pasarelas de integración — se degradan gradualmente sin reinicio. La memoria se fragmenta, los handles del kernel se acumulan, y las actualizaciones pendientes quedan en un estado intermedio que solo un reinicio resuelve. En producción, la práctica estable es programar el reinicio periódico en una ventana de bajo tráfico.

Este tutorial cubre cómo configurar el reinicio automático en un Windows Server VPS mediante el Programador de tareas (interfaz gráfica y línea de comandos) y mediante PowerShell. También muestra cómo añadir avisos para las sesiones RDP activas, condiciones de aborto basadas en carga, y logs auditables para confirmar que cada ventana se ejecutó. Tiempo estimado: 25 minutos.

La audiencia es el sysadmin Windows que ya tiene el servidor configurado y quiere automatizar el ciclo de mantenimiento sin depender de una conexión manual el domingo de madrugada.

Requisitos previos

Antes de empezar, confirma los datos básicos de la sesión. Estos valores se referencian en los comandos de abajo:

Decisión: Programador de tareas o PowerShell

Existen dos caminos para programar el reinicio en Windows. Cada uno cubre un escenario:

Para un servidor único, el Programador vía GUI es suficiente. Para una flota de 5+ servidores o si usas configuración como código, PowerShell es el camino. Vamos a cubrir los tres métodos — elige el que encaje.

Método 1: Programador de tareas vía interfaz gráfica

La interfaz gráfica es la forma más rápida para un servidor aislado. Los pasos siguientes crean una tarea que reinicia el servidor todos los domingos a las 4 de la madrugada.

Método 2: Creación vía schtasks

Para scriptar la misma programación en una línea — útil en provisioning o para documentar la configuración — usa schtasks.

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

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

Método 3: PowerShell con lógica condicional

Cuando necesitas condiciones más complejas — abortar el reinicio si la CPU está por encima del 80%, o si un servicio crítico está en una transacción — encapsula la lógica en un script y prográmalo con Register-ScheduledTask.

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

# Comprueba carga media de CPU de los 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
}

# Comprueba servicio critico (ajusta el nombre)
$svc = Get-Service -Name "MiServicioCritico" -ErrorAction SilentlyContinue
if ($svc -and $svc.Status -eq 'Running') {
    # Logica de health check de la aplicacion aqui
    Add-Content $LogPath "$Stamp OK servicio activo, continuando"
}

Add-Content $LogPath "$Stamp REBOOT iniciando shutdown /r /t 600"
Start-Process -FilePath "shutdown.exe" `
  -ArgumentList "/r","/t","600","/c","Mantenimiento 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 Mantenimiento" `
  -Action $Action -Trigger $Trigger `
  -Principal $Principal -Settings $Settings -Force

Verificación

Confirma que la tarea está activa y que la próxima hora es correcta:

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

Salida esperada:

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

Para confirmar que la tarea se ejecutó tras el primer domingo, consulta el historial:

Get-ScheduledTaskInfo -TaskName "Reboot Semanal Mantenimiento"

El campo LastRunTime muestra cuándo se ejecutó y LastTaskResult debe ser 0 (éxito). Cualquier valor distinto indica un fallo — investiga vía Programador → Historial o vía Get-WinEvent en el log “Microsoft-Windows-TaskScheduler/Operational”.

Resolución de problemas

La tarea no se ejecuta, sin mensaje de error

Verifica que el historial del Programador esté habilitado. Por defecto, en algunos Windows Server viene deshabilitado, lo que impide ver lo que ocurrió. En el panel derecho del Programador, haz clic en “Habilitar Historial de Todas las Tareas”.

Después de eso, abre la tarea y mira la pestaña Historial. Si el evento es “La tarea no se inició porque la cuenta no estaba conectada” — olvidaste marcar “Ejecutar tanto si el usuario inició sesión como si no” durante la creación.

El reinicio se dispara pero el servidor no arranca

Verifica si algún servicio con inicio automático está fallando en el arranque. Ejecuta tras reconectarte:

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

Un servicio atascado en estado “Starting” indefinidamente es la causa más común. Suele ser una dependencia de red o base de datos que aún no se ha estabilizado — añade un retraso en el arranque del servicio problemático.

El aviso de reinicio no aparece a los usuarios RDP

El parámetro /c "mensaje" solo funciona si el usuario tiene una sesión activa en el momento en que se ejecuta shutdown /t 600. Si se conecta después del disparo, no se muestra nada. Para una notificación proactiva, añade antes del shutdown:

msg * /TIME:60 "Reinicio programado en 10 minutos - guarda tu trabajo"

msg.exe envía un broadcast a todas las sesiones activas — combinado con el aviso visual de shutdown, cubre ambos casos.

Próximos pasos

Con el ciclo de reinicio automatizado, vale la pena evolucionar en direcciones complementarias:

• Configura un health check post-reinicio mediante PowerShell que valide los servicios críticos y envíe una alerta si algo no arrancó en 5 minutos.
• Añade registro en event log (Write-EventLog) en el script envoltorio para centralizar vía syslog o SIEM.
• Documenta la ventana de mantenimiento en una status page interna para que el equipo de aplicación sepa cuándo esperar indisponibilidad.
• Combínalo con un snapshot automático previo al reinicio mediante la API de tu proveedor para un rollback rápido si algo falla.
• Considera programar Windows Update por separado para que se ejecute antes del reinicio, garantizando que el ciclo cubra las actualizaciones pendientes.

Si estás llevando esto a producción, un VPS Hostini Windows Server ya viene con consola fuera de banda en el panel — útil para recuperar el acceso si un reinicio programado rompe la red y RDP queda no disponible, evitando depender del soporte para resetear la máquina.