Reparación in‑place de Windows Server 2022 sin perder carpetas compartidas ni permisos

Cuando Windows Server 2022 deja de instalar parches o añadir/quitar roles, una reparación in‑place desde el mismo ISO suele ser la vía más rápida y segura para devolverle salud al sistema sin perder carpetas compartidas ni permisos. Este artículo desgrana los requisitos, los pasos y los trucos que garantizan el éxito de la operación.

Por qué recurrir a la reparación in‑place

En la mayoría de incidencias graves—componente CBS dañado, fallos al aplicar actualizaciones acumulativas, o un “Setup has failed to validate product key”—la reparación in‑place rescribe los binarios del sistema y restablece la pila de servicio manteniendo intactos:

• Roles y características instalados (AD DS, DNS, IIS, Hyper‑V, etc.).
• Carpetas compartidas y sus permisos NTFS y de recurso compartido.
• Usuarios locales, directivas de grupo ligadas y ajustes de Registro.

Requisitos previos imprescindibles

Coincidencia milimétrica del medio de instalación

Para que el asistente ofrezca “Conservar archivos y aplicaciones”, el ISO debe ser idéntico a la instalación activa en los aspectos clave:

• Edición: Standard, Datacenter o Datacenter: Azure Edition.
• Canal de licenciamiento: OEM, ROK, Retail, Volume (VL), Eval. No mezcle canales.
• Idioma: vea DISM /online /Get-Intl para comprobar el paquete base (en‑US, es‑ES, etc.).
• Compilación: la misma build o una superior dentro del mismo release (ej. 20348.214) con idéntico CU.
• Arquitectura: x64.
  

Espacio libre

Microsoft recomienda un mínimo de 20 GB en la partición del sistema. Sin ese margen el instalador deshabilita la opción de conservar datos. Use cleanmgr.exe o Dism /Online /Cleanup-Image /StartComponentCleanup para aligerar WinSxS.

Respaldo verificable

Aunque la reparación in‑place es segura, siempre existe riesgo (corte eléctrico, error humano). Haga una imagen del sistema o al menos exporte:

• Estado del sistema (wbadmin).
• Base de AD si es DC (ntdsutil “activate instance ntds” “ifm create sysvol full c:\IFM”).
• Configuración de IIS (appcmd add backup PreInPlace).

Paso a paso de la operación

Paso	Detalle
Preparación del sistema	Ejecute SFC /scannow. Si persiste corrupción, lance DISM /Online /Cleanup-Image /RestoreHealth. Anote ediciones e idioma con DISM.
Validación de medio	Monte el ISO que coincida en edición, idioma y build. Compruebe el hash si procede.
Ejecución de setup.exe	Seleccione “Download updates, drivers and optional features” para incorporar el CU más reciente. Cuando aparezca la pantalla “Ready to install”, asegúrese de que está marcada la opción “Conservar archivos, configuraciones y aplicaciones”.
Reinicio controlado	El asistente reiniciará de 1 a 3 veces. Si el servidor es DC, espere a que se replique SYSVOL antes de ponerlo en producción.
Verificación posreparación	Compruebe versiones con winver y DISM /online /Get-Packages. Re‑ejecute Windows Update y reinstale roles faltantes si los hubiese.

Obstáculos frecuentes y cómo sortearlos

La casilla de conservación aparece atenuada

• Build inferior: el ISO es más antiguo que el SO. Slipstream la última CU al ISO o descargue un medio actualizado.
• Idioma híbrido: la VM nació con en‑US pero tiene un paquete es‑ES agregado y promovido como primario. Desinstale el paquete o use medio es‑ES.
• Edición Eval: convierta primero con dism /online /set-edition:ServerDatacenter /productkey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /accepteula.

Servidores en Azure con imagen multilenguaje

Algunas galerías de Azure entregan imágenes genéricas que incluyen varios paquetes de idioma. Si el instalador detecta disparidad, inhabilita la conservación:

• Suba un ISO monolingüe coincidente y móntelo desde la unidad de DVD virtual.
• Cambie System Locale y Display Language temporalmente al idioma del ISO antes de iniciar la instalación.

Instalaciones Core

La reparación in‑place también funciona en Windows Server Core, pero solo desde un medio Core. Lance setup.exe /auto upgrade /quiet /showoobe none /dynamicupdate disable desde una consola elevada para una experiencia desatendida.

Comprobaciones posteriores a la reparación

Roles y servicios activos

Ejecute Get-WindowsFeature | ? {$_.InstallState -eq 'Installed'} para comparar con un inventario previo. Cualquier rol faltante puede agregarse sin pérdida de datos.

Integridad de permisos de carpeta

1. Use icacls D:\Datos /save ACLs.txt /t antes y después de la reparación.
2. Compare versiones con fc ACLspre.txt ACLspost.txt.
3. Para permisos de recurso compartido, exporte e importe con net share > shares_before.txt.

Estado de Active Directory (si aplica)

• Revise replicación: repadmin /replsummary.
• Verifique SYSVOL: dcdiag /test:sysvolcheck /test:advertising.
• Ejecute copia de seguridad tras la reparación para restablecer su ciclo normal de backup.

Preguntas frecuentes

¿Puede fallar la reparación dejando el servidor arrancable?

Rara vez. El instalador crea una carpeta $WINDOWS.~BT y mantiene rollback hasta la fase SAFE_OS. Un fallo grave revierte cambios. No obstante, un respaldo de bare‑metal sigue siendo mandatorio.

¿La reparación corrige errores de Windows Update?

Sí. Restaura la pila de servicio, re‑registra WU y limpia la base de Component Store. Tras la reparación los updates vuelven a aplicarse con normalidad.

¿Qué sucede con las licencias (KMS/MAK)?

El proceso respeta la clave actual. Solo al cambiar de canal (Eval→Retail) será necesario reactivar.

¿Y si uso deduplicación o ReFS?

Ambas funciones siguen disponibles; la reparación actualiza sus controladores sin afectar a los metadatos.

¿Se requiere desconectar el servidor de la red?

No. De hecho, mantener conexión facilita descargar parches durante la fase dynamic updates. Solo los controladores de red con firma rota pueden precisar un paquete aparte.

Buenas prácticas tras completar la reparación

• Aplique la CU más reciente si el instalador no la incorporó.
• Ejecute sconfig para confirmar la configuración de Windows Update y horario.
• Revise las reglas de cortafuegos personalizadas, especialmente si restauró una copia de seguridad completa.
• Documente la nueva build y hora de finalización para futuras auditorías.
• Programe una tarea que exporte ACLs de forma diaria. Así tendrá un punto de comparación rápido.

Conclusión

La reparación in‑place de Windows Server 2022 es una técnica subestimada que, realizada con el ISO correcto y un par de comprobaciones previas, resuelve la mayoría de problemas de mantenimiento sin comprometer los recursos compartidos ni los permisos NTFS. Siga la hoja de ruta descrita, efectúe una copia de seguridad completa, verifique idioma, edición y build, y en menos de una hora devolverá plena funcionalidad a su servidor.

Comprobado: con la estrategia adecuada, las organizaciones han restaurado con éxito clústeres Hyper‑V, controladores de dominio y servidores de archivos críticos, todo ello sin una sola llamada de usuarios por pérdida de accesos compartidos.