Guide d’exemples de Microsoft Deployment Toolkit

Ce guide fait partie de Microsoft Deployment Toolkit (MDT) et guide une équipe de spécialistes dans le déploiement des systèmes d’exploitation Windows et de 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.

Pour utiliser ce guide

Passez en revue la liste des rubriques de scénarios dans la Table des matières.

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

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

3. Utilisez les exemples de paramètres de configuration comme base pour les paramètres de configuration de 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.

   Ce guide ne contenant que des exemples de paramètres de configuration. Les guides répertoriés dans le tableau suivant peuvent vous aider à personnaliser les paramètres de configuration en fonction de l’environnement.

   Le guide	Ce guide offre de l’aide pour vous aider
   Guide de démarrage rapide de 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	Installer le système d’exploitation Windows 8.1 à l’aide d’une installation légère (LTI) à l’aide d’un support de démarrage dans un scénario de déploiement Nouvel ordinateur.
   Guide de démarrage rapide pour l’installation 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 de Microsoft Deployment Toolkit	Personnalisez davantage les fichiers de configuration utilisés dans les déploiements Zero Touch Installation (ZTI) et LTI. Ce guide fournit également des instructions 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 des packages d’application Windows 8, qui ont une extension de fichier .appx. Ces packages d’application sont nouveaux dans Windows 8. Pour plus d’informations sur ces applications, consultez Développement d’applications du Windows Store.

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

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

• Déployez Windows 8 applications à l’aide d’une 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 des applications Windows 8 à l’aide de LTI 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 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 partagé réseau dans lequel stocker l’application.

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

   Veillez à copier le fichier .appx d’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 l’exécution de l’Assistant Nouvelle application, sur la page de l’Assistant Détails de la commande, dans la ligne de commande, 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 Nouvelle application dans Deployment Workbench, consultez les sections suivantes dans le document MDT, Utilisation de Microsoft Deployment Toolkit :

   • « Créer une application qui est 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 des applications Windows 8 à l’aide de 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 sur la page de l’assistant ApplicationPage dans le Designer de l’assistant UDI.

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

1. Créez un dossier partagé réseau 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 partagé du réseau que vous avez créé à l’étape précédente.

   Veillez à copier le fichier .appx d’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éer une application dans la console Configuration Manager.

   Lors de l’exécution de l’Assistant Créer une application, créez un type de déploiement pour déployer l’application Windows 8 à l’aide de l’Assistant Créer un type de déploiement. Dans l’Assistant Créer un type de déploiement, sur 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éer une application dans la console Configuration Manager, consultez les sections suivantes dans la bibliothèque de documentation de System Center 2012 Configuration Manager, qui est inclus avec Configuration Manager :

   • Procédure pour créer des applications dans Configuration Manager

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

   • Comment gérer des applications et des types de déploiement dans Configuration Manager

5. Assurez-vous que la fonctionnalité d’affinité utilisateur-appareil (UDA) dans Configuration Manager est configurée correctement pour prendre en charge l’affinité entre les utilisateurs et les appareils pour le déploiement d’applications Configuration Manager.

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

6. Déployez l’application créée à l’étape 4 auprès des utilisateurs ciblés.

   Pour plus d’informations sur le déploiement d’une application à un utilisateur, consultez Déploiement d’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 Designer de l’assistant UDI.

   Pour plus d’informations sur la configuration de la page de l’assistant ApplicationPage à l’aide du Designer de l’assistant UDI, reportez-vous à la section « Étape 5-11 : Personnaliser le fichier de configuration de l’assistant UDI pour l’ordinateur cible » du 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 connectera à l’ordinateur ciblé (tel que 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 des installateurs d’applications centrés 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 de 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 de MDT dans Windows PowerShell. Le composant logiciel enfichable MDT Windows PowerShell inclut :

• Un fournisseur de Windows PowerShell, MDTProvider, qui donne 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 MDT Windows PowerShell.

• 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 environnement de préinstallation Windows (Windows PE), 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.

• Mettez à 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 démarrables, comme décrit dans Mise à jour du support de déploiement à l’aide de Windows PowerShell.

• Gérer 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ériques) comme décrit dans Gestion des éléments d’un partage de déploiement à l’aide de Windows PowerShell.

• Automatisez le remplissage des é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ériques), comme décrit dans Automatisation du remplissage d’un partage de déploiement.

• Gérer 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 composant logiciel enfichable Windows PowerShell Microsoft.BDD.SnapIn qui doit être chargé avant d’utiliser les applets de commande MDT. Chargez le composant logiciel enfichable du Windows PowerShell MDT à 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 illustré 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 pour le partage de déploiement est créé et partagé à l’aide d’applets de commande Windows PowerShell standard et d’appels aux commandes de classe Windows Management Instrumentation (WMI). Le partage de déploiement est rempli à l’aide du fournisseur MDTProvider Windows PowerShell et de l’applet de commande NewPSDrive. Le lecteur MDTProvider Windows PowerShell est conservé à l’aide de l’applet de commande Add-MDTPersistentDrive.

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 MDT Windows PowerShell.

2. Créez le dossier qui sera la racine du nouveau partage de déploiement à l’aide de l’applet de commande Nouvel élément , comme illustré 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 en utilisant la classe de win32_share WMI telle que semée 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 de 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 de 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 Nom (DS002) doit être unique et ne peut pas être identique à celle d’un lecteur Windows PowerShell de partage de déploiement existant.

5. Vérifiez que les dossiers de partage de déploiement appropriés ont été créés à l’aide de la commande dir , comme le montre 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 transmettre l’objet de lecteur Windows PowerShell pour le nouveau partage de déploiement à l’applet de commande.

   Vous auriez é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 de 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 Windows PowerShell MDTProvider. Ces mêmes propriétés peuvent également être consultées dans Deployment Workbench.

Pour afficher les propriétés de 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 MDT Windows PowerShell.

2. Vérifier que les déploiements MDT partagent Les 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 n’est pas en mesure de restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés correctement à 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.

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 renvoie 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 Windows PowerShell MDTProvier. La même liste de partages de déploiement peut également être affichée dans Deployment Workbench.

Pour afficher une liste de 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 MDT Windows PowerShell.

2. Vérifier que les déploiements MDT partagent Les 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 n’est pas en mesure de 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 Windows PowerShell MDTProvienter. La mise à jour d’un partage de déploiement crée les images de démarrage Windows PE (fichiers WIM et ISO [International Organization for Standardization]) nécessaires pour démarrer le 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 MDT Windows PowerShell.

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 n’est pas en mesure de restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés correctement à 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.

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 aucune 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) des partages de déploiement liés à l’aide de l’applet de commande Update-MDTLinkedDS et du fournisseur 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 les 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 MDT Windows PowerShell.

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 n’est pas en mesure de restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés correctement à 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.

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 être longue. La progression de l’applet de commande est affichée en haut de la console Windows PowerShell.

   L’applet de commande retourne sans aucune 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 Windows PowerShell MDTProvien. 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 en :

  • Sélection de la case Générer une image ISO démarrable Lite Touch case activée dans l’onglet Général de la boîte de dialogue Propriétés du média (Désactivez cette case case activée pour réduire le temps nécessaire à la génération du support, sauf si vous devez créer des DVD démarrables ou démarrer des machines virtuelles [VM] à 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 support)

  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 MDT Windows PowerShell.

2. Vérifier que les déploiements MDT partagent Les 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 n’est pas en mesure de restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés correctement à 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.

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 être longue. La progression de l’applet de commande est affichée en haut de la console Windows PowerShell.

   L’applet de commande retourne sans aucune 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ériques, des packages de système d’exploitation et des séquences de tâches. Ces éléments peuvent être gérés à l’aide des applets de commande de Windows PowerShell et de celles fournies avec MDT.

Pour plus d’informations sur la manipulation directe d’éléments à l’aide d’applets de commande Windows PowerShell, voir 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, voir 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, tels que les systèmes d’exploitation, les applications ou les pilotes de périphériques, à 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 du remplissage 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 cmdlet sont fournis dans la section qui correspond à chaque cmdlet.

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, tout comme vous pouvez voir les propriétés dans Deployment Workbench.

Si vous voulez afficher les propriétés de plusieurs éléments d’un partage de déploiement à l’aide de Windows PowerShell, consultez Automatisation du remplissage 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 MDT Windows PowerShell.

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 n’est pas en mesure de restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés correctement à 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.

4. Retournez une liste des éléments pour le type d’élément dont vous souhaitez afficher les propriétés à l’aide de l’applet de commande Get-Item , comme illustré 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 visibles. Pour plus d’informations sur l’utilisation de l’applet de commande Format-List , voir Utilisation de l’applet de commande Format-List. Le même processus peut être utilisé pour renvoyer la liste d’autres types d’éléments, tels que des pilotes de périphériques ou des applications.

   Conseil

   Vous auriez pu également utiliser la commande dir pour afficher la liste des systèmes d’exploitation au lieu de la cmdlet 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 de Windows PowerShell à l’élément, y compris le nom de fichier renvoyé à 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 des pilotes de périphériques ou des 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.

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 MDT Windows PowerShell.

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 n’est pas en mesure de restaurer le lecteur.

3. Vérifiez que les déploiements MDT qui partagent des lecteurs Windows PowerShell sont restaurés correctement à 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.

4. Retournez une liste des éléments pour le type d’élément dont vous souhaitez afficher les propriétés à l’aide de l’applet de commande Get-Item , comme illustré 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 visibles. Pour plus d’informations sur l’utilisation de l’applet de commande Format-List , voir Utilisation de l’applet de commande Format-List. Vous pouvez utiliser le même processus pour renvoyer la liste d’autres types d’éléments, tels que des pilotes de périphériques ou des applications.

   Conseil

   Vous auriez pu également utiliser la commande dir pour afficher la liste des systèmes d’exploitation au lieu de la cmdlet 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 de Windows PowerShell à l’élément, y compris le nom de fichier renvoyé à l’étape précédente.

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

   Remarque

   La suppression d’un élément utilisé par une séquence de tâches provoque 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 le remplissage 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 organization 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 permettant d’importer une liste d’applications en fonction des 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 , voir 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ériques et d’autres éléments d’un partage de déploiement en procédant comme suit :

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 , voir Utilisation de l’applet de commande Import-Csv.

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

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

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

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

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

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

6. Créez une boucle de cmdlet 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 , voir 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 à l’intérieur de la boucle de cmdlet 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 les dossiers d’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 Nouvel élément et le fournisseur Windows PowerShell MDTProvienter. La même structure de dossiers de partages de déploiement peut également être vue et gérée dans Deployment Workbench. Pour plus d’informations sur la manipulation directe d’éléments à l’aide d’applets de commande Windows PowerShell, voir 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 MDT Windows PowerShell.

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 n’est pas en mesure de 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 dans un partage de déploiement à l’aide de la commande Nouvel élément , 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 dans un partage de déploiement à l’aide de l’applet de commande Nouvel élément , 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 MDT Windows PowerShell.

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 n’est pas en mesure de 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 Nouvel élément , 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 ne figure 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’est plus affiché 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 MDT Windows PowerShell.

2. Vérifier que les déploiements MDT partagent Les 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 n’est pas en mesure de restaurer le lecteur.

3. Affichez la liste des lecteurs Windows PowerShell partagés par des déploiements MDT, 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_7 en Win-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 changement de nom 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 intégrante du cycle de vie d’un logiciel. Les systèmes d’exploitation existants dans les partages de déploiement doivent être mis à jour avec ces Service Packs pour s’assurer que les ordinateurs récemment déployés ou actualisés sont à jour et disposent des recommandations de sécurité et des paramètres de configuration les plus récents.

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 du 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 du système d’exploitation à partir d’un support 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 l’article Automatiser l’application de Service Packs de système d’exploitation à l’aide d’un ordinateur de référence et de Windows PowerShell

Automatisation de l’application des Service Packs de système d’exploitation à partir d’un support source mis à jour

Vous pouvez automatiser le processus de mise à jour des Service Packs de système d’exploitation à l’aide de Windows PowerShell lorsque vous disposez d’un support source qui inclut le Service Pack, par exemple, d’un DVD contenant 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 du 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 MDT Windows PowerShell.

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 n’est pas en mesure de 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 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 illustré 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 sur lesquels 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 n’importe quel média de déploiement MDT en fonction du partage de déploiement à l’aide de l’applet de commande Update-MDTMedia .

   Pour plus d’informations sur la façon de mettre à jour le support de déploiement MDT en fonction du partage de déploiement à l’aide de l’applet de commande Update-MDTMedia, voir 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 de Windows PowerShell

Vous pouvez automatiser le processus de mise à jour des Service Packs de système d’exploitation à l’aide de Windows PowerShell lorsque vous disposez uniquement du Service Pack qui n’est pas encore intégré au système d’exploitation, par exemple, le Service Pack 1 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. Appliquez ensuite 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 dans le partage de déploiement à l’aide de Windows PowerShell.

Pour automatiser l’application des Service Packs du 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, Utilisation de 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 la procédure d’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 MDT Windows PowerShell.

5. 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 n’est pas en mesure de restaurer le lecteur.

6. 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 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 dans le 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 renvoyé à l’étape 6, et le système d’exploitation Windows 7 existant est stocké dans le dossier nommé Windows 7.

8. Mettez à jour n’importe quel média de déploiement MDT en fonction du partage de déploiement à l’aide de l’applet de commande Update-MDTMedia .

   Pour plus d’informations sur la façon de mettre à jour le support de déploiement MDT en fonction du partage de déploiement à l’aide de l’applet de commande Update-MDTMedia, voir 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.

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ù Châssis 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ù Châssis 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éfinie à 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 antérieures

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

• Fonctionnalité d’inventaire logiciel Configuration Manager. Contient un enregistrement pour chaque package d’application (dans ce cas, les listes dans Programmes 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.

• Une 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 qui a installé l’application, ce qui rend impossible la sélection automatique du package sur la seule base de l’inventaire).

  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 le tableau avec les données qui associent le package approprié à l’application répertoriée dans Programmes et fonctionnalités ou Ajout/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 tout ordinateur disposant de l’entrée Office12.0 au package Microsoft Office 2010 Professionnel Plus.

   Cela signifie que Microsoft Office 2010 Professionnel Plus sera installé sur tout ordinateur exécutant actuellement Microsoft Office System 2007 (Office 12.0). Ajoutez des entrées similaires pour tous les autres packages. Tout élément pour lequel il n’existe aucune entrée est ignoré (aucun package ne sera installé).

3. Créez une procédure stockée pour simplifier la jonction 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 centrale du site primaire Configuration Manager 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 centrale du site principal 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 un 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 instanciée 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).

   Lors de l’exécution de ZTIGather.wsf, une instruction langage SQL (SQL) SELECT est générée automatiquement et la valeur de la clé personnalisée MakeModelQuery est transmise 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 renvoie un jeu d’enregistrements avec les lignes entrées à l’étape 2.

   Un nombre variable d’arguments ne peut pas être transmis à une procédure stockée. Par conséquent, lorsqu’un ordinateur a plusieurs adresses MAC, toutes les adresses MAC ne peuvent pas être transmises à la procédure stockée. Vous pouvez également remplacer 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.

   D’après 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 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 d’état.

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

L’objectif principal de LTI est d’automatiser autant que possible le processus de déploiement. 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 en matière d’infrastructure.

Vous pouvez automatiser l’Assistant Déploiement 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’Assistant Déploiement de Windows en spécifiant la propriété SkipWizard dans CustomSettings.ini. Pour ignorer les pages d’Assistant individuelles, utilisez les propriétés suivantes :

• SkipAdminPassword

• SkipApplications

• SkipBDDWelcome

• SkipBitLocker

• SkipBitLockerDetails

• SkipTaskSequence

• SkipCapture

• SkipComputerBackup

• SkipComputerName

• SkipDomainMembership

• SkipFinalSummary

• SkipLocaleSelection

• SkipPackageDisplay

• SkipProductKey

• SkipSummary (Ignorer le résumé)

• Zone temporelle

• SkipUserData (en anglais seulement)

Pour plus d’informations sur ces propriétés individuelles, consultez la propriété correspondante dans la référence du kit de ressources du document MDT.

Pour chaque page d’Assistant ignorée, indiquez 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ées » dans le document de référence du kit de ressources du document MDT.

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

L’exemple suivant illustre un fichier CustomSettings.ini utilisé dans un scénario Actualiser l’ordinateur pour ignorer toutes les pages de l’Assistant Déploiement de Windows. Dans cet exemple, les propriétés à fournir lorsque vous ignorez 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=<complex_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=<complex_password>

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é dans un scénario Nouvel ordinateur pour ignorer toutes les pages de l’Assistant Déploiement de Windows. Dans cet exemple, les propriétés à fournir lorsque vous ignorez 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=<complex_password>

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 les CustomSettings.ini et les bases de données, à partir desquelles vous pouviez récupérer des valeurs à partir 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 présentait toutefois des défis, notamment 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é particulier et peuvent utiliser n’importe quel port TCP/IP nécessaire pour simplifier les configurations de pare-feu.

Ce qui suit montre comment configurer CustomSettings.ini pour appeler un service web particulier. Dans ce scénario, le service web est choisi de manière aléatoire à partir d’une recherche Internet. Il prend un code postal en entrée et renvoie 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 semblable à 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 pourrait causer 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 renvoyé à la suite de l’appel au service web (tout comme avec une requête de base de données ou une autre règle). Toutefois, la recherche XML est sensible à la casse. Heureusement, le service web décrit ici renvoie tous les noms de propriété en majuscules, ce qui correspond à ce que ZTIGather.xml attendez. Il est possible de remapper les entrées en minuscules ou en majuscules mixtes pour contourner ce problème.

• Une POST requête au service Web étant recommandée, 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 pourriez avoir besoin d’accéder à une ressource réseau sur un serveur différent du serveur qui héberge le partage de déploiement. Vous devez être authentifié sur l’autre serveur pour pouvoir y accéder aux dossiers ou services partagés. Par exemple, vous pouvez installer une application à partir d’un dossier partagé sur un serveur autre que celui qui héberge le partage de déploiement utilisé par les scripts MDT.

À 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 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 du séquenceur de tâches. Exécutez le script ZTIConnect.wsf avant que les tâches nécessitent l’accès à un serveur autre que celui qui héberge 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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/deployment_share/Séquences de tâches ( où deployment_share est le nom du partage de déploiement à configurer).

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

4. Dans le volet Actions, sélectionnez Propriétés.

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

   Remarque

   Ajoutez la tâche avant d’ajouter des 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 à l’aide des informations suivantes :

   Contenu de cette boîte	Procédez comme suit
   Nom	Tapez Se connecter au serveur (où serveur correspond au 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 sélectionnez OK.

   Contenu de cette boîte	Procédez comme suit
   Code de réussite	Tapez 0 3010. (Le script ZTIConnect.wsf renvoie ces codes une fois l’exécution réussie.)
   Zone de liste Conditions	Ajoutez les conditions 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ériques corrects sur des ordinateurs dotés des mêmes périphériques matériels, mais de marques et de modèles différents

Des variations sur les numéros et les noms de modèle peuvent exister pratiquement sans différence dans le jeu de pilotes. Ces variations dans les numéros et les noms des modèles peuvent augmenter inutilement le temps consacré à la création de plusieurs entrées dans la 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 User Exit 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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de 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, sélectionnez 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 matériels dans les sections Make et Model de la base de données MDT. Tronquez le type de modèle au niveau des 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éer une [SetModel] nouvelle section.

8. Ajoutez la [SetModel] section aux paramètres de priorité de 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 à « (« .

10. Créez une recherche dans la 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.

    Ce qui suit montre un CustomSettings.ini et le script de sortie 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 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 éléments suivants :

• Une ou plusieurs instructions SI

• 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

• le 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 l’exécution ou la non-exécution de l’étape.

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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/deployment_share/Séquences de tâches ( où deployment_share est le nom du partage de déploiement à configurer).

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

4. Dans le volet Actions, sélectionnez Propriétés.

5. Dans la boîte de dialogue Propriétés task_sequence, dans l’onglet séquence de tâches, sélectionnez Étape (où étape est le nom de l’étape de séquence de tâches à configurer), puis sélectionnez l’onglet Options.

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

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

• Supprimer. Sélectionnez ce bouton pour supprimer une condition existante dans une étape de séquence de tâches.

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

Instructions SI dans les conditions

Toutes les conditions de séquence de tâches incluent une ou plusieurs instructions SI . Les instructions SI 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 SI , mais plusieurs instructions SI peuvent être imbriquées sous l’instruction SI 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 SI .

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 de séquence de tâches ou des valeurs dans un paramètre de registre).

Ajouter une condition d’instruction SI à une étape de séquence de tâches

1. Dans l’onglet Optionde l’étape (où step est le nom de l’étape de séquence de tâches à configurer), sélectionnez Ajouter, puis sélectionnez l’instruction Si.

2. Dans la boîte de dialogue Propriétés de l’instruction Si, sélectionnez 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 des conditions

Utilisez la condition Variable de séquence de tâches pour évaluer une variable de séquence de tâches créée par une tâche de Variable de séquence de tâches définie ou par n’importe quelle tâche de la séquence de tâches. Par exemple, prenons un réseau qui contient des ordinateurs clients Windows XP qui font partie d’un domaine et d’autres qui font partie d’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 font partie du groupe de travail. Dans ce cas, ajoutez une condition à la tâche Capture User Files and Settings qui cible les ordinateurs du groupe de travail.

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

1. Dans l’onglet Options de l’étape (où étape est le nom de l’étape de séquence de tâches à configurer), sélectionnez Ajouter une condition, puis sélectionnez 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 , sélectionnez Égal.

4. Dans la zone Valeur , tapez 1, puis sélectionnez OK.

Version du système d’exploitation dans les conditions

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

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

1. Dans l’éditeur de séquence de tâches, sélectionnez la tâche Paramètres réseau de capture.

2. Sélectionnez Ajouter une condition, puis sélectionnez Version du système d’exploitation.

3. Dans la zone Architecture , sélectionnez le serveur approprié. Pour cet exemple, sélectionnez x86.

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

5. Dans la zone Condition , sélectionnez la condition appropriée, puis sélectionnez OK.

Propriétés de fichier dans Conditions

Utilisez la condition Propriétés du fichier pour vérifier la version et/ou l’heure de démarrage d’un fichier donné afin de déterminer s’il faut exécuter ou non une tâche ou un groupe de tâches. Dans cet exemple, l’environnement de production contient une image de 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’applications (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 maintenir et de mettre à jour les images, vous décidez de modifier la séquence de tâches de déploiement 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 de propriétés de fichier à une étape de séquence de tâches dans le Configuration Manager

1. Dans le 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 Comment créer un package.

2. Créer une étape d’installation du logiciel pour déployer le package DAO.

3. Sélectionnez l’étape de séquence de tâches d’installation de logiciel créée à l’étape 2, puis sélectionnez l’onglet Options .

4. Sélectionnez Ajouter une condition, puis sélectionnez Propriétés du fichier.

5. Dans la zone Chemin, tapez C :\Program Files\Microsoft Shared\DAO\dao360.dll.

6. Cochez la case Vérifier la version de case activée, puis sélectionnez Différent de la condition pour la chose.

7. Dans la zone Version , tapez 3.60.6815.

8. Dans ce cas, désactivez la case à cocher Vérifier la case activée l’horodatage, puis sélectionnez OK.

Propriétés du dossier dans 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. Prenons l’instance 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 des données avant de pouvoir mettre à niveau l’application.

Si l’horodatage du dossier dans lequel l’application est installée est le 31/12/2007 ou une date antérieure, l’ordinateur cible exécute une version incompatible de l’application et vous devez exécuter le processus de conversion des 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 des données sur les ordinateurs qui disposent d’une version antérieure de l’application.

Pour ajouter une condition de propriétés de 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 (la séquence de tâches est la séquence de tâches à modifier).

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

3. Sélectionnez la tâche créée à l’étape 1.

4. Sélectionnez Ajouter une condition, puis Propriétés du dossier.

5. Dans la zone Chemin , tapez le chemin du dossier contenant l’application.

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

7. Sélectionnez Inférieur ou égal à pour la condition.

8. Dans la zone Date , sélectionnez 31/12/2007.

9. Dans la zone Heure, sélectionnez 12:00:00,puis OK.

Paramètres du Registre dans les conditions

Utilisez la condition de paramètre de 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 de Registre. Prenons par instance le cas d’une application actuellement utilisée sur un petit ensemble d’ordinateurs ne peut pas s’exécuter sur Windows 8, et un déploiement de 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 vérifier la présence d’une entrée dans le Registre pour l’case activée pour l’application incompatible et interrompre le processus de déploiement pour cet ordinateur si elle est trouvée.

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. Sélectionnez la première tâche de la séquence, puis sélectionnez l’onglet Options .

3. Sélectionnez Ajouter une condition, puis Paramètre de Registre.

4. Dans la liste Clé racine , sélectionnez HKEY_LOCAL_MACHINE.

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

6. La sélection n’existe pas pour la condition. Dans ce cas, la tâche s’exécutera et la séquence se poursuivra uniquement si la clé n’existe pas.

7. Facultativement, la condition pourrait vérifier la non-case activée d’une valeur si le nom de la valeur est tapé dans la zone Nom de la valeur.

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

9. Sélectionnez OK.

Requêtes WMI dans les conditions

Utilisez la condition de requête WMI pour exécuter n’importe quelle requête WMI. La condition est évaluée comme True si la requête retourne au moins un résultat. Par exemple, supposons qu’une équipe de déploiement doit mettre à niveau le système d’exploitation de tous les serveurs d’un modèle donné, Dell 1950, par instance. Vous pouvez utiliser une requête WMI pour case activée le modèle de chaque ordinateur et procéder au déploiement uniquement si le bon modèle 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 met à niveau les serveurs).

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

3. Sélectionnez Ajouter une condition, puis sélectionnez 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 % ». Sélectionnez OK.

Logiciels installés dans Conditions

Utilisez une condition de logiciel installé pour vérifier si un logiciel particulier est actuellement installé sur un ordinateur cible, en case activée. Seuls les logiciels installés à l’aide de fichiers MSI (Microsoft Installer) peuvent être évalués en utilisant cette condition. Par exemple, imaginons que vous souhaitiez 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 de 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 met à niveau les serveurs).

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

3. Sélectionnez Ajouter une condition, puis Logiciel installé.

4. Sélectionnez Parcourir, puis sélectionnez le fichier MSI pour SQL Server 2012.

5. Activez la case à cocher Correspondent à cette case activée de produit spécifique pour spécifier que seuls les ordinateurs avec SQL Server 2012 et aucune autre version sont les ordinateurs cibles que cette requête doit détecter.

6. Sélectionnez OK.

Conditions complexes

Plusieurs conditions peuvent être regroupées à l’aide d’instructions IF pour créer des conditions complexes. Par instance, imaginons qu’une étape particulière ne soit exécutée que pour les ordinateurs Contoso 1950 exécutant Windows Server 2003 ou Windows Server 2008. Écrit sous la forme d’une instruction SI par programmation, il se présente comme 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 met à niveau les serveurs).

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

3. Sélectionnez Ajouter une condition, sélectionnez Instruction Si, puis sélectionnez Toutes les conditions. Sélectionnez OK.

4. Sélectionnez l’instruction de condition, puis sélectionnez Ajouter une condition, puis sélectionnez Requête WMI.

5. Assurez-vous que root\cimv2 est spécifié comme espace de noms WMI, puis, dans la zone Requête WQL, tapez SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE « %Contoso %1950 % ». Sélectionnez OK.

6. Sélectionnez l’instruction SI , puis sélectionnez Ajouter une condition. Sélectionnez l’instruction Si, puis sélectionnez N’importe quelle condition. Sélectionnez OK.

7. Sélectionnez la deuxième instruction SI . Sélectionnez Ajouter une condition, puis sélectionnez Version du système d’exploitation.

8. Dans la zone Architecture , sélectionnez l’architecture des serveurs. Pour cet exemple, sélectionnez x86.

9. Dans la zone Système d’exploitation , sélectionnez le système d’exploitation et la version. Pour cet exemple, sélectionnez la version d’origine x86 de Windows 2003. Sélectionnez OK.

10. Sélectionnez la deuxième instruction SI . Sélectionnez Ajouter une condition, puis sélectionnez Version du système d’exploitation.

11. Dans la zone Architecture , sélectionnez l’architecture des serveurs. Pour cet exemple, sélectionnez x86.

12. Dans la zone Système d’exploitation , sélectionnez le système d’exploitation et la version. Pour cet exemple, sélectionnez la version d’origine x86 de Windows 2008. Sélectionnez OK.

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

Dans ce scénario, aucune distribution électronique de logiciels n’est disponible pour l’infrastructure de déploiement. Vous pouvez donc utiliser 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 Windows Server les technologies de réplication du système de fichiers distribués (DFS-R) 2003.

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

• S’assurer que l’infrastructure appropriée existe comme décrit dans S’assurer 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 de système de fichiers distribués

• 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 master et que la configuration de la base de données MDT est déjà terminé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 en étoile pour la réplication du contenu ; Par conséquent, nommez d’abord un serveur de déploiement dans l’environnement de production qui jouera le rôle de serveur de déploiement master. Cette section répertorie les composants requis pour le serveur de déploiement master.

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

Ajout de contenu à MDT

Remplissez le serveur de déploiement master 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 Utilisation de Microsoft Deployment Toolkit

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

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

• Pilotes de périphériques, consultez la section « Configuration de pilotes de périphériques dans Deployment Workbench » dans le document MDT Utilisation de Microsoft Deployment Toolkit

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

Préparation des services de déploiement Windows

Étant donné que le fichier LiteTouchPE_x86.wim sera répliqué régulièrement 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 le nouvel environnement Windows PE. Effectuez les étapes ci-dessous 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.

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

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 master vers les serveurs de déploiement enfants.

Configuration de 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 sélectionnez Nouveau groupe de réplication.

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

5. Sélectionnez 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. Sélectionnez Suivant.

8. Dans la page Membres du groupe de réplication , effectuez les étapes suivantes :

   1. Sélectionnez Ajouter.

   2. Taper 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 master.

   3. Sélectionnez OK.

9. Sélectionnez Suivant.

10. Dans la page Sélection de la topologie , sélectionnez Hub en étoile, puis Suivant.

11. Dans la page Membres du hub, sélectionnez le serveur de déploiement master, puis sélectionnez Ajouter.

12. Sélectionnez Suivant.

13. Sur la page Connexions en étoile, assurez-vous que, pour chaque serveur de déploiement enfant, le serveur de déploiement master répertorié est le membre Hub requis.

14. Sélectionnez Suivant.

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

16. Sélectionnez Suivant.

17. Sur la page Membre principal, dans la zone Membre principal, sélectionnez le serveur de déploiement master.

18. Sélectionnez Suivant.

19. Sur la page Dossiers à répliquer , sélectionnez Ajouter, puis effectuez les étapes suivantes :

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

    2. Sélectionnez Utiliser le nom en fonction du chemin d’accès.

    3. Sélectionnez OK.

    4. Sélectionnez Ajouter.

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

    6. Sélectionnez Utiliser le nom en fonction du chemin d’accès.

20. Sélectionnez Suivant.

21. Sur la page Chemin local de distribution sur d’autres membres , effectuez les étapes suivantes :

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

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

    3. Tapez le chemin d’accès où le dossier de 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. Sélectionnez OK.

22. Sélectionnez Suivant.

23. Sur la page Chemin d’accès local au démarrage sur d’autres membres , effectuez les étapes suivantes :

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

    2. Dans la boîte de dialogue Modifier le chemin local , sélectionnez 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. Sélectionnez OK.

24. Sélectionnez Suivant.

25. Sur la page Paramètres d’utilisation à distance et créer un groupe de réplication , sélectionnez Créer pour exécuter l’Assistant Nouveau groupe de réplication.

26. Sur la page Confirmation , sélectionnez Fermer pour fermer l’Assistant.

Préparation de la réplication SQL Server

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

Préparation de la réplication de SQL Server sur le serveur de déploiement master

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

   Remarque

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

2. Assurez-vous que le service Navigateur SQL Server est activé et défini sur Automatique.

3. Dans la zone Configuration de la surface d’exposition de SQL SQL Server, sélectionnez Connexions locales et à distance.

   Préparation de la réplication de SQL Server sur le serveur de déploiement enfant

4. Dans la zone Configuration de la surface d’exposition de SQL SQL Server, sélectionnez Connexions locales et à distance.

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.

Configuration de la réplication SQL Server

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

SQL Server 2005 utilise un modèle de réplication similaire au modèle de distribution de magazines :

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

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

3. Les lecteurs peuvent s’abonner à une publication afin que la publication soit livrée périodiquement à l’abonné ( abonnement push).

   Cette terminologie est utilisée via les assistants d’installation et de configuration de la réplication de SQL Server.

Configurer un serveur de publication SQL Server

Pour configurer le serveur de déploiement master en tant que serveur de publication SQL Server, procédez comme suit :

1. Ouvrez SQL Server Management Studio.

2. Cliquez avec le bouton droit sur le nœud de réplication , puis sélectionnez Configurer la distribution.

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

4. Sur la page Distributeur, select agira comme son propre distributeur ; SQL Server crée une base de données et un journal de distribution, puis sélectionneSuivant.

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

6. Sur la page Base de données de distribution , sélectionnez Suivant.

7. Dans la page Éditeurs, sélectionnez le serveur de déploiement master pour le définir en tant que serveur de distribution, puis sélectionnez Suivant.

8. Sur la page Actions de l’Assistant , sélectionnez Configurer la distribution, puis cliquez sur Suivant.

9. Sélectionnez Terminer, puis Fermer une fois l’Assistant 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 master, procédez comme suit :

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

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

   1. Sélectionnez Bases de données du serveur de publication.

   2. Sélectionnez la base de données MDT, puis Transactionnel.

   3. Sélectionnez OK.

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

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 sélectionnez Nouvelle publication.

2. Dans l’Assistant Nouvelle publication, sélectionnez Suivant.

3. Sur la page Base de données de publication , sélectionnez la base de données MDT, puis sélectionnez Suivant.

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

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

6. Sur la page Problèmes liés aux articles , sélectionnez Suivant.

7. Sur la page Filtrer les lignes du tableau , sélectionnez Suivant.

8. Sur la page de l’Agent d’instantané, effectuez les étapes suivantes :

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

   2. Sélectionnez Planifier l’exécution de l’agent d’instantané aux heures suivantes.

   3. Sélectionnez Modifier.

   Remarque

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

9. Sélectionnez Suivant.

10. Dans la page Sécurité de l’agent, sélectionnez le compte sous lequel l’agent de capture instantanée s’exécutera, puis sélectionnez Suivant.

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

12. Sur la page Compléter l’Assistant , dans la zone Nom de la publication, tapez un nom descriptif de publication.

13. Sélectionnez Terminer pour terminer l’Assistant, puis 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.

Inscrire les 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 reçoivent une copie de la base de données selon un calendrier afin que, pendant un déploiement, les ordinateurs clients puissent interroger une base de données locale au réseau au lieu de passer par le réseau étendu.

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 composition créée dans la section précédente, puis sélectionnez Nouveaux abonnements.

3. Dans l’Assistant Nouveaux abonnements, sélectionnez Suivant.

4. Dans la page Publication , sélectionnez la composition créée dans la section précédente.

5. Sur la page Emplacement de l’agent de distribution, sélectionnez Exécuter tous les agents du serveur de distribution (abonnements push), puis cliquez sur Suivant.

6. Dans la page Abonnés , ajoutez chacun des serveurs de déploiement enfants en procédant comme suit :

   1. Sélectionnez Ajouter un abonné, puis sélectionnez Ajouter un abonné SQL Server.

   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 , sélectionnez 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 porter le même nom que la base de données MDT sur le serveur de déploiement master. Par exemple, si la base de données MDT sur le serveur de déploiement master s’appelle MDTDB, créez une base de données vide appelée MDTDB sur le serveur de déploiement enfant.

7. Sélectionnez Suivant.

8. Dans la page Sécurité de l’Agent de distribution, sélectionnez ... pour ouvrir la boîte de dialogue Sécurité de l’Agent de distribution.

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

10. Dans la page Planification de la synchronisation , effectuez les étapes suivantes :

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

    2. Indiquez la planification à utiliser pour répliquer la base de données entre les serveurs de déploiement master et enfant, puis cliquez sur Suivant.

11. Sur la page Initialiser l’abonnement , sélectionnez Suivant.

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

13. Sélectionnez Terminer, puis Fermer lorsque l’Assistant est terminé.

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

Configurer CustomSettings.ini

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

• Le partage de déploiement

• La base de données MDT

• L LiteTouchPE_x86 environnement Windows PE ajouté aux services de déploiement Windows

  Vous pouvez maintenant configurer le fichier CustomSettings.ini du 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 par le biais des services de déploiement Windows.

  Lorsque le fichier LiteTouchPE_x86.wim est remis par les services de déploiement Windows, une clé de registre est configurée avec le nom du serveur 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

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

2. Dans l’arborescence de console de 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, sélectionnez Propriétés.

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

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

   • Si vous configurez DeployRoot, configurez DeployRoot pour qu’il utilise la variable %WDSServer % (par exemple, DeployRoot=\\ %WDSServer %\Deployment$).

5. Sélectionnez Modifier Bootstrap.ini.

6. Configurez BootStrap.ini pour utiliser la propriété %WDSServer % en ajoutant ou en remplaçant la valeur DeployRoot par DeployRoot=\\ %WDSServer %\Deployment$.

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

8. Sélectionnez OK.

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

9. Dans le volet Actions, sélectionnez Mettre à jour le partage de déploiement.

   L’Assistant Mettre à jour le partage de déploiement démarre.

10. Sur la page Options , sélectionnez les options souhaitées pour la mise à jour du partage de déploiement, puis sélectionnez Suivant.

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

12. Sur la page Confirmation , sélectionnez 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électionner un serveur MDT local s’il existe plusieurs serveurs

Dans ce scénario, plusieurs serveurs MDT sont utilisés pour prendre en charge un volume élevé de déploiements simultanés et de déploiements 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 pour se connecter aux fichiers requis et accéder aux fichiers requis afin de 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 en :

• 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 Extra Files comme décrit dans la section Ajout du fichier LocationServer.xml au répertoire Extra Files

• 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.

Comprendre 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 recueillir des informations initiales sur le déploiement. Cela se produit avant qu’une connexion n’ait été établie avec le 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 elle doit établir une connexion.

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

Savoir quand utiliser LocationServer.xml

MDT offre plusieurs façons de déterminer à quel serveur se connecter pendant un déploiement LTI. Les différentes méthodes d’emplacement du serveur de déploiement sont mieux adaptées à différents scénarios ; Par conséquent, il est important de savoir quand utiliser LocationServer.xml.

MDT propose 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.

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 co-hébergé avec Windows Deployment Services.

Il existe d’autres scénarios dans lesquels ces approches ne sont pas adaptées : 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 le serveur MDT est séparé des services de déploiement Windows).

Dans ces scénarios, le fichier LocationServer.xml offre un moyen souple de présenter ces informations au moment du déploiement, sans qu’il soit nécessaire de connaître les noms des serveurs et des partages de déploiement.

Création du fichier LocationServer.xml

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

Création d’un fichier LocationServer.xml prenant en charge plusieurs emplacements

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

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

• Identifiant unique

• 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 LocationServer.xml fichier 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 des entrées de serveur différentes pour chaque emplacement ou pour les situations dans lesquelles il y a plusieurs serveurs au sein d’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 LocationServer.xml fichier 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éation d’un fichier LocationServer.xml pour équilibrer la charge de plusieurs serveurs à différents emplacements

À l’aide de LocationServer.xml, spécifiez plusieurs serveurs par 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 à des emplacements différents.

Exemple LocationServer.xml fichier 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 poids> 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 les éléments suivants :

Poids du serveur/somme de tous les poids du serveur

Dans l’exemple précédent, les trois serveurs du siège de Contoso sont répertoriés sous les numéros 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 donné et pondérez chaque serveur en fonction de la capacité du serveur par rapport à chacun des autres serveurs.

Ajout du fichier LocationServer.xml au répertoire Files supplémentaire

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é Extra Files 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 Extra Files qui reflète l’emplacement Windows PE dans lequel le fichier supplémentaire doit résider.

   Par exemple, le fichier LocationServer.xml doit se trouver dans le dossier \Deploy\Control de Windows PE ; par conséquent, créez la même structure de dossiers sous Extra Files (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 d’accès complet au dossier racine du partage de déploiement).

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

5. Dans l’arborescence de console de 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, sélectionnez Propriétés.

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

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

   2. Dans la section Personnalisations de Windows PE, dans la zone Répertoire supplémentaire à ajouter, tapez chemin d’accès (où chemin est le chemin complet du dossier Extra Files ; par exemple, D :\Production Deployment Share\Extra Files), puis sélectionnez 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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de 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, sélectionnez Propriétés.

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

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

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

7. Sélectionnez OK pour soumettre les modifications.

Mise à jour du partage de déploiement

Le partage de déploiement doit ensuite être mis à jour pour générer une nouvelle LiteTouch_x86 et LiteTouch_x64 environnement de démarrage 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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de 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, sélectionnez Mettre à jour le partage de déploiement.

   L’Assistant Mettre à jour le partage de déploiement démarre.

4. Sur la page Options , sélectionnez les options souhaitées pour la mise à jour du partage de déploiement, puis sélectionnez Suivant.

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

6. Sur la page Confirmation , sélectionnez Terminer.

Remplacement d’un ordinateur existant par un nouvel ordinateur à l’aide d’une installation légère

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 à 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 des 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 de l’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 sur un partage réseau. Ensuite, déployez une image existante dans WDG-NEW-02, puis restaurez les données d’état utilisateur capturées dans WDG-NEW-02. Le déploiement s’effectuera à 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 suppose 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, notamment les images de système d’exploitation, les applications et les pilotes de périphériques

• 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 partagé réseau (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 échantillon. 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 Utilisation de Microsoft Deployment Toolkit.

Étape 1 : Créer une séquence de tâches pour Capture l’état de l’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 de 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 de l’utilisateur dans le scénario de déploiement Remplacer l’ordinateur

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

2. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/ deployment_share/Séquences de tâches ( où deployment_share est le nom du partage de déploiement à configurer).

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

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

4. Complétez l’Assistant Nouvelle séquence de tâches à l’aide des 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 l’ID de séquence de tâches, tapez VISTA_EXIST. 2. Dans Nom de séquence de tâches, tapez Effectuer un scénario de remplacement d’ordinateur sur un ordinateur existant. 3. Sélectionnez 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 Client Standard Remplacer la séquence de tâches, puis cliquez sur Suivant.
   Résumé	Vérifiez que les détails de la configuration sont corrects, puis sélectionnez Suivant.
   Confirmation	Sélectionnez 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 de séquence de tâches du client Standard dans l’Assistant Nouvelle séquence de tâches.

Création d’une séquence de tâches pour déployer l’état de l’utilisateur dans le scénario de déploiement Remplacer l’ordinateur

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

2. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/deployment_share/Séquences de tâches ( où deployment_share est le nom du partage de déploiement à configurer).

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

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

4. Complétez l’Assistant Nouvelle séquence de tâches à l’aide des 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 l’ID de séquence de tâches, tapez VISTA_NEW. 2. Dans Nom de séquence de tâches, tapez Exécuter un scénario de remplacement d’ordinateur sur un nouvel ordinateur. 3. Sélectionnez 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 du client Standard, puis cliquez sur Suivant.
   Sélectionner un 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 un à utiliser, sélectionnez captured_vista_image ( où captured_vista_image est l’image capturée de l’ordinateur de référence ajouté 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 Employé Woodgrove. 2. Dans Organisation, tapez Woodgrove Bank. 3. Dans la page d’accueil d’Internet Explorer, tapez http://www.woodgrovebank.com. 4. Sélectionnez Suivant.
   Administration Mot de passe	Dans Mot de passe administrateur et Veuillez confirmer le mot de passe administrateur, tapez P@ssw0rd, puis sélectionnez Terminer.
   Confirmation	Sélectionnez 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 Files 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 de l’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 de l’utilisateur

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

2. Dans l’arborescence de console de 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, sélectionnez 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 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 de Deployment Workbench.

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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de 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, sélectionnez 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ù la plateforme est l’architecture de l’image Windows PE à configurer), dans le 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 sélectionnez 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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de 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, sélectionnez Mettre à jour DeploymentShare.

   L’Assistant Mettre à jour le partage de déploiement démarre.

4. Sur la page Options , sélectionnez les options souhaitées pour la mise à jour du partage de déploiement, puis sélectionnez Suivant.

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

6. Sur la page Confirmation , sélectionnez 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 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 support de démarrage LTI

Proposez une méthode de démarrage de 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 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 support de démarrage LTI approprié à partir de l’une de ces images.

Pour créer le média de démarrage LTI

1. Dans Windows Explorer, 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 d’un CD ou DVD du fichier ISO.

Étape 7 : Démarrer l’ordinateur existant avec le support de démarrage LTI

Démarrez l’ordinateur existant (WDG-EXIST-01) avec le support de démarrage LTI créé plus tôt 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 UserStateCapture$ partagé.

Pour démarrer l’ordinateur existant avec le support de démarrage LTI

1. Démarrez WDG-EXIST-01 avec le support 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. Complétez l’Assistant Déploiement 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	Sélectionnez 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. Sélectionnez OK.
   Sélectionnez une séquence de tâches à exécuter sur cet ordinateur.	Sélectionnez Exécuter le scénario de remplacement d’ordinateur sur un ordinateur existant, puis cliquez sur Suivant.
   Spécifier l’emplacement d’enregistrement de vos données et de vos paramètres	Sélectionnez Suivant.
   Spécifier l’emplacement d’enregistrement d’une sauvegarde complète de l’ordinateur	Sélectionnez Ne pas sauvegarder l’ordinateur existant, puis cliquez sur Suivant.
   Prêt à commencer	Sélectionnez Commencer.

   Si des erreurs ou des avertissements se produisent, consultez le document Référence de dépannage de MDT.

3. Dans la boîte de dialogue Résumé du déploiement , sélectionnez Détails.

   Si des erreurs ou des avertissements se sont produits, examinez-les et enregistrez les informations de diagnostic.

4. Dans la boîte de dialogue Résumé du déploiement , sélectionnez Terminer.

   Les informations de migration de l’état de l’utilisateur sont capturées et stockées dans le dossier partagé du réseau (UserStateCapture$) créé plus tôt dans le processus.

Étape 8 : Démarrer le nouvel ordinateur avec le support de démarrage LTI

Démarrez le nouvel ordinateur (WDG-NEW-02) avec le support de démarrage LTI créé plus tôt 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 de MDT, Windows Vista est déployé sur le nouvel ordinateur et les informations de migration d’état utilisateur capturées sont restaurées sur le nouvel ordinateur.

Pour démarrer le nouvel ordinateur avec le support de démarrage LTI

1. Démarrez WDG-NEW-02 avec le support 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. Complétez l’Assistant Déploiement Windows en utilisant les 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	Sélectionnez 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. Sélectionnez OK.
   Sélectionnez une séquence de tâches à exécuter sur cet ordinateur.	Sélectionnez Exécuter le scénario de remplacement d’ordinateur sur un nouvel ordinateur, puis cliquez sur Suivant.
   Configuration du nom d’ordinateur	Dans le champ Nomde l’ordinateur, tapez WDG-NEW-02, puis cliquez sur Suivant.
   Joindre l’ordinateur à un domaine ou à un groupe de travail	Sélectionnez Suivant.
   Spécifier si vous souhaitez restaurer les données utilisateur	1. Sélectionnez Spécifier un emplacement. 2. Dans Emplacement, tapez \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01. 3. Sélectionnez Suivant.
   Sélection des paramètres régionaux	Sélectionnez Suivant.
   Définir le fuseau horaire	Sélectionnez Suivant.
   Spécifier si vous souhaitez capturer une image	Sélectionnez Ne pas capturer d’image de cet ordinateur, puis cliquez sur Suivant.
   Spécifier la configuration BitLocker	Sélectionnez Ne pas activer BitLocker pour cet ordinateur, puis cliquez sur Suivant.
   Prêt à commencer	Sélectionnez Commencer.

   Si des erreurs ou des avertissements doivent apparaître, consultez le document Référence de dépannage de MDT.

3. Dans la boîte de dialogue Résumé du déploiement , sélectionnez Détails.

   Si des erreurs ou des avertissements se sont produits, examinez-les et enregistrez les informations de diagnostic.

4. Dans la boîte de dialogue Résumé du déploiement , sélectionnez Terminer.

   Windows Vista est désormais 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 à son environnement cible, qui ne sont pas satisfaites par les actions de séquence de tâches prédéfinies de Deployment Workbench ou par défaut par les fichiers de configuration MDT. Dans ce cas, implémentez du code personnalisé pour répondre à leurs besoins.

Intégrer du code de déploiement personnalisé dans MDT en :

• Choix d’un langage de script comme décrit dans Choix du 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 qui peut ê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 des 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. Les classes suivantes sont disponibles :

• Journalisation. Cette classe fournit la fonctionnalité de journalisation utilisée par tous les scripts MDT. Elle crée également un fichier journal unique pour chaque script exécuté 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, donnant accès à toutes les informations de configuration utilisées par les processus ZTI et LTI.

• Utilitaire. Cette classe fournit des utilitaires généraux qui sont utilisés dans les scripts ZTI et LTI. Microsoft recommande que chaque fois qu’un code personnalisé est développé, cette classe soit examinée pour voir si du 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 à des bases de données et la lecture d’informations à partir de bases de données. En général, l’accès direct à la classe de base de données n’est pas recommandé ; Au lieu de cela, le traitement des règles doit être utilisé pour effectuer des recherches dans la base de données.

• Chaînes de caractères. Cette classe exécute des routines de traitement de chaînes courantes, telles que la création d’une liste délimitée d’éléments, l’affichage d’une valeur hexadécimale, la suppression des espaces blancs 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 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.

• Gestion des fichiers. 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é apportées à l’architecture de script pour rendre le client Microsoft Visual Basic Scripting Edition (VBScript) plus robuste et fiable. Ces modifications comprennent :

• Modifications importantes apportées à ZTIUtility.vbs (la bibliothèque de scripts principale), y compris de nouvelles API et une meilleure gestion des erreurs

• 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 .

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égrer du code personnalisé à MDT à l’aide de :

• 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 utilitaire définie dans ZTIUtility.vbs comme décrit dans Utiliser la classe utilitaire ZTIUtility

Utilisation de la classe de journalisation ZTIUtility

La classe de journalisation dans ZTIUtiliy.vbs fournit un mécanisme simple permettant au code personnalisé de consigner les informations, les avertissements et les erreurs de status de la même manière que les autres scripts lors d’un déploiement ZTI ou LTI. Cette standardisation garantit également que la boîte de dialogue Résumé du déploiement LTI signale correctement le status 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 enregistrer 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>

Utilisation de la classe d’environnement ZTIUtility

La classe d’environnement dans ZTIUtiliy.vbs donne accès aux propriétés MDT et la possibilité 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 du kit de ressources du document MDT.

Utilisation de la classe utilitaire ZTIUtility

Le script ZTIUtility.vbs contient un certain nombre d’utilitaires couramment utilisés par n’importe quel script de déploiement personnalisé. Vous pouvez ajouter ces utilitaires à n’importe quel script de la même façon que pour les classes oLogging et oEnvironment .

Le tableau suivant détaille quelques fonctions utiles disponibles et leur sortie. Pour obtenir la liste complète des fonctions disponibles, reportez-vous au fichier ZTIUtility.vbs.

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 ; Cependant, 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 du 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é et garantir la cohérence de la journalisation 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 manière que n’importe quelle autre application.

Pour créer une application pour exécuter un 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 d’accès complet au partage de déploiement).

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

3. Dans l’arborescence de console de 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, sélectionnez Nouvelle application.

   L’Assistant Nouvelle application démarre.

5. Complétez l’Assistant Nouvelle application à l’aide des informations suivantes. Acceptez les valeurs par défaut, sauf indication contraire.

   Sur cette page de l’Assistant	Procédez comme suit
   Type d’application	Sélectionnez Application sans fichiers sources ou ailleurs sur le réseau, puis sélectionnez Suivant.
   Détails	Complétez cette page en vous basant sur les informations de l’application, puis sélectionnez Suivant.
   Détails de la commande	1. Dans la zone de 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 de ligne de commande ). 3. Sélectionnez Suivant.
   Résumé	Vérifiez que les paramètres de configuration sont corrects, puis sélectionnez Suivant.
   Confirmation	Sélectionnez 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 habituelles de séquence de tâches.

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 d’accès complet au partage de déploiement).

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

3. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/deployment_share/Séquences de tâches ( où deployment_share est le nom du partage de déploiement à configurer).

4. Dans le volet d’informations , sélectionnez 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, sélectionnez Propriétés.

6. Dans la boîte de dialogue task_sequenceProperties , sélectionnez l’onglet Séquence de tâches .

7. Dans l’arborescence de la console, accédez au groupe (où groupe est le groupe qui permet d’ajouter l’étape de séquence de tâches).

8. Sélectionnez Ajouter, Général, puis Exécuter la ligne de commande.

9. Dans l’arborescence de la console, sélectionnez Exécuter la ligne de commande, puis sélectionnez l’onglet Propriétés .

10. Dans la zone Nom , tapez name (où le nom 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 pour exécuter le code personnalisé, par exemple, cscript.exe %SCRIPTROOT\CustomCode.vbs).

12. Dans la zone Démarrer , tapez chemin d’accès (où chemin est le chemin complet du dossier de travail du code personnalisé ; il s’agit généralement du chemin spécifié dans la zone de ligne de commande ), puis sélectionnez 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 pour transmettre les informations dans le processus de validation de la 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 « Scripts de sortie utilisateur dans le fichier CustomSettings.ini » du document MDT Utilisation de 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ériques ; Chacun doit être géré différemment au cours du processus de déploiement :

• Pilotes de périphérique contenant un fichier .inf pouvant être utilisé pour importer le pilote de périphérique dans Deployment Workbench

• Pilotes de périphériques 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 à lʼaide des méthodes suivantes :

• 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êts à l’emploi telle que décrite dans Installation de pilotes de périphérique Utilisation de la méthode des pilotes prêts à l’emploi

• Les installer en tant qu’applications comme décrit dans Installation de pilotes de périphériques 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 des 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 de processus d’installation d’applications traditionnels

  Les packages de pilotes de périphériques qui peuvent être extraits pour accéder aux fichiers .inf peuvent utiliser le processus de détection et d’installation automatique du pilote MDT en important d’abord le pilote dans le nœud Pilotes prêts à l’emploi de Deployment Workbench.

  Les packages de pilotes de périphériques qui ne peuvent pas être extraits pour isoler les fichiers .inf ou ceux qui ne fonctionnent pas correctement sans avoir été 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 des pilotes prêts à l’emploi

Vous pouvez importer des packages de pilotes de périphériques 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, commencez par ajouter 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ériques requis pour les types de matériel à déployer, puis extrayez le package de pilotes de périphériques vers un emplacement temporaire.

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

3. Dans l’arborescence de console de 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, sélectionnez Importer des pilotes.

   L’Assistant Importation d’un pilote de périphérique démarre.

5. Sur la page Spécifier le répertoire , dans la section Répertoire source du lecteur , sélectionnez Parcourir pour accéder au dossier qui contient les nouveaux pilotes de périphérique, puis sélectionnez Suivant.

   Remarque

   L’Assistant Nouveau pilote de périphérique recherche dans 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 au sein du même répertoire racine, puis définissez le répertoire source du pilote comme répertoire racine qui contient tous les dossiers source du pilote.

6. Dans la page Résumé , vérifiez que les paramètres sont corrects, puis sélectionnez suivant pour importer les pilotes dans Deployment Workbench.

7. Sur la page Confirmation , sélectionnez Terminer.

   Si les pilotes de périphérique contiennent des pilotes de démarrage critiques tels que des pilotes de stockage de masse ou 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ériques aux images Windows PE Lite Touch

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

9. Dans l’arborescence de console de 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, sélectionnez Mettre à jour le partage de déploiement.

    L’Assistant Mettre à jour le partage de déploiement démarre.

11. Sur la page Options , sélectionnez les options souhaitées pour la mise à jour du partage de déploiement, puis sélectionnez Suivant.

12. Dans la page Résumé , vérifiez que les détails sont corrects, puis sélectionnez Suivant.

13. Sur la page Confirmation , sélectionnez Terminer.

Installation de pilotes de périphériques en tant qu’applications

Les pilotes de périphériques présentés sous forme d’applications et que vous ne pouvez pas extraire dans un dossier contenant un fichier .inf, en plus des fichiers de pilotes, doivent être ajoutés à Deployment Workbench en tant qu’application pour 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 ne doivent être installées que lorsque la séquence de tâches est exécutée sur un ordinateur avec les périphériques. Pour ce faire, exécutez l’étape de séquence de tâches pour déployer les applications de pilote de périphérique appropriées en tant qu’étape de séquence de tâches conditionnelle. Les critères conditionnels peuvent être spécifiés pour l’exécution de l’étape de séquence de tâches à l’aide de requêtes WMI pour l’appareil sur l’ordinateur cible.

Ajouter l’application de pilote de périphérique à Deployment Workbench

Chaque application de pilote de périphérique doit d’abord être importée dans Deployment Workbench.

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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

3. Dans l’arborescence de console de 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, sélectionnez Nouvelle application.

   L’Assistant Nouvelle application démarre.

5. Dans la page Type d’application , sélectionnez Application avec les fichiers sources, puis sélectionnez Suivant.

6. Sur la page Détails , tapez les détails pertinents sur l’application, puis sélectionnez Suivant.

7. Sur la page Source , dans la section Répertoire source , sélectionnez Parcourir pour accéder, puis sélectionnez le répertoire qui contient les fichiers sources de l’application du pilote de périphérique. Sélectionnez OK.

8. Sélectionnez Suivant.

9. Dans la page Destination , tapez un nom pour le répertoire de destination, puis sélectionnez Suivant.

10. Sur 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 sélectionnez suivant pour importer l’application de pilote de périphérique dans Deployment Workbench.

12. Sur la page Confirmation , sélectionnez 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 garantir 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 du pilote de périphérique dans CustomSettings.ini.

• Spécifiez l’application du 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 d’ajout d’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 matérielles spécifiques, 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équence de tâches pour chaque type de matériel

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

2. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/deployment_share/Séquences de tâches ( où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet d’informations, sélectionnez task_sequence ( où task_sequence est la séquence de tâches de déploiement qui sera requise pour installer l’application de pilote de périphérique).

4. Dans le volet Actions, sélectionnez 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/Windows Update d’état (installation préalable à l’application).

6. Sous l’onglet Séquence de tâches , sélectionnez Ajouter, puis Nouveau groupe.

   Un nouveau groupe de séquences de tâches est créé 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, sélectionnez Nouveau groupe.

8. Sous l’onglet Propriétés , dans la zone Nom , tapez group_name ( où group_name correspond au nom du groupe ; par exemple, Applications matérielles spécifiques - Dell Computer Corporation).

9. Sous l’onglet Options , sélectionnez Ajouter, puis sélectionnez Interroger WMI.

10. Dans la boîte de dialogue Condition WMI de séquence de tâches , tapez les détails suivants :

    • Dans la zone d’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 :

      Select * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model % AND Manufacturer LIKE %hardware_manufacturer %

      Dans cet exemple, hardware_model est le nom du modèle de l’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 inclus dans les noms pour permettre aux administrateurs de renvoyer tout modèle ou fabricant d’ordinateur qui contient 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 aux conditions d’étape de séquence de tâches » dans le document MDT Utilisation de Microsoft Deployment Toolkit, et consultez Interrogation avec WQL.

11. Sélectionnez OK pour envoyer la requête, puis sélectionnez OK pour soumettre les modifications apportées à la séquence de tâches.

Une fois les groupes de séquences de tâches spécifiques au matériel créés, les 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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/deployment_share/Séquences de tâches ( où deployment_share est le nom du partage de déploiement à configurer).

3. Dans le volet d’informations, sélectionnez task_sequence ( où task_sequence est la séquence de tâches de déploiement qui sera requise pour installer l’application de pilote de périphérique).

4. Dans le volet Actions, sélectionnez Propriétés.

5. Dans la boîte de dialogue task_sequenceProperties , sélectionnez l’onglet Séquence de tâches .

6. Dans le volet d’informations, accédez à State Restore/hardware_specific_group ( où hardware_specific_group correspond au nom du groupe spécifique au matériel dans lequel 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 , sélectionnez Ajouter, Général, puis 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, sélectionnez Installer l’application.

9. Sous l’onglet Propriétés , sélectionnez Installer une seule application, puis, dans la liste Application à installer , sélectionnez hardware_application ( où hardware_application est l’application permettant d’installer l’application spécifique au matériel).

Spécifiez l’application du 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ériel 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 Contrôle, par exemple, D :\Partage de déploiement de production\Contrôle.

2. Recherchez et ouvrez le fichier Applications.xml.

3. Recherchez l’application requise.

4. Localisez le GUID de l’application en localisant la ligne délimitée par 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 est en cours d’exécution. Dans le cadre de ce processus, des requêtes WMI sont exécutées et les valeurs de la classe Win32_ComputerSystem pour la marque et le fabricant sont renseignées en tant que variables %Make % et %Model %, respectivement.

   Ces valeurs peuvent être utilisées pendant le traitement du fichier CustomSettings.ini pour lire dynamiquement des sections du fichier en fonction de la marque 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 d’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 construite. Les valeurs de la marque et du modèle de chaque type de matériel peuvent être localisées à l’aide de l’une des méthodes suivantes :

• Outil Informations système. Utilisez le nœud Résumé système de cet outil pour identifier le fabricant (marque) et le modèle système (modèle).

• Windows PowerShell. Utilisez l’applet de commande Win32_ComputerSystem de classe Get-WMIObject pour déterminer la marque 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 (marque) 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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de 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, sélectionnez Propriétés.

4. Sélectionnez l’onglet Règles .

5. Les informations tapées dans cet onglet sont stockées dans le fichier CustomSettings.ini. Modifiez les entrées du fichier CustomSettings.ini pour ajouter une logique pour chaque modèle matériel doté d’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. Sélectionnez OK pour soumettre les modifications.

7. Dans le volet des détails, sélectionnez deployment_share ( où deployment_share est le nom du partage de déploiement à configurer).

8. Dans le volet Actions, sélectionnez Mettre à jour le partage de déploiement.

   L’Assistant Mettre à jour le partage de déploiement démarre.

9. Sur la page Options , sélectionnez les options souhaitées pour la mise à jour du partage de déploiement, puis sélectionnez Suivant.

10. Dans la page Résumé , vérifiez que les détails sont corrects, puis sélectionnez Suivant.

11. Sur la page Confirmation , sélectionnez Terminer.

    Par défaut, toutes les applications disponibles sont affichées dans l’Assistant Déploiement Windows pendant un déploiement LTI. Étant donné que les applications spécifiques aux pilotes de périphériques ne s’appliquent qu’à des types de matériel spécifiques, vous ne souhaiterez peut-être pas qu’elles soient affichées en permanence. 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 de 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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

13. Dans l’arborescence de console de 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 , sélectionnez device_driver_application (où device_driver_application est l’application à masquer dans l’assistant de déploiement).

15. Dans le volet Actions, sélectionnez Propriétés.

16. Sous l’onglet Général, activez la case à cocher Masquer l’application dans l’case activée de l’Assistant Déploiement.

17. Sélectionnez 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 base de données du fichier CustomSettings.ini et peut être interrogée au moment du déploiement pour obtenir les 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 d’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’inventaire 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 du fabricant WMI ou des requêtes de marque et de modèle).

  Pour chaque entrée de base de données que vous créez, vous pouvez spécifier des propriétés de déploiement, des applications, l’utilisation ou non des packages Configuration Manager et des administrateurs. En créant des entrées de marque 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 de permettre l’installation des applications de pilote de périphérique

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

2. Dans l’arborescence de console de 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, sélectionnez Nouveau.

4. Dans la boîte de dialogue Propriétés , sous l’onglet Identité , dans la zone Marque , tapez make_name (où make_name est un nom facilement identifiable à 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. Grâce aux services de déploiement Windows, vous pouvez déployer des systèmes d’exploitation Windows, en particulier Windows 7, Windows Server 2008 ou des systèmes d’exploitation ultérieurs, sur un réseau à l’aide de la carte réseau PXE ou du support de démarrage d’un ordinateur.

Avant de déployer les services de déploiement Windows, déterminez laquelle des options d’intégration suivantes convient le mieux à votre environnement :

• 1re méthode : Démarrez les ordinateurs dans PXE pour lancer le processus LTI.

• 2e méthode : Déployez une image de système d’exploitation à partir du magasin d’images des services de déploiement Windows.

• 3e méthode : Utilisez la multidiffusion avec MDT et le rôle serveur Services de déploiement Windows Windows Server 2008.

Option 1 : démarrer les ordinateurs dans PXE pour lancer le processus LTI

Réduisez le coût de gestion des déploiements de système d’exploitation en démarrant le processus de déploiement MDT à l’aide des services de déploiement Windows conjointement avec le protocole de configuration d’hôte dynamique. Ainsi, il n’est pas nécessaire de créer et de distribuer un média de démarrage à chaque ordinateur cible.

Créer et importer l’image Windows PE de 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 à la fois sous la forme d’un fichier image ISO, que vous pouvez graver sur un CD ou un DVD, et d’un fichier WIM démarrable. 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 LTI Windows PE sur un réseau utilisé pour initialiser une installation.

Création d’une image Windows PE amorçable dans Deployment Workbench

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

2. Dans l’arborescence de console de 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, sélectionnez Propriétés.

   Dans la boîte de dialogue deployment_shareProperties, sélectionnez l’onglet Paramètres de la plateforme Windows PE (où la plateforme correspond à l’architecture de l’image Windows PE à configurer).

4. Dans la zone Paramètres de l’image de démarrage Lite Touch, sélectionnez la case case activée Générer une image ISO de disque RAM démarrable Lite Touch.

5. Sélectionnez l’onglet Composants de la plateforme Windows PE (où la plateforme correspond à l’architecture de l’image Windows PE à configurer).

6. Dans la section Injection de pilote , sélectionnez les types de pilotes appropriés à inclure.

   Remarque

   Cette étape n’est nécessaire si Windows PE inclut déjà les pilotes de périphériques 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 nécessaire si Windows PE inclut déjà les pilotes de périphériques nécessaires.

9. Dans le volet d’informations , sélectionnez deployment_share ( où deployment_share est le nom du partage de déploiement à configurer).

10. Dans le volet Actions, sélectionnez Mettre à jour le partage de déploiement.

    L’Assistant Mettre à jour le partage de déploiement démarre.

11. Sur la page Options , sélectionnez les options souhaitées pour la mise à jour du partage de déploiement, puis sélectionnez Suivant.

12. Dans la page Résumé , vérifiez que les détails sont corrects, puis sélectionnez Suivant.

13. Sur la page Confirmation , sélectionnez Terminer.

    Une fois ce processus terminé, le dossier de démarrage 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 sélectionnez 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 qui reçoit une réponse des services de déploiement Windows pourra 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 Windows Deployment Services hébergeant l’image de démarrage est capturé et placé dans le fichier 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 de CustomSettings.ini du partage de déploiement par la propriété DeployRoot . Ainsi, le client démarre automatiquement à partir des services de déploiement Windows en utilisant le partage de déploiement hébergé sur le serveur des services de déploiement Windows. De ce fait, il n’est pas nécessaire de spécifier un nom de serveur dans un fichier de configuration.

Pour définir le serveur local des services de déploiement Windows comme serveur de déploiement

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

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

3. Dans le volet Actions, sélectionnez Propriétés.

4. Sélectionnez l’onglet Règles .

   Les informations tapées dans 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. Sélectionnez Modifier Bootstrap.ini.

7. Configurez BootStrap.ini pour utiliser la propriété %WDSServer % en ajoutant ou en remplaçant la valeur DeployRoot par DeployRoot=\\ %WDSServer %\Deployment$.

8. Dans le menu Fichier , sélectionnez Enregistrer pour enregistrer les modifications apportées au fichier BootStrap.ini.

9. Sélectionnez OK.

   Le partage de déploiement doit être mis à jour.

10. Dans le volet des détails, sélectionnez deployment_share ( où deployment_share est le nom du partage de déploiement à configurer).

11. Dans le volet Actions, sélectionnez Mettre à jour le partage de déploiement.

    L’Assistant Mettre à jour le partage de déploiement démarre.

12. Sur la page Options , sélectionnez les options souhaitées pour la mise à jour du partage de déploiement, puis sélectionnez Suivant.

13. Dans la page Résumé , vérifiez que les détails sont corrects, puis sélectionnez Suivant.

14. Sur la page Confirmation , sélectionnez 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 du système d’exploitation, étendez les fonctionnalités de MDT en le 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 des applications, l’installation des mises à jour, le traitement des règles et d’autres fonctionnalités MDT. Une fois que MDT a 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é transféré dans un partage de déploiement MDT.

Pour référencer une image de système d’exploitation 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 à partir du dossier Sources du support Windows vers le dossier C :\Program Files\Microsoft Deployment Toolkit\bin sur le serveur Services de déploiement Windows :

   • Wdsclientapi.dll

   • Wdscsl.dll

   • Wdsimage.dll

   • Wdstptc.dll (ne s’applique qu’en cas de copie à partir des répertoires source de Windows Server 2008)

   Remarque

   Le répertoire source Windows utilisé doit correspondre à la plateforme du système d’exploitation en cours d’exécution sur l’ordinateur sur lequel MDT est installé.

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

3. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/deployment_share/Systèmes d’exploitation ( où deployment_share est le nom du partage de déploiement à configurer).

4. Dans le volet Actions, sélectionnez Importer un système d’exploitation.

   L’Assistant Nouveau système d’exploitation démarre.

5. Dans la page Type de système d’exploitation , sélectionnez Images des services de déploiement Windows, puis cliquez sur Suivant.

6. Sur 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 sélectionnez Suivant.

8. Sur la page Confirmation , sélectionnez Terminer.

   Toutes les images disponibles sur le serveur Services de déploiement Windows seront désormais disponibles pour les séquences de tâches MDT.

Option 3 : utiliser la multidiffusion avec MDT et le rôle Services de déploiement Windows Windows Server 2008

Avec la sortie 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 multidiffusion. MDT inclut également des mises à jour pour intégrer MDT à la multidiffusion des services de déploiement Windows.

De plus, une Kit d’installation automatisée (Windows AIK) mise à jour (Windows AIK), version 1.1, comprend Wdsmcast.exe. Cela permet de joindre manuellement les sessions de multidiffusion et permet 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 des Wdsmcast.exe sur le partage de déploiement dans le dossier deployment_share\Tools\x86 ou 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 exécutée.

Lorsque LTIApply.wsf s’exécute, il tente toujours d’accéder et de télécharger des images WIM à partir d’un flux de multidiffusion existant, mais il revient à une copie de fichier standard si un flux de multidiffusion n’existe pas.

Les conditions préalables du serveur de déploiement pour la préparation de la multidiffusion MDT sont les suivantes :

• Le serveur de déploiement doit exécuter Windows Server 2008 ou version ultérieure

• Le rôle Services de déploiement Windows doit être installé à partir de la console de gestion de 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

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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench

2. Dans l’arborescence de console de 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, sélectionnez Propriétés.

4. Dans l’onglet Général, activez la case case activée Activer la multidiffusion pour ce partage de déploiement (nécessite Windows Server services de déploiement Windows 2008).

5. Sélectionnez OK.

6. Dans le volet Actions, sélectionnez Mettre à jour le partage de déploiement.

   L’Assistant Mettre à jour le partage de déploiement démarre.

7. Sur la page Options , sélectionnez les options souhaitées pour la mise à jour du partage de déploiement, puis sélectionnez Suivant.

8. Dans la page Résumé , vérifiez que les détails sont corrects, puis sélectionnez Suivant.

9. Sur la page Confirmation , sélectionnez Terminer.

   Le partage de déploiement est désormais configuré pour la transmission multidiffusion des services de déploiement Windows.

   Ce processus crée une transmission de multidiffusion des services de déploiement Windows de diffusion automatique 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 multidiffusion ne peut pas être chargé tant que Windows PE n’est pas en cours d’exécution.

   Pour vérifier que la transmission multidiffusion a été générée dans les services de déploiement Windows

10. Sélectionnez Démarrer, pointez sur Outils d’administration, puis sélectionnez 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 sélectionnez Ajouter un serveur.

12. Dans la boîte de dialogue Ajouter un ou des serveurs, sélectionnez L’ordinateur local, puis OK.

13. Dans l’arborescence de la console Services de déploiement Windows, sélectionnez Serveurs, puis server_name ( où server_name est le nom de l’ordinateur exécutant les Services de déploiement Windows). Sélectionnez Transmissions multidiffusion.

14. Dans le volet d’informations, une nouvelle transmission de diffusion automatique pour le partage de déploiement est répertoriée, par exemple, BDD Share Deployment$.

15. Vérifiez que le status 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 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 Transfert multidiffusion ; case activée à 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 Utilisation de Microsoft Deployment Toolkit.

Exécution de déploiements par étapes à 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 d’être déployés 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 qui est responsable de la construction des 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’ordinateurs OEM.

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 d’ordinateur de référence à l’ordinateur cible dans un environnement intermédiaire.

• Phase 3. Terminer 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 fabricant OEM effectue la phase 2, l’environnement intermédiaire se trouve dans l’environnement du fabricant OEM.

Vue d’ensemble des Files de configuration MDT dans le processus de préchargement OEM

Des fichiers de configuration MDT distincts (CustomSettings.ini et Bootstrap.ini) sont utilisés par les séquences de tâches exécutées au cours des phases 1 et 3 du processus de préchargement OEM. Cependant, les deux fichiers de configuration existent simultanément dans des structures de dossiers différentes.

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, assurez-vous qu’elles correspondent à la séquence de tâches appropriée dans chaque phase de processus de préchargement OEM.

Vue d’ensemble des Files journaux MDT dans le processus de préchargement OEM

Des fichiers journaux MDT distincts sont générés au cours des phases 1 et 3 du processus de préchargement OEM :

• Les fichiers journaux MDT de la phase 1 sont stockés dans les dossiers C :\MININT et C :\SMSTSLog.

• Les fichiers journaux MDT de 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 x64.

  Utilisez le dossier approprié lors du diagnostic ou de la résolution des problèmes de déploiement liés à MDT.

Déploiements par étapes à 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 de support amovible . Les autres types de partages 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 Litetouch OEM, en plus de toutes les 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 supports amovibles 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 LTI OEM - Phase 1 : création d’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 support (par exemple, un DVD) qui est envoyé au fabricant 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 basée sur un média à remettre au fabricant d’ordinateurs OEM ou à l’environnement intermédiaire au sein de l’organisation de déploiement

1. Renseignez les nœuds suivants pour le partage de déploiement dans Deployment Workbench :

   • Systèmes d’exploitation

   • Applications

   • Packages

   • Pilotes prêts à l’emploi

     Pour plus d’informations sur l’exécution de cette étape, consultez la section « Gestion des partages de déploiement dans Deployment Workbench » du document MDT Utilisation de 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 de séquences de tâches dans Deployment Workbench » dans le document MDT Utilisation de 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 de séquences de tâches dans Deployment Workbench » dans le document MDT Utilisation de 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 requis pour le déploiement OEM.

   Pour plus d’informations sur l’exécution de cette étape, consultez la section « Gérer les profils de sélection » dans le document MDT Utilisation de Microsoft Deployment Toolkit.

5. Créez un support de déploiement.

   Pour plus d’informations sur l’exécution de cette étape, consultez la section « Gérer les supports de déploiement LTI » dans le document MDT Utilisation de 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 les supports de déploiement LTI » dans le document MDT Utilisation de Microsoft Deployment Toolkit.

7. Gravez un DVD du fichier LiteTouchMedia.iso créé à l’étape précédente.

   Remarque

   Si vous remettez le fichier ISO à l’OEM ou à l’environnement intermédiaire de l’organisation, cette étape n’est pas nécessaire.

8. Livrez le fichier ISO ou le DVD au fabricant d’ordinateurs OEM ou à l’environnement intermédiaire de l’organisation.

Processus de préchargement LTI OEM - Phase 2 : Application de l’image sur l’ordinateur cible

La deuxième phase du processus de préchargement OEM est effectuée par le fabricant 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éé lors de 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 support 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, sélectionnez la séquence de tâches de préinstallation OEM pour la séquence de tâches de l’environnement intermédiaire .

   La séquence de tâches démarre et le contenu du support 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 de 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 responsable du déploiement de l’image sur l’ordinateur cible et du lancement du 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 que nécessaire dans l’environnement intermédiaire.

5. Les ordinateurs cibles sont livrés à l’environnement de production pour déploiement.

Processus de préchargement OEM LTI : Phase 3 : Terminer le déploiement 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 du support de démarrage, placée sur le disque dur dans l’environnement intermédiaire lors 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. Complétez l’Assistant Déploiement de Windows en utilisant les informations de configuration spécifiques à chaque ordinateur cible.

   Pour plus d’informations sur la façon de réaliser cette étape, consultez la section « Exécution de l’Assistant Déploiement » dans le document MDT Utilisation de Microsoft Deployment Toolkit.

   Lorsque cette phase est 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 de MDT dans Deployment Workbench sont effectuées par des applets de commande Windows PowerShell sous-jacentes, que vous pouvez utiliser pour automatiser des tâches administratives telles que celles décrites dans les sections suivantes.

Vous pouvez automatiser l’administration de MDT en effectuant les étapes suivantes :

• Créez un nouveau partage de déploiement, comme décrit dans Création d’un nouveau 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 support de déploiement comme décrit dans Création d’un support.

• Générez un support de déploiement comme décrit dans Génération de support.

• Supprimez le support de déploiement comme décrit dans Suppression de support.

Création d’un nouveau partage de déploiement

Les commandes Windows PowerShell suivantes créent un nouveau partage de déploiement au niveau de 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 console de Deployment Workbench à 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

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

Importation d’un pilote de périphérique

Les commandes Windows PowerShell suivantes importeront le pilote de périphérique moniteur Dell 2407 WFP dans le partage de déploiement de 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 du moniteur Dell 2407 WFP du partage de déploiement de 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 de production, qui se trouve dans le partage de déploiement D :\Production.

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 de 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 est stocké dans le partage de déploiement de production, qui se trouve dans le 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 de 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 de fichiers sources de D :\Software\Adobe\Reader 9. L’application sera stockée dans le partage de déploiement de production, qui se trouve dans le partage de déploiement de production.

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 de 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 de build de production Windows Vista dans le partage de déploiement de 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 de la build de production Windows Vista du partage de déploiement de 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 nouvelle base de données MDT sur le serveur deployment_server pour le partage de déploiement de production. La connexion à la base de données s’effectuera 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 de production, qui se trouve dans le partage de déploiement de production.

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 de production et résidant sous le partage \\remote_server_name\Deployment$. Le profil de sélection Tout est utilisé pour déterminer quel contenu est répliqué dans le partage de déploiement lié. Le contenu du partage de déploiement de 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 de médias

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 de 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 sera créé lors de la génération du support. Le média prendra en charge les plates-formes 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édias

Les commandes Windows PowerShell suivantes créent le fichier LiteTouchMedia.iso dans D :\Media, qui utilisera le contenu du dossier source MEDIA001 média.

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 suivante Windows PowerShell supprime le support MEDIA001 du partage de déploiement de production.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Retarder la jonction de domaine pour éviter l’application d’objets de 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 de stratégie de groupe qui sont restrictifs et peuvent entraîner des problèmes lors des déploiements du système d’exploitation. Par exemple, les paramètres de stratégie de groupe suivants peuvent interrompre un processus d’ouverture de session automatisée :

• Restrictions d’ouverture de session automatique

• Changement de nom de compte administrateur

• Bannières et légendes légales

• Stratégies de sécurité restrictives (par exemple, stratégie Sécurité spécialisée - Fonctionnalités limitées [SSLF])

  Pour surmonter les problèmes qu’un objet de stratégie de groupe peut provoquer au cours du déploiement, vous devez 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 Windows, des règles de partage de déploiement, de la base de données MDT et des règles d’ordinateur et de collecte Configuration Manager. 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, ce qui peut entraîner l’échec du processus de déploiement.

  Pour retarder volontairement la jonction 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 absent du fichier.

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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

2. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/deployment_share/Séquences de tâches/task_sequence ( où deployment_share est le nom du partage de déploiement et task_sequence le nom de la séquence de tâches à configurer).

3. Dans le volet Actions, sélectionnez Propriétés.

4. Sous l’onglet Informations sur le système d’exploitation , sélectionnez Modifier Unattend.xml.

   L’Assistant Gestion d’installation (Windows SIM) démarre.

5. Dans le volet Fichier de réponses , accédez à 4 specialiser/Identification/Informations d’identification. Cliquez avec le bouton droit sur Informations d’identification, puis sélectionnez Supprimer.

6. Sélectionnez Oui.

7. Enregistrez le fichier de réponses, puis quittez la carte SIM Windows.

8. Sélectionnez 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 ne peut pas renseigner les informations de jonction au 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 Kit de ressources de déploiement Microsoft, puis sélectionnez Deployment Workbench.

10. Dans l’arborescence de console de Deployment Workbench, accédez à Deployment Workbench/Parts de déploiement/deployment_share/Séquences de tâches/task_sequence ( où deployment_share est le nom du partage de déploiement et task_sequence le nom de la séquence de tâches à configurer).

11. Dans le volet Actions, sélectionnez Propriétés.

12. Dans l’onglet Séquence de tâches , accédez au nœud State Restore 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 tel est le cas, passez à l’étape 9.

14. Dans la boîte de dialogue Propriétés de la séquence de tâches, sélectionnez Ajouter, accédez à Paramètres, puis sélectionnez 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. Sélectionnez 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.