Windows 7

Votre guide de déploiement de Windows 7

Chris Adams

Suivant la taille de votre entreprise, la complexité du déploiement de Windows 7 varie entre assez simple et effroyablement compliqué. Pour les ingénieurs de Microsoft, le déploiement en interne s'est avéré appartenir plutôt à la seconde catégorie. Toutefois, System

Center, la fonction de déploiement de système d'exploitation (OSD) de Configuration Manager 2007 et l'imminent Service Pack 2 (SP2) peuvent grandement faciliter ce processus. Quelle que soit la position de votre entreprise sur l'échelle de la complexité, le modèle de migration Microsoft vous permettra de basculer vers Windows 7 plus facilement avec que sans.

Cet article décrit comment l'équipe Microsoft a abordé le déploiement de Windows 7 au sein de sa propre entreprise. Il explique comment nous avons développé notre solution de déploiement de Windows 7 et comment vous pouvez appliquer les mêmes outils pour simplifier votre propre déploiement.

Présentation des scénarios de déploiement de postes de travail de l'entreprise

La première étape consiste bien entendu à évaluer les spécifications et scénarios requis pour distribuer à grande échelle un nouveau système d'exploitation. Contrairement aux applications qui sont livrées sur les postes de travail, les systèmes d'exploitation posent un risque significatif pour la productivité et les données des utilisateurs. Vous passez donc régulièrement du temps à évaluer la situation en cours et à essayer de réduire les risques tout en cherchant le point d'équilibre. C'est particulièrement vrai chez Microsoft, où le parc informatique rassemble plus de 280 000 postes de travail.

Figure 1 : Scénarios de configuration des disques des postes de travail de l'entreprise

Lorsque vous développez une solution de postes de travail en entreprise, votre attention doit d'abord se porter sur les configurations des disques durs, les technologies de chiffrement, les applications et les données utilisateur. (Si les pilotes des périphériques matériels jouent également un rôle important dans le déploiement, ils n'entrent pas dans le cadre de cette discussion. Toutefois, la solution que nous avons développée pour simplifier les propres pilotes matériels de Microsoft est présentée dans ce billet de blog TechNet : tinyurl.com/kog748.)

La configuration du poste de travail, qu'elle implique un ou plusieurs disques, est importante pour le déploiement de Windows 7 qui fait appel à Configuration Manager. Le défi consiste à comprendre si vous déployez Windows 7 uniquement sur des ordinateurs nouveaux ou via un processus de migration où un système d'exploitation est déjà présent. Comme illustré en Figure 1, nous devions développer une solution qui fonctionne aussi bien avec des configurations à un seul disque à plusieurs partitions qu'avec des configurations à démarrages et disques multiples.

Chez Microsoft, de nombreux ordinateurs exécutent Windows Vista, et certains groupes sont obligés d'utiliser la technologie de chiffrement BitLocker inhérente à Vista. BitLocker chiffre et protège la partition système en cas de vol ou de perte. Si vous essayez de mettre à niveau un système d'exploitation qui s'exécute sur un lecteur chiffré, la séquence de tâches doit inclure de désactiver ou de suspendre le chiffrement. Étant donné que la plupart des environnements mobiles nécessitent le chiffrement, toute solution développée pour eux doit intégrer des scénarios de chiffrement.

Un impératif absolu non négociable, et valable dans toutes les entreprises, est que les données utilisateur ne doivent en aucun cas être perdues au cours de la migration. Microsoft fournit aux utilisateurs Windows l'outil de migration utilisateur (USMT), conçu pour simplifier la collecte et la restauration des données utilisateur. Windows 7 inclut l'outil USMT nouvelle génération (version 4.0), qui offre des améliorations significatives par rapport à son prédécesseur. Les différences principales entre les versions 3.0 et 4.0 de l'outil USMT sont décrites dans la dernière partie de nos scénarios : sélectionner le processus approprié pour recueillir les données d'état utilisateur et les enregistrer.

Contrairement aux itérations précédentes, l'outil USMT 4.0 fonctionne en dehors de tout le système d'exploitation. En ce qui concerne la collecte des données d'état de l'utilisateur en vue de leur restauration après la mise à niveau, le système d'exploitation complet pose des difficultés, car les fichiers sont souvent en cours d'utilisation ou verrouillés. Par ailleurs, d'autres applications, telles que les solutions antivirus, peuvent causer des erreurs pendant les tentatives de sauvegarde des données. Le processus de collecte des données de la nouvelle version fonctionne en dehors de tout le système d'exploitation dans des environnements tels que Windows PE (Pre-Execution), ce qui réduit grandement le nombre de services en cours d'exécution, d'applications en cours d'utilisation ou autres données utilisateur ouvertes. La capacité à charger l'état d'utilisateur à partir de Windows PE (via la sauvegarde hors connexion) opère main dans la main avec la séquence de tâches OSD de Configuration Manager qui s'exécute dans Windows PE, simplifiant ainsi le processus de sauvegarde des données utilisateur.

Une fois que l'outil USMT a collecté les données utilisateur nécessaires, il a besoin d'un endroit pour « stocker » ces données pendant la migration. Microsoft ne manquait pas d'options pour stocker ses données utilisateur, mais cette variété de choix peut s'avérer hors de portée du budget informatique de la majorité des entreprises. Supposons par exemple que les données d'état de l'utilisateur moyen représentent environ 1 Go. Les options de stockage de ces données conservées en vue d'une récupération ultérieure incluent les disques durs externes, les serveurs de fichiers et les lecteurs optiques tels que les DVD. Pour les entreprises qui utilisent Configuration Manager 2007, le rôle Point de migration d'état permet le stockage des données sur un serveur distant pendant le déroulement de la migration, mais ce système a des limites.

Un périphérique « externe » n'est pas économique pour la principale raison qu'il exige que vous disposiez d'un espace de stockage physique égal à l'état de vos utilisateurs. Chez Microsoft, il faudrait donc 280 To d'espace disque libre et disponible pour prendre en charge la base d'utilisateurs. Cette approche ne fonctionne que si vous êtes en mesure de jauger avec exactitude la quantité de données utilisateur. Sans cela, vous vous engagez dans un processus approximatif susceptible de produire des résultats imprévisibles et insatisfaisants.

La dernière option consiste à utiliser les ordinateurs sur lesquels va avoir lieu la migration. Cela peut sembler l'approche la plus logique et économique, mais il s'agit en réalité d'un véritable défi technique. Elle nécessite que les ordinateurs des utilisateurs disposent d'une grande quantité d'espace disque disponible pour sauvegarder leurs données ; elle implique également de copier les données des utilisateurs d'un endroit sur disque à un autre. Comme le savent la plupart des informaticiens expérimentés, la copie ou le déplacement d'un fichier sur disque dur prend du temps. Par conséquent, les déploiements s'avéreraient tout simplement trop longs. Un déploiement qui entraînerait une perte de productivité d'un ou plusieurs jours est inacceptable pour un utilisateur – et représente un risque que vous ne voulez pas prendre.

L'outil USMT 4.0 assure la prise en charge des liens physiques, fonction qui n'était pas proposée dans les versions précédentes. La migration par lien physique permet de stocker localement les données utilisateur sur le même ordinateur, au prix de peu de temps et d'espace.

Le seul impératif auquel vous devez vous plier pour utiliser les liens physiques est de disposer de 250 Mo d'espace disque disponible. La prise en charge des liens physiques permet de sauvegarder et de restaurer les données sans déplacer les fichiers physiques sur disque. À la place, l'outil USMT stocke uniquement les pointeurs vers les fichiers physiques et utilise ces pointeurs lors de la restauration, ce qui réduit significativement le temps nécessaire à la migration de Windows 7. (Pour plus d'informations sur les liens physiques, consultez l'article TechNet : tinyurl.com/m76dxv.)

Comprendre les différents scénarios vous aidera à élaborer un plan d'action pour les mettre en œuvre lors de la migration vers Windows 7.

Créer votre séquence de tâches de système d'exploitation pour Windows 7

Une fois que vous avez compris les spécifications et les scénarios, la mise en œuvre de la solution est une tâche relativement simple. Les étapes de l'élaboration de votre solution entrent dans trois catégories principales :

1. Expérience utilisateur
2. Élaboration de la séquence de tâches Windows 7
3. Migration de l'état de l'utilisateur

Les informaticiens de Microsoft ont développé une solution, nom de code « Modena », qui prend en charge la première catégorie à l'aide d'un puissant Assistant OSD, la deuxième catégorie via une séquence de tâches exportées et la troisième à l'aide de scripts de migration d'état. La prochaine section décrit l'utilisation des outils OSD de Modena, qui inclut l'Assistant OSD, une séquence de tâches exportées et des scripts.

Utiliser l'Assistant OSD

Le déploiement OSD de Configuration Manager est destiné aux administrateurs informatiques. C'est pour cette raison qu'il n'offre pas d'Assistant intégré, et que la plupart des entreprises doivent développer le leur. En résumé, il n'existe pas de fonctionnalité prête-à-l'emploi pour collecter les données utilisateur à l'aide de Configuration Manager : un défi que même Microsoft dut relever.

Microsoft est une entreprise pilotée par les utilisateurs, lesquels opèrent tous comme des administrateurs.

Nombreux sont ceux qui désapprouvent les décisions des responsables informatiques de Microsoft qui affectent leur capacité à utiliser toutes les fonctionnalités d'un système d'exploitation. Par conséquent, Microsoft a dû développer une expérience utilisateur extrêmement robuste qui permette de collecter autant de données que possible de la part des utilisateurs sans les surcharger de tâches ou nuire à leur productivité.

L'Assistant OSD de Modena a permis de relever ce défi au sein même de Microsoft et est disponible pour votre entreprise. (Pour plus d'informations sur l'obtention d'outils OSD, consultez notre blog sur blogs.technet.com/osd.)

L'Assistant OSD de Modena comporte deux composants : l'exécutable et un fichier de configuration. L'exécutable, OSDSetupWizard.exe, est l'expérience utilisateur autonome écrite par Microsoft. Il est conçu pour confirmer qu'un ordinateur est prêt pour la migration vers Windows 7 mais aussi pour collecter les données de l'utilisateur final. Le rôle final de l'Assistant consiste à prendre les données d'un utilisateur et à définir des variables de séquence de tâches OSD.

Un aspect clé de l'Assistant est que son fonctionnement, proche du Plug-and-Play, le rend utile dans autant de scénarios que possible. Il remplit cette fonction grâce à son fichier de configuration. En fait, dans les environnements complexes tels que celui de Microsoft, le même exécutable peut être utilisé avec différents fichiers de configuration à l'aide du commutateur /xml:{osdconffilename.xml}.

Par exemple, au cours des déploiements chez Microsoft où les environnements RAP (Run Advertised Programs) et PXE (Preboot Execution Environments) doivent être tous deux pris en charge, la même séquence de tâches est utilisée, mais l'Assistant s'exécute différemment, suivant le fichier de configuration qu'il utilise en fonction de l'environnement dans lequel il s'exécute (RAP ou PXE). Cela crée un package de déploiement valable en toutes circonstances tout en permettant la prise en charge de ce même package par plusieurs configurations différentes.

Pour présenter l'Assistant OSD, commençons par regarder les écrans (également appelés pages) proposés à l'utilisateur final. L'Assistant OSD est composée de huit pages. Chaque page a l'un des trois états suivants : activé, désactivé et silencieux. Si elle est activée, la page s'affiche à l'écran de l'utilisateur final ; si elle est désactivée, la page n'est pas affichée.

L'état silencieux est un cas particulier dans lequel la page n'est pas affichée sauf si une variable de séquence de tâches OSD est nulle. Si tel est le cas, la page demande à l'utilisateur d'indiquer les données qui permettront à l'Assistant de continuer. (Pour plus d'informations sur les états activé, désactivé ou silencieux de l'Assistant OSD, voir le billet de blog TechNet sur blogs.technet.com/osd.) Il peut arriver que l'utilisateur final doive entrer certaines données dans une page spécifique, mais pas d'autres.

Par exemple, nombre d'entreprises permettent aux utilisateurs finaux de fournir leurs propres noms d'ordinateur, mais ne les autorisent pas à sélectionner leur domaine ou unité d'organisation Active Directory (AD). L'Assistant OSD s'adapte facilement, vous permettant d'afficher une page d'Assistant, mais n'autorisant pas les utilisateurs à changer le contenu de données spécifiques telles qu'un domaine ou une unité d'organisation. Cette fonctionnalité de verrouillage bien utile est disponible dans la plupart des pages du fichier de configuration.

Au-delà de la désactivation et du verrouillage, certaines pages ont des attributs supplémentaires qui modifient le comportement interne de l'Assistant. La fonctionnalité de l'Assistant peut automatiquement vérifier dans Active Directory si un nom d'ordinateur est déjà utilisé ou si des informations d'identification sont valides. Pour les pages où des attributs supplémentaires existent, vous pouvez utiliser des valeurs pour activer ou désactiver ces fonctionnalités sans recompiler l'Assistant.

Chacune des huit pages de l'Assistant OSD est nommée d'après la fonction qu'elle est censée fournir : Accueil, Contrôle préliminaire, Ordinateur, Réseau, Langue, Volume, Application et Résumé. Étudions la fonctionnalité clé que certaines de ces pages procurent et voyons comment vous pouvez les utiliser.

Vous pouvez personnaliser votre Assistant de sorte qu'il colle à la marque informatique habituelle de votre entreprise. Vous pouvez également réaliser la personnalisation via le fichier de configuration en plaçant le nom de la bitmap dans l'attribut d'en-tête. Pour redéfinir l'Assistant en fonction de votre environnement, il vous suffit de créer une image bitmap de taille 630x100, d'ajouter l'image à votre package OSD et de modifier le fichier de configuration. (Pour plus d'informations sur la personnalisation, consultez le billet de blog TechNet suivant : tinyurl.com/r7jdve.)

La capacité à intégrer vos propres contrôles préliminaires avant la migration vers Windows 7 fait partie des fonctionnalités les plus puissantes de l'Assistant OSD. Supposons par exemple que votre société dispose d'une application de ressources humaines qui n'est pas compatible avec Windows 7. Pour réduire l'impact sur la productivité des utilisateurs, vous créez un script et ajoutez les contrôles préliminaires de votre Assistant OSD si cette application est installée. Suivant le résultat de ces contrôles, vous permettez aux utilisateurs concernés de poursuivre la migration ou vous les informez que leur application est incompatible.

L'Assistant OSD possède actuellement deux contrôles préliminaires intégrés que vous pouvez activer ou désactiver via le fichier de configuration. Ces contrôles préliminaires particuliers sont inclus, car ils peuvent être appliqués dans la plupart des entreprises. Le premier contrôle préliminaire consiste à vérifier l'alimentation du système d'exploitation complet (par exemple, lorsque l'utilisateur migre à l'aide de RAP ou de la fonction Ajout\Suppression de programmes) et à envoyer une notification d'erreur si les utilisateurs ne sont pas branchés sur le secteur. Si le contrôle préliminaire détecte que l'utilisateur n'est pas branché, une notification d'erreur demande à l'utilisateur de brancher un adaptateur de courant alternatif. Ensuite, l'utilisateur peut cliquer sur Retry Pre-Flight Checks (Recommencer les contrôles préliminaires) et poursuivre si aucune autre erreur ne se produit.

Le deuxième contrôle préliminaire intégré vise à vérifier la connexion sans fil. OSD est un processus qui sollicite énormément la bande passante et qui s'exécute mieux lorsqu'il est branché à une carte réseau Ethernet (comme c'est le cas des connexions filaires 802.3 par exemple). Lorsque le contrôle préliminaire détecte que l'utilisateur n'est pas branché, il renvoie une notification d'erreur tant que l'utilisateur n'a pas établi une connexion filaire au réseau.

Toutefois, le contrôle préliminaire n'est pas limité aux contrôles intégrés. Il prend en charge tout script exécutable ou Windows Scripting Host, tel que les scripts Visual Basic. Il n'y a pas de limite au nombre de contrôles préliminaires tant que ceux-ci peuvent s'exécuter en moins de cinq minutes (au-delà, l'Assistant OSD cesse d'exécuter le script).

Figure 2. Assistant OSD

Chaque fois qu'un script ou un exécutable est exécuté, un code est renvoyé au processus de l'Assistant OSD. Suivant sa configuration, l'Assistant renvoie une notification d'état signalant un succès, un avertissement ou une erreur (voir Figure 2). En cas de renvoi d'une notification de succès ou d'avertissement, l'Assistant peut poursuivre son exécution. En cas de renvoi d'une notification d'erreur, l'utilisateur est bloqué et ne peut pas continuer. Les codes acceptables renvoyés par votre script de contrôle préliminaire, ou en provenance de scripts intégrés, sont configurables dans le fichier osdconf.xml et ne nécessitent pas d'apporter de modification à l'exécutable de l'Assistant. Par ailleurs, une description du texte de l'erreur est également configurable.
Deux approches existent pour gérer les applications dans le cadre de votre déploiement de Windows 7 : en les intégrant à l'image d'installation de base de Windows 7 (WIM) ou sous forme d'étapes de séquence de tâches individuelles. Inclure les applications dans l'image WIM de Windows 7 est souvent employé pour les applications dont la plupart des utilisateurs finaux ont besoin, mais qui ne sont pas souvent mises à jour. Cette approche présente deux faiblesses principales. Tout d'abord, la taille de l'image s'accroît, affectant souvent les temps de téléchargement des clients ; ensuite se pose le problème de l'administration de l'image. À chaque mise à jour des applications, vous devez créer une nouvelle image d'installation pour l'image WIM et mettre à jour les packages Configuration Manager associés à l'image de base.

Figure 3 Sélection d'application de l'Assistant OSD

Pour ces raisons, les outils Modena s'intègrent bien à la fonction d'installation des applications logicielles de Configuration Manager 2007 pour permettre aux utilisateurs finaux de sélectionner les applications qu'ils veulent installer dans le cadre du processus OSD. (Pour plus d'informations, voir l'article TechNet sur tinyurl.com/pdfp5s.) Comme illustré en Figure 3, les applications sont listées dans une arborescence, uniquement en fonction de la manière avec laquelle vous avez défini le fichier de configuration de l'Assistant OSD. Par exemple, vous pouvez définir le groupe d'applications par division, emplacement ou type d'application, puis définir toutes les applications de ce groupe et la sélection par défaut. Cela permet de changer ou d'ajouter facilement des applications, la seule obligation étant que l'application soit packagée et disponible dans la base de données Configuration Manager 2007.

À nouveau, l'objectif principal de l'Assistant consiste à fournir aux utilisateurs la possibilité d'influer sur résultat final de leur image Windows 7. Pour les environnements où les utilisateurs ne sont pas censés participer beaucoup, l'Assistant peut être configuré en vue d'informations minimales, le reste étant codé en dur dans la séquence de tâches par les administrateurs.

Perdre des données ? Impossible

L'outil USMT 4.0 inclut un ensemble de fichiers de configuration capables de capturer les états d'utilisateurs de nombreuses entreprises. Ces fichiers de configuration, MigApp.xml et MigDocs.xml, couvrent la plupart des scénarios de capture des données de vos utilisateurs. (Pour plus d'informations sur les fichiers de configuration, voir l'article TechNet sur tinyurl.com/okfgw4.)
OSD nettoiera le volume où Windows 7 est installé. Pour cette raison, il est extrêmement important que les états d'utilisateurs soient capturés proprement et avec précision à chaque utilisation d'OSD. En bref, la perte de données est tout simplement impossible.

La pratique recommandée – également en vigueur chez Microsoft – consiste à créer un emplacement sûr via une étape de séquence de tâches qui sera le dossier de destination de vos états d'utilisateur. Ensuite, avec la variable de séquence de tâches intégrée à OSD appelée OSDStateStorePath, vous pouvez exclure ce répertoire du nettoyage de volume effectué par l'étape Appliquer le système d'exploitation dans la séquence de tâches. (Pour apprendre à réaliser cette tâche et à utiliser pleinement cette fonctionnalité, voir le billet de blog TechNet à l'adresse blogs.technet.com/osd.)

Élaborer votre séquence de tâches pour le déploiement de Windows 7

Les outils OSD de Modena comprennent une copie exportée de la séquence de tâches utilisée chez Microsoft. La séquence de tâches exportée comporte plusieurs groupes, en commençant à la racine, par des « enfants » nommés Groupe principal et Basculement. Le groupe principal a des enfants associés à chaque étape principale du déploiement de Windows 7. Les enfants (voir Figure 4) ont chacun des conditions d'erreur qui renvoient l'erreur au groupe principal, qui l'envoie à son tour à une étape spécialisée appelée Basculement.

Décomposer la séquence de tâches en ces étapes facilite les processus de journalisation, de création de rapports et de gestion des erreurs. Comme toujours dans ces situations, des erreurs se produiront quel que soit le soin que vous avez apporté à la préparation, et c'est pour cette raison que le groupe Basculement existe. Ce groupe a pour mission de recueillir tous les fichiers journaux nécessaires au dépannage d'une installation en échec, puis de les placer dans le dossier sûr OSD.

Pour mettre en œuvre une tolérance de panne dans votre séquence de tâches, démarrez à la racine et créez deux groupes enfants, Groupe principal et Basculement. Une autre pratique recommandée consiste à ce que le Groupe principal inclue toutes les étapes requises pour votre déploiement et à l'utiliser comme groupe désigné pour continuer en cas d'erreur. Chaque groupe enfant – dans le cas de Microsoft, les cinq groupes imbriqués du Groupe principal, illustrés en Figure 4 – est nécessaire pour continuer la séquence de tâches et est configuré pour s'arrêter en cas d'erreur.

Figure 4. Regroupement de séquences de tâches

Autre pratique recommandée : définir tout groupe enfant dont l'impact n'est pas catastrophique sur le déploiement comme continuant en cas d'erreur. Le moteur de la séquence de tâches OSD détermine toujours les mesures à prendre en cas d'erreur en consultant son groupe parent pour vérifier s'il doit continuer. Étant donné ce comportement, vous devez définir si chaque étape doit s'arrêter en cas d'erreur, ou continuer. Si une étape n'est pas définie pour continuer en cas d'erreur, la séquence de tâches remonte à son groupe parent pour identifier quelle action exécuter ensuite. Dans le schéma illustré en Figure 4, le groupe principal est défini pour continuer en cas d'erreur de sorte à exécuter le groupe de basculement, son homologue.

Supposons par exemple qu'un groupe est créé pour capturer l'état d'utilisateur. Étant donné l'importance des étapes de ce groupe, chacune d'elles est programmée pour interrompre le déploiement en cas d'erreur, voire éventuellement pour supprimer le volume (s'il s'agit de l'étape suivante dans votre séquence de tâches). Dans pareil cas, le moteur de la séquence de tâches détermine si l'étape en cours d'exécution est définie pour continuer en cas d'erreur ; dans la négative, il remonte au groupe parent de l'étape afin d'identifier la prochaine action à exécuter. Le groupe parent de sauvegarde de l'état dont l'option de continuer en cas d'erreur n'est pas activée remonte à son parent qui est, par défaut, le groupe principal.

L'objectif du groupe de basculement, comme décrit plus haut, est de veiller à capturer toutes les données nécessaires au dépannage en cas d'échec. Ce groupe doit être paramétré en tant qu'homologue du groupe principal pour que ce dernier s'y réfère en cas d'erreur (voir Figure 4). Le groupe de basculement n'est jamais exécuté sauf en cas d'erreur catastrophique au cours du déploiement. C'est pour cette raison que cette étape est la dernière de la séquence de tâches. Elle est toujours exécutée en cas d'échec de l'installation.

L'état du déploiement est basé sur la valeur stockée dans la variable _SMSTSLastActionSucceeded. C'est ainsi que le moteur de la séquence de tâches est utilisé pour traverser l'arborescence de séquence de tâches jusqu'à la fin de son exécution, ce qui signifie ici que les étapes du groupe de basculement sont exécutées, que tous les journaux et les données voulues ont été collectés, puis échouent. (Pour plus d'informations à ce sujet, consultez le billet de blog TechNet suivant : blogs.technet.com/osd.)

Informer de l'état des données utilisateur à l'aide d'images bitmap et de BGInfo.exe

Chez Microsoft, il est important que les utilisateurs soient informés de là où ils en sont dans le processus de migration dans OSD. Par défaut, tout état basé sur le client est communiqué via les fonctions OSD de Configuration Manager. Si ces messages d'état fonctionnent bien pour certaines entreprises, il existe d'autres méthodes créatives pour communiquer aux utilisateurs les étapes plus importantes qui constituent la migration.

La première étape consiste à comprendre ce que sont ces étapes plus importantes qui accompagnent le processus de migration. Par exemple, ces étapes peuvent être les applications Lecteur de partition, Installer Windows et Dernière installation. L'existence de ces étapes permet aux utilisateurs d'avoir une définition globale de l'avancement général – et les utilisateurs apprécient ce type d'information.

Les cinq étapes principales utilisées chez Microsoft sont Sauvegarde de l'état, Installation de Windows, Configuration de Windows, Installation des applications et Restauration de l'état. Les utilisateurs sont informés par le biais d'images bitmap statiques qui sont rendues de manière dynamique à l'aide de l'outil BGInfo.exe de TechNet Sysinternals. (Vous pouvez télécharger BGInfo.exe à l'adresse tinyurl.com/2nbxmd, mais sachez qu'il est inclus parmi les outils OSD de Modena OSD.) Cet outil charge une image bitmap statique lorsqu'il est appelé, et vous permet de définir l'image bitmap qui reflète le stade actuel de la migration.

Modena propose cinq images bitmap, une pour chaque étape, et les images qui communiquent l'état sont définis via la séquence de tâches. Par exemple, dans le groupe de séquences de tâches appelé Installation du système d'exploitation, BGInfo.exe est appelé pour charger l'image bitmap représentant cette étape (voir Figure 5).

Figure 5 Affichage de l'état

L'outil OSD de Modena offre une structure pour déployer cela dans votre entreprise. Tout ce qui vous est demandé est de remplacer les images bitmap. Pour ce faire, recherchez le dossier des scripts, ouvrez le répertoire BG et remplacez chaque image par votre propre version. Cela permettra d'informer vos utilisateurs finaux sur les cinq étapes principales utilisées pour le déploiement de Windows 7. C'est un moyen pratique de mettre les utilisateurs dans la boucle sans leur demander de lire la description détaillée des étapes, fournie par le moteur de séquence de tâches OSD.

En résumé

Windows 7 est désormais disponible pour les entreprises, mais face à la complexité de l'opération, de nombreuses entreprises n'ont pas encore procédé à la mise à niveau. Chez Microsoft, le processus a commencé il y a près d'un an. Il est presque entièrement maîtrisé même si d'ultimes réglages sont toujours à prévoir.

Windows 7 assure à vos utilisateurs finaux productivité et performances maximales. Au bout du compte, le seul obstacle est d'être prêt pour le déploiement. Microsoft offre aux utilisateurs de System Center Configuration Manager 2007 les outils OSD de Modena qui leur permettront de réduire la durée et la complexité de la préparation au déploiement. Que votre entreprise ait besoin d'un niveau d'interaction élevé avec ses utilisateurs finaux ou qu'elle se contente d'une « contribution minimale », vous pouvez simplifier votre projet Windows 7 à l'aide du processus que nous avons utilisé chez Microsoft.

Chris Adams (chrad@microsoft.com) est responsable programme senior au sein de la division Gestion et Services de Microsoft. Il se consacre à System Center Configuration Manager et à System Center Virtual Machine Manager.*