Microsoft Deployment Toolkit

Article
08/24/2016

Utilisation de MDT et stockage d'instance unique

Joe Fox

Vous utilisez Microsoft Deployment Toolkit (MDT) pour créer, entretenir et déployer vos systèmes d'exploitation Microsoft Windows personnalisés depuis un certain temps déjà. Vous disposez de plusieurs images de postes de travail allant de Windows XP à Windows 7, et également de plusieurs images de serveurs tels que Windows Server 2003 et Windows Server 2008. Vous avez peut-être plusieurs images pour chacun de ces systèmes d'exploitation. Par exemple, vous avez peut-être des images de Windows Server 2008 Standard et Enterprise, 32 bits et 64 bits, avec une multiplication possible de telles combinaisons. La quantité d'images que vous créez et entretenez augmente rapidement la taille de votre partage de distribution. Vous utilisez plusieurs CD ou DVD pour distribuer des images individuelles. Aimeriez-vous regrouper vos images ? Depuis Windows Vista, Microsoft est en mesure de placer plusieurs installations de système d'exploitation sur un DVD, alors pourquoi ne le feriez-vous pas ? Cela vous rappelle-t-il votre scénario ?

Je connais bien ce scénario, avec toujours les mêmes problèmes et les mêmes questions. La réponse est : vous pouvez regrouper vos images personnalisées et vous pourriez même faire tenir plusieurs installations d'image sur un disque. Mais avant d'évoquer ce sujet, voyons d'abord ce que Windows Vista a apporté à la création d'images.

Format WIM

Le format Microsoft Windows Imaging File (WIM) a été introduit sous Microsoft Windows Vista. Le format de disque WIM basé sur les fichiers a été conçu pour remplacer le format de disque basé sur les secteurs, plus souvent utilisé. Un format basé sur les secteurs était utilisé avec Microsoft Automated Deployment Services (ADS) et MicrosoftXP Embedded (XPe), et est toujours fréquemment utilisé dans la plupart des autres solutions de création d'images commerciales. La différence entre les deux formats de fichiers est que le format basé sur les secteurs est capturé sur les secteurs réels d'un disque physique, alors que le format basé sur les fichiers l'est uniquement sur les fichiers du disque.

En créant le format WIM, Microsoft aspirait à plus de souplesse et de contrôle. Le format WIM est totalement indépendant du matériel. La capture et le déploiement peuvent être réalisés à partir de n'importe quel système. Le format WIM peut également être géré hors connexion, ce qui signifie qu'il est possible d'ajouter, de copier et de supprimer de manière sélective des fichiers ou des pilotes et même d'appliquer des correctifs sans recréer votre image. Les images WIM peuvent également être démarrables, ce qui permet de démarrer une machine à partir d'une image de l'image WIM. Vous pouvez appliquer des images WIM à des partitions de toutes tailles, quelle que soit la taille du disque à partir duquel l'image a été capturée. Les fichiers WIM permettent également le déploiement non destructif, grâce auquel l'application du format WIM ne supprime pas les données présentes sur le disque. Le format WIM permet également de stocker plusieurs images sur un fichier et utilise le stockage d'une instance unique des ressources de fichier et les techniques de compression des fichiers pour réduire la taille réelle de l'image. Un fichier WIM peut également être présent sur plusieurs disques, ce qui permet d'utiliser un support différent pour le stockage, CD ou DVD.

Stockage d'instance unique

Vous êtes certainement en mesure d'identifier les fonctionnalités qui vous permettraient d'atteindre vos objectifs en matière de consolidation d'image : possibilité de stocker plusieurs images sur un seul fichier WIM, compression de fichier et stockage d'instance unique (SIS, single-instance storage). Qu'est-ce que le stockage SIS ? SIS est une technique de stockage d'instance unique. Cette technique est utilisée sur plusieurs produits Microsoft pour inclure Microsoft Storage Server et Microsoft Exchange, depuis Windows 2000 Server environ. SIS permet de supprimer la duplication de fichier et d'optimiser la capacité de stockage. En utilisant le hachage cryptographique SHA-1 (Secure Hash Algorithm 1), une valeur de hachage est déterminée pour chaque fichier dans l'image. À partir de cette valeur de hachage, SIS identifie les fichiers dupliqués et remplace de manière transparente les fichiers dupliqués avec des liens de systèmes de fichiers par un exemplaire unique du fichier conservé dans un dossier de stockage commun. En combinant de telles images de système d'exploitation, il n'est pas rare de constater une réduction de plus de 60 % de la taille par rapport à celle de plusieurs fichiers image séparés (voir Figure 1, où W2k8.wim représente trois fichiers WIM combinés en un).

Figure 1 Taille d'un fichier WIM individuel comparée à celle d'un fichier WIM combiné

Création d'un fichier WIM unique à partir de plusieurs images

Il est possible de créer un fichier WIM unique avec plusieurs images directement sur MDT, en utilisant le même processus standard de capture d'image. Pour ce faire, lancez le déploiement d'une image et exécutez l'Assistant de déploiement. Dans l'écran Capture (Capturer), activez Capture (Capturer) et indiquez un nom pour le fichier WIM ou acceptez le nom par défaut, puis procédez au déploiement. À l'issue du déploiement et de la capture, lancez un autre déploiement d'image et exécutez l'Assistant de déploiement. Dans l'écran Capture (Capturer), activez Capture (Capturer) et indiquez exactement le même nom et le même emplacement que dans la capture précédente. Le script MDT ZTIBackup, qui met fin à la capture réelle d'une image, reconnaît que le fichier WIM existe déjà et ajoute la nouvelle image au fichier WIM existant. Ce faisant, le script ZTIBackup utilise l'ID de séquence de tâches et la lettre d'unité pour créer le nom de l'image. Comme chaque image d'un fichier WIM doit avoir un nom d'image unique, il est impossible d'utiliser la même séquence de tâches pour ajouter plusieurs images au même fichier WIM sans personnaliser les scripts MDT par défaut ou sans modifier manuellement le fichier WIM. Cependant, l'utilisation de séquences de tâches séparées permet d'ajouter des images à un fichier WIM dans MDT sans personnalisation.

Revenons maintenant à notre scénario d'origine. Vous savez désormais que vous pouvez regrouper vos images personnalisées lors de la création et de la capture d'une nouvelle image en utilisant MDT, mais comment procéder pour les fichiers WIM déjà créés ? Vous avez déjà tellement travaillé... Devez-vous tout recommencer ? Devez-vous capturer de nouveau toutes vos images personnalisées ? La réponse est non. Vous pouvez regrouper toutes vos images personnalisées en utilisant ImageX.

ImageX est un outil de ligne de commande gratuit qui fait partie du Kit d'installation automatisée (Windows Automated Installation Kit, WAIK) de Microsoft. MDT utilise ImageX dans un grand nombre de processus de création, de gestion et de déploiement de vos images personnalisées. MDT utilise le commutateur append ImageX pour ajouter une image à un fichier WIM existant. Il existe cependant une autre option d'ImageX qui permet de créer un fichier WIM unique qui contient plusieurs images, le commutateur export. Le commutateur export permet d'exporter un fichier image à partir d'un fichier WIM et de créer un nouveau fichier WIM à partir de cet export. Supposons que vous disposez du fichier WIM W2K8ENTX64.wim et que vous souhaitez créer un nouveau fichier WIM appelé W2K8.wim. Pour ce faire, utilisez la commande suivante :

ImageX /export W2K8STDSP2X64.wim 1 W2K8.wim "Windows Server 2008 Standard SP2 X64"

Dans cette commande, « Windows Server 2008 Standard SP2 X64 » représente le nom attribué à l'image qui est importée. Supposons maintenant que vous voulez ajouter une autre image à W2K8.wim. Pour ce faire, utilisez la commande suivante :

ImageX /export W2K8ENTSP2X64.wim 1 W2K8.wim "Windows Server 2008 Enterprise SP2 X64"

Comme indiqué précédemment, lorsque vous combinez plusieurs images en un seul fichier WIM, chaque image doit avoir un nom unique. Outre un nom unique, chaque image doit avoir un numéro d'index. Ces numéros sont attribués dans l'ordre chronologique lorsque les images sont importées dans le fichier WIM et ne peuvent pas être modifiés. Dans notre exemple, l'image Windows Server 2008 Standard SP2 X64 porte le numéro d'index 1 et l'image Windows Server 2008 Enterprise SP2 X64, le numéro d'index 2. Que vous soyez en train de modifier ou d'installer une image à partir d'un seul fichier WIM avec plusieurs images, le numéro d'index d'image sera nécessaire pour identifier l'image dans le fichier WIM.

Que vous utilisiez MDT ou ImageX à partir de la ligne de commande, vous pouvez fusionner uniquement une image à la fois dans un fichier WIM. Ainsi, pour chaque capture que vous souhaitez fusionner dans le fichier WIM existant, vous devez attendre la fin du déploiement et de la capture précédents avant d'entamer les suivants. Les deux commutateurs Imagex utilisent l'algorithme de hachage décrit précédemment pour supprimer la duplication d'un fichier lors du stockage des images dans le fichier WIM.

Déploiement de plusieurs images

Vous savez désormais créer un fichier WIM unique avec plusieurs systèmes d'exploitation, mais comment le déployer ? Pour déployer le fichier WIM, trois étapes sont nécessaires :

Importation du fichier WIM dans MDT.
Création d'une nouvelle séquence de tâches ou modification d'une séquence existante.
Création du support.

Étape 1 : Importation du fichier WIM dans MDT.

La première étape consiste à importer le fichier WIM en tant que système d'exploitation dans MDT, comme vous feriez avec toute autre image de système d'exploitation personnalisée. Une fois l'Assistant d'importation du système d'exploitation terminé, sélectionnez le dossier Systèmes d'exploitation. Vous devriez alors voir toutes les images de votre fichier WIM comme des systèmes d'exploitation individuels. Le nom d'affichage de chaque système d'exploitation dépend de la méthode adoptée pour ajouter les images au fichier WIM. Par exemple, si vous avez utilisé MDT pour créer le SIS WIM, chaque image unique prend l'ID de séquence de tâches utilisé pour créer l'image (W2K8STDSP2X64CDrive, W2K8ENTSP2X64CDrive et W2K8DATACSP2X64CDrive) où, selon notre exemple précédent, nous verrons Windows Server 2008 Standard SP2 x64, Windows Server 2008 Enterprise SP2 x64 et Windows Server 2008 Datacenter SP2 x64. Les noms d'affichage dans MDT peuvent également être mis à jour directement à partir de la console MDT après avoir été importés dans le dossier Systèmes d'exploitation.

Étape 2 : Création d'une nouvelle séquence de tâches ou modification d'une séquence existante.

Lorsque les systèmes d'exploitation sont dans MDT, vous pouvez créer les séquences de tâches de déploiement qui permettent de déployer ces images. La mise à jour de séquences de tâches est délicate, mais faisable. Accédez d'abord aux propriétés de la Séquence de tâches. Pour Windows Vista et les nouveaux systèmes d'exploitation de Microsoft, vous devez modifier le fichier Unattend.xml pour refléter le nouveau fichier WIM et le numéro d'index d'image de l'image à appliquer. Vous pouvez mettre à jour le fichier Unattend.xml file en sélectionnant l'onglet OS Info dans la fenêtre des propriétés Task Sequence et en sélectionnant le bouton de modification du fichier unttend.xml. L'application Windows System Image Manager (WSIM) s'ouvre, comme illustré Figure 2. Dans WSIM, modifiez les entrées suivantes pour refléter le nouveau fichier WIM et le numéro d'index d'image :

Figure 2 Application Windows System Image Manager avec Unattend.xml

Value 1 représente le numéro d'index d'image. Vous pouvez trouver le numéro d'index d'image sous l'onglet Général des propriétés du système d'exploitation dans MDT (voir Figure 3).

Figure 3 Propriétés du système d'exploitation dans MDT

Après la mise à jour du fichier Unattend.xml, cherchez l'étape Install Operating System sous l'onglet Task Sequence des propriétés Task Sequence et sélectionnez le nouveau système d'exploitation à installer. Pour les systèmes d'exploitation antérieurs à Windows Vista, il est inutile de modifier le fichier Unattend.xml. Procédez simplement à l'étape Installer le système d'exploitation.

Étape 3 : Création du support.

À ce stade, nous avons créé un fichier WIM contenant les quatre images personnalisées et nous avons mis à jour les séquences de tâches existantes pour déployer les images à partir de ce fichier WIM ou bien nous avons entièrement créé de nouvelles séquences de tâches. La prochaine étape consiste à déployer tous les systèmes d'exploitation dans notre nouveau fichier WIM à partir d'un CD ou d'un DVD. Créez d'abord un nouveau point de déploiement de support (MDT 2008) ou un profil de sélection (MDT 2010) en fonction de la version de MDT en cours d'utilisation. Dans les propriétés du point de déploiement de support ou du profil de sélection, sélectionnez toutes les séquences de tâches de déploiement qui font partie de votre fichier WIM, les pilotes nécessaires pour ces séquences et les applications requises par votre déploiement. Après avoir sélectionné toutes les propriétés pour le point de support, sélectionnez la mise à jour pour générer le nouveau fichier ISO.

Avec la version MDT 2010, lorsque vous générez un support 32 et 64 bits, un nouveau message s'affiche au démarrage de WINPE (voir Figure 4). Il vous invite à choisir un environnement WINPE 32 bits ou 64 bits, pour mieux regrouper vos déploiements de supports en prenant en charge les environnements 32 et 64 bits. Il est désormais inutile de séparer les fichiers ISO LiteTouch_x86 et LiteTouch_x64 pour vos déploiements de supports.

Figure 4 Options de démarrage de WINPE

Activation du déploiement d'un fichier WIM unique contenant des images 32 bits et 64 bits

Vous avez créé des fichiers WIM 32 bits et 64 bits séparés, mais pouvez-vous améliorer le regroupement ? Quels sont les avantages de la création d'un seul fichier WIM contenant des images 32 bits et 64 bits ? Tous les systèmes d'exploitation Microsoft 64 bits contiennent WoW64, qui est un sous-système du système d'exploitation qui permet d'exécuter des applications 32 bits sur un système d'exploitation 64 bits. Le sous-système WoW64 et une version 32 bits du système d'exploitation ont de nombreux fichiers en commun. Il est donc avantageux de combiner ces deux architectures avec SIS. Cela pose cependant un problème : MDT ne prend pas en charge le déploiement d'un fichier WIM unique contenant des images 32 bits et 64 bits tel quel. Vous vous demandez peut-être pourquoi en parler si MDT ne prend pas cela en charge ? Examinons d'abord pourquoi cela ne fonctionne pas tel quel.

Lors du déploiement de Windows Vista et de nouvelles images de systèmes d'exploitation Microsoft avec MDT, les fichiers binaires d'installation d'origine sont nécessaires pour mener à bien le déploiement. Ces fichiers binaires d'installation sont différents pour les versions 32 bits et 64 bits et lors de l'importation d'un système d'exploitation dans MDT il est possible d'inclure uniquement une version de ces fichiers. Au cours du déploiement, MDT cherche les fichiers binaires d'installation dans le dossier du système d'exploitation du déploiement. Si MDT ne les trouve pas, il cherche sur les autres systèmes d'exploitation disponibles qui correspondent à l'architecture du processeur.

Dans notre scénario, nous devons inclure les deux versions des fichiers binaires d'installation dans notre unique dossier de système d'exploitation. Pour ce faire, importez le fichier WIM unique dans MDT en tant que système d'exploitation et activez l'option d'exclusion des fichiers d'installation. À l'issue de l'importation, accédez au dossier WIM sur votre partage de déploiement et créez deux nouveaux dossiers, x86 et x64. Dans chaque dossier, copiez le support d'installation OEM pour 32 bits dans le dossier x86 et pour 64 bits dans le dossier x64. Supprimez ensuite le fichier install.wim des dossiers X86\Sources et X64\Sources.

Maintenant que les fichiers binaires d'installation des deux versions sont inclus dans votre système d'exploitation, il faut modifier MDT pour faire des recherches dans ces dossiers. Cherchez le fichier LTIApply.wsf sur votre partage de déploiement et ouvrez-le avec un éditeur de texte. Dans LTIApply.wsf, ajoutez les éléments notés ici en gras à la Fonction : ApplySetup() (voir Figure 5 et Figure 6).

Figure 5 LTIApply- ApplySetup() Modifications 1

Figure 6 LTIApply- ApplySetup() Modifications 2

Ces modifications permettent à MDT de faire des recherches dans les dossiers x86 et x64 en fonction de l'architecture du processeur de déploiement en plus des emplacements de recherche d'origine. Le déploiement de systèmes d'exploitation 32 bits et 64 bits à partir d'un fichier WIM unique est pris en charge uniquement avec MDT 2010. Pour MDT 2008, vous devez disposer de fichiers WIM séparés pour les images 32 bits et 64 bits. Lors de la modification des scripts MDT par défaut, n'oubliez pas que toute mise à niveau de MDT supprime les modifications.

Personnalisation illimitée

La création du format WIM et la distribution via MDT ont largement participé à l'amélioration de la création d'image et au déploiement des systèmes d'exploitation. Cet article a permis de revenir sur l'une des nombreuses techniques disponibles qui peut être mise en œuvre par ces deux technologies. MDT est un outil puissant et gratuit, qui permet une personnalisation illimitée ainsi qu'une amélioration et une rationalisation de votre processus de création d'images actuel. C'est également un excellent moyen de vous familiariser avec le processus de création d'images de Microsoft et de mieux vous préparer à l'étape suivante, c'est-à-dire l'utilisation du déploiement de système d'exploitation Microsoft System Center Configuration Manager.

Joe Fox est consultant pour Microsoft Consulting Services, spécialisé dans le déploiement et la maintenance de serveurs et d'ordinateurs de bureau. Vous pouvez contacter Joe Fox à l'adresse Joe.Fox@microsoft.com.