Escenarios de Windows Autopilot

Debido a diferentes entornos, configuraciones diferentes y necesidades diferentes, Windows Autopilot ofrece varios escenarios diferentes. En la tabla siguiente se resumen los escenarios disponibles en Windows Autopilot:

Escenario Finalidad Descripción
Modo controlado por el usuario de Windows Autopilot Dispositivo para un único usuario El usuario ejecuta la implementación
Windows Autopilot para aprovisionado previamente Dispositivo para un único usuario La implementación se divide entre el administrador de TI,OEM/reseller y el usuario.
Modo de implementación automática de Windows Autopilot Dispositivo o dispositivo de pantalla completa para varios usuarios La implementación está completamente automatizada
Piloto automático de Windows para dispositivos existentes Preparación del dispositivo en el que es necesario reinstalar el sistema operativo Windows para una implementación de Windows Autopilot Utiliza Microsoft Configuration Manager para instalar un sistema operativo Windows nuevo en un dispositivo existente antes de ejecutar una implementación de Windows Autopilot
Restablecimiento de Windows Autopilot Restablece un dispositivo existente a la instalación predeterminada de fábrica de Windows Utiliza la instalación existente de Windows en un dispositivo para recompilar Windows y restaurarlo de nuevo a la instalación de fábrica de Windows.

Funcionalidades de escenario

En la tabla siguiente se comparan las distintas funcionalidades de cada escenario de Autopilot:

Escenario Controlado por el usuario Previamente aprovisionado Implementación automática Dispositivos existentes Reset
Admite la combinación de Microsoft Entra Sí Sí Sí Sí Sí
Admite Microsoft Entra unión híbrida Sí Sí No Sí No
La implementación requiere interacción por parte del usuario Sí Sí No ND Restablecimiento local
La implementación requiere la interacción por parte del administrador de TI, OEM o revendedor No Sí No Sí Restablecimiento remoto
Admite la asignación de usuario al dispositivo Sí Sí No ND ND
Minimiza el tiempo que el usuario interactúa con la implementación. No Sí Sí ND ND
El usuario se autentica Sí Flujo de usuario No ND Restablecimiento local
Autenticación de TPM No Flujo del técnico Sí ND ND
Debe registrarse como dispositivo Autopilot antes de la implementación. Sí Sí Sí No Sí

Nota:

El escenario de Windows Autopilot para dispositivos existentes es un método para reinstalar completamente Windows en un dispositivo en preparación para ejecutar una implementación de Autopilot. Sin embargo, el propio escenario de Windows Autopilot para dispositivos existentes no es técnicamente una implementación de Autopilot. Una vez completado el proceso de Windows Autopilot para dispositivos existentes, se ejecuta automáticamente un escenario de Autopilot.

En la tabla anterior se muestra lo que el escenario de Windows Autopilot para dispositivos existentes puede admitir potencialmente, pero es posible que no siempre sea compatible en función del escenario de Autopilot que se ejecute una vez que se complete.

Ventajas y desventajas del escenario

En la tabla siguiente se describen las ventajas y desventajas de cada escenario de Windows Autopilot durante el proceso de implementación.

Escenario Ventajas Inconvenientes
Controlado por el usuario • No requiere ninguna interacción del administrador, OEM o revendedor.
• No requiere atestación de TPM , por lo que funciona en dispositivos físicos y máquinas virtuales.		 • Tarda más tiempo para el usuario que el escenario aprovisionado previamente, ya que el usuario tiene que pasar por el ESP del dispositivo y el ESP del usuario.
Previamente aprovisionado • Más rápido para el usuario, ya que el administrador de TI, OEM o revendedor controla la mayor parte del ESP del dispositivo durante el flujo del técnico. • Requiere la interacción por parte del administrador de TI, OEM o revendedor.
• Requiere la atestación de TPM durante el flujo del técnico, por lo que solo funciona en dispositivos físicos con TPM compatible (no funciona en máquinas virtuales incluso con TPM virtual).
Implementación automática • No requiere ninguna interacción del usuario, administrador, OEM o revendedor. • No se puede asignar un usuario al dispositivo.
• El ESP de usuario no se ejecuta durante la implementación de Autopilot, ya que no se asigna ningún usuario.
• Requiere atestación de TPM , por lo que solo funciona en dispositivos físicos con TPM compatible (no funciona en máquinas virtuales incluso con TPM virtual).
• No admite Microsoft Entra dispositivos de unión híbrida.
Dispositivos existentes • Puede usar imágenes personalizadas.
• Puede usar secuencias de tareas de Configuration Manager.
• Puede volver a instalar una copia nueva de Windows en caso de daños graves en la instalación de Windows.
• Buen escenario para actualizar un dispositivo desde un dominio unido o Microsoft Entra unión híbrida a Microsoft Entra unión.		 • Requiere Microsoft Configuration Manager.
• No es una implementación real de Autopilot, por lo que no funciona por sí sola, solo funciona junto a uno un escenario de Autopilot compatible.
• Tarda más, ya que el dispositivo tiene que someterse a la secuencia de tareas y a la implementación de Autopilot.
• El archivo JSON solo admite escenarios de Autopilot controlados por el usuario.
• Los escenarios de aprovisionamiento previo y autoimplementación de Autopilot solo se admiten cuando el dispositivo ya es un dispositivo Autopilot y hay un perfil de Autopilot asignado al dispositivo.
Reset • Permite restablecer fácilmente un dispositivo existente roto o reutilizado a un estado listo para la empresa. • No funciona si hay daños graves en la instalación de Windows.
• No admite Microsoft Entra dispositivos de unión híbrida.

Microsoft Entra unión y Microsoft Entra unión híbrida frente a escenarios de Autopilot

Microsoft Entra unión y Microsoft Entra unión híbrida no son escenarios de Autopilot, sino opciones de identidad de dispositivo. Todos los escenarios de Autopilot admiten Microsoft Entra unión, mientras que solo los escenarios de dispositivos controlados por el usuario, aprovisionados previamente y existentes admiten Microsoft Entra unión híbrida. Al decidir qué escenario de Autopilot usar, tenga en cuenta los siguientes factores:

  • Identidades de dispositivo que se usan actualmente en el entorno.
  • Identidades de dispositivo que se van a usar en el futuro.
  • Posibles identidades de dispositivo que se usarán en el futuro.

Microsoft recomienda implementar nuevos dispositivos como nativos de la nube mediante Microsoft Entra unión. No se recomienda implementar nuevos dispositivos como Microsoft Entra dispositivos de unión híbrida, incluso a través de Autopilot. Microsoft Entra combinación proporciona la mejor experiencia de usuario. Sin embargo, las configuraciones y restricciones actuales del entorno pueden requerir el uso continuo de Active Directory local. En escenarios en los que todavía se necesita Active Directory local, se puede usar Microsoft Entra unión híbrida. Sin embargo, considere la posibilidad de mover nuevos dispositivos a Microsoft Entra unirse al mismo tiempo que mantiene los dispositivos existentes en Microsoft Entra unión híbrida. Microsoft Entra unión híbrida también se puede ver como una manera de pasar de Active Directory local a un identificador de Microsoft Entra puramente.

Tenga en cuenta también que para las implementaciones de Autopilot que admiten Microsoft Entra unión híbrida, Microsoft Entra unión híbrida requiere conectividad con un controlador de dominio. Si el dispositivo que se somete a una implementación de Autopilot es un dispositivo remoto y no puede conectarse a un controlador de dominio local o a través de una conexión VPN, solo Microsoft Entra unión es una opción.

Para obtener más información sobre Microsoft Entra combinación frente a Microsoft Entra unión híbrida, consulte los artículos siguientes:

¿Qué escenario de Autopilot se va a usar?

El escenario de Autopilot que se debe usar depende de varios factores, incluido el entorno y las necesidades de la organización. Lo primero que hay que tener en cuenta es el tipo de identidad de dispositivo (identificador de Microsoft Entra o identificador de Microsoft Entra híbrido) que se usa actualmente en el entorno. La identidad del dispositivo que se usa puede restringir los escenarios de Autopilot que se pueden usar en el entorno.

En la guía siguiente se proporcionan sugerencias generales sobre el escenario de Autopilot que se va a usar:

Controlado por el usuario

  • Windows Autopilot controlado por el usuario admite la unión Microsoft Entra y Microsoft Entra unión híbrida.
  • El dispositivo está pensado para ser utilizado principalmente por un solo usuario.
  • Si el dispositivo debe enviarse y entregarse directamente al usuario final sin la intervención del administrador de TI.
  • Si el OEM o el revendedor no pueden realizar el flujo de técnico del escenario de aprovisionamiento previo de Windows Autopilot.
  • Si las máquinas virtuales (VM) necesitan someterse al proceso de implementación de Windows Autopilot.

Previamente aprovisionado

  • Windows Autopilot para aprovisionado previamente admite la unión Microsoft Entra y Microsoft Entra unión híbrida.
  • El dispositivo está pensado para ser utilizado principalmente por un solo usuario.
  • Tiempo de implementación que las experiencias del usuario final deben minimizarse.
  • Es un administrador de TI, un OEM o un revendedor capaz de controlar el flujo del técnico y la primera mitad de la implementación. Si un administrador de TI controla el flujo del técnico, es posible que el dispositivo tenga que enviarse primero al administrador de TI para realizar el flujo del técnico, seguido del dispositivo enviado o entregado al usuario final.
  • En Microsoft Entra escenarios de unión híbrida, si el OEM o el revendedor realiza el flujo de técnico, su entorno debe tener conectividad con un controlador de dominio para la organización.
  • Windows Autopilot para aprovisionado previamente usa la atestación de TPM para la autenticación durante el flujo del técnico, por lo que solo se admiten los dispositivos que tienen un TPM compatible. Por este motivo, las máquinas virtuales (VM) no se admiten incluso cuando la máquina virtual tiene un TPM virtual.

Modo autoimplementable

  • El modo de implementación automática de Windows Autopilot solo admite Microsoft Entra unión. No admite Microsoft Entra unión híbrida.
  • El dispositivo está pensado para ser utilizado como un dispositivo de pantalla completa o por varios usuarios.
  • Si el dispositivo no se va a asignar a un usuario.
  • La implementación debe automatizarse tanto como siga sin interacción del usuario durante el proceso de implementación. Por ejemplo, el usuario final tiene que iniciar sesión en Microsoft Entra identificador durante el proceso de implementación.
  • El modo de implementación automática de Windows Autopilot usa la atestación de TPM para la autenticación durante el flujo del técnico, por lo que solo se admiten los dispositivos que tienen un TPM compatible. Por este motivo, las máquinas virtuales (VM) no se admiten incluso cuando la máquina virtual tiene un TPM virtual.

Dispositivos existentes

  • Windows Autopilot para dispositivos existentes no es una implementación de Windows Autopilot, sino un método para preparar un dispositivo existente para una implementación de Autopilot. Como parte de la implementación de Windows Autopilot para dispositivos existentes, se agrega un archivo JSON al dispositivo. El archivo JSON define qué implementación de Autopilot se ejecutará una vez completada la implementación de Windows Autopilot para dispositivos existentes.
  • No es necesario que el dispositivo sea un dispositivo Autopilot actual.
  • En dispositivos existentes que ya forman parte del entorno. Por ejemplo, al volver a comprar un dispositivo y es necesario volver a instalar el sistema operativo Windows.
  • En los dispositivos existentes en los que es necesario reinstalar el sistema operativo Windows. Por ejemplo, la instalación anterior del sistema operativo Windows está dañada y debe volver a instalarse, o si se reemplaza la unidad de disco duro del dispositivo.
  • Para convertir dispositivos de Microsoft Entra unión híbrida a Microsoft Entra unión.
  • Cuando se desean imágenes personalizadas de instalaciones de Windows.
  • Cuando se desean secuencias de tareas para ejecutar implementaciones de aplicaciones complejas.

Restablecer

  • El restablecimiento de Windows Autopilot no es una implementación de Windows Autopilot, sino un método para restablecer un dispositivo Autopilot existente a un estado listo para la empresa.
  • El dispositivo debe registrarse como un dispositivo Autopilot.
  • El restablecimiento de Windows Autopilot solo admite dispositivos de unión Microsoft Entra existentes. No admite dispositivos de unión híbrida Microsoft Entra existentes.
  • Cuando la instalación actual de Windows está en un estado estable no dañado. Si la instalación de Windows está dañada, use Windows Autopilot para dispositivos existentes en su lugar.
  • Cuando el dispositivo necesita reasignarse, por ejemplo, para un nuevo usuario.
  • Cuando el dispositivo debe restablecerse para resolver problemas continuos en el dispositivo. A veces es mejor y más rápido restablecer un dispositivo que solucionar problemas en el dispositivo.

Pasos siguientes: Tutoriales de escenarios

La lista siguiente contiene vínculos a tutoriales de escenarios de Autopilot. Los tutoriales contienen instrucciones paso a paso sobre cómo configurar cada uno de los escenarios de Autopilot:

  1. Modo controlado por el usuario de Windows Autopilot:
    1. Microsoft Entra unirse.
    2. Microsoft Entra unión híbrida.
  2. Windows Autopilot para la implementación aprovisionada previamente:
    1. Microsoft Entra unirse.
    2. Microsoft Entra unión híbrida.
  3. Modo de implementación automática de Windows Autopilot.
  4. Windows Autopilot para dispositivos existentes.
  5. Restablecimiento de Windows Autopilot.

Más información

Para obtener más información sobre los escenarios de Autopilot, consulte los artículos siguientes: