• Article

Histoires de BureauNouvelle exploration des Services de déploiement Windows

Wes Miller

La plupart de mes articles récents abordaient les technologies de déploiement apparentées à Windows Vista et la prochaine version de Windows Server, nom de code « Longhorn ». La grande constante dans les logiciels, c’est le changement, et j’ai donc une petite mise à jour pour vous en ce qui concerne les Services de déploiement Windows (WDS), qui seront livrés avec

Windows Server® « Longhorn ». J’ai également accumulé plusieurs questions de lecteurs et des discussions auxquelles j’ai participé ces derniers mois, et une partie de cet article sera dédié aux réponses à certaines de ces questions apparentées à ImageX, WDS et Windows® PE.

Nouvelles fonctionnalités et améliorations

Lorsque WDS a été envisagé au départ, le but était que cette fonctionnalité intégrée comme module complémentaire pour Windows Server 2003 soit presque identique à la fonctionnalité de la version qui sera plus tard intégrée dans Windows Server « Longhorn ». Cependant, l’équipe développant WDS pour Windows Server « Longhorn » a travaillé diligemment sur trois nouvelles fonctionnalités clés qui devraient être exclusives à WDS sur la prochaine plate-forme de serveur.

Ces nouvelles fonctionnalités sont un déploiement de multidiffusion, une performance de téléchargement TFTP améliorée et la prise en charge de démarrage de réseau EFI (Extensible Firmware Interface) pour les systèmes x64. Ces fonctionnalités sont significatives et extrêmement avantageuses pour les utilisateurs et les administrateurs de WDS : jetons donc un coup d’œil à chacune d’entres-elles pour voir ce qu’elles proposent de nouveau. Veuillez cependant noter la chose suivante : il n’est pas prévu que ces fonctionnalités soient incluses dans la version future de WDS pour Windows Server 2003.

Multidiffusion

Bien avant que je commence à travailler dans l’équipe de Windows, la multidiffusion était l’une des fonctionnalités les plus abordées et demandées pour les Services d’installation à distance (RIS), et même pour le déploiement de Windows en général. Les clients qui avaient utilisé les technologies de déploiement de tiers connaissaient les avantages d’un déploiement de multidiffusion. Quelques technologies de déploiement spécifiques à des scénarios implémentaient la multidiffusion à l’intérieur de Microsoft, notamment les ADS (Services de déploiement automatisés), mais aucune ne le faisaient pour les déploiements d’OEM ou d’entreprise. Et cette fonctionnalité était fréquemment demandée, à chaque fois que je parlais de déploiement avec des clients d’OEM ou d’entreprise.

Le principal avantage de la multidiffusion est qu’elle permet à des ordinateurs multiples de recevoir une communication simultanément. C’est à dire que l’expéditeur (le serveur WDS dans ce cas) n’envoie qu’une seule fois les informations à communiquer. Chaque client doit ensuite écouter la communication entière de bout en bout pour la recevoir. Puisque tous les clients écoutent une adresse de réseau spécifique simultanément, l’avantage est double : une vitesse de déploiement améliorée, puisque le réseau est moins bouché avec des clients multiples exécutant une tâche identique, et une saturation de réseau diminuée, puisque chaque client écoute un flux unique.

Historiquement, l’inconvénient de multidiffusion était sa propre infrastructure. Souvenez-vous du jeu du « téléphone arabe » auquel nous avons pratiquement tous joué quand nous étions enfants. Vous vous rappelez probablement du fonctionnement du jeu :

  1. Vous dites une phrase à la personne à côté de vous.
  2. Cette deuxième personne entend la phrase.
  3. La deuxième personne répète ensuite la phrase à une troisième personne.
  4. Le cycle continue avec toutes les personnes présentes.

Maintenant, le problème inhérent à la multidiffusion est que pour que vous puissiez dire la phrase entière à quatre personnes, elles doivent toutes être dans la pièce et écouter simultanément. Si une cinquième personne entre dans la pièce, à moins qu’elle ne sache tout de suite qu’il faut écouter, vous devrez répéter la phase à tout le monde.

La multidiffusion fonctionne d’une façon similaire. Vous envoyez une image binaire (d’habitude une image de disque basée sur un secteur) via le réseau. Tous les clients qui ont besoin de la recevoir doivent généralement l’attendre dans une file s’ils ne sont pas prêts immédiatement lorsque l’image est diffusée pour la première fois. Ce qui est encore plus ennuyant, c’est que si les clients perdent trop de données en raison de problèmes de réseau ou de performance, ils doivent quitter complètement la file de communication (puisqu’ils ne peuvent pas s’assurer d’avoir reçu l’image de disque entière), ou tout le groupe doit ralentir pour répondre aux besoins du client qui éprouve des problèmes. Dans un scénario où vous déployez des centaines de systèmes simultanément, lors de la conception d’un système de multidiffusion, il est nécessaire de porter une grande attention pour s’assurer que tous les clients démarrent en même temps, et que les baisses de vitesse de l’un n’affectent pas les autres.

L’équipe de WDS a modifié tout cela en créant un nouveau moteur de multidiffusion qui profite de l’infrastructure du Format d’image Windows (WIM) basé sur un fichier, pour proposer des capacités uniques. Vous pouvez exécuter les mêmes scénarios de multidiffusion planifiée possibles avec la plupart des logiciels de multidiffusion de tiers, mais la solution de multidiffusion pour WDS propose des arguments supplémentaires.

Tout d’abord, les ordinateurs clients peuvent s’y joindre à tout moment du transfert. La diffusion de multidiffusion est une diffusion de « tourniquet » de flux de fichiers qui continuera la diffusion jusqu’à ce qu’il ait répondu aux besoins de tous les ordinateurs clients. C’est pourquoi il importe peu quand les clients s’y connectent. Ils écoutent le serveur WDS, et lorsque le serveur a terminé la diffusion des fichiers image, il recommence depuis le début. Si un client rate un fichier, il n’a qu’à écouter jusqu’à ce que le fichier soit répété (comme lorsque vous essayiez d’attraper le pompon au manège).

Ensuite, le protocole est complètement nouveau et il propose des fonctionnalités de contrôle de congestion et de flux, ce qui signifie qu’il fonctionne bien sur des réseaux de production sans interférer avec la communication existante sur le réseau. L’une des craintes les plus répandues chez les administrateurs réseau (justifiée par certaines solutions de multidiffusion) est qu’en l’allumant, ils risquent d’inonder leur réseau de trafic, ce qui est d’autant plus ironique que vous essayez en fait d’optimiser l’efficacité des communications.

Enfin, la solution a été conçue pour être indépendante de WDS et d’Active Directory®. Ceci signifie que vous n’avez besoin ni d’Active Directory, ni d’une implémentation active de WDS pour en profiter. La multidiffusion d'ImageX peut être exécutée d’une manière indépendante, ce qui donne lieux à de multiples scénarios supplémentaires. Le client de multidiffusion est une application de ligne de commande qui peut exécuter sous Windows Server « Longhorn » (et sa version associée de Windows PE), sous Windows Vista™, Windows XP Service Pack 2 (SP2) ou le nouveau Windows Server 2003 SP2.

Il y a de nouvelles tâches de gestion dans le MMC de WDS et dans l’application WDSUtil pour installer et configurer la multidiffusion. Il y a également une modification de l’interface utilisateur du client WDS indiquant qu’une multidiffusion est en cours.

Les outils d’administration de WDS permettent aux administrateurs de contrôler le progrès de transmission vers clients en temps réel (y compris la suppression de clients d’une transmission). Les outils d’administration offrent également un enregistrement et une capacité de rapport complets, ce qui signifie que les administrateurs possèdent désormais une méthode pour enregistrer des installations, fonction qui manquait vraiment à RIS.

La multidiffusion dans WDS pour Windows Server « Longhorn » est l’une des annonces les plus intéressantes que j’ai entendue depuis un moment. C’est une grande nouvelle d’apprendre que l’équipe a pu exaucer ce souhait souvent formulé par les clients, et d’une façon qui devrait satisfaire les clients OEM et entreprise.

Une performance de téléchargement TFTP améliorée

Le protocole TFTP (Trivial File Transfer Protocol) est un composant clé de PXE (Pre-boot eXecution Environment), lui-même colonne vertébrale de RIS et maintenant de WDS. TFTP n’a pas été choisi à cause de son efficacité de réseau ou sa robustesse, mais principalement en raison du fait qui c’est un protocole extrêmement petit (puisqu’il est sans prise en compte des états, non sécurisé et basé sur UDP), qu’il se prête à l’encapsulation dans un ROM de démarrage, nécessaire pour un démarrage PXE des systèmes à partir du réseau.

Pour Windows Server « Longhorn », le démon TFTP (TFTPD) a été complètement réécrit de façon à permettre des améliorations significatives dans les temps de téléchargement du protocole TFTP (une amélioration majeure, maintenant que tout déploiement de WDS est basé sur un démarrage de Windows PE à partir de l’image RAM). C’est une bonne nouvelle pour les clients qui souhaitaient de meilleures performances lors du téléchargement de Windows PE à partir de RIS ou WDS sur Windows Server 2003.

Comme le monde des PC commence à s’éloigner du tout-puissant BIOS (la colonne vertébrale des PC x86 d’aujourd’hui) en direction de l’EFI, Microsoft a préparé WDS pour fonctionner avec les nouveaux systèmes de serveurs x64 qui démarrent en utilisant l’EFI au lieu du BIOS. La fonctionnalité incluse autorisera les systèmes clients x64 à effectuer un démarrage PXE à partir d’un serveur WDS.

Questions

Maintenaient que vous savez tout sur la mise à jour de WDS, j’aimerais utiliser le reste de cet article pour répondre à certaines questions que j’ai reçues par courrier électronique ou vu abordées récemment en ligne, et que j’estime être d’intérêt général pour mes lecteurs.

Q : Est-il possible d’utiliser WDS dans un environnement non-DHCP ? Mon réseau n’autorise pas le trafic DHCP ou PXE.

R : Oui, il est concevable d’utiliser WDS dans un environnement non-DHCP, mais la solution n’est pas une évolution, puisque vous devez créer un support CD unique pour chaque installation que vous projetez de prendre en charge, chacun avec sa propre adresse IP unique. Il est probablement plus judicieux d’utiliser un support DVD pour l’installation. Si vous devez effectuer l’installation via WDS sans DHCP, suivez la procédure suivante :

  1. Créez une image WDS Discover avec un serveur défini de façon statique (ceci pointe vers le serveur WDS spécifique à partir duquel vous effectuerez l’installation).
  2. Autorisez le trafic DHCP sur le port 4011 sur ce serveur WDS de destination. Bien que vous n’utiliserez pas le DHCP, vous devez l’autoriser, car il constituera le point de rendez-vous des clients WDS avec le serveur.
  3. Créez un support Windows PE unique avec une adresse IP statique au lieu de DHCP.

Notez que cette solution est pénible parce que le support du client doit être unique pour éviter les collisions d’adresse IP et vous devez pointer à un serveur WDS spécifique sur votre réseau. Puisque le PXE (lui-même basé sur DHCP) est la colonne vertébrale de WDS, vous comprenez pourquoi WDS fonctionne bien mieux si le DHCP est autorisé dans votre environnement.

Q : Je veux effectuer un démarrage PXE de Windows PE 2.0 à partir d’un serveur PXE autre que WDS. Comment puis-je réaliser cela ?

R : L’article de la base de connaissances à cette adresse support.microsoft.com/kb/926172 peut fournir certaines aides pour faire fonctionner Windows PE 2.0 à partir d’un serveur PXE non-WDS, mais notez que la prise en charge de Microsoft pour ce problème est quelque peu limitée.

Q : Qu’est-ce que le BDD ? Est-ce que le WAIK (Kit d’installation automatique de Windows) en fait partie ?

R : Le BDD (en fait Business Desktop Deployment Solution Accelerator) est une infrastructure fournissant une aide sur l’utilisation des outils de déploiement de Windows (tel que le WAIK), de façon maniable et reproductible. Le WAIK n’est pas directement une partie du BDD, mais le BDD rassemble tous les outils nécessaires, y compris le WAIK, pour que vous les installiez si ça n’a pas déjà été fait. Alors, si le WAIK n’est techniquement pas inclus dans le BDD, ce dernier en a besoin afin de fonctionner. Je vous invite à vous rendre à la page microsoft.com/desktopdeployment pour plus d’informations sur le BDD.

Q : Où puis-je obtenir WDS pour mon système Windows Server 2003 ?

R : WDS est inclus dans le téléchargement de WAIK dans l’annuaire WDS (voir go.microsoft.com/fwlink/?LinkId=85377).

Q : Comment configurer Windows PE 2.0 pour qu’il démarre avec une adresse IP statique, et prendre en charge la configuration DNS ?

R : Pour configurer une adresse IP statique, utilisez l’échantillon unattend.xml dans la Figure 1 et mettez-la à la racine de votre CD, lecteur flash de USB ou autre support amorçable pour qu’il soit exécuté. Si vous voulez également avoir la prise en charge de DNS, il vous faudra aussi exécuter la commande suivante :

Figure 1 Figure 1 unattend.xml

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
 <settings pass="windowsPE">
  <component 
   name="Microsoft-Windows-TCPIP" 
   processorArchitecture="x86" 
   publicKeyToken="31bf3856ad364e35" 
   language="neutral" 
   versionScope="nonSxS" 
   xmlns:wcm="https://schemas.microsoft.com/WMIConfig/2002/State" 
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <Interfaces>
    <Interface wcm:action="add">
     <Ipv4Settings>
      <DhcpEnabled>false</DhcpEnabled>
     </Ipv4Settings>
     <UnicastIpAddresses>
      <IpAddress wcm:action="add" wcm:keyValue="1">
       192.168.0.1</IpAddress>
     </UnicastIpAddresses>
     <Identifier>Local Area Connection</Identifier>
    </Interface>
   </Interfaces>
  </component>
 </settings>
<cpi:offlineImage 
 cpi:source="wim:c:/simtest/winpe.wim#Microsoft Windows Vista PE (X86)" 
 xmlns:cpi="urn:schemas-microsoft-com:cpi" />
</unattend>

net start "DNS Client"
netsh interface ipv4 add dnsserver "Local Area Connection" 192.168.2.10 index=1

Q : Est-il possible de démarrer Windows PE à partir d’un contrôleur Fibre Channel ?

R : Oui, si le HBA du Fibre Channel prend en charge l’enregistrement du volume de démarrage à l’aide de Int13 pour qu’il apparaisse dans le BIOS comme un volume démarrable pour Windows PE. Vous devez également ajouter le pilote du contrôleur Fibre Channel, comme vous le feriez pour n’importe quel pilote de contrôleur de stockage prêt à l’emploi.

Q : Windows PE 2.0 démarre toujours à partir d’un RAMDisk. Certains de mes systèmes n’ont pas assez de RAM pour démarrer comme ça. Je peux démarrer Windows PE 2.0 sans un RAMDisk ?

R : Oui, vous le pouvez. Les systèmes possédant moins de 256 Mo de RAM en particulier peuvent nécessiter une mise en œuvre non-RAMDISK de Windows PE pour démarrer. Le support technique de Microsoft travaille d’ailleurs sur un article qui décrira exactement comme faire cela. Quelques avertissements importants : vous ne pourrez pas échanger de support, comme vous pouvez le faire avec un RAMDisk, et il démarrera plus lentement qu’une version de Windows PE 2.0 basée sur RAMDisk.

Q : J’ai essayé de démarrer Windows PE 2004 et Windows PE 2005 (1.5 ou 1.6) à partir d’un support autre qu’un DVD, et de copier une image (ou d’autres données) à partir d’un DVD. Je ne démarre pas du DVD, je copie seulement des données à partir de celui-ci, mais ça ne fonctionne pas. Le DVD est lisible sous une installation complète de Windows, mais sous Windows PE, je reçois une erreur déclarant que le volume est endommagé ou illisible. Est-ce que je peux réparer ça ?

R : Oui, c’est possible. Par défaut, Windows PE 1.x ne prend pas en charge les supports formatés UDF. Les DVD sont, par définition, formatés avec prise en charge ISO Bridge (un format hybride ISO et UDF) ou simplement UDF. Il vous faut ajouter le pilote d'UDF à votre installation de Windows PE pour que cela fonctionne. Le pilote y figure déjà ; il n’est simplement pas installé. Pour l’installer, suivez la procédure suivante :

  1. Dans le Bloc-notes, ouvrez le fichier txtsetup.sif dans votre annuaire I386 (ou MiniNT dans le cas d’une installation disque dur de Windows PE).
  2. Recherchez la section appelée [CdRom­Dri­vers.Load] et cherchez la ligne contenant le pilote nommé cdfs.sys. En dessous de cette ligne, ajoutez la ligne udfs = udfs.sys. L’entrée doit ressembler à ceci :
[CdRomDrivers.Load]
cdfs = cdfs.sys
udfs = udfs.sys

3. Recherchez la section appelée [Cd­Rom­Dri­vers] et trouvez la ligne qui contient le cdfs. En dessous de cette ligne, ajoutez la ligne udfs = "Universal Disk File System". L’entrée doit ressembler à ceci :

[CdRomDrivers]
cdfs = "CD-ROM File System"
udfs = "Universal Disk File System"

4. Enregistrez et fermez votre txtsetup.sif et recréez votre image de Windows PE comme nécessaire. Vous devez maintenant pouvoir lire le support DVD formaté UDF dans Windows PE.

Q : J’ai plusieurs systèmes plus anciens sur lesquels tourne Windows XP mais qui ne prennent pas en charge l’interface ACPI. Pourrais-je utiliser Windows PE 2.0 sur ces systèmes afin de les migrer sur Windows Vista ou peut-être de réinstaller Windows XP ?

R : Non, c’est impossible. Windows PE 2.0 ne prend en charge que les systèmes compatibles ACPI (Advanced Configuration and Power Interface), et il ne démarrera pas sur ces systèmes. Si vous avez besoin d’utiliser Windows PE sur ces systèmes, utilisez Windows PE 1.6 ou une version précédente.

Q : J’ai écrit ma propre application dans Visual Studio® 2005 que j’aimerais exécuter sur Windows PE (1.x ou 2.0). Est-ce qu’elle fonctionnera ?

R : Cela dépend de la façon dont vous avez écrit votre application. Si vous utilisez C++ non-géré, alors oui, votre application devrait fonctionner. Si vous utilisez n’importe quel autre langage de code géré (C# ou J#, par exemple) ou que vous avez écrit n’importe quel code en C++ géré, alors elle ne fonctionnera pas. Puisque Microsoft®.NET Framework (n’importe quelle version) n’est pas disponible sur Windows PE, le code géré ne s’exécutera pas.

Q : J’essaie d’écrire ma propre application pour l’utiliser sur Windows PE 2.0 et j’ai besoin d’aide. Où puis-je en trouver ?

R : Je suggère que vous commenciez par consulter le Livre blanc des développeurs de Windows PE.

Q : J’ai démarré Windows PE 2.0 à partir d’un CD à plusieurs reprises, mais la lettre du lecteur (le RAMDisk) est toujours X. Comment puis-je savoir de quel lecteur il démarre réellement ?

R : Si vous regardez dans le registre, la clé suivante doit refléter la véritable lettre de lecteur à partir duquel Windows PE a démarré au départ :

HKEY_LOCAL_MACHINE\SYSTEM\Setup\SystemPartition

Si vous découvrez que cette clé n’a pas été peuplée parce qu’un noyau de tiers a été utilisé dans Windows PE, exécutez la commande suivante pour la mettre à jour à la valeur correcte :

start /w wpeinit UpdateBootInfo

Q : Est-il possible d’utiliser des fichiers ImageX et WIM pour sauvegarder mes systèmes ?

R : C’est théoriquement possible, mais je ne le recommanderais pas. ImageX ne peut pas sauvegarder de fichiers verrouillés ou ouverts comme le ferait un outil de sauvegarde dédié. Je recommande l’utilisation d’un utilitaire de sauvegarde dédié qui vous autorise à protéger des fichiers ouverts et verrouillés.

Q : Si je capture un fichier WIM non compressé, se déploiera-t-il plus vite que la même image de volume compressée ?

R : La différence ne sera pas flagrante. La capture dure plus de temps, en raison de la compression. Cependant l’application de l’image à un système cible ne prend pas beaucoup plus de temps selon le type de compression utilisé (aucune, XPress ou LZX). Je vous recommande de faire votre choix de compression selon la taille réelle que l’image nécessite et le temps que vous pouvez dédier à la capture.

Q : Est-ce que j’ai besoin de repartitionner ou formater le disque si je prévois d’y appliquer une image WIM ?

R : Oui, effectivement. Pour obtenir une image propre de votre système, vous devez d’abord nettoyer le volume avec l’outil Diskpart (ou supprimer et recréer la partition de destination). Comme alternative, vous pouvez formater le volume complètement, avant d’appliquer l’image.

De plus, gardez à l’esprit que les versions de Windows antérieures à Windows Vista utilisaient un secteur d’amorçage différent. Donc, si vous utilisez Windows PE 2.0 pour déployer Windows Server 2003 (ou une version antérieure), vous devrez exécuter la commande suivante à partir de Windows PE pour déterminer un secteur d’amorçage à partir duquel Windows Server 2003 (ou antérieur) pourra redémarrer avant d’installer Windows et d’y appliquer une image WIM.

bootsect /nt52 sys C: /force

Conclusion

J’espère que vous avez trouvé la mise à jour de WDS et les réponses à ces questions utiles et intéressantes. J’apprécie toutes vos questions et ferai de mon mieux pour y répondre lorsque j’ai la place dans cet article. Merci de continuer à me les envoyer à l’adresse qui apparaît dans ma biographie.

Windows Vista Hardware Assessment

Baldwin Ng

Bonne nouvelle : votre responsable répond enfin à la proposition que vous lui avez soumise il y a un mois. Il semble avoir sérieusement réfléchi à votre idée d’un déploiement de Windows Vista dans toute l’entreprise, et il a commencé à voir les avantages et les économies générées par la gestion d’un système d’exploitation unique. Cependant, il n’est pas totalement convaincu qu’il soit logique, d’un point de vue financier, de remplacer tous les PC pour l’installation de Windows Vista. Il veut du concret, des informations détaillées sur les PC qui peuvent migrer sur Windows Vista dès à présents, et ceux qui pourront migrer après quelques mises à jour mineures (comme une augmentation de la mémoire système et de l’espace disque dur). Et il veut une réponse avant la fin de la semaine. Par où allez-vous commencer ? Comment obtenir une réponse en quelques jours, alors que votre entreprise n’a pas d’actifs sophistiqués ou d’outils d’administration de réseau ? Pour corser encore la difficulté, votre prédécesseur n’a pas laissé assez d’informations sur les actifs de réseau qui existent déjà.

Microsoft vient de lancer Windows Vista Hardware Assessment, un accélérateur de solution qui vous aide déterminer la préparation de votre entreprise nécessaire pour recevoir Windows Vista (voir microsoft.com/technet/wvha). Cet outil évalue rapidement les PC sur un réseau et produit des rapports de préparation détaillés sur leur compatibilité matérielle et périphérique, ceci en quelques heures pour la plupart des entreprises de taille moyenne, le tout sans installation d’agents de logiciel sur les PC du réseau.

En s’appuyant sur les technologies de collecte d’inventaire et de rapport développées précédemment pour l’ADS (Microsoft Assessment and Deployment Solution), Windows Vista Hardware Assessment crée une série de rapports de préparation grâce à une procédure en trois étapes :

1. Inventaire matériel

En utilisant WMI (Windows Management Instrumentation), Active Directory® et d’autres protocoles de réseau de Windows tels que NetServerEnum, cet outil découvre les ordinateurs sur un domaine, ainsi que les ordinateurs d’un groupe de travail. Une fois l’inventaire terminé, toutes les informations de ressources et périphériques système sont enregistrées dans une base de données SQL Server™ 2005 Express. La version actuelle de cet outil prend en charge les découvertes réseau comprenant jusqu’à 5 000 machines. Les versions ultérieures seront certainement adaptées à des réseaux plus grands.

2. Analyse de compatibilité

En utilisant les mises à jour les plus récentes des bases de données des périphériques et du BIOS de l’équipe Windows, l’outil analyse la préparation de chaque PC pour estimer sa compatibilité matérielle et périphériques pour Windows Vista. De plus, les informations de pilote proviennent d’un service Web régulièrement mis à jour pour vous faire profiter des dernières informations à chaque fois que vous exécutez l’outil.

3. Rapport de préparation

La dernière étape est la génération automatique d’une série de rapports de préparation sous la forme de documents Microsoft Word et de feuilles de calcul Excel®. Ces rapports fournissent l’état de préparation, ainsi que les recommandations de mise à niveau pour chaque PC.

Windows Vista Hardware Assessment complète la gamme des accélérateurs de solution de Windows Vista, qui comprend Business Desktop Deployment 2007 et le Guide sur la sécurité de Windows Vista. Pour plus d’informations, jeter un coup d’œil sur la Page d’accueil des accélérateurs de solution.

Baldwin Ng est le directeur de produit dans l’Équipe des accélérateurs de solution Microsoft, qui se concentre sur la création d’outils logiciels automatisés pour aider les clients et les consultants à adopter les logiciels de Microsoft d’une façon plus rapide et plus efficace. Vous pouvez lui écrire à l’adresse suivante : Baldwin.Ng@microsoft.com.

Wes Miller est responsable du développement chez Pluck (www.pluck.com) à Austin, au Texas. Wes a travaillé chez Winternals Software à Austin et chez Microsoft en tant que responsable de programme et responsable de produit pour Windows. Vous pouvez écrire à Wes à l’adresse suivante : technet@getwired.com. Wes remercie Scott Dickens, responsable de programme pour les Services de déploiement Windows à Microsoft, pour son aide sur la section

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