Actualizar in‑place Windows Server 2019 → 2022 con Exchange Server 2019: ¿Soportado? Rutas válidas y pasos (2025)

¿Tienes Exchange Server 2019 sobre Windows Server 2019 y quieres pasar a Windows Server 2022 sin reinstalar? La respuesta corta: no hay ruta “in‑place” admitida. A continuación te explico por qué y cuál es el camino soportado por Microsoft, con pasos prácticos y checklists para que migres sin sorpresas.

Índice

Resumen de la pregunta

¿Se puede actualizar in‑place (conservar archivos, configuración y apps) un Windows Server 2019 con Exchange Server 2019 a Windows Server 2022? No. Microsoft no admite upgrades in‑place del sistema operativo cuando el servidor tiene Exchange instalado. La vía soportada es instalación limpia del SO y migración de Exchange a ese nuevo SO/servidor. :contentReference[oaicite:0]{index=0}

Respuesta breve y concluyente

No está soportado el upgrade in‑place del SO con Exchange instalado. Es una limitación explícita de la matriz de soporte de Exchange y se mantiene incluso con Exchange Server Subscription Edition (SE): las actualizaciones del sistema operativo subyacente siguen sin estar admitidas. :contentReference[oaicite:1]{index=1}

Lo que sí está soportado (rutas de actualización)

Migración lado a lado (recomendada) Consiste en preparar un servidor nuevo con Windows Server 2022, instalar Exchange 2019 (CU soportada) y mover buzones/recursos desde el servidor antiguo. Es la vía estándar cuando cambias de hardware o versión de Windows. :contentReference[oaicite:2]{index=2} Pasos de alto nivel
- Prepara un Windows Server 2022 actualizado y únete al dominio.
- Instala Exchange Server 2019 en la CU vigente admitida (por ejemplo, CU14/CU15 en 2024H1/2025H1). :contentReference[oaicite:3]{index=3}
- Une el nuevo servidor a la organización Exchange.
- Mueve buzones de usuario, de sistema y de auditoría, carpetas públicas y OAB.
- Replica/ajusta conectores de envío/recepción y cambia los namespaces (Autodiscover, SMTP/HTTPS).
- Valida el servicio y desinstala Exchange del servidor antiguo.
Comandos útiles (ejemplos) # Mover buzones de un servidor a una base en el nuevo servidor Get-Mailbox -Server SRV-EXCH-2019 | New-MoveRequest -TargetDatabase DB01 Mover buzones de sistema Get-Mailbox -Arbitration | New-MoveRequest -TargetDatabase DB01 Get-Mailbox -Auditlog | New-MoveRequest -TargetDatabase DB01 Get-Mailbox -Monitoring | New-MoveRequest -TargetDatabase DB01 Comprobar estado de movimientos Get-MoveRequest | Get-MoveRequestStatistics Cambiar generación del OAB Set-OfflineAddressBook -Identity "Default Offline Address Book" -GlobalWebDistributionEnabled \$true Ventajas: mínima indisponibilidad, camino 100% soportado, permite validar antes de conmutar. Requisitos: un segundo servidor (puede ser temporal/virtual) y espacio de tiempo para los move requests.
Entornos con DAG (Database Availability Group) Agrega uno o más servidores Exchange 2019 sobre Windows Server 2022 al DAG, crea copias de bases en los nuevos nodos, conmuta activas y retira los miembros antiguos. Es la forma más limpia si ya usas alta disponibilidad. :contentReference[oaicite:4]{index=4} Pasos de alto nivel
- Instala Exchange 2019 (CU soportada) en Windows Server 2022 y agrégalo al DAG.
- Replica bases: Add-MailboxDatabaseCopy -Identity DB1 -MailboxServer NUEVO1
- Conmuta bases activas al nuevo nodo.
- Quita copias antiguas y elimina los servidores 2019/Windows 2019 del DAG. :contentReference[oaicite:5]{index=5}
Comandos útiles (ejemplos) # Agregar copia de baseAdd-MailboxDatabaseCopy -Identity DB1 -MailboxServer EXCH2022-01 Conmutar base activa Move-ActiveMailboxDatabase DB1 -ActivateOnServer EXCH2022-01 -Confirm:\$false Verificar estado de replicación Test-ReplicationHealth EXCH2022-01 Get-MailboxDatabaseCopyStatus -Server EXCH2022-01 Retirar un miembro del DAG Remove-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EXCH2019-01 </code></pre> </li>``` <li> <h3>“Mismo hardware / mismo nombre”: alternativas soportadas</h3> Muchos administradores buscan evitar tener dos servidores “a la vez”. La opción soportada para cambiar de SO manteniendo el mismo hardware y nombre es una migración en péndulo (swing): <ol> <li>Levanta un servidor temporal (físico o VM) con Windows Server 2022.</li> <li>Instala Exchange 2019 (CU soportada) y mueve todo desde el servidor original.</li> <li>Formatea/instala Windows Server 2022 en el hardware original y vuelve a instalar Exchange 2019.</li> <li>Mueve de regreso los buzones/recursos al hardware original y retira el servidor temporal.</li> </ol> Importante: el modo <code>Setup.exe /Mode:RecoverServer</code> no sirve para “actualizar” el SO a otra versión. Microsoft especifica que el RecoverServer recupera el servidor con el mismo nombre y la misma versión de Windows que el perdido (es para recuperación, no para cambio de SO). :contentReference[oaicite:6]{index=6} Úsalo cuando necesitas reconstruir un servidor con el mismo nombre (por ejemplo, tras un fallo catastrófico), pero no para pasar de Windows Server 2019 a 2022 sobre esa misma máquina. :contentReference[oaicite:7]{index=7} <h4>Ejemplo de uso correcto de RecoverServer (recuperación)</h4> E:\Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /Mode:RecoverServer Tras completar, reimporta certificados y reconfigura directorios virtuales según tus personalizaciones. :contentReference[oaicite:8]{index=8} </li>

Por qué Microsoft no admite el upgrade in‑place del SO con Exchange

El instalador y los componentes de Exchange (IIS, HTTP/2, MAPI/HTTP, Auth, protocolos, certificados y decenas de dependencias) están fuertemente acoplados a la versión de Windows. Un upgrade in‑place del SO puede dejar módulos y metabase en estados no testeados, y por tanto fuera de soporte. Microsoft lo documenta de forma explícita en su matriz de soporte, y el equipo de Exchange lo reitera en su guía de paso a Exchange SE. :contentReference[oaicite:9]{index=9}

¿Exchange 2019 funciona en Windows Server 2022?

Sí. Exchange Server 2019 es compatible ejecutándose en Windows Server 2022 (y también en Windows Server 2019/2025). Esto no contradice lo anterior: lo que no se admite es subir el SO in‑place en un servidor que ya tiene Exchange. :contentReference[oaicite:10]{index=10}

Checklist previo a la migración (lado a lado)

Parcheo: actualiza a la CU soportada en origen y aplica los últimos SU/HU (seguridad). :contentReference[oaicite:11]{index=11}
.NET: en Windows Server 2022, Exchange 2019 CU14/CU15 admite .NET 4.8/4.8.1 (recomendado 4.8.1). :contentReference[oaicite:12]{index=12}
Active Directory: verifica niveles funcionales y compatibilidades con los DCs existentes según la matriz de soporte. :contentReference[oaicite:13]{index=13}
Capacidad y espacio: revisa IOPS, CPU/RAM y free space para colas/movimientos.
Respaldo: copia de seguridad de bases (EDB/LOGs) y Export-ExchangeCertificate de certificados en uso.
Inventario: lista conectores (Send/Receive), OAB, directorios virtuales y URLs (Internal/External), reglas de transporte, agentes de terceros y antivirus.
Plan DNS/TLS: planifica la conmutación de namespaces (Autodiscover, mail, SMTP) y el rebind del certificado.

Checklist de ejecución

Instala el nuevo Windows Server 2022 y aplica actualizaciones.
Instala Exchange 2019 (CU soportada) y verifica Test-ServiceHealth y Get-ExchangeServer. :contentReference[oaicite:14]{index=14}
Replica configuración: conectores, límites, Accepted/Remote Domains, Send Connectors, Receive Connectors necesarios (evita duplicar bindings de puertos).
Mueve buzones por lotes (New-MoveRequest) y monitoriza estadísticas.
Mueve carpetas públicas (si aplican) y OAB.
Conmuta namespaces: cambia registros DNS (Autodiscover/SMTP/HTTPS) y asigna certificados al nuevo servidor.
Valida desde clientes reales (OWA, Outlook, ActiveSync) y pruebas Test-OutlookConnectivity, Test-MapiConnectivity.
Desinstala Exchange del servidor antiguo cuando ya no aloje buzones/recursos (comprueba que no existan bases montadas ni colas pendientes).

Tabla comparativa de rutas

Escenario	¿Soportado?	Requisitos	Ventajas	Riesgos/Downtime
Upgrade in‑place del SO con Exchange instalado	No	—	Ninguna	Fuera de soporte; riesgo alto de incidencias. :contentReference[oaicite:15]{index=15}
Migración lado a lado	Sí	Nuevo servidor (temporal o definitivo)	Validación previa; control por fases	Tiempo de movimiento de buzones; planificación de cutover. :contentReference[oaicite:16]{index=16}
DAG: agregar nodos Windows 2022 y retirar antiguos	Sí	Nodo(s) nuevos; test de replicación	Impacto mínimo; HA nativa	Coordinación de conmutaciones; limpieza de copias. :contentReference[oaicite:17]{index=17}
RecoverServer para cambiar de SO (2019→2022)	No	—	—	Solo recuperación con misma versión de Windows. :contentReference[oaicite:18]{index=18}
“Swing” (servidor de tránsito temporal)	Sí	Un servidor temporal o VM	Permite conservar hardware/nombre	Requiere dos pasos de migración

“Pero a mí me funcionó…”: por qué es mala idea

Hay quien reporta haber logrado el upgrade in‑place del SO con Exchange instalado. Aunque técnicamente pueda “pasar”, queda fuera de soporte y puede provocar problemas con futuras CUs/SUs o con el propio IIS/HTTP tras el cambio de versión de Windows. La documentación oficial lo marca como no admitido. :contentReference[oaicite:19]{index=19}

La opción “Conservar archivos y aplicaciones” aparece en gris

Esto puede deberse a que el ISO no coincide en edición/idioma/canal con el sistema, a cómo lanzaste el Setup o a políticas. Aun si apareciera activa, no cambia el hecho de que con Exchange instalado el in‑place upgrade del SO no está soportado. :contentReference[oaicite:20]{index=20}

Notas y matices importantes (2025)

Exchange 2019 ↔ Windows Server 2022: totalmente compatible para ejecución (instalación limpia + unión a la org). :contentReference[oaicite:21]{index=21}
Exchange Server SE: Microsoft introdujo un modelo de in‑place upgrade del producto (de Exchange 2019 CU14/CU15 a Exchange SE), pero no del sistema operativo. Las migraciones entre versiones mayores o cambios de Windows siguen siendo “legacy” (lado a lado). :contentReference[oaicite:22]{index=22}
Fin de soporte 2016/2019 y ESU: Exchange 2016 y 2019 llegan a fin de soporte el 14 de octubre de 2025. Microsoft ofrece un Extended Security Update (ESU) único de 6 meses (hasta el 14 de abril de 2026) para quienes necesiten tiempo adicional de migración. Esto no cambia las rutas soportadas; solo aporta parches de seguridad críticos/importantes mientras migras. :contentReference[oaicite:23]{index=23}

Buenas prácticas para una migración sin sobresaltos

Planifica ventanas de mantenimiento para cambios de DNS/certificados y comunica a usuarios.
Evita duplicar puertos de recepción en coexistencia: ajusta bindings en los Receive Connectors del nuevo servidor antes de habilitar tráfico.
Revisa antivirus/antimalware y exclusiones recomendadas de Exchange antes de iniciar servicios.
Documenta URLs (OWA/ECP/EWS/OAB/ActiveSync/Autodiscover) y actualízalas en el nuevo servidor.
Comprueba transporte: colas en cero, Get-Queue y envío/recepción externo antes del desmantelado.
Monitoriza con Get-HealthReport (si usas Managed Availability) y revisa Event Viewer (Application/System/MSExchange*) tras el cutover.

Guía paso a paso de ejemplo (single server → nuevo servidor)

Prepara EXCH2022 (Windows Server 2022) y únete al dominio.
Instala Exchange 2019 CU soportada en EXCH2022. :contentReference[oaicite:24]{index=24}
Replica configuración de conectores, Accepted Domains y direcciones de remitente.
Mueve buzones por lotes (usuarios primero, luego de sistema/monitoring/auditoría).
Conmuta OAB y servicios virtuales hacia EXCH2022.
Actualiza registros DNS públicos/internos y reemite/instala certificados TLS.
Valida clientes (Outlook, OWA, móviles) y flujo SMTP.
Desinstala Exchange del servidor 2019/Windows 2019 y decomisiona el host.

Preguntas frecuentes

¿Y si desinstalo Exchange, actualizo Windows in‑place y luego “recupero” el servidor?

No es la vía recomendada. El RecoverServer está pensado para reconstruir el servidor con el mismo SO que tenía el original (recuperación tras pérdida), no para una actualización de Windows. Para cambiar de SO, la ruta soportada es lado a lado (o el “swing” temporal). :contentReference[oaicite:25]{index=25}

¿Puedo administrar destinatarios sin un servidor Exchange mientras reinstalo?

Es posible usar herramientas de administración sin servidor en determinados escenarios, pero mover buzones o mantener servicio requiere un servidor activo. En la práctica, necesitarás un servidor de tránsito temporal para una migración ordenada.

Conclusión

Para pasar de Windows Server 2019 a Windows Server 2022 en un servidor con Exchange Server 2019, no existe ruta de upgrade in‑place admitida. El camino soportado por Microsoft es hacer instalación limpia del SO y migrar Exchange: ya sea lado a lado (recomendado) o, si tienes DAG, añadiendo nodos Windows 2022 y retirando los antiguos. El modo RecoverServer sirve para recuperar un servidor con el mismo nombre y la misma versión de Windows, no para cambiar de SO. Así garantizas soporte, estabilidad y una actualización sin sobresaltos. :contentReference[oaicite:26]{index=26}