Guide d’exemples du kit de ressources de déploiement Microsoft

Ce guide fait partie de Microsoft Kit de ressources de déploiement (MDT) et guide une équipe spécialisée dans le déploiement de systèmes d’exploitation Windows et Microsoft Office. Plus précisément, ce guide est conçu pour fournir des exemples de paramètres de configuration pour des scénarios de déploiement spécifiques.

Remarque

Dans cet article, Windows s’applique aux systèmes d’exploitation Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 et Windows Server 2008 R2, sauf indication contraire. MDT ne prend pas en charge les versions basées sur le processeur ARM de Windows. De même, MDT fait référence à la version actuelle de MDT, sauf indication contraire.

Pour utiliser ce guide

Passez en revue la liste des rubriques de scénario dans la table des matières.

1. Sélectionnez le scénario qui représente le plus étroitement les objectifs de déploiement de votre organisation.

2. Passez en revue les exemples de paramètres de configuration pour le scénario sélectionné.

3. Utilisez les exemples de paramètres de configuration comme base pour les paramètres de configuration dans votre environnement.

4. Personnalisez les exemples de paramètres de configuration pour votre environnement.

   Dans de nombreux cas, plusieurs scénarios peuvent être nécessaires pour terminer les paramètres de configuration de l’environnement.

   Étant donné que ce guide contient uniquement des exemples de paramètres de configuration, l’examen des guides répertoriés dans le tableau suivant peut vous aider à personnaliser les paramètres de configuration pour l’environnement.

   Guide	Ce guide offre de l’aide pour vous aider
   Guide de démarrage rapide pour Microsoft System Center 2012 R2 Configuration Manager	Utilisez System Center 2012 R2 Configuration Manager pour installer le système d’exploitation Windows 8.1 dans un scénario de déploiement nouvel ordinateur.
   Guide de démarrage rapide pour l’installation de Lite Touch	Installez le système d’exploitation Windows 8.1 via Lite Touch Installation (LTI) à l’aide d’un média de démarrage dans un scénario de déploiement Nouvel ordinateur.
   Guide de démarrage rapide pour l’installation de User-Driven	Installez le système d’exploitation Windows 8.1 avec User-Driven Installation et System Center 2012 R2 Configuration Manager dans un scénario de déploiement Nouvel ordinateur.
   Utilisation du kit de ressources de déploiement Microsoft	Personnalisez davantage les fichiers de configuration utilisés dans les déploiements Installation Zero Touch (ZTI) et LTI. Ce guide fournit également des conseils de configuration génériques et une référence technique pour les paramètres de configuration.

Déploiement d’applications Windows 8 à l’aide de MDT

MDT peut déployer Windows 8 packages d’application, qui ont une extension de fichier .appx. Ces packages d’application sont nouveaux pour Windows 8. Pour plus d’informations sur ces applications, consultez Développement d’applications du Windows Store.

Déployez Windows 8 applications à l’aide de MDT en effectuant les étapes suivantes :

• Déployez Windows 8 applications à l’aide de LTI, comme décrit dans Déploiement d’applications Windows 8 à l’aide de LTI.

• Déployez des applications Windows 8 à l’aide de l’installation User-Driven (UDI), comme décrit dans Déploiement d’applications Windows 8 à l’aide d’UDI.

Déploiement d’applications Windows 8 à l’aide de LTI

Vous pouvez déployer Windows 8 applications à l’aide de LTI comme n’importe quelle autre application qui lance le processus d’installation à partir d’une ligne de commande. Vous pouvez ajouter des applications Windows 8 aux déploiements LTI dans le nœud Applications de Deployment Workbench.

Pour déployer une application Windows 8 à l’aide de LTI

1. Créez un dossier réseau partagé dans lequel stocker l’application.

2. Copiez l’application Windows 8 dans le dossier réseau partagé que vous avez créé à l’étape précédente.

   Veillez à copier le fichier .appx de l’application Windows 8 et tous les autres fichiers requis, tels qu’un fichier .cer qui contient le certificat d’application.

3. Créez un élément d’application LTI pour l’application Windows 8 dans le nœud Applications de Deployment Workbench à l’aide de l’Assistant Nouvelle application.

   Lors de la fin de l’Assistant Nouvelle application, dans la page de l’Assistant Détails de la commande, dans Ligne de commande, tapez app_file_name (où app_file_name est le nom de l’application Windows 8).

   Pour plus d’informations sur l’exécution de l’Assistant Nouvelle application dans Deployment Workbench, consultez les sections suivantes du document MDT, Using the Microsoft Deployment Toolkit :

   • « Créer une application déployée à partir du partage de déploiement »

   • « Créer une application déployée à partir d’un autre dossier partagé réseau »

4. Sélectionnez l’élément d’application LTI créé à l’étape précédente dans une séquence de tâches LTI.

Déploiement d’applications Windows 8 à l’aide d’UDI

Vous pouvez déployer Windows 8 applications à l’aide d’UDI comme toute autre application qui lance le processus d’installation à partir d’une ligne de commande. Vous pouvez ajouter des applications Windows 8 aux déploiements UDI dans la page de l’Assistant ApplicationPage du Concepteur de l’Assistant UDI.

Remarque

Le déploiement d’applications Windows 8 et Windows 8 à l’aide d’UDI nécessite system Center 2012 R2 Configuration Manager.

Pour déployer une application Windows 8 à l’aide d’UDI

1. Créez un dossier réseau partagé dans lequel stocker l’application.

   Ce dossier sera le dossier source de l’application Configuration Manager que vous créerez plus tard dans le processus.

2. Copiez l’application Windows 8 dans le dossier réseau partagé que vous avez créé à l’étape précédente.

   Veillez à copier le fichier .appx de l’application Windows 8 et tous les autres fichiers requis, tels qu’un fichier .cer qui contient le certificat d’application.

3. Ajouter l’application Windows 8 en tant qu’application Configuration Manager

4. Créez un élément d’application Configuration Manager pour l’application Windows 8 à l’aide de l’Assistant Création d’une application dans la console Configuration Manager.

   Lors de l’exécution de l’Assistant Création d’une application, créez un type de déploiement pour déployer l’application Windows 8 à l’aide de l’Assistant Création d’un type de déploiement. Dans l’Assistant Création d’un type de déploiement, dans la page Contenu, dans Programme d’installation, tapez app_file_name (où app_file_name est le nom de l’application Windows 8).

   Pour plus d’informations sur la façon d’exécuter l’Assistant Création d’une application dans la console Configuration Manager, consultez les sections suivantes de la bibliothèque de documentation de System Center 2012 Configuration Manager, qui est incluse avec Configuration Manager :

   • Comment créer des applications dans Configuration Manager

   • Comment créer des types de déploiement dans Configuration Manager

   • Guide pratique pour gérer les applications et les types de déploiement dans Configuration Manager

5. Vérifiez que la fonctionnalité UDA (User Device Affinity) dans Configuration Manager est correctement configurée pour prendre en charge l’affinité entre les utilisateurs et les appareils pour Configuration Manager déploiement d’applications.

   Pour plus d’informations sur la configuration d’UDA pour prendre en charge Configuration Manager déploiement d’applications, consultez Comment gérer l’affinité entre les appareils utilisateur dans Configuration Manager.

6. Déployez l’application créée à l’étape 4 sur les utilisateurs ciblés.

   Pour plus d’informations sur le déploiement d’une application sur l’utilisateur, consultez Guide pratique pour déployer des applications dans Configuration Manager.

7. Configurez la page de l’Assistant ApplicationPage pour inclure l’application Configuration Manager créée à l’étape 4 à l’aide du concepteur d’assistant UDI.

   Pour plus d’informations sur la configuration de la page de l’Assistant ApplicationPage à l’aide du Concepteur de l’Assistant UDI, consultez la section « Étape 5-11 : Personnaliser le fichier de configuration de l’Assistant UDI pour l’ordinateur cible », dans le document MDT Guide de démarrage rapide pour l’installation User-Driven.

8. Sélectionnez l’élément d’application UDI créé à l’étape précédente dans une séquence de tâches UDI.

   Remarque

   L’application Windows 8 n’est pas installée par la séquence de tâches, mais sera installée la première fois que l’utilisateur se connecte à l’ordinateur ciblé (comme défini par le paramètre UDA configuré à l’étape 5) à l’aide de la fonctionnalité User-Centric App Installer (AppInstall.exe) dans UDI.

   Pour plus d’informations sur la fonctionnalité User-Centric App Installer dans UDI, consultez la section « Référence du programme d’installation d’application centrée sur l’utilisateur » dans le document MDT Toolkit Reference.

Gestion de MDT à l’aide de Windows PowerShell

Vous pouvez gérer les partages de déploiement MDT à l’aide de Deployment Workbench et Windows PowerShell. MDT inclut un composant logiciel enfichable Windows PowerShell ™ Microsoft. Bdd. SnapIn : qui doit être chargé avant d’utiliser les fonctionnalités spécifiques à MDT dans Windows PowerShell. Le composant logiciel enfichable MDT Windows PowerShell inclut :

• Un fournisseur Windows PowerShell( MDTProvider) qui fournit l’accès au contenu d’un partage de déploiement

• Applets de commande qui permettent d’administrer des partages de déploiement MDT

  Gérez les partages de déploiement MDT à l’aide de Windows PowerShell en effectuant les étapes suivantes :

• Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

• Créez un partage de déploiement à l’aide de Windows PowerShell comme décrit dans Création d’un partage de déploiement à l’aide de Windows PowerShell.

• Affichez les propriétés du partage de déploiement à l’aide de Windows PowerShell comme décrit dans Affichage des propriétés du partage de déploiement à l’aide de Windows PowerShell.

• Affichez la liste des partages de déploiement à l’aide de Windows PowerShell comme décrit dans Affichage de la liste des partages de déploiement à l’aide de Windows PowerShell.

• Mettez à jour un partage de déploiement, qui génère de nouvelles images de démarrage Windows PE (Environnement de préinstallation Windows), comme décrit dans Mise à jour d’un partage de déploiement à l’aide de Windows PowerShell.

• Mettez à jour un partage de déploiement lié, qui réplique le contenu d’un partage de déploiement vers le partage de déploiement lié, comme décrit dans Mise à jour d’un partage de déploiement lié à l’aide de Windows PowerShell.

• Mettre à jour le support de déploiement, qui réplique le contenu d’un partage de déploiement sur le support de déploiement, puis génère de nouvelles images de démarrage, comme décrit dans Mise à jour du support de déploiement à l’aide de Windows PowerShell.

• Gérez les éléments d’un partage de déploiement (tels que les systèmes d’exploitation, les packages de système d’exploitation, les applications et les pilotes de périphérique), comme décrit dans Gestion des éléments dans un partage de déploiement à l’aide de Windows PowerShell.

• Automatisez la population d’éléments dans un partage de déploiement (tels que les systèmes d’exploitation, les packages de système d’exploitation, les applications et les pilotes de périphérique), comme décrit dans Automatisation de la population d’un partage de déploiement.

• Gérez les dossiers d’un partage de déploiement à l’aide de Windows PowerShell comme décrit dans Gestion des dossiers de partage de déploiement à l’aide de Windows PowerShell.

Chargement du Windows PowerShell Snap-In MDT

Les applets de commande MDT sont fournies dans un Microsoft de composant logiciel enfichable Windows PowerShell. Bdd. SnapIn qui doit être chargé avant d’utiliser les applets de commande MDT. Chargez le composant logiciel enfichable MDT Windows PowerShell à l’aide de l’applet de commande Add-PSSnapIn, comme décrit dans Charger le Windows PowerShell Snap-In MDT à l’aide de l’applet de commande Add-PSSnapIn.

Charger le Windows PowerShell Snap-In MDT à l’aide de l’applet de commande Add-PSSnapIn

Vous pouvez charger le composant logiciel enfichable MDT Windows PowerShell Microsoft. Bdd. PSSnapIn à partir de n’importe quel environnement Windows PowerShell à l’aide de l’applet de commande Add-PSSnapIn, comme indiqué dans l’exemple suivant :

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn  

Création d’un partage de déploiement à l’aide de Windows PowerShell

Vous pouvez créer des partages de déploiement à l’aide des applets de commande MDT Windows PowerShell. Le dossier racine du partage de déploiement est créé et partagé à l’aide des applets de commande standard Windows PowerShell et des appels aux commandes de classe WMI (Windows Management Instrumentation). Le partage de déploiement est rempli à l’aide du fournisseur de Windows PowerShell MDTProvider et de l’applet de commande NewPSDrive. Le lecteur Windows PowerShell MDTProvider est conservé à l’aide de l’applet de commande Add-MDTPersistentDrive.

Pour préparer un partage de déploiement à l’aide des applets de commande MDT Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Créez le dossier qui sera la racine du nouveau partage de déploiement à l’aide de l’applet de commande New-Item , comme indiqué dans l’exemple suivant et décrit dans Utilisation de l’applet de commande New-Item :

   New-Item "C:\MDTDeploymentShare$" -Type directory  
   

   L’applet de commande affiche la création réussie du dossier.

3. Partagez le dossier créé à l’étape précédente à l’aide de la classe WMI win32_share comme indiqué dans l’exemple suivant :

   ([wmiclass]"win32_share").Create("C:\MDTDeploymentShare$", "MDTDeploymentShare$",0)  
   

   L’appel à la classe win32_share retourne les résultats de l’appel. Si la valeur de ReturnValue est zéro (0), l’appel a réussi.

4. Spécifiez le nouveau dossier partagé en tant que partage de déploiement à l’aide de l’applet de commande NewPSDrive , comme illustré dans l’exemple suivant :

   New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose  
   

   L’applet de commande commence automatiquement à créer le partage de déploiement et à copier les informations du modèle dans le nouveau partage de déploiement. Une fois le processus de copie terminé, l’applet de commande affiche les informations relatives au nouveau partage de déploiement.

   Remarque

   La valeur fournie dans le paramètre Name (DS002) doit être unique et ne peut pas être identique à un partage de déploiement existant Windows PowerShell lecteur.

5. Vérifiez que les dossiers de partage de déploiement appropriés ont été créés à l’aide de la commande dir , comme indiqué dans l’exemple suivant :

   Get-ChildItem ds002:  
   

   La liste des dossiers par défaut à la racine du partage de déploiement s’affiche.

6. Ajoutez le nouveau partage de déploiement à la liste des partages de déploiement MDT persistants à l’aide de l’applet de commande Add-MDTPersistentDrive , comme illustré dans l’exemple suivant :

   $NewDS=Get-PSDrive "DS002"  
   Add-MDTPersistentDrive  -Name "DS002" -InputObject $NewDS Verbose  
   

   Dans cet exemple, la variable $NewDS est utilisée pour passer l’objet de lecteur Windows PowerShell pour le nouveau partage de déploiement à l’applet de commande.

   Vous avez également pu combiner les applets de commande NewPSDrive et Add-MDTPersistentDrive , comme illustré dans l’exemple suivant :

   New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose | Add-MDTPersistentDrive -Verbose  
   

   Dans l’exemple précédent, le pipeline Windows PowerShell fournit les paramètres Name et InputObject.

Affichage des propriétés du partage de déploiement à l’aide de Windows PowerShell

Vous pouvez afficher les propriétés des partages de déploiement MDT à l’aide de l’applet de commande Get-ItemProperty et du fournisseur de Windows PowerShell MDTProvider. Ces mêmes propriétés sont également visibles dans Deployment Workbench.

Pour afficher les propriétés du partage de déploiement à l’aide des applets de commande MDT Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT partagent Windows PowerShell lecteurs sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont correctement restaurés à l’aide de l’applet de commande Get-PSDrive, comme suit :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider sont répertoriés.

4. Affichez les propriétés du partage de déploiement à l’aide de l’applet de commande Get-ItemProperty , comme illustré dans l’exemple suivant :

   Get-ItemProperty "DS002:"  
   

   Dans cet exemple, DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 3. L’applet de commande retourne les propriétés du partage de déploiement.

Affichage de la liste des partages de déploiement à l’aide de Windows PowerShell

Vous pouvez afficher la liste des partages de déploiement MDT à l’aide de l’applet de commande Get-PSDrive et du fournisseur de Windows PowerShell MDTProvider. La même liste de partages de déploiement peut également être consultée dans Deployment Workbench.

Pour afficher la liste des partages de déploiement à l’aide des applets de commande MDT Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT partagent Windows PowerShell lecteurs sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Affichez la liste des déploiements MDT qui partagent des lecteurs Windows PowerShell, un pour chaque partage de déploiement, à l’aide de l’applet de commande Get-PSDrive, comme suit :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider est répertoriée, un pour chaque partage de déploiement.

Mise à jour d’un partage de déploiement à l’aide de Windows PowerShell

Vous pouvez mettre à jour les partages de déploiement à l’aide de l’applet de commande Update-MDTDeploymentShare et du fournisseur de Windows PowerShell MDTProvider. La mise à jour d’un partage de déploiement crée les images de démarrage Windows PE (fichiers WIM et ISO) nécessaires au démarrage du déploiement LTI. Vous pouvez effectuer le même processus à l’aide de Deployment Workbench, comme décrit dans « Mettre à jour un partage de déploiement dans Deployment Workbench ».

Pour mettre à jour un partage de déploiement à l’aide de Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont correctement restaurés à l’aide de l’applet de commande Get-PSDrive, comme suit :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider sont répertoriés.

4. Mettez à jour le partage de déploiement à l’aide de l’applet de commande Update-MDTDeploymentShare , comme illustré dans l’exemple suivant :

   Update-MDTDeploymentShare -Path "DS002:" -Force  
   

   Dans cet exemple, DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 3.

   Remarque

   La mise à jour du partage de déploiement peut prendre beaucoup de temps. La progression de l’applet de commande est affichée en haut de la console Windows PowerShell.

   L’applet de commande retourne sans sortie si la mise à jour réussit.

Mise à jour d’un partage de déploiement lié à l’aide de Windows PowerShell

Vous pouvez mettre à jour (répliquer) les partages de déploiement liés à l’aide de l’applet de commande Update-MDTLinkedDS et du fournisseur de Windows PowerShell MDTProvider. La mise à jour d’un partage de déploiement lié réplique le contenu du partage de déploiement d’origine vers le partage de déploiement lié. Vous pouvez effectuer le même processus à l’aide de Deployment Workbench, comme décrit dans « Répliquer des partages de déploiement liés dans Deployment Workbench ».

Pour mettre à jour un partage de déploiement lié à l’aide de Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont correctement restaurés à l’aide de l’applet de commande Get-PSDrive, comme suit :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider sont répertoriés.

4. Mettez à jour le partage de déploiement à l’aide de l’applet de commande Update-MDTDeploymentShare , comme illustré dans l’exemple suivant :

   Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"  
   

   Dans cet exemple, DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 3.

   Remarque

   La mise à jour du partage de déploiement lié peut prendre beaucoup de temps. La progression de l’applet de commande est affichée en haut de la console Windows PowerShell.

   L’applet de commande retourne sans sortie si la mise à jour réussit.

Mise à jour du support de déploiement à l’aide de Windows PowerShell

Vous pouvez mettre à jour (générer) le support de déploiement à l’aide de l’applet de commande Update-MDTMedia et du fournisseur de Windows PowerShell MDTProvider. La mise à jour du support de déploiement réplique le contenu du partage de déploiement d’origine vers le partage de déploiement lié, puis génère des fichiers .iso et .wim. Vous pouvez effectuer le même processus à l’aide de Deployment Workbench, comme décrit dans « Générer des images multimédias dans Deployment Workbench ».

Une fois l’applet de commande Update-MDTMedia terminée, les fichiers suivants sont créés :

• Un fichier .iso dans le dossier media_folder (où media_folder est le nom du dossier que vous avez spécifié pour le média)

  La génération du fichier .iso est une option que vous configurez par :

  • Activez la case à cocher Générer une image ISO de démarrage Lite Touch sous l’onglet Général de la boîte de dialogue Propriétés du média (désactivez cette case à cocher pour réduire le temps nécessaire à la génération du média, sauf si vous devez créer des DVD de démarrage ou démarrer des machines virtuelles [machines virtuelles] à partir du fichier .iso.)

  • Définition de la même propriété à l’aide de l’applet de commande Set-ItemProperty

• Fichiers WIM dans le dossier media_folder\Content\Deploy\Boot (où media_folder est le nom du dossier que vous avez spécifié pour le média)

  Pour mettre à jour un partage de déploiement lié à l’aide de Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT partagent Windows PowerShell lecteurs sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont correctement restaurés à l’aide de l’applet de commande Get-PSDrive, comme suit :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider sont répertoriés.

4. Mettez à jour le partage de déploiement à l’aide de l’applet de commande Update-MDTDeploymentShare , comme illustré dans l’exemple suivant :

   Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"  
   

   Dans cet exemple, DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 3.

   Remarque

   La mise à jour du partage de déploiement lié peut prendre beaucoup de temps. La progression de l’applet de commande est affichée en haut de la console Windows PowerShell.

   L’applet de commande retourne sans sortie si la mise à jour réussit.

Gestion des éléments dans un partage de déploiement à l’aide de Windows PowerShell

Un partage de déploiement contient des éléments utilisés pour effectuer des déploiements, tels que des systèmes d’exploitation, des applications, des pilotes de périphérique, des packages de système d’exploitation et des séquences de tâches. Ces éléments peuvent être gérés à l’aide d’applets de commande provenant de Windows PowerShell et de celles fournies avec MDT.

Pour plus d’informations sur la manipulation d’éléments directement à l’aide d’applets de commande Windows PowerShell, consultez Manipulation directe d’éléments. La structure de dossiers d’un partage de déploiement peut également être gérée à l’aide de Windows PowerShell. Pour plus d’informations, consultez Gestion des dossiers de partage de déploiement à l’aide de Windows PowerShell.

Importer un élément dans un partage de déploiement

Vous pouvez importer chaque type d’élément, tel que des systèmes d’exploitation, des applications ou des pilotes de périphérique, à l’aide d’applets de commande MDT. Pour chaque type d’élément, il existe une applet de commande MDT spécifique. Si vous souhaitez importer plusieurs éléments dans un partage de déploiement à l’aide de Windows PowerShell, consultez Automatisation de la population d’un partage de déploiement.

Le tableau suivant répertorie les applets de commande MDT Windows PowerShell utilisées pour importer des éléments dans un partage de déploiement et fournit une brève description de chaque applet de commande. Des exemples d’utilisation de chaque applet de commande sont fournis dans la section qui correspond à chaque applet de commande.

Applet de commande	Description
Import-MDTApplication	Importe une application dans un partage de déploiement
Import-MDTDriver	Importe un ou plusieurs pilotes de périphérique dans un partage de déploiement
Import-MDTOperatingSystem	Importe un ou plusieurs systèmes d’exploitation dans un partage de déploiement
Import-MDTPackage	Importe un ou plusieurs packages de système d’exploitation dans un partage de déploiement
Import-MDTTaskSequence	Importe une séquence de tâches dans un partage de déploiement

Afficher les propriétés d’un élément dans un partage de déploiement

Chaque élément d’un partage de déploiement a un ensemble de propriétés différent. Vous pouvez afficher les propriétés d’un élément dans un partage de déploiement à l’aide de l’applet de commande Get-ItemProperty . L’applet de commande Get-ItemProperty utilise MDTProvider pour afficher les propriétés d’un élément spécifique, comme vous pouvez les voir dans Deployment Workbench.

Si vous souhaitez afficher les propriétés de plusieurs éléments d’un partage de déploiement à l’aide de Windows PowerShell, consultez Automatisation de la population d’un partage de déploiement.

Pour afficher les propriétés d’un élément dans un partage de déploiement à l’aide de Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont correctement restaurés à l’aide de l’applet de commande Get-PSDrive, comme illustré dans l’exemple suivant :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider sont répertoriés.

4. Retourne une liste des éléments pour le type d’élément pour lequel vous souhaitez afficher les propriétés à l’aide de l’applet de commande Get-Item , comme indiqué dans l’exemple suivant :

   Get-Item "DS001:\Operating Systems\*" | Format-List  
   

   Dans l’exemple précédent, une liste de tous les systèmes d’exploitation dans le partage de déploiement s’affiche. La sortie est redirigée vers l’applet de commande Format-List afin que les noms longs des systèmes d’exploitation puissent être affichés. Pour plus d’informations sur l’utilisation de l’applet de commande Format-List , consultez Utilisation de l’applet de commande Format-List. Le même processus peut être utilisé pour retourner la liste d’autres types d’éléments, tels que les pilotes de périphérique ou les applications.

   Conseil

   Vous auriez également pu utiliser la commande dir pour afficher la liste des systèmes d’exploitation au lieu de l’applet de commande Get-Item .

5. Affichez les propriétés de l’un des éléments répertoriés à l’étape précédente à l’aide de l’applet de commande Get-ItemProperty , comme illustré dans l’exemple suivant :

   Get-ItemProperty -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"  
   

   Dans cet exemple, la valeur du paramètre Path est le chemin d’accès complet Windows PowerShell de l’élément, y compris le nom de fichier retourné à l’étape précédente. Vous pouvez utiliser le même processus pour afficher les propriétés d’autres types d’éléments, tels que les pilotes de périphérique ou les applications.

Supprimer un élément d’un partage de déploiement

Vous pouvez supprimer un élément d’un partage de déploiement à l’aide de l’applet de commande Remove-Item . L’applet de commande Remove-Item utilise MDTProvider pour supprimer un élément spécifique, tout comme vous pouvez supprimer un élément dans Deployment Workbench. Si vous souhaitez supprimer plusieurs éléments d’un partage de déploiement à l’aide de Windows PowerShell, consultez Automatisation du remplissage d’un partage de déploiement.

Remarque

La suppression d’un élément utilisé par une séquence de tâches entraîne l’échec de la séquence de tâches. Assurez-vous qu’un élément n’est pas référencé par d’autres éléments du partage de déploiement avant de le supprimer. Une fois qu’un élément est supprimé, il ne peut pas être récupéré.

Pour supprimer un élément d’un partage de déploiement à l’aide de Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Assurez-vous que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant.

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont correctement restaurés à l’aide de l’applet de commande Get-PSDrive, comme illustré dans l’exemple suivant :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider sont répertoriés.

4. Retourne une liste des éléments pour le type d’élément pour lequel vous souhaitez afficher les propriétés à l’aide de l’applet de commande Get-Item , comme indiqué dans l’exemple suivant :

   Get-Item "DS001:\Operating Systems\*" | Format-List  
   

   Dans l’exemple précédent, une liste de tous les systèmes d’exploitation dans le partage de déploiement s’affiche. La sortie est redirigée vers l’applet de commande Format-List afin que les noms longs des systèmes d’exploitation puissent être affichés. Pour plus d’informations sur l’utilisation de l’applet de commande Format-List , consultez Utilisation de l’applet de commande Format-List. Vous pouvez utiliser le même processus pour retourner la liste d’autres types d’éléments, tels que les pilotes de périphérique ou les applications.

   Conseil

   Vous auriez également pu utiliser la commande dir pour afficher la liste des systèmes d’exploitation au lieu de l’applet de commande Get-Item .

5. Supprimez l’un des éléments répertoriés à l’étape précédente à l’aide de l’applet de commande Remove-Item , comme illustré dans l’exemple suivant :

   Remove-Item -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"  
   

   Dans cet exemple, la valeur du paramètre Path est le chemin d’accès complet Windows PowerShell de l’élément, y compris le nom de fichier retourné à l’étape précédente.

   Vous pouvez utiliser le même processus pour supprimer d’autres types d’éléments, tels que les pilotes de périphérique ou les applications.

   Remarque

   La suppression d’un élément utilisé par une séquence de tâches entraîne l’échec de la séquence de tâches. Assurez-vous qu’un élément n’est pas référencé par d’autres éléments du partage de déploiement avant de le supprimer.

Automatisation du remplissage d’un partage de déploiement

Les applets de commande MDT Windows PowerShell vous permettent de gérer des éléments individuels. Toutefois, en utilisant certaines des fonctionnalités de script dans Windows PowerShell, les applets de commande peuvent être utilisées pour automatiser la population d’un partage de déploiement.

Par exemple, une organisation peut avoir besoin de déployer plusieurs partages de déploiement pour différentes unités commerciales, ou une organisation peut fournir des services de déploiement de système d’exploitation pour d’autres organisations. Dans ces deux exemples, les organisations doivent pouvoir créer et remplir des partages de déploiement configurés de manière cohérente.

Une méthode de gestion de plusieurs éléments consiste à utiliser un fichier de valeurs séparées par des virgules (CSV) qui contient une liste de tous les éléments que vous souhaitez gérer dans un partage de déploiement à l’aide de l’applet de commande Import-CSV .

Voici un extrait d’un script Windows PowerShell pour importer une liste d’applications basée sur les informations contenues dans un fichier .csv à l’aide des applets de commande Import-CSV, ForEach-Object et Import-MDTApplication :

$List=Import-CSV "C:\MDT\Import-MDT-Apps.csv"  
ForEach-Object ($App in $List) {  
     Import-MDTApplication –path $App.ApplicationFolder -enable "True" –Name $App.DescriptiveName –ShortName $App.Shortname –Version $App.Version –Publisher $App.Publisher –Language $App.Language –CommandLine $App.CommandLine –WorkingDirectory $App.WorkingDirectory –ApplicationSourcePath $App.SourceFolder –DestinationFolder $App.DestinationFolder –Verbose  
}  

Dans cet exemple, le fichier C:\MDT\Import-MDT-Apps.csv contient un champ pour chaque variable nécessaire à l’importation d’une application. Pour plus d’informations sur la création d’un fichier .csv à utiliser avec l’applet de commande Import-CSV , consultez Utilisation de l’applet de commande Import-Csv.

Vous pouvez utiliser cette même méthode pour importer des systèmes d’exploitation, des pilotes de périphérique et d’autres éléments dans un partage de déploiement en effectuant les étapes suivantes :

1. Créez un fichier .csv pour chaque type d’élément de partage de déploiement que vous souhaitez remplir.

2. Pour plus d’informations sur la création d’un fichier .csv à utiliser avec l’applet de commande Import-CSV , consultez Utilisation de l’applet de commande Import-Csv.

3. Créez un fichier de script Windows PowerShell qui sera utilisé pour automatiser la population du partage de déploiement.

   Pour plus d’informations sur la création d’un script Windows PowerShell, consultez Script avec Windows PowerShell.

4. Créez toute structure de dossiers requise dans le partage de déploiement avant d’importer les éléments du partage de déploiement.

   Pour plus d’informations, consultez Gestion des dossiers de partage de déploiement à l’aide de Windows PowerShell.

5. Ajoutez la ligne d’applet de commande Import-CSV pour l’un des fichiers .csv créés à l’étape 1.

   Pour plus d’informations sur l’applet de commande Import-CSV , consultez Utilisation de l’applet de commande Import-Csv.

6. Créez une boucle d’applet de commande ForEach-Object qui traite chaque élément du fichier .csv référencé dans l’applet de commande Import-CSV à l’étape précédente.

   Pour plus d’informations sur l’applet de commande ForEach-Object , consultez Utilisation de l’applet de commande ForEach-Object.

7. Ajoutez l’applet de commande MDT correspondante pour importer les éléments de partage de déploiement dans la boucle d’applet de commande ForEach-Object créée à l’étape précédente.

   Pour plus d’informations sur les applets de commande MDT utilisées pour importer des éléments dans un partage de déploiement, consultez Importer un élément dans un partage de déploiement.

Gestion des dossiers de partage de déploiement à l’aide de Windows PowerShell

Vous pouvez gérer des dossiers dans un partage de déploiement à l’aide d’outils en ligne de commande, tels que la commande mkdir, ou à l’aide d’applets de commande Windows PowerShell, telles que l’applet de commande New-Item et le fournisseur de Windows PowerShell MDTProvider. La même structure de dossiers des partages de déploiement peut également être vue et gérée dans Deployment Workbench. Pour plus d’informations sur la manipulation d’éléments directement à l’aide d’applets de commande Windows PowerShell, consultez Manipulation directe d’éléments.

Créer un dossier dans un partage de déploiement à l’aide de Windows PowerShell

Pour créer un dossier dans un partage de déploiement à l’aide de Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Affichez la liste des déploiements MDT qui partagent des lecteurs Windows PowerShell, un pour chaque partage de déploiement, à l’aide de l’applet de commande Get-PSDrive comme suit :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider est répertoriée, un pour chaque partage de déploiement

4. Créez un dossier nommé Windows_8 dans le dossier Systèmes d’exploitation d’un partage de déploiement à l’aide de la commande New-Item , comme illustré dans l’exemple suivant :

   New-Item "DS002:\Operating Systems\Windows_8"  
   

   Dans cet exemple, DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 3.

5. Vérifiez que le dossier est créé correctement en tapant la commande suivante :

   Get-ChildItem "DS002:\Operating Systems"  
   

   Le dossier Windows_8 et tous les autres dossiers existants dans le dossier Systèmes d’exploitation s’affichent.

6. Créez un dossier nommé Windows_7 dossier dans le dossier Systèmes d’exploitation d’un partage de déploiement à l’aide de l’applet de commande New-Item , comme illustré dans l’exemple suivant et décrit dans Utilisation de l’applet de commande New-Item :

   New-Item "DS002:\Operating Systems\Windows_7" -Type directory  
   

   L’applet de commande affiche la création réussie du dossier.

7. Vérifiez que le dossier est créé correctement en tapant la commande suivante :

   Get-ChildItem "DS002:\Operating Systems"  
   

   Le dossier Windows_7 et tous les autres dossiers existants dans le dossier Systèmes d’exploitation s’affichent.

Supprimer un dossier dans un partage de déploiement à l’aide de Windows PowerShell

Pour supprimer un dossier dans un partage de déploiement à l’aide de Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Affichez la liste des déploiements MDT qui partagent des lecteurs Windows PowerShell, un pour chaque partage de déploiement, à l’aide de l’applet de commande Get-PSDrive comme suit :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider est répertoriée, un pour chaque partage de déploiement.

4. Supprimez (supprimez) un dossier nommé Windows_8 dans le dossier Systèmes d’exploitation d’un partage de déploiement à l’aide de la commande New-Item , comme illustré dans l’exemple suivant :

   Remove-Item "DS002:\Operating Systems\Windows_8"  
   

   Dans cet exemple, DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 3.

5. Vérifiez que le dossier est supprimé correctement en tapant la commande suivante :

   Get-ChildItem "DS002:\Operating Systems"  
   

   Le dossier Windows_8 n’apparaît plus dans la liste des dossiers du dossier Systèmes d’exploitation

6. Supprimez (supprimez) un dossier nommé Windows_7 dossier dans le dossier Systèmes d’exploitation d’un partage de déploiement à l’aide de l’applet de commande Remove-Item , comme illustré dans l’exemple suivant :

   Remove-Item "DS002:\Operating Systems\Windows_7"  
   

   L’applet de commande affiche la suppression réussie du dossier.

7. Vérifiez que le dossier est créé correctement en tapant la commande suivante :

   Get-ChildItem "DS002:\Operating Systems"  
   

   Le dossier Windows_7 n’apparaît plus dans la liste des dossiers du dossier Systèmes d’exploitation.

Renommer un dossier dans un partage de déploiement à l’aide de Windows PowerShell

Pour renommer un dossier dans un partage de déploiement à l’aide de Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT partagent Windows PowerShell lecteurs sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Affichez la liste des déploiements MDT partagent des lecteurs Windows PowerShell, un pour chaque partage de déploiement, à l’aide de l’applet de commande Get-PSDrive comme suit :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider est répertoriée, un pour chaque partage de déploiement.

4. Renommez un dossier nommé Windows_8 en Win_8 dans le dossier Systèmes d’exploitation d’un partage de déploiement à l’aide de la commande ren , comme illustré dans l’exemple suivant :

   ren "DS002:\Operating Systems\Windows_8" "Win_8"  
   

   Dans cet exemple, DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 3.

5. Vérifiez que le dossier est supprimé correctement en tapant la commande suivante :

   Get-ChildItem "DS002:\Operating Systems"  
   

   Le dossier Windows_8 est renommé Win_8.

6. Renommez un dossier nommé Windows_7win-7 dans le dossier Systèmes d’exploitation d’un partage de déploiement à l’aide de l’applet de commande Rename-Item , comme illustré dans l’exemple suivant :

   Rename-Item "DS002:\Operating Systems\Windows_7" "Win_7"  
   

   L’applet de commande affiche le renommage réussi du dossier.

7. Vérifiez que le dossier est créé correctement en tapant la commande suivante :

   Get-ChildItem "DS002:\Operating Systems"  
   

   Le dossier Windows_7 est renommé Win_7.

Automatisation de l’application des Service Packs de système d’exploitation dans les partages de déploiement

Les Service Packs de système d’exploitation font partie du cycle de vie des logiciels. Les systèmes d’exploitation existants dans les partages de déploiement doivent être mis à jour avec ces Service Packs pour garantir que les ordinateurs nouvellement déployés ou actualisés sont à jour avec les dernières recommandations de sécurité et paramètres de configuration.

Dans les cas où une organisation a de nombreux partages de déploiement avec plusieurs systèmes d’exploitation dans chaque partage de déploiement, le processus de mise à jour manuelle des systèmes d’exploitation dans chaque partage de déploiement avec les Service Packs peut prendre beaucoup de temps. Les méthodes d’automatisation de l’application des Service Packs de système d’exploitation dans les partages de déploiement sont les suivantes :

• Copie du contenu source mis à jour qui contient déjà le Service Pack (par exemple, Windows 7 avec support SP1) dans le dossier du partage de déploiement dans lequel réside le système d’exploitation existant, comme décrit dans Automatisation de l’application des Service Packs de système d’exploitation à partir d’un média source mis à jour

• Application du Service Pack à un ordinateur de référence, puis capture d’une image mise à jour à partir d’un ordinateur de référence, comme décrit dans Automatisation de l’application des Service Packs de système d’exploitation à l’aide d’un ordinateur de référence et Windows PowerShell

Automatisation de l’application des Service Packs du système d’exploitation à partir d’un média source mis à jour

Vous pouvez automatiser le processus de mise à jour des Service Packs du système d’exploitation à l’aide de Windows PowerShell lorsque vous disposez d’un support source qui inclut le Service Pack, par exemple un DVD avec Windows 7 avec SP1 déjà intégré.

Pour cette méthode, le support source du système d’exploitation avec le Service Pack est copié sur les fichiers du système d’exploitation existants sans le Service Pack dans le partage de déploiement à l’aide de Windows PowerShell.

Pour automatiser l’application des Service Packs de système d’exploitation à partir du support source des mises à jour à l’aide de Windows PowerShell

1. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

2. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

3. Affichez la liste des déploiements MDT partagent Windows PowerShell lecteurs, un pour chaque partage de déploiement, à l’aide de l’applet de commande Get-PSDrive, comme illustré dans l’exemple suivant :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider est répertoriée, un pour chaque partage de déploiement.

4. Supprimez le dossier du système d’exploitation existant du partage de déploiement à l’aide des applets de commande Get-ChildItem et Remove-Item , comme indiqué dans l’exemple suivant :

   Get-ChildItem "DS002:\Operating Systems\Windows 7" –recurse | Remove-Item –recurse –force  
   

   Dans cet exemple, DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 3.

5. Copiez le contenu des fichiers sources du système d’exploitation dont le Service Pack est intégré à l’aide de l’applet de commande Copy-Item , comme illustré dans l’exemple suivant :

   Copy-Item "E:\*" -Destination "DS002:\Operating Systems\Windows 7"-Recurse -Force  
   

   Dans cet exemple, les fichiers sources du système d’exploitation se trouvent sur le lecteur E et DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 3.

6. Mettez à jour tout support de déploiement MDT basé sur le partage de déploiement à l’aide de l’applet de commande Update-MDTMedia .

   Pour plus d’informations sur la mise à jour du support de déploiement MDT en fonction du partage de déploiement à l’aide de l’applet de commande Update-MDTMedia, consultez Mise à jour du support de déploiement à l’aide de Windows PowerShell.

Automatisation de l’application des Service Packs de système d’exploitation à l’aide d’un ordinateur de référence et d’un Windows PowerShell

Vous pouvez automatiser le processus de mise à jour des Service Packs du système d’exploitation à l’aide de Windows PowerShell lorsque vous avez uniquement le Service Pack qui n’est pas encore intégré au système d’exploitation, par exemple si SP1 pour Windows 7 n’est pas encore intégré à une image Windows 7.

Pour cette méthode, déployez le système d’exploitation sans le Service Pack sur un ordinateur de référence. Ensuite, appliquez le Service Pack à l’ordinateur de référence. Ensuite, capturez une image du système d’exploitation de l’ordinateur de référence. Enfin, copiez le fichier .wim capturé sur le fichier Install.wim dans le système d’exploitation du partage de déploiement à l’aide de Windows PowerShell.

Pour automatiser l’application des Service Packs de système d’exploitation à partir du support source des mises à jour à l’aide de Windows PowerShell

1. Déployez le système d’exploitation cible sur un ordinateur de référence.

   Pour plus d’informations sur le déploiement d’un ordinateur de référence, consultez les ressources suivantes dans le document MDT, Using the Microsoft Deployment Toolkit :

   • « Préparation du déploiement LTI sur l’ordinateur de référence »

   • « Déploiement et capture d’une image de l’ordinateur de référence dans LTI »

2. Installez le Service Pack souhaité sur l’ordinateur de référence.

   Pour plus d’informations sur l’installation du Service Pack, consultez la documentation qui l’accompagne.

3. Capturez une image de l’ordinateur de référence en créant et en déployant une séquence de tâches basée sur le modèle de séquence de tâches Sysprep et Capture .

   Pour plus d’informations sur la création d’une séquence de tâches basée sur le modèle de séquence de tâches Sysprep et Capture , consultez « Créer une séquence de tâches dans Deployment Workbench ».

4. Chargez le composant logiciel enfichable MDT Windows PowerShell comme décrit dans Chargement du composant logiciel enfichable Windows PowerShell MDT.

5. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés à l’aide de l’applet de commande Restore-MDTPersistentDrive, comme illustré dans l’exemple suivant :

   Restore-MDTPersistentDrive -Verbose  
   

   Remarque

   Si les déploiements MDT qui partagent des lecteurs Windows PowerShell sont déjà restaurés, vous recevez un message d’avertissement indiquant que l’applet de commande ne peut pas restaurer le lecteur.

6. Affichez la liste des déploiements MDT partagent Windows PowerShell lecteurs, un pour chaque partage de déploiement, à l’aide de l’applet de commande Get-PSDrive, comme illustré dans l’exemple suivant :

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider  
   

   La liste des lecteurs Windows PowerShell fournis à l’aide de MDTProvider est répertoriée, un pour chaque partage de déploiement.

7. Copiez le fichier .wim capturé à l’étape 3 sur le fichier Install.wim dans le système d’exploitation du partage de déploiement à l’aide de l’applet de commande Copy-Item , comme illustré dans l’exemple suivant :

   Copy-Item "DS002:\Captures\Win7SP1.wim" -Destination "DS002:\Operating Systems\Windows 7\sources\Install.wim" Force  
   

   Dans cet exemple, le fichier image du système d’exploitation capturé (Win7SP1.wim) dans le dossier Captures du partage DS002 : est le nom d’un lecteur Windows PowerShell retourné à l’étape 6, et le système d’exploitation Windows 7 existant est stocké dans le dossier nommé Windows 7.

8. Mettez à jour tout support de déploiement MDT basé sur le partage de déploiement à l’aide de l’applet de commande Update-MDTMedia .

   Pour plus d’informations sur la mise à jour du support de déploiement MDT en fonction du partage de déploiement à l’aide de l’applet de commande Update-MDTMedia, consultez Mise à jour du support de déploiement à l’aide de Windows PowerShell.

Personnalisation du déploiement en fonction du type de châssis

Vous pouvez personnaliser le déploiement en fonction du type de châssis de l’ordinateur. Les scripts créent des variables locales qui peuvent être traitées dans le fichier CustomSettings.ini. Les variables IsLaptoplocales , IsDesktopet IsServer indiquent si l’ordinateur est un ordinateur portable, un ordinateur de bureau ou un serveur, respectivement.

Remarque

Dans les versions antérieures de Deployment Workbench, l’indicateur IsServer indiquait que le système d’exploitation existant est un système d’exploitation serveur (tel que Windows Server 2003 Êdition Entreprise). Cet indicateur a été renommé IsServerOSen .

Pour implémenter des variables locales dans le fichier CustomSettings.ini

1. Dans la [Settings] section, sur la Priority ligne, ajoutez une section personnalisée pour personnaliser le déploiement en fonction du type de châssis (ByChassisType dans l’exemple suivant, où Chassis représente le type d’ordinateur).

2. Créez la section personnalisée qui correspond à la section personnalisée définie à l’étape 1 (ByChassisType dans l’exemple suivant, où Chassis représente le type d’ordinateur).

3. Définissez une sous-section pour chaque type de châssis à détecter (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% dans l’exemple suivant).

4. Créez une sous-section pour chaque True sous-section et False l’état de chaque sous-section défini à l’étape 3 (comme [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] dans l’exemple suivant).

5. Sous chaque True sous-section et False , ajoutez les paramètres appropriés en fonction du type de châssis.

   Liste 1. Exemple de personnalisation du déploiement en fonction du type de châssis dans le fichier CustomSettings.ini

[Settings]  

Priority=...,ByLaptopType,ByDesktopType,ByServerType  

[ByLaptopType]  
Subsection=Laptop-%IsLaptop%  

[ByDesktopType]  
Subsection=Desktop-%IsDesktop%  

[ByServerType]  
Subsection=Server-%IsServer%  
.  
.  
.  

[Laptop-True]  
.  
.  
.  

[Laptop-False]  
.  
.  
.  

[Desktop-True]  
.  
.  
.  

[Desktop-False]  
.  
.  
.  

[Server-True]  
.  
.  
.  

[Server-False]  
.  
.  
.  

Déploiement d’applications basées sur des versions d’application antérieures

Souvent, lors de l’installation d’un système d’exploitation sur un ordinateur existant, vous installez les mêmes applications que celles que vous avez précédemment installées sur l’ordinateur. Pour ce faire, utilisez des scripts MDT (en particulier, ZTIGather.wsf) pour interroger deux sources d’informations distinctes :

• Configuration Manager fonctionnalité d’inventaire logiciel. Contient un enregistrement pour chaque package d’application (dans ce cas, des listes dans Programme et fonctionnalités dans Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2) installé la dernière fois Configuration Manager a inventorié l’ordinateur.

• Table de mappage. Décrit le package et le programme qui doivent être installés pour chaque enregistrement (car les enregistrements Programme et fonctionnalités ou Ajout/Suppression de programmes ne spécifient pas exactement le package installé par l’application, ce qui rend impossible la sélection automatique du package en fonction de l’inventaire uniquement).

  Pour effectuer une installation d’application dynamique spécifique à l’ordinateur

1. Utilisez le tableau de la base de données MDT pour connecter des packages spécifiques aux applications répertoriées dans le système d’exploitation cible.

2. Remplissez la table avec les données qui associent le package approprié à l’application répertoriée dans Programme et fonctionnalités ou Ajout ou Suppression de programmes.

   Requête SQL pour remplir la table

   use [MDTDB]  
   go  
   INSERT INTO [PackageMapping] (ARPName, Packages) VALUES('Office12.0', 'XXX0000F:Install Office 2010 Professional Plus')  
   go  
   

   La ligne insérée connecte n’importe quel ordinateur disposant de l’entrée Office12.0 au package Office 2010 Professionnel Plus Microsoft.

   Cela signifie que Microsoft Office 2010 Professionnel Plus sera installé sur n’importe quel ordinateur exécutant actuellement la version 2007 Microsoft Office System (Office 12.0). Ajoutez des entrées similaires pour tous les autres packages. Tout élément pour lequel il n’y a pas d’entrée est ignoré (aucun package n’est installé).

3. Créez une procédure stockée pour simplifier la jointure des informations de la nouvelle table avec les données d’inventaire.

   use [MDTDB]  
   go  
   
   if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[RetrievePackages]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)  
   drop procedure [dbo].[RetrievePackages]  
   go  
   
   CREATE PROCEDURE [dbo].[RetrievePackages]  
   @MacAddress CHAR(17)  
   AS  
   
   SET NOCOUNT ON  
   
   /* Select and return all the appropriate records based on current inventory */  
   SELECT * FROM PackageMapping  
   WHERE ARPName IN  
   (  
     SELECT ProdID0 FROM CM_DB.dbo.v_GS_ADD_REMOVE_PROGRAMS a, CM_DB.dbo.v_GS_NETWORK_ADAPTER n  
     WHERE a.ResourceID = n.ResourceID AND  
     MACAddress0 = @MacAddress  
   )  
   go  
   

   La procédure stockée de l’exemple précédent suppose que la base de données de site principal Configuration Manager centrale réside sur l’ordinateur sur lequel SQL Server s’exécute en tant que base de données MDT. Si la base de données du site principal central réside sur un autre ordinateur, les modifications appropriées doivent être apportées à la procédure stockée. En outre, le nom de la base de données (CM_DB) doit être mis à jour. Envisagez également d’accorder à des comptes supplémentaires l’accès en lecture à la vue v_GS_ADD_REMOVE_PROGRAMS dans la base de données Configuration Manager.

4. Configurez le fichier CustomSettings.ini pour interroger cette table de base de données en spécifiant le nom d’une section ([DynamicPackages] dans la liste Priorité ) qui pointe vers les informations de la base de données.

   [Settings]  
   ...
   Priority=MacAddress, DefaultGateway, DynamicPackages, Default  
   ...
   

5. Créez une [DynamicPackages] section pour spécifier le nom d’une section de base de données.

   [DynamicPackages]  
   SQLDefault=DB_DynamicPackages  
   

6. Créez une section de base de données pour spécifier les informations de base de données et les détails de la requête.

   [DB_DynamicPackages]  
   SQLServer=SERVER1  
   Database=MDTDB  
   StoredProcedure=RetrievePackages  
   Parameters=MacAddress  
   SQLShare=Logs  
   Instance=SQLEnterprise2005  
   Port=1433  
   Netlib=DBNMPNTW  
   

   Dans l’exemple précédent, la base de données MDT nommée MDTDB sur l’ordinateur exécutant la SQL Server instance nommée SERVER1 sera interrogée. La base de données contient une procédure stockée nommée RetrievePackages (créée à l’étape 3).

   Lorsque ZTIGather.wsf s’exécute, une instruction langage SQL (SQL) SELECT est générée automatiquement et la valeur de la clé personnalisée MakeModelQuery est passée en tant que paramètre à la requête :

   EXECUTE RetrievePackages ?  
   

   La valeur réelle de la clé personnalisée MACAddress sera remplacée par le « ? » correspondant. Cette requête retourne un jeu d’enregistrements avec les lignes entrées à l’étape 2.

   Un nombre variable d’arguments ne peut pas être passé à une procédure stockée. Par conséquent, lorsqu’un ordinateur a plusieurs adresses MAC, toutes les adresses MAC ne peuvent pas être passées à la procédure stockée. En guise d’alternative, remplacez la procédure stockée par une vue qui permet d’interroger la vue avec une SELECT instruction avec une IN clause pour transmettre toutes les valeurs d’adresse MAC.

   Selon le scénario présenté ici, si la valeur Office12.0 de l’ordinateur actuel est insérée dans la table (étape 2), la seule ligne est retournée (XXX0000F:Install Office 2010 Professional Plus). Cela indique que le package XXX0000F:Install Office 2001 Professional Plus sera installé par le processus ZTI pendant la phase de restauration de l’état.

Scénario de déploiement LTI entièrement automatisé

L’objectif principal de LTI est d’automatiser le processus de déploiement autant que possible. Bien que ZTI fournisse une automatisation complète du déploiement à l’aide des scripts MDT et des services de déploiement Windows, LTI est conçu pour fonctionner avec moins d’exigences d’infrastructure.

Vous pouvez automatiser l’Assistant Déploiement de Windows utilisé dans le processus de déploiement LTI pour réduire (ou éliminer) les pages de l’Assistant affichées. Vous pouvez ignorer l’intégralité de l’Assistant Déploiement de Windows en spécifiant la propriété SkipWizard dans CustomSettings.ini. Pour ignorer les pages individuelles de l’Assistant, utilisez les propriétés suivantes :

• SkipAdminPassword

• SkipApplications

• SkipBDDWelcome

• SkipBitLocker

• SkipBitLockerDetails

• SkipTaskSequence

• SkipCapture

• SkipComputerBackup

• SkipComputerName

• SkipDomainMembership

• SkipFinalSummary

• SkipLocaleSelection

• SkipPackageDisplay

• SkipProductKey

• SkipSummary

• SkipTimeZone

• SkipUserData

Pour plus d’informations sur ces propriétés individuelles, consultez la propriété correspondante dans le document MDT Toolkit Reference.

Pour chaque page d’Assistant ignorée, fournissez les valeurs des propriétés correspondantes qui sont généralement collectées via la page de l’Assistant dans les fichiers CustomSettings.ini et BootStrap.ini. Pour plus d’informations sur les propriétés qui doivent être configurées dans ces fichiers, consultez la section « Fourniture de propriétés pour les pages de l’Assistant Déploiement ignoré », dans le document MDT Toolkit Reference.

Déploiement LTI entièrement automatisé pour un scénario d’actualisation de l’ordinateur

L’exemple suivant illustre un fichier CustomSettings.ini utilisé pour un scénario d’actualisation de l’ordinateur afin d’ignorer toutes les pages de l’Assistant Déploiement Windows. Dans cet exemple, les propriétés à fournir lors de l’ignorer de la page de l’Assistant se trouvent immédiatement sous la propriété qui ignore la page de l’Assistant.

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  
ScanStateArgs=/v:5 /o /c  
LoadStateArgs=/v:5 /c /lac /lae  
SkipCapture=YES  
SkipAdminPassword=YES  
SkipProductKey=YES  

DeploymentType=REFRESH  

SkipDomainMembership=YES  
JoinDomain=DomainName  
DomainAdmin=Administrator  
DomainAdminDomain=DomainName  
DomainAdminPassword=a_secure_password  

SkipUserData=yes  
UserDataLocation=AUTO  
UDShare=\\Servername\Sharename\Directory  
UDDir=%ComputerName%  

SkipComputerBackup=YES  
ComputerBackuplocation=AUTO  
BackupShare=\\Servername\Backupsharename  
BackupDir=%ComputerName%  

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%ComputerName%  

SkipPackageDisplay=YES  
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}  
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}  

SkipLocaleSelection=YES  
UILanguage=en-US  
UserLocale=en-CA  
KeyboardLocale=0409:00000409  

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

SkipApplications=YES  
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}  
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}  
UserID=Administrator  
UserDomain=DomainName  
UserPassword=P@ssw0rd  

SkipBitLocker=YES  
SkipSummary=YES  
Powerusers001=DomainName\Username  

Déploiement LTI entièrement automatisé pour un nouveau scénario d’ordinateur

Voici un exemple de fichier CustomSettings.ini utilisé pour un scénario Nouvel ordinateur afin d’ignorer toutes les pages de l’Assistant Déploiement Windows. Dans cet exemple, les propriétés à fournir lors de l’ignorer de la page de l’Assistant se trouvent immédiatement sous la propriété qui ignore la page de l’Assistant.

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  
ScanStateArgs=/v:5 /o /c  
LoadStateArgs=/v:5 /c /lac /lae  

SkipCapture=YES  
ComputerBackupLocation=\\WDG-MDT-01\Backup$\  
BackupFile=MyCustomImage.wim  

SkipAdminPassword=YES  
SkipProductKey=YES  

SkipDomainMembership=YES  
JoinDomain=WOODGROVEBANK  
DomainAdmin=Administrator  
DomainAdminDomain=WOODGROVEBANK  
DomainAdminPassword=P@ssw0rd  

SkipUserData=Yes  
UserDataLocation=\\WDG-MDT-01\UserData$\Directory\usmtdata  

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%SerialNumber%  

SkipPackageDisplay=YES  
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}  
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}  

SkipLocaleSelection=YES  
UILanguage=en-US  
UserLocale=en-CA  
KeyboardLocale=0409:00000409  

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

SkipApplications=YES  
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}  
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}  

SkipBitLocker=YES  
SkipSummary=YES  
Powerusers001=WOODGROVEBANK\PilarA  
CaptureGroups=YES  
SLShare=\\WDG-MDT-01\UserData$\Logs  
Home_page=https://www.microsoft.com/NewComputer  

Appel de services web dans MDT

Dans les versions antérieures de MDT, le traitement des règles était pris en charge par le biais de CustomSettings.ini et de bases de données, à partir desquelles vous pouviez récupérer des valeurs de l’ordinateur local (généralement à l’aide de WMI) pour prendre des décisions sur ce qui devait être fait sur chaque ordinateur pendant le déploiement. En outre, vous pouvez effectuer des requêtes SQL et des appels de procédure stockée pour récupérer des informations supplémentaires à partir de bases de données externes. Cette approche a toutefois rencontré des difficultés, en particulier en ce qui concerne la sécurisation des connexions SQL Server.

Pour résoudre ce problème, MDT a la possibilité d’effectuer des appels de service web basés sur des règles simples définies dans CustomSettings.ini. Ces demandes de service web ne nécessitent aucun contexte de sécurité spécial et peuvent utiliser n’importe quel port TCP/IP nécessaire pour simplifier les configurations de pare-feu.

L’exemple suivant montre comment configurer CustomSettings.ini pour appeler un service web particulier. Dans ce scénario, le service web est choisi au hasard à partir d’une recherche Internet. Il prend un code postal comme entrée et retourne la ville, l’état, l’indicatif régional et le fuseau horaire (sous forme de lettre) pour le code postal spécifié.

[Settings]  
Priority=Default, USZipService  
Properties=USZip, City, State, Zip, Area_Code, Time_Zones   
[Default]  
USZip=98052   
[USZipService]  
WebService=http://www.webservicex.net/uszip.asmx/GetInfoByZIP  
Parameters=USZip  

L’exécution de ce code produit une sortie similaire à ce qui suit :

Added new custom property USZIP  
Added new custom property CITY  
Added new custom property STATE  
Added new custom property ZIP  
Added new custom property AREA_CODE  
Added new custom property TIME_ZONES  
Using from [Settings]: Rule Priority = DEFAULT, USZIPSERVICE  
------ Processing the [DEFAULT] section ------  
Property USZIP is now = 98052  
Using from [DEFAULT]: USZIP = 98052  
------ Processing the [USZIPSERVICE] section ------  
Using COMMAND LINE ARG: Ini file = CustomSettings.ini  
CHECKING the [USZIPSERVICE] section  
About to execute web service call to http://www.webservicex.net/uszip.asmx/GetInfoByZIP: USZip=98052  
Response from web service: 200 OK  
Successfully executed the web service.  
Property CITY is now = Redmond  
Obtained CITY value from web service:  CITY = Redmond  
Property STATE is now = WA  
Obtained STATE value from web service:  STATE = WA  
Property ZIP is now = 98052  
Obtained ZIP value from web service:  ZIP = 98052  
Property AREA_CODE is now = 425  
Obtained AREA_CODE value from web service:  AREA_CODE = 425  
------ Done processing CustomSettings.ini ------  

Il existe quelques complications mineures à surveiller lors de l’exécution d’un service web :

• Ne faites rien de spécial avec les serveurs proxy. Si un proxy anonyme est présent, utilisez-le, mais l’authentification des proxys peut entraîner des problèmes. Dans la plupart des cas, un service web n’est pas appelé.

• CustomSettings.ini ou ZTIGather.xml recherche les propriétés définies dans le balisage XML retourné à la suite de l’appel de service web (comme avec une requête de base de données ou une autre règle). Toutefois, la recherche XML respecte la casse. Heureusement, le service web décrit ici retourne tous les noms de propriétés en majuscules, ce que ZTIGather.xml attend. Il est possible de remapper les entrées en minuscules ou en majuscules pour contourner ce problème.

• Une POST requête au service web est recommandée, de sorte que l’appel de service web doit être en mesure de prendre en charge un POST.

Connexion aux ressources réseau

Pendant les processus de déploiement LTI et ZTI, vous pouvez avoir besoin d’accéder à une ressource réseau sur un serveur différent du serveur hébergeant le partage de déploiement. Vous devez être authentifié sur l’autre serveur pour pouvoir y accéder aux dossiers partagés ou aux services. Par exemple, vous pouvez installer une application à partir d’un dossier partagé sur un serveur autre que le serveur hébergeant le partage de déploiement utilisé par les scripts MDT.

Remarque

Pour interroger SQL Server bases de données hébergées sur un serveur autre que le serveur hébergeant le partage de déploiement, consultez les propriétés Database, DBID, DBPwd, Instance, NetLib, Order, Parameters, ParameterCondition, SQLServer, SQLShare et Table dans la référence mdT document Toolkit.

À l’aide du script ZTIConnect.wsf, vous pouvez vous connecter à d’autres serveurs et accéder aux ressources qu’ils contiennent. La syntaxe du script ZTIConnect.wsf est la suivante ( où unc_path est un chemin d’accès UNC [Universal Naming Convention] pour se connecter au serveur) :

cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path  

Dans la plupart des cas, vous exécutez le script ZTIConnect.wsf en tant que tâche Task Sequencer. Exécutez le script ZTIConnect.wsf avant les tâches nécessitant l’accès à un serveur autre que le serveur hébergeant le partage de déploiement.

Pour ajouter le script ZTIConnect.wsf en tant que tâche à la séquence de tâches d’une build

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet d’informations, cliquez sur task_sequence ( où task_sequence est la séquence de tâches à modifier).

4. Dans le volet Actions, cliquez sur Propriétés.

5. Cliquez sur l’onglet Séquence de tâches, accédez au groupe (où group est le groupe dans lequel exécuter le script ZTIConnec.wsf), puis cliquez sur Ajouter. Cliquez sur Général, puis sur Exécuter la ligne de commande.

   Remarque

   Ajoutez la tâche avant d’ajouter toutes les tâches qui nécessitent l’accès aux ressources sur le serveur cible.

6. Complétez l’onglet Propriétés de la nouvelle tâche en utilisant les informations suivantes :

   Dans cette zone	Procédez comme suit
   Name	Tapez Se connecter au serveur (où serveur est le nom du serveur auquel se connecter).
   Description	Tapez du texte qui explique pourquoi la connexion doit être établie.
   Commande	Tapez cscript.exe « %SCRIPTROOT%\ZTIConnect.wsf » /uncpath:unc_path (où unc_path est le chemin UNC d’un dossier partagé sur le serveur).

7. Complétez l’onglet Options de la nouvelle tâche à l’aide des informations suivantes. Sauf indication contraire, acceptez les valeurs par défaut, puis cliquez sur OK.

   Dans cette zone	Procédez comme suit
   Codes de réussite	Tapez 0 3010. (Le script ZTIConnect.wsf retourne ces codes en cas d’exécution réussie.)
   Zone de liste Conditions	Ajoutez toutes les conditions qui peuvent être nécessaires. (Dans la plupart des cas, cette tâche ne nécessite aucune condition.)

   Après avoir ajouté la tâche qui exécutera le script ZTIConnect.wsf, les tâches suivantes peuvent accéder aux ressources réseau sur le serveur spécifié dans l’option /uncpath du script ZTIConnect.wsf.

Déploiement des pilotes de périphérique appropriés sur des ordinateurs avec les mêmes périphériques matériels, mais une autre fabrique et un modèle différents

Des variantes sur les numéros de modèle et les noms peuvent exister sans pratiquement aucune différence dans le jeu de pilotes. Ces variations dans les numéros de modèle et les noms peuvent inutilement augmenter le temps passé à créer plusieurs entrées de base de données pour un modèle donné. La procédure suivante montre comment définir une nouvelle propriété à l’aide d’un appel de fonction de sortie utilisateur qui retourne une sous-chaîne du numéro de modèle.

Pour créer des alias de modèle

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

4. Dans la boîte de dialogue Propriétés , cliquez sur l’onglet Règles .

5. Créez des alias pour les types de matériel dans les sections Créer et Modèle de la base de données MDT. Tronquez le type de modèle entre parenthèses ouvertes « » dans le nom du modèle. Par exemple, HP DL360 (G112) devient HP DL360.

6. Ajoutez la variable personnalisée ModelAlias à chaque section.

7. Créez une [SetModel] section.

8. Ajoutez la [SetModel] section aux paramètres de priorité dans la [Settings] section .

9. Ajoutez une ligne à la ModelAlias section pour faire référence à un script de sortie utilisateur qui tronquera le nom du modèle au niveau du « ( » ».

10. Créez une recherche de base de données MMApplications où ModelAlias est égal à Model.

11. Créez un script de sortie utilisateur et placez-le dans le même répertoire que le fichier CustomSettings.ini pour tronquer le nom du modèle.

    L’exemple suivant montre un CustomSettings.ini et le script de sortie de l’utilisateur, respectivement.

    CustomSettings.ini:

    [Settings]   
    Priority=SetModel, MMApplications, Default   
    Properties= ModelAlias   
    [SetModel]   
    ModelAlias=#SetModelAlias()#   
    Userexit=Userexit.vbs   
    [MMApplications]   
    SQLServer=Server1  
    Database=MDTDB   
    Netlib=DBNMPNTW   
    SQLShare=logs   
    Table= MakeModelSettings    
    Parameters=Make, ModelAlias   
    ModelAlias=Model   
    Order=Sequence  
    

    Script de sortie de l’utilisateur :

    Function UserExit(sType, sWhen, sDetail, bSkip)   
      UserExit = Success   
    End Function   
    
    Function SetModelAlias()   
      If Instr(oEnvironment.Item("Model"), "(") <> 0 Then   
        SetModelAlias = Left(oEnvironment.Item("Model"), _  
                          Instr(oEnvironment.Item("Model"), _  
                            "(") - 1)   
        oLogging.CreateEntry "USEREXIT – " & _  
          "ModelAlias has been set to " & SetModelAlias, _  
          LogTypeInfo  
      Else   
        SetModelAlias = oEnvironment.Item("Model")   
        oLogging.CreateEntry " USEREXIT - " & _  
          "ModelAlias has not been changed.", LogTypeInfo   
      End if   
    End Function  
    

Configuration des étapes de séquence de tâches conditionnelles

Dans certains scénarios, envisagez d’exécuter une étape de séquence de tâches de manière conditionnelle en fonction de critères définis. Toutes les combinaisons de ces conditions peuvent être ajoutées pour déterminer si l’étape de séquence de tâches doit s’exécuter. Par exemple, utilisez la valeur d’une variable de séquence de tâches et la valeur d’un paramètre de Registre pour déterminer si une étape de séquence de tâches doit s’exécuter.

À l’aide de MDT, exécutez une séquence de tâches de manière conditionnelle en fonction des points suivants :

• Une ou plusieurs instructions IF

• Variable de séquence de tâches

• Version du système d’exploitation cible

• Résultats booléens d’une requête WMI

• Un paramètre de Registre

• Logiciel installé sur l’ordinateur cible

• Propriétés d’un dossier

• Propriétés d’un fichier

Configuration d’une étape de séquence de tâches conditionnelle

Les étapes de séquence de tâches conditionnelles sont configurées dans Deployment Workbench, sous l’onglet Options d’une étape de séquence de tâches. Vous pouvez ajouter une ou plusieurs conditions à l’étape de séquence de tâches pour créer la condition appropriée pour exécuter ou non l’étape.

Remarque

Chaque étape de séquence de tâches conditionnelle nécessite au moins une instruction IF .

Pour afficher l’onglet Options d’une étape de séquence de tâches

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet d’informations, cliquez sur task_sequence ( où task_sequence est le nom de la séquence de tâches à configurer).

4. Dans le volet Actions, cliquez sur Propriétés.

5. Dans la boîte de dialogue Propriétéstask_sequence, sous l’onglet Séquence de tâches, cliquez sur étape (où étape est le nom de l’étape de séquence de tâches à configurer), puis cliquez sur l’onglet Options.

   Sous l’onglet Options de l’étape de séquence de tâches, effectuez les actions suivantes :

• Ajouter. Cliquez sur ce bouton pour ajouter une condition à l’étape de séquence de tâches.

• Retirer. Cliquez sur ce bouton pour supprimer une condition existante dans une étape de séquence de tâches.

• Modifier. Cliquez sur ce bouton pour modifier une condition existante dans une étape de séquence de tâches.

Instructions IF dans les conditions

Toutes les conditions de séquence de tâches incluent une ou plusieurs instructions IF . Les instructions IF constituent la base de la création d’étapes de séquence de tâches conditionnelles. Une condition d’étape de séquence de tâches ne peut inclure qu’une seule instruction IF , mais plusieurs instructions IF peuvent être imbriquées sous l’instruction IF de niveau supérieur pour créer des conditions plus complexes.

Une instruction IF peut être basée sur les conditions répertoriées dans le tableau suivant, qui sont configurées dans la boîte de dialogue Propriétés de l’instruction IF .

Condition	Sélectionnez cette option pour exécuter la séquence de tâches si
Toutes les conditions	Toutes les conditions sous cette instruction IF doivent être vraies.
Toutes les conditions	Toutes les conditions sous cette instruction IF sont vraies.
Aucune	Aucune condition sous cette instruction IF est vraie.

Complétez la condition d’exécution de l’étape de séquence de tâches en ajoutant d’autres critères aux conditions (par exemple, des variables ou des valeurs de séquence de tâches dans un paramètre de Registre).

Pour ajouter une condition d’instruction IF à une étape de séquence de tâches

1. Sous l’onglet Option de l’étape (où étape est le nom de l’étape de séquence de tâches à configurer), cliquez sur Ajouter, puis sur Instruction If.

2. Dans la boîte de dialogue Propriétés de l’instruction If , cliquez sur condition (où condition est l’une des conditions répertoriées dans le tableau précédent), puis cliquez sur OK.

Variables de séquence de tâches dans les conditions

Utilisez la condition Variable de séquence de tâches pour évaluer toute variable de séquence de tâches créée par une tâche Définir une variable de séquence de tâches ou par n’importe quelle tâche de la séquence de tâches. Par exemple, considérez un réseau qui contient des ordinateurs clients Windows XP qui font partie d’un domaine et d’autres qui se trouvent dans un groupe de travail. Sachant que la stratégie de domaine actuelle force l’enregistrement de tous les paramètres utilisateur sur le réseau, il peut être nécessaire d’enregistrer les paramètres utilisateur uniquement pour les ordinateurs qui ne font pas partie du domaine, c’est-à-dire les ordinateurs qui se trouvent dans le groupe de travail. Dans ce cas, ajoutez une condition à la tâche Capturer les fichiers utilisateur et les paramètres qui cible les ordinateurs du groupe de travail.

Pour ajouter une condition basée sur une variable de séquence de tâches

1. Sous l’onglet Options de l’étape (où étape est le nom de l’étape de séquence de tâches à configurer), cliquez sur Ajouter une condition, puis sur Variable de séquence de tâches.

2. Dans la boîte de dialogue Condition de variable de séquence de tâches, dans la zone Variable , tapez OSDJoinType.

   Remarque

   Cette variable est définie sur 0 pour les ordinateurs joints à un domaine et sur 1 pour ceux d’un groupe de travail.

3. Dans la zone Condition , cliquez sur égal.

4. Dans la zone Valeur, tapez 1, puis cliquez sur OK.

Version du système d’exploitation dans les conditions

Utilisez la condition Version du système d’exploitation pour vérifier la version existante du système d’exploitation d’un ordinateur cible ou du client existant (lors de la capture d’une image). Par exemple, considérez un réseau qui contient plusieurs serveurs qui seront mis à niveau de Windows Server 2003 vers Windows Server 2008. Les paramètres réseau doivent être copiés et appliqués uniquement aux serveurs exécutant Windows Server 2003. Tous les autres serveurs auront les paramètres réseau par défaut que Windows Server 2008 utilise.

Pour ajouter une condition basée sur la version du système d’exploitation

1. Dans l’Éditeur de séquence de tâches, cliquez sur la tâche Capturer les paramètres réseau .

2. Cliquez sur Ajouter une condition, puis sur Version du système d’exploitation.

3. Dans la zone Architecture , cliquez sur le serveur approprié. Pour cet exemple, cliquez sur x86.

4. Dans la zone Système d’exploitation , cliquez sur le système d’exploitation et la version pour lesquels définir une condition. Pour cet exemple, cliquez sur x86 Windows 2003.

5. Dans la zone Condition , cliquez sur la condition appropriée, puis cliquez sur OK.

Propriétés du fichier dans les conditions

Utilisez la condition Propriétés du fichier pour vérifier la version et/ou l’horodatage d’un fichier donné afin de déterminer s’il faut ou non exécuter une tâche ou un groupe de tâches. Dans cet exemple, l’environnement de production contient une image Windows Server 2003 qui est constamment mise à jour et utilisée pour chaque nouveau serveur ajouté au réseau. Tous les ordinateurs serveurs de l’environnement exécutent une application personnalisée qui nécessite l’INTERFACE de programmation d’application (API) DAO (Digital Access Object) version 3.60.6815.

Tous les serveurs existants fonctionnent correctement. Toutefois, chaque nouveau serveur ajouté au réseau avec l’image ne peut pas exécuter l’application. Étant donné qu’il incombe à un autre groupe de gérer et de mettre à jour les images, vous décidez que la séquence de tâches de déploiement doit être modifiée pour installer la version appropriée de DAO si la version existante de DAO déployée avec l’image est incorrecte.

Pour ajouter une condition Propriétés de fichier à une étape de séquence de tâches dans Configuration Manager

1. Dans Configuration Manager, créez un package pour installer DAO 3.60.6815. Appelez ce package DAO, avec un programme appelé InstallDAO. Pour en savoir plus sur la création de packages, consultez Guide pratique pour créer un package.

2. Créez une étape Installer le logiciel pour déployer le package DAO.

3. Cliquez sur l’étape de séquence de tâches Installer le logiciel créée à l’étape 2, puis cliquez sur l’onglet Options .

4. Cliquez sur Ajouter une condition, puis sur Propriétés du fichier.

5. Dans la zone Chemin d’accès, tapez C:\Program Files\Microsoft Shared\DAO\dao360.dll.

6. Cochez la case Vérifier la version , puis cliquez sur non égal à la condition.

7. Dans la zone Version , tapez 3.60.6815.

8. Dans ce cas, désactivez la case à cocher Vérifier l’horodatage , puis cliquez sur OK.

Propriétés du dossier dans les conditions

Utilisez la condition Propriétés du dossier pour vérifier l’horodatage d’un dossier donné afin de déterminer s’il faut exécuter une tâche ou un groupe de tâches. Par exemple, considérez une situation dans laquelle une application développée en interne a été mise à jour pour fonctionner avec Windows 8. Toutefois, la version la plus récente de l’application n’est pas installée sur tous les ordinateurs du réseau et vous devez effectuer un processus de conversion de données avant de pouvoir mettre à niveau l’application.

Si l’horodatage du dossier dans lequel l’application est installée est 31/12/2007 ou antérieur, l’ordinateur cible exécute la version incompatible de l’application et vous devez exécuter le processus de conversion de données sur l’ordinateur cible. Sous condition, exécutez une étape de séquence de tâches pour exécuter le processus de conversion de données sur les ordinateurs qui disposent d’une version antérieure de l’application.

Pour ajouter une condition Propriétés du dossier à une étape de séquence de tâches

1. Dans la console Configuration Manager ou dans Deployment Workbench, dans l’éditeur de séquence de tâches, modifiez task_sequence (où séquence de tâches est la séquence de tâches que vous souhaitez modifier).

2. Créez une tâche de ligne de commande pour effectuer le processus de conversion de données.

3. Cliquez sur la tâche créée à l’étape 1.

4. Cliquez sur Ajouter une condition, puis sur Propriétés du dossier.

5. Dans la zone Chemin d’accès , tapez le chemin du dossier qui contient l’application.

6. Activez la case à cocher Vérifier l’horodatage .

7. Cliquez sur Inférieur ou égal à la condition.

8. Dans la zone Date , cliquez sur 31/12/2007.

9. Dans la zone Heure , cliquez sur 00:00:00, puis cliquez sur OK.

Paramètres du Registre dans conditions

Utilisez la condition Paramètre du Registre pour vérifier l’existence de clés et de valeurs dans le Registre et les données correspondantes stockées dans les valeurs du Registre. Par exemple, prenons le cas où une application actuellement utilisée sur un petit ensemble d’ordinateurs ne peut pas s’exécuter sur Windows 8, et où un déploiement Windows 8 est en place pour mettre à niveau les ordinateurs qui exécutent actuellement Windows XP. Créez une condition sur la toute première tâche d’une séquence pour rechercher dans le Registre une entrée pour l’application incompatible et interrompre le processus de déploiement pour cet ordinateur s’il est trouvé.

Pour ajouter une condition de paramètre de Registre à une étape de séquence de tâches

1. Dans la console Configuration Manager ou dans Deployment Workbench, dans l’éditeur de séquence de tâches, modifiez task_sequence (où la séquence de tâches est la séquence de tâches qui déploie Windows 8).

2. Cliquez sur la première tâche de la séquence, puis sur l’onglet Options .

3. Cliquez sur Ajouter une condition, puis sur Paramètre du Registre.

4. Dans la liste Clé racine , cliquez sur HKEY_LOCAL_MACHINE.

5. Dans la zone Clé , tapez SOFTWARE\WOODGROVE.

6. Cliquez sur Not exists pour la condition. Dans ce cas, la tâche s’exécute et la séquence continue uniquement si la clé n’existe pas.

7. Si vous le souhaitez, la condition peut vérifier l’absence d’une valeur si le nom de la valeur est tapé dans la zone Nom de la valeur .

8. Si une condition autre que existe/n’existe pas a été utilisée, spécifiez une valeur et un type de valeur.

9. Cliquez sur OK.

Requêtes WMI dans les conditions

Utilisez la condition requête WMI pour exécuter une requête WMI. La condition est évaluée sur True si la requête retourne au moins un résultat. Par exemple, considérez qu’une équipe de déploiement doit mettre à niveau le système d’exploitation de tous les serveurs d’un modèle donné, par exemple Dell 1950. Vous pouvez utiliser une requête WMI pour vérifier le modèle de chaque ordinateur et poursuivre le déploiement uniquement si le modèle approprié est trouvé.

Pour ajouter une condition de requête WMI à une étape de séquence de tâches

1. Dans la console Configuration Manager ou dans Deployment Workbench, dans l’éditeur de séquence de tâches, modifiez task_sequence (où la séquence de tâches est la séquence de tâches qui mettra à niveau les serveurs).

2. Cliquez sur la première tâche de la séquence, puis sur l’onglet Options .

3. Cliquez sur Ajouter une condition, puis sur Interroger WMI.

4. Dans la zone Espace de noms WMI , tapez root\cimv2.

5. Dans la zone Requête WQL, tapez Select * From Win32_ComputerSystem WHERE Model LIKE « %Dell%%1950% ». Cliquez sur OK.

Logiciel installé dans les conditions

Utilisez une condition Logiciel installé pour vérifier si un logiciel particulier est actuellement installé sur un ordinateur cible. Seuls les logiciels installés à l’aide de fichiers MSI (Microsoft Installer) peuvent être évalués à l’aide de cette condition. Par exemple, imaginez que vous souhaitez mettre à niveau le système d’exploitation de tous les serveurs, à l’exception de ceux qui exécutent Microsoft SQL Server 2012.

Pour ajouter une condition Logiciel installé à une étape de séquence de tâches

1. Dans la console Configuration Manager ou dans Deployment Workbench, dans l’éditeur de séquence de tâches, modifiez task_sequence (où la séquence de tâches est la séquence de tâches qui mettra à niveau les serveurs).

2. Cliquez sur la première tâche de la séquence, puis sur l’onglet Options .

3. Cliquez sur Ajouter une condition, puis sur Logiciels installés.

4. Cliquez sur Parcourir, puis sur le fichier MSI pour SQL Server 2012.

5. Activez la case à cocher Correspondre à ce produit spécifique pour spécifier que seuls les ordinateurs avec SQL Server 2012 et non d’autres versions sont les ordinateurs cibles que cette requête doit détecter.

6. Cliquez sur OK.

Conditions complexes

Plusieurs conditions peuvent être regroupées à l’aide d’instructions IF pour créer des conditions complexes. Par exemple, imaginez qu’une étape particulière doit être exécutée uniquement pour les ordinateurs Contoso 1950 exécutant Windows Server 2003 ou Windows Server 2008. Écrit sous la forme d’une instruction IF programmatique, il ressemble à ce qui suit :

IF ((Computer Model IS "Contoso 1950") AND (operating system=2003 OR operating system=2008))

Pour ajouter une condition complexe

1. Dans la console Configuration Manager ou dans Deployment Workbench, dans l’éditeur de séquence de tâches, modifiez task_sequence (où la séquence de tâches est la séquence de tâches qui mettra à niveau les serveurs).

2. Cliquez sur l’étape de séquence de tâches à laquelle ajouter la condition, puis cliquez sur l’onglet Options .

3. Cliquez sur Ajouter une condition, cliquez sur Instruction If, puis sur Toutes les conditions. Cliquez sur OK.

4. Cliquez sur l’instruction de condition, sur Ajouter une condition, puis sur Requête WMI.

5. Vérifiez que root\cimv2 est spécifié en tant qu’espace de noms WMI, puis, dans la zone Requête WQL, tapez SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE « %Contoso%1950% ». Cliquez sur OK.

6. Cliquez sur l’instruction IF , puis sur Ajouter une condition. Cliquez sur Instruction If, puis sur N’importe quelle condition. Cliquez sur OK.

7. Cliquez sur la deuxième instruction IF . Cliquez sur Ajouter une condition, puis sur Version du système d’exploitation.

8. Dans la zone Architecture , cliquez sur l’architecture des serveurs. Pour cet exemple, cliquez sur x86.

9. Dans la zone Système d’exploitation , cliquez sur le système d’exploitation et la version. Pour cet exemple, cliquez sur version d’origine de Windows 2003 x86. Cliquez sur OK.

10. Cliquez sur la deuxième instruction IF . Cliquez sur Ajouter une condition, puis sur Version du système d’exploitation.

11. Dans la zone Architecture , cliquez sur l’architecture des serveurs. Pour cet exemple, cliquez sur x86.

12. Dans la zone Système d’exploitation , cliquez sur le système d’exploitation et la version. Pour cet exemple, cliquez sur version d’origine de Windows 2008 x86. Cliquez sur OK.

Création d’une infrastructure de déploiement LTI hautement évolutive

Dans ce scénario, aucune distribution de logiciels électronique n’étant disponible pour l’infrastructure de déploiement, vous utilisez MDT pour créer une infrastructure de déploiement LTI entièrement automatisée. L’infrastructure LTI évolutive utilise SQL Server, les services de déploiement Windows et les technologies de réplication du système de fichiers distribué (DFS-R) Windows Server 2003.

Mettre à l’échelle l’infrastructure LTI en :

• S’assurer que l’infrastructure appropriée existe, comme décrit dans Vérifier que l’infrastructure appropriée existe

• Ajout de contenu à MDT comme décrit dans Ajout de contenu à MDT

• Préparation des services de déploiement Windows, comme décrit dans Préparation des services de déploiement Windows

• Configuration de DFS-R comme décrit dans Configuration de la réplication du système de fichiers distribué

• Préparation de la réplication SQL Server comme décrit dans Préparation de Réplication SQL Server

• Configuration de la réplication SQL Server comme décrit dans Configuration de Réplication SQL Server

  Ce scénario suppose que MDT est configuré sur un serveur de déploiement maître et que la configuration de la base de données MDT a déjà été effectuée comme indiqué au début de ce document.

S’assurer que l’infrastructure appropriée existe

L’infrastructure de déploiement LTI hautement évolutive utilise une topologie hub-and-spoke pour la réplication du contenu . Par conséquent, nommez d’abord un serveur de déploiement dans l’environnement de production qui remplira le rôle du serveur de déploiement maître. Les éléments suivants répertorient les composants requis pour le serveur de déploiement maître.

Composant requis	Objectif/commentaire
Windows Server 2003 R2	Requis pour prendre en charge DFS-R
MDT	Contient la copie principale du partage de déploiement
SQL Server 2005	Doit être une version complète pour permettre la réplication de la base de données MDT
DFS-R	Requis pour la réplication du partage de déploiement
Services de déploiement Windows	Requis pour permettre aux installations PXE réseau d’être lancées

Une fois que vous avez sélectionné le serveur de déploiement maître, provisionnez des serveurs supplémentaires sur chaque site pour prendre en charge les déploiements LTI. La liste suivante répertorie les composants requis pour le serveur de déploiement enfant.

Composant requis	Objectif/commentaire
Windows Server 2003 R2	Requis pour prendre en charge DFS-R
Microsoft SQL Server 2005 Express Edition	Reçoit des copies répliquées de la base de données MDT
DFS-R	Requis pour la réplication du partage de déploiement
Services de déploiement Windows	Requis pour permettre aux installations PXE réseau d’être lancées

Remarque

Les services de déploiement Windows doivent être configurés et configurés sur chaque serveur enfant, mais il n’est pas nécessaire d’ajouter des images de démarrage ou d’installation.

Ajout de contenu à MDT

Remplissez le serveur de déploiement maître avec du contenu à l’aide de Deployment Workbench, puis créez et remplissez la base de données MDT comme décrit dans les sections suivantes. Pour plus d’informations sur le remplissage de la base de données avec :

• Applications, consultez la section « Configuration des applications dans Deployment Workbench » dans le document MDT Using the Microsoft Deployment Toolkit

• Systèmes d’exploitation, consultez la section « Configuration des systèmes d’exploitation dans Deployment Workbench » dans le document MDT Using the Microsoft Deployment Toolkit

• Packages de système d’exploitation, consultez la section « Configuration de packages dans Deployment Workbench » dans le document MDT Using the Microsoft Deployment Toolkit

• Pilotes de périphérique, consultez la section « Configuration des pilotes de périphérique dans deployment Workbench » dans le document MDT Using the Microsoft Deployment Toolkit

• Séquences de tâches, consultez la section « Configuration des séquences de tâches dans deployment Workbench », dans le document MDT Using the Microsoft Deployment Toolkit

Remarque

Vérifiez que le fichier LiteTouchPE_x86.wim créé lors de la mise à jour du partage de déploiement a été ajouté aux services de déploiement Windows.

Préparation des services de déploiement Windows

Étant donné que le fichier LiteTouchPE_x86.wim sera répliqué périodiquement via le groupe de réplication DFS-R, le magasin de données de configuration de démarrage doit être mis à jour régulièrement pour refléter l’environnement Windows PE nouvellement répliqué. Effectuez les étapes suivantes sur chacun des serveurs de déploiement.

Pour préparer les services de déploiement Windows

1. Ouvrez une fenêtre d'invite de commandes.

2. Tapez WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60, puis appuyez sur Entrée.

Remarque

Dans l’exemple présenté ici, la période d’actualisation est définie sur 60 minutes ; Toutefois, vous pouvez configurer cette valeur pour qu’elle soit répliquée pendant une période égale à celle du DFS-R.

Configuration de la réplication du système de fichiers distribué

Lors de la mise à l’échelle de l’architecture de déploiement LTI, vous utilisez DFS-R comme base pour répliquer le contenu à partir du partage de déploiement MDT et de l’environnement de démarrage Windows PE Lite Touch et du serveur de déploiement maître vers les serveurs de déploiement enfants.

Remarque

Vérifiez que DFS-R est installé avant d’effectuer les étapes suivantes.

Pour configurer DFS-R pour répliquer le contenu du déploiement

1. Ouvrez la console de gestion DFS.

2. Dans la console de gestion DFS, développez Gestion DFS.

3. Cliquez avec le bouton droit sur Réplication, puis cliquez sur Nouveau groupe de réplication.

4. Dans l’Assistant Nouveau groupe de réplication, dans la page Type de groupe de réplication , cliquez sur Nouveau groupe de réplication polyvalent.

5. Cliquez sur Suivant.

6. Dans la page Nom et domaine , tapez les informations suivantes :

   • Dans la zone Nom du groupe de réplication , tapez un nom pour le groupe de réplication, par exemple, groupe de réplication MDT 2010.

   • Dans la zone Description facultative du groupe de réplication , tapez une description du groupe de réplication, par exemple Groupe pour la réplication des données MDT 2010.

   • Vérifiez que la zone Domaine contient le nom de domaine correct.

7. Cliquez sur Suivant.

8. Dans la page Membres du groupe de réplication , procédez comme suit :

   1. Cliquez sur Ajouter.

   2. Tapez les noms de tous les serveurs qui doivent être membres de ce groupe de réplication, par exemple, tous les serveurs de déploiement enfants et le serveur de déploiement maître.

   3. Cliquez sur OK.

9. Cliquez sur Suivant.

10. Dans la page Sélection de topologie , cliquez sur Hub and Spoke, puis sur Suivant.

11. Dans la page Membres du hub , cliquez sur le serveur de déploiement maître, puis sur Ajouter.

12. Cliquez sur Suivant.

13. Dans la page Connexions hub-and-spoke , vérifiez que pour chaque serveur de déploiement enfant, le serveur de déploiement maître répertorié est le membre hub requis.

14. Cliquez sur Suivant.

15. Dans la page Planification et bande passante du groupe de réplication , spécifiez une planification pour la réplication du contenu entre les serveurs.

16. Cliquez sur Suivant.

17. Dans la page Membre principal , dans la zone Membre principal , cliquez sur le serveur de déploiement maître.

18. Cliquez sur Suivant.

19. Dans la page Dossiers à répliquer , cliquez sur Ajouter, puis procédez comme suit :

    1. Dans la zone Chemin local du dossier à répliquer , cliquez sur Parcourir pour accéder au dossier X:\Deployment (où X est la lettre de lecteur sur le serveur de déploiement).

    2. Cliquez sur Utiliser le nom en fonction du chemin d’accès.

    3. Cliquez sur OK.

    4. Cliquez sur Ajouter.

    5. Dans la boîte de dialogue Ajouter un dossier à répliquer , cliquez sur Parcourir pour accéder au dossier X:\RemoteInstall\Boot.

    6. Cliquez sur Utiliser le nom en fonction du chemin d’accès.

20. Cliquez sur Suivant.

21. Dans la page Chemin d’accès local de la distribution sur d’autres membres , procédez comme suit :

    1. Sélectionnez tous les membres du groupe de distribution, puis cliquez sur Modifier.

    2. Dans la boîte de dialogue Modifier le chemin local , cliquez sur Activé.

    3. Tapez le chemin d’accès où le dossier Partage de déploiement doit être stocké sur le serveur de déploiement enfant, par exemple , X:\Deployment (où X est la lettre de lecteur sur le serveur de déploiement).

    4. Cliquez sur OK.

22. Cliquez sur Suivant.

23. Dans la page Chemin d’accès local de démarrage sur d’autres membres , procédez comme suit :

    1. Sélectionnez tous les membres du groupe de distribution, puis cliquez sur Modifier.

    2. Dans la boîte de dialogue Modifier le chemin local , cliquez sur Activé.

    3. Tapez le chemin d’accès où le dossier de démarrage doit être stocké sur le serveur de déploiement enfant, par exemple , X:\RemoteInstall\Boot (où X est la lettre de lecteur sur le serveur de déploiement).

    4. Cliquez sur OK.

24. Cliquez sur Suivant.

25. Dans la page Paramètres distants et Créer un groupe de réplication , cliquez sur Créer pour terminer l’Assistant Nouveau groupe de réplication.

26. Dans la page Confirmation , cliquez sur Fermer pour fermer l’Assistant.

Remarque

Vérifiez que le nouveau groupe de réplication est désormais répertorié sous le nœud Réplication.

Préparation de la Réplication SQL Server

Avant de pouvoir configurer SQL Server réplication, effectuez plusieurs étapes de préconfiguration pour vous assurer que les serveurs de déploiement sont correctement configurés.

Pour préparer la réplication SQL Server sur le serveur de déploiement maître

1. Créez un dossier pour stocker les instantanés de base de données, puis configurez le dossier en tant que partage.

   Remarque

   Pour plus d’informations sur la sécurisation du dossier d’instantanés, consultez Sécuriser le dossier d’instantanés.

2. Vérifiez que le service SQL Server Browser est activé et défini sur Automatique.

3. Dans la zone Configuration de la surface d’exposition SQL Server, cliquez sur Connexions locales et distantes.

   Pour préparer la réplication SQL Server sur le serveur de déploiement enfant

4. Dans la zone Configuration de la surface d’exposition SQL Server, cliquez sur Connexions locales et distantes.

5. Si vous le souhaitez, créez une base de données vide pour héberger la base de données MDT répliquée.

Remarque

Cette base de données doit avoir le même nom que la base de données MDT sur le serveur de déploiement maître. Par exemple, si la base de données MDT sur le serveur de déploiement maître est appelée MDTDB, créez une base de données vide appelée MDTDB sur le serveur de déploiement enfant.

Configuration de Réplication SQL Server

Après avoir configuré la réplication des fichiers et dossiers requis pour générer l’infrastructure de déploiement, configurez SQL Server pour répliquer la base de données MDT.

Remarque

Il est également possible de conserver une seule base de données MDT centrale; Toutefois, en conservant une version répliquée de la base de données MDT, vous pouvez conserver un contrôle accru sur le transfert de données sur le réseau étendu (WAN).

SQL Server 2005 utilise un modèle de réplication similaire à un modèle de distribution de magazine :

1. Un magazine est mis à disposition (publié) par un éditeur.

2. Les distributeurs sont utilisés pour distribuer la publication.

3. Les lecteurs peuvent s’abonner à une publication afin que la publication soit remise régulièrement à l’abonné ( abonnement par émission de données).

   Cette terminologie est utilisée par le biais des Assistants de configuration et d’installation de la réplication SQL Server.

Configurer un serveur de publication SQL Server

Pour configurer le serveur de déploiement maître en tant qu’éditeur SQL Server, procédez comme suit :

1. Ouvrez SQL Server Management Studio.

2. Cliquez avec le bouton droit sur le nœud Réplication , puis cliquez sur Configurer la distribution.

3. Dans l’Assistant Configuration de la distribution, cliquez sur Suivant.

4. Dans la page Serveur de distribution, cliquez sur pour agir comme son propre serveur de distribution . SQL Server créez une base de données de distribution et un journal, puis cliquez sur Suivant.

5. Dans la page Dossier d’instantanés, dans la section Préparation de Réplication SQL Server, tapez le chemin d’accès UNC au dossier d’instantanés créé.

6. Dans la page Base de données de distribution , cliquez sur Suivant.

7. Dans la page Serveurs de publication, cliquez sur le serveur de déploiement maître pour le définir comme serveur de distribution, puis cliquez sur Suivant.

8. Dans la page Actions de l’Assistant , cliquez sur Configurer la distribution, puis sur Suivant.

9. Cliquez sur Terminer, puis sur Fermer lorsque l’Assistant est terminé.

Activer la base de données MDT pour la réplication

Pour activer la base de données MDT pour la réplication sur le serveur de déploiement maître, procédez comme suit :

1. Dans SQL Server Management Studio, cliquez avec le bouton droit sur le nœud Réplication, puis cliquez sur Propriétés du serveur de publication.

2. Dans la page Propriétés du serveur de publication, procédez comme suit :

   1. Cliquez sur Bases de données du serveur de publication.

   2. Cliquez sur la base de données MDT, puis sur Transactionnel.

   3. Cliquez sur OK.

   La base de données MDT est désormais configurée pour la réplication transactionnelle et de capture instantanée.

Créer une publication de la base de données MDT

Pour créer une publication de la base de données MDT à laquelle les serveurs de déploiement enfants peuvent s’abonner, procédez comme suit :

1. Dans SQL Server Management Studio, développez Réplication, cliquez avec le bouton droit sur Publications locales, puis cliquez sur Nouvelle publication.

2. Dans l’Assistant Nouvelle publication, cliquez sur Suivant.

3. Dans la page Base de données de publication, cliquez sur la base de données MDT, puis sur Suivant.

4. Dans la page Type de publication , cliquez sur Publication d’instantané, puis sur Suivant.

5. Dans la page Articles , sélectionnez toutes les tables, procédures stockées et vues, puis cliquez sur Suivant.

6. Dans la page Problèmes liés aux articles , cliquez sur Suivant.

7. Dans la page Filtrer les lignes de la table , cliquez sur Suivant.

8. Dans la page Agent d'instantané, procédez comme suit :

   1. Sélectionnez Créer un instantané immédiatement et conservez l’instantané disponible pour initialiser les abonnements.

   2. Cliquez sur Planifier l’exécution du Agent d'instantané aux heures suivantes.

   3. Cliquez sur Modifier.

   Remarque

   Spécifiez une planification qui se produira une heure avant la réplication de la base de données.

9. Cliquez sur Suivant.

10. Dans la page Sécurité de l’agent , cliquez sur le compte sous lequel l’agent d’instantané s’exécutera, puis cliquez sur Suivant.

11. Dans la page Actions de l’Assistant , cliquez sur Créer la composition, puis sur Suivant.

12. Dans la page Terminer l’Assistant , dans la zone Nom de la publication , tapez un nom de publication descriptif.

13. Cliquez sur Terminer pour terminer l’Assistant, puis cliquez sur Fermer lorsque l’Assistant a créé la publication.

    Remarque

    La publication est désormais visible sous le nœud Publications locales dans SQL Server Management Studio.

S’abonner à des serveurs de déploiement enfants à la base de données MDT publiée

Maintenant que la base de données MDT a été publiée, vous pouvez ajouter les serveurs de déploiement enfants en tant qu’abonnés à cette publication . autrement dit, ils recevront une copie de la base de données selon une planification afin que pendant un déploiement, les ordinateurs clients puissent interroger une base de données locale sur le réseau au lieu de passer par le wan.

Pour abonner les serveurs de déploiement enfants à la publication MDT DB

1. Dans SQL Server Management Studio, accédez à Réplication/Publications locales.

2. Cliquez avec le bouton droit sur la publication créée dans la section précédente, puis cliquez sur Nouveaux abonnements.

3. Dans l’Assistant Nouveaux abonnements, cliquez sur Suivant.

4. Dans la page Publication , cliquez sur la publication créée dans la section précédente.

5. Dans la page Emplacement Agent de distribution, cliquez sur Exécuter tous les agents sous Serveur de distribution SERVERNAME (abonnements push), puis cliquez sur Suivant.

6. Dans la page Abonnés , ajoutez chacun des serveurs de déploiement enfants en effectuant les étapes suivantes :

   1. Cliquez sur Ajouter un Abonné, puis sur Ajouter SQL Server’Abonné.

   2. Ajoutez chaque serveur de déploiement enfant.

   3. Pour chaque serveur de déploiement enfant ajouté, dans la zone Base de données d’abonnement , cliquez sur la base de données MDT vide sur ce serveur de déploiement enfant.

   Remarque

   Si la base de données MDT vide n’a pas encore été créée, dans la zone Base de données d’abonnement , sélectionnez l’option permettant de créer une base de données.

   Remarque

   Cette base de données doit avoir le même nom que la base de données MDT sur le serveur de déploiement maître. Par exemple, si la base de données MDT sur le serveur de déploiement maître est appelée MDTDB, créez une base de données vide appelée MDTDB sur le serveur de déploiement enfant.

7. Cliquez sur Suivant.

8. Dans la page Sécurité Agent de distribution, cliquez sur ... pour ouvrir la boîte de dialogue Sécurité Agent de distribution.

9. Tapez les détails du compte à utiliser pour l’agent de distribution, puis cliquez sur Suivant.

10. Dans la page Planification de synchronisation , procédez comme suit :

    1. Dans la zone Planification de l’agent , cliquez sur <Définir la planification>.

    2. Spécifiez la planification à utiliser pour répliquer la base de données entre les serveurs de déploiement maître et enfant, puis cliquez sur Suivant.

11. Dans la page Initialiser l’abonnement , cliquez sur Suivant.

12. Dans la page Actions de l’Assistant , cliquez sur Créer le ou les abonnements, puis cliquez sur Suivant.

13. Cliquez sur Terminer, puis sur Fermer une fois l’Assistant terminé.

    SQL Server réplication est maintenant configurée, et la base de données MDT est répliquée à partir du serveur de déploiement maître vers tous les serveurs de déploiement enfants qui y ont été abonnés régulièrement.

Configurer CustomSettings.ini

L’infrastructure de déploiement LTI a maintenant été créée avec succès, et chaque emplacement contient un serveur de déploiement LTI, avec une copie répliquée des éléments suivants :

• Partage de déploiement

• La base de données MDT

• Le LiteTouchPE_x86 environnement Windows PE qui a été ajouté aux services de déploiement Windows

  À présent, vous pouvez configurer le fichier CustomSettings.ini pour le partage de déploiement afin qu’il utilise le contenu de déploiement (partage de déploiement et base de données) à partir de son serveur de déploiement local, le serveur qui fournit l’environnement LiteTouchPE_x86.wim via les services de déploiement Windows.

  Lorsque le fichier LiteTouchPE_x86.wim est remis à partir des services de déploiement Windows, une clé de Registre est configurée avec le nom du serveur des services de déploiement Windows que vous utilisez. MDT capture ce nom de serveur dans une variable (%WDSServer%) que vous pouvez utiliser pour configurer CustomSettings.ini.

  Pour toujours utiliser le serveur de déploiement LTI local

Remarque

La procédure suivante suppose que le partage de déploiement a été créé et défini en tant que partage Deployment$.

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

4. Cliquez sur l’onglet Règles , puis modifiez le fichier CustomSettings.ini pour configurer les propriétés suivantes :

   • Pour chaque SQL Server section ajoutée, configurez SQLServer pour utiliser le nom de serveur %WDSServer%, par exemple, SQLServer=%WDSServer%.

   • Si vous configurez DeployRoot, configurez DeployRoot pour utiliser la variable %WDSServer% , par exemple DeployRoot=\\%WDSServer%\Deployment$.

5. Cliquez sur Modifier Bootstrap.ini.

6. Configurez BootStrap.ini pour utiliser la propriété %WDSServer% en ajoutant ou en modifiant la valeur DeployRootsur DeployRoot=\\%WDSServer%\Deployment$.

7. Cliquez sur Fichier, puis sur Enregistrer pour enregistrer les modifications apportées au fichier BootStrap.ini.

8. Cliquez sur OK.

   Le partage de déploiement et l’environnement Windows PE LiteTouchPE_x86.wim doivent être mis à jour.

9. Dans le volet Actions, cliquez sur Mettre à jour le partage de déploiement.

   L’Assistant Mise à jour du partage de déploiement démarre.

10. Dans la page Options , sélectionnez les options souhaitées pour mettre à jour le partage de déploiement, puis cliquez sur Suivant.

11. Dans la page Résumé , vérifiez que les détails sont corrects, puis cliquez sur Suivant.

12. Dans la page Confirmation , cliquez sur Terminer.

    L’exemple suivant illustre CustomSettings.ini après avoir effectué les étapes décrites dans cette section.

    Exemple de CustomSettings.ini configuré pour une infrastructure de déploiement LTI évolutive

[Settings]  
Priority=CSettings,CPackages, CApps, CAdmins, CRoles, Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  
ScanStateArgs=/v:5 /o /c  
LoadStateArgs=/v:5 /c /lac  

[CSettings]  
SQLServer=%WDSServer%  
Instance=  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerSettings  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

[CPackages]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerPackages  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  
Order=Sequence  

[CApps]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerApplications  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  
Order=Sequence  

[CAdmins]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerAdministrators  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

[CRoles]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerRoles  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

Sélection d’un serveur MDT local quand plusieurs serveurs existent

Dans ce scénario, plusieurs serveurs MDT sont utilisés pour prendre en charge un volume élevé de déploiements et de déploiements simultanés sur plusieurs sites. Lorsqu’un déploiement LTI est initialisé, le comportement par défaut consiste à demander un chemin d’accès au serveur MDT auquel se connecter et accéder aux fichiers requis pour commencer le processus de déploiement.

L’Assistant Déploiement De Windows peut utiliser le fichier LocalServer.xml pour présenter un choix de serveurs de déploiement connus pour chaque emplacement.

Utilisez le fichier LocationServer.xml par :

• Comprendre l’objectif et l’utilisation des LocationServer.xml comme décrit dans Comprendre LocationServer.xml

• Création du fichier LocationServer.xml comme décrit dans Création du fichier LocationServer.xml

• Ajout du fichier LocationServer.xml au répertoire Fichiers supplémentaires, comme décrit dans Ajout du fichier LocationServer.xml au répertoire fichiers supplémentaires

• Mise à jour du fichier BootStrap.ini comme décrit dans Mise à jour du fichier BootStrap.ini

• Mise à jour du partage de déploiement comme décrit dans Mise à jour du partage de déploiement

  Ce scénario suppose que MDT est configuré sur un serveur de déploiement.

Présentation de LocationServer.xml

Tout d’abord, vous devez comprendre comment MDT utilise LocationServer.xml. Pendant LTI, les scripts MDT lisent et traitent le fichier BootStrap.ini pour collecter des informations initiales sur le déploiement. Cela se produit avant qu’une connexion n’ait été établie au serveur de déploiement. Par conséquent, la propriété DeployRoot est couramment utilisée pour spécifier dans le fichier BootStrap.ini le serveur de déploiement auquel il doit établir une connexion.

Si le fichier BootStrap.ini ne contient pas de propriété DeployRoot , les scripts MDT chargent une page de l’Assistant pour inviter l’utilisateur à entrer un chemin d’accès au serveur de déploiement. Lors de l’initialisation de la page de l’Assistant Application HTML (HTA), les scripts MDT vérifient l’existence du fichier LocationServer.xml et, s’il existe, utilisent LocationServer.xml pour afficher les serveurs de déploiement disponibles.

Comprendre quand utiliser LocationServer.xml

MDT offre plusieurs façons de déterminer le serveur auquel se connecter pendant un déploiement LTI. Différentes méthodes de localisation du serveur de déploiement sont les mieux adaptées à différents scénarios ; par conséquent, il est important de comprendre quand utiliser LocationServer.xml.

MDT fournit plusieurs méthodes pour découvrir et utiliser automatiquement le serveur de déploiement le plus approprié. Ces méthodes sont répertoriées dans le tableau suivant.

Méthode	Détails
%WDSServer%	Cette méthode est utilisée lorsque le serveur MDT est cohébergé sur le serveur des services de déploiement Windows. Lorsqu’un déploiement LTI est lancé à partir des services de déploiement Windows, une variable d’environnement (%WDSServer%) est créée et remplie avec le nom du serveur des services de déploiement Windows. La variable DeployRoot peut utiliser cette variable pour se connecter automatiquement à un partage de déploiement sur le serveur des services de déploiement Windows, par exemple : DeployRoot=\\%WDSServer%\Deployment$
Automatisation basée sur l’emplacement	MDT peut utiliser l’automatisation basée sur l’emplacement dans le fichier BootStrap.ini pour déterminer le serveur sur lequel il doit être déployé. Utilisez la propriété Passerelle par défaut pour faire la distinction entre les différents emplacements ; pour chaque passerelle par défaut, un serveur MDT différent est spécifié. Pour plus d’informations sur l’utilisation de l’automatisation basée sur l’emplacement, consultez « Sélection des méthodes d’application des paramètres de configuration ».

Chaque approche répertoriée dans le tableau précédent offre un moyen d’automatiser la sélection du serveur de déploiement à un emplacement donné pour certains scénarios. Ces approches sont ciblées sur des scénarios spécifiques, par exemple, lorsque le serveur MDT est cohébergé avec les services de déploiement Windows.

Il existe d’autres scénarios dans lesquels ces approches ne conviennent pas, par exemple s’il existe plusieurs serveurs de déploiement à un emplacement donné ou si la logique d’automatisation n’est pas possible (par exemple, le réseau n’est pas suffisamment segmenté pour permettre la détermination de l’emplacement ou si le serveur MDT est séparé des services de déploiement Windows).

Dans ces scénarios, le fichier LocationServer.xml offre un moyen flexible de présenter ces informations au moment du déploiement sans avoir besoin de connaître les noms de serveurs et les noms des partages de déploiement.

Création du fichier LocationServer.xml

Pour présenter la liste des serveurs de déploiement disponibles pendant un déploiement LTI, créez un fichier LocationServer.xml qui contient des détails sur chaque serveur. Il n’existe aucun fichier LocationServer.xml par défaut dans MDT. Créez-en un en suivant les instructions suivantes.

Créer un fichier LocationServer.xml pour prendre en charge plusieurs emplacements

La méthode la plus simple pour créer et utiliser des LocationServer.xml consiste à créer un fichier LocationServer.xml et à ajouter des entrées pour chaque serveur de déploiement dans l’environnement (il peut s’agir du même emplacement ou d’emplacements différents).

Créez le fichier LocationServer.xml en créant une section pour chaque serveur, puis en ajoutant les informations suivantes :

• Un identificateur unique

• Un nom d’emplacement, utilisé pour présenter un nom facilement identifiable pour cet emplacement

• Chemin d’accès UNC au serveur MDT pour cet emplacement

  L’exemple suivant illustre la création du fichier LocationServer.xml à l’aide de chacune de ces propriétés à l’aide d’un exemple de fichier LocationServer.xml configuré pour plusieurs emplacements.

  Exemple de fichier LocationServer.xml pour prendre en charge plusieurs emplacements

<?xml version="1.0" encoding="utf-8" ?>  
<servers>  
    <QueryDefault></QueryDefault>  
    <server>  
        <serverid>1</serverid>  
        <friendlyname>  
          Contoso HQ, Seattle, USA  
        </friendlyname>  
        <UNCPath>\\STLDS01\Deployment$</UNCPath>  
    </server>  
    <server>  
        <serverid>2</serverid>  
        <friendlyname>  
          Contoso NYC, New York, USA  
        </friendlyname>  
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>  
    </server>   
</servers>  

À l’aide de ce format, spécifiez différentes entrées de serveur pour chaque emplacement ou pour les situations dans lesquelles il existe plusieurs serveurs dans un même emplacement en spécifiant une entrée de serveur différente pour chaque serveur à cet emplacement, comme illustré dans l’exemple suivant.

Exemple de fichier LocationServer.xml pour prendre en charge plusieurs serveurs à plusieurs emplacements

<?xml version="1.0" encoding="utf-8" ?>  
<servers>  
    <QueryDefault></QueryDefault>  
    <server>  
        <serverid>1</serverid>  
        <friendlyname>  
          Contoso HQ DS1, Seattle, USA  
        </friendlyname>  
        <UNCPath>\\STLDS01\Deployment$</UNCPath>  
    </server>  
    <server>  
        <serverid>2</serverid>  
        <friendlyname>  
          Contoso HQ DS2, Seattle, USA  
        </friendlyname>  
        <UNCPath>\\STLDS02\Deployment$</UNCPath>  
    </server>   
</servers>  

Créer un fichier LocationServer.xml pour équilibrer la charge de plusieurs serveurs à différents emplacements

À l’aide de LocationServer.xml, spécifiez plusieurs serveurs par entrée d’emplacement, puis effectuez un équilibrage de charge de base afin que, lorsqu’un emplacement est choisi, MDT sélectionne automatiquement un serveur de déploiement dans la liste des serveurs disponibles. Pour fournir cette fonctionnalité, le fichier LocationServer.xml prend en charge la spécification d’une métrique de pondération.

L’exemple suivant illustre un exemple de fichier LocationServer.xml configuré pour plusieurs serveurs à différents emplacements.

Exemple de fichier LocationServer.xml pour différents emplacements

<?xml version="1.0" encoding="utf-8" ?>  
<servers>  
    <QueryDefault></QueryDefault>  
    <server>  
        <serverid>1</serverid>  
        <friendlyname>  
          Contoso HQ, Seattle, USA  
        </friendlyname>  
        <Server1>\\STLDS01\Deployment$</Server1>  
        <Server2>\\STLDS02\Deployment$</Server2>  
        <Server3>\\STLDS03\Deployment$</Server3>  
        <Server weight="1">\\STLDS01\Deployment$</Server>  
        <Server weight="2">\\STLDS02\Deployment$</Server>  
        <Server weight="4">\\STLDS03\Deployment$</Server>  
    </server>  
    <server>  
        <serverid>2</serverid>  
        <friendlyname>  
          Contoso NYC, New York, USA  
        </friendlyname>  
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>  
    </server>   
</servers>  

Spécifiez la métrique de pondération à l’aide de la <balise de pondération> du serveur, que MDT utilise dans le processus de sélection du serveur. La probabilité de sélection d’un serveur est calculée par :

Poids du serveur/somme de toutes les pondérations de serveur

Dans l’exemple précédent, les trois serveurs du siège social de Contoso sont répertoriés comme 1, 2 et 4. La probabilité qu’un serveur avec une pondération de 2 soit sélectionné devient 2 sur 7. Par conséquent, pour utiliser le système de pondération, déterminez la capacité des serveurs disponibles à un emplacement et pondez chaque serveur en fonction de la capacité du serveur par rapport à chacun des autres serveurs.

Ajout du fichier LocationServer.xml au répertoire Fichiers supplémentaires

Après avoir créé le fichier LocationServer.xml, ajoutez-le au LiteTouch_x86 et LiteTouch_x64 images de démarrage Windows PE dans le dossier X:\Deploy\Control. À l’aide de Deployment Workbench, ajoutez d’autres fichiers et dossiers à ces images Windows PE en spécifiant un répertoire supplémentaire à ajouter dans les propriétés du partage de déploiement.

Pour ajouter LocationServer.xml au partage de déploiement

1. Créez un dossier appelé Fichiers supplémentaires dans le dossier de partage de déploiement racine (par exemple, D:\Production Deployment Share\Extra Files).

2. Créez une structure de dossiers dans le dossier Fichiers supplémentaires qui reflète l’emplacement Windows PE où le fichier supplémentaire doit se trouver.

   Par exemple, le fichier LocationServer.xml doit résider dans le dossier \Deploy\Control de Windows PE ; Par conséquent, créez la même structure de dossiers sous Fichiers supplémentaires (par exemple, D:\Production Deployment Share\Extra Files\Deploy\Control).

3. Copiez LocationServer.xml dans le dossier deployment_share\Extra Files\Deploy\Control (où deployment_share est le chemin complet du dossier racine du partage de déploiement).

4. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

5. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

6. Dans le volet Actions, cliquez sur Propriétés.

7. Dans la boîte de dialogue deployment_shareProperties (où deployment_share est le nom du partage de déploiement), procédez comme suit :

   1. Cliquez sur l’onglet Paramètres de la plateforme Windows PE (où plateforme est l’architecture de l’image Windows PE à configurer).

   2. Dans la section Personnalisations Windows PE , dans la zone Répertoire supplémentaire à ajouter , tapez chemin d’accès (où chemin d’accès est le chemin complet du dossier Fichiers supplémentaires, par exemple, D:\Production Deployment Share\Extra Files), puis cliquez sur OK.

Mise à jour du fichier BootStrap.ini

Lorsque vous créez un partage de déploiement à l’aide de Deployment Workbench, une propriété DeployRoot est automatiquement créée et remplie dans le fichier BootStrap.ini. Étant donné que le fichier LocationServer.xml est utilisé pour remplir la propriété DeployRoot , vous devez supprimer cette valeur du fichier BootStrap.ini.

Pour supprimer la propriété DeployRoot de BootStrap.ini

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

4. Dans la boîte de dialogue deployment_shareProperties (où deployment_share est le nom du partage de déploiement), cliquez sur l’onglet Règles , puis sur Modifier BootStrap.ini.

5. Supprimez la valeur DeployRoot (par exemple, DeployRoot=\\Server\Deployment$).

6. Cliquez sur Fichier, puis sur Enregistrer pour enregistrer les modifications apportées au fichier BootStrap.ini.

7. Cliquez sur OK pour envoyer les modifications.

Mise à jour du partage de déploiement

Le partage de déploiement doit ensuite être mis à jour pour générer un nouvel environnement de démarrage LiteTouch_x86 et LiteTouch_x64 qui contient le fichier LocationServer.xml et le fichier BootStrap.ini mis à jour.

Pour mettre à jour le partage de déploiement

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Mettre à jour le partage de déploiement.

   L’Assistant Mise à jour du partage de déploiement démarre.

4. Dans la page Options , sélectionnez les options souhaitées pour mettre à jour le partage de déploiement, puis cliquez sur Suivant.

5. Dans la page Résumé , vérifiez que les détails sont corrects, puis cliquez sur Suivant.

6. Dans la page Confirmation , cliquez sur Terminer.

Remarque

Une fois le processus de mise à jour terminé, ajoutez les nouveaux LiteTouch_x86 et LiteTouch_x64 environnements Windows PE dans les services de déploiement Windows, ou gravez-les sur le support de démarrage à utiliser pendant le déploiement.

Remplacement d’un ordinateur existant par un nouvel ordinateur à l’aide de Lite Touch Installation

Vous pouvez utiliser MDT pour déployer une image sur un nouvel ordinateur qui remplacera un ordinateur existant dans l’architecture d’entreprise. Cette situation peut se produire lors de la mise à niveau d’un système d’exploitation vers un autre (un nouveau système d’exploitation peut nécessiter un nouveau matériel) ou si l’organisation a besoin d’ordinateurs plus récents et plus rapides pour les applications existantes.

Lors du remplacement d’un ordinateur existant par un nouvel ordinateur, Microsoft recommande de prendre en compte tous les paramètres qui seront migrés d’un ordinateur à un autre, tels que les comptes d’utilisateur et les données d’état utilisateur. En outre, il est important de créer une solution de récupération en cas d’échec de la migration.

Dans cet exemple de déploiement, remplacez l’ordinateur existant (WDG-EXIST-01) par un nouvel ordinateur (WDG-NEW-02) dans le domaine CORP en capturant les données d’état utilisateur de WDG-EXIST-01 et en les enregistrant dans un partage réseau. Ensuite, déployez une image existante sur WDG-NEW-02, puis restaurez les données d’état utilisateur capturées sur WDG-NEW-02. Le déploiement sera effectué à partir d’un serveur de déploiement (WDG-MDT-01).

Dans MDT, utilisez le modèle De séquence de tâches de remplacement du client standard pour créer une séquence de tâches qui effectuera toutes les tâches de déploiement nécessaires.

Cette démonstration part du principe que :

• MDT a été installé sur le serveur de déploiement (WDG MDT 01)

• Le partage de déploiement a déjà été créé et rempli, y compris les images de système d’exploitation, les applications et les pilotes de périphérique

• Une image d’un ordinateur de référence a déjà été capturée et sera déployée sur le nouvel ordinateur (WDG NEW 02)

• Un dossier réseau partagé (UserStateCapture$) a été créé et partagé sur le serveur de déploiement (WDG MDT 01) avec les autorisations de partage appropriées

  Un partage de déploiement doit exister avant de commencer cet exemple. Pour plus d’informations sur la création d’un partage de déploiement, consultez la section « Gestion des partages de déploiement dans Deployment Workbench » dans le document MDT Using the Microsoft Deployment Toolkit.

Étape 1 : Créer une séquence de tâches pour capturer l’état utilisateur

Créez des séquences de tâches MDT dans le nœud Séquences de tâches de Deployment Workbench à l’aide de l’Assistant Nouvelle séquence de tâches. Pour effectuer la première partie du scénario de déploiement Remplacer l’ordinateur (capture de l’état utilisateur sur l’ordinateur existant), sélectionnez le modèle Séquence de tâches de remplacement du client standard dans l’Assistant Nouvelle séquence de tâches.

Pour créer une séquence de tâches afin de capturer l’état utilisateur dans le scénario de déploiement Remplacer l’ordinateur

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/ deployment_share/Task Sequences (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Nouvelle séquence de tâches.

   L’Assistant Nouvelle séquence de tâches démarre.

4. Terminez l’Assistant Nouvelle séquence de tâches en utilisant les informations suivantes. Acceptez les valeurs par défaut, sauf indication contraire.

   Sur cette page de l’Assistant	Procédez comme suit
   Paramètres généraux	1. Dans ID de séquence de tâches, tapez VISTA_EXIST. 2. Dans Nom de la séquence de tâches, tapez Effectuer un scénario de remplacement d’ordinateur sur un ordinateur existant. 3. Cliquez sur Suivant.
   Sélectionner un modèle	Dans Les modèles de séquence de tâches suivants sont disponibles. Sélectionnez celle que vous souhaitez utiliser comme point de départ, sélectionnez Séquence de tâches de remplacement du client standard, puis cliquez sur Suivant.
   Résumé	Vérifiez que les détails de configuration sont corrects, puis cliquez sur Suivant.
   Confirmation	Cliquez sur Terminer.

   L’Assistant Nouvelle séquence de tâches se termine et la séquence de tâches VISTA_EXIST est ajoutée à la liste des séquences de tâches.

Étape 2 : Créer une séquence de tâches pour déployer le système d’exploitation et restaurer l’état utilisateur

Créez des séquences de tâches MDT dans le nœud Séquences de tâches de Deployment Workbench à l’aide de l’Assistant Nouvelle séquence de tâches. Pour effectuer la deuxième partie du scénario de déploiement Remplacer l’ordinateur (déploiement du système d’exploitation, puis restauration de l’état utilisateur sur l’ordinateur existant), sélectionnez le modèle Séquence de tâches cliente standard dans l’Assistant Nouvelle séquence de tâches.

Pour créer une séquence de tâches afin de déployer l’état utilisateur dans le scénario de déploiement Remplacer l’ordinateur

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Nouvelle séquence de tâches.

   L’Assistant Nouvelle séquence de tâches démarre.

4. Terminez l’Assistant Nouvelle séquence de tâches en utilisant les informations suivantes. Acceptez les valeurs par défaut, sauf indication contraire.

   Sur cette page de l’Assistant	Procédez comme suit
   Paramètres généraux	1. Dans ID de séquence de tâches, tapez VISTA_NEW. 2. Dans Nom de la séquence de tâches, tapez Effectuer un scénario de remplacement d’ordinateur sur un nouvel ordinateur. 3. Cliquez sur Suivant.
   Sélectionner un modèle	Dans Les modèles de séquence de tâches suivants sont disponibles. Sélectionnez celle que vous souhaitez utiliser comme point de départ, sélectionnez Séquence de tâches cliente standard, puis cliquez sur Suivant.
   Sélectionner le système d’exploitation	Dans Les images de système d’exploitation suivantes peuvent être déployées avec cette séquence de tâches. Sélectionnez-en une à utiliser, sélectionnez captured_vista_image (où captured_vista_image est l’image capturée que l’ordinateur de référence a ajoutée au nœud Systèmes d’exploitation dans Deployment Workbench), puis cliquez sur Suivant.
   Spécifier la clé de produit	Sélectionnez Ne pas spécifier de clé de produit pour l’instant, puis cliquez sur Suivant.
   Paramètres du système d’exploitation	1. Dans Nom complet, tapez Woodgrove Employee. 2. Dans Organisation, tapez Woodgrove Bank. 3. Dans la page d’accueil d’Internet Explorer, tapez http://www.woodgrovebank.com. 4. Cliquez sur Suivant.
   mot de passe Administration	Dans Mot de passe de l’administrateur et Confirmer le mot de passe de l’administrateur, tapez P@ssw0rd, puis cliquez sur Terminer.
   Confirmation	Cliquez sur Terminer.

   L’Assistant Nouvelle séquence de tâches se termine et la séquence de tâches VISTA_NEW est ajoutée à la liste des séquences de tâches.

Étape 3 : Personnaliser les fichiers de configuration MDT

Une fois la séquence de tâches MDT créée, personnalisez les fichiers de configuration MDT qui fournissent les paramètres de configuration pour capturer les informations d’état utilisateur. Plus précisément, personnalisez le fichier CustomSettings.ini en modifiant le fichier dans les propriétés du partage de déploiement créé précédemment dans le processus de déploiement. Dans une étape ultérieure, le partage de déploiement sera mis à jour pour garantir que le fichier de configuration est mis à jour dans le partage de déploiement.

Pour personnaliser les fichiers de configuration MDT afin de capturer les informations d’état utilisateur

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

   La boîte de dialogue Propriétés apparaît.

4. Dans la boîte de dialogue Propriétés , cliquez sur l’onglet Règles .

5. Sous l’onglet Règles , modifiez le fichier CustomSettings.ini pour refléter les modifications nécessaires, comme illustré dans l’exemple suivant. Apportez toutes les modifications supplémentaires requises par l’environnement.

   Fichier CustomSettings.ini personnalisé

   [Settings]  
   Priority=Default  
   Properties=MyCustomProperty  
   
   [Default]  
   OSInstall=Y  
   
   UDShare=\\WDG-MDT-01\UserStateCapture$  
   UDDir=%OSDCOMPUTERNAME%  
   UserDataLocation=NETWORK  
   SkipCapture=NO  
   SkipAdminPassword=YES  
   SkipProductKey=YES  
   
   

6. Dans la boîte de dialogue Propriétés, cliquez sur OK.

7. Fermez toutes les fenêtres et boîtes de dialogue ouvertes.

Étape 4 : Configurer les options Windows PE pour le partage de déploiement

Configurez les options Windows PE pour le partage de déploiement dans le nœud Partages de déploiement dans Deployment Workbench.

Remarque

Si les pilotes de périphérique pour l’ordinateur existant (WDG-EXIST-01) et le nouvel ordinateur (WDG-NEW-01) sont inclus avec Windows Vista, ignorez cette étape et passez à l’étape suivante.

Pour configurer les options Windows PE pour le partage de déploiement

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

   La boîte de dialogue Propriétés apparaît.

4. Dans la boîte de dialogue Propriétés, sous l’onglet Composants de la plateforme Windows PE (où plateforme est l’architecture de l’image Windows PE à configurer), dans Profil de sélection, sélectionnez device_drivers (où device_drivers est le nom du profil de sélection du pilote de périphérique), puis cliquez sur OK.

Étape 5 : Mettre à jour le partage de déploiement

Après avoir configuré les options Windows PE pour le partage de déploiement, mettez à jour le partage de déploiement. La mise à jour du partage de déploiement met à jour tous les fichiers de configuration MDT et génère une version personnalisée de Windows PE. La version personnalisée de Windows PE est utilisée pour démarrer l’ordinateur de référence et lancer le processus de déploiement LTI.

Pour mettre à jour le partage de déploiement dans Deployment Workbench

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Mettre à jour le déploiementPartager.

   L’Assistant Mise à jour du partage de déploiement démarre.

4. Dans la page Options , sélectionnez les options souhaitées pour mettre à jour le partage de déploiement, puis cliquez sur Suivant.

5. Dans la page Résumé , vérifiez que les détails sont corrects, puis cliquez sur Suivant.

6. Dans la page Confirmation , cliquez sur Terminer.

   Deployment Workbench commence à mettre à jour le partage de déploiement. Deployment Workbench crée les fichiers LiteTouchPE_x86.iso et LiteTouchPE_x86.wim (pour les ordinateurs cibles 32 bits) ou les fichiers LiteTouchPE_x64.iso et LiteTouchPE_x64.wim (pour les ordinateurs cibles 64 bits) dans le dossier deployment_share\Boot (où deployment_share est le dossier partagé utilisé comme partage de déploiement).

Étape 6 : Créer le média de démarrage LTI

Fournissez une méthode pour démarrer l’ordinateur avec la version personnalisée de Windows PE créée lors de la mise à jour du partage de déploiement. Deployment Workbench crée les fichiers LiteTouchPE_x86.iso et LiteTouchPE_x86.wim (pour les ordinateurs cibles 32 bits) ou les fichiers LiteTouchPE_x64.iso et LiteTouchPE_x64.wim (pour les ordinateurs cibles 64 bits) dans le dossier deployment_share\Boot (où deployment_share est le dossier partagé utilisé comme partage de déploiement). Créez le média de démarrage LTI approprié à partir de l’une de ces images.

Pour créer le média de démarrage LTI

1. Dans l’Explorateur Windows, accédez au dossier deployment_share\Boot (où deployment_share est le dossier partagé utilisé comme partage de déploiement).

2. En fonction du type d’ordinateur utilisé pour l’ordinateur existant (WDG-EXIST-01) et le nouvel ordinateur (WDG-NEW-02), effectuez l’une des tâches suivantes :

   • Si l’ordinateur de référence est un ordinateur physique, créez un CD ou un DVD du fichier ISO.

   • Si l’ordinateur de référence est une machine virtuelle, démarrez la machine virtuelle directement à partir du fichier ISO ou à partir d’un CD ou d’un DVD du fichier ISO.

Étape 7 : Démarrer l’ordinateur existant avec le média de démarrage LTI

Démarrez l’ordinateur existant (WDG-EXIST-01) avec le média de démarrage LTI créé précédemment dans le processus. Ce CD démarre Windows PE sur l’ordinateur existant et lance le processus de déploiement MDT. À la fin du processus de déploiement MDT, les informations de migration de l’état utilisateur sont stockées dans le dossier partagé UserStateCapture$.

Remarque

Vous pouvez également lancer le processus MDT en démarrant l’ordinateur cible à partir des services de déploiement Windows. Pour plus d’informations, consultez la section « Préparation des services de déploiement Windows » dans le document MDT Using the Microsoft Deployment Toolkit.

Pour démarrer l’ordinateur existant avec le média de démarrage LTI

1. Démarrez WDG-EXIST-01 avec le média de démarrage LTI créé plus tôt dans le processus.

   Windows PE démarre, puis l’Assistant Déploiement de Windows démarre.

2. Terminez l’Assistant Déploiement de Windows à l’aide des informations suivantes. Acceptez les valeurs par défaut, sauf indication contraire.

   Sur cette page de l’Assistant	Procédez comme suit
   Bienvenue dans le déploiement	Cliquez sur Exécuter l’Assistant Déploiement pour installer un nouveau système d’exploitation, puis cliquez sur Suivant.
   Spécifiez les informations d’identification pour la connexion aux partages réseau.	1. Dans Nom d’utilisateur, tapez Administrateur. 2. Dans Mot de passe, tapez P@ssw0rd. 3. Dans Domaine, tapez CORP. 4. Cliquez sur OK.
   Sélectionnez une séquence de tâches à exécuter sur cet ordinateur.	Cliquez sur Effectuer un scénario de remplacement d’ordinateur sur un ordinateur existant, puis cliquez sur Suivant.
   Spécifier où enregistrer vos données et paramètres	Cliquez sur Suivant.
   Spécifier où enregistrer une sauvegarde complète de l’ordinateur	Cliquez sur Ne pas sauvegarder l’ordinateur existant, puis cliquez sur Suivant.
   Prêt à commencer	Cliquez sur Commencer.

   Si des erreurs ou des avertissements se produisent, consultez le document MDT Résolution des problèmes de référence.

3. Dans la boîte de dialogue Résumé du déploiement , cliquez sur Détails.

   Si des erreurs ou des avertissements se sont produits, passez en revue les erreurs ou les avertissements et enregistrez les informations de diagnostic.

4. Dans la boîte de dialogue Résumé du déploiement , cliquez sur Terminer.

   Les informations de migration de l’état utilisateur sont capturées et stockées dans le dossier partagé réseau (UserStateCapture$) créé précédemment dans le processus.

Étape 8 : Démarrer le nouvel ordinateur avec le média de démarrage LTI

Démarrez le nouvel ordinateur (WDG-NEW-02) avec le média de démarrage LTI créé précédemment dans le processus. Ce CD démarre Windows PE sur l’ordinateur de référence et lance le processus de déploiement MDT. À la fin du processus de déploiement MDT, Windows Vista est déployé sur le nouvel ordinateur et les informations de migration de l’état utilisateur capturées sont restaurées sur le nouvel ordinateur.

Remarque

Vous pouvez également lancer le processus MDT en démarrant l’ordinateur cible à partir des services de déploiement Windows. Pour plus d’informations, consultez la section « Préparation des services de déploiement Windows » dans le document MDT Using the Microsoft Deployment Toolkit.

Pour démarrer le nouvel ordinateur avec le média de démarrage LTI

1. Démarrez WDG-NEW-02 avec le média de démarrage LTI créé précédemment dans le processus.

   Windows PE démarre, puis l’Assistant Déploiement de Windows démarre.

2. Terminez l’Assistant Déploiement de Windows à l’aide des informations suivantes. Acceptez les valeurs par défaut, sauf indication contraire.

   Sur cette page de l’Assistant	Procédez comme suit
   Bienvenue dans le déploiement	Cliquez sur Exécuter l’Assistant Déploiement pour installer un nouveau système d’exploitation, puis cliquez sur Suivant.
   Spécifiez les informations d’identification pour la connexion aux partages réseau.	1. Dans Nom d’utilisateur, tapez Administrateur. 2. Dans Mot de passe, tapez P@ssw0rd. 3. Dans Domaine, tapez CORP. 4. Cliquez sur OK.
   Sélectionnez une séquence de tâches à exécuter sur cet ordinateur.	Cliquez sur Effectuer un scénario de remplacement d’ordinateur sur un nouvel ordinateur, puis cliquez sur Suivant.
   Configurer le nom de l’ordinateur	Dans Nom de l’ordinateur, tapez WDG-NEW-02, puis cliquez sur Suivant.
   Joindre l’ordinateur à un domaine ou un groupe de travail	Cliquez sur Suivant.
   Spécifier s’il faut restaurer les données utilisateur	1. Cliquez sur Spécifier un emplacement. 2. Dans Emplacement, tapez \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01. 3. Cliquez sur Suivant.
   Sélection des paramètres régionaux	Cliquez sur Suivant.
   Définir le fuseau horaire	Cliquez sur Suivant.
   Spécifier s’il faut capturer une image	Cliquez sur Ne pas capturer une image de cet ordinateur, puis cliquez sur Suivant.
   Spécifier la configuration BitLocker	Cliquez sur Ne pas activer BitLocker pour cet ordinateur, puis cliquez sur Suivant.
   Prêt à commencer	Cliquez sur Commencer.

   Si des erreurs ou des avertissements doivent se produire, consultez le document MDT Résolution des problèmes de référence.

3. Dans la boîte de dialogue Résumé du déploiement , cliquez sur Détails.

   Si des erreurs ou des avertissements se sont produits, passez en revue les erreurs ou les avertissements et enregistrez les informations de diagnostic.

4. Dans la boîte de dialogue Résumé du déploiement , cliquez sur Terminer.

   Windows Vista est maintenant installé sur le nouvel ordinateur et les informations de migration de l’état utilisateur capturées sont également restaurées.

Intégration du code de déploiement personnalisé dans MDT

Il est courant qu’une équipe de déploiement ait des exigences complexes, spécifiques à leur environnement cible, qui ne sont pas remplies par les actions de séquence de tâches prédéfinies Deployment Workbench ou par les fichiers de configuration MDT par défaut. Dans ce cas, implémentez du code personnalisé pour répondre à leurs exigences.

Intégrez du code de déploiement personnalisé à MDT en :

• Choix d’une langue de script comme décrit dans Choisir le langage de script approprié

• Tirer parti des ZTIUtility.vbs comme décrit dans Comprendre comment tirer parti de ZTIUtility

• Intégration du code de déploiement personnalisé, comme décrit dans Intégration du code de déploiement personnalisé

  Les sections suivantes supposent que MDT est configuré sur un serveur de déploiement.

Choix du langage de script approprié

Bien que tout code pouvant être exécuté sur Windows ou Windows PE puisse être appelé en tant qu’installation d’application ou via une étape de séquence de tâches MDT, Microsoft recommande d’utiliser des scripts sous la forme de fichiers .vbs ou .wsf.

L’avantage de l’utilisation de fichiers .wsf est la journalisation intégrée en plus de certaines autres fonctions prédéfinies déjà utilisées par les processus ZTI et LTI. Ces fonctions sont disponibles dans le script ZTIUtility distribué avec MDT.

Lorsqu’il est référencé à partir d’un script personnalisé, le script ZTIUtility initialise l’environnement MDT et les classes d’installation. Ces classes sont disponibles :

• Journalisation. Cette classe fournit la fonctionnalité de journalisation que tous les scripts MDT utilisent. Il crée également un fichier journal unique pour chaque exécution de script pendant le déploiement et un fichier journal consolidé de tous les scripts. Ces fichiers journaux sont créés dans un format conçu pour être lu par CMTrace.

• Environnement. Cette classe configure les variables d’environnement collectées via le traitement des règles WMI et MDT et leur permet d’être référencées directement à partir du script. Cela permet de lire les propriétés de déploiement, ce qui donne accès à toutes les informations de configuration utilisées par les processus ZTI et LTI.

• Utilitaire. Cette classe fournit des utilitaires généraux utilisés dans les scripts ZTI et LTI. Microsoft recommande que chaque fois que du code personnalisé est développé, cette classe soit examinée pour voir si un code peut simplement être réutilisé. Des informations supplémentaires sur certaines des fonctionnalités fournies dans cette classe sont incluses plus loin dans cette section.

• Base de données. Cette classe exécute des fonctions telles que la connexion aux bases de données et la lecture d’informations à partir de bases de données. En règle générale, l’accès direct à la classe de base de données n’est pas recommandé ; à la place, le traitement des règles doit être utilisé pour effectuer des recherches de base de données.

• Chaînes. Cette classe effectue des routines courantes de traitement de chaîne, comme la création d’une liste délimitée d’éléments, l’affichage d’une valeur hexadécimale, la suppression d’espaces blancs à partir d’une chaîne, l’alignement à droite d’une chaîne, l’alignement à gauche d’une chaîne, le forçage d’une valeur au format de tableau, la génération d’un identificateur global unique aléatoire (GUID) et les conversions base64.

• FileHandling. Cette classe exécute des fonctions telles que la normalisation des chemins d’accès et la copie, le déplacement et la suppression de fichiers et de dossiers.

• clsRegEx. Cette classe exécute des fonctions d’expression régulière.

  Dans MDT, quelques modifications ont été implémentées dans l’architecture de script pour rendre le client Microsoft Visual Basic Scripting Edition (VBScript) plus robuste et plus fiable. Ces modifications sont notamment les suivantes :

• Modifications importantes apportées à ZTIUtility.vbs (bibliothèque de scripts principale), notamment de nouvelles API et une meilleure gestion des erreurs

• Une nouvelle apparence de la structure globale des scripts ZTI_xxx.wsf

  La structure globale des scripts MDT a également changé. La plupart des scripts MDT sont désormais encapsulés dans des objets de classe VBScript. La classe est initialisée et appelée avec la fonction RunNewInstance .

Remarque

La plupart des scripts MDT 2008 Update 1 existants fonctionnent en l’état dans MDT, même avec les modifications importantes apportées à ZTIUtility.vbs, car la plupart des scripts MDT incluent ZTIUtility.vbs.

Comprendre comment tirer parti de ZTIUtility

Le fichier ZTIUtility.vbs contient des classes d’objets qui peuvent être exploitées dans votre code personnalisé. Intégrez du code personnalisé à MDT à l’aide des éléments suivants :

• Classe de journalisation définie dans ZTIUtility.vbs comme décrit dans Utiliser la classe de journalisation ZTIUtility

• Classe d’environnement définie dans ZTIUtility.vbs comme décrit dans Utiliser la classe d’environnement ZTIUtility

• Classe d’utilitaire définie dans ZTIUtility.vbs comme décrit dans Utiliser la classe utilitaire ZTIUtility

Utiliser la classe de journalisation ZTIUtility

La classe de journalisation dans ZTIUtiliy.vbs fournit un mécanisme simple permettant au code personnalisé de journaliser les informations d’état, les avertissements et les erreurs de la même manière que les autres scripts pendant un déploiement ZTI ou LTI. Cette standardisation garantit également que la boîte de dialogue Résumé du déploiement LTI signale correctement l’état de tout code personnalisé exécuté.

L’exemple suivant illustre un exemple de script de code personnalisé qui utilise les fonctions oLogging.CreateEntry et TestAndFail pour journaliser différents types de messages, en fonction des résultats des différentes actions de script.

Exemple de script utilisant la journalisation ZTIUtility : ZTI_Example.wsf

<job id="ZTI_Example">  
<script language="VBScript" src="ZTIUtility.vbs"/>  
<script language="VBScript">  

' //*******************************************************  
' //  
' // Copyright (c) Microsoft Corporation.  All rights reserved  
' // Microsoft Deployment Toolkit Solution Accelerator  
' // File: ZTI_Example.wsf  
' //  
' // Purpose: Example of scripting with the  
' //          Microsoft Deployment Toolkit.  
' //  
' // Usage: cscript ZTI_Example.wsf [/debug:true]  
' //  
' //*******************************************************  

Option Explicit  
RunNewInstance  

'//--------------------------------------------------------  
'// Main Class  
'//--------------------------------------------------------  
Class ZTI_Example  

'//--------------------------------------------------------  
'// Main routine  
'//--------------------------------------------------------  

Function Main()  

  Dim iRetVal  
  Dim sScriptPath  

  iRetVal = SUCCESS  

  oLogging.CreateEntry "Begin example script...", _  
    LogTypeInfo  

  ' %ServerA% is a generic variable available within  
  ' every CustomSettings.ini file.  

  sScriptPath = "\\" & oEnvironment.Item("ServerA") & _  
    "\public\products\Applications\User\Technet\USEnglish"  

  ' Validate a connection to server, net connect with  
  ' credentials if necessary.  
  iRetVal = oUtility.ValidateConnection( sScriptPath )  
  TestAndFail iRetVal, 9991, "Validate Connection to [" & _  
    sScriptPath & "]"  

  'Run Setup Program  

  iRetVal = oUtility.RunWithHeartbeat( """" & _  
    sScriptPath & "\setup.exe"" /?" )  
  TestAndFail iRetVal, 9991, "RunWithHeartbeat [" & _  
    sScriptPath & "]"  

  'Perform any cleanup from installation process  

  oShell.RegWrite "HKLM\Software\Microsoft\SomeValue", _  
    "Done with Execution of XXX.", "REG_SZ"  

  Main = iRetVal  

End Function  

End Class  

</script>  
</job>  

Remarque

Si vous souhaitez continuer à utiliser des scripts qui appellent ZTIProcess() avec ProcessResults(), vous pouvez continuer à le faire. Toutefois, certaines fonctionnalités améliorées de gestion des erreurs ne seront pas activées.

Utiliser la classe d’environnement ZTIUtility

La classe d’environnement dans ZTIUtiliy.vbs permet d’accéder aux propriétés MDT et de les mettre à jour. Dans l’exemple précédent, oEnvironment.Item(« Memory ») est utilisé pour récupérer la quantité de RAM disponible ; cela peut également être utilisé pour récupérer la valeur de l’une des propriétés décrites dans la référence mdT document Toolkit.

Utiliser la classe de l’utilitaire ZTIUtility

Le script ZTIUtility.vbs contient un certain nombre d’utilitaires couramment utilisés que tout script de déploiement personnalisé peut utiliser. Vous pouvez ajouter ces utilitaires à n’importe quel script de la même façon que les classes oLogging et oEnvironment .

Le tableau suivant détaille certaines fonctions utiles disponibles et leur sortie. Pour obtenir la liste complète des fonctions disponibles, reportez-vous au fichier ZTIUtility.vbs.

Fonction	Résultat
oUtility.LocalRootPath	Retourne le chemin du dossier racine utilisé par le processus de déploiement sur l’ordinateur cible, par exemple, C:\MININT
oUtility.BootDevice	Retourne le périphérique de démarrage système, par exemple, MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath	Retourne le chemin d’accès au dossier logs utilisé pendant le déploiement, par exemple, C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath	Retourne le chemin du magasin d’états actuellement configuré, par exemple, C:\MININT\StateStore
oUtility.ScriptName	Retourne le nom du script appelant la fonction, par exemple Z-RAMTest
oUtility.ScriptDir	Retourne le chemin d’accès au script qui appelle la fonction, par exemple, \\server_name\Deployment$\Scripts
oUtility.ComputerName	Détermine le nom de l’ordinateur qui sera utilisé pendant le processus de génération, par exemple, computer_name
oUtility.ReadIni(file, section, item)	Permet la lecture de l’élément spécifié à partir d’un fichier .ini
oUtility.WriteIni(file, section, item, value)	Permet l’écriture de l’élément spécifié dans un fichier .ini
oUtility.Sections(file)	Lit les sections d’un fichier .ini et les stocke dans un objet à des fins de référence
oUtility.SectionContents(file, section)	Lit le contenu du fichier .ini spécifié et le stocke dans un objet
oUtility.RunWithHeartbeat(sCmd)	Lorsque la commande est exécutée, écrivez des informations de pulsation dans les journaux toutes les 0,5 secondes
oUtility.FindFile (sFilename,sFoundPath)	Recherche le fichier spécifié dans le dossier DeployRoot et les sous-dossiers standard, notamment Maintenance, Outils, USMT, Modèles, Scripts et Contrôle
oUtility.findMappedDrive(sServerUNC)	Vérifie si un lecteur est mappé au chemin UNC spécifié et retourne la lettre de lecteur
oUtility.ValidateConnection(sServerUNC)	Vérifie s’il existe une connexion au serveur spécifié et, si ce n’est pas le cas, tente d’en créer une
MapNetworkDrive (sShare, SDomID, sDomPwd)	Mappe une lettre de lecteur au chemin UNC spécifié comme partage et retourne la lettre de lecteur utilisée ; retourne une erreur en cas d’échec
VerifyPathExists(strPath)	Vérifie que le chemin d’accès spécifié existe
oEnvironment.Substitute(sVal)	Avec une chaîne, développe toutes les variables ou fonctions au sein de cette chaîne
oEnvironment.Item (sName)	Lit ou écrit une variable dans un magasin persistant
oEnvironment.Exists (sName)	Tests pour voir si la variable existe
oEnvironment.ListItem (sName)	Lit ou écrit une variable de type tableau dans un magasin persistant
oLogging.ReportFailure (sMessage, iError)	Utilisé pour effectuer une sortie structurée si une erreur irrécupérable est détectée
oLogging.CreateEvent (iEventID, iType, sMessage, arrParms)	Écrit un message dans le fichier journal et publie l’événement sur un serveur défini
oLogging.CreateEntry (sLogMsg, iType)	Écrit un message dans le fichier journal
TestAndFail(iRc, iError, sMessage)	Quitte le script avec iError si iRc est false ou échoue
TestAndLog(iRc , sMessage)	Enregistre un avertissement uniquement si iRc a la valeur false ou échoue

Intégration du code de déploiement personnalisé

Le code de déploiement personnalisé peut être intégré au processus MDT de plusieurs façons ; Toutefois, quelle que soit la méthode utilisée, les deux règles suivantes doivent être respectées :

• Le nom du script de code de déploiement personnalisé doit toujours commencer par la lettre Z.

• Le code de déploiement personnalisé doit être placé dans le dossier Scripts sur le partage de déploiement, par exemple, D:\Production Deployment Share\Scripts.

  Les méthodes les plus fréquemment utilisées pour intégrer du code personnalisé qui garantissent également une journalisation cohérente sont les suivantes :

• Déployer le code en tant qu’application MDT

• Lancer le code en tant que commande de séquence de tâches MDT

• Lancer le code en tant que script de sortie utilisateur

Déployer du code personnalisé en tant qu’application MDT

Le code de déploiement personnalisé peut être importé dans Deployment Workbench et géré de la même façon que n’importe quelle autre application.

Pour créer une application pour exécuter du code de déploiement personnalisé

1. Copiez le code de déploiement personnalisé dans le dossier deployment_share\Scripts (où deployment_share est le chemin complet du partage de déploiement).

2. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

3. Dans l’arborescence de la console Deployment Workbench, accédez à Partages de déploiement/deployment_share/Applications (où deployment_share est le nom du partage de déploiement à configurer).

4. Dans le volet Actions, cliquez sur Nouvelle application.

   L’Assistant Nouvelle application démarre.

5. Terminez l’Assistant Nouvelle application en utilisant les informations suivantes. Acceptez les valeurs par défaut, sauf indication contraire.

   Sur cette page de l’Assistant	Procédez comme suit
   Type d’application	Cliquez sur Application sans fichiers sources ou ailleurs sur le réseau, puis cliquez sur Suivant.
   Détails	Complétez cette page en fonction des informations de l’application, puis cliquez sur Suivant.
   Détails de la commande	1. Dans la zone Ligne de commande , tapez cscript.exe %SCRIPTROOT%\custom_code (où custom_code est le nom du code personnalisé qui a été développé). 2. Dans la zone Répertoire de travail , tapez working_directory (où working_directory est le nom du répertoire de travail du code personnalisé ; il s’agit généralement du même dossier que celui spécifié dans la zone Ligne de commande ). 3. Cliquez sur Suivant.
   Résumé	Vérifiez que les paramètres de configuration sont corrects, puis cliquez sur Suivant.
   Confirmation	Cliquez sur Terminer.

   L’application apparaît dans le nœud Applications de Deployment Workbench.

Ajouter le code personnalisé en tant qu’étape de séquence de tâches

Le code de déploiement personnalisé peut être appelé directement à partir de n’importe quel point d’une séquence de tâches ; cela donne accès aux règles et options de séquence de tâches habituelles.

Pour ajouter le code de déploiement personnalisé à une séquence de tâches existante

1. Copiez le code de déploiement personnalisé dans le dossier deployment_share\Scripts (où deployment_share est le chemin complet du partage de déploiement).

2. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

3. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (où deployment_share est le nom du partage de déploiement à configurer).

4. Dans le volet d’informations, cliquez sur task_sequence ( où task_sequence est le nom de la séquence de tâches qui exécute le code personnalisé).

5. Dans le volet Actions, cliquez sur Propriétés.

6. Dans la boîte de dialogue task_sequenceProperties , cliquez sur l’onglet Séquence de tâches.

7. Dans l’arborescence de la console, accédez au groupe (où group est le groupe à ajouter l’étape de séquence de tâches).

8. Cliquez sur Ajouter, sur Général, puis sur Exécuter la ligne de commande.

9. Dans l’arborescence de la console, cliquez sur Exécuter la ligne de commande, puis sur l’onglet Propriétés .

10. Dans la zone Nom , tapez name (où name est un nom descriptif du code personnalisé).

11. Sous l’onglet Propriétés , dans la zone Ligne de commande , tapez command_line (où command_line est la commande permettant d’exécuter le code personnalisé, par exemple, cscript.exe %SCRIPTROOT%\CustomCode.vbs).

12. Dans la zone Démarrer dans , tapez chemin (où chemin d’accès est le chemin complet du dossier de travail du code personnalisé ; en général, il s’agit du même chemin spécifié dans la zone Ligne de commande ), puis cliquez sur OK.

    L’étape de séquence de tâches nouvellement créée apparaît dans la liste des étapes de séquence de tâches.

Exécuter du code personnalisé en tant que script de sortie utilisateur

Il est également possible d’exécuter le code personnalisé en tant que script de sortie utilisateur à partir de CustomSettings.ini à l’aide de la directive UserExit . Cela fournit un mécanisme permettant de transmettre des informations au processus de validation de règle CustomSettings.ini et fournit une mise à jour dynamique des propriétés MDT

Pour plus d’informations sur les scripts de sortie utilisateur et la directive UserExit, consultez la section « User Exit Scripts in the CustomSettings.ini File », dans le document MDT Using the Microsoft Deployment Toolkit.

Installation de pilotes de périphérique à l’aide de différentes méthodes d’installation

Dans ce scénario, vous utilisez MDT pour déployer un système d’exploitation sur différents types de matériel. Dans le cadre du processus de déploiement, identifiez et installez les pilotes de périphérique afin que chaque type de matériel fonctionne correctement. Il existe deux principaux types de pilotes de périphérique : chaque doit être géré différemment pendant le processus de déploiement :

• Pilotes de périphérique qui contiennent un fichier .inf qui peut être utilisé pour importer le pilote de périphérique dans Deployment Workbench

• Pilotes de périphérique empaquetés en tant qu’application et qui doivent être installés en tant qu’application

  À l’aide de MDT, vous pouvez gérer les deux types de pilotes dans le cadre d’un déploiement de système d’exploitation.

  Installez les pilotes de périphérique par :

• Détermination des méthodes d’installation de chaque pilote de périphérique, comme décrit dans Détermination de la méthode à utiliser pour installer un pilote de périphérique

• Utilisation de la méthode des pilotes prêtes à l’emploi, comme décrit dans Installation de pilotes de périphérique à l’aide de la méthode des pilotes out-of-box

• Installation en tant qu’applications, comme décrit dans Installation de pilotes de périphérique en tant qu’applications

  Ce scénario suppose que MDT s’exécute sur un serveur de déploiement.

Détermination de la méthode à utiliser pour installer un pilote de périphérique

Les fabricants de matériel publient les pilotes de périphérique sous l’une des deux formes suivantes :

• En tant que package que vous pouvez extraire et qui contient les fichiers .inf utilisés pour importer le pilote dans Deployment Workbench

• En tant qu’application que vous devez installer à l’aide des processus d’installation d’application traditionnels

  Les packages de pilotes de périphérique qui peuvent être extraits pour accéder aux fichiers .inf peuvent utiliser le processus d’installation et de détection automatique du pilote MDT en important d’abord le pilote dans le nœud Out-of-Box Drivers dans Deployment Workbench.

  Les packages de pilotes de périphérique qui ne peuvent pas être extraits pour isoler les fichiers .inf ou ceux qui ne fonctionnent pas correctement sans être installés au préalable à l’aide d’un programme d’installation d’application tel qu’un fichier MSI ou Setup.exe peuvent utiliser la fonctionnalité Installer l’application MDT et installer le pilote de périphérique pendant le processus de déploiement, comme pour n’importe quelle application normale.

Installation de pilotes de périphérique à l’aide de la méthode Out-of-Box Drivers

Vous pouvez importer des packages de pilotes de périphérique qui incluent un fichier .inf dans Deployment Workbench et les installer automatiquement dans le cadre du processus de déploiement. Pour implémenter ce type de déploiement de pilote de périphérique, ajoutez d’abord le pilote de périphérique à Deployment Workbench.

Pour ajouter le pilote de périphérique à Deployment Workbench

1. Téléchargez les pilotes de périphérique requis pour les types de matériel à déployer et extrayez le package de pilotes de périphérique vers un emplacement temporaire.

2. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

3. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (où deployment_share est le nom du partage de déploiement à configurer).

4. Dans le volet Actions, cliquez sur Importer des pilotes.

   L’Assistant Importation de pilote de périphérique démarre.

5. Dans la page Spécifier le répertoire , dans la section Répertoire source du lecteur , cliquez sur Parcourir pour accéder au dossier qui contient les nouveaux pilotes de périphérique, puis cliquez sur Suivant.

   Remarque

   L’Assistant Nouveau pilote de périphérique recherche tous les sous-répertoires du répertoire source du pilote ; Par conséquent, s’il existe plusieurs pilotes à installer, extrayez-les dans des dossiers du même répertoire racine, puis définissez le répertoire source du pilote comme répertoire racine qui contient tous les dossiers sources du pilote.

6. Dans la page Résumé , vérifiez que les paramètres sont corrects, puis cliquez sur Suivant pour importer les pilotes dans Deployment Workbench.

7. Dans la page Confirmation , cliquez sur Terminer.

   Si les pilotes de périphérique contiennent des pilotes critiques au démarrage tels que le stockage de masse ou les pilotes de classe réseau, le partage de déploiement doit ensuite être mis à jour pour générer un nouvel environnement de démarrage LiteTouch_x86 et LiteTouch_x64 qui contient les nouveaux pilotes.

   Pour ajouter des pilotes de périphérique aux images Lite Touch Windows PE

8. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

9. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

10. Dans le volet Actions, cliquez sur Mettre à jour le partage de déploiement.

    L’Assistant Mise à jour du partage de déploiement démarre.

11. Dans la page Options , sélectionnez les options souhaitées pour mettre à jour le partage de déploiement, puis cliquez sur Suivant.

12. Dans la page Résumé , vérifiez que les détails sont corrects, puis cliquez sur Suivant.

13. Dans la page Confirmation , cliquez sur Terminer.

Installation de pilotes de périphérique en tant qu’applications

Les pilotes de périphérique empaquetés en tant qu’applications et que vous ne pouvez pas extraire dans un dossier contenant un fichier .inf, en plus des fichiers de pilote, doivent être ajoutés à Deployment Workbench en tant qu’application pour l’installation pendant le processus de déploiement.

Les applications peuvent être spécifiées en tant qu’étape de séquence de tâches ou spécifiées dans CustomSettings.ini ; Toutefois, les applications de pilote de périphérique doivent être installées uniquement lorsque la séquence de tâches est exécutée sur un ordinateur avec les appareils. Pour ce faire, exécutez l’étape de séquence de tâches pour déployer les applications de pilote de périphérique pertinentes en tant qu’étape de séquence de tâches conditionnelle. Les critères conditionnels peuvent être spécifiés pour exécuter l’étape de séquence de tâches à l’aide de requêtes WMI pour l’appareil sur l’ordinateur cible.

Ajouter l’application Device Driver à Deployment Workbench

Chaque application de pilote de périphérique doit d’abord être importée dans Deployment Workbench.

Remarque

Configurez si l’application doit être visible pendant le déploiement dans la boîte de dialogue Propriétés d’une application en activant ou en désactivant la case à cocher Masquer cette application dans l’Assistant Déploiement . Répétez ce processus pour chaque application de pilote de périphérique utilisée pendant le déploiement.

Pour ajouter l’application de pilote de périphérique à Deployment Workbench

1. Téléchargez l’application de pilote de périphérique et enregistrez-la dans un emplacement temporaire.

2. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

3. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Applications (où deployment_share est le nom du partage de déploiement à configurer).

4. Dans le volet Actions, cliquez sur Nouvelle application.

   L’Assistant Nouvelle application démarre.

5. Dans la page Type d’application , cliquez sur Application avec des fichiers sources, puis cliquez sur Suivant.

6. Dans la page Détails , tapez les détails pertinents sur l’application, puis cliquez sur Suivant.

7. Dans la page Source , dans la section Répertoire source , cliquez sur Parcourir pour accéder à, puis sur le répertoire qui contient les fichiers source de l’application du pilote de périphérique. Cliquez sur OK.

8. Cliquez sur Suivant.

9. Dans la page Destination , tapez un nom pour le répertoire de destination, puis cliquez sur Suivant.

10. Dans la page Détails de la commande , dans la section Ligne de commande , tapez la commande qui autorise l’installation silencieuse de l’application de pilote de périphérique.

11. Dans la page Résumé , vérifiez que les paramètres sont corrects, puis cliquez sur Suivant pour importer l’application de pilote de périphérique dans Deployment Workbench.

12. Dans la page Confirmation , cliquez sur Terminer.

    Une fois les applications importées dans Deployment Workbench, ajoutez-les au processus de déploiement à l’aide de la logique appropriée pour vous assurer que l’application s’installe uniquement lorsqu’elle s’exécute sur le matériel approprié. Il existe différentes méthodes pour y parvenir :

• Spécifiez l’application de pilote de périphérique dans le cadre d’une séquence de tâches de déploiement.

• Spécifiez l’application de pilote de périphérique dans CustomSettings.ini.

• Spécifiez l’application de pilote de périphérique dans la base de données MDT.

  Chaque approche est décrite plus en détail dans les sections suivantes.

Spécifier l’application de pilote de périphérique dans le cadre d’une séquence de tâches

La première méthode pour ajouter une application de pilote de périphérique au processus de déploiement consiste à utiliser une séquence de tâches pour ajouter des étapes pour chaque application de pilote de périphérique.

Il existe deux approches principales pour gérer les applications de pilote de périphérique dans la séquence de tâches :

• Créez un groupe de séquences de tâches pour chaque modèle matériel, puis ajoutez une requête pour exécuter ce groupe d’actions si l’ordinateur correspond à un type de matériel spécifique.

• Créez un groupe de séquences de tâches pour les applications spécifiques au matériel, puis ajoutez des requêtes pour chaque action de séquence de tâches afin que chaque étape de séquence de tâches soit évaluée par rapport au type de matériel et ne s’exécute que si une correspondance est trouvée.

  Pour créer un groupe de séquences de tâches pour chaque type de matériel

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet d’informations, cliquez sur task_sequence (où task_sequence est la séquence de tâches de déploiement qui sera nécessaire pour installer l’application de pilote de périphérique).

4. Dans le volet Actions, cliquez sur Propriétés.

5. Dans la boîte de dialogue task_sequenceProperties, sous l’onglet Séquence de tâches, dans le volet d’informations, accédez à Restauration de l’état/Windows Update (installation préalable à l’application).

6. Sous l’onglet Séquence de tâches, cliquez sur Ajouter, puis sur Nouveau groupe.

   Cela crée un groupe de séquences de tâches dans la séquence de tâches. Utilisez ce nouveau groupe de séquences de tâches pour créer les étapes d’installation des applications de pilote de périphérique spécifiques au matériel.

7. Dans le volet d’informations, cliquez sur Nouveau groupe.

8. Sous l’onglet Propriétés , dans la zone Nom , tapez group_name (où group_name est le nom du groupe, par exemple Applications spécifiques au matériel – Dell Computer Corporation).

9. Sous l’onglet Options , cliquez sur Ajouter, puis sur Interroger WMI.

10. Dans la boîte de dialogue Condition WMI de la séquence de tâches, tapez les détails suivants :

    • Dans la zone Espace de noms WMI , tapez root\cimv2.

    • Dans la zone de requête WQL , tapez une requête WQL (WMI Query Language) à l’aide de la classe Win32_ComputerSystem pour vous assurer que l’application est installée uniquement pour un type d’application spécifique, par exemple :

      Sélectionnez * FROM Win32_ComputerSystem WHERE MODEL LIKE %hardware_model% AND Manufacturer LIKE %hardware_manufacturer%

      Dans cet exemple, hardware_model est le nom du modèle d’ordinateur (par exemple, Latitude D620) et hardware_manufacturer est le nom de la marque de l’ordinateur (par exemple, Dell Corporation).

      Le % symbole est un caractère générique qui est inclus dans les noms pour permettre aux administrateurs de retourner tous les modèles d’ordinateur ou fabricants qui contiennent la valeur spécifiée pour hardware_model ou hardware_manufacturer.

      Pour plus d’informations sur les requêtes WMI et WQL, consultez la section « Ajouter des requêtes WMI à des conditions d’étape de séquence de tâches », dans le document MDT Using the Microsoft Deployment Toolkit, et consultez Interrogation avec WQL.

11. Cliquez sur OK pour envoyer la requête, puis sur OK pour envoyer des modifications à la séquence de tâches.

Remarque

Ce processus doit être répété pour chaque type de matériel de chaque application de pilote de périphérique à installer.

Une fois les groupes de séquences de tâches spécifiques au matériel créés, des applications de pilote de périphérique peuvent être ajoutées à chaque groupe.

Pour ajouter des applications de pilote de périphérique à des groupes de séquences de tâches spécifiques au matériel

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet d’informations, cliquez sur task_sequence (où task_sequence est la séquence de tâches de déploiement qui sera nécessaire pour installer l’application de pilote de périphérique).

4. Dans le volet Actions, cliquez sur Propriétés.

5. Dans la boîte de dialogue task_sequenceProperties , cliquez sur l’onglet Séquence de tâches.

6. Dans le volet d’informations, accédez à State Restore/hardware_specific_group (où hardware_specific_group est le nom du groupe spécifique au matériel où l’étape de séquence de tâches sera ajoutée pour installer l’application de pilote de périphérique).

7. Sous l’onglet Séquence de tâches, cliquez sur Ajouter, sur Général, puis sur Installer l’application.

   L’étape de séquence de tâches Installer l’application s’affiche dans le volet d’informations.

8. Dans le volet d’informations, cliquez sur Installer l’application.

9. Sous l’onglet Propriétés , cliquez sur Installer une seule application et, dans la liste Application à installer , sélectionnez hardware_application (où hardware_application est l’application pour installer l’application spécifique au matériel).

Remarque

Ce processus doit être répété pour chaque application de pilote de périphérique qui doit être utilisée pendant un déploiement.

Spécifier l’application de pilote de périphérique dans CustomSettings.ini

Lorsqu’un déploiement LTI ou ZTI commence, l’une des premières actions à effectuer est le traitement des fichiers de contrôle BootStrap.ini et CustomSettings.ini. Ces deux fichiers contiennent des règles qui peuvent être utilisées pour personnaliser dynamiquement le déploiement.

En raison de la façon dont MDT traite le fichier CustomSettings.ini, vous pouvez l’utiliser pour ajouter des applications en fonction de conditions spécifiques. Cette logique sera utilisée pour ajouter des applications spécifiques au pilote de périphérique pendant le déploiement en fonction de types de matériels spécifiques. Les applications sont référencées dans CustomSettings.ini par le GUID de l’application, situé dans le fichier Applications.xml dans le partage de déploiement.

Pour localiser le GUID d’une application importée

1. Dans le partage de déploiement du serveur de déploiement, ouvrez le dossier Control, par exemple, D:\Production Deployment Share\Control.

2. Recherchez et ouvrez le fichier Applications.xml.

3. Recherchez l’application requise.

4. Recherchez le GUID de l’application en localisant la ligne placée dans les balises d’application <guid> ; par exemple, <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

   Dans le cadre du processus d’initialisation, les processus LTI et ZTI collectent des informations sur l’ordinateur sur lequel il s’exécute. Dans le cadre de ce processus, des requêtes WMI sont exécutées et les valeurs de la classe Win32_ComputerSystem pour make et manufacturer sont remplies en tant que variables %Make% et %Model%, respectivement.

   Ces valeurs peuvent être utilisées pendant le traitement du fichier CustomSettings.ini pour lire dynamiquement les sections du fichier en fonction de la fabrique et du modèle détectés. L’exemple suivant montre un exemple de fichier CustomSettings.ini.

   Exemple de CustomSettings.ini configuré pour une installation d’application Hardware-Specific

[Settings]  
Priority=Make, Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  

[Dell Computer Corporation]  
Subsection=Dell-%Model%  

[Dell-Latitude D620]  
MandatoryApplications001={1D7DF331-47B7-472C-87B3-442597EC2F7D}  

[Dell-Latitude D610]  
MandatoryApplications001={c303fa6e-3a4d-425e-8102-77db9310e4d0}  

Utilisez les propriétés suivantes pour spécifier des applications dans CustomSettings.ini :

• Applications. Cette propriété peut être utilisée lorsque les administrateurs de déploiement ne souhaitent pas présenter un Assistant Application dans le cadre du processus de déploiement en spécifiant SkipApplications=YES dans CustomSettings.ini.

• MandatoryApplications. Cette propriété peut être utilisée si les administrateurs de déploiement souhaitent présenter l’Assistant Application pendant le déploiement pour permettre aux ingénieurs de déploiement de sélectionner des applications supplémentaires à installer pendant le déploiement.

  Si l’Assistant Application est utilisé sans la propriété MandatoryApplications (par exemple, SkipApplications=NO), il remplace les applications spécifiées par la propriété Applications .

  L’exemple précédent montre comment utiliser les valeurs des variables %Make% et %Model% pour manipuler dynamiquement la façon dont la liste des applications est générée. Les valeurs de la fabrique et du modèle de chaque type de matériel peuvent être localisées à l’aide de l’une des méthodes suivantes :

• Outil Information système. Utilisez le nœud Résumé du système dans cet outil pour identifier le fabricant du système (marque) et le modèle système (modèle).

• Windows PowerShell. Utilisez l’applet de commande Get-WMIObject –class Win32_ComputerSystem pour déterminer la fabrique et le modèle de l’ordinateur.

• Ligne de commande Windows Management Instrumentation. Utilisez CSProduct Get Name, Vendor pour renvoyer le nom (modèle) et le fournisseur (make) de l’ordinateur.

  Pour modifier CustomSettings.ini pour ajouter une logique spécifique au matériel

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

4. Cliquez sur l’onglet Règles .

5. Les informations tapées sous cet onglet sont stockées dans le fichier CustomSettings.ini. Modifiez les entrées de fichier CustomSettings.ini pour ajouter une logique pour chaque modèle matériel qui a une application spécifique au pilote de périphérique, comme décrit dans Spécifier l’application de pilote de périphérique dans le cadre d’une séquence de tâches.

6. Cliquez sur OK pour envoyer les modifications.

7. Dans le volet d’informations, cliquez sur deployment_share ( où deployment_share est le nom du partage de déploiement à configurer).

8. Dans le volet Actions, cliquez sur Mettre à jour le partage de déploiement.

   L’Assistant Mise à jour du partage de déploiement démarre.

9. Dans la page Options , sélectionnez les options souhaitées pour mettre à jour le partage de déploiement, puis cliquez sur Suivant.

10. Dans la page Résumé , vérifiez que les détails sont corrects, puis cliquez sur Suivant.

11. Dans la page Confirmation , cliquez sur Terminer.

    Par défaut, toutes les applications disponibles sont affichées dans l’Assistant Déploiement de Windows pendant un déploiement LTI. Étant donné que les applications spécifiques au pilote de périphérique s’appliquent uniquement à des types de matériel spécifiques, vous ne souhaitez peut-être pas qu’elles s’affichent tout le temps. En spécifiant le package d’application spécifique au pilote de périphérique dans CustomSettings.ini, l’application peut être masquée à l’aide de l’option Masquer l’application dans l’Assistant Déploiement dans la configuration de l’application.

    Pour masquer une application dans l’Assistant Déploiement

12. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

13. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Applications (où deployment_share est le nom du partage de déploiement à configurer).

14. Dans le volet d’informations, cliquez sur device_driver_application (où device_driver_application est l’application à masquer de l’Assistant Déploiement).

15. Dans le volet Actions, cliquez sur Propriétés.

16. Sous l’onglet Général , cochez la case Masquer l’application dans l’Assistant Déploiement .

17. Cliquez sur Appliquer, puis fermez la boîte de dialogue Propriétés .

Spécifier l’application de pilote de périphérique dans la base de données MDT

La base de données MDT est une version de base de données du fichier CustomSettings.ini et peut être interrogée au moment du déploiement pour obtenir des informations à utiliser pendant le déploiement. Pour plus d’informations sur l’utilisation de la base de données MDT, consultez « Sélection des méthodes pour l’application des paramètres de configuration ».

Lors de l’interrogation de la base de données MDT au moment du déploiement, trois méthodes sont disponibles pour identifier l’ordinateur cible :

• Recherchez l’ordinateur individuel (à l’aide de l’adresse MAC, de l’étiquette d’élément multimédia ou similaire).

• Recherchez l’emplacement de l’ordinateur (à l’aide de la passerelle par défaut).

• Recherchez la marque et le modèle de l’ordinateur (à l’aide de requêtes de fabricant WMI ou de marque et de modèle).

  Pour chaque entrée de base de données que vous créez, vous pouvez spécifier les propriétés de déploiement, les applications, s’il faut utiliser les packages Configuration Manager et les administrateurs. En créant des entrées de création et de modèle dans la base de données, vous pouvez ajouter les applications de pilote de périphérique spécifiques au matériel requises.

  Pour créer des entrées dans la base de données MDT afin d’autoriser l’installation d’applications de pilote de périphérique

Remarque

Répétez ce processus pour chaque fabrique et chaque modèle matériel qui nécessite une application de pilote de périphérique.

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Nouveau.

4. Dans la boîte de dialogue Propriétés , sous l’onglet Identité , dans la zone Créer , tapez make_name (où make_name est un nom facile à associer au fabricant de l’ordinateur cible).

5. Dans la zone Modèle , tapez model_name ( où model_name est un nom facilement identifiable à associer au modèle de l’ordinateur cible).

6. Sous l’onglet Applications , ajoutez chacune des applications de pilote de périphérique requises pour ce modèle de matériel.

Lancement de MDT à l’aide des services de déploiement Windows

Windows Server 2008 utilise les services de déploiement Windows en tant que version mise à jour et repensée des services d’installation à distance, l’outil de déploiement par défaut dans Windows Server 2003 avec SP2. À l’aide des services de déploiement Windows, vous pouvez déployer des systèmes d’exploitation Windows, en particulier Windows 7, Windows Server 2008 ou versions ultérieures, sur un réseau à l’aide de la carte réseau compatible PXE d’un ordinateur ou d’un support de démarrage.

Avant de déployer les services de déploiement Windows, déterminez les options d’intégration suivantes qui conviennent le mieux à votre environnement :

• Option 1. Démarrez les ordinateurs dans PXE pour lancer le processus LTI.

• Option 2. Déployez une image de système d’exploitation à partir du magasin d’images des services de déploiement Windows.

• Option 3. Utilisez la multidiffusion avec MDT et le rôle serveur Services de déploiement Windows Server 2008.

Option 1 : Démarrer des ordinateurs dans PXE pour lancer le processus LTI

Réduisez le coût de gestion des déploiements de système d’exploitation en lançant le processus de déploiement MDT à l’aide des services de déploiement Windows conjointement avec le protocole Dynamic Host Configuration Protocol. Cela supprime la nécessité de créer et de remettre un média de démarrage à chaque ordinateur cible.

Créer et importer l’image Windows PE Deployment Workbench dans les services de déploiement Windows

Lors de la création d’un partage de déploiement MDT ou de la modification d’un partage de déploiement MDT existant, vous pouvez créer une image de démarrage Windows PE personnalisée. Lorsque le partage de déploiement est mis à jour, l’image de démarrage Windows PE est automatiquement générée et mise à jour avec des informations sur le partage de déploiement, et elle injecte tous les pilotes ou composants supplémentaires spécifiés lors de la configuration du partage de déploiement.

L’image de démarrage Windows PE est générée sous la forme d’un fichier image ISO, que vous pouvez écrire sur un CD ou DVD, et d’un fichier WIM de démarrage. Vous pouvez importer le fichier WIM dans les services de déploiement Windows afin que les ordinateurs qui peuvent démarrer dans PXE puissent télécharger et exécuter l’image de démarrage Windows PE LTI sur un réseau utilisé pour initialiser une installation.

Pour créer une image Windows PE de démarrage dans Deployment Workbench

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

   Dans la boîte de dialogue deployment_shareProperties , cliquez sur l’onglet Paramètres de la plateforme Windows PE (où plateforme est l’architecture de l’image Windows PE à configurer).

4. Dans la zone Paramètres de l’image de démarrage tactile Lite , cochez la case Générer une image ISO de disque RAM de démarrage Lite Touch .

5. Cliquez sur l’onglet Composants de la plateforme Windows PE (où plateforme est l’architecture de l’image Windows PE à configurer).

6. Dans la section Injection de pilote , cliquez sur les types de pilotes appropriés à inclure.

   Remarque

   Cette étape n’est pas nécessaire si Windows PE inclut déjà les pilotes de périphérique nécessaires.

7. Dans la section Injection de pilote , dans la liste Profil de sélection , sélectionnez le profil de sélection de pilote approprié.

8. Dans la boîte de dialogue Propriétés, cliquez sur OK.

   Remarque

   Cette étape n’est pas nécessaire si Windows PE inclut déjà les pilotes de périphérique nécessaires.

9. Dans le volet d’informations, cliquez sur deployment_share ( où deployment_share est le nom du partage de déploiement à configurer).

10. Dans le volet Actions, cliquez sur Mettre à jour le partage de déploiement.

    L’Assistant Mise à jour du partage de déploiement démarre.

11. Dans la page Options , sélectionnez les options souhaitées pour mettre à jour le partage de déploiement, puis cliquez sur Suivant.

12. Dans la page Résumé , vérifiez que les détails sont corrects, puis cliquez sur Suivant.

13. Dans la page Confirmation , cliquez sur Terminer.

    Une fois ce processus terminé, le dossier Boot dans le partage de déploiement contient un certain nombre d’images de démarrage, par exemple :

    D:\Production Deployment Share\Boot\LiteTouchPE_x64.iso

    D:\Production Deployment Share\Boot\LiteTouchPE_x64.wim

    D:\Production Deployment Share\Boot\LiteTouchPE_x86.iso

    D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim

    Vous pouvez écrire les fichiers ISO qui ont été générés directement sur CD ou DVD ou les utiliser pour initialiser le processus LTI sur un nouveau matériel. Vous pouvez également importer les fichiers WIM de démarrage dans les services de déploiement Windows, afin que les nouveaux ordinateurs puissent initialiser le processus de déploiement LTI sans nécessiter de support physique.

    Pour importer l’image Windows PE dans les services de déploiement Windows

14. Démarrez la console Services de déploiement Windows, puis connectez-vous aux services de déploiement Windows.

15. Dans l’arborescence de la console, cliquez avec le bouton droit sur Images de démarrage, puis cliquez sur Ajouter une image de démarrage.

16. Accédez à l’image WIM à importer, par exemple, D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

17. Le processus d’importation lit automatiquement les métadonnées de l’image de démarrage, mais les valeurs Nom de l’image et Description de l’image peuvent également être modifiées . Le nom de l’image affecte les informations d’option de démarrage affichées par le Gestionnaire de démarrage Windows lorsque le client démarre dans PXE.

18. Une fois l’image de démarrage importée, tout ordinateur qui démarre dans PXE et reçoit une réponse des services de déploiement Windows peut télécharger l’image de démarrage LTI et lancer une installation LTI.

    L’installation et la configuration des services de déploiement Windows ne sont pas abordées dans ce guide. Pour plus d’informations sur les services de déploiement Windows, consultez le Guide des services de déploiement Windows.

Utiliser les services de déploiement Windows pour détecter automatiquement le serveur de déploiement

Une option supplémentaire est disponible lors de l’utilisation des services de déploiement Windows pour héberger des images de démarrage MDT lorsque le partage de déploiement MDT est hébergé sur le même serveur que les services de déploiement Windows.

Lorsqu’un client PXE charge l’image de démarrage MDT, le nom du serveur des services de déploiement Windows hébergeant l’image de démarrage est capturé et placé dans mdTProperty WDSServer. Vous pouvez ensuite référencer cette propriété dans le fichier BootStrap.ini de l’image de démarrage et dans le fichier CustomSettings.ini du partage de déploiement par la propriété DeployRoot . Cela entraîne un client qui démarre automatiquement à partir des services de déploiement Windows à l’aide du partage de déploiement hébergé sur le serveur des services de déploiement Windows. Cela évite de spécifier un nom de serveur dans n’importe quel fichier de configuration.

Pour définir le serveur local des services de déploiement Windows en tant que serveur de déploiement

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

4. Cliquez sur l’onglet Règles .

   Les informations tapées sous cet onglet sont stockées dans le fichier CustomSettings.ini.

5. Configurez la propriété DeployRoot pour utiliser la variable %WDSServer% , par exemple DeployRoot=\\%WDSServer%\Deployment$.

6. Cliquez sur Modifier Bootstrap.ini.

7. Configurez BootStrap.ini pour utiliser la propriété %WDSServer% en ajoutant ou en modifiant la valeur DeployRootsur DeployRoot=\\%WDSServer%\Deployment$.

8. Dans le menu Fichier , cliquez sur Enregistrer pour enregistrer les modifications apportées au fichier BootStrap.ini.

9. Cliquez sur OK.

   Le partage de déploiement doit être mis à jour.

10. Dans le volet d’informations, cliquez sur deployment_share ( où deployment_share est le nom du partage de déploiement à configurer).

11. Dans le volet Actions, cliquez sur Mettre à jour le partage de déploiement.

    L’Assistant Mise à jour du partage de déploiement démarre.

12. Dans la page Options , sélectionnez les options souhaitées pour mettre à jour le partage de déploiement, puis cliquez sur Suivant.

13. Dans la page Résumé , vérifiez que les détails sont corrects, puis cliquez sur Suivant.

14. Dans la page Confirmation , cliquez sur Terminer.

15. Importez le wim de démarrage mis à jour dans les services de déploiement Windows.

Option 2 : Déployer une image de système d’exploitation à partir du magasin des services de déploiement Windows

Si vous utilisez déjà les services de déploiement Windows pour le déploiement de système d’exploitation, étendez les fonctionnalités de MDT en la configurant pour référencer les images de système d’exploitation des services de déploiement Windows déjà utilisées plutôt que d’utiliser son propre magasin et pour compléter les déploiements des services de déploiement Windows avec la gestion des pilotes, le déploiement d’applications, l’installation des mises à jour, le traitement des règles et d’autres fonctionnalités MDT. Une fois que MDT a fait référence à une image de système d’exploitation des services de déploiement Windows, vous pouvez la traiter comme n’importe quel système d’exploitation qui a été intermédiaire vers un partage de déploiement MDT.

Pour référencer une image de système d’exploitation des services de déploiement Windows

Remarque

Les étapes suivantes nécessitent qu’au moins une image de système d’exploitation ait déjà été importée dans le serveur des services de déploiement Windows.

1. Mettez à jour MDT pour pouvoir accéder aux images des services de déploiement Windows en copiant les fichiers suivants du dossier Sources du média Windows vers le dossier C:\Program Files\Microsoft Deployment Toolkit\bin sur le serveur des services de déploiement Windows :

   • Wdsclientapi.dll

   • Wdscsl.dll

   • Wdsimage.dll

   • Wdstptc.dll (cela s’applique uniquement en cas de copie à partir des répertoires sources de Windows Server 2008)

   Remarque

   Le répertoire source Windows utilisé doit correspondre à la plateforme du système d’exploitation exécuté sur l’ordinateur sur lequel MDT est installé.

2. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

3. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (où deployment_share est le nom du partage de déploiement à configurer).

4. Dans le volet Actions, cliquez sur Importer le système d’exploitation.

   L’Assistant Nouveau système d’exploitation démarre.

5. Dans la page Type de système d’exploitation , cliquez sur Images des services de déploiement Windows, puis sur Suivant.

6. Dans la page Serveur WDS , tapez le nom du serveur des services de déploiement Windows à référencer(par exemple , WDSSvr001), puis cliquez sur Suivant.

7. Dans la page Résumé , vérifiez que les paramètres sont corrects, puis cliquez sur Suivant.

8. Dans la page Confirmation , cliquez sur Terminer.

   Toutes les images disponibles sur le serveur des services de déploiement Windows seront désormais disponibles pour les séquences de tâches MDT.

Remarque

L’importation d’images à partir des services de déploiement Windows ne copie pas les fichiers sources du serveur des services de déploiement Windows vers le partage de déploiement. MDT continue d’utiliser les fichiers sources à partir de leur emplacement d’origine.

Option 3 : Utiliser la multidiffusion avec MDT et le rôle Services de déploiement Windows Server 2008

Avec la publication de Windows Server 2008, les services de déploiement Windows ont été améliorés pour prendre en charge le déploiement d’images à l’aide de transmissions de multidiffusion. MDT inclut également des mises à jour pour intégrer MDT à la multidiffusion des services de déploiement Windows.

En outre, une mise à jour Kit d'installation automatisée (Windows AIK) (Windows AIK), version 1.1, inclut Wdsmcast.exe. Cela permet aux sessions de multidiffusion d’être jointes manuellement et au client qui lance Wdsmcast.exe de copier des fichiers à partir d’une session de multidiffusion active.

Le script LTIApply.wsf utilise Wdsmcast.exe lorsqu’il accède aux fichiers sources du système d’exploitation à partir du partage de déploiement. LTIApply.wsf recherche Wdsmcast.exe sur le partage de déploiement dans le dossier deployment_share\Tools\x86 ou dans le dossier deployment_share\Tools\x64 (où deployment_share est le nom du dossier du système de fichiers qui contient le partage de déploiement), selon la version de Windows PE en cours d’exécution.

Lorsque LTIApply.wsf s’exécute, il tente toujours d’accéder aux images WIM et de les télécharger à partir d’un flux de multidiffusion existant, mais il revient à une copie de fichier standard si un flux de multidiffusion n’existe pas.

Remarque

Ce processus s’applique uniquement aux fichiers image WIM.

Les prérequis du serveur de déploiement pour la préparation de la multidiffusion MDT sont les suivants :

• Le serveur de déploiement doit exécuter Windows Server 2008 ou une version ultérieure

• Le rôle Services de déploiement Windows doit être installé à partir de la console De gestion du serveur

• Windows AIK 1.1 pour Windows Server 2008 doit être installé

• MDT doit être installé

• Comme pour tout déploiement utilisant MDT, au moins une image WIM du système d’exploitation doit avoir été importée, soit en tant qu’ensemble complet de fichiers sources, soit en tant qu’image personnalisée avec des fichiers d’installation

Remarque

Il est important d’utiliser la dernière version de Windows AIK pour la multidiffusion ; La copie de Windows PE incluse dans les versions antérieures de Windows AIK, par exemple Windows AIK 1.0, ne prend pas en charge le téléchargement à partir d’un serveur de multidiffusion.

Pour configurer MDT pour la multidiffusion à partir d’un partage de déploiement existant

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share (où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

4. Sous l’onglet Général, cochez la case Activer la multidiffusion pour ce partage de déploiement (nécessite les services de déploiement Windows Server 2008).

5. Cliquez sur OK.

6. Dans le volet Actions, cliquez sur Mettre à jour le partage de déploiement.

   L’Assistant Mise à jour du partage de déploiement démarre.

7. Dans la page Options , sélectionnez les options souhaitées pour mettre à jour le partage de déploiement, puis cliquez sur Suivant.

8. Dans la page Résumé , vérifiez que les détails sont corrects, puis cliquez sur Suivant.

9. Dans la page Confirmation , cliquez sur Terminer.

   Le partage de déploiement est maintenant configuré pour la transmission multidiffusion des services de déploiement Windows.

   Ce processus crée une transmission multidiffusion de cast automatique des services de déploiement Windows qui utilise directement le partage de déploiement MDT existant. MDT ne crée pas de transmissions Scheduled-Cast. Notez également qu’aucune image supplémentaire n’est importée dans les services de déploiement Windows et qu’il n’est pas possible d’utiliser la multidiffusion pour les images de démarrage, car le client de multidiffusion ne peut pas être chargé tant que Windows PE n’est pas en cours d’exécution.

   Pour vérifier que la transmission de multidiffusion a été générée dans les services de déploiement Windows

10. Cliquez sur Démarrer, pointez sur Outils d’administration, puis cliquez sur Services de déploiement Windows.

11. Dans l’arborescence de la console Services de déploiement Windows, cliquez avec le bouton droit sur Serveurs, puis cliquez sur Ajouter un serveur.

12. Dans la boîte de dialogue Ajouter des serveurs , cliquez sur Ordinateur local, puis sur OK.

13. Dans l’arborescence de la console Services de déploiement Windows, cliquez sur Serveurs, puis sur server_name (où server_name est le nom de l’ordinateur exécutant les services de déploiement Windows). Cliquez sur Transmissions de multidiffusion.

14. Dans le volet d’informations, une nouvelle transmission de cast automatique pour le partage de déploiement est répertoriée, par exemple, BDD Share Deployment$.

15. Vérifiez que l’état de la transmission BDD Share Deployment$ Auto-Cast est défini sur Actif.

    Une fois qu’un ordinateur a été déployé, vérifiez que le système d’exploitation a été téléchargé à partir d’une transmission de multidiffusion en examinant le fichier BDD.log dans le dossier \Windows\Temp\DeploymentLogs.

    Il y aura deux entrées dans le dossier des journaux, toutes deux commençant par le transfert de multidiffusion ; vérifiez-les pour vérifier que le transfert a réussi. Pour plus d’informations sur les transmissions multidiffusion avec MDT et les services de déploiement Windows, consultez la section « Activer le déploiement multidiffusion des services de déploiement Windows pour les déploiements LTI », dans le document MDT Using the Microsoft Deployment Toolkit.

Exécution de déploiements intermédiaires à l’aide de MDT (préchargement OEM)

Dans de nombreuses organisations, les ordinateurs sont chargés avec l’image du système d’exploitation avant le déploiement sur le réseau de production. Dans certains cas, le chargement de l’image du système d’exploitation est effectué par une équipe au sein de l’organisation chargée de générer les ordinateurs dans un environnement intermédiaire. Dans d’autres cas, le chargement de l’image du système d’exploitation est effectué par le fournisseur de matériel informatique, également appelé fabricant d’équipement d’origine (OEM).

Remarque

Le processus de préchargement OEM est pris en charge dans MDT uniquement pour les déploiements effectués à l’aide de LTI. Pour Configuration Manager, utilisez la fonctionnalité multimédia préparé.

Vue d’ensemble du processus de préchargement OEM dans MDT

Le processus de préchargement OEM est divisé en trois phases :

• Phase 1. Créez une image multimédia de l’ordinateur de référence à appliquer dans l’environnement intermédiaire.

• Phase 2. Appliquez l’image de l’ordinateur de référence à l’ordinateur cible dans un environnement intermédiaire.

• Phase 3. Terminez le déploiement de l’ordinateur cible dans l’environnement de production.

  Les phases 1 et 3 sont généralement effectuées par l’organisation de déploiement. Selon l’utilisation du processus de préchargement OEM dans l’organisation, la phase 2 peut être effectuée par l’organisation ou par le fournisseur de matériel informatique qui fournit les ordinateurs. Si l’organisation effectue la phase 2, l’environnement intermédiaire se trouve au sein de l’organisation. Si un OEM effectue la phase 2, l’environnement de préproduction se trouve dans l’environnement de l’OEM.

Vue d’ensemble des fichiers de configuration MDT dans le processus de préchargement OEM

Les fichiers de configuration MDT distincts (CustomSettings.ini et Bootstrap.ini) sont utilisés par les séquences de tâches exécutées pendant les phases 1 et 3 du processus de préchargement OEM. Toutefois, les deux fichiers de configuration existent simultanément dans différentes structures de dossiers.

Dans la première phase, les fichiers de configuration sont utilisés lors de la création de l’ordinateur de référence et sont stockés dans le dossier spécifique à la séquence de tâches utilisée dans cette phase. Les fichiers de configuration utilisés dans la troisième et dernière phase du processus de préchargement OEM sont stockés dans le dossier spécifique à la séquence de tâches utilisée dans cette phase.

Lorsque vous apportez des modifications aux fichiers de configuration, vérifiez que les modifications apportées au fichier de configuration correspondent à la séquence de tâches appropriée dans chaque phase de processus de préchargement OEM.

Vue d’ensemble des fichiers journaux MDT dans le processus de préchargement OEM

Des fichiers journaux MDT distincts sont générés pendant les phases 1 et 3 du processus de préchargement OEM :

• Les fichiers journaux MDT pour la phase 1 sont stockés dans les dossiers C:\MININT et C:\SMSTSLog.

• Les fichiers journaux MDT pour la phase 3 sont stockés dans le dossier %WINDIR%\System32\CCM\Logs pour les déploiements x86 ou dans le dossier %WINDIR%\SysWow64\CCM\Logs pour les déploiements basés sur x64.

  Utilisez le dossier approprié lors du diagnostic ou de la résolution des problèmes de déploiement liés à MDT.

Déploiements intermédiaires à l’aide de LTI

Pour les déploiements LTI, effectuez le processus de préchargement OEM à l’aide d’un type de partage de déploiement média amovible (média). Les autres types de partage de déploiement ne sont pas pris en charge pour le processus de préchargement OEM.

Pour effectuer le processus de préchargement OEM, créez une séquence de tâches basée sur le modèle de séquence de tâches OEM Litetouch, en plus des séquences de tâches qui seront utilisées pour déployer le système d’exploitation cible. Ensuite, créez un partage de déploiement de média amovible (media) qui créera finalement un fichier ISO du contenu du partage de déploiement, en particulier le fichier LiteTouchPE_x86.iso ou le fichier LiteTouchPE_x64.iso (basé sur la plateforme de processeur de l’ordinateur cible). Le processus de mise à jour du partage de déploiement crée également une structure de dossiers qui peut être utilisée pour créer un support au format de disque universel.

Processus de préchargement OEM LTI – Phase 1 : Créer une image Media-Based

L’organisation de déploiement effectue la première phase du processus de préchargement OEM. Le livrable final de cette phase est une image de démarrage (par exemple, un fichier ISO) ou un média (tel qu’un DVD) qui est envoyé à l’OEM ou à l’environnement intermédiaire au sein de l’organisation de déploiement. La plupart de ces étapes sont effectuées dans Deployment Workbench.

Pour créer une image multimédia à livrer à l’OEM ou à l’environnement de préproduction au sein de l’organisation de déploiement

1. Remplissez les nœuds suivants pour le partage de déploiement dans Deployment Workbench :

   • Systèmes d’exploitation

   • Applications

   • Packages

   • Pilotes out-of-box

     Pour plus d’informations sur cette étape, consultez la section « Gestion des partages de déploiement dans Deployment Workbench » dans le document MDT Using the Microsoft Deployment Toolkit.

2. Créez une séquence de tâches basée sur le modèle de séquence de tâches Litetouch OEM dans Deployment Workbench.

   Pour plus d’informations sur l’exécution de cette étape, consultez la section « Configuration des séquences de tâches dans Deployment Workbench » dans le document MDT Using the Microsoft Deployment Toolkit.

3. Créez une ou plusieurs séquences de tâches qui seront utilisées pour déployer le système d’exploitation cible sur l’ordinateur cible après le déploiement dans l’environnement de production.

   Pour plus d’informations sur l’exécution de cette étape, consultez la section « Configuration des séquences de tâches dans Deployment Workbench » dans le document MDT Using the Microsoft Deployment Toolkit.

4. Créez un profil de sélection qui inclut les applications, les systèmes d’exploitation, les pilotes, les packages et les séquences de tâches requises pour le déploiement OEM.

   Pour plus d’informations sur cette étape, consultez la section « Gérer les profils de sélection » dans le document MDT Using the Microsoft Deployment Toolkit.

5. Créer un média de déploiement.

   Pour plus d’informations sur cette étape, consultez la section « Gérer le support de déploiement LTI » dans le document MDT Using the Microsoft Deployment Toolkit.

6. Mettez à jour le support de déploiement créé dans Deployment Workbench à l’étape précédente.

   Lorsque vous mettez à jour le support de déploiement, Deployment Workbench crée le fichier LiteTouchMedia.iso. Pour plus d’informations sur l’exécution de cette étape, consultez la section « Gérer le support de déploiement LTI » dans le document MDT Using the Microsoft Deployment Toolkit.

7. Gravez un DVD du fichier LiteTouchMedia.iso créé à l’étape précédente.

   Remarque

   Si vous fournissez le fichier ISO à l’OEM ou à l’environnement intermédiaire de l’organisation, cette étape n’est pas nécessaire.

8. Distribuez le fichier ISO ou le DVD à l’OEM ou à l’environnement intermédiaire de l’organisation.

Processus de préchargement OEM LTI : phase 2 : appliquer l’image à l’ordinateur cible

La deuxième phase du processus de préchargement OEM est effectuée par l’OEM ou par l’équipe de déploiement dans l’environnement intermédiaire de l’organisation de déploiement. Au cours de cette phase du processus, le fichier .iso ou le DVD créé dans la phase 1 est appliqué aux ordinateurs cibles. Le livrable de cette phase est l’image déployée sur les ordinateurs cibles afin qu’ils soient prêts pour le déploiement dans l’environnement de production.

Pour appliquer l’image aux ordinateurs cibles

1. Démarrez un ordinateur cible avec le média créé dans la phase 1.

   Windows PE démarre, puis l’Assistant Déploiement de Windows démarre.

2. Dans l’Assistant Déploiement De Windows, cliquez sur la séquence de tâches de préinstallation OEM pour l’environnement intermédiaire .

   La séquence de tâches démarre et le contenu du média de démarrage est copié sur le disque dur local de l’ordinateur cible.

3. Une fois l’Assistant Déploiement De Windows terminé pour la séquence de tâches de préinstallation OEM pour l’environnement intermédiaire, le disque dur est prêt à lancer le reste du processus de déploiement en exécutant l’Assistant Déploiement Windows pour les autres séquences de tâches utilisées pour déployer le système d’exploitation.

   La séquence de tâches de préinstallation OEM pour l’environnement intermédiaire est chargée de déployer l’image sur l’ordinateur cible et de lancer le processus LTI. L’Assistant Déploiement de Windows démarre une deuxième fois pour exécuter les séquences de tâches utilisées pour déployer le système d’exploitation sur l’ordinateur cible.

4. Clonez le contenu du premier disque dur sur autant d’ordinateurs cibles dans l’environnement intermédiaire que nécessaire.

5. Les ordinateurs cibles sont remis à l’environnement de production pour le déploiement.

Processus de préchargement OEM LTI - Phase 3 : Déploiement complet de l’ordinateur cible

La troisième et dernière phase du processus de préchargement OEM est effectuée dans l’environnement de production de l’organisation de déploiement. Au cours de cette phase du processus, l’ordinateur cible est démarré et l’image multimédia de démarrage, placée sur le disque dur dans l’environnement de préproduction au cours de la phase précédente, démarre.

Pour terminer le déploiement des ordinateurs cibles dans l’environnement de production

1. Démarrez l’ordinateur cible.

   Windows PE démarre, puis l’Assistant Déploiement de Windows démarre.

2. Terminez l’Assistant Déploiement de Windows à l’aide des informations de configuration spécifiques pour chaque ordinateur cible.

   Pour plus d’informations sur la réalisation de cette étape, consultez la section « Exécution de l’Assistant Déploiement » dans le document MDT Using the Microsoft Deployment Toolkit.

   Une fois cette phase terminée, l’ordinateur cible est prêt à être utilisé dans l’environnement de production.

Utilisation de Windows PowerShell pour effectuer des tâches courantes

Les tâches d’administration MDT dans Deployment Workbench sont effectuées par des applets de commande Windows PowerShell sous-jacentes, que vous pouvez utiliser pour automatiser les tâches d’administration telles que celles décrites dans les sections suivantes.

Vous pouvez automatiser l’administration MDT en effectuant les étapes suivantes :

• Créez un partage de déploiement comme décrit dans Création d’un partage de déploiement.

• Créez un dossier dans un partage de déploiement comme décrit dans Création d’un dossier.

• Supprimez un dossier d’un partage de déploiement, comme décrit dans Suppression d’un dossier.

• Importez un pilote de périphérique dans un partage de déploiement, comme décrit dans Importation d’un pilote de périphérique.

• Suppression d’un pilote de périphérique d’un partage de déploiement, comme décrit dans Suppression d’un pilote de périphérique.

• Importez un package de système d’exploitation dans un partage de déploiement, comme décrit dans Importation d’un package de système d’exploitation.

• Suppression d’un package de système d’exploitation d’un partage de déploiement, comme décrit dans Suppression d’un package de système d’exploitation.

• Importez un système d’exploitation dans un partage de déploiement, comme décrit dans Importation d’un système d’exploitation.

• Suppression d’un système d’exploitation d’un partage de déploiement, comme décrit dans Suppression d’un système d’exploitation.

• Créez une application dans un partage de déploiement, comme décrit dans Création d’une application.

• Supprimez une application d’un partage de déploiement, comme décrit dans Suppression d’une application.

• Créez une séquence de tâches dans un partage de déploiement, comme décrit dans Création d’une séquence de tâches.

• Supprimez une séquence de tâches d’un partage de déploiement, comme décrit dans Suppression d’une séquence de tâches.

• Créez une base de données MDT comme décrit dans Création d’une base de données MDT.

• Créez un profil de sélection comme décrit dans Création d’un profil de sélection.

• Mettez à jour un partage de déploiement comme décrit dans Mise à jour d’un partage de déploiement.

• Créez un partage de déploiement lié comme décrit dans Création d’un partage de déploiement lié.

• Mettez à jour un partage de déploiement lié comme décrit dans Mise à jour d’un partage de déploiement lié.

• Supprimez un partage de déploiement lié comme décrit dans Suppression d’un partage de déploiement lié.

• Créez un média de déploiement comme décrit dans Création d’un média.

• Générez un média de déploiement comme décrit dans Génération de média.

• Supprimez le support de déploiement comme décrit dans Suppression de média.

Création d’un partage de déploiement

Les commandes Windows PowerShell suivantes créent un partage de déploiement dans D:\Production Deployment Share nommé Production$. Le nouveau partage de déploiement s’affiche dans Deployment Workbench en tant que Production.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "D:\Production Deployment Share" -Description "Production" -NetworkPath "\\Deployment_Server\Production$" -Verbose | add-MDTPersistentDrive -Verbose  

Création d’un dossier

Les commandes Windows PowerShell suivantes créent un dossier Adobe dans l’arborescence de la console Deployment Workbench sous Deployment Workbench/Deployment Shares/Production/Applications.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Applications" -enable "True" -Name "Adobe" -Comments "This folder contains Adobe software" -ItemType "folder" -Verbose remove-psdrive DS001 -Verbose  

Remarque

L’ajout de « remove-psdrive » au script garantit que le processus en arrière-plan se termine avant de continuer.

Suppression d’un dossier

Les commandes Windows PowerShell suivantes suppriment le dossier Deployment Workbench/Deployment Shares/Production/Applications/Adobe.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Remove-item -path "DS002:\Applications\Adobe" -Verbose  

Remarque

Le script échoue si le dossier n’est pas vide.

Importation d’un pilote de périphérique

Les commandes Windows PowerShell suivantes importent le pilote de périphérique de surveillance Dell 2407 PAM dans le partage de déploiement production.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtdriver -path "DS002:\Out-of-Box Drivers\Monitor" -SourcePath "D:\Drivers\Dell\2407 WFP" -Verbose  

Suppression d’un pilote de périphérique

La commande Windows PowerShell suivante supprime le pilote de moniteur Dell 2407 PAM du partage de déploiement production.

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose  

Importation d’un package de système d’exploitation

Les commandes Windows PowerShell suivantes importent tous les packages de système d’exploitation situés sous D:\Mises à jour\Microsoft\Vista. Ces packages de système d’exploitation seront stockés dans le partage de déploiement production, qui se trouve dans D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtpackage -path "DS002:\Packages" -SourcePath "D:\Updates\Microsoft\Vista" -Verbose  

Suppression d’un package de système d’exploitation

La commande Windows PowerShell suivante supprime le package de système d’exploitation spécifié du partage de déploiement production.

Remove-item -path "DS002:\Packages\Package_1_for_KB940105 neutral x86 6.0.1.0 KB940105" -Verbose  

Importation d’un système d’exploitation

Les commandes Windows PowerShell suivantes importent le système d’exploitation Windows Vista situé dans D:\Operating Systems\Windows Vista x86. Le système d’exploitation sera stocké dans le partage de déploiement production, qui se trouve dans D:\Partage de déploiement de production.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtoperatingsystem -path "DS002:\Operating Systems" -SourcePath "D:\Operating Systems\Windows Vista x86" -DestinationFolder "Windows Vista x86" -Verbose  

Suppression d’un système d’exploitation

La commande Windows PowerShell suivante supprime le système d’exploitation Windows Vista HOMEBASIC du partage de déploiement production.

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose  

Création d’une application

Les commandes Windows PowerShell suivantes créent l’application Adobe Reader 9 à l’aide des fichiers sources de D:\Software\Adobe\Reader 9. L’application sera stockée dans le partage de déploiement production, qui se trouve dans D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-MDTApplication -path "DS002:\Applications" -enable "True" -Name "Adobe Reader 9" -ShortName "Reader" -Version "9" -Publisher "Adobe" -Language "" -CommandLine "setup.exe" -WorkingDirectory ".\Applications\Adobe Reader 9" -ApplicationSourcePath "D:\Software\Adobe\Reader 9" -DestinationFolder "Adobe Reader 9" -Source ".\Applications\Adobe Reader 9" -Verbose  

Suppression d’une application

La commande Windows PowerShell suivante supprime l’application Adobe Reader 9 du partage de déploiement production.

Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose  

Création d’une séquence de tâches

Les commandes Windows PowerShell suivantes créent la séquence de tâches Windows Vista Production Build dans le partage de déploiement production, qui se trouve dans D:\Partage de déploiement de production.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdttasksequence -path "DS002:\Task Sequences" -Name "Windows Vista Business Production Build" -Template "Client.xml" -Comments "Approved for use in the production environment.  This task sequence uses the Standard Client task sequence template" -ID "Vista_Ref" -Version "1.0" -OperatingSystemPath "DS002:\Operating Systems\Windows Vista BUSINESS in Windows Vista x86 install.wim" -FullName "Fabrikam User" -OrgName "Fabrikam" -HomePage "http://www.Fabrikam.com" -AdminPassword "secure_password" -Verbose  

Suppression d’une séquence de tâches

La commande Windows PowerShell suivante supprime la séquence de tâches Windows Vista Production Build du partage de déploiement production.

Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose  

Création d’une base de données MDT

Les commandes Windows PowerShell suivantes créent une base de données MDT sur le serveur deployment_server pour le partage de déploiement production. La connexion à la base de données se fera via TCP/IP.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-MDTDatabase -path "DS002:" -SQLServer "DeploymentServer" -Netlib "DBMSSOCN" -Database "MDT2010" -SQLShare "DB_Connect" -Force -Verbose  

Création d’un profil de sélection

Les commandes Windows PowerShell suivantes créent un profil de sélection d’applications.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Selection Profiles" -enable "True" -Name "Applications" -Comments "" -Definition "<SelectionProfile><Include path="Applications" /></SelectionProfile>" -ReadOnly "False" -Verbose  

Mise à jour d’un partage de déploiement

Les commandes Windows PowerShell suivantes mettent à jour le partage de déploiement production, qui se trouve dans D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Update\-MDTDeploymentShare \-path "DS002:" \-Verbose  

Création d’un partage de déploiement lié

Les commandes Windows PowerShell suivantes créent un partage de déploiement lié au partage de déploiement production et qui se trouve sous le partage \\remote_server_name\Deployment$. Le profil de sélection Tout est utilisé pour déterminer quel contenu est répliqué sur le partage de déploiement lié. Le contenu du partage de déploiement production sera fusionné avec le contenu qui existe déjà dans le partage \\remote_server_name\Deployment$.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Linked Deployment Shares" -enable "True" -Name "LINKED001" -Comments "" -Root "\\RemoteServerName\Deployment$" -SelectionProfile "Everything" -Replace "False" -Verbose  

Mise à jour d’un partage de déploiement lié

Les commandes Windows PowerShell suivantes mettent à jour le partage de déploiement LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Replicate-MDTContent -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose  

Suppression d’un partage de déploiement lié

Les commandes Windows PowerShell suivantes suppriment le partage de déploiement LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose  

Création d’un média

Les commandes Windows PowerShell suivantes créent un dossier source qui contient le contenu utilisé pour créer un média de démarrage. Le partage de déploiement production sera utilisé comme source. Le profil de sélection Tout détermine le contenu placé dans le dossier de contenu multimédia. Le fichier LiteTouchMedia.iso est créé lorsque le média est généré. Le média prend en charge les plateformes x86 et x64.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Media" -enable "True" -Name "MEDIA001" -Comments "some comment here" -Root "D:\Media" -SelectionProfile "Everything" -SupportX86 "True" -SupportX64 "True" -GenerateISO "True" -ISOName "LiteTouchMedia.iso" -Verbose  
New-PSDrive -Name "MEDIA001" -PSProvider "MDTProvider" -Root "D:\Media\Content" -Description "Embedded media deployment share" -Force -Verbose  

Génération de média

Les commandes Windows PowerShell suivantes créent le fichier LiteTouchMedia.iso dans D:\Media, qui utilisera le contenu du dossier source multimédia MEDIA001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share" 
Generate-MDTMedia -path "DS002:\Media\MEDIA001" -Verbose  

Suppression d’un média

La commande Windows PowerShell suivante supprime le média MEDIA001 du partage de déploiement production.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Retard de jonction de domaine pour éviter l’application d’objets stratégie de groupe

La stratégie de groupe est une technologie riche et flexible qui permet de gérer efficacement un grand nombre d’ordinateurs et d’objets utilisateur Active Directory Domain Services (AD DS) via un modèle centralisé un-à-plusieurs. Les paramètres de stratégie de groupe sont contenus dans un objet de stratégie de groupe (GPO) et liés à un ou plusieurs conteneurs de service AD DS sites, domaines et unités organisationnelles (UO).

Certaines organisations ont des paramètres stratégie de groupe qui sont restrictifs et qui peuvent entraîner des problèmes lors des déploiements de système d’exploitation. Par exemple, les paramètres de stratégie de groupe suivants peuvent interrompre un processus d’ouverture de session automatisé :

• Restrictions de connexion automatique

• Changement de nom du compte administrateur

• Bannières et légendes légales

• Stratégies de sécurité restrictives (par exemple, la stratégie Sécurité spécialisée – Fonctionnalités limitées [SSLF] )

  Une option pour résoudre les problèmes qu’un objet de stratégie de groupe peut provoquer pendant le déploiement consiste à joindre l’ordinateur au domaine le plus tard possible dans le processus de déploiement. Cette jointure peut être effectuée à l’aide d’une étape de séquence de tâches personnalisée qui exécute le script ZTIDomainJoin.wsf.

  Pour joindre l’ordinateur cible au domaine, le script ZTIDomainJoin.wsf utilise les propriétés DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain et MachineObjectOU . Vous pouvez déclarer ces propriétés à l’aide de l’Assistant Déploiement de Windows, des règles de partage de déploiement, de la base de données MDT et Configuration Manager règles d’ordinateur et de regroupement. Le compte utilisé doit disposer des droits requis pour créer et supprimer des objets ordinateur dans le domaine.

  En règle générale, le script ZTIConfigure.wsf met à jour le fichier Unattend.xml ou Unattend.txt avec les valeurs spécifiées par ces propriétés. Ces paramètres sont ensuite analysés par le programme d’installation de Windows, et le système tente de joindre le domaine au début du processus de déploiement. Cela soumet l’ordinateur cible aux paramètres spécifiés dans les objets de stratégie de groupe de domaine et peut entraîner l’échec du processus de déploiement.

  Pour retarder intentionnellement la jointure de l’ordinateur cible au domaine pendant le processus de déploiement, vous pouvez supprimer certains éléments du fichier Unattend.xml. Le script ZTIConfigure.wsf ignore l’écriture des propriétés dans le fichier Unattend.xml si l’élément de propriété associé est manquant dans le fichier.

Remarque

Cet exemple de contournement n’est valide que lors du déploiement des systèmes d’exploitation Windows 7, Windows Server 2008 ou Windows Server 2008 R2.

Préparez le fichier unattend.xml afin que l’ordinateur cible ne tente pas de joindre le domaine pendant l’installation de Windows

1. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

2. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (où deployment_share est le nom du partage de déploiement et task_sequence est le nom de la séquence de tâches à configurer).

3. Dans le volet Actions, cliquez sur Propriétés.

4. Sous l’onglet Informations sur le système d’exploitation , cliquez sur Modifier Unattend.xml.

   Le Gestionnaire d’images système Windows (Windows SIM) démarre.

5. Dans le volet Fichier de réponses , accédez à 4 spécialisation/Identification/Informations d’identification. Cliquez avec le bouton droit sur Informations d’identification, puis cliquez sur Supprimer.

6. Cliquez sur Oui.

7. Enregistrez le fichier de réponses, puis quittez La carte SIM Windows.

8. Cliquez sur OK dans la boîte de dialogue Propriétés de la séquence de tâches.

   Avec les Credentials éléments manquants dans le fichier unattend.xml, le script ZTIConfigure.wsf n’est pas en mesure de remplir les informations de jointure de domaine dans le fichier Unattend.xml, ce qui empêchera le programme d’installation de Windows de tenter de joindre le domaine.

   Pour ajouter une étape de séquence de tâches qui joint l’ordinateur cible au domaine

9. Cliquez sur Démarrer, puis pointez sur Tous les programmes. Pointez sur Microsoft Kit de ressources de déploiement, puis cliquez sur Deployment Workbench.

10. Dans l’arborescence de la console Deployment Workbench, accédez à Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (où deployment_share est le nom du partage de déploiement et task_sequence est le nom de la séquence de tâches à configurer).

11. Dans le volet Actions, cliquez sur Propriétés.

12. Sous l’onglet Séquence de tâches, accédez au nœud Restauration de l’état et développez-le.

13. Vérifiez que l’étape de séquence de tâches Récupérer à partir du domaine est présente. Si oui, passez à l’étape 9.

14. Dans la boîte de dialogue Propriétés de la séquence de tâches, cliquez sur Ajouter, accédez à Paramètres, puis cliquez sur Récupérer à partir du domaine.

15. Ajoutez l’étape de séquence de tâches Récupérer à partir du domaine à l’éditeur de séquence de tâches. Vérifiez que l’étape se trouve à l’emplacement souhaité dans la séquence de tâches.

16. Vérifiez que les paramètres de l’étape de séquence de tâches Récupérer à partir du domaine sont configurés pour répondre à vos besoins.

17. Cliquez sur OK dans la boîte de dialogue Propriétés de la séquence de tâches pour enregistrer la séquence de tâches.