Créer une image de référence Windows10

S'applique à

  • Windows10

La création d’une image de référence est importante, car cette image sert de base pour les appareils de votre organisation. Dans cette rubrique, vous allez apprendre à créer une image de référence Windows10 à l’aide de Microsoft Deployment Toolkit (MDT). Vous allez créer un partage de déploiement, configurer des paramètres et des règles, et importer toutes les applications et fichiers de système d’exploitation requis pour générer une image de référence Windows10. Après avoir effectué les étapes décrites dans cette rubrique, vous disposerez d’une image de référence Windows10 qui peut être utilisée dans votre solution de déploiement.

Notes

Pour plus d’informations sur le serveur, le client et l’infrastructure réseau utilisés dans ce guide, voir Préparer le déploiement avec MDT.

Dans le cadre de cette rubrique, nous allons utiliser trois ordinateurs : DC01, MDT01 et HV01.

  • DC01 est un contrôleur de domaine pour contoso.com domaine.
  • MDT01 est un serveur contoso.com de domaine.
  • HV01 est un serveur Hyper-V qui sera utilisé pour créer l’image de référence.

appareils.

Ordinateurs utilisés dans cette rubrique.

Image de référence

L’image de référence décrite dans ce guide est principalement conçue pour le déploiement sur des appareils physiques. Toutefois, l’image de référence est généralement créée sur une plateforme virtuelle, avant d’être automatiquement exécuté via le processus d’outil de préparation du système (Sysprep) et capturé dans un fichier WIM (Windows Imaging). Les raisons liées à la création de l’image de référence sur une plateforme virtuelle sont les suivantes:

  • Pour réduire le temps de développement et utiliser des captures instantanées pour tester rapidement différentes configurations.
  • Pour exclure les problèmes matériels. Vous obtenez simplement la meilleure image possible, et si vous avez un problème, il est fort probable qu’il ne soit pas lié au matériel.
  • Pour vous assurer que vous n’avez pas d’applications indésirables qui peuvent être installées dans le cadre de l’installation d’un pilote, mais qui ne sont pas supprimées par le processus Sysprep.
  • L’image est facile à déplacer entre l’atelier, le test et la production.

Configurer le partage de déploiement du MDT Build Lab

Avec Windows 10, il n’est pas nécessaire de créer des images de référence. Toutefois, pour réduire le temps nécessaire au déploiement, vous pouvez créer une image de référence qui contient quelques applications de base ainsi que toutes les dernières mises à jour. Cette section vous montre comment créer et configurer le partage de déploiement MDT Build Lab pour créer une image de référence Windows 10. Dans la mesure où les images référence sont déployées uniquement sur des ordinateurs virtuels lors du processus de création et disposent de paramètres spécifiques (règles), vous devez toujours créer un partage de déploiement séparé spécifiquement pour ce processus.

Créer le partage de déploiement MDT Build Lab

Sur MDT01 :

  • Connectez-vous en tant que contoso\administrator à l’aide d’un mot de passe pass@word1 (informations d’identification de la rubrique préparer au déploiement).

  • Démarrez MDT Deployment Workbench et épinglez-le à la barre des tâches pour en faciliter l’accès.

  • À l’aide de Deployment Workbench, cliquez avec le bouton droit sur Deployment Shares et sélectionnez New Deployment Share.

  • Utilisez les paramètres suivants pour le nouvel Assistant Partage de déploiement.

    • Chemin d’accès du partage de déploiement : D:\MDTBuildLab
    • Nom de partage: MDTBuildLab$
    • Description du partage de déploiement : MDT Build Lab
  • Acceptez les sélections par défaut dans la page Options, puis cliquez sur Suivant.

  • Consultez la page Résumé, cliquez sur Suivant, attendez la création du partage de déploiement, puis cliquez sur Terminer.

  • Vérifiez que vous pouvez accéder au partage \\MDT01\MDTBuildLab$ .

    figure 2

    Deployment Workbench avec le partage de déploiement MDT Build Lab.

Activer la surveillance

Pour surveiller la séquence de tâches en cours, cliquez avec le bouton droit sur le partage de déploiement MDT Build Lab, cliquez **** sur Propriétés , cliquez sur l’onglet Analyse, puis sélectionnez Activer la surveillance pour ce partage de déploiement. Cette étape est facultative.

Configurer les autorisations pour le partage de déploiement

Pour lire des fichiers dans le partage de déploiement et écrire l’image de référence dans celui-ci, vous devez affecter des autorisations NTFS et SMB au compte de build MDT (MDT_BA) pour le dossier D:\MDTBuildLab

Sur MDT01 :

  1. Assurez-vous que vous êtes signé en tant que contoso\administrator.

  2. Modifiez les autorisations NTFS pour le dossier D:\MDTBuildLab en exécutant la commande suivante dans une invite Windows PowerShell élevée :

    icacls "D:\MDTBuildLab" /grant '"CONTOSO\MDT_BA":(OI)(CI)(M)'
    grant-smbshareaccess -Name MDTBuildLab$ -AccountName "Contoso\MDT_BA" -AccessRight Full -force
    

Ajouter des fichiers d’installation

Cette section vous montre comment remplir le partage de déploiement MDT avec les fichiers sources du système d’exploitation Windows10, communément appelés fichiers d’installation, qui seront utilisés pour créer une image de référence. L’image de référence repose sur les fichiers d’installation qui sont utilisés lors de son processus de création.

Ajouter les fichiers d’installation de Windows10

MDT prend en charge l’ajout de DVD Windows10 sources complets (ISO) et d’images personnalisées que vous avez créées. Dans ce cas, vous créez une image de référence de manière à ajouter les fichiers d’installation sources complets de Microsoft.

Notes

En raison des limites imposées par Windows concernant la longueur du chemin d’accès, nous veillons délibérément à ce que le nom du répertoire de destination du système d’exploitation soit court en utilisant le nom de dossier W10EX64RTM plutôt qu’un nom plus descriptif comme Windows10 Enterprise x64 RTM.

Ajouter Windows10 Entreprise x64 (source complète)

Sur MDT01 :

  1. Connectez-vous en tant que contoso\administrator et copiez le contenu d’un DVD x64 Windows 10 Entreprise/ISO dans le dossier D:\Downloads\Windows 10 Entreprise x64 sur MDT01, ou insérez simplement le DVD ou montez une iso sur MDT01. L’exemple suivant montre les fichiers copiés dans le dossier D:\Downloads, mais vous pouvez également choisir d’importer le système d’exploitation directement à partir d’un ISO ou d’un DVD.

    ISO.

  2. À l’aide de Deployment Workbench, développez le nœud Deployment Shares, puis développez MDT Build Lab.

  3. Cliquez avec le bouton droit sur le nœud Operating Systems et créez un dossier nommé Windows 10.

  4. Développez le nœud Operating Systems, cliquez avec le bouton droit sur le dossier Windows 10, puis sélectionnez Import Operating System. Utilisez les paramètres suivants pour l’Assistant Importation de système d’exploitation:

    • Full set of source files
    • Répertoire source : (emplacement de vos fichiers sources)
    • Nom du répertoire de destination : W10EX64RTM
  5. Après avoir ajouté le système d’exploitation, dans le dossier Systèmes d’exploitation /Windows 10, double-cliquez dessus et modifiez le nom par : Windows 10 Entreprise image par défaut x64 RTM. Consultez l’exemple suivant.

    Image par défaut.

Selon le DVD que vous avez utilisé, plusieurs éditions peuvent être disponibles. Dans le cadre de ce guide, nous utilisons l’image Windows 10 Entreprise, mais d’autres images fonctionneront également.

Ajouter des applications

Avant de créer une séquence de tâches MDT, vous devez ajouter les applications et les scripts que vous souhaitez installer au partage MDT Build Lab.

Sur MDT01 :

Tout d’abord, créez un dossier MDT pour stocker les applications Microsoft qui seront installées :

  1. Dans MDT Deployment Workbench, développez Deployment Shares \ MDT Build Lab \ Applications
  2. Cliquez avec le bouton droit sur Applications , puis cliquez sur Nouveau dossier.
  3. Sous Nom du dossier, tapez Microsoft.
  4. Cliquez deux fois sur Suivant, puis sur Terminer.

Les étapes décrites dans cette section utilisent une norme d’attribution de noms stricte pour vos applications MDT.

  • Utilisez le préfixe « Install - » pour les installations d’applications classiques qui exécutent un programme d’installation d’un type ou d’une autre.
  • Utilisez le préfixe « Configurer - » lorsqu’une application configure un paramètre dans le système d’exploitation.
  • Vous ajoutez également un suffixe « - x86 », « - x64 » ou « - x86-x64 » pour indiquer l’architecture de l’application (certaines applications ont des programme d’installation pour les deux architectures).

L’utilisation d’une norme d’attribution de noms de script est toujours recommandée lorsque vous utilisez MDT pour maintenir de l’ordre et de la cohérence.

Le stockage des éléments de configuration en tant qu’applications MDT,simplifie le déplacement de ces objets d’une solution à une autre ou d’un environnement de test à un environnement de production.

Dans les exemples de sections, vous allez ajouter les applications suivantes :

  • Install - Microsoft Office 365 Pro Plus - x64
  • Install - Microsoft Visual C++ Redistributable 2019 - x86
  • Install - Microsoft Visual C++ Redistributable 2019 - x64

La version 64 bits de Microsoft Office 365 Pro Plus est recommandée, sauf si vous avez besoin de la prise en charge de l’application héritée. Pour plus d’informations, voir Choisir entre la version 64 bits ou 32 bits de Office

Liens de téléchargement :

Téléchargez les trois éléments de cette liste dans le dossier D:\Downloads sur MDT01.

Remarque : dans le cadre de cet atelier, nous laisserons les fichiers MSVC dans le dossier D:\Downloads et les fichiers Office365 seront extraits dans un dossier enfant. Si vous préférez, vous pouvez placer chaque application dans son propre dossier enfant distinct, puis modifier les $ApplicationSourcePath ci-dessous selon vos besoins (au lieu de simplement D:\Downloads).

Notes

Tous les téléchargements de Microsoft Visual C++ se trouvent sous Derniers téléchargements Visual C++ pris en charge. Visual C++ 2015, 2017 et 2019 partagent tous les mêmes fichiers redistribuables.

Créer un fichier de configuration : Microsoft Office 365 Professional Plus x64

  1. Après avoir téléchargé la version la plus récente de l’outil déploiement de Office à partir du Centre de téléchargement Microsoft à l’aide du lien fourni ci-dessus, exécutez le fichier exécutable à extraction autonome et extrayez les fichiers dans D:\Downloads\Office365. L’Office Deployment Tool (setup.exe) et plusieurs exemples configuration.xml fichiers seront extraits.

  2. À l’aide d’un éditeur de texte (tel que Bloc-notes), créez un fichier XML dans le répertoire D:\Downloads\Office365 avec les paramètres d’installation des Applications Microsoft 365 pour les grandes entreprises appropriés pour votre organisation. Le fichier utilise un format XML, de sorte que le fichier que vous créez doit avoir une extension de .xml mais le fichier peut avoir n’importe quel nom de fichier.

    Par exemple, vous pouvez utiliser le fichier configuration.xml suivant, qui fournit les paramètres de configuration suivants :

    • Installez la version 64 bits de Applications Microsoft 365 pour les grandes entreprises en anglais directement à partir du Office réseau de distribution de contenu (CDN) sur Internet. Remarque : la version 64 bits est désormais l’édition par défaut et recommandée.
    • Utilisez le canal de disponibilité générale et obtenez les mises à jour directement à partir du Office CDN sur Internet.
    • Effectuer une installation en mode silencieux. Vous ne verrez rien qui indique la progression de l’installation et aucun message d’erreur ne s’affiche.
    <Configuration>
     <Add OfficeClientEdition="64" Channel="Broad">
       <Product ID="O365ProPlusRetail">
         <Language ID="en-us" />
       </Product>
     </Add>
     <Display Level="None" AcceptEULA="TRUE" />
     <Updates Enabled="TRUE" />
    </Configuration>
    

    À l’aide de ces paramètres, chaque fois que vous créez l’image de référence, vous installez la version de canal de disponibilité générale la plus récente de Applications Microsoft 365 pour les grandes entreprises.

Conseil

Vous pouvez également utiliser l’interface web de l’outil Office Personnalisation pour vous aider à créer configuration.xml fichier.

Pour plus d’informations, voir les options de configuration Office Deployment Tool et Overview of the Office Deployment Tool.

  1. Assurez-vous configuration.xml fichier se trouve dans le dossier D:\Downloads\Office365. Consultez l’exemple suivant des fichiers extraits ainsi que le fichier configuration.xml dans le dossier Downloads\Office365 :

    .

En supposant que vous avez nommé le fichier « configuration.xml », comme indiqué ci-dessus, nous utiliserons la commande** «setup.exe /configure configuration.xml**» lorsque nous créerons l’application dans MDT. Cela permet d’installer Applications Microsoft 365 pour les grandes entreprises à l’aide des paramètres de configuration du configuration.xml fichier. N’effectuez pas encore cette étape.

Important

Une Applications Microsoft 365 pour les grandes entreprises est installée sur l’image de référence, n’ouvrez aucun Office programmes. Si vous ouvrez un Office, vous êtes invité à vous inscrire, ce qui active l’installation de Applications Microsoft 365 pour les grandes entreprises. Même si vous ne vous connectez pas et fermez la boîte de dialogue Office, une clé de produit temporaire est installée. Vous ne souhaitez pas installer de clé de produit pour Applications Microsoft 365 pour les grandes entreprises dans le cadre de votre image de référence.

Informations complémentaires

  • Applications Microsoft 365 pour les grandes entreprises est généralement mis à jour mensuellement avec des mises à jour de sécurité et d’autres mises à jour qualité (résolutions de bogues), et éventuellement de nouvelles fonctionnalités (selon le canal de mise à jour que vous utilisez). Cela signifie qu’une fois que vous avez déployé votre image de référence, Applications Microsoft 365 pour les grandes entreprises devra probablement télécharger et installer les dernières mises à jour publiées depuis que vous avez créé votre image de référence.

  • **** Remarque : à l’aide de l’installation de l’outil déploiement Office dans le cadre de l’image de référence, Applications Microsoft 365 pour les grandes entreprises est installé immédiatement après le déploiement de l’image de référence sur l’appareil de l’utilisateur, au lieu d’inclure des applications Office partie de l’image de référence. Ainsi, l’utilisateur aura la version la plus récente de Applications Microsoft 365 pour les grandes entreprises immédiatement et ne devra pas télécharger de nouvelles mises à jour (ce qui se produira probablement si Applications Microsoft 365 pour les grandes entreprises a été installé dans le cadre de l’image de référence.)

  • Lorsque vous créez votre image de référence, au lieu d’installer Applications Microsoft 365 pour les grandes entreprises directement à partir du Office CDN sur Internet, vous pouvez installer Applications Microsoft 365 pour les grandes entreprises à partir d’un emplacement sur votre réseau local, tel qu’un partage de fichiers. Pour ce faire, vous devez utiliser l’outil déploiement Office en mode /download pour télécharger les fichiers d’installation sur ce partage de fichiers. Vous pouvez ensuite utiliser l’outil déploiement Office en mode /configure pour installer Applications Microsoft 365 pour les grandes entreprises à partir de cet emplacement sur votre image de référence. Dans ce cas, vous devez pointer vers cet emplacement dans votre fichier configuration.xml afin que l’outil déploiement Office sache où obtenir les fichiers Applications Microsoft 365 pour les grandes entreprises. Si vous décidez de le faire, lors de la prochaine création d’une image de référence, vous devez vous assurer d’utiliser l’outil déploiement Office pour télécharger les fichiers d’installation les plus à jour pour Applications Microsoft 365 pour les grandes entreprises à cet emplacement sur votre réseau interne. Ainsi, votre nouvelle image de référence aura une installation plus à jour de Applications Microsoft 365 pour les grandes entreprises.

Se connecter au partage de déploiement à l’aide de Windows PowerShell

Si vous avez besoin d’ajouter de nombreuses applications, vous pouvez bénéficier de la prise en charge de PowerShell ,dont dispose MDT. Pour commencer à utiliser PowerShell sur le partage de déploiement, vous devez d’abord charger le composant logiciel enfichable MDT PowerShell, puis transformer le partage de déploiement en disque PowerShell (PSDrive).

Sur MDT01 :

  1. Assurez-vous que vous êtes signé en tant que contoso\Administrator.

  2. Importez le composant logiciel enfichable et créez le PSDrive en exécutant les commandes suivantes dans une invite PowerShell avec élévation de privilèges:

    Import-Module "C:\Program Files\Microsoft Deployment Toolkit\bin\MicrosoftDeploymentToolkit.psd1"
    New-PSDrive -Name "DS001" -PSProvider MDTProvider -Root "D:\MDTBuildLab"
    

Conseil

Utiliser « Get-Command -module MicrosoftDeploymentToolkit » pour voir la liste des cmdlets disponibles

Créer l’installation : Microsoft Office 365 Pro Plus - x64

Dans ces étapes, nous partons du principe que vous avez téléchargé l’Office Deployment Tool. Vous devrez peut-être modifier le chemin d’accès au dossier source pour qu’il tienne compte de votre environnement actuel. Dans cet exemple, le chemin d’accès source est D:\Downloads\Office365.

Sur MDT01 :

  1. Assurez-vous que vous êtes signé en tant que contoso\Administrator.

  2. Créez l’application en exécutant les commandes suivantes dans une invite PowerShell avec élévation de privilèges:

    $ApplicationName = "Install - Office365 ProPlus - x64"
    $CommandLine = "setup.exe /configure configuration.xml"
    $ApplicationSourcePath = "D:\Downloads\Office365"
    Import-MDTApplication -Path "DS001:\Applications\Microsoft" -Enable "True" -Name $ApplicationName -ShortName $ApplicationName -CommandLine $CommandLine -WorkingDirectory ".\Applications\$ApplicationName" -ApplicationSourcePath $ApplicationSourcePath -DestinationFolder $ApplicationName -Verbose
    

    Une fois l’installation réussie, le texte suivant s’affiche :

    VERBOSE: Performing the operation "import" on target "Application".
    VERBOSE: Beginning application import
    VERBOSE: Copying application source files from D:\Downloads\Office365 to D:\MDTBuildLab\Applications\Install -
    Office365 ProPlus - x64
    VERBOSE: Creating new item named Install - Office365 ProPlus - x64 at DS001:\Applications\Microsoft.
    
    Name
    ----
    Install - Office365 ProPlus - x64
    VERBOSE: Import processing finished.
    

Créer l’installation : Microsoft Visual C++ Redistributable 2019 - x86

Notes

Nous avons abrégé « Microsoft Visual C++ Redistributable » dans le $ApplicationName ci-dessous sous la forme « MSVC » pour éviter que le nom du chemin d’accès dépasse la longueur maximale autorisée de 248 caractères.

Dans ces étapes, nous partons du principe que vous avez Microsoft Visual C++ Redistributable 2019 - x86. Vous devrez peut-être modifier le chemin d’accès au dossier source pour qu’il tienne compte de votre environnement actuel. Dans cet exemple, le chemin d’accès source est D:\Downloads.

Sur MDT01 :

  1. Assurez-vous que vous êtes signé en tant que contoso\Administrator.

  2. Créez l’application en exécutant les commandes suivantes dans une invite PowerShell avec élévation de privilèges:

    $ApplicationName = "Install - MSVC 2019 - x86"
    $CommandLine = "vc_redist.x86.exe /Q"
    $ApplicationSourcePath = "D:\Downloads"
    Import-MDTApplication -Path "DS001:\Applications\Microsoft" -Enable "True" -Name $ApplicationName -ShortName $ApplicationName -CommandLine $CommandLine -WorkingDirectory ".\Applications\$ApplicationName" -ApplicationSourcePath $ApplicationSourcePath -DestinationFolder $ApplicationName -Verbose
    

    Une fois l’installation réussie, le texte suivant s’affiche :

    VERBOSE: Performing the operation "import" on target "Application".
    VERBOSE: Beginning application import
    VERBOSE: Copying application source files from D:\Downloads to D:\MDTBuildLab\Applications\Install - MSVC 2019 - x86
    VERBOSE: Creating new item named Install - MSVC 2019 - x86 at DS001:\Applications\Microsoft.
    
    Name
    ----
    Install - MSVC 2019 - x86
    VERBOSE: Import processing finished.
    

Créer l’installation : Microsoft Visual C++ Redistributable 2019 - x64

Dans ces étapes, nous partons du principe que vous avez Microsoft Visual C++ Redistributable 2019 - x64. Vous devrez peut-être modifier le chemin d’accès au dossier source pour qu’il tienne compte de votre environnement actuel. Dans cet exemple, le chemin d’accès source est D:\Downloads.

Sur MDT01 :

  1. Assurez-vous que vous êtes signé en tant que contoso\Administrator.

  2. Créez l’application en exécutant les commandes suivantes dans une invite PowerShell avec élévation de privilèges:

    $ApplicationName = "Install - MSVC 2019 - x64"
    $CommandLine = "vc_redist.x64.exe /Q"
    $ApplicationSourcePath = "D:\Downloads"
    Import-MDTApplication -Path "DS001:\Applications\Microsoft" -Enable "True" -Name $ApplicationName -ShortName $ApplicationName -CommandLine $CommandLine -WorkingDirectory ".\Applications\$ApplicationName" -ApplicationSourcePath $ApplicationSourcePath -DestinationFolder $ApplicationName -Verbose
    

Créer la séquence de tâches de l’image de référence

Pour générer et capturer votre image de référence Windows 10 pour un déploiement à l’aide de MDT, vous allez créer une séquence de tâches. La séquence de tâches fait référence au système d’exploitation et aux applications que vous avez précédemment importés dans le partage de déploiement MDT Build Lab pour générer une image de référence Windows 10. Après avoir créé la séquence de tâches, vous la configurez pour activer la mise à jour corrective sur le serveur Windows Server Update Services (WSUS). L’action de mise à jour Windows de la séquence de tâches prend en charge l’obtention de mises à jour directement à partir de Microsoft Update. Cependant, l’utilisation du serveur WSUS local permet d’obtenir une mise à jour corrective plus stable. WSUS simplifie également le processus d’approbation des mises à jour correctives que vous déployez.

Pilotes et image de référence

Étant donné que nous utilisons des plateformes virtuelles modernes pour créer nos images de référence, nous n’avez pas à vous soucier des pilotes lors de la création d’images de référence pour Windows 10. Nous utilisons Hyper-V dans notre environnement et l’environnement de préinstallation Windows (Windows PE) dispose déjà de tous les pilotes requis intégrés pour Hyper-V.

Créer une séquence de tâches pour Windows 10 Entreprise

Pour créer une séquence de tâches d’image de référence Windows 10, le processus est le suivant :

Sur MDT01 :

  1. À l’aide de Deployment Workbench, sous Deployment Shares > MDT Build Lab, cliquez avec le bouton droit sur Séquences de **** tâches et créez un dossier nommé Windows 10.
  2. Cliquez avec le bouton droit sur le nouveau dossier Windows 10 et sélectionnez New Task Sequence. Utilisez les paramètres suivants pour l’Assistant Nouvelle séquence de tâches:
    1. Task sequence ID: REFW10X64-001
    2. Task sequence name: Windows 10 Enterprise x64 RTM Default Image
    3. Task sequence comments: Reference Build
    4. Template: Standard Client Task Sequence
    5. Select OS: Windows 10 Enterprise x64 RTM Default Image
    6. Specify Product Key: Do not specify a product key at this time
    7. Full Name: Contoso
    8. Organization: Contoso
    9. Page d’accueil d’Internet Explorer : http://www.contoso.com
    10. Admin Password: Do not specify an Administrator Password at this time

Modifier la séquence de tâches Windows 10

Les étapes ci-dessous vous viennent à travers le processus de modification de la séquence de tâches de l’image de référence Windows 10 pour inclure les actions requises pour mettre à jour l’image de référence avec les dernières mises à jour de WSUS, installer les rôles et fonctionnalités et les utilitaires, et installer Microsoft Office365 ProPlus x64.

Sur MDT01 :

  1. Dans le dossier Séquences de tâches/Windows 10, cliquez avec le bouton droit sur Windows 10 Entreprise séquence de tâches Image par défaut x64 RTM, puis sélectionnez Propriétés.
  2. Sur l’onglet Task Sequence, configurez la séquence de tâches Windows 10 Enterprise x64 RTM Default Image avec les paramètres suivants :
    1. Action De restauration > Windows mise à jour (installation préalable à l’application) : activez cette action en cliquant sur l’onglet Options et en désactivant la case à cocher Désactiver cette étape.

    2. Action De restauration > Windows mise à jour (post-installation de l’application) : activez également cette action.

    3. Restauration de l’état : après l’action Dente , ajoutez une nouvelle action de groupe (cliquez sur Ajouter, puis cliquez sur Nouveau groupe) avec le paramètre suivant :

      • Name: Custom Tasks (Pre-Windows Update)
    4. Restauration de l’état : après Windows mise à jour (installation post-application), renommez les tâches personnalisées en tâches personnalisées (mise à jour Windows post-application).****

      • Remarque : la raison pour laquelle les applications sont ajoutées après l’action de contrôle, mais avant d’Windows update est simplement pour gagner du temps pendant le déploiement. De cette façon, nous pouvons ajouter toutes les applications qui mettront à niveau certains des composants intégrés en évitant une mise à jour inutile.
    5. State Restore > Custom Tasks (Pre-Windows Update): Add a new Install Roles and Features action with the following settings:

      1. Name: Install - Microsoft NET Framework 3.5.1
      2. Select the operating system for which roles are to be installed: Windows 10
      3. Sélectionnez les rôles et les fonctionnalités à installer: .NET Framework3.5 (inclut .NET2.0 et 3.0)

      Important

      Il s’agit probablement de l’étape la plus importante lors de la création d’une image de référence. De nombreuses applications requièrent le composant .NET Framework, c’est la raison pour laquelle nous vous recommandons vivement de l’avoir à disposition dans l’image. À la seule différence des autres composants, .NET Framework3.51 n’est pas inclus dans le fichier WIM. Il est installé à partir du dossier Sources\SxS sur le média, ce qui rend plus difficile son ajout une fois que l’image a été déployée.

      séquence de tâches.

      Séquence de tâches après la création du groupe Custom Tasks (Pre-Windows Update) et l’ajout de l’action Install - Microsoft NET Framework3.5.1

    6. State Restore > Custom Tasks (Pre-Windows Update): After the Install - Microsoft NET Framework 3.5.1 action, add a new Install Application action (selected from the General group) with the following settings:

      1. Name: Microsoft Visual C++ Redistributable 2019 - x86
      2. Installer une application unique : accédez à Install - MSVC 2019 - x86
    7. Répétez ces étapes (ajouter une nouvelle application d’installation) pour ajouter Microsoft Visual C++ Redistributable 2019 - x64 et Applications Microsoft 365 pour les grandes entreprises également.

  3. Cliquez sur OK.

applications.

Configuration facultative: ajouter une action de suspension

L’objectif lors de la création d’une image de référence est bien entendu de tout automatiser. Mais parfois, l’automatisation d’une configuration ou d’une installation d’application spécifique peut prendre trop de temps. Si vous devez effectuer une configuration manuelle, vous pouvez ajouter une fonctionnalité peu connue appelée Lite Touch Installation (LTI) Suspend. L’ajout du script LTISuspend.wsf comme action personnalisée dans la séquence de tâches permet de suspendre cette dernière jusqu’à ce que vous cliquiez sur l’icône de raccourci de reprise de la séquence de tâches située sur le Bureau. Outre l’utilisation de la fonctionnalité de suspension LTI pour la configuration ou l’installation manuelle, celle-ci peut être utilisée simplement pour vérifier une image de référence avant d’autoriser la séquence de tâches à continuer, à utiliser Sysprep et à capturer l’ordinateur virtuel.

figure 8.

Séquence de tâches à laquelle l’action de suspension facultative a été ajoutée.

figure 9

Bureau Windows 10 avec raccourci de reprise de la séquence de tâches.

Modifier le fichier Unattend.xml pour Windows 10 Entreprise

Lorsque vous utilisez MDT, vous n’avez pas besoin de modifier très souvent le fichier Unattend.xml, car la plupart des configurations sont prises en charge par cet outil. Toutefois, si, par exemple, vous souhaitez configurer le comportement d’Internet Explorer, vous pouvez modifier le Unattend.xml pour cela. La modification des Unattend.xml pour les paramètres Internet Explorer de base est simple, mais pour des paramètres plus avancés, vous pouvez utiliser Internet Explorer Administration Kit (IEAK).

Avertissement

N’utilisez pas SkipMachineOOBE ou SkipUserOOBE dans votre fichier Unattend.xml. Ces paramètres sont déconseillés et leur utilisation peut produire des effets inattendus.

Notes

Vous pouvez également utiliser le fichier Unattend.xml pour activer les composants dans Windows10, comme le client Telnet ou Hyper-V. En général, nous préférons procéder via l’action Install Roles and Features ou en utilisant les outils de ligne de commande de gestion et maintenance des images de déploiement (DISM), qui nous permettent de l’ajouter en tant qu’application de manière dynamique, en disposant des conditions, etc. Par ailleurs, l’ajout de packages via le fichier Unattend.xml implique que ce dernier corresponde exactement à la version du système d’exploitation dont vous effectuez la maintenance.

Procédez comme suit pour configurer les paramètres Internet Explorer dans le fichier Unattend.xml pour la séquence de tâches Windows 10 Enterprise x64 RTM Default Image :

Sur MDT01 :

  1. À l’aide de Deployment Workbench, sous Deployment Shares > MDT Build Lab > Task Sequences, cliquez avec le bouton droit sur la séquence de tâches image par défaut x64 RTM Windows 10 Entreprise et sélectionnez Propriétés .
  2. Dans l’onglet OS Info, cliquez sur Edit Unattend.xml. MDT génère à présent un fichier catalogue Cette opération prend quelques minutes, à la suite de quoi l’Assistant Gestion d’installation (Windows SIM) démarre.

Important

La version ADK 1903 présente un problème connu qui génère un fichier catalogue pour Windows 10, version 1903 ou 1909 X64 install.wim. Vous pouvez voir l’erreur « Le fichier ou l’assembly n’a pas pu être chargé » dans la sortie de la console. Pour éviter ce problème, installez ADK, version 2004 ou ultérieure. Une solution de contournement est également disponible pour la version ADK 1903 :

  • Fermez Deployment Workbench et installez la mise à jour WSIM 1903. Cette mise à jour imagecat.exe et imgmgr.exe vers la version 10.0.18362.144.
  • Exécutez manuellement imgmgr.exe (C:\Program Files (x86)\Windows Kits\10\Assessment and Deployment Kit\Deployment Tools\WSIM\imgmgr.exe).
  • Générez un catalogue (Outils/Créer un catalogue) pour le logiciel install.wim sélectionné (ex : D:\MDTBuildLab\Operating Systems\W10EX64RTM\sources\install.wim).
  • Après avoir créé manuellement le fichier catalogue (par exemple : D:\MDTBuildLab\Operating Systems\W10EX64RTM\sources\install_Windows 10 Enterprise.clg), ouvrez Deployment Workbench et modifiez unattend.xml.
  1. Dans l’Assistant, développez le nœud 4 specialize dans le volet Answer File et sélectionnez l’entrée amd64_Microsoft-Windows-IE-InternetExplorer_neutral.
  2. Dans la fenêtre amd64_Microsoft-Windows-IE-InternetExplorer_neutral properties (de droite), définissez les valeurs suivantes:
  • DisableDevTools: true
  1. Enregistrez le fichier Unattend.xml et fermez l’Assistant Gestion d’installation.

    • Remarque : si des erreurs indiquent que certaines valeurs d’affichage sont incorrectes, vous pouvez ignorer cette valeur ou accéder à 7oobeSystem\amd64_Microsoft-Windows-Shell-Setup__neutral\Display et entrer les éléments suivants : ColorDepth 32, HorizontalResolution 1, RefreshRate 60, VerticalResolution 1.
  2. Dans la fenêtre Windows10 Enterprise x64 RTM Default Image Properties, cliquez sur OK.

    figure 10

    Assistant Gestion d’installation avec fichier Unattend.xml Windows10.

Configurer les règles de partage de déploiement MDT

La compréhension des règles est essentielle à une bonne utilisation de MDT. Les règles sont configurées à l’aide de l’onglet Règles des propriétés du partage de déploiement. L’onglet Règles est essentiellement un raccourci pour modifier le fichier CustomSettings.ini existant dans le dossier D:\MDTBuildLab\Control. Cette section explique comment configurer les règles de partage de déploiement MDT dans le cadre du déploiement de Windows10Entreprise.

Vue d’ensemble des règles de partage de déploiement MDT

Dans MDT, il existe toujours deux fichiers de règles : ** ** leCustomSettings.iniet le ** fichierBootstrap.ini** . Vous pouvez ajouter presque n’importe quelle règle à l’une ou l’autre. Toutefois, le Bootstrap.ini est copié du dossier Control vers l’image de démarrage, de sorte que l’image de démarrage doit être mise à jour chaque fois que vous modifiez ce fichier. Pour cette raison, ajoutez uniquement un ensemble minimal de règles à Bootstrap.ini, par exemple le serveur de déploiement et le partage auquel se connecter , la valeur DEPLOYROOT. Placez les autres règles dans CustomSettings.ini, car ce fichier est mis à jour dès que vous cliquez sur OK.

Pour configurer les règles pour le partage de déploiement MDT Build Lab :

Sur MDT01 :

  1. À l’aide de Deployment Workbench, cliquez avec le bouton droit sur le partage de déploiement MDT Build Lab et sélectionnez Propriétés.

  2. Sélectionnez l’onglet Règles et remplacez le contenu existant par les informations suivantes (modifiez les paramètres selon vos besoins pour correspondre à votre déploiement). Par exemple, si vous n’avez pas de serveur WSUS dans votre environnement, supprimez la ligne WSUSServer de la configuration :

    [Settings]
    Priority=Default
    
    [Default]
    _SMSTSORGNAME=Contoso
    UserDataLocation=NONE
    DoCapture=YES
    OSInstall=Y
    AdminPassword=pass@word1
    TimeZoneName=Pacific Standard Time 
    JoinWorkgroup=WORKGROUP
    HideShell=YES
    FinishAction=SHUTDOWN
    DoNotCreateExtraPartition=YES
    WSUSServer=http://mdt01.contoso.com:8530
    ApplyGPOPack=NO
    SLSHARE=\\MDT01\Logs$
    SkipAdminPassword=YES
    SkipProductKey=YES
    SkipComputerName=YES
    SkipDomainMembership=YES
    SkipUserData=YES
    SkipLocaleSelection=YES
    SkipTaskSequence=NO
    SkipTimeZone=YES
    SkipApplications=YES
    SkipBitLocker=YES
    SkipSummary=YES
    SkipRoles=YES
    SkipCapture=NO
    SkipFinalSummary=YES
    

    figure 11

    Règles côté serveur relatives au partage de déploiement MDT Build Lab.

  3. Cliquez sur Edit Bootstrap.ini et effectuez les modifications à l’aide des informations suivantes:

    [Settings]
    Priority=Default
    
    [Default]
    DeployRoot=\\MDT01\MDTBuildLab$
    UserDomain=CONTOSO
    UserID=MDT_BA
    UserPassword=pass@word1
    
    SkipBDDWelcome=YES
    

    Notes

    Pour des raisons de sécurité, le mot de passe n’est habituellement pas ajouté au fichier Bootstrap.ini; toutefois, il est autorisé de le faire lorsque ce partage de déploiement consiste uniquement à créer des versions d’image de référence et qu’il ne doit pas être publié sur le réseau de production. Évidemment, si vous n’utilisez pas le même mot de passe (pass@word3) fourni dans ce laboratoire, vous devez entrer votre propre mot de passe personnalisé sous l’onglet Règles et dans Bootstrap.ini.

  4. Sous l Windows’onglet PE, dans la liste liste **** de listes de plateforme, sélectionnez x86.

  5. Dans la zone Lite Touch Boot Image Settings, configurez les paramètres suivants:

    1. Image description: MDT Build Lab x86
    2. ISO file name: MDT Build Lab x86.iso
  6. Sous l Windows l’onglet PE, dans la **** liste de listes listes de plateforme, sélectionnez x64.

  7. Dans la zone Lite Touch Boot Image Settings, configurez les paramètres suivants:

    1. Image description: MDT Build Lab x64
    2. ISO file name: MDT Build Lab x64.iso
  8. Cliquez sur OK.

Notes

Dans MDT, l’image de démarrage x86 peut déployer les systèmes d’exploitation x86 et x64 (sauf sur les ordinateurs reposant sur l’interface UEFI).

Mettre à jour le partage de déploiement

Une fois le partage de déploiement configuré, celui-ci doit être mis à jour. Il s’agit du processus suivi lors de la création des images de démarrage Windows PE.

  1. Dans Deployment Workbench, cliquez avec le bouton droit sur le partage de déploiement MDT Build Lab et sélectionnez Mettre à jour le partage de déploiement.
  2. Utilisez les options par défaut pour l’Assistant Mise à jour du partage de déploiement.

Notes

Le processus de mise à jour va prendre 5 à 10minutes.

Explication des règles

Maintenant que le partage de déploiement MDT Build Lab (partage utilisé pour créer les images de référence) a été configuré, il est temps d’expliquer les différents paramètres utilisés dans les fichiers Bootstrap.ini et CustomSettings.ini.

Les fichiers Bootstrap.ini et CustomSettings.ini fonctionnent ensemble. Le fichier Bootstrap.ini est toujours présent sur l’image de démarrage et est lu en premier. L’objectif de base de Bootstrap.ini consiste à fournir les informations suffisantes permettant de trouver le fichier CustomSettings.ini.

Le fichier CustomSettings.ini est habituellement stocké sur le serveur, dans le dossier Deployment share\Control, mais peut également l’être sur le média (lorsque vous utilisez un média hors connexion).

Notes

Les paramètres ou les propriétés, qui sont utilisés dans les règles (CustomSettings.ini et Bootstrap.ini) sont répertoriés dans la documentation MDT de la section Référence Microsoft Deployment Toolkit Reference/Propriétés/Définition des propriétés.

Fichier Bootstrap.ini

Le Bootstrap.ini est disponible via la boîte de dialogue Propriétés du partage de déploiement ou via le dossier D:\MDTBuildLab\Control sur MDT01.

[Settings]
Priority=Default
[Default]
DeployRoot=\\MDT01\MDTBuildLab$
UserDomain=CONTOSO
UserID=MDT_BA
UserPassword=pass@word1
SkipBDDWelcome=YES

Quels sont ces paramètres?

  • Priority Il détermine l’ordre de lecture des différentes sections. Ce fichier Bootstrap.ini n’a qu’une seule section, nommée [Par défaut].

  • DeployRoot. Il s’agit de l’emplacement du partage de déploiement. Normalement, cette valeur est définie par MDT. Toutefois, vous devez mettre à jour la valeur DeployRoot si vous changez de serveur ou de partage. Si vous ne spécifiez aucune valeur, l’Assistant de déploiement Windows vous invite à indiquer un emplacement.

  • UserDomain, UserID et UserPassword. Ces valeurs sont utilisées pour la connexion automatique au partage de déploiement. Là encore, si elles ne sont pas spécifiées, l’Assistant vous invite à le faire.

    Avertissement

    Procédez avec prudence. Ces valeurs sont stockées en texte clair sur l’image de démarrage. Utilisez-les uniquement pour le partage de déploiement MDT Build Lab et non pour le partage de déploiement MDT Production que vous allez apprendre à créer dans la rubrique suivante.

  • SkipBDDWelcome. Même s’il est agréable d’être accueilli à chaque lancement d’un déploiement, nous préférons ignorer la page de bienvenue de l’Assistant de déploiement Windows.

Notes

Toutes les propriétés commençant par «Skip» contrôlent uniquement l’affichage de ce volet dans l’Assistant de déploiement Windows. La plupart des volets requièrent également de votre part de définir une ou plusieurs valeurs.

Fichier CustomSettings.ini

Le fichier CustomSettings.ini, dont le contenu de l’onglet Rules de la boîte de dialogue Properties du partage de déploiement contient la plupart des propriétés utilisées dans la configuration.

[Settings]
Priority=Default
[Default]
_SMSTSORGNAME=Contoso
UserDataLocation=NONE
DoCapture=YES
OSInstall=Y
AdminPassword=pass@word1
TimeZoneName=Pacific Standard Time 
JoinWorkgroup=WORKGROUP
HideShell=YES
FinishAction=SHUTDOWN
DoNotCreateExtraPartition=YES
WSUSServer=http://mdt01.contoso.com:8530
ApplyGPOPack=NO
SLSHARE=\\MDT01\Logs$
SkipAdminPassword=YES
SkipProductKey=YES
SkipComputerName=YES
SkipDomainMembership=YES
SkipUserData=YES
SkipLocaleSelection=YES
SkipTaskSequence=NO
SkipTimeZone=YES
SkipApplications=YES
SkipBitLocker=YES
SkipSummary=YES
SkipRoles=YES
SkipCapture=NO
SkipFinalSummary=YES
  • Priority A la même fonction que dans Bootstrap.ini. Il détermine l’ordre de lecture des différentes sections. Ce fichier CustomSettings.ini n’a qu’une seule section, nommée [Par défaut]. En règle générale, si plusieurs sections définissent la même valeur, celle de la première section (priorité la plus élevée) l’emporte. Les rares exceptions sont répertoriées dans le fichier ZTIGather.xml.

  • _SMSTSORGNAME. Il s’agit du nom de l’organisation affiché dans la fenêtre de barre de progression de la séquence de tâches pendant le déploiement.

  • UserDataLocation. Contrôle les paramètres de sauvegarde de l’état utilisateur. Il est inutile de l’utiliser lors de la génération et de la capture d’une image de référence.

  • DoCapture. Configure la séquence de tâches relative à l’exécution de l’outil de préparation système (Sysprep) et à la capture de l’image dans un fichier lors de l’installation du système d’exploitation.

  • OSInstall. Doit être défini sur Y ou YES (le code recherche juste le caractère Y) pour la poursuite du processus d’installation.

  • AdminPassword. Définit le mot de passe du compte administrateur local.

  • TimeZoneName. Indique le fuseau horaire à utiliser. Ne confondez pas cette valeur avec TimeZone, qui s’applique uniquement aux systèmes d’exploitation hérités (Windows7 et WindowsServer2003).

    Remarque : le moyen le plus simple de trouver le nom du fuseau horaire actuel sur un ordinateur Windows 10 est d’exécuter tzutil /g dans une invite de commandes. Vous pouvez également exécuter tzutil /l pour obtenir la liste de tous les noms de fuseau horaire disponibles.

  • JoinWorkgroup. Configure Windows pour rejoindre un groupe de travail.

  • HideShell. Masque l’interface Windows Shell au cours du déploiement. Cela est particulièrement utile pour les déploiements Windows10. Sans l’utilisation de ce paramètre, l’assistant de déploiement apparaîtrait derrière les vignettes.

  • FinishAction. Indique au MDT les actions à effectuer lorsque la séquence de tâches est terminée.

  • DoNotCreateExtraPartition. Configure la séquence de tâches visant à ne pas créer de partition supplémentaire pour BitLocker. Il est inutile de procéder comme cela pour votre image de référence.

  • WSUSServer. Spécifie le serveur Windows Server Update Services (WSUS) (et le port, si nécessaire) à utiliser lors du déploiement. Sans cette option, MDT utilise directement Microsoft Update, ce qui augmente le temps de déploiement et limite les options de contrôle auxquelles les mises à jour sont appliquées.

  • SLSHARE. Indique à MDT de copier les fichiers journaux vers un partage de serveur en cas de problème au cours du déploiement, ou de réussite d’un déploiement.

  • ApplyGPOPack. Vous permet de déployer des stratégies de groupe local créées par Microsoft Security Compliance Manager (SCM).

  • SkipAdminPassword. Ignore le volet qui demande le mot de passe administrateur.

  • SkipProductKey. Ignore le volet qui demande la clé de produit.

  • SkipComputerName. Ignore le volet du nom de l’ordinateur.

  • SkipDomainMemberShip. Ignore le volet d’appartenance au domaine. Si la valeur est définie sur Yes, vous devez configurer la valeur JoinWorkgroup ou les propriétés JoinDomain, DomainAdmin, DomainAdminDomain et DomainAdminPassword.

  • SkipUserData. Ignore le volet de migration de l’état utilisateur.

  • SkipLocaleSelection. Ignore le volet de sélection des paramètres de langue et de clavier.

  • SkipTimeZone. Ignore le volet de définition du fuseau horaire.

  • SkipApplications. Ignore le volet Applications.

  • SkipBitLocker. Ignore le volet BitLocker.

  • SkipSummary. Ignore le volet initial de résumé de l’Assistant de déploiement Windows.

  • SkipRoles. Ignore le volet d’installation des rôles et des fonctionnalités.

  • SkipCapture. Ignore le volet de capture.

  • SkipFinalSummary. Ignore le volet final de résumé de l’Assistant de déploiement Windows. Le fait que vous utilisiez FinishAction=Shutdown signifie que vous ne voulez pas que l’Assistant s’arrête à la fin, c’est pourquoi vous devez cliquer sur OK avant l’arrêt de l’ordinateur.

Générer l’image de référence Windows10

Comme décrit précédemment, cette section nécessite un hôte Hyper-V. Pour plus d’informations, voir les conditions requises pour Hyper-V .

Une fois votre séquence de tâches créées, vous pouvez créer l’image de référence Windows10. Cette opération sera effectuée par le lancement de la séquence de tâches à partir d’un ordinateur virtuel qui exécute ensuite automatiquement le processus de création et de capture de l’image de référence.

Les étapes ci-dessous décrivent le processus utilisé pour démarrer une machine virtuelle à l’aide d’une image de démarrage ISO créée par MDT, puis exécutent l’image de séquence de tâches de l’image de référence pour créer et capturer l’image de référence Windows 10.

  1. Copiez D:\MDTBuildLab\Boot\MDT Build Lab x86.iso sur MDT01 vers C:\ISO sur votre hôte Hyper-V (HV01).

    Remarque : n’oubliez pas que, dans MDT, vous pouvez utiliser l’image de démarrage x86 pour déployer des images de système d’exploitation x86 et x64. C’est pourquoi vous pouvez utiliser l’image de démarrage x86 plutôt que l’image x64.

Sur HV01 :

  1. Créez une machine virtuelle avec les paramètres suivants :

    1. Name: REFW10X64-001
    2. Stockez la machine virtuelle dans un autre emplacement : C:\VM
    3. Génération 1
    4. Memory: 1024 MB
    5. Réseau : doit être en mesure de se connecter à \MDT01\MDTBuildLab$
    6. Hard disk: 60 GB (dynamic disk)
    7. Installer le système d’exploitation avec un fichier image : C:\ISO\MDT Build Lab x86.iso
  2. Avant de démarrer la VM, ajoutez un point de contrôle pour REFW10X64-001 et nommez-le Clean avec MDT Build Lab x86 ISO.

    Remarque : les points de contrôle sont utiles si vous avez besoin de redémarrer le processus et que vous voulez vous assurer que vous pouvez commencer à nettoyer.

  3. Démarrez la machine virtuelle REFW10X64-001 et connectez-vous à celui-ci.

    Remarque : jusqu’à ce stade, nous n’avons pas abordé l’adressace IP ou le protocole DHCP. Dans la configuration initiale de ce guide, DC01 a été configuré en tant que serveur DHCP pour fournir des baux d’adresse IP aux ordinateurs clients. Vous pouvez avoir un autre serveur DHCP sur votre réseau que vous souhaitez utiliser. La machine virtuelle REFW10X64-001 nécessite un bail d’adresse IP qui lui fournit une connectivité à MDT01 afin de pouvoir se connecter au partage \MDT01\MDTBuildLab$. Dans le scénario actuel, cette action est réalisée avec une étendue DHCP qui fournit des adresses IP dans la plage 10.10.10.100 - 10.10.10.200, dans le cadre d’un sous-réseau /24 afin que le client puisse se connecter à MDT01 à 10.10.10.11.

    Après avoir démarré dans Windows PE, terminez l’Assistant Windows déploiement avec les paramètres suivants :

    1. Select a task sequence to execute on this computer: Windows 10 Enterprise x64 RTM Default Image

    2. Specify whether to capture an image: Capture an image of this reference computer

      • Location: \\MDT01\MDTBuildLab$\Captures
    3. File name: REFW10X64-001.wim

      capturez l’image.

      Assistant de déploiement Windows pour l’image de référence Windows10.

  4. Le programme d’installation démarre et effectue les opérations suivantes:

    1. Installe le système d’exploitation Windows10 Entreprise.
    2. Installe les applications, rôles et fonctionnalités ajoutés.
    3. Met à jour le système d’exploitation via votre serveur Windows Server Update Services (WSUS) local.
    4. Effectue une copie temporaire de Windows PE sur le disque local.
    5. Exécute l’outil de préparation du système (Sysprep) et redémarre sur Windows PE.
    6. Capture l’installation dans un fichier WIM.
    7. Met l’ordinateur virtuel hors tension.

Après un certain temps, vous aurez une image x64 Windows 10 Entreprise entièrement corrigé et qui a été exécuté via Sysprep, situé dans le dossier D:\MDTBuildLab\Captures sur votre serveur de déploiement. Le nom de fichier est REFW10X64-001.wim.

image.

Résolution des problèmes

Important

Si vous rencontrez des erreurs lors de l’application de l’image lors de l’utilisation d’un type de microprogramme BIOS, voir Windows 10 déploiements échouent avec Microsoft Deployment Shared Computer Toolkit sur les ordinateurs avec microprogramme de type BIOS. Cette

Si vous avez activé la surveillance, vous pouvez vérifier la progression de la séquence de tâches.

surveillance.

S’il existe des problèmes avec votre séquence de tâches, vous pouvez résoudre les problèmes dans Windows PE en appuyant sur F8 pour ouvrir une invite de commandes. Il existe plusieurs fichiers journaux MDT créés qui peuvent être utiles pour déterminer l’origine d’une erreur, comme BDD.log. À partir de la ligne de commande Windows PE, vous pouvez copier ces journaux à partir du client vers votre serveur MDT pour l’afficher avec CMTrace. Par exemple : copiez BDD.log \\mdt01\logs$.

Après un certain temps, vous aurez une image x64 Windows 10 Entreprise entièrement corrigé et qui a été exécuté via Sysprep, situé dans le dossier D:\MDTBuildLab\Captures sur votre serveur de déploiement. Le nom de fichier est REFW10X64-001.wim.

Rubriques connexes

Prise en main de Microsoft Deployment Toolkit (MDT)
Déployer une image Windows10 à l’aide de MDT
Créer un environnement distribué pour le déploiement de Windows 10
Actualiser un ordinateur Windows 7 avec Windows 10
Remplacer un ordinateur Windows7 par un ordinateur Windows10
Configurer les paramètres de MDT