Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
En raison de différents environnements, différentes configurations et différents besoins, Windows Autopilot propose plusieurs scénarios différents. Le tableau suivant résume les scénarios qui sont disponibles dans Windows Autopilot :
| Scénario | Objectif | Description |
|---|---|---|
| Mode Windows AutoPilot piloté par l’utilisateur | Appareil pour un seul utilisateur | L’utilisateur exécute le déploiement |
| Windows Autopilot pour les applications préconfigurées | Appareil pour un seul utilisateur | Le déploiement est réparti entre l’administrateur informatique/OEM/revendeur et l’utilisateur |
| Mode de déploiement automatique Windows Autopilot | Appareil kiosque ou appareil pour plusieurs utilisateurs | Le déploiement est entièrement automatisé |
| Windows AutoPilot pour les appareils existants | Préparer l’appareil sur lequel le système d’exploitation Windows doit être réinstallé pour un déploiement Windows Autopilot | Utilise Microsoft Configuration Manager pour installer un nouveau système d’exploitation Windows sur un appareil existant avant d’exécuter un déploiement Windows Autopilot |
| Réinitialisation de Windows Autopilot | Réinitialise un appareil existant à l’installation d’usine par défaut de Windows | Utilise l’installation existante de Windows sur un appareil pour reconstruire Windows et restaurer son installation d’usine de Windows |
Remarque
Ce tutoriel concerne Windows Autopilot. Pour le didacticiel de préparation de l’appareil Windows Autopilot , consultez Scénarios de préparation de l’appareil Windows Autopilot.
Fonctionnalités de scénario
Le tableau suivant compare les différentes fonctionnalités de chaque scénario Windows Autopilot :
| Scénario | Piloté par l’utilisateur | Préconfiguré | Déploiement automatique | Appareils existants | Reset |
|---|---|---|---|---|---|
| Prend en charge l’adhésion à Microsoft Entra | Oui | Oui | Oui | Oui | Oui |
| Prend en charge la jonction hybride Microsoft Entra | Oui | Oui | Non | Oui | Non |
| Le déploiement nécessite l’interaction de l’utilisateur | Oui | Oui | Non | N/A | Réinitialisation locale |
| Le déploiement nécessite l’interaction de l’administrateur informatique/OEM/revendeur | Non | Oui | Non | Oui | Réinitialisation à distance |
| Prend en charge l’affectation d’un utilisateur à un appareil | Oui | Oui | Non | N/A | N/A |
| Réduit le temps d’interaction de l’utilisateur avec le déploiement | Non | Oui | Oui | N/A | N/A |
| L’utilisateur s’authentifie | Oui | Flux utilisateur | Non | N/A | Réinitialisation locale |
| Le module de plateforme sécurisée s’authentifie | Non | Flux technicien | Oui | N/A | N/A |
| Doit être inscrit en tant qu’appareil Windows Autopilot avant le déploiement | Oui | Oui | Oui | Non | Oui |
Remarque
Le scénario de Windows Autopilot pour les appareils existants est une méthode permettant de réinstaller complètement Windows sur un appareil en vue de l’exécution d’un déploiement Windows Autopilot. Toutefois, le scénario de Windows Autopilot pour les appareils existants n’est pas techniquement un déploiement Windows Autopilot. Une fois le processus Windows Autopilot pour les appareils existants terminé, il exécute automatiquement un scénario Windows Autopilot.
Le tableau ci-dessus répertorie ce que le scénario de Windows Autopilot pour les appareils existants peut potentiellement prendre en charge. Toutefois, un scénario donné de Windows Autopilot peut ne pas toujours être pris en charge une fois le scénario de Windows Autopilot pour les appareils existants terminé.
Avantages et inconvénients du scénario
Le tableau suivant décrit les avantages et les inconvénients de chaque scénario Windows Autopilot pendant le processus de déploiement.
| Scénario | Avantages | Inconvénients |
|---|---|---|
| Piloté par l’utilisateur | • Ne nécessite aucune interaction de l’administrateur/OEM/revendeur. • Ne nécessite pas d’attestation TPM , fonctionne donc sur les appareils physiques et les ordinateurs virtuels. |
• Cela prend plus de temps pour l’utilisateur que dans le scénario préconfiguré, car l’utilisateur doit passer par l’ESP de l’appareil et l’ESP de l’utilisateur. |
| Préconfiguré | • Plus rapide pour l’utilisateur puisque l’administrateur informatique/OEM/revendeur gère la majeure partie de l’ESP de l’appareil pendant le flux du technicien. | • Nécessite une interaction de l’administrateur informatique/OEM/revendeur. • Nécessite l’attestation TPM pendant le flux du technicien afin qu’il ne fonctionne que sur les appareils physiques avec un module TPM pris en charge (ne fonctionne pas dans les machines virtuelles, même avec un TPM virtuel). |
| Déploiement automatique | • Ne nécessite aucune interaction de la part de l’utilisateur ou de l’administrateur/OEM/revendeur. | • Impossible d’affecter un utilisateur à l’appareil. • L’ESP utilisateur ne s’exécute pas pendant le déploiement Windows Autopilot, car aucun utilisateur n’est affecté. • Requiert l’attestation TPM et ne fonctionne donc que sur les appareils physiques avec un module TPM pris en charge (ne fonctionne pas dans les machines virtuelles, même avec un TPM virtuel). • Ne prend pas en charge les appareils de jonction hybride Microsoft Entra. |
| Appareils existants | • Peut utiliser des images personnalisées. • Peut utiliser des séquences de tâches ConfigMgr. • Peut réinstaller une nouvelle copie de Windows en cas de corruption grave lors de l’installation de Windows. • Bon scénario pour mettre à niveau un appareil de la jonction de domaine ou de la jonction hybride Microsoft Entra à la jonction Microsoft Entra. |
• Nécessite Microsoft Configuration Manager. • Ce n’est pas un déploiement Windows Autopilot réel, donc ne fonctionne pas tout seul : fonctionne uniquement avec un scénario Windows Autopilot pris en charge. • Cela prend plus de temps, car l’appareil doit subir à la fois la séquence de tâches et le déploiement de Windows Autopilot. • Le fichier JSON prend uniquement en charge les scénarios Windows Autopilot pilotés par l’utilisateur. • Pré-provisionnement et déploiement automatique Les scénarios AWindows utopilot ne sont pris en charge que lorsque l’appareil est déjà un appareil Windows Autopilot et qu’un profil Windows Autopilot est affecté à l’appareil. |
| Reset | • Permet facilement de réinitialiser un appareil existant, cassé ou réutilisé à un état prêt à l’emploi. | • Ne fonctionne pas en cas d’endommagement grave de l’installation de Windows. • Ne prend pas en charge les appareils de jonction hybride Microsoft Entra. |
Scénarios de jonction Microsoft Entra et de jonction hybride Microsoft Entra et Windows Autopilot
La jonction hybride Microsoft Entra et la jonction hybride Microsoft Entra ne sont pas des scénarios Windows Autopilot, mais des options d’identité d’appareil. Tous les scénarios Windows Autopilot prennent en charge la jointure Microsoft Entra, tandis que seuls les scénarios d’appareils pilotés par l’utilisateur, préconfigurés et existants prennent en charge la jonction hybride Microsoft Entra. Lorsque vous décidez du scénario Windows Autopilot à utiliser, gardez à l’esprit les facteurs suivants :
- Identités d’appareil actuellement utilisées dans l’environnement.
- Identités d’appareil utilisées à l’avenir.
- Identités d’appareil possibles utilisées à l’avenir.
Microsoft recommande de déployer de nouveaux appareils natifs cloud à l’aide de la jointure Microsoft Entra. Le déploiement de nouveaux appareils en tant qu’appareils de jonction hybride Microsoft Entra n’est pas recommandé, y compris via Windows Autopilot. La jonction Microsoft Entra offre la meilleure expérience utilisateur. Toutefois, les configurations et restrictions actuelles de l’environnement peuvent nécessiter l’utilisation continue de Active Directory local. Dans les scénarios où l’Active Directory local est toujours nécessaire, la jonction hybride Microsoft Entra peut être utilisée. Toutefois, envisagez de déplacer les nouveaux appareils vers la jonction Microsoft Entra tout en conservant les appareils existants sur la jonction hybride Microsoft Entra. Microsoft Entra jonction hybride peut également être considérée comme un moyen de passer d’une Active Directory local à une Microsoft Entra ID pure.
Gardez également à l’esprit que pour les déploiements Windows Autopilot qui prennent en charge la jonction hybride Microsoft Entra, la jonction hybride Microsoft Entra nécessite une connectivité à un contrôleur de domaine. Si l’appareil qui procède à un déploiement Windows Autopilot est un appareil distant et ne peut pas se connecter à un contrôleur de domaine, que ce soit localement ou via une connexion VPN, seule la jonction de Microsoft Entra est une option.
Pour plus d’informations sur la jonction Microsoft Entra et la jonction hybride Microsoft Entra, consultez les articles suivants :
- Microsoft Entra joint vs. Microsoft Entry hybride joint dans les points de terminaison cloud-native.
- Qu’est-ce qu’une identité d’appareil ?.
- En savoir plus sur les points de terminaison natifs cloud.
- Didacticiel : Installez et configurez un point de terminaison Windows natif cloud avec Microsoft Intune.
- Procédure : planifiez l’implémentation de votre jointure Microsoft Entra.
- Une infrastructure pour la transformation de la gestion des points de terminaison Windows.
- Présentation des scénarios de cogestion et d’Azure AD hybride.
- Réussite avec Windows Autopilot à distance et la jonction hybride d’Azure Active Directory.
Scénario Windows Autopilot à utiliser
Le scénario de Windows Autopilot à utiliser dépend de différents facteurs, notamment l’environnement et les besoins de l’organisation. La première chose à prendre en compte est le type d’identité de l’appareil (Microsoft Entra ID ou Microsoft Entra ID hybride) est actuellement utilisé dans l’environnement. L’identité de l’appareil utilisée peut restreindre les scénarios Windows Autopilot pouvant être utilisés dans l’environnement.
Le guide suivant fournit des suggestions générales sur le scénario Windows Autopilot à utiliser :
Piloté par l’utilisateur
- Windows Autopilot piloté par l’utilisateur prend en charge la jonction Microsoft Entra et la jonction hybride Microsoft Entra.
- L’appareil est destiné à être utilisé principalement par un seul utilisateur.
- Si l’appareil doit être expédié et livré directement à l’utilisateur final sans intervention de l’administrateur informatique.
- Si l’OEM ou le revendeur n’est pas en mesure d’effectuer le flux de techniciens du scénario de pré-approvisionnement de Windows Autopilot.
- si les machines virtuelles doivent subir le processus de déploiement Windows Autopilot.
Préconfiguré
- Windows Autopilot pour préconfiguré prend en charge la jonction Microsoft Entra et la jonction hybride Microsoft Entra.
- L’appareil est destiné à être utilisé principalement par un seul utilisateur.
- Le temps de déploiement des expériences de l’utilisateur final doit être réduit.
- Un administrateur informatique, un fabricant OEM ou un revendeur est-il en mesure de gérer le flux de techniciens et la première moitié du déploiement. Si un administrateur informatique gère le flux de technicien, il se peut que l’appareil doive d’abord être expédié à l’administrateur informatique pour effectuer le flux de technicien, puis que l’appareil soit expédié ou livré à l’utilisateur final.
- Dans les scénarios de jonction hybride de Microsoft Entra, si le fabricant OEM ou le revendeur exécute le flux de techniciens, son environnement doit disposer d’une connectivité à un contrôleur de domaine pour l’organisation.
- Windows Autopilot pour préconfiguré utilise l’attestation TPM pour l’authentification pendant le flux du technicien, de sorte que seuls les appareils disposant d’un TPM pris en charge sont pris en charge. Pour cette raison, les machines virtuelles ne sont pas prises en charge, même si elles disposent d’un module de plateforme sécurisée virtuel.
Mode de déploiement automatique
- Le mode de déploiement automatique Windows Autopilot prend uniquement en charge la jointure Microsoft Entra. Il ne prend pas en charge la jonction hybride Microsoft Entra.
- L’appareil est destiné à être utilisé comme appareil kiosque ou par plusieurs utilisateurs.
- Si l’appareil ne doit pas être attribué à un utilisateur.
- Le déploiement doit être automatisé autant que suivant sans interaction de l’utilisateur pendant le processus de déploiement. Par exemple, l’utilisateur final doit se connecter à Microsoft Entra ID pendant le processus de déploiement.
- Le mode de déploiement automatique Windows Autopilot utilise l’attestation TPM pour l’authentification pendant le flux du technicien afin que seuls les appareils disposant d’un module TPM pris en charge soient pris en charge. Pour cette raison, les machines virtuelles ne sont pas prises en charge, même si elles disposent d’un module de plateforme sécurisée virtuel.
Appareils existants
- Windows Autopilot pour les appareils existants n’est pas un déploiement Windows Autopilot lui-même, mais une méthode permettant de préparer un appareil existant pour un déploiement Windows Autopilot. Dans le cadre du déploiement de Windows Autopilot pour les appareils existants, un fichier JSON est ajouté à l’appareil. Le fichier JSON définit le déploiement Windows Autopilot à exécuter une fois le déploiement de Windows Autopilot pour les appareils existants terminé.
- Il n’est pas nécessaire que l’appareil soit un appareil Windows Autopilot actuel.
- Sur des appareils existants qui font déjà partie de l’environnement. Par exemple, lors de la réaffectation d’un appareil, vous devez réinstaller le système d’exploitation Windows.
- Sur les appareils existants sur lesquels le système d’exploitation Windows doit être réinstallé. Par exemple, l’installation précédente du système d’exploitation Windows est endommagée et doit être réinstallée, ou si le disque dur du périphérique est remplacé.
- Pour convertir des appareils d’une jonction hybride Microsoft Entra en une jonction Microsoft Entra.
- Lorsque des images personnalisées d’installations Windows sont souhaitées.
- Lorsque des séquences de tâches sont souhaitées pour exécuter des déploiements d’applications complexes.
Réinitialiser
- La réinitialisation de Windows Autopilot n’est pas un déploiement Windows Autopilot en soi, mais une méthode permettant de réinitialiser un appareil Windows Autopilot existant à un état prêt pour l’entreprise.
- L’appareil doit être inscrit en tant qu’appareil Windows Autopilot.
- Windows Autopilot Reset prend uniquement en charge les appareils de jointure Microsoft Entra existants. Il ne prend pas en charge les appareils de jonction hybride Microsoft Entra existants.
- Lorsque l’installation Windows actuelle est dans un état stable et non endommagé. Si l’installation Windows est dans un état endommagé, utilisez plutôt Windows Autopilot pour les appareils existants.
- Lorsque l’appareil doit être réaffecté, par exemple à un nouvel utilisateur.
- Lorsque l’appareil doit être réinitialisé pour résoudre les problèmes en cours sur l’appareil. Parfois, il est préférable et plus rapide de réinitialiser un appareil que de résoudre et de résoudre les problèmes persistants sur l’appareil.
Étapes suivantes : Procédures pas à pas du scénario
La liste suivante contient des liens vers des procédures pas à pas relatives à des scénarios Windows Autopilot. Les procédures pas à pas contiennent des instructions pas à pas sur la façon de configurer chacun des scénarios Windows Autopilot :
- Mode Windows AutoPilot piloté par l’utilisateur :
- Windows Autopilot pour le déploiement préconfiguré :
- Mode de déploiement automatique Windows Autopilot.
- Windows Autopilot pour les appareils existants.
- Réinitialisation de Windows Autopilot.
Contenu connexe
Pour plus d’informations sur les scénarios Windows Autopilot, consultez les articles suivants :