Windows Vista

10 points à connaître sur le déploiement de Windows Vista

Michael Niehaus

Vue d'ensemble:

• Nouvelles méthodes de déploiement de postes de travail
• Modifications de l'installation Windows
• Outils de démarrage

Télécharger le code de cet article: NeihausDeployment2006_11.exe (152KB)

Par le passé, vous avez déployé Windows XP et vous pensez à présent vous tourner vers Windows Vista. Que vous envisagiez de déployer vers 10, 100 ou 100 000 ordinateurs, la simple connaissance des modifications apportées au processus par rapport à Windows XP permet d'exécuter le déploiement de manière bien plus harmonieuse.

Vous allez donc découvrir 10 différences de déploiements entre Windows® XP et Windows Vista™, auxquelles vous serez ravi de vous référer lors de la migration.

1. Les images Windows Vista sont plus grandes.

Avec Windows XP et Windows 2000, il était possible de créer des images facilement transférables sur un CD unique (moins de 700 Mo). Même les organisations qui ajoutaient des applications, des pilotes et des utilitaires à leur image se retrouvaient généralement avec une image du système d'exploitation comprise entre 1 et 3 Go.

Avec Windows Vista, la taille de l'image commence à environ 2 Go (compressé). Une fois cette image déployée, la taille se situe souvent autour de 5 Go ou davantage ; il est alors impossible de la réduire. Si vous ajoutez des applications, des pilotes ou d'autres fichiers, il est évident que la taille de cette image augmente encore.

Comment allez-vous donc déployer l'image ? Le réseau dispose-t-il des capacités nécessaires ? (Les réseaux 10 Mo ou non commutés n'offrent pas les capacités suffisantes.) Si vous souhaitez utiliser des CD, de combien de disques aurez-vous besoin ? Vous devrez disposer de trois ou quatre CD. Les DVD (disposant chacun d'une capacité de 4,7 Go) sont à présent faciles à créer. Si vous disposez de lecteurs de DVD, vous pouvez les utiliser pour le déploiement. (Dans le cas contraire, envisagez l'ajout de lecteurs de DVD lors de l'acquisition du prochain parc informatique.)

Avec l'augmentation de la capacité (4 Go ou davantage) et la chute des prix des clés de mémoire USB, il serait extrêmement simple d'en utiliser une pour déployer Windows Vista, puisque vous pouvez utiliser une clé amorçable tant que le BIOS de l'ordinateur la prend en charge.

Même si cela n'a rien à voir avec la taille de l'image, notez enfin qu'il n'existe plus de répertoire I386. Qu'ils soient ou non installés, tous les composants se trouvent désormais dans le répertoire Windows (bien qu'ils ne soient pas présents dans le répertoire SYSTEM32 standard). Lors de l'installation d'un nouveau composant, les fichiers nécessaires sont copiés à partir de cet emplacement.

2. La sécurité est améliorée.

Plusieurs améliorations de sécurité Windows Vista impacteront le déploiement. Par exemple, la configuration de Windows Vista pour prendre en charge les utilisateurs disposant de « droits limités », où l'utilisateur connecté ne dispose pas de droits d'administration, est plus facile. Certaines applications ne sont pas parvenues à fonctionner sous Windows XP lorsque les utilisateurs ne disposaient pas d'accès administrateur, car ils supposaient qu'ils bénéficieraient d'un accès complet au disque C : et l'ensemble du registre. Avec Windows Vista, les applications qui tentent d'écrire dans des zones à accès restreint verront ces écritures redirigées de manière transparente vers d'autres emplacements du profil de l'utilisateur.

La deuxième modification notoire concerne ici la capacité des utilisateurs, autres que l'administrateur, à charger des pilotes. Cela permet aux utilisateurs d'associer d'autres périphériques, sans devoir appeler le support technique en pleurs.

La troisième différence que vous allez découvrir réside dans la capacité d'Internet Explorer®, à installer automatiquement les contrôles ActiveX® à l'aide de droits complets. Un nouveau service peut exécuter ces installations au nom de l'utilisateur (naturellement, si l'administrateur informatique l'autorise via une stratégie de groupe).

Certains d'entre vous utilisent peut-être actuellement des droits d'utilisateurs avec pouvoir sous Windows XP, mais cela ne présente pas véritablement beaucoup d'avantages (en termes de droits d'utilisateurs limités) par rapport au simple octroi de privilèges administrateur complets. À cause de cela, le groupe d'utilisateurs avec pouvoir de Windows Vista a été supprimé, même s'il est possible de le restaurer si nécessaire à l'aide d'un modèle de sécurité distinct applicable à une installation de Windows Vista.

Vous aurez parfois besoin de droits d'administration ; cela ne signifie cependant pas que vous souhaitez constamment procéder à l'exécution avec des droits d'administration. Windows Vista ajoute ainsi le contrôle des comptes utilisateur (User Access Control, UAC), qui conduit la plupart des applications utilisateur (même pour les administrateurs) à s'exécuter avec des droits limités. Pour les applications nécessitant des droits supplémentaires, le contrôle des comptes utilisateur vous invite à accorder une autorisation, en vous demandant la permission de s'exécuter avec des privilèges complets ou les informations d'identification d'autres utilisateurs capables de remplacer les utilisateurs connectés.

Des améliorations ont également été apportées au pare-feu intégré à Windows Vista. Le nouveau pare-feu peut à présent contrôler à la fois le trafic entrant et sortant, tout en demeurant totalement configurable via une stratégie de groupe.

Enfin, le cryptage de volumes entiers BitLocker™ (inclus dans Windows Vista Enterprise et Ultimate) permet de crypter l'intégralité du volume du système d'exploitation. Le volume ne peut alors être lu qu'à partir de Windows Vista, et uniquement lorsque les clés correctes sont fournies, à partir de la puce intégrée TPM (Trusted Platform Module) 1.2 de l'ordinateur, à partir d'une clé USB ou saisies à l'aide du clavier. (Notez que seul TPM 1.2 ou version ultérieure est pris en charge.)

3. Windows Vista est construit à partir de composants.

L'une des modifications architecturales les plus notoires de Windows Vista réside dans le fait qu'il s'agit désormais d'un système d'exploitation totalement construit à partir de composants. Cela affecte le déploiement de différentes manières.

La configuration des fonctionnalités de Windows Vista à installer nécessite la configuration des composants à activer. De nouveaux outils tels que Windows System Image Manager, illustrés à la figure 1, vous épaulent lors d'une telle opération.

Les mises à jour de sécurité, les packs de langue et les service packs sont de simples composants. Vous pouvez utiliser des outils tels que le Gestionnaire de package (PKGMGR) et les appliquer à Windows Vista.

Figure 1** Windows System Image Manager **(Cliquer sur l'image pour l'agrandir)

De plus, vous pouvez effectuer l'intégralité du traitement hors ligne ou en ligne. Vous pouvez même appliquer des modifications à Windows Vista ou à une image Windows Vista, lorsqu'il n'est pas en cours d'exécution. Cette opération est idéale pour les déploiements : Vous pouvez appliquer des correctifs au système d'exploitation avant son tout premier démarrage sur le réseau.

Les pilotes sont également traités comme des composants, afin qu'ils puissent être facilement ajoutés et supprimés (même hors ligne). Cela signifie que vous pouvez ajouter des pilotes à des images existantes, même juste à temps (lors du tout premier démarrage de la machine) au cours du processus de déploiement. Cela s'applique également aux pilotes de stockage en masse ; il n'est donc plus nécessaire de créer une nouvelle image, uniquement pour ajouter un nouveau pilote de stockage en masse.

Windows Vista expose plus de paramètres, la plupart des composants offrant des options configurables. De cette manière, il est plus facile de définir des paramètres d'installation par défaut gérables en continu à l'aide d'une stratégie de groupe. Pour obtenir une brève présentation des nouveaux outils de Windows Vista, consultez la barre latérale « Outils indispensables et outils à oublier. ».

Outils indispensables et outils à oublier

Il s'agit d'une brève présentation des outils que vous utiliserez lors du déploiement de Windows Vista, suivie de la liste des outils que vous pouvez réellement supprimer une fois la migration de Windows Vista terminée.

UTILISEZ LES OUTILS SUIVANTS :

• SYSPREP Il s'agit de la version mise à jour, modifiée pour Windows Vista.
• SETUP Nouvel outil d'installation pour Windows Vista (remplace WINNT et WINNT32).
• IMAGEX Nouvel outil de ligne de commande de création d'images WIM.
• Windows System Image Manager Outil de création et de modification de fichiers unattend.xml.
• PEIMG Outil de personnalisation d'images Windows PE 2.0.
• Windows Deployment Services Nouvelle version de RIS, offrant la capacité à déployer les images Windows Vista et Windows XP, de même que les images d'amorçage Windows PE 2.0.
• PNPUTIL Il s'agit du nouvel outil d'ajout et de suppression de pilotes à partir du magasin de pilotes de Windows Vista.
• PKGMGR Nouveau lui aussi, cet outil de Windows Vista permet d'effectuer la maintenance du système d'exploitation.
• OCSETUP Cet outil remplace SYSOCMGR et permet d'installer des composants Windows.
• BCDEDIT Nouvel outil Windows Vista de modification de données de configuration d'amorçage.
• Application Compatibility Toolkit 5.0 Cet outil mis à jour vous permet de déterminer si vos applications sont compatibles avec Windows Vista.
• User State Migration Tool 3.0 Outil mis à jour de capture et de restauration de l'état des utilisateurs, prenant en charge Windows XP et Windows Vista, ainsi que toutes les versions d'Office (dont la version 2007).
• BitLocker Fonctionnalité de cryptage de disques de volumes entiers intégrée aux éditions Enterprise et Ultimate de Windows Vista.

IGNOREZ LES OUTILS SUIVANTS :

• RIS (Remote Installation Services) a été remplacé par WDS (Windows Deployment Services), mais continue d'offrir une prise en charge des versions antérieures sous Windows Server 2003 ; RIPREP et RISETUP ne fonctionnent pas avec Windows Vista.
• Assistant Gestion d'installation/Bloc-notes Utilisez plutôt Windows System Image Manager pour modifier des fichiers d'installation et de configuration sans assistance.
• WINNT.EXE et WINNT32.EXE Utilisez plutôt SETUP.
• SYSOCMGR Remplacé par OCSETUP et PKGMGR.
• Disquettes de démarrage MS-DOS Oubliez-les. Utilisez Windows PE !

4. L'époque de l'installation en mode texte est révolue.

Le processus élémentaire permettant d'installer Windows XP n'a connu aucune modification depuis la naissance de Windows NT®. Cette longue procédure impliquait une étape initiale d'installation en mode texte, au cours de laquelle tous les fichiers du système d'exploitation étaient décompressés puis installés, toutes les entrées de registre étaient créées et toutes les sécurités étaient appliquées. Avec Windows Vista, cette phase d'installation en mode texte est à présent totalement révolue. Désormais, un nouveau programme d'installation effectue l'installation, en appliquant une image Windows Vista à un ordinateur.

Une fois cette image appliquée, vous devez la personnaliser par rapport à l'ordinateur. Cette personnalisation remplace la phase précédemment nommée « mini-installation » dans Windows XP et Windows 2000. L'objectif reste le même : le système d'exploitation sélectionne les paramètres nécessaires et la personnalité de l'ordinateur spécifique sur lequel il a été déployé.

Des modifications ont également été apportées au processus de préparation des images. Avec Windows XP, vous devriez exécuter Sysprep sur une machine afin de préparer le système d'exploitation de référence en vue du déploiement. Avec Windows Vista, vous devez toujours exécuter Sysprep.exe (installé par défaut sous C:\Windows\System32\Sysprep), qui « généralise » la machine en vue de la duplication.

Quelle que soit la version, Windows Vista est fourni sur le DVD sous la forme d'une image généralisée préinstallée (Sysprepped), prête à exécuter un déploiement sur n'importe quelle machine. Certains clients peuvent choisir de déployer cette image en l'état (via l'injection éventuelle de solutions ou de pilotes, à l'aide des fonctionnalités de traitement décrites plus haut).

5. Boot.ini appartient désormais à l'histoire.

Le fichier Boot.ini n'est effectivement plus utilisé dans Windows Vista, ni dans la nouvelle version Windows PE 2.0. Désormais, le nouveau module de chargement d'amorçage bootmgr lit les données de configuration d'amorçage à partir d'un fichier spécifique nommé BCD. Un tout nouvel outil nommé bcdedit.exe (ou un fournisseur WMI [Windows Management Instrumentation] distinct) permet de gérer le contenu du fichier BCD. Vous pouvez également configurer une image d'amorçage Windows PE 2.0 dans le fichier BCD, facilitant ainsi le démarrage de Windows Vista ou de Windows PE sans apporter de modifications supplémentaires à la machine. Cette souplesse peut se révéler utile dans le cadre de scénarios de récupération ou de maintenance.

6. Les paramètres sont configurés en langage XML.

Avec Windows XP (et les versions antérieures de Windows PE), les informations de configuration étaient stockées dans plusieurs fichiers texte. Ces fichiers texte ont été remplacés par un fichier XML.

Le fichier Unattend.txt, qui permettait précédemment de configurer le mode d'installation de Windows XP, a été remplacé par le fichier unattend.xml. Ce fichier remplace également trois autres fichiers :

• Sysprep.inf, qui permettait de configurer le mode de personnalisation d'une image Windows XP lors de son déploiement sur une machine à l'aide d'une mini-installation.
• Wimbom.ini, qui permettait de configurer Windows PE.
• Cmdlines.txt, qui permettait de spécifier une liste de commandes à exécuter au cours de la mini-installation.

Vous pouvez télécharger un exemple de fichier unattend.xml à partir de TechNet Magazine, à l'adresse suivante : microsoft.com/technet/technetmag/code06.aspx.

Si vous le souhaitez, vous pouvez cependant continuer à utiliser des fichiers distincts. Il n'est pas nécessaire d'intégrer tous les éléments de configuration dans un fichier unattend.xml unique. Le schéma très détaillé du nouveau fichier de configuration XML est bien défini, chaque phase du processus de déploiement y étant représentée. Les éléments de configuration réels sont spécifiés au niveau des composants appropriés du système d'exploitation. Ces éléments sont découverts dynamiquement à partir des composants eux-mêmes.

Avec Windows XP, la plupart des professionnels de l'informatique utilisaient le Bloc-notes pour modifier les différents fichiers de configuration. Vous pouvez toujours effectuer cette opération, mais l'outil Windows System Image Manager précédemment évoqué permet d'examiner l'image Windows Vista, de déterminer les paramètres disponibles et de configurer chacun d'entre eux.

USMT (User State Migration Tool) 3.0 constitue un autre outil d'aide au déploiement. Les publications de USMT et de Windows Vista devraient être concomitantes. Cet outil utilisera également des fichiers de configuration XML à la place des fichiers .inf, précédemment utilisés dans les versions antérieures. Pour plus d'informations, consultez la section « Migration vers Windows Vista via User State Migration Tool ».

7. L'époque des complications HAL est révolue.

Avec Windows XP, les limites techniques empêchaient la création d'une image unique qui pouvait être déployée sur tous les ordinateurs. L'existence de plusieurs couches d'abstraction matérielles (Hardware Abstraction Layer, HAL) signifiait alors que vous deviez gérer plusieurs images. (Pour plus d'informations sur ce sujet, consultez l'article de la base de connaissances « HAL options after Windows XP or Windows Server 2003 Setup » [« Options HAL après l'installation de Windows XP ou de Windows Server 2003 »]). La plupart des organisations avaient besoin de deux ou trois images par plate-forme (x86 et x64), mais certaines en souhaitaient encore davantage (même si chaque image apporte son lot de coûts supplémentaires et de complexité).

Dans Windows Vista, ces limites techniques sont révolues ; le système d'exploitation est désormais capable de détecter la HAL requise et de l'installer automatiquement.

8. Règles de Windows PE

Windows PE 2.0, la nouvelle version publiée avec Windows Vista, constitue un élément essentiel du processus de déploiement. Même l'installation standard basée sur les DVD de Windows Vista utilise Windows PE 2.0 ; la plupart des organisations l'utiliseront (souvent sous une forme personnalisée pour répondre aux besoins spécifiques de l'organisation) comme élément de leurs processus de déploiement.

Par rapport à un déploiement basé sur MS-DOS®, Windows PE 2.0 présente de nombreux avantages, parmi lesquels la réduction du temps passé à tenter de trouver des pilotes en mode réel 16 bits. (Il n'est même plus possible de les trouver pour certains des adaptateurs de stockage en masse et des cartes réseau les plus récents.) De meilleures performances obtenues à partir de piles et d'outils réseau 32 bits et 64 bits, ou encore la prise en charge à forte capacité de mémoire, constituent également des avantages. N'oubliez pas la prise en charge des outils grâce à Windows Scripting Host, VBScript et les applications hypertextes.

Windows PE est disponible depuis quelques années (la dernière version, Windows PE 2005, a été publiée au même moment que Windows XP SP2 et Windows Server 2003 SP1), mais toutes les organisations n'étaient pas en mesure de l'utiliser ; les utilisateurs devaient disposer du contrat Software Assurance pour leurs licences de systèmes d'exploitation de bureau Windows. Avec Windows PE 2.0, ce n'est plus le cas. Toutes les organisations seront à même de télécharger Windows PE 2.0 à partir du site Web microsoft.com et de l'utiliser gratuitement pour les besoins du déploiement de copies sous licence de Windows Vista.

À l'instar de Windows Vista lui-même, Windows PE 2.0 est fourni comme une image construite à partir de composants, pouvant être traitée à la fois en ligne et hors ligne. Comme avec Windows PE 2005, vous pouvez ajouter plusieurs composants facultatifs, même si Windows PE 2.0 en intègre de nouveaux : MSXML 3.0, l'environnement de récupération Windows, les packs de langue, les packs de police, etc. De nouveaux outils tels que peimg.exe sont fournis pour le traitement de Windows PE 2.0. Vous pouvez également utiliser peimg.exe pour ajouter des pilotes (notamment pour des périphériques de stockage en masse, qui ne nécessitent plus de gestion spécifique).

Pour plus d'informations sur Windows PE 2.0, consultez l'article de Wes Miller dans ce numéro de TechNet Magazine.

9. Les images sont au centre de l'application.

Avec Windows XP, certaines entreprises utilisaient les fonctionnalités de création d'images de Systems Management Server (SMS) 2003 OS Deployment Feature Pack ou des outils de création d'images tiers. Microsoft ne proposait alors aucun outil générique de création d'images. Windows Vista change la donne : de nouveaux outils ont été créés afin de prendre en charge le format de fichier WIM (Windows Imaging). Contrairement à de nombreux autres formats d'image, les images WIM sont basées sur les fichiers, ce qui leur permet d'être appliquées à une partition existante de manière non destructrice. Cela présente d'immenses avantages pour les processus de déploiement, puisque l'état des utilisateurs peut être enregistré en local au lieu de l'être sur un serveur réseau, éliminant ainsi ce qui constitue fréquemment la source la plus importante de trafic réseau au cours d'un déploiement.

Les fichiers WIM étant des images basées sur des fichiers, ils ne sont (évidemment) pas basés sur des secteurs. Les différences de tailles liées aux disques ou aux partitions ne provoquent donc aucun problème. Une image WIM comprend uniquement le contenu d'un seul volume de disque ou partition. Si vous devez capturer plusieurs partitions, vous devrez par conséquent créer une image distincte pour chacune d'entre elles. Vous pouvez cependant stocker chacune de ces images dans le même fichier WIM, puisque le format de fichier WIM prend en charge plusieurs images par fichier.

Le format de fichier WIM prend également en charge le stockage à instance unique, afin que les fichiers dupliqués (même à partir de différentes images) soient automatiquement supprimés. Entre cela et les techniques de compression avancées utilisées, les images WIM sont généralement plus petites que celles créées à l'aide d'autres outils. Toutefois, du fait du traitement supplémentaire, leur création prend plus de temps. Il s'agit d'un bon compromis entre taille et performances. Étant donné que vous capturez généralement l'image une seule fois et que vous la déployez à de nombreuses reprises, vous pouvez réaliser de substantielles économies en termes de trafic réseau.

L'outil de ligne de commande IMAGEX assure l'interface avec l'API WIMGAPI de niveau inférieur (également entièrement documentée pour une utilisation dans des outils personnalisés) et permet de créer et de manipuler des images WIM. Il offre également un mécanisme de montage d'image WIM en tant que système de fichiers. Une fois montée, vous pouvez lire et modifier l'image à l'aide d'outils Windows standard puisqu'elle ressemble à un support de stockage amovible normal. Cette fonctionnalité ouvre de nouvelles opportunités de traitement.

10. Le déploiement intègre la neutralité des langues.

Windows XP prenait en charge différentes langues de deux manières. Vous pouviez déployer des versions localisées de Windows XP en demandant une image différente pour chaque langue, ou déployer une version anglaise de MUI (Multilanguage User Interface) avec des packs de langue ajoutés. Chacune de ces deux approches présentait des avantages et des inconvénients mais dans la plupart des cas, les organisations qui devaient prendre en charge plusieurs langues optaient pour l'interface MUI, s'accommodant des limites de l'exécution à l'aide d'un système d'exploitation anglais à la base. Les organisations qui ne travaillaient que dans une seule langue choisissaient généralement de n'utiliser que les versions localisées.

Avec Windows Vista, l'ensemble du système d'exploitation intègre à présent la neutralité des langues. Un ou plusieurs packs de langue sont ajoutés à ce noyau intégrant la neutralité des langues, afin de créer l'image déployée (même si seules certaines versions de Windows Vista prennent en charge plusieurs langues).

Le traitement de Windows Vista intègre également la neutralité des langues. Dans de nombreux cas, une seule mise à jour de sécurité est donc nécessaire pour l'ensemble des langues. La configuration intègre elle aussi la neutralité des langues. Vous pouvez ainsi utiliser un seul fichier unattend.xml pour l'ensemble des langues.

Une aide est à votre disposition.

Les modifications décrites signifient que les processus de création et de déploiement d'images que vous avez utilisés pour Windows XP vont devoir être mis à jour. Dans certains cas, des mises à jour peuvent être mineures. Dans d'autres en revanche (comme pour les processus basés sur MS-DOS utilisant des fichiers cmdlines.txt), des modifications significatives peuvent être nécessaires. Pour vous épauler, Microsoft a créé de nouveaux outils, aide et procédures pas à pas. Solution Accelerator for Business Desktop Deployment (BDD) 2007 intègre l'ensemble de ces éléments.

BDD 2007 décompose le processus de déploiement en parties plus gérables, chaque composant étant ainsi géré par des équipes différentes. Une aide, des listes de vérification et des outils sont fournis, afin que chaque équipe bénéficie d'une aide relative aux tâches qu'elles doivent effectuer (voir figure 2).

Figure 2** BDD 2007 décompose le processus de déploiement en parties plus faciles à gérer **(Cliquer sur l'image pour l'agrandir)

Après vous être enregistré pour le programme bêta ouvert, vous pouvez actuellement télécharger BDD 2007 à partir du site Web connect.microsoft.com. Le téléchargement contient tous les outils de déploiement Windows Vista nécessaires, notamment Windows PE 2.0, ImageX, Windows System Image Manager et USMT 3.0, ainsi que de la documentation sur leur utilisation au sein d'un processus de bout en bout. Les publications de la version finale de BDD 2007 et de Windows Vista seront quasiment simultanées. Pour un aperçu de BDDWorkbench, voir figure 3.

Figure 3** BDDWorkbench vous aide à gérer plusieurs scénarios de déploiement **(Cliquer sur l'image pour l'agrandir)

La notion de simplification demeure au cœur de BDD 2007. Même si vous ne disposez pas de processus existant de création et de déploiement d'images, vous devez pouvoir utiliser BDD pour en installer un rapidement. Deux méthodes de déploiement vous sont proposées :

• Lite Touch, intégralement réécrite, nécessite une interaction avec l'utilisateur pour démarrer le déploiement. Cette méthode ne nécessite aucune infrastructure spécifique, même si elle peut utiliser Windows Deployment Services, la prochaine version de RIS (Remote Installation Service).
• Zero Touch, qui ne nécessite aucune intervention de la part de l'utilisateur, est superposée à SMS 2003 OS Deployment Feature Pack.

Parmi les nouvelles fonctionnalités de BDD 2007, l'on trouve entre autres le référentiel et l'injection de pilotes, le processus de sauvegarde de l'intégralité de l'ordinateur et l'intégration de tous les outils de déploiement Windows Vista. BDD 2007 intégrera l'ensemble du code source de tous ses outils d'automatisation, afin que vous puissiez le modifier et l'adapter à vos besoins spécifiques ou encore le copier et le coller dans vos propres solutions. Le code source est fourni sans restrictions.

Pour plus d'informations sur BDD 2007, consultez le Centre de déploiement des postes de travail TechNet.

Michael Niehaus Michael Niehaus exerce les fonctions d'ingénieur concepteur systèmes au sein du groupe CIS (Core Infrastructure Solutions) de Microsoft. Il est responsable du développement des méthodes recommandées, des outils et des scripts pour Business Desktop Deployment. Vous pouvez le contacter à l'adresse suivante : michael.niehaus@microsoft.com.

© 2008 Microsoft Corporation et CMP Media, LLC. Tous droits réservés. Toute reproduction, totale ou partielle, est interdite sans autorisation préalable.