La alternativa adecuada a MDT depende de cómo despliegues Windows actualmente.
Puede que necesites mantener secuencias de tareas, distribuir una imagen de Windows ya configurada entre varios equipos o pasar a un modelo de aprovisionamiento cloud para dispositivos que ya traen Windows instalado.
Microsoft retiró oficialmente Microsoft Deployment Toolkit (MDT) en enero de 2026. Las instalaciones existentes pueden seguir funcionando, pero MDT ya no recibe actualizaciones, correcciones, soporte ni actualizaciones de compatibilidad para futuras versiones de Windows.
Por eso, antes de elegir una alternativa, conviene identificar qué trabajo está haciendo realmente MDT en tu entorno.
Respuesta rápida: ¿qué alternativa a MDT encaja con tu entorno?
Si ya utilizas Configuration Manager, empieza por revisar sus capacidades nativas de implementación del sistema operativo (OSD).
Si quieres conservar un modelo de despliegue basado en secuencias de tareas, DeployR es una opción que merece la pena valorar.
Si tu flujo se centra en PXE, WinPE y el despliegue de una imagen de Windows configurada, Wittytool Disk Clone encaja en un escenario diferente y puede ser una opción de migración basada en imágenes.
Para el aprovisionamiento cloud de dispositivos que ya tienen Windows instalado, Windows Autopilot e Intune siguen un modelo distinto.
Utiliza esta tabla para reducir las opciones:
| Alternativa a MDT | Punto de partida recomendado | Principal aspecto de la migración |
|---|---|---|
| Configuration Manager OSD | Entornos existentes con ConfigMgr | Sustituir los pasos dependientes de MDT |
| Windows Autopilot + Intune | Aprovisionamiento y gestión cloud | Diseñar por separado la instalación del SO cuando sea necesaria |
| DeployR | Despliegues basados en secuencias de tareas | Reconstruir el flujo y definir el modelo de soporte |
| Wittytool Disk Clone | PXE, WinPE y despliegue de imágenes configuradas | Crear una imagen compatible con su propio flujo |
| SmartDeploy | Imágenes para diferentes modelos de hardware | Adaptar imagen, controladores y dispositivos |
| ManageEngine OS Deployer | Gestión centralizada del despliegue | Diseñar plantillas, controladores e infraestructura |
| AOMEI Image Deploy | Despliegue LAN basado en imágenes de Backupper | Preparar imágenes compatibles y seleccionar la edición adecuada |
| FOG / Clonezilla | Imaging de código abierto | Mantener la infraestructura de imágenes y arranque |
| OSDCloud | Despliegue basado en PowerShell | Mantener scripts, medios de arranque y contenido |
Qué significa la retirada de MDT para el despliegue de Windows
Las instalaciones existentes pueden seguir funcionando, pero Microsoft ya no ofrece soporte
Microsoft anunció la retirada inmediata de MDT el 6 de enero de 2026.
La notificación oficial de retirada de MDT de Microsoft indica que MDT ya no recibe actualizaciones, correcciones ni soporte, y que tampoco habrá actualizaciones futuras de compatibilidad para nuevas versiones de Windows.
Al mismo tiempo, las instalaciones existentes pueden seguir funcionando tal como están.
Esto significa que no tienes que apagar una infraestructura MDT de un día para otro, pero tampoco deberías interpretar que un despliegue que funciona hoy seguirá siendo compatible con la próxima versión de Windows, el próximo ADK o nuevo hardware.
Planifica la migración junto con los próximos cambios de Windows, ADK o hardware para poder validar el reemplazo antes de que la infraestructura actual se convierta en un problema.
El MDT independiente y la integración con Configuration Manager también están afectados
La retirada afecta tanto a MDT Standalone como a la integración de MDT con Configuration Manager.
Configuration Manager OSD sigue siendo una opción compatible, pero es importante determinar qué parte de tu configuración depende todavía de MDT.
Sustituir una Deployment Share independiente no es lo mismo que eliminar los componentes de MDT de las secuencias de tareas de Configuration Manager.
Antes de modificar nada, revisa:
- Secuencias de tareas
- Pasos específicos de MDT
- Scripts
- Variables
- Imágenes de arranque
- Deployment Share
- Paquetes de aplicaciones
- Controladores
- Componentes de WinPE
Si además utilizas WDS para el arranque PXE, esa dependencia debe revisarse por separado.
Qué hacía realmente MDT
MDT no era simplemente una herramienta para desplegar una imagen de Windows.
Su función era reunir sistemas operativos, aplicaciones, controladores y scripts en un entorno de despliegue y controlar cómo se utilizaban mediante secuencias de tareas.
Por eso, una migración correcta consiste en separar las funciones que utilizaba MDT:
| Función de MDT | Qué debe proporcionar el nuevo entorno |
|---|---|
| Secuencias de tareas | Un motor de orquestación, como ConfigMgr OSD o DeployR |
| Deployment Share | Repositorio para imágenes, aplicaciones, controladores y scripts |
| Integración con WinPE | Creación, mantenimiento y arranque del entorno de despliegue |
| Imágenes de SO | Captura, almacenamiento y despliegue en un formato compatible |
| Controladores | Gestión o inyección de controladores |
| Aplicaciones | Instalación y configuración de aplicaciones o contenido preparado |
| Scripts | PowerShell u otra capa de automatización |
| Estado del usuario | USMT u otro método para migrar datos y configuraciones |
El PXE pertenece a la infraestructura de arranque de red que rodea al despliegue. En muchos entornos MDT se utilizaba WDS para proporcionar esa parte.
Por tanto, el hecho de sustituir MDT no significa automáticamente que la infraestructura PXE también esté resuelta.
Alternativas a MDT según el flujo de despliegue
Microsoft Configuration Manager OSD para entornos existentes con ConfigMgr
Si ya utilizas Configuration Manager para administrar contenido, Distribution Points y dispositivos, el OSD nativo de Configuration Manager es el primer camino que merece la pena evaluar.
Configuration Manager sigue proporcionando:
- Secuencias de tareas
- Imágenes de arranque
- Imágenes del sistema operativo
- Gestión de controladores
- Supervisión del despliegue
Microsoft indica expresamente que OSD sigue siendo una opción totalmente compatible para organizaciones que cuentan con infraestructura local y un entorno Configuration Manager existente. (learn.microsoft.com)
La parte más importante de la migración es identificar qué pasos actuales dependen de MDT.
Una secuencia de tareas visible en la consola de Configuration Manager puede seguir conteniendo pasos, scripts o paquetes específicos de MDT.
Esas dependencias deben sustituirse antes de retirar la integración.
Windows Autopilot e Intune para el aprovisionamiento basado en la nube
Windows Autopilot e Intune siguen un modelo distinto al de MDT.
En un escenario habitual, el equipo ya incluye una instalación de Windows proporcionada por el fabricante y Autopilot la convierte en un dispositivo preparado para la organización mediante políticas, aplicaciones, identidad y configuración.
Microsoft define Windows Autopilot como una experiencia moderna y basada en la nube para configurar y aprovisionar dispositivos. Consulta la documentación de Windows Autopilot.
Este modelo es especialmente interesante si:
- los equipos se envían directamente a los usuarios,
- los dispositivos tienen acceso a Internet,
- ya utilizas Intune,
- utilizas Microsoft Entra ID,
- quieres reducir la infraestructura local.
La principal diferencia frente a MDT es la instalación del sistema operativo.
Un dispositivo con un disco vacío sigue necesitando una forma de instalar Windows.
Microsoft también ofrece un escenario de Autopilot para dispositivos existentes que utiliza una secuencia de tareas nativa de Configuration Manager para volver a instalar el dispositivo y prepararlo para el aprovisionamiento.
Por tanto, Autopilot puede convertirse en el camino principal para el aprovisionamiento, mientras otra solución se encarga de los equipos que necesitan una reinstalación completa o un flujo tradicional basado en imágenes.
DeployR para despliegues basados en secuencias de tareas
DeployR es especialmente interesante si lo más importante del entorno MDT eran las secuencias de tareas.
Su enfoque incluye aprovisionamiento bare-metal, despliegue de imágenes de Windows, controladores e instalación de aplicaciones.
DeployR Community ofrece una opción gratuita con soporte de la comunidad, además de capacidades PXE y soportes USB u offline.
Esto lo convierte en un candidato para administradores que quieren mantener una forma de orquestación de despliegue parecida a la de MDT después de su retirada.
El esfuerzo de migración sigue siendo un factor importante.
No conviene asumir que las secuencias, reglas o scripts de MDT pueden importarse directamente.
Primero documenta lo que hace cada paso y, después, reproduce ese comportamiento en la nueva plataforma.
Si las condiciones, las aplicaciones y la lógica de las secuencias son la parte crítica de tu entorno, esta categoría puede encajar mejor.
Si lo que necesitas principalmente es desplegar el mismo entorno Windows configurado mediante PXE y WinPE, puede ser más adecuado un enfoque basado en imágenes.
Wittytool Disk Clone para PXE, WinPE y despliegue de imágenes de Windows configuradas
Algunos entornos MDT no dependen tanto de las secuencias de tareas como del resultado final:
PXE → WinPE → Imagen de Windows → varios equipos
En ese caso, Wittytool Disk Clone puede ser una alternativa basada en imágenes.
El producto admite PXE, creación de un entorno de arranque WinPE y despliegue centralizado de imágenes de Windows a varios equipos.
Puedes consultar la información de Wittytool Disk Clone sobre clonación y despliegue.
El flujo está pensado para escenarios en los que primero se prepara un entorno Windows y después se distribuye entre varios ordenadores.
Wittytool Disk Clone permite trabajar con una imagen del sistema y desplegarla a varios equipos, con modos automáticos o manuales y seguimiento centralizado del progreso.
También admite la modificación del SID de Windows de los equipos de destino cuando sea necesario.
Un flujo práctico sería:
- Preparar el equipo de origen.
- Instalar y configurar las aplicaciones que necesitan los equipos de destino.
- Crear un sistema o imagen de disco compatible.
- Preparar WinPE y el arranque PXE.
- Conectar los equipos de destino.
- Desplegar la imagen automáticamente o de forma manual.
- Validar controladores, aplicaciones e identidad del equipo.
Wittytool Disk Clone no debe presentarse como un sustituto 1:1 de todas las funciones de MDT.
Una descripción más precisa es:
una opción para sustituir la parte del flujo MDT centrada en PXE, WinPE y despliegue de una imagen de Windows configurada.
Hay una condición importante para la migración: Wittytool Disk Clone utiliza imágenes de disco o de sistema creadas mediante su propio flujo de copia de seguridad. Por tanto, no conviene asumir que una WIM existente de MDT puede importarse directamente.
SmartDeploy para imágenes en diferentes modelos de hardware
SmartDeploy es una opción interesante cuando la gestión de controladores y diferentes modelos de hardware representa una parte importante del trabajo de MDT.
Su enfoque separa la imagen del sistema operativo de los controladores específicos de cada hardware.
Esto puede cubrir la parte de imaging y drivers de un flujo MDT.
Antes de migrar, comprueba:
- modelos de PC
- controladores
- aplicaciones
- ubicaciones
- método de despliegue
Un piloto con un único equipo no demuestra que el diseño vaya a funcionar con toda una flota.
También conviene identificar todas las tareas que se ejecutaban antes y después de la creación de la imagen, especialmente scripts y configuración de aplicaciones.
ManageEngine OS Deployer para una gestión centralizada del despliegue
ManageEngine OS Deployer está orientado a equipos que quieren centralizar la captura de imágenes, la gestión de controladores y la configuración de despliegues.
Puede ser interesante cuando MDT se utilizaba para coordinar más cosas que la simple aplicación de una imagen.
Por ejemplo:
- despliegue del sistema operativo,
- configuración del equipo,
- instalación de aplicaciones,
- configuración posterior al despliegue.
Durante la migración, documenta qué acciones de tu build actual deben aparecer en la nueva plantilla o proceso.
AOMEI Image Deploy para despliegues LAN basados en imágenes de Backupper
AOMEI Image Deploy puede encajar cuando la principal necesidad es distribuir una imagen preparada a varios equipos a través de la red local.
El flujo utiliza imágenes creadas con AOMEI Backupper y distintas ediciones según las necesidades.
Es importante comprobar el formato de imagen.
No conviene asumir que la WIM de MDT puede seleccionarse directamente. Planifica la migración alrededor del flujo de imágenes compatible con la plataforma.
Las tareas posteriores a la aplicación de la imagen también requieren atención:
- aplicaciones
- identidad del equipo
- scripts
- configuración específica de la organización
FOG y Clonezilla para imaging de código abierto
FOG y Clonezilla son opciones de código abierto para equipos que prefieren mantener su propia infraestructura de imágenes.
FOG ofrece una plataforma de imaging de red con su propio servidor y entorno de arranque.
Clonezilla se centra más en la clonación y las imágenes de disco, con opciones para despliegues por lotes.
Ambos pueden cubrir la distribución de imágenes de una parte del flujo MDT.
Sin embargo, tendrás que resolver por separado la instalación de aplicaciones, los controladores, la migración de datos de usuario y cualquier automatización específica.
El ahorro en licencias tampoco elimina el trabajo necesario para mantener una plataforma estable y documentada.
OSDCloud para despliegues de Windows basados en PowerShell
OSDCloud puede ser interesante si el equipo de TI prefiere mantener un proceso de despliegue basado en PowerShell.
Se ejecuta desde WinPE y puede desplegar Windows utilizando fuentes online o un caché en USB.
Ofrece un alto nivel de control sobre la lógica del despliegue, pero ese control implica asumir el mantenimiento de los scripts y sus dependencias.
Cada nueva versión de Windows, cambio de ADK o generación de hardware debe validarse.
Qué comparar antes de elegir una alternativa a MDT
Secuencias de tareas, imágenes fijas o aprovisionamiento cloud
Empieza por definir el resultado que necesitas.
Si diferentes perfiles necesitan distintas aplicaciones y scripts, valora una plataforma de secuencias de tareas o automatización.
Si varios equipos necesitan exactamente el mismo entorno preparado, el despliegue de imágenes puede ser más sencillo.
Si Windows ya está instalado y las aplicaciones y configuraciones pueden llegar desde servicios de gestión, el aprovisionamiento cloud puede ser una mejor opción.
También puedes combinar estos modelos.
Por ejemplo, Autopilot para portátiles de empleados y despliegue mediante imágenes para un aula o laboratorio.
Controladores, métodos de arranque y ubicaciones remotas u offline
Los controladores deben comprobarse en dos fases:
- El entorno de despliegue debe reconocer la red y el almacenamiento.
- El Windows instalado debe disponer de los controladores necesarios.
Valida además:
- UEFI
- Secure Boot
- modelos reales de hardware
- segmentos de red
- ubicación de los contenidos
- sedes remotas
Para sedes offline hay que identificar todo lo que debe estar disponible localmente.
Para usuarios remotos, determina cómo comienza una reinstalación si Windows ya no arranca.
Licencias, soporte y mantenimiento continuo
Compara el coste operativo completo:
- licencias
- servidores
- almacenamiento
- mantenimiento de imágenes
- mantenimiento de scripts
- soporte
- documentación
- pruebas
Una edición gratuita de comunidad, un proyecto open source y una prueba comercial tienen implicaciones diferentes.
No compares solo el precio. Compara también cuánto esfuerzo exige mantener el proceso de despliegue funcionando.
Cómo planificar la migración desde MDT
Inventaria tu Deployment Share y los recursos reutilizables
Haz una copia de seguridad de la Deployment Share y documenta la configuración antes de realizar cambios.
Revisa:
- Task Sequences
- condiciones
- variables
CustomSettings.iniBootstrap.iniunattend.xml- instaladores
- archivos de configuración
- paquetes de controladores
- imágenes de arranque
- componentes WinPE
- imágenes del sistema
- scripts
- requisitos de migración del estado de usuario
Clasifica cada elemento como:
- contenido reutilizable,
- lógica que debe reconstruirse,
- dependencia que debe eliminarse.
Un instalador de una aplicación puede seguir siendo válido aunque el paso MDT que lo ejecuta tenga que cambiar.
Del mismo modo, una imagen WIM puede ser útil en una plataforma y requerir recaptura en otra.
Reconstruye el flujo y prueba equipos representativos
Antes de un piloto que vaya a escribir un sistema operativo, haz copia de los datos importantes y verifica los discos de destino.
Utiliza equipos que representen tu hardware y tus ubicaciones reales.
Define los criterios de aceptación antes de empezar:
- Windows arranca correctamente.
- Los controladores están disponibles.
- Las aplicaciones funcionan.
- La identidad del equipo es correcta.
- El dispositivo se registra correctamente.
- Puede acceder a los recursos corporativos necesarios.
Empieza con un pequeño lote y documenta los errores y el procedimiento de recuperación.
Elimina las dependencias de MDT de Configuration Manager de forma segura
Si tienes MDT integrado con Configuration Manager, Microsoft establece un orden concreto:
Primero elimina todos los pasos de MDT de las Task Sequences y después elimina la integración de MDT.
Esto evita problemas de corrupción o edición de las secuencias de tareas.
Haz una copia de seguridad antes de realizar los cambios y verifica que las nuevas secuencias funcionan correctamente en pruebas.
En instalaciones Standalone de MDT, realiza también una transición por fases que incluya medios de arranque, contenido, acceso y procedimientos de recuperación.
Preguntas frecuentes
¿MDT sigue teniendo soporte después de su retirada?
No.
Microsoft ha retirado MDT, tanto en su modalidad independiente como en su integración con Configuration Manager.
Las instalaciones existentes pueden seguir funcionando, pero ya no reciben actualizaciones, correcciones, soporte ni actualizaciones de compatibilidad para futuras versiones de Windows.
¿Cuáles son las alternativas gratuitas a MDT?
DeployR Community ofrece una opción gratuita con soporte de la comunidad.
FOG y Clonezilla son alternativas open source para imaging, mientras que AOMEI Image Deploy también dispone de una edición Free con determinadas limitaciones.
Compara siempre funciones, soporte y esfuerzo de mantenimiento, no solo el precio de la licencia.
¿Puedo reutilizar mis Task Sequences y WIM de MDT?
Depende de la plataforma de destino.
Los instaladores, scripts y controladores pueden seguir siendo útiles, pero la lógica de las Task Sequences deberá adaptarse al nuevo entorno.
La compatibilidad de las WIM también varía.
Wittytool Disk Clone utiliza imágenes de disco o de sistema creadas mediante su propio flujo de copia de seguridad, por lo que no debes asumir que la WIM de MDT puede importarse directamente.
¿Puede Windows Autopilot sustituir MDT para equipos existentes?
Autopilot puede formar parte de una estrategia de sustitución para dispositivos existentes.
Microsoft dispone de un escenario de Autopilot para dispositivos existentes que utiliza una Task Sequence nativa de Configuration Manager para volver a instalar el sistema y preparar posteriormente el aprovisionamiento.
Hay que tener en cuenta tanto la instalación de Windows como el registro del dispositivo, las aplicaciones, las políticas y la identidad.
¿Puedo desplegar un entorno Windows ya configurado sin Sysprep?
Wittytool Disk Clone admite un flujo de despliegue de imágenes sin ejecutar Sysprep previamente y permite cambiar opcionalmente el SID de Windows de los equipos de destino.
Esto no significa que sustituya la generalización de Windows que realiza Sysprep.
La solución debe validarse según el hardware, la identidad, las aplicaciones y las necesidades de soporte de tu organización.
La mejor alternativa a MDT depende del trabajo que realmente necesites conservar.
Si ya utilizas Configuration Manager, empieza por OSD.
Si el proceso depende de Task Sequences complejas, valora una plataforma orientada a ese modelo.
Si quieres pasar a un modelo cloud, evalúa Autopilot.
Y si el flujo está centrado principalmente en PXE, WinPE y el despliegue de una imagen de Windows configurada, revisa Wittytool Disk Clone como alternativa basada en imágenes y realiza primero un piloto con equipos representativos.