Cet extrait de l'ouvrage Windows Vista™ vous est offert par Micro Application

Retrouvez-en d'autres sur www.microapp.com

14

Les outils de déploiement de Windows Vista

14.1  L'arrivée de Windows Vista dans l'entreprise ...  386
14.2  Un outil pour chaque brique de la migration ...  386
14.3  Le resource kit de déploiement WAIK ...  395
14.4  La structure de déploiement ...  398
14.5  Windows USMT 3.0 ...  398
14.6  En résumé ...  408

L'arrivée d'un système d'exploitation tel que Windows Vista dans un système d'information n'est pas quelque chose de neutre. Cela nécessite la mise en place d'un projet à part entière. Il sera nécessaire de prendre en compte l'ensemble des applications qui fonctionnent sur les postes travail et valider des choix. Mettre en place une infrastructure de déploiement. Créer et gérer des images à l'aide des outils et migrer les profils des utilisateurs. Bien souvent, on se retrouve à administrer les postes utilisateurs, toutes ces étapes sont déjà passées et il est difficile de connaître ou comprendre comment le poste de travail a été conçu et comment il est arrivé jusqu'à l'utilisateur.

L'objectif de ce chapitre est de vous permettre de comprendre les étapes du déploiement en entreprise. De faire en sorte de vous apporter une boîte à outils sur l'ensemble des briques, applications et outils liés à la migration.

14.1  L'arrivée de Windows Vista dans l'entreprise

L'idée, avec Windows Vista, est d'essayer de relever l'ensemble des problématiques liées au déploiement en proposant des outils et des méthodes les plus souples possible. Jusqu'à ce jour ou récemment, Microsoft ne fournissait pas d'outil de capture et déploiement d'images sauf avec SMS. Windows Vista corrige le titre en apportant une technologie de gestion d'images au sens large puisqu'il introduit un nouveau concept d'images, Image Based Setup, ce qui signifie globalement "installations fondées sur des images". L'objectif ici est de réunir à la fois le monde des images et le monde des fichiers réponses.

   Le monde des images, avec tout ce que cela comporte, c'est-à-dire l'unification des formats d'images pour l'ensemble des outils de chez Microsoft, la possibilité d'être indépendant des systèmes en appliquant des images non destructives. L'application des images non destructives peut être utile pour éviter de sauvegarder des quantités de données très importantes se trouvant aujourd'hui sur nos postes.

   Le monde des fichiers de réponses, en réduisant le nombre de formats de fichiers réponses, en uniformisant les fichiers de réponses, mais aussi en utilisant des outils de gestion disponibles pour tous.

14.2  Un outil pour chaque brique de la migration

La migration et le déploiement d'une nouvelle version de système d'exploitation passent toujours par des phases bien identifiées.

À chacune de ces phases correspondent un ou plusieurs outils et utilitaires. Voici la description des outils les plus importants dans ce projet…

Application Compatibility Toolkit 5.0

Dans les entreprises, la compatibilité des applications est la principale cause pour mettre des barrières à la migration vers une nouvelle version de système d'exploitation. Parmi les raisons recensées dans les entreprises, il est possible qu'une application, majeure et bloquante, soit non compatible. Les applications nécessitent des privilèges élevés, les entreprises possèdent des applications développées en interne et ne possèdent plus les sources, ou possèdent encore des applications 16 bits. Pour finir, les entreprises ne connaissent pas suffisamment l'ensemble des moyens mis à disposition pour évaluer la compatibilité.

Fig. 14.1 : Application Compatibility 5.0

Téléchargement de l'utilitaire Application Compatibility Toolkit

www.microsoft.com/downloads/details.aspx?familyid=24DA89E9-B581-47B0-B45E -492DD6DA2971&displaylang=en

Fig. 14.2 : La page de téléchargement d'Application Compatibility Toolkit 5.0

Windows Deployment Services

C'est le successeur de RIS. Il en reprend les avantages, tout en laissant de côté les inconvénients comme les limitations (pas d'intégration de WinPE en natif, pas de support des images au format WIM) et la problématique d'administrations. Windows Deployment Services aura également pour rôle d'assurer la convergence entre les différents outils et formats. Il sera capable de gérer la fin de vie des anciens formats et d'assurer la mise en production des nouveaux. Tout cela afin de garder uniquement le format WIM qui sera, lui aussi, le format de Longhorn Server. Windows Deployment Services joue un rôle important au niveau de la partie déploiement de Windows Vista. Pour fonctionner, Windows Deployment Services doit être dans un domaine Active Directory et un serveur DHCP doit être disponible.

Fig. 14.3 : Windows Deployment Services

L'Assistant Gestion d'installation

C'est un outil disposant d'une interface graphique qui vous permettra de personnaliser les modules que vous souhaitez intégrer dans Windows Vista. Il offre la possibilité d'ajouter, modifier ou supprimer des composants dans une image. Cet outil permet également de générer le fichier de réponse qui prendra la main après l'application de l'image pour la personnaliser. L'Assistant Gestion d'installation intervient dans la phase de réalisation du déploiement de Windows Vista.

WAIK (Windows Automated Installation Kit)

Pour résumer, c'est le resource kit de déploiement.

Fig. 14.4 : Le resource kit Windows Automated Installation Kit (WAIK)

Téléchargement du kit d'installation Windows automatisée (Windows AIK)

www.microsoft.com/downloads/details.aspx?displaylang=fr&FamilyID=c7d4bc6d -15f3-4284-9123-679830d629f2

Fig. 14.5 : La page de téléchargement de kit d'installation Windows automatisée (Windows AIK)

À l'intérieur de celui-ci se trouvent de nombreux utilitaires en ligne de commandes…

BCDEdit

Les fichiers de données de configuration de démarrage (BCD) fournissent un magasin qui sert à décrire les applications de démarrage et les paramètres de ces dernières. Les objets et les éléments contenus dans ce magasin remplacent le fichier Boot.ini. Il peut être utilisé pour remplir de nombreuses fonctions, notamment pour créer de nouveaux magasins, pour modifier des magasins existants, pour ajouter des options de menu de démarrage, etc. La commande BCDEdit remplit essentiellement la même fonction que Bootcfg.exe dans les versions précédentes de Windows, mais avec deux améliorations importantes : elle offre un éventail d'options de démarrage plus large que Bootcfg.exe et une prise en charge de l'écriture de script a été améliorée.

Fig. 14.6 : Commande BCDEdit

Bootsect

Il met à jour le code de démarrage principal pour les partitions de disque dur, afin de basculer entre BOOTMGR et NTLDR. Vous pouvez utiliser cet outil pour restaurer le secteur de démarrage sur votre ordinateur. Cet outil remplace FixFAT et FixNTFS.

DiskPart

C'est un interpréteur de commandes en mode texte présent dans Windows Vista, Windows XP et la famille Windows Server 2003. Cet outil vous permet de gérer des objets (disques, partitions ou volumes) à l'aide de scripts ou de commandes directes à partir d'une Invite de commandes. Avant de pouvoir utiliser les commandes DiskPart sur un disque, une partition ou un volume, vous devez répertorier et sélectionner l'objet voulu pour lui donner le focus. Lorsqu'un objet a le focus, toutes les commandes DiskPart que vous tapez s'appliquent à cet objet.

Vous pouvez répertorier les objets disponibles et déterminer le numéro ou la lettre de lecteur d'un objet à l'aide des commandes list disk, list volume et list partition. Les commandes list disk et list volume affichent tous les disques et les volumes présents dans l'ordinateur. Toutefois, la commande list partition n'affiche que les partitions du disque qui ont le focus. Lorsque vous utilisez les commandes list, un astérisque (*) apparaît près de l'objet qui a le focus. Vous sélectionnez un objet à l'aide de son numéro ou de sa lettre de lecteur, comme disque 0, partition 1, volume 3 ou volume C. Lorsque vous sélectionnez un objet, le focus reste sur cet objet jusqu'à ce que vous en sélectionniez un autre. Par exemple, si le disque 0 a le focus et que vous sélectionniez le volume 8 sur le disque 2, le focus passe du disque 0 au volume 8 du disque 2.

Certaines commandes changent automatiquement le focus. Par exemple, lorsque vous créez une nouvelle partition, le focus passe automatiquement à la nouvelle partition. Vous pouvez uniquement donner le focus à une partition du disque sélectionné. Lorsqu'une partition a le focus, le volume associé a également le focus. Lorsqu'un volume a le focus, le disque et la partition associés ont également le focus si le volume est mappé vers une partition spécifique unique. Si ce n'est pas le cas, le disque et la partition perdent le focus.

Fig. 14.7 : La commande Diskpart

Drvload

Cet outil ajoute des pilotes non fournis avec Windows à une image WinPE démarrée. Il utilise un ou plusieurs fichiers .inf de pilotes en tant qu'entrées. Pour ajouter un pilote à une image WinPE hors connexion, utilisez la commande peimg. Si le fichier .inf du pilote exige un redémarrage, WinPE ignore la requête. Si le fichier .sys du pilote exige un redémarrage, le pilote ne peut pas être ajouté avec Drvload.

Intlcfg

Cet outil de configuration des paramètres internationaux (Intlcfg.exe) est utilisé pour modifier la langue et les paramètres régionaux, les polices et les paramètres d'entrée d'une image Windows. Habituellement, vous exécutez intlcfg.exe après avoir appliqué un ou plusieurs modules linguistiques à votre image Windows. Vous pouvez exécuter la commande intlcfg sur une image Windows hors connexion ou sur un système d'exploitation Windows en cours d'utilisation. L'outil intlcfg.exe est installé dans le répertoire d'outils de Windows OPK ou de Windows AIK.

Lpksetup

Vous pouvez utiliser la commande Lpksetup pour exécuter des opérations de modules linguistiques sans assistance ou en mode silencieux. Lpksetup s'exécute uniquement sur un système d'exploitation Windows connecté. Lpksetup.exe est disponible avec toutes les installations Windows par défaut.

Fig. 14.8 : L'utilitaire d'installation de pack de langues

Oscdimg

C'est un outil de ligne de commandes permettant de créer un fichier image (.iso) d'une version personnalisée 32 bits ou 64 bits de WinPE. Vous pouvez ensuite graver ce fichier .iso sur un CD-Rom.

PEimg

C'est un outil de ligne de commandes pour créer et modifier des images WinPE 2.0 hors connexion.

Fig. 14.9 : La commande PEimg

Powercfg

Vous pouvez utiliser la commande Powercfg pour contrôler les paramètres d'alimentation et configurer les ordinateurs de telle sorte que ces derniers se mettent par défaut en veille ou en veille prolongée. L'outil Powercfg.exe est installé avec Windows.

Winpeshl.ini

Ce fichier contrôle si un environnement personnalisé est chargé dans WinPE à la place de la fenêtre d'Invite de commandes par défaut. Pour charger un environnement personnalisé, créez un fichier nommé Winpeshl.ini et placez-le dans le répertoire %SYSTEMROOT%\System32 de votre image WinPE personnalisée. Le fichier .ini doit contenir la section et l'entrée suivantes…

[LaunchApp]
AppPath = %SYSTEMDRIVE%\myshell.exe
[LaunchApps]
%SYSTEMDRIVE%\mydir\application1.exe, -option1 -option2
application2.exe, -option1 -option2

Vous devez définir l'entrée AppPath sur le chemin d'accès de votre application. Le chemin d'accès peut être complet ou bien vous pouvez utiliser des variables d'environnement, telles que %SYSTEMROOT%\System32\Myshell.exe. L'entrée AppPath ne prend pas en charge les options de ligne de commandes.

Vous pouvez utiliser la section [LaunchApps] pour exécuter des applications avec des options de ligne de commandes. Les applications s'exécutent dans l'ordre indiqué. Le nom de l'application doit être séparé de ses options par une virgule. Lorsque vous quittez la fenêtre de l'Invite de commandes ou votre application d'environnement personnalisée, WinPE redémarre.

Attention toutefois de ne pas modifier la valeur de CmdLine dans la clé de Registre HKEY_LOCAL_MACHINE\SYSTEM\Setup, située dans Setupreg.hiv, pour démarrer votre application d'environnement myshell ! La valeur de CmdLine appelle Winpeshl.exe, qui exécute un certain nombre de fonctions, dont l'appel de la fenêtre par défaut de l'Invite de commandes dans WinPE ou l'appel de votre application d'environnement personnalisée.

Wpeinit

C'est un outil de ligne de commandes qui initialise WinPE à chaque démarrage. Lorsque WinPE démarre, Winpeshl.exe exécute Startnet.cmd, qui lance Wpeinit.exe. Wpeinit.exe est spécialement chargé d'installer les périphériques PnP, de traiter les paramètres Unattend.xml et de charger les ressources du réseau. Wpeinit remplace la fonction d'initialisation préalablement prise en charge dans Factory.exe ‐winpe. Wpeinit envoie des messages d'enregistrement à C:\Windows\system32\wpeinit.log.

Wpeutil

L'utilitaire WinPE Wpeutil est un outil de ligne de commandes qui vous permet d'exécuter diverses commandes dans une session WinPE. Par exemple, vous pouvez arrêter ou redémarrer WinPE, activer ou désactiver un pare-feu, définir les paramètres linguistiques et initialiser un réseau.

WinPE

C'est l'environnement de préinstallation de Microsoft Windows (WinPE 2.0). Cet outil de démarrage fournit des fonctionnalités de système d'exploitation pour l'installation, le dépannage et la récupération. WinPE n'est pas un système d'exploitation à usage général. Il est en fait conçu pour exécuter trois tâches spécifiques…

   L'installation de Windows Vista : WinPE s'exécute chaque fois que vous installez Windows Vista. Les outils graphiques qui collectent les informations de configuration au cours de la phase d'installation sont exécutés dans WinPE. En outre, les services informatiques peuvent personnaliser et étendre WinPE pour répondre à certains besoins particuliers en matière de déploiement.

   Le dépannage : WinPE est très utile pour les dépannages automatiques mais aussi pour les dépannages manuels. Par exemple, si Windows Vista rencontre un problème de démarrage à cause d'un fichier système endommagé, WinPE peut démarrer et lancer automatiquement Windows RE, l'environnement de récupération Windows. Vous pouvez également démarrer WinPE manuellement pour utiliser les outils de dépannage et de diagnostics intégrés ou personnalisés.

   La récupération : les utilisateurs peuvent démarrer leurs ordinateurs à partir de partitions ou de CD de récupération WinPE pour reformater automatiquement leurs disques durs et réinstaller Windows Vista avec les applications, les paramètres et les pilotes d'origine.

ImageX

C'est un outil de ligne de commandes qui permet de capturer, de modifier et d'appliquer des images disques de fichiers pour réaliser des déploiements rapides. ImageX fonctionne avec des fichiers image système Windows (.wim) pour la copie vers un réseau, mais il peut utiliser d'autres technologies qui exploitent les images .wim, comme l'installation de Windows, les services de déploiement Windows et le Feature Pack de déploiement de système d'exploitation pour SMS.

User State Migration Tool 3.0

Une fois les tâches de déploiement et de migration terminées, il reste un dernier point à aborder, la migration des profils utilisateurs. En effet, il est difficilement envisageable de réaliser une migration en laissant les profils utilisateurs de côté. Imaginez-vous en train de dire à un utilisateur "Vous voici avec un nouveau poste tout neuf, mais pour ce qui est de votre profil et de vos informations, tout est perdu !" Pas facile. De plus, les profils possèdent des certificats propres à l'utilisateur et de nombreuses applications sont configurées en tant que raccourci sur le bureau mais elles possèdent des paramètres de lancement spécifiques. User State Migration Tool 3.0 vous permet de réaliser la migration des profils utilisateurs.

14.3  Le resource kit de déploiement WAIK

C'est un outil très important puisqu'il est le point de départ du déploiement de Windows Vista. Si l'on souhaite effectuer des déploiements de Windows Vista, c'est le kit de ressources de déploiement WAIK qu'il faudra utiliser (Windows Automated Installation Kit). Ce resource kit contient les éléments suivants :

   la partie ImageX ;

   la partie Setup ;

   l'outil Windows System Image Manager ;

   le Service Windows Déployment ;

   WinPE.

Ce resource kit peut s'installer sur des serveurs Windows 2003 Server SP1, sur des postes clients Windows XP SP2 ou sur Windows Vista lui-même.

Installation de Windows Automated Installation Kit

Avant de pouvoir mettre en musique et orchestrer vos utilitaires, il vous faut installer le resource kit. Selon le système sur lequel vous installez ce dernier, il sera nécessaire de mettre à niveau les composants .NET Framework 2.0 et MSXML 6.0 sur votre machine.

Installer le Framework.net

Il vous faut procéder à l'installation en respectant les étapes suivantes :

1   Une fois le Framework décompressé, l'assistant d'installation se lance, dans la fenêtre Bienvenue dans le programme d'installation de Microsoft .NET Framework2.0, cliquez sur Suivant.

2   Dans la fenêtre Contrat de Licence Utilisateur Final, acceptez les termes du contrat de licence en cochant la case J'accepte les termes du contrat de licence et cliquez sur Installer.

3   L'installation peut prendre quelques minutes. Dans la fenêtre Installation terminée, cliquez sur Terminer.

Installer MSXML

Il vous faut procéder à l'installation en respectant les étapes suivantes :

1   Dans la fenêtre Contrat de licence, cochez la case J'accepte les termes du contrat de licence et cliquez sur Suivant.

2   Dans la fenêtre Information, remplissez ou modifier les champs Nom et Société, puis cliquez sur Suivant.

3   Cliquez sur Installer dans la fenêtre Prêt à installer le programme pour lancer l'installation.

4   Pour finir l'installation, cliquez sur Terminer.

Installer Windows Automated Installation Kit

Pour installer le resource kit, procédez comme suit :

1   Cliquez sur le bouton StartCD pour que l'Autorun se lance. Un menu Bienvenue dans le kit d'installation automatisée Windows AIK vous propose un ensemble de tâches. Cliquez sur Installation du kit pour lancer l'installation.

Fig. 14.10 : Le menu de démarrage du resource kit de déploiement

2   Dans la fenêtre Assistant Installation du logiciel "Kit d'installation automatisée (Windows AIK)", cliquez sur Suivant pour poursuivre l'installation.

3   Cochez la case J'accepte les termes du contrat de licence dans la fenêtre Contrat de licence et cliquez sur Suivant.

Fig. 14.11 : Validation des termes du contrat de licence

4   Dans la fenêtre Sélection du dossier d'installation, gardez les paramètres par défaut si vous n'avez pas d'objection et cliquez sur Suivant.

5   Dans la fenêtre Confirmation de l'installation, cliquez sur Suivant.

6   Dans la fenêtre Installation terminée, cliquez sur Terminer.

14.4  La structure de déploiement

Auparavant, il y avait RIS (Remote Installation Service) avec lequel vous aviez la possibilité de réaliser des installations à partir de PXE. Seulement voilà, RIS rencontre un certain nombre de limitations sur lesquelles viennent s'ajouter les incompatibilités de formats entre SMS, ADS et RIS. Pour pallier ce problème, Windows Deployment Services va assurer la convergence entre tous ces formats puisqu'il va permettre de déployer des postes clients comme Windows XP ou Windows Vista mais également des serveurs tels que Windows Server 2003 ou Longhorn Server.

L'Assistant Gestion d'installation

Nous l'avons vu précédemment, il existe deux grandes méthodes de déploiement, la première par image, la seconde par script. Windows Vista combine les deux méthodes, c'est-à-dire des images pour booter et installer le système d'exploitation et des fichiers réponses pour personnaliser l'installation. Puisque nous avons parcouru le déploiement par images avec Windows Deployment Service, abordons maintenant les fichiers de réponses Unattend.xml. Pour créer les fichiers Unattend.xml, le resource kit de déploiement livre un outil en interface graphique. Il s'agit de l'Assistant Gestion d'installation. L'ajout d'un fichier de réponse à une image permet de descendre cette image dans un certain contexte avec comme exemple la taille des partitions, les pilotes qui doivent être utilisés, etc. Ce fichier sera lu par le WinPE pour être appliqué ensuite à votre image WIM.

Pour lancer l'Assistant Gestion d'installation, activez le menu Démarrer/Tous les programmes/Microsoft Windows AIK/Windows System Image Manger.

14.5  Windows USMT 3.0

Pour les migrations de profils à plus grande échelle, vous pouvez utiliser Windows USMT 3.0 (User State Migration Tool) pour migrer les profils utilisateurs de Windows XP et Windows Vista. USMT s'adresse aux administrateurs qui effectuent des déploiements automatisés. L'outil capture les profils utilisateurs, notamment les paramètres du Bureau et des applications, ainsi que les fichiers des utilisateurs, avant de les migrer vers une nouvelle installation de Windows. Il permet également d'améliorer et de simplifier votre processus de migration.

Vous pouvez utiliser USMT pour les migrations de type "côte à côte" (les données sont copiées de l'ancien ordinateur vers le nouveau) et "effacer et charger" (vous enregistrez les données, puis vous formatez le disque dur et procédez à une nouvelle installation).

Téléchargement gratuit de Windows USMT 3.0

Sur la page www.microsoft.com/downloads, lancez la recherche Windows User State Migration Tool version 3.0.

USMT apporte les avantages suivants :

   la réduction des coûts associés aux techniques de migration ;

   l'élimination du processus de migration manuelle des fichiers et paramètres ;

   la réduction du temps d'indisponibilité de l'utilisateur final avec la possibilité de redéfinir le Bureau et de rechercher les fichiers manquants ;

   la réduction du nombre d'appels au helpdesk par la possibilité de redéfinir le Bureau ;

   la réduction du temps nécessaire à un nouvel utilisateur pour se familiariser avec le nouveau système d'exploitation ;

   l'augmentation du taux de satisfaction de l'utilisateur final.

Microsoft Windows Vista TechCenter User State Migration Tool 3.0

http://technet2.microsoft.com/WindowsVista/en/library/91f62fc4-621f-4537-b311 -1307df0105611033.mspx?mfr=true

Newsgroups

www.microsoft.com/communities/newsgroups/en-us/default.aspx?

Fig. 14.12 : Les groupes de discussion

Questions fréquentes sur User State Migration Tool 3.0

http://technet2.microsoft.com/WindowsVista/en/library/3dfba4b9-12d0-4ed0-b83c -b581096f1d211033.mspx?mfr=true

Le principe de fonctionnement

USMT inclut deux outils en ligne de commandes, nommés ScanState et LoadState, ainsi qu'un jeu de fichiers XML de configuration, modifiables, nommés MigApp.xml, MigSys.xml et MigUser.xml. À partir de ces fichiers, vous pouvez créer un fichier Custom.xml et un fichier Config.xml pour définir les éléments à exclure de la migration.

USMT fonctionne de la façon suivante :

1   D'abord, vous exécutez ScanState sur l'ordinateur source en spécifiant le bon fichier de configuration XML contrôlant les éléments à migrer. ScanState compresse les fichiers et les paramètres et les stocke en tant que fichier image (Usmt3.mig) à l'endroit que vous avez spécifié.

2   Ensuite, vous exécutez LoadState sur l'ordinateur de destination en spécifiant le bon fichier de configuration XML qui contrôle ce qui doit migrer à partir de l'image stockée et où les données doivent migrer sur l'ordinateur de destination. LoadState migre les fichiers et les paramètres à partir de l'image stockée vers l'ordinateur de destination. Selon ce que vous devez migrer, vous pouvez spécifier plusieurs fichiers XML à la ligne de commandes par le commutateur /i, mais, dans la plupart des cas, vous utiliserez les mêmes fichiers XML lors de la phase ScanState et lors de la phase LoadState associées à une migration.

L'utilisation de fichiers XML vous apporte les fonctionnalités suivantes :

   Vous pouvez choisir ce que vous voulez copier et ne pas copier.

   Vous pouvez arbitrer les conflits entre l'ordinateur source et l'ordinateur de destination.

   Vous pouvez modifier l'emplacement de migration des données sur l'ordinateur de destination.

   Vous pouvez émuler des paramètres manquants.

   Vous pouvez supprimer des paramètres à partir de l'ordinateur de destination.

Le scénario de type "côte à côte"

Vous pouvez utiliser USMT dans un scénario appelé "côte à côte" qui consiste à avoir en ligne deux ordinateurs différents : l'ordinateur source et l'ordinateur de destination et, au travers d'un serveur de stockage intermédiaire, de transférer les fichiers et paramètres de l'un à l'autre (voir fig. 14.13).

Typiquement, ce scénario est utilisé lorsque vous profitez de la migration vers Windows Vista pour changer les équipements matériels.

Fig. 14.13 : Scénario d'utilisation d'USMT côte à côte

Le scénario de type "effacer et charger"

Dans ce scénario, vous utilisez le même ordinateur pour transférer les fichiers et paramètres. Comme exemple d'utilisation : vous pouvez considérer que vous souhaitez réinstaller proprement Windows Vista sur l'ordinateur suite à un formatage puis vous voulez restaurer les données et les paramètres de l'utilisateur.

Fig. 14.14 : Scénario d'utilisation d'USMT effacer et charger

Les prérequis de fonctionnement

USMT n'a pas vraiment de prérequis en ce qui concerne les besoins en mémoire vive ou en utilisation processeur. Cependant il vous faudra être sûr de posséder un média extractible ou un partage réseau suffisamment grand pour stocker toutes les images de migration.

Toutefois, le seul prérequis concerne le système d'exploitation nécessaire pour pouvoir exécuter les lignes de commandes.

Le tableau suivant récapitule ce prérequis :

Tableau 14.1 : Prérequis d'utilisation d'USMT
Système d'exploitation ScanState (ordinateur source) LoadState (ordinateur de destination)
Windows 2000 Professionnel SP4 x
Windows XP Familial SP2 x x
Windows XP Professionnel SP2 x x
Microsoft Windows XP Professionnel x64 SP2 x x
Versions 32 bits de Windows Vista x x
Versions 64 bits de Windows Vista x x

À propos des versions 32 bits et 64 bits de Windows Vista

Vous pouvez migrer les fichiers et les paramètres d'un ordinateur avec une version de Windows Vista 32 bits vers un ordinateur avec une version de Windows Vista 64 bits, mais pas l'inverse.

Les outils d'USMT

Détaillons un par un les différents outils en ligne de commandes et les fichiers XML compris dans USMT.

SCANSTATE

La commande ScanState doit être exécutée côté ordinateur source. Elle récupère l'état d'un utilisateur en vue de sa migration dans un processus de migration USMT.

Syntaxe : scanstate [StorePath] [/i:[Path\]FileName] [/o] [/l:[Path\]FileName] [/ui:[DomainName\]UserName]|LocalUserName] [/ue:[DomainName\]UserName]|LocalUserName] [/uel:NumberOfDays|YYYY/MM/DD|0] [/genconfig:[Path\]FileName] [/targetxp] [/config:[Path\]FileName]
StorePath Indique le chemin où sauvegarder les données et les paramètres utilisateurs.
/i:[Path\]FileName Spécifie le fichier XML qui contient les règles qui définissent les éléments à migrer.
/o Écrit par-dessus si jamais un fichier identique existe sur le répertoire de stockage.
/l:[Path\]FileName Spécifie un chemin et un nom au fichier de log de surveillance.
/ui:[DomainName\]UserName]|LocalUserName Migre l'utilisateur spécifié.

/ue:[DomainName\]UserName]|LocalUserName Exclut l'utilisateur spécifié.

/uel:NumberOfDays|YYYY/MM/DD|0 Migre seulement les utilisateurs qui se sont logués sur l'ordinateur source de telle date à telle date.
/genconfig:[Path\]FileName Génère le fichier optionnel config.xml, mais ne crée pas le répertoire de stockage.
/targetxp Optimise l'utilisation de ScanState sur un ordinateur source Windows XP.
/config:[Path\]FileName Spécifie le fichier optionnel config.xml et crée le répertoire de stockage.

LOADSTATE

La commande LoadState doit être exécutée côté ordinateur de destination. Elle restaure l'état d'un utilisateur en vue de sa migration dans un processus de migration USMT.

Syntaxe : loadstate StorePath [/i:[Path\]FileName] [/ui:[[DomainName\]UserName]|LocalUserName] [/ue:[[DomainName\]UserName]|LocalUserName] [/uel:NumberOfDays|YYYY/MM/DD|0] [/md:OldDomain:NewDomain] [/mu:OldDomain\OldUserName:[NewDomain\]NewUserName] [/config:[Path\]FileName]
StorePath Indique le chemin où se trouvent les données et paramètres utilisateurs sauvegardés.
/i:[Path\]FileName Spécifie le fichier XML qui contient les règles qui définissent les éléments à migrer.
/ui:[DomainName\]UserName]|LocalUserName Migre l'utilisateur spécifié.

/ue:[DomainName\]UserName]|LocalUserName Exclut l'utilisateur spécifié.

/uel:NumberOfDays|YYYY/MM/DD|0 Migre seulement les utilisateurs qui se sont logués sur l'ordinateur source de telle date à telle date.
/md:OldDomain:NewDomain Spécifie un nouveau domaine pour l'utilisateur.

/mu:OldDomain\ OldUserName:[NewDomain\]NewUserName Spécifie un nouveau nom d'utilisateur pour l'utilisateur spécifié.

/config:[Path\]FileName Spécifie le fichier optionnel config.xml et crée le répertoire de stockage.

USMT est aussi fourni avec un certain nombre de fichiers XML qui définissent les paramètres spécifiques à la migration.

   MigSys.xml : spécifiez ce fichier aux deux lignes de commandes quand l'ordinateur de destination est sous Windows XP pour migrer les paramètres du système d'exploitation et de l'explorateur. Vous pouvez modifier MigSys.xml. Quand l'ordinateur source ou cible est sous Windows Vista alors ce fichier n'est pas utilisable.

   MigApp.xml : spécifiez ce fichier aux deux lignes de commandes pour migrer les paramètres applicatifs d'ordinateurs sous Windows XP et Windows Vista. Vous pouvez modifier MigApp.xml.

   MigUser.xml : spécifiez ce fichier aux deux lignes de commandes pour migrer les paramètres de répertoires utilisateurs, fichiers et types de fichiers d'ordinateurs sous Windows XP et Windows Vista. Vous pouvez modifier MigUser.xml. Ce fichier ne comprend aucune information relative aux règles de migration des comptes d'utilisateur. Seuls les commutateurs des lignes de commandes permettent de spécifier des actions particulières sur les utilisateurs.

   Custom.xml : vous pouvez créer un fichier Custom.xml pour créer une migration personnalisée en fonction de vos besoins.

   Config.xml : c'est un fichier optionnel que vous pouvez créer en utilisant le commutateur /genconfig de la ligne de commande ScanState. Vous pouvez créer ce fichier dans le but d'exclure certains composants de la migration.

Comment migrer des comptes utilisateurs

Pour migrer tous les comptes et les paramètres utilisateurs d'un ordinateur à l'autre, procédez de la sorte :

1   Loguez-vous sur l'ordinateur source en tant qu'administrateur et lancez la commande suivante :

scanstate \\srv-fs-01\migration\mystore /i:miguser.xml /i:migapp.xml /o

2   Loguez-vous sur l'ordinateur cible en tant qu'administrateur et lancez la commande suivante :

loadstate \\srv-fs-01\migration\mystore /i:miguser.xml /i:migapp.xml

Pour migrer seulement deux comptes utilisateurs et les paramètres utilisateurs d'un ordinateur à l'autre, procédez de la sorte :

1   Loguez-vous sur l'ordinateur source en tant qu'administrateur et lancez la commande suivante :

scanstate \\srv-fs-01\migration\mystore /ue:*\* /ui:educsoft\bob /ui:educsoft\patrick /i:miguser.xml /i:migapp.xml /o

2   Loguez-vous sur l'ordinateur cible en tant qu'administrateur et lancez la commande suivante :

loadstate \\srv-fs-01\migration\mystore /i:miguser.xml /i:migapp.xml

Pour migrer deux comptes utilisateurs et déplacer un utilisateur d'un domaine à un autre, procédez de la sorte :

1   Loguez-vous sur l'ordinateur source en tant qu'administrateur et lancez la commande suivante :

scanstate \\srv-fs-01\migration\mystore /ue:*\* /ui:educsoft\bob /ui:educsoft\patrick /i:miguser.xml /i:migapp.xml /o

2   Loguez-vous sur l'ordinateur cible en tant qu'administrateur et lancez la commande suivante :

loadstate \\srv-fs-01\migration\mystore /mu:educsoft\bob:puzzmania\patrick /i:miguser.xml /i:migapp.xml

Business Desktop Deployment 2007

Certains outils sont appelés Solutions Accelerator. Le déploiement et la migration disposent d'un outil Solution Accelerator : il s'agit du Business Desktop Deployment, connu également sous le nom BDD 2007. Il vous livre deux scénarios de déploiement qui sont Zero Touch pour les petites et moyennes entreprises et Zero Touch pour les grands comptes. Business Desktop Deployment vous propose également un ensemble de documents au format Office contenant des Business Cases et des documents liés au déploiement.

Les nouveautés

Un grand nombre de modifications ont été apportées pour Windows Vista de façon à faciliter considérablement le déploiement, notamment de nouvelles technologies d'images prêtes à l'emploi, des scripts de migration XML, de nouveaux outils pour manipuler les images (ImageX et l'assistant de gestion des images) et le nouveau format unattend.XML. Un autre progrès décisif a été réalisé au niveau de Windows Vista avec l'indépendance et la neutralité de langue de la couche d'abstraction matérielle. Il est désormais possible d'obtenir un nombre minimum d'images standard sans avoir à effectuer d'efforts considérables.

Comme pour toute avancée en matière technologique, une bonne compréhension des outils et technologies est requise pour pouvoir en tirer un profit maximal. Business Desktop Deployment 2007 fournit suffisamment d'informations et d'outils pour rendre le processus de déploiement de Windows Vista et du système Office 2007 prévisible et évolutif. Bon nombre des outils et informations de Business Desktop Deployment 2007 peuvent même être utilisés tout au long du cycle de vie de gestion des postes de travail pour la configuration de nouveaux utilisateurs, la maintenance des images et la gestion centralisée des pilotes et des applications.

Business Desktop Deployment 2007 introduit également la nouvelle plate-forme de déploiement, qui permet aux utilisateurs de générer et de gérer plusieurs configurations de système d'exploitation, de définir les points de déploiement réseau et les partages réseau, d'insérer des pilotes, d'attacher des modules de prise en charge linguistique, et de relier des applications. Il aide même à créer des images ISO et WIM utilisant Win PE qui peuvent être déployées dans un environnement réseau ou à partir de DVDS hors ligne. Business Desktop Deployment 2007 allège également une partie des exigences de script des versions précédentes de Business Desktop Deployment en incorporant un séquenceur de tâche autonome dérivé de System Center Configuration Manager 2007. Business Desktop Deployment continue de proposer la prise en charge de Zero Touch Installation avec Systems Management Server 2003 et de Lite Touch avec des exigences minimales en termes d'infrastructure.

La page d'accueil du Solution Accelerator BDD 2007 (Business Desktop Deployment)

www.microsoft.com/france/technet/desktopdeployment/bdd/2007/default.mspx

Pour installer Business Desktop Deployment 2007 :

1   Lancez le fichier d'installation MSI BDDVista_Full.

2   Dans la fenêtre BDD 2007 Setup, cliquez sur Next.

3   Dans la fenêtre End-User Licence Agreement, lisez et acceptez les termes du contrat de licence. Cliquez sur I accept the terms in the licence agreement, puis sur Next. Si vous ne validez pas cette option, vous serez obligé de mettre fin au programme d'installation de Windows Vista.

4   Dans la fenêtre Custom Setup, sélectionnez Browse si vous souhaitez modifier le chemin d'installation de BDD 2007. Sélectionnez les options que vous souhaitez installer et cliquez sur Next.

5   Dans la fenêtre Ready to Install, cliquez sur Next. L'installation peut prendre plusieurs minutes.

6   Dans la fenêtre DBB 2007, cliquez sur Finish.

Les critères de déploiement en entreprise

Le déploiement de postes de travail en entreprise, c'est-à-dire le déploiement de Windows, de la suite bureautique Office et d'autres applications sur les ordinateurs en entreprise, est une tâche essentielle pour les organisations de petite, moyenne et grandes tailles. Vous pouvez déployer vos postes de travail à partir de différentes méthodes, en fonction du nombre de systèmes clients impliqués, de l'infrastructure disponible et des compétences informatiques. Dans les très petites entreprises, il s'agit le plus souvent une installation manuelle, à partir d'un CD, ou l'acquisition de systèmes avec des versions OEM de Windows Vista et des applications déjà installées. Dans les moyennes et le plus souvent dans les grandes entreprises, des processus et technologies de déploiement plus avancés peuvent simplifier et automatiser le déploiement, permettre la gestion et la configuration à distance, ainsi que la rationalisation de la récupération après incident.

Les méthodes et outils que vous choisissez dépendent de l'environnement informatique. Les environnements pour Business Desktop Deployment se classent en trois catégories principales : limitée, basique et avancée.

Tableau 14.2 : Identifications des composants et caractéristiques de chaque environnement
Gestion limitée Gestion basique Gestion avancée
Nombre de PC Moins de 200 De 50 à 250 250 ou plus
Nombre d'informaticiens 1 ou 2 De 1 à 5 5 ou plus
Types de licence OEM, licence Open éducation, détail OEM, licence Open éducation, licence Open, Assurance logicielle Licence Open éducation, licence Open, licence Select, contrat entreprise, licence en nombre
Environnement Hétérogène Homogène, hétérogène Homogène
Approche de déploiement des postes de travail OEM préinstallé, installation via CD ou partage réseau par un professionnel de l'informatique Installation à partir d'un CD, déploiement automatisé avec RIS (Remote Installation Services), scripts de connexion et stratégie de groupe Déploiement automatisé avec RIS, Microsoft SMS (Systems Management Server), stratégie de groupe
Utilisation d'images normalisées Non Gestion de plusieurs images Oui
Infrastructure complémentaire nécessaire Non Active Directory Oui

Deux scénarios sont utilisés dans le cadre de Business Desktop Deployment :

Tableau 14.3 : Le tableau de critères de sélection du scénario
Lite Touch Installation (LTI) Zero Touch Installation (ZTI) avec SMS 2003
Profil du client Tout client avec 25 ordinateurs ou plus et sans SMS 2003 installé pour Zero Touch Installation. LTI peut également être utilisé lorsque SMS 2003 est installé, mais le déploiement s'effectue sur des ordinateurs non gérés, déconnectés ou à faible bande passante. Tout client avec SMS 2003 installé et gérant les ordinateurs visés par le déploiement.
Scénarios pris en charge Le déploiement réseau de Lite Touch Installation prenant en charge les scénarios Nouvel ordinateur, Mettre à niveau l'ordinateur, Actualiser l'ordinateur et Remplacer l'ordinateur, et les utilisateurs isolés (installations DVD/USB). Zero Touch Installation (ZTI) prenant en charge les scénarios Nouvel ordinateur, Actualiser l'ordinateur et Remplacer l'ordinateur (avec SMS 2003).
Infrastructure requise Un réseau local avec au moins un serveur et suffisamment d'espace disque pour stocker les images et les fichiers de travail. Systems Management Server 2003, Windows Server 2003 avec Windows Deployment Services (Windows DS) et Active Directory.
Logiciels requis Serveurs : Windows Server 2003 avec Windows Deployment Services (Windows DS) et Active Directory.
Système d'exploitation du client : Windows Vista Professionnel, Intégrale.
Suites bureautiques : Office Professionnel, Professionnel Plus, Entreprise et Intégrale 2007, Microsoft Office Édition professionnelle 2003.
Serveurs : Systems Management Server 2003, Windows Server 2003 avec Windows Deployment Services (Windows DS) et Active Directory.
Système d'exploitation du client : Windows Vista Professionnel, Intégrale.
Suites bureautiques : Office Professionnel, Professionnel Plus, Enterprise et intégrale 2007, Microsoft Office Édition professionnelle 2003.
Logiciels gratuits requis (téléchargement) Microsoft User State Migration Toolkit (USMT) 3.0, Microsoft Application Compatibility Toolkit 5.0, WAIK (Windows Automated Installation Kit), Microsoft Core XML Services (MSXML) 6.0, Microsoft Management Console 3.0, Microsoft .NET Framework 2.0. Microsoft User State Migration Toolkit (USMT) 3.0, Microsoft Application Compatibility Toolkit 5.0, WAIK (Windows Automated Installation Kit), Microsoft Core XML Services (MSXML) 6.0, Microsoft Management Console 3.0, Microsoft .NET Framework 2.0, SMS 2003 SP2, pack de déploiement de système d'exploitation SMS 2003.

14.6  En résumé

L'arrivée de Windows Vista apporte beaucoup de changements positifs car ils améliorent grandement le déploiement des images avec des scénarios personnalisés de bout en bout en fonction de multiples critères de l'entreprise. Les outils permettent également de basculer les postes utilisateurs vers le nouveau système d'exploitation sans pour autant perdre l'environnement de l'utilisateur.

15

L'Assistant Gestion d'installation

15.1  L'architecture de l'Assistant Gestion d'installation ...  410
15.2  L'interface graphique ...  412
15.3  Créer un fichier de réponses ...  413
15.4  Attribuer des fichiers Unattend à des images ...  419
15.5  Quelques points importants ...  420
15.6  Présentation des partages de distribution et des jeux de configuration ...  422
15.7  En résumé ...  423

Vous l'avez vu précédemment, il existe deux grandes méthodes de déploiement, la première par image, la seconde par script. Windows Vista combine les deux méthodes, c'est-à-dire des images pour booter et installer le système d'exploitation et des fichiers réponses pour personnaliser l'installation. Puisque nous avons parcouru le déploiement par images avec Windows Deployment Service, abordons maintenant l'outil de gestion de fichier Unattend.xml. Pour créer les fichiers Unattend.xml, le resource kit de déploiement livre un outil en interface graphique. Il s'agit de l'Assistant Gestion d'installation. L'ajout d'un fichier de réponses à une image permet de descendre cette image dans un certain contexte avec comme exemple la taille des partitions, les pilotes qui doivent être utilisés, etc. Ce fichier sera lu par le WinPE pour être appliqué ensuite à votre image WIM.

15.1  L'architecture de l'Assistant Gestion d'installation

L'Assistant Gestion d'installation crée un fichier de réponses XML indispensable à l'élaboration d'une installation sans assistance. Cet assistant crée également un fichier catalogue (.clg) pour assurer un suivi des packages et des paramètres, ce qui implique des mises à jour périodiques. Un fichier appelé "jeu de configuration" peut être créé et copié sur un support amovible pour constituer une version mobile des dossiers partagés et facultatifs de la distribution.

Fig. 15.1 : Architecture de l'Assistant Gestion d'installation

L'Assistant Gestion d'installation utilise l'API CPI (Component Platform Interface) pour créer un fichier de réponses sans assistance. Cet assistant se sert au départ de l'API CPI pour monter une image système Windows. Les composants et les paramètres contenus dans une image système Windows particulière sont utilisés pour créer un fichier catalogue. Le fichier catalogue est ensuite exploité dans l'Assistant Gestion d'installation pour créer des fichiers de réponses.

Un ensemble facultatif de dossiers, nommé "partage de distribution", peut être ajouté pour assurer le stockage des fichiers que vous utiliserez lors d'une personnalisation ultérieure de votre installation Windows.

L'Assistant Gestion d'installation peut créer un jeu de configuration, c'est-à-dire une version d'un partage de distribution plus légère et plus mobile. Les jeux de configuration permettent aux utilisateurs d'exploiter les versions de taille plus réduite d'un partage de distribution. Ces fichiers moins volumineux peuvent se révéler plus faciles à gérer.

Il vous est également possible d'utiliser l'API CPI pour créer vos propres applications personnalisées qui peuvent automatiser la création et la gestion de fichiers de réponses d'installation de Windows sans assistance.

Tableau 15.1 : Terminologie spécifique à l'Assistant Gestion d'Installation
Terme Définition
Fichier de réponses Fichier qui indique par script les réponses à apporter à une série de boîtes de dialogue de l'interface graphique utilisateur. Le fichier de réponses de l'installation de Windows se nomme généralement Unattend.xml. Vous pouvez créer et modifier ce fichier de réponses en utilisant l'Assistant Gestion d'installation ou les API CPI.
Fichier catalogue Fichier binaire qui contient l'état de tous les paramètres et de tous les packages dans une image système Windows. Lorsqu'un catalogue est créé, il interroge l'image système Windows afin d'obtenir la liste de tous les paramètres contenus dans cette image. Dans la mesure où le contenu d'une image système WinPE peut varier avec le temps, il est important de recréer le fichier catalogue lors de la mise à jour d'une image système.
Composant Partie du système d'exploitation Windows qui spécifie les fichiers, les ressources et les paramètres d'une fonctionnalité spécifique de Windows, ou seulement une partie de cette fonctionnalité. Certains composants incluent les paramètres d'une installation sans assistance de Windows ; ils sont utilisables pour les entreprises pour personnaliser l'installation.
Étape de configuration Phase de l'installation de Windows. Diverses parties du système d'exploitation Windows sont installées au cours des différentes étapes de configuration. Vous pouvez spécifier l'application des paramètres d'installation sans assistance de Windows dans une ou plusieurs étapes de configuration.
Jeu de configuration Structure de fichiers et de dossiers contenant les fichiers nécessaires au contrôle du processus de préinstallation et définissant les informations personnalisées des fabricants.
Partage de distribution Un dossier qui contient les fichiers sources des produits Windows que vous installez. Il peut également contenir des pilotes de périphériques et des fichiers d'applications supplémentaires. Ce dossier peut être créé manuellement ou à l'aide de l'Assistant Gestion d'installation.
Chemin d'accès du pilote Chemin d'accès indiquant l'emplacement où récupérer le logiciel qui permet au périphérique ou au composant matériel du pilote de fonctionner.
Valeur d'image Valeur d'un paramètre de configuration dans une image système Windows.
Élément de liste Paramètre de configuration présentant plusieurs entrées. Par exemple, une liste de favoris, dans Internet Explorer, peut contenir aucun, un ou plusieurs favoris.
Package Un groupe de fichiers fournis par Microsoft aux clients OEM en vue de modifier les fonctionnalités de Windows. Les types de packages incluent les Services Packs, les mises à jour de sécurité, les modules linguistiques et les correctifs logiciels. Exemples de packages : Product, Windows Foundation et Feature Pack.
Paramètre Réglage de configuration d'un programme ou d'un système d'exploitation.
Commande synchrone Permet d'exécuter une application ou tout autre fichier exécutable durant l'installation de Windows. Vous pouvez indiquer l'étape de configuration dans laquelle vous voulez que la commande s'exécute.
Valider le fichier de réponses Les paramètres doivent en premier lieu être validés pour que l'Assistant Gestion d'installation puisse enregistrer un fichier de réponses. Lorsqu'un fichier de réponses est correctement validé, toutes les valeurs des paramètres de ce fichier sont applicables à l'image système Windows.
Fonctionnalité Windows Fonctionnalité facultative de Windows pouvant être activée ou désactivée.
Fichier image système Windows (.wim) Un seul fichier compressé contenant une collection de fichiers et de dossiers qui duplique une installation de Windows sur un volume de disque.

15.2  L'interface graphique

L'interface utilisateur de l'Assistant Gestion d'installation contient plusieurs volets. Ces volets permettent d'ouvrir des fichiers image système Windows, de créer des fichiers de réponses sans assistance et d'ajouter des composants et des packages aux cinq étapes de configuration correspondantes dans un fichier de réponses (voir fig. 15.2).

   Le volet Partage de distribution : il affiche le dossier de partage de distribution actuellement ouvert dans l'arborescence. Vous sélectionnez, créez, explorez et fermez les dossiers de partage de distribution en sélectionnant le nœud supérieur et en cliquant avec le bouton droit de la souris sur le volet. Vous pouvez ajouter des éléments à un fichier de réponses contenu dans un dossier de partage de distribution en cliquant avec le bouton droit de la souris sur l'élément voulu.

   Le volet Fichier de réponses : il affiche les étapes de configuration de l'installation de Windows, ainsi que les paramètres à appliquer à chaque étape et les packages à installer. Vous pouvez ouvrir et modifier un fichier de réponses existant, valider les paramètres contenus dans un fichier de réponses par rapport à une image système Windows ou créer un nouveau fichier de réponses.

   Le volet Image système Windows : il affiche l'image système Windows actuellement ouverte dans l'arborescence. Lorsque l'arborescence est développée, tous les composants et les packages prévus pour l'image sont visibles et disponibles afin d'être ajoutés à un fichier de réponses dans le volet Fichier de réponses.

Fig. 15.2 : L'interface graphique de l'Assistant Gestion d'installation

   Le volet Propriétés : il affiche les propriétés et les paramètres d'un composant ou d'un package sélectionné. Le volet Propriétés permet de modifier les paramètres et, lorsqu'il s'agit de packages, de modifier les sélections des fonctionnalités de Windows. Dans le bas du volet Propriétés, l'Assistant Gestion d'installation affiche le nom du paramètre et le type .NET associé.

   Le volet Messages : il est composé de trois onglets nommés XML, Validation et Jeu de configuration. En cliquant sur un des onglets du volet Messages, vous affichez le type du message, un descriptif et l'endroit où le problème est survenu.

15.3  Créer un fichier de réponses

1   Chargez le fichier image. Dans la section Image Windows, cliquez avec le bouton droit de la souris sur Sélectionner une image Windows ou un fichier catalogue, puis sur Sélectionnez l'image Windows.

2   Sélectionnez l'image du DVD d'installation, par exemple Install.wim. Un catalogue des images instanciées se lance. Un certain nombre de versions sont disponibles. Choisissez la version de Windows Vista que vous souhaitez personnaliser, la version Intégrale par exemple. Cliquez sur OK.

Fig. 15.3 : Sélection de la version de Windows Vista à personnaliser

La partie Image Windows est la partie la plus importante de l'outil puisqu'elle comprend un certain nombre de packages qui vous permettront de personnaliser votre installation en ajoutant ou en supprimant des composants comme les jeux ou la personnalisation du DNS. Tous les composants seront listés et modifiés à partir de cette fenêtre.

3   Dans la fenêtre Fichier de réponses, cliquez avec le bouton droit de la souris, puis sélectionnez Créer ou ouvrir un fichier de réponses.

Un fichier de réponses contenant sept parties est créé :

   WindowsPE ;

   OfflineServicing ;

   Generalize ;

   Specialize ;

   AuditSystem ;

   AuditUser ;

   OobeSystem.

Ces sections correspondent à une partie de l'installation de Windows Vista. Cette partie permet de vous aiguiller au cours de la réalisation de votre fichier image. Cliquez avec le bouton droit de la souris sur vos packages pour voir à quelle partie ils peuvent appartenir. Par exemple, vous n'allez pas pouvoir créer une partition en fin d'installation.

4   Pour personnaliser l'installation, cliquez avec le bouton droit de la souris sur les packages afin de voir à quelle section ils peuvent appartenir.

5   Une fois les packages sélectionnés, personnalisez-les en donnant des paramètres comme le nom de domaine, le compte utilisateur, un mot de passe ou encore la taille d'une partition, bref, tout ce qui caractérise un système d'exploitation de bout en bout.

6   Une fois le fichier réalisé, sauvegardez-le afin de pouvoir l'utiliser avec des images WIM. Pour sauvegarder le fichier de réponses, cliquez sur Fichier/Enregistrer sous. Indiquez le chemin souhaité.

Dans la plupart des cas, et en raison du nombre d'options à configurer, il est recommandé de partir des deux fichiers que Microsoft propose en exemple : les fichiers autounattend_sample et Corp_autounattend_sample. Découvrez-les maintenant…

Le fichier autounattend_sample

<?xml version="1.0" encoding="utf-8" ?>
- <unattend xmlns="urn:schemas-microsoft-com:unattend">
- <settings pass="windowsPE">
- <component name="Microsoft-Windows-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
+ <DiskConfiguration>
- <Disk>
- <CreatePartitions>
- <CreatePartition wcm:action="add">
  <Order>1</Order>
  <Size>20000</Size>
  <Type>Primary</Type>
  </CreatePartition>
  </CreatePartitions>
- <ModifyPartitions>
- <ModifyPartition wcm:action="add">
  <Active>true</Active>
  <Extend>false</Extend>
  <Format>NTFS</Format>
  <Label>OS_Install</Label>
  <Letter>C</Letter>
  <Order>1</Order>
  <PartitionID>1</PartitionID>
  </ModifyPartition>
  </ModifyPartitions>
  <DiskID>0</DiskID>
  <WillWipeDisk>true</WillWipeDisk>
  </Disk>
  <WillShowUI>OnError</WillShowUI>
  </DiskConfiguration>
- <UserData>
- <ProductKey>
  <Key><productkey></Key>
  <WillShowUI>OnError</WillShowUI>
  </ProductKey>
  <AcceptEula>true</AcceptEula>
  </UserData>
- <ImageInstall>
- <OSImage>
- <InstallTo>
  <DiskID>0</DiskID>
  <PartitionID>1</PartitionID>
  </InstallTo>
  <WillShowUI>OnError</WillShowUI>
  </OSImage>
  </ImageInstall>
  </component>
- <component name="Microsoft-Windows-International-Core-WinPE" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <SetupUILanguage>
  <UILanguage>en-us</UILanguage>
  </SetupUILanguage>
  <InputLocale>0409:00000409</InputLocale>
  <SystemLocale>en-us</SystemLocale>
  <UILanguage>en-us</UILanguage>
  <UserLocale>en-US</UserLocale>
  </component>
  </settings>
- <settings pass="oobeSystem">
- <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <OEMInformation>
  <Manufacturer><company name></Manufacturer>
  <Model><computer model></Model>
  <SupportHours><support hours></SupportHours>
  <SupportPhone><phone number></SupportPhone>
  </OEMInformation>
  </component>
- <component name="Microsoft-Windows-Deployment" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <Reseal>
  <Mode>Audit</Mode>
  </Reseal>
  </component>
  </settings>
  </unattend>

Le fichier Corp_autounattend_sample

<?xml version="1.0" encoding="utf-8" ?>
- <unattend xmlns="urn:schemas-microsoft-com:unattend">
- <settings pass="windowsPE">
- <component name="Microsoft-Windows-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <DiskConfiguration>
- <Disk>
- <CreatePartitions>
- <CreatePartition wcm:action="add">
  <Order>1</Order>
  <Size>20000</Size>
  <Type>Primary</Type>
  </CreatePartition>
  </CreatePartitions>
- <ModifyPartitions>
- <ModifyPartition wcm:action="add">
  <Active>true</Active>
  <Extend>false</Extend>
  <Format>NTFS</Format>
  <Label>OS_Install</Label>
  <Letter>C</Letter>
  <Order>1</Order>
  <PartitionID>1</PartitionID>
  </ModifyPartition>
  </ModifyPartitions>
  <DiskID>0</DiskID>
  <WillWipeDisk>true</WillWipeDisk>
  </Disk>
  <WillShowUI>OnError</WillShowUI>
  </DiskConfiguration>
- <UserData>
- <ProductKey>
  <Key><productkey></Key>
  <WillShowUI>OnError</WillShowUI>
  </ProductKey>
  <AcceptEula>true</AcceptEula>
  <FullName><user name></FullName>
  <Organization><company organization></Organization>
  </UserData>
- <ImageInstall>
- <OSImage>
- <InstallTo>
  <DiskID>0</DiskID>
  <PartitionID>1</PartitionID>
  </InstallTo>
  <WillShowUI>OnError</WillShowUI>
  </OSImage>
  </ImageInstall>
- <UpgradeData>
  <WillShowUI>OnError</WillShowUI>
  </UpgradeData>
- <Display>
  <ColorDepth>16</ColorDepth>
  <HorizontalResolution>1024</HorizontalResolution>
  <RefreshRate>60</RefreshRate>
  <VerticalResolution>768</VerticalResolution>
  </Display>
  </component>
- <component name="Microsoft-Windows-International-Core-WinPE" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <SetupUILanguage>
  <UILanguage>en-us</UILanguage>
  </SetupUILanguage>
  <InputLocale>0409:00000409</InputLocale>
  <SystemLocale>en-us</SystemLocale>
  <UILanguage>en-us</UILanguage>
  <UserLocale>en-US</UserLocale>
  </component>
  </settings>
- <settings pass="oobeSystem">
- <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <OOBE>
  <HideEULAPage>true</HideEULAPage>
  <ProtectYourPC>3</ProtectYourPC>
  <SkipMachineOOBE>true</SkipMachineOOBE>
  <SkipUserOOBE>true</SkipUserOOBE>
  </OOBE>
- <UserAccounts>
- <LocalAccounts>
- <LocalAccount wcm:action="add">
- <Password>
  <Value><strongpassword></Value>
  <PlainText>false</PlainText>
  </Password>
  <DisplayName><username></DisplayName>
  <Name><username></Name>
  <Group>administrators</Group>
  </LocalAccount>
  </LocalAccounts>
  </UserAccounts>
- <OEMInformation>
  <Manufacturer><company name></Manufacturer>
  <Model><computer model></Model>
  <SupportHours><support hours></SupportHours>
  <SupportPhone><phone number></SupportPhone>
  </OEMInformation>
  <RegisteredOrganization><Your Organization></RegisteredOrganization>
  <RegisteredOwner><Your Organization></RegisteredOwner>
  </component>
  </settings>
- <settings pass="specialize">
- <component name="Microsoft-Windows-IE-InternetExplorer" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <BlockPopups>yes</BlockPopups>
  <Home_Page><Company Home Page></Home_Page>
  <IEWelcomeMsg>false</IEWelcomeMsg>
  <PlaySound>true</PlaySound>
  <ShowInformationBar>true</ShowInformationBar>
  </component>
- <component name="Microsoft-Windows-UnattendedJoin" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <Identification>
- <Credentials>
  <Domain><domain></Domain>
  <Password><strongpassword></Password>
  <Username><username></Username>
  </Credentials>
  </Identification>
  </component>
  </settings>
  </unattend>

15.4  Attribuer des fichiers Unattend à des images

Les étapes suivantes se déroulent au niveau du serveur Windows Deployment Services. Une fois votre fichier de réponses créé, vous allez devoir effectuer encore quelques manipulations sur votre serveur pour raccrocher vos images à vos fichiers de réponses. Pour cela, procédez comme suit :

1   Cliquez sur le menu Démarrer/Tous les programmes/Outils d'administration. Sélectionnez Windows Deployment Services.

2   Il faut définir la première option qui consiste à spécifier un fichier de réponses par défaut en fonction des architectures. Sélectionnez votre serveur WDS, cliquez avec le bouton droit de la souris, puis choisissez Propriété et Windows DS Client.

3   Cochez la case Enable Unattend mode.

4   Pour x86 Architecture, cliquez sur Parcourir, sélectionnez le fichier Unattend puis cliquez sur Ouvrir. Pour ia64 Architecture, cliquez sur Parcourir, sélectionnez le fichier Unattend puis cliquez sur Ouvrir. Pour x64 Architecture, cliquez sur Parcourir, sélectionnez le fichier Unattend puis cliquez sur Ouvrir. Une fois les fichiers déclarés, cliquez sur OK.

5   Attribuez des fichiers spécifiques à des images spécifiques. Placez-vous dans le serveur WDS. Sélectionnez Images d'installation, puis le groupe d'images précédemment créé et choisissez l'image à laquelle vous souhaitez attribuer le fichier de réponses.

6   Cliquez avec le bouton droit de la souris sur votre image, puis sur Propriété. Dans la fenêtre Propriété de l'image, sélectionnez l'onglet General.

7   Sous l'onglet General, cochez la case Autoriser l'image à s'installer en mode sans assistance, puis cliquez sur Sélectionner un fichier. Choisissez votre fichier à l'aide du bouton Parcourir et cliquez sur OK. Pour terminer, cliquez sur OK.

Fig. 15.4 : Attribution d'un fichier Unattend.xml à une image spécifique

Le fichier ImageUnattend.xml est ajouté pour l'image WIM dans le répertoire E:\RemoteInstall\Images\Vista\Windows_Vista_Ultimate-CQXQK\Unattend de l'image Ultimate de Windows Vista.

Installation de packages

Une fois les différentes étapes de paramétrages réalisées, vous avez la possibilité d'utiliser également des packages et des points de distribution qui pourront servir à l'installation de logiciels supplémentaires après l'installation de Windows Vista.

15.5  Quelques points importants

Voici quelques points et étapes importants de la réalisation du fichier de réponses Unattend.xml. D'abord, vous devez ouvrir le fichier de réponses précédemment créé. Dans un premier temps, nous avions vu comment fonctionne le principe de fichier de réponses Unattend.xml avec Windows Deployment Services et les images WIM. À présent, nous allons voir comment fonctionne le paramétrage du fichier avec une étape importante qui est la partie 1 WindowsPE.

1   Dans la partie gauche de l'interface graphique, sélectionnez Windows Image, puis la version d'images déjà présente. Ouvrez la section Compoments.

2   Sélectionnez le package x86_Microsoft-Windows-Setyp_(version de build)_neutral.

C'est dans ce package que vous allez créer une partition pour l'installation de Windows Vista.

Vous allez pouvoir indiquer si vous souhaitez créer une partition ou bien garder la partition existante, préciser également le type de partition (FAT ou NTFS) ainsi que la taille, mais aussi des actions liées à l'éventuelle présence d'un autre système sur la machine, et beaucoup d'autres options encore.

Bien que toutes les parties soient importantes, la partie du package à considérer est WindowsDeploymentServices. Elle est divisée en deux sections…

   ImageSelection : dans cette section, vous allez trouver le nom du fichier d'installation, le groupe auquel il appartient (ce groupe a été précédemment créé dans Windows Deployment Services pour descendre les images) ainsi que le nom que vous avez donné à l'image sur le serveur WDS.

   Login : dans cette section, vous allez pouvoir spécifier les credantials, le nom de domaine, le compte utilisateur et le mot de passe pour pouvoir entrer dans le domaine lors de l'installation.

Validation du fichier de réponses

N'oubliez pas de valider régulièrement votre fichier de réponses pour voir si vous n'avez pas fait d'erreur dans les informations que vous avez données au fichier.

Exemple d'une partie du fichier Unattend.xml qui a été généré à la suite du paramétrage proposé :

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
    <servicing></servicing>
    <settings pass="windowsPE">
        <component name="Microsoft-Windows-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <DiskConfiguration>
                <Disk>
                    <CreatePartitions>
                        <CreatePartition wcm:action="add">
                            <Size>30000</Size>
                            <Type>Primary</Type>
                            <Order>1</Order>
                        </CreatePartition>
                    </CreatePartitions>
                    <DiskID>0</DiskID>
                </Disk>
            </DiskConfiguration>
            <WindowsDeploymentServices>
                <ImageSelection>
                    <InstallImage>
                        <Filename>install.wim</Filename>
                        <ImageGroup>Vista</ImageGroup>
                        <ImageName>Ultimate</ImageName>
                    </InstallImage>
                </ImageSelection>
                <Login>
                    <Credentials>
                        <Domain>educsoft.net</Domain>
                        <Username>admin</Username>
                        <Password>P@ssW0r2</Password>
                    </Credentials>
                </Login>
            </WindowsDeploymentServices>
        </component>
    </settings>
    <cpi:offlineImage cpi:source="" xmlns:cpi="urn:schemas-microsoft-com:cpi" />

15.6  Présentation des partages de distribution et des jeux de configuration

Un "partage de distribution" est un ensemble facultatif de dossiers contenant des fichiers utilisés pour personnaliser Windows via des fichiers de réponses sans assistance. Lorsque vous ajoutez des éléments à un fichier de réponses contenu dans un partage de distribution, les chemins d'accès de ces éléments sont inclus dans le fichier de réponses. Au cours de l'installation, le programme d'installation de Windows utilise ces chemins pour installer les applications et les pilotes de périphériques supplémentaires. Par exemple, lorsque vous vous connectez à un partage de distribution sur un réseau, le chemin d'accès au réseau est référencé dans le fichier de réponses.

Lorsque vous créez un partage de distribution à l'aide de l'Assistant Gestion d'installation, trois dossiers sont automatiquement créés. Ils sont nommés $OEM$, Pilotes non fournis avec Windows et Packages. Si vous créez votre propre partage de distribution, celui-ci doit contenir au moins un de ces dossiers pour être reconnu comme dossier de partage de distribution valide par l'Assistant Gestion d'installation.

Le dossier et les sous-dossiers $OEM$ sont uniquement utilisables au cours de la création de jeux de configuration. Vous utilisez des dossiers $OEM$ pour intégrer des logos dans le cadre d'une stratégie de marque et pour ajouter des applications et des fichiers supplémentaires permettant de personnaliser l'installation sans assistance. Les dossiers $OEM$ ont été utilisés dans des précédentes versions de Windows et, dans certains cas, ils ne sont pas pris en charge dans Windows Vista.

En règle générale, vous ajoutez des ressources et des nouveaux fichiers à Windows par l'intermédiaire d'une image de données.

Voici les sections d'un partage de distribution :

Tableau 15.2 : Prise en charge des anciens dossiers $OEM$
Ancienne dénomination Ancienne définition Prise en charge
$OEM$ Contient tous les fichiers et les dossiers supplémentaires qui permettent une installation automatisée ou personnalisée. Oui
\$OEM$\Textmode Contient les pilotes de stockage de masse et les fichiers HAL mis à jour qui sont indispensables lors de la phase en mode texte du programme d'installation. Non
\$OEM$