Considérations relatives aux Configuration Manager Surface et Microsoft Endpoint

• S’applique à:

  Windows 10, Windows 11

Fondamentalement, la gestion et le déploiement des appareils Surface avec Microsoft Endpoint Configuration Manager sont identiques à la gestion et au déploiement de tout autre PC. Comme tout autre PC, un déploiement d’appareils Surface inclut l’importation de pilotes, l’importation d’une image Windows, la préparation d’une séquence de tâches de déploiement, puis le déploiement de la séquence de tâches dans un regroupement. Après le déploiement, les appareils Surface sont comme n’importe quel autre client Windows ; pour publier des applications, des paramètres et des stratégies, vous utilisez le même processus que pour tout autre appareil.

Pour plus d’informations, consultez la documentation microsoft Endpoint Configuration Manager.

Bien que le déploiement et la gestion des appareils Surface soient fondamentalement similaires à d’autres PC, certains scénarios peuvent nécessiter des tâches informatiques supplémentaires, comme décrit ci-dessous.

Astuce

Utilisez current Branch de Microsoft Endpoint Configuration Manager pour gérer les appareils Surface.

Mettre à jour les pilotes et le microprogramme des périphériques Surface

Pour déployer des mises à jour de pilotes de périphérique et de microprogramme à l’aide de Configuration Manager ou Windows Server Update Services (WSUS), consultez Gérer les mises à jour des pilotes et microprogrammes Surface.

Adaptateurs Ethernet Surface et déploiement Configuration Manager

Le mécanisme par défaut utilisé par Configuration Manager pour identifier les appareils pendant le déploiement est l’adresse MAC (Media Access Control). Étant donné que l’adresse MAC est associée au contrôleur Ethernet, une carte Ethernet partagée entre plusieurs appareils amène Configuration Manager à identifier chacun des appareils comme un seul appareil, ce qui entraîne un échec de déploiement.

Pour vous assurer que les appareils Surface utilisant la même carte Ethernet sont identifiés comme des appareils uniques pendant le déploiement, vous pouvez indiquer Configuration Manager d’identifier les appareils à l’aide d’une autre méthode. Vous pouvez spécifier que Configuration Manager utiliser d’autres méthodes d’identification, comme indiqué dans Gérer les identificateurs matériels en double :

• Ajoutez une exclusion pour les adresses MAC des adaptateurs Ethernet Surface, ce qui force Configuration Manager à ignorer l’adresse MAC de préférence de l’UUID système.

• Utilisez un script pour identifier un appareil Surface nouvellement déployé par l’adresse MAC de son adaptateur sans fil.

Pilote Ethernet Surface

Depuis 2016, le pilote de l’adaptateur Ethernet Surface est inclus par défaut dans Windows et ne nécessite aucune autre configuration informatique. Le pilote n’est plus disponible en téléchargement à partir du Centre de téléchargement Microsoft. Si vous devez déployer des versions antérieures de Windows 10 Professionnel, vous pouvez télécharger le pilote le plus récent à partir du catalogue Microsoft Update.

Déployer l’application Surface avec Configuration Manager

Avec la publication de Microsoft Store pour Entreprises, l’application Surface n’est plus disponible en tant que pilote et téléchargement de microprogramme. Les organisations qui déploient l’application Surface sur des appareils Surface gérés ou pendant le déploiement via Configuration Manager doivent d’abord acquérir l’application Surface via Microsoft Store pour Entreprises. Pour plus d’informations, consultez Déployer l’application Surface avec Microsoft Store pour Entreprises.

Utiliser un média préparé avec des clients Surface

Si votre organization utilise un média préparé pour charger des ressources de déploiement sur des machines avant le déploiement avec Configuration Manager, vous devrez peut-être effectuer des étapes supplémentaires. Plus précisément, un environnement UEFI natif nécessite la création de plusieurs partitions sur le disque de démarrage du système. Si vous suivez la documentation sur les supports préparés, les instructions ne fournissent que des disques de démarrage à partition unique et échouent donc lorsqu’elles sont appliquées aux appareils Surface.

Pour plus d’informations, consultez Le billet de blog How to apply Task Sequence Prestaged Media on multi-partitioned disks for BIOS or UEFI PC in System .

Conflits de licences avec l’activation OEM 3.0

Les appareils Surface sont préinstallés avec une copie sous licence de Windows. La clé de licence de cette copie préinstallée de Windows est incorporée dans le microprogramme de l’appareil avec l’activation OEM 3.0 (OA 3.0). Lorsque vous exécutez un support d’installation Windows sur un appareil avec une clé OA 3.0, le programme d’installation de Windows lit automatiquement la clé de licence et l’utilise pour installer et activer Windows. Dans la plupart des cas, les utilisateurs n’ont pas besoin de rechercher ou d’entrer une clé de licence.

Lorsque vous réimagez un appareil à l’aide de Windows Entreprise, la clé de licence incorporée n’entraîne pas de conflit. Cela est dû au fait que le support d’installation de Windows Entreprise est configuré pour installer uniquement une édition Enterprise de Windows et qu’il est incompatible avec la clé de licence incorporée dans le microprogramme système. Si aucune clé de produit n’est spécifiée, par exemple lorsque vous envisagez d’activer avec les services de gestion de clés [KMS] ou l’activation basée sur Active Directory, une clé de licence en volume générique (GVLK) est utilisée jusqu’à ce que Windows soit activé par l’une de ces technologies.

Toutefois, des problèmes peuvent survenir lorsque les organisations ont l’intention d’utiliser des versions de Windows compatibles avec la clé incorporée du microprogramme. Par exemple, un organization qui souhaite installer Windows 10 Professionnel sur un appareil fourni à l’origine avec Windows 10 Famille peut rencontrer des difficultés lorsque le programme d’installation de Windows lit automatiquement la clé d’édition Familiale pendant l’installation et s’installe comme Windows 10 Famille au lieu de Windows 10 Professionnel. Pour éviter ce conflit, utilisez le fichier Ei.cfg ou Pid.txt pour indiquer explicitement au programme d’installation de Windows d’inviter une clé de produit ou d’entrer une clé de produit spécifique dans la séquence de tâches de déploiement. Pour plus d’informations, consultez Fichiers de configuration et d’ID de produit de Windows Setup Edition. Si vous n’avez pas de clé spécifique, vous pouvez utiliser les clés de produit par défaut pour Windows. Pour plus d’informations, consultez Déployer Windows 10.

Appliquer une étiquette de ressource pendant le déploiement

Avec l’outil d’étiquette de ressource Surface, vous pouvez identifier les appareils à partir d’UEFI, même en cas de défaillance du système d’exploitation. Pour en savoir plus sur la gestion des ressources avec Configuration Manager, consultez Présentation de Asset Intelligence dans Configuration Manager.

Configurer la réinitialisation rapide

Lorsque vous déployez Windows sur un appareil Surface, la fonctionnalité de réinitialisation rapide de Windows est configurée par défaut pour rétablir l’état du système où l’environnement n’est pas encore configuré. Lorsque la fonction de réinitialisation est utilisée, le système ignore les applications et paramètres installés. Bien que dans certaines situations, il puisse être utile de restaurer le système à un état sans applications et paramètres, dans un environnement professionnel, cela rend effectivement le système inutilisable pour l’utilisateur final.

Toutefois, vous pouvez configurer la réinitialisation rapide pour restaurer la configuration système à un état où elle est prête à être utilisée par l’utilisateur final. Suivez le processus décrit dans Déployer des fonctionnalités de réinitialisation rapide pour personnaliser l’expérience de réinitialisation rapide pour vos appareils.