Escenarios de implementación de Windows

Para implementar correctamente el sistema operativo Windows en una organización, es importante comprender las distintas formas en que se puede implementar. Las tareas clave incluyen elegir entre estos escenarios y comprender las capacidades y limitaciones de cada uno.

Categorías de implementación

En las tablas siguientes se resumen varios escenarios de implementación de Windows. Los escenarios se asignan a una de los tres categorías.

• Se recomiendan métodos de implementación modernos a menos que una necesidad específica requiera el uso de un procedimiento diferente. Estos métodos se admiten con herramientas existentes, como Microsoft Configuration Manager.

  Nota

  Una vez que Windows se implementa en una organización, es importante mantenerse al día mediante la creación de un plan de implementación para las actualizaciones de características de Windows.

• Los métodos de implementación dinámica permiten la configuración de aplicaciones y opciones para casos de uso específicos.

• Los métodos de implementación tradicionales usan herramientas existentes para implementar imágenes de sistema operativo.

Moderno

Dinámico

Tradicional

Métodos de implementación modernos

Los métodos de implementación modernos adoptan servicios locales y en la nube tradicionales para ofrecer una experiencia de implementación simplificada y rentable.

Windows Autopilot

Windows Autopilot es un nuevo conjunto de funcionalidades diseñado para simplificar y modernizar la implementación y administración de nuevos equipos Windows. Windows Autopilot permite a los profesionales de TI personalizar la experiencia rápida (OOBE) para equipos Windows y proporcionar a los usuarios finales un nuevo dispositivo Windows totalmente configurado. No hay imágenes para implementar, controladores para insertar ni infraestructuras para administrar. Los usuarios pueden ir a través del proceso de implementación de forma independiente, sin la necesidad de consultar a su administrador de TI.

Para obtener más información sobre Windows Autopilot, consulta Información general sobre Windows Autopilot y Modernización de la implementación de Windows con Windows Autopilot.

Actualización en contexto

En el caso de los equipos existentes que no tienen versiones de soporte técnico de Windows, la ruta de acceso recomendada para las organizaciones que implementan Windows es realizar una actualización local. Una actualización local usa el programa de instalación de Windows (Setup.exe) para:

• Conserva automáticamente todos los datos, la configuración, las aplicaciones y los controladores de la versión del sistema operativo existente.
• Requiere el menor esfuerzo de TI, ya que no es necesario ninguna infraestructura de implementación compleja.

Aunque los equipos de consumidor se actualizan mediante Windows Update, las organizaciones quieren tener más control sobre el proceso. El control se realiza mediante herramientas como Microsoft Configuration Manager para automatizar completamente el proceso de actualización a través de secuencias de tareas sencillas.

El proceso de actualización local está diseñado para ser confiable. Una actualización local tiene la capacidad de revertir automáticamente al sistema operativo anterior si se producen problemas durante el proceso de implementación, sin que el personal de TI participe. La reversión manual también se puede realizar mediante la información de recuperación creada automáticamente (almacenada en la carpeta Windows.old), en caso de que se encuentre algún problema una vez finalizada la actualización. El proceso de actualización también suele ser más rápido que las implementaciones tradicionales, ya que las aplicaciones no necesitan volver a instalarse como parte del proceso.

Las aplicaciones existentes se conservan a través del proceso. El proceso de actualización usa la imagen multimedia de instalación estándar de Windows (Install.wim). Las imágenes personalizadas no solo no son necesarias, sino que tampoco se pueden usar. Las imágenes personalizadas no se pueden usar porque el proceso de actualización no puede solucionar conflictos entre aplicaciones del sistema operativo antiguo y nuevo. Por ejemplo, Contoso Timecard 1.0 en Windows 10 y Contoso Timecard 3.0 en la imagen de Windows 11.

Los escenarios que admiten la actualización local con algunos otros procedimientos incluyen el cambio de BIOS al modo de arranque UEFI y la actualización de dispositivos que usan software de cifrado de disco que no es de Microsoft.

• BIOS heredada al arranque UEFI: para realizar una actualización en contexto en un sistema compatible con UEFI que arranca con una BIOS heredada, primero realiza la actualización a Windows 10 manteniendo el modo de arranque BIOS heredada. Windows 10 no requiere UEFI, por lo que funciona bien para actualizar un sistema mediante la emulación de BIOS heredada. Después de la actualización, el disco del sistema se puede convertir a un formato que admita el arranque UEFI mediante la herramienta MBR2GPT . La especificación UEFI requiere el diseño del disco GPT. Una vez convertido el disco, el firmware del dispositivo también debe configurarse para arrancar en modo UEFI. Habilitar UEFI también características de UEFI como Arranque seguro para habilitarse.

• Software de cifrado de disco que no es de Microsoft: mientras que los dispositivos cifrados con BitLocker pueden actualizarse fácilmente, las herramientas de cifrado de discos que no son de Microsoft requieren más trabajo. Algunos ISV pueden proporcionar instrucciones sobre cómo integrar su software en el proceso de actualización local. Consulte con el ISV para ver si tiene instrucciones. En los siguientes artículos se ofrecen detalles sobre cómo aprovisionar controladores de cifrado para usarse durante el Programa de instalación de Windows a través de la configuración de ReflectDrivers:

  • Introducción a la automatización de la configuración de Windows
  • Opciones de línea de comandos del programa de instalación de Windows

Hay algunas situaciones en las que no se puede usar una actualización local. En estas situaciones, use métodos de implementación tradicionales en su lugar. A continuación se muestran ejemplos de estas situaciones:

• Cambiar de una versión x86 de Windows 10 a una versión x64 de Windows. Las versiones de Windows más recientes que Windows 10 solo son x64 y no tienen una versión x86. El proceso de actualización no puede cambiar de un sistema operativo de 32 bits a un sistema operativo de 64 bits, debido a posibles complicaciones con las aplicaciones y controladores instalados.

• Arranque desde instalaciones de VHD. El proceso de actualización no permite actualizar estas instalaciones. En su lugar, es necesario realizar instalaciones nuevas.

• Actualización de imágenes existentes. Puede resultar tentador intentar actualizar las imágenes de Windows existentes a una versión más reciente de Windows instalando la imagen antigua, actualizándola y, a continuación, recapturando la nueva imagen de Windows. Sin embargo, este escenario no se admite. No se admite la preparación de un sistema operativo actualizado a través Sysprep.exe de antes de capturar una imagen y no funciona. Cuando Sysprep.exe detecta el sistema operativo actualizado, se produce un error.

• Sistemas de arranque dual y arranque múltiple. El proceso de actualización está diseñado para dispositivos que ejecutan un único sistema operativo. Si usa sistemas de arranque dual o de arranque múltiple con varios sistemas operativos, debe tener cuidado adicional. Los sistemas de arranque dual y de arranque múltiple no incluyen el uso de máquinas virtuales para los sistemas operativos segundo y posterior.

Aprovisionamiento dinámico

En el caso de los nuevos equipos, las organizaciones han reemplazado históricamente la versión de Windows incluida en el dispositivo por su propia imagen de Windows personalizada. Se usó una imagen personalizada porque una imagen personalizada a menudo era más rápida y fácil que usar la versión preinstalada. Sin embargo, volver a imaginar con una imagen personalizada es un gasto adicional debido al tiempo y esfuerzo necesarios. Con las nuevas funcionalidades y herramientas de aprovisionamiento dinámico proporcionadas con Windows, ahora es posible evitar el uso de imágenes personalizadas.

El objetivo del aprovisionamiento dinámico es tomar un nuevo equipo de fábrica, encenderlo y transformarlo en un dispositivo productivo para la organización con el mínimo tiempo y esfuerzo. Los tipos de transformaciones disponibles son los siguientes:

Activación de suscripción de Windows

Activación de suscripción de Windows es un método de implementación dinámica que permite cambiar la edición de Windows de Pro a Enterprise. La activación de suscripción de Windows no requiere claves ni reinicios. Para obtener más información sobre la activación de suscripciones, vea Activación de suscripción de Windows.

Microsoft Entra unirse a la inscripción automática de administración de dispositivos móviles (MDM)

En este escenario, el miembro de la organización solo tiene que proporcionar su id. de usuario y contraseña profesionales o educativos. A continuación, el dispositivo se puede unir automáticamente a Microsoft Entra ID e inscribirse en una solución de administración de dispositivos móviles (MDM) sin ninguna otra interacción del usuario. Una vez hecho esto, la solución de MDM puede terminar de configurar el dispositivo según sea necesario. Para obtener más información, consulte Microsoft Entra integración con MDM.

Configuración del paquete de aprovisionamiento

Con windows Imaging and Configuration Designer (ICD), los administradores de TI pueden crear un paquete independiente que contenga toda la configuración, la configuración y las aplicaciones que se deben aplicar a un dispositivo. A continuación, estos paquetes se pueden implementar en equipos nuevos a través de diversos medios, normalmente por profesionales de TI. Para obtener más información, vea Aprovisionamiento de paquetes para Windows.

Estos escenarios se pueden usar para habilitar programas "Bring Your Own Device" (BYOD) o "Choose Your Own Device" (CYOD). Con estos programas, los usuarios de una organización pueden elegir su propio equipo. No están restringidos a una pequeña lista de modelos aprobados o certificados. Estos programas son difíciles de implementar mediante escenarios de implementación tradicionales.

Aunque Windows incluye diversos mecanismos de implementación y configuración de aprovisionamiento, la configuración de aprovisionamiento y los mecanismos de implementación siguen mejorados y extendidos en función de los comentarios de las organizaciones. Al igual que con todas las características de Windows, las organizaciones pueden enviar sugerencias para obtener más características a través de la aplicación Comentarios de Windows o a través de sus contactos Soporte técnico de Microsoft.

Implementación tradicional

En el pasado, las organizaciones normalmente implementaron Windows mediante un proceso basado en imágenes basado en herramientas proporcionadas en:

• Kit de implementación y evaluación de Windows.
• Microsoft Configuration Manager.
• Servicios de implementación de Windows (WDS).
• Kit de herramientas de implementación de Microsoft.

Escenarios como la actualización local y el aprovisionamiento dinámico podrían reducir la necesidad de funcionalidades de implementación tradicionales en algunas organizaciones. Sin embargo, es posible que los métodos tradicionales todavía deban usarse en determinadas circunstancias.

El escenario de implementación tradicional puede dividirse en distintos escenarios secundarios. Estos subsitios se explican en detalle en las secciones siguientes, pero en la lista siguiente se proporciona un breve resumen:

• Nuevo equipo: una implementación sin sistema operativo de un nuevo dispositivo.
• Actualización del equipo: reinstalación del mismo dispositivo (con migración de estado de usuario y una copia de seguridad de imagen de Windows Imaging (WIM) completa opcional).
• Reemplazo de equipo: un reemplazo del dispositivo antiguo por un nuevo dispositivo (con la migración de estado de usuario y una copia de seguridad de imagen WIM completa opcional).

Nuevo equipo

También se denomina una implementación "sin sistema operativo". Este escenario se produce cuando hay un dispositivo sin sistema operativo instalado que debe implementarse. Este escenario también puede ser un dispositivo existente que debe borrarse y volver a implementarse sin necesidad de conservar los datos existentes. El programa de configuración se inicia desde un medio de arranque mediante CD, USB, ISO o desde el entorno de ejecución de prearranque (PXE). También se puede generar un medio sin conexión completo que incluya todos los archivos necesarios para una implementación de cliente, lo que permite la implementación sin tener que conectarse a un recurso compartido de implementación central. El destino puede ser un equipo físico, una máquina virtual o un disco duro Virtual (VHD) que se ejecuta en un equipo físico (arranque desde VHD).

El proceso de implementación del nuevo escenario de dispositivo es el siguiente:

1. Iniciar la configuración desde un medio de arranque (CD, USB, ISO o PXE).

2. Borrar el disco duro y crear nuevos volúmenes.

3. Instalar la imagen del sistema operativo.

4. Instalar otras aplicaciones (como parte de la secuencia de tareas).

Después de seguir estos pasos, el equipo está listo para su uso.

Actualización del equipo

La actualización también se conoce como proceso de borrar y cargar. Normalmente, el proceso se inicia en el sistema operativo en ejecución. Se realiza una copia de seguridad de la configuración y los datos de usuario para su posterior restauración como parte del proceso de implementación. El destino puede ser el mismo que el del nuevo escenario de equipo.

El proceso de implementación para el escenario de borrar y cargar es el siguiente:

1. Iniciar el programa de configuración en un sistema operativo en ejecución.

2. Guardar el estado del usuario localmente.

3. Borrar el disco duro (excepto la carpeta que contiene la copia de seguridad).

4. Instalar la imagen del sistema operativo.

5. Instalar otras aplicaciones.

6. Restaurar el estado del usuario.

Después de seguir estos pasos, el dispositivo está listo para su uso.

Reemplazo de equipo

El reemplazo de equipo es similar al escenario de actualización. Sin embargo, dado que vamos a reemplazar el dispositivo, dividimos este escenario en dos tareas principales: la copia de seguridad del cliente anterior y la implementación sin sistema operativo del nuevo cliente. Al igual que con el escenario de actualización, se realizará una copia de seguridad de la configuración y los datos del usuario para su posterior restauración.

El proceso de implementación para el escenario de reemplazo es el siguiente:

1. Guardar el estado del usuario (configuración y datos) en el servidor a través de un trabajo de copia de seguridad en el sistema operativo en ejecución.

2. Implementar el equipo nuevo como una implementación completa.

   Nota

   En algunas situaciones, el escenario de reemplazo se puede usar incluso si el destino es el mismo dispositivo. Por ejemplo, se puede usar replace si es necesario cambiar el diseño del disco del registro de arranque maestro (MBR) a la tabla de particiones GUID (GPT). Esta conversión permite aprovechar las ventajas de la funcionalidad unified Extensible Firmware Interface (UEFI).

Artículos relacionados

• Actualice a Windows con Microsoft Configuration Manager.
• Implemente Windows con PXE y Configuration Manager.
• Referencia técnica de configuración de Windows.
• Designer de configuración y creación de imágenes de Windows.
• Firmware UEFI.