Guía para planificar la actualización de Windows Server en pequeñas empresas
Un plan paso a paso para actualizar Windows Server: inventario, ciclo de vida, licencias, actualización en sitio o migración, Active Directory, pruebas y reversión.
Una actualización exitosa de Windows Server comienza meses antes de que alguien haga clic en "Instalar": inventariar lo que hace el servidor, confirmar las fechas de soporte en la página de ciclo de vida de Microsoft, elegir entre una actualización en sitio y una migración a un servidor nuevo, resolver las licencias, probar con un respaldo completo y un plan de reversión, y programar el cambio fuera del horario laboral. Para la mayoría de las pequeñas empresas, migrar los roles a un servidor o máquina virtual nueva y limpia es el camino más seguro, mientras que la actualización en sitio puede funcionar para servidores sencillos y bien documentados.
Por qué actualizar
Cuando una versión de Windows Server llega al fin del soporte extendido, deja de recibir actualizaciones de seguridad. Seguir usándola aumenta el riesgo y puede generar problemas con el seguro cibernético, los requisitos de cumplimiento y el soporte de los proveedores. Las versiones más nuevas también aportan mejoras de seguridad, mejor compatibilidad con hardware y funciones como una seguridad SMB reforzada y opciones de hotpatching en ciertas ediciones y configuraciones.
Microsoft publica las fechas exactas de cada versión en sus páginas de ciclo de vida del producto (Product Lifecycle). Consulte allí las fechas de su versión en lugar de confiar en la memoria o en artículos antiguos, y planifique terminar mucho antes del plazo.
Paso 1: Inventariar cada rol y dependencia
Los servidores de las pequeñas empresas suelen hacer más de lo que todos recuerdan. Documente:
- Roles: Active Directory Domain Services, DNS, DHCP, recursos compartidos de archivos, servidor de impresión, Escritorio remoto, IIS.
- Aplicaciones: contabilidad, gestión de consultorios, ERP, bases de datos como SQL Server.
- Tareas programadas, scripts, unidades asignadas y cuentas de servicio.
- Agentes de respaldo, antivirus y monitoreo.
- Antigüedad del hardware y estado de la garantía.
Algunos comandos de PowerShell ayudan a armar el panorama:
Get-ComputerInfo | Select-Object WindowsProductName, OsVersion
Get-WindowsFeature | Where-Object Installed | Select-Object Name
Get-SmbShare | Select-Object Name, Path
Get-ScheduledTask | Where-Object State -ne 'Disabled' | Select-Object TaskName, TaskPath
Paso 2: Elegir actualización en sitio o migración
| Enfoque | Ventajas | Desventajas | Ideal para |
|---|---|---|---|
| Actualización en sitio | Conserva configuraciones y aplicaciones; menos pasos | Arrastra configuraciones y problemas antiguos; la reversión depende de los respaldos | Servidores sencillos, de un solo rol y en buen estado |
| Migración a un servidor o VM nuevos | Instalación limpia; el servidor anterior queda disponible para revertir | Más planificación; hay que mover roles y datos | Controladores de dominio, servidores multirrol, hardware envejecido |
Microsoft documenta qué versiones y ediciones de origen pueden actualizarse en sitio a cada versión. Confirme siempre la ruta compatible para su versión exacta antes de elegir esta opción.
Los controladores de dominio son un caso especial: el enfoque recomendado es agregar un nuevo controlador de dominio con la versión más reciente, dejar que replique, transferir los roles FSMO y luego degradar el anterior.
Paso 3: Verificar primero la salud de Active Directory
Antes de incorporar un nuevo controlador de dominio, asegúrese de que el directorio esté sano:
dcdiag /v
repadmin /replsummary
dfsrmig /getglobalstate
Si su dominio todavía replica SYSVOL con el antiguo File Replication Service (FRS), migre primero a DFS Replication; las versiones más nuevas de Windows Server no pueden agregarse como controladores de dominio mientras se use FRS.
Paso 4: Resolver las licencias
Windows Server Standard y Datacenter se licencian por núcleo físico, con mínimos por procesador y por servidor, además de licencias de acceso de cliente (CAL) para usuarios o dispositivos. Remote Desktop Services requiere sus propias CAL de RDS. La edición Standard incluye derechos para un número limitado de máquinas virtuales cuando todos los núcleos están licenciados, mientras que Datacenter permite VM ilimitadas en el host licenciado. Asegúrese de que sus CAL correspondan a la nueva versión y revise los términos con su distribuidor, ya que cambian con el tiempo.
Paso 5: Decidir dónde funcionará el nuevo servidor
Una actualización es un buen momento para replantear la plataforma:
- Máquina virtual en Proxmox VE o Hyper-V: respaldos, instantáneas y futuras migraciones más sencillas.
- Nube: Azure, AWS y Google Cloud ejecutan Windows Server; Azure Hybrid Benefit puede aplicarse a licencias existentes.
- Nuevo servidor físico: sigue siendo válido para ciertas cargas de trabajo.
Nuestro servicio de instalación y reparación de servidores se encarga de instalaciones y migraciones de Windows Server, y nuestro equipo de virtualización con Proxmox puede alojar el nuevo servidor como VM.
Paso 6: Probar, programar y mantener un plan de reversión
- Haga un respaldo completo y verificado, y confirme que puede restaurarlo.
- Pruebe la compatibilidad de las aplicaciones con el proveedor del software, idealmente en una VM de prueba.
- Programe el cambio en una ventana de mantenimiento, como un fin de semana o una noche.
- Prepare un plan de reversión por escrito con puntos de decisión claros.
- Después del cambio, valide inicios de sesión, acceso a archivos, impresión, aplicaciones y respaldos.
- Mantenga el servidor anterior apagado pero intacto durante un período acordado antes de darlo de baja.
Preguntas frecuentes
¿Puedo saltar versiones al actualizar?
A menudo sí con una migración, ya que se instala el servidor nuevo desde cero y se trasladan roles y datos. Las rutas de actualización en sitio son limitadas, así que consulte la documentación de Microsoft para sus versiones exactas de origen y destino.
¿Cuánto tarda una actualización de Windows Server?
El cambio técnico suele completarse en una sola ventana de mantenimiento, pero la planificación, las pruebas y la coordinación con proveedores pueden tomar varias semanas. El inventario suele determinar el cronograma.
¿Deberíamos pasar a la nube en lugar de actualizar?
A veces. Los archivos compartidos pueden pasar a SharePoint y OneDrive, y la identidad a Entra ID, mientras que las aplicaciones de negocio pueden seguir necesitando un servidor. Un diseño híbrido es común.
Planifique su actualización con nosotros
Una actualización tranquila y bien planificada evita sorpresas el lunes por la mañana. Solicite una evaluación de TI gratuita y revisaremos sus servidores para elaborar un plan de actualización práctico.
