Résumé

Bien mener un projet de déploiement ou de migration vers Windows 7 ou Windows 8

De nombreuses entreprises devront mener des projets de déploiement et de migration des postes de travail vers Windows 7 ou Windows 8. Il leur faudra prendre en compte les évolutions tant technologiques (nouvel écran de démarrage, tuiles…) que fonctionnelles pour s’assurer de l’adhésion des utilisateurs. Cet ouvrage aide à cartographier les usages et métiers, propose des modèles d’optimisation du poste de travail et décrit comment mener à bien, étape par étape, un tel projet de migration. La compatibilité applicative (applications riches, Microsoft Office et Internet Explorer) est traitée – ce chantier représente plus d’un tiers du budget d’un projet de migration Windows 7/8. Des solutions Microsoft (ACT, MAP, les outils de télémétrie Office…) et tierces (Citrix AppDNA, Browsium Ion et AirShip Browser) sont présentées. Tous les fondamentaux techniques du déploiement de systèmes d’exploitation Windows (images WIM, Windows ADK, étapes d’installation, migration des profils utilisateur avec USMT, SYSPREP…) sont rappelés, ainsi que les spécificités liées à Windows 8.

L’industrialisation du déploiement grâce à Windows Deployment Services (WDS) est abordée. Microsoft Deployment Toolkit (MDT) 2012 Update 1 est détaillé ensuite, ainsi que la solution System Center 2012 Configuration Manager (ConfigMgr), mise en œuvre en appliquant la méthodologie MSF. Une étude de la télédistribution d’applications, des produits d’optimisation du poste de travail du pack MDOP (App-V, UE-V, MED-V…) ainsi que de Windows To Go permet de comprendre les possibilités offertes aux environnements utilisateur. Enfin, l’administration dans le Cloud est analysée à travers Windows Intune.

Au sommaire

Mener à bien un projet de migration Windows 8 • Perspective d’évolution d’un poste de travail • Les problématiques d’évolution du poste de travail • Les questions qu’il faut se poser • Quelle démarche projet faut-il adopter ? • Les chantiers de compatibilité • Qu’est-ce que remédier ? • Définir ses processus • Remédiation Office 2010 • Phases de recette, livraison et déploiement • Les problèmes courants • Configuration du navigateur • Solutions tierces • Les fondamentaux en déploiement de système d’exploitation Windows • L’évolution des méthodes de déploiement • Scénarios et méthodologies de déploiement • Les bases en déploiement Windows • Déployer une application moderne Windows 8 • Personnaliser et déployer l’écran de démarrage Windows 8 • Migration des données et paramètres utilisateur • Les outils tiers de déploiement • Windows Deployment Services • Infrastructure WDS • La gestion des images Windows • Gestion des pilotes • Capturer une image de référence • Déployer une image de référence Windows 8 • Le multicast • Mise en place d’une infrastructure MDT 2012 • Architecture MDT • Préparation de l’environnement de déploiement • Fonctionnalités avancées de MDT • Migration des profils utilisateur • Déploiement et migration vers Windows 8 • Les bonnes pratiques • Présentation de SCCM 2012 • System Center 2012 Configuration Manager • Mise en place d’une infrastructure SCCM 2012 • Phase de découverte • Phase de planification • Phase de développement • Phase de stabilisation • Phase de déploiement • Déploiement et migration Windows 8 avec SCCM 2012 • Déploiement et Migration Windows 8 avec ConfigMgr 2012 • Distribuer des applications • Déploiement du package de mise à jour logicielle • Optimisation du poste de travail • Le poste de travail optimisé • Solution d’exploitation : AGPM • Solution de compatibilité : MED-V • Solutions de virtualisation • Solution de dépannage : DaRT 8.0 • Solution de mobilité : Windows To Go • Gestion du poste de travail dans le Cloud • Windows Intune : configuration et déploiement • Gestion des mobiles • Suivi • Assister les utilisateurs à distance.

À qui s’adresse cet ouvrage ?

–  Aux directeurs des systèmes d’informations (DSI) et aux responsables IT (Datacenter, postes de travail…) souhaitant adopter de nouveaux usages du poste de travail, tout en optimisant la gestion des infrastructures ;

–  Aux administrateurs et ingénieurs systèmes et réseaux, consultants, architectes et chefs de projets techniques ;

–  Aux étudiants en informatique souhaitant se spécialiser sur les architectures Microsoft.

Biographie auteur

O. Mirial

Issue d’une société de conseil en système d’information, Olivia Mirial est entrée chez Microsoft France en 2011. Elle a rejoint l’équipe des ingénieurs avant-vente technique dans la division grand compte (EPG) spécialisée sur les technologies liées au poste de travail. Olivia est une référence technique sur les solutions Windows Intune et Windows To Go.

S. Papp

Stéphane Papp a rejoint en 2009 l’équipe européenne de Microsoft Global Business Support (GBS) comme ingénieur conseil auprès des grands comptes. Précédemment, il a travaillé près de 10 ans dans l’équipe française de Microsoft Services. Il délivre du conseil proactif sur les logiciels de la gamme System Center (ConfigMgr et OpsMgr, principalement).

W. Bories

Après une expérience chez Microsoft (Architecte Infrastructure dans la division DPE, puis Consultant Infrastructure dans la division Services), William Bories est ingénieur avant-vente chez Citrix Systems et accompagne les entreprises dans l’adoption de nouveaux usages liés au poste de travail. Certifié sur de nombreux produits, William continue d’assouvir sa passion des nouvelles technologies à travers la rédaction d’articles dans la presse spécialisée et la rédaction d’ouvrages.

www.editions-eyrolles.com

Déploiement
et migration

Windows 8

Méthodologie • Compatibilité des applications • ADK • MDT 2012 • ConfigMgr 2012 • SCCM 2012 • Windows Intune • MDOP

William Bories

Olivia Mirial

Stéphane Papp

Préface de Vianney Airaud

ÉDITIONS EYROLLES

61, bd Saint-Germain

75240 Paris Cedex 05

www.editions-eyrolles.com

Attention : la version originale de cet ebook est en couleur, lire ce livre numérique sur un support de lecture noir et blanc peut en réduire la pertinence et la compréhension.

En application de la loi du 11 mars 1957, il est interdit de reproduire intégralement ou partiellement le présent ouvrage, sur quelque support que ce soit, sans l’autorisation de l’Éditeur ou du Centre Français d’exploitation du droit de copie, 20, rue des Grands Augustins, 75006 Paris.

© Groupe Eyrolles, 2013, ISBN : 978-2-212-13645-6

Chez le même éditeur

Ouvrages Windows 8

Autres ouvrages

Préface

Il y a des sujets qui enflamment les discussions, qui nourrissent les réflexions et qui remettent en cause certaines idées préconçues. C’est le cas des projets de migration et, encore plus certainement, des projets de migration vers Windows 8.

Nous sommes sans aucun doute à un tournant technologique avec la sortie en octobre dernier de Windows 8. Cependant, plus que les aspects technologiques, il s’agit de la remise en question d’un certain nombre de schémas.

• Ma vie personnelle et ma vie professionnelle sont complètement étanches l’une à l’autre.

• L’entreprise contrôle et décide de tout concernant son système d’information.

• La frontière entre utilisateurs et informaticiens est bien étanche.

Il s’agit également de tirer parti des nouvelles possibilités offertes par les technologies pour repenser :

• la façon de collaborer, d’échanger, de travailler ;

• le moyen d’accéder à l’information au travers d’une offre pléthorique de périphériques et de services (offres de cloud computing, virtualisation…) ;

• quelles applications proposer pour tel type de population, ou au contraire laisser l’utilisateur décider de ce qui lui est indispensable pour être productif.

Toutes ces questions semblent bien loin d’un projet de migration « simple » comme cela peut paraître le cas dans une première approche. Comme quand on tire le fil d’une pelote de laine, c’est tout le système d’information qu’il faut repenser pour répondre aux nouveaux besoins qui surgissent.

Cet ouvrage n’a pas pour vocation de couvrir l’ensemble de ces sujets, mais il est le fruit d’une longue expérience des projets de migration. En effet, pour assurer la réussite de ce type de projet, il est indispensable d’utiliser des méthodologies éprouvées, de structurer les programmes de migration autour de chantiers fondamentaux : l’architecture cible et son évolutivité, la compatibilité applicative et le packaging des applications, l’intégration et le déploiement de la solution. La gouvernance, le pilotage et la coordination avec les utilisateurs restent prépondérants pour garantir le succès du projet.

C’est à toutes ces problématiques que se propose de répondre ce livre. Il est truffé d’exemples concrets issus des dizaines de projets que nous avons menés. Il a été réalisé par un collectif d’experts du sujet, que j’ai l’honneur d’avoir dans mes équipes.

Curieux, impatients, que vous soyez DSI, directeur des études, de la production, développeurs, architectes, ingénieurs ou consultants, il y en a pour tout le monde. Tournez vite la première page de cet ouvrage ; vous êtes ici chez vous !

Vianney Airaud

Consulting Services Director France, Microsoft France

Avant-propos

Le nouveau système d’exploitation de Microsoft vient de sortir (le 26 octobre précisément) et il se nomme Windows 8 ! De nombreuses évolutions ont été intégrées dans cette dernière mouture, dont certaines viennent chambouler les habitudes des consommateurs que nous sommes. Le nouvel écran de démarrage, inspiré des smartphones d’aujourd’hui, est certainement le changement visuel le plus important d’un système qui s’utilise aussi bien sur PC de bureau que sur tablettes tactiles.

Ces changements sont importants pour l’utilisateur final, notamment la disparition du célèbre menu Démarrer, mais c’est également le cas pour les professionnels de l’informatique, techniciens, administrateurs système, consultants, architectes et même décideurs. Comment standardiser cet écran et les nouvelles applications à l’ensemble des postes de travail ? C’est ce type de problématiques que nous avons traité dans cet ouvrage.

Concernant les sujets de déploiement et de migration, Windows 8 vient s’appuyer sur tout l’existant apporté par Windows 7. Un projet de migration des postes de travail est un sujet qui reste complexe et qui peut durer plusieurs mois. Il faut se poser toutes les bonnes questions pendant la phase de planification : quels sont les postes de travail compatibles Windows 8 ? Quels sont ceux qui devront être remplacés ? Quelles sont les applications compatibles et quelles sont les étapes pour corriger d’éventuels problèmes de compatibilité ? Quelles sont les solutions recommandées par Microsoft pour déployer son système en fonction de la taille de l’entreprise ? Comment migrer automatiquement les profils et données des utilisateurs ?

De nombreuses entreprises qui n’ont pas fait le saut vers Windows 7 vont devoir choisir vers quel système d’exploitation migrer, et cela rapidement, car l’assistance sur Windows XP prendra fin le 8 avril 2014. Si nous restons dans le cadre des systèmes d’exploitation Microsoft, les entreprises ont le choix entre Windows 7 et Windows 8. Hormis pour des raisons de budget ou d’existant (postes OEM par exemple), il faut évaluer Windows 8 et faire ce « big bang », à savoir faire un saut de trois générations de systèmes.

IMPORTANT Migration urgente pour les anciens systèmes

Windows XP ne sera plus maintenu à partir du 8 avril 2014. Il est vivement conseillé de réfléchir dès maintenant à la migration du système d’information.

Des solutions annexes doivent également être étudiées. C’est pourquoi les deux derniers chapitres de cet ouvrage traitent des solutions de virtualisation, d’optimisation et de mobilité du poste de travail. Le dernier chapitre est dédié à Windows Intune, la nouvelle solution de MDM (Mobile Device Management). La gestion des téléphones Android, IOS, Windows Phone, ou encore des tablettes Windows 8 RT, au sein d’une seule interface dans le cloud, est désormais possible !

La réussite d’un projet de migration des postes de travail se définit par plusieurs étapes dont certaines sont sur le chemin critique. Cet ouvrage vous accompagnera dans un mode projet à travers des méthodologies et des explications techniques sur plusieurs solutions Microsoft. Nous avons accordé une grande importance à notre vécu et aux retours d’expérience des projets que nous avons menés chez de nombreux clients.

Pourquoi faire évoluer son poste de travail ?

C’est une première bonne question : pourquoi faire évoluer le poste de travail au sein du système d’information ? Il y a une...

1

Mener un projet de migration des postes de travail vers Windows 8

Ce chapitre propose un ensemble de réflexions, d’explications, de méthodologies et de retours d’expérience pour mener à bien un projet de migration des postes de travail vers Windows 8.

Nous avons pu détailler dans l’avant-propos les différentes raisons conduisant une entreprise à faire évoluer ses postes de travail. L’adoption de nouveaux usages dans l’entreprise (tablettes numériques, applications riches, ultramobilité), l’acquisition de nouvelles technologies aidant à réduire les coûts (virtualisation, solutions cloud computing), les opportunités d’améliorer l’image de son entreprise à travers les technologies, ou tout simplement l’échéance d’une fin de maintenance/assistance sur une application ou un système d’exploitation, sont des raisons aussi importantes que justifiées de faire évoluer le poste de travail. Cependant, il ne s’agit pas là d’un sujet à prendre à la légère.

Les questions qu’il faut se poser

Qu’est-ce qu’un poste de travail aujourd’hui ?

Cette question paraît anodine, mais la réponse sera différente pour un grand nombre de personnes. Une définition possible est la suivante : « Un poste de travail est un outil mettant à la disposition des utilisateurs des services qui leur permettent d’être productifs et de collaborer. »

Un poste de travail ne se limite donc pas au système d’exploitation au sens technique du terme, mais plutôt à l’environnement de travail fourni à l’utilisateur. L’utilisateur moderne (génération Y, consumérisation…) a des exigences précises :

• outils de collaboration (courriel, messagerie instantanée, visiophonie, voix, partage de document, co-authoring…) ;

• applications métier propres à l’activité de l’entreprise ;

• services de stockage des données ;

• services d’impression ;

• services de mobilité pour le télétravail ;

• matériel adapté au travail (écran 23 pouces, autonomie, tablette…).

Les types de périphériques

Depuis quelques années, on constate que les utilisateurs revendiquent de choisir eux-mêmes leur matériel pour travailler, et ce pour une bonne raison : ils sont les seuls à connaître leurs besoins. Désormais, même le grand public peut accéder à des matériels très hétérogènes et de grande qualité, qui leur offrent de multiples possibilités.

Avec l’arrivée des modèles hybrides (tablette et PC), des clients zéro, les services Informatique se doivent donc de trouver le bon compromis entre demande des utilisateurs, rationalisation du coût (on ne peut pas donner des machines de plus de 1 000 € à tout le monde), fonctionnalité (attache, ports USB, puce TPM, RAM, disque, 3G…) et la facilité d’exploitation.

Figure 1–1
Les différents types de périphériques

• Téléphone. On peut rarement travailler et produire uniquement avec un téléphone. Il s’agit généralement d’une solution très ciblée de production, sinon généralisée de consultation et enfin de dernier secours. Les systèmes d’exploitation de ces téléphones sont nombreux (iOS, Android, Windows Phone, BlackBerry…) et représentent autant de cas particuliers pour le projet.

• Tablette. La demande est en forte augmentation. Une tablette est très peu connectée à un réseau à qualité constante (Wi-Fi, 3G), mais est au moins connectée régulièrement (une tablette sans réseau n’est pas très intéressante). Elle nécessite une fluidité importante dans l’interface (touch), 8 points d’ancrage et est facilement utilisée en dehors de l’entreprise. Les systèmes d’exploitation sont également nombreux : iOS, Android, Windows RT, Windows 7/8, BlackBerry…

• Ordinateur portable. Le portable représente en moyenne désormais plus de 20 % des matériels en entreprise et ce chiffre est en forte augmentation. Par ailleurs, certains secteurs le généralisent.

• Client léger. Présent depuis de nombreuses années, il consomme peu et est facile à mettre en œuvre. Tous les clients légers étant configurés quasiment de la même manière, un utilisateur peut lui-même remplacer son matériel défectueux sur un site distant. C’est le type de périphérique privilégié pour le VDI. Il faut le choisir en fonction de ce qui est attendu. Les clients TUL (Linux) sont les moins...

2

Les chantiers de compatibilité applicative

Le plus gros frein d’un projet de migration vers Windows 7 ou 8 est la compatibilité des applications. Le plus ironique, c’est que la compatibilité applicative est régulièrement l’aspect le plus sous-estimé d’un projet de migration des postes de travail ! C’est pour cette raison que nous avons dédié ce deuxième chapitre de l’ouvrage à ce sujet majeur. Nous distinguerons trois types d’applications : les applications riches, les applications Office et les applications web.

DÉFINITION Remédiation

Le terme remédiation est utilisé à plusieurs reprises dans ce chapitre. Il s’agit de la mise en œuvre des moyens permettant de résoudre un problème de compatibilité. Nous pouvons ainsi distinguer la correction, la solution de contournement, la réécriture, etc.

Compatibilité des applications Windows

Lorsqu’une application riche (que l’on peut également appeler « application lourde ») est développée, elle est conçue pour fonctionner sur certains systèmes d’exploitation. L’éditeur assure la maintenance de son application sur ces systèmes en cas de problèmes. La problématique est que les systèmes d’exploitation évoluent ; de nouvelles fonctionnalités sont intégrées et d’autres sont supprimées, ce qui est le cas avec Windows 8. Les applications, parfois développées il y a plus de 10 ans, ne fonctionnent pas forcément sur le nouveau système d’exploitation ; on parle alors de problèmes de compatibilité applicative.

Qu’est-ce que la compatibilité applicative ?

La compatibilité applicative cherche à fournir des solutions pour une application qui ne s’y installe ou n’y fonctionne pas correctement d’elle-même.

La compatibilité applicative doit être gérée en amont du projet de migration Windows 7/8 car il est hors de question de fournir un nouveau poste de travail à un collaborateur sans vérifier que ses applications y fonctionnent. Pour les entreprises qui ont déjà migré vers Windows Vista ou 7, l’écart est beaucoup moins important que pour celles qui vont faire le grand saut à partir de Windows XP.

Les changements sont nombreux depuis Windows XP : nouveaux mécanismes de sécurité (UAC, DEP, Session 0…), expérience utilisateur enrichie (effets 3D, explorateur Windows…), performances et la stabilité améliorés (64 bits, couche TCP/IP réécrite…) ou encore suppression de vieux composants (GINA, Windows Help, NetDDE…). Ces évolutions sont susceptibles d’affecter la compatibilité des applications. Voici quelques exemples de problèmes récurrents.

• Version du système d’exploitation. Certains développeurs ont restreint l’installation et/ou l’exécution de leur application sur une version du système d’exploitation, grâce à la fonction GetVersion. Ce problème se résout facilement avec le mode de compatibilité fourni avec Windows 8.

• Isolation Session 0. Dans Windows XP, Server 2003 et les versions précédentes, tous les services étaient exécutés dans la même session que celle de l’utilisateur connecté, appelée Session 0. Depuis Vista et Server 2008, pour des raisons de sécurité, il n’y a plus désormais que les services et processus système qui sont exécutés dans la Session 0. Un travail de refactoring (retravail du code source sans ajout de fonctionnalité), voire de redéveloppement de l’application, est alors nécessaire pour la rendre fonctionnelle.

• Contrôle du compte utilisateur (UAC). C’est une fonctionnalité de sécurité introduite avec Vista et Server 2008. Elle contrôle le comportement d’une application et sollicite l’utilisateur pour approuver ou non une demande de privilège. Cela évite qu’une application (telle qu’un malware) écrive dans la base de registres, modifie le noyau Windows et effectue différentes autres actions dangereuses. Ces actions étaient possibles sans avertissement pour une application sur Windows XP si l’utilisateur disposait de privilèges élevés.

• Applications dites LUA (Limited User Accounts). Il s’agit d’applications, ou de fonctionnalités d’une application, qui nécessitent des privilèges administrateur pour fonctionner alors qu’il n’y a aucune raison technique ou métier à cela. Elles échouent si elles sont exécutées par un utilisateur standard. Ce type de problème se corrige par des outils tels que LUA Buglight, ACT ou Process Monitor, ou par des solutions tierces que nous détaillerons plus tard.

Il y a d’autres exemples de problèmes de compatibilité que l’on peut retrouver sur de nombreuses applications. Il faut les identifier et connaître les solutions pour les corriger.

RESSOURCE Identifier et résoudre les problèmes de compatibilité applicative

Un document très intéressant liste de nombreux problèmes et indique comment les identifier et les résoudre. Il se nomme Windows 7 and Windows Server 2008 R2 Application Quality Cookbook et est disponible à l’adresse suivante :

http://archive.msdn.microsoft.com/Windows7AppQuality

Mener un projet de compatibilité applicative

Par où commencer son projet de compatibilité applicative ? Il y a certaines étapes à ne pas manquer et surtout, à effectuer dans le bon ordre.

Étape 1 : cartographie des applications

La première étape consiste à dresser une liste détaillée des applications. En fonction du niveau de maturité, l’entreprise aura déjà sûrement un ou plusieurs inventaire(s) applicatif(s). Ces récapitulatifs, manuels ou fournis par des outils d’inventaire, doivent être exploitables, c’est-à-dire contenir des informations pertinentes. L’outil d’inventaire a son importance car plusieurs solutions du marché peuvent récupérer quantité d’informations inutiles.

DÉFINITION Inventaire versus découverte

Il est important de faire la distinction entre ces deux concepts. L’inventaire applicatif est une simple récupération d’informations à un instant t, alors qu’une découverte applicative va beaucoup plus loin en récupération des métriques d’utilisation (fréquence d’utilisation des applications, crashs applicatifs, consommation des ressources système, etc.).

Voici un exemple d’inventaire contenant les informations utiles pour la compatibilité applicative :

• nom de l’application ;

• version de l’application, si disponible ;

• nom de l’éditeur, si disponible ;

• contact du responsable applicatif (nom et adresse e-mail) ;

• contact du responsable technique (nom et adresse e-mail) ;

• système d’exploitation et niveau de patch ;

• systèmes avec lesquels l’application interagit ;

• métier(s) qui utilise(nt) l’application ;

• priorité métier ;

• estimation ou nombre actuel d’utilisateurs ;

• besoin métier auquel répond l’application ;

• date de démantèlement de l’application ;

• statut actuel de la compatibilité applicative ;

• éléments techniques inclus dans l’application (ActiveX, JVM, JavaScript et XML (AJAX), Single Sign On (SSO), Active Directory, macros, Office Add-ins…).

Aucun outil ne pourrait fournir l’exhaustivité de ces informations. Cet inventaire doit permettre de comparer les informations recensées pour l’application actuellement installée sur les postes de travail Windows XP et celles qui seront découvertes lors des tests de compatibilité de cette même application sur un poste Windows 8.

OUTILS Inventaire applicatif

Microsoft propose plusieurs outils ; les deux plus connus et gratuits sont Application Compatibility Toolkit (ACT) et Microsoft Assessment Planing Toolkit (MAP). Nous présentons ces outils plus loin dans le chapitre.

Il existe d’autres outils sur le marché (payants) : la partie Software Metering de Configuration Manager (Microsoft), Stratusphere (Liquidware Labs), Systrack (LakeSide), WorkSpace iQ (Centrix Software) ou encore Asset Vision (Scalable).

Étape 2 : consolidation et classement des applications

La deuxième étape est essentielle. Elle définit le périmètre applicatif du projet de migration Windows 8. L’analyse du ou des inventaire(s) va premièrement conduire à supprimer les applications inutiles, notamment celles du système d’exploitation (pilotes et outils des constructeurs).

La consolidation des inventaires permet de supprimer les doublons et d’identifier les différentes versions d’une même application. Sauf dans quelques cas de figure (métier, légal…), une version unique devrait être sélectionnée pour Windows 8. L’évaluation du niveau de compatibilité effectuée dans l’étape suivante facilitera ce travail.

La classification des applications par catégories logiques facilite leur priorisation et leur rationalisation. Voici les trois types d’informations qu’il est nécessaire de renseigner dans l’inventaire pour catégoriser les applications.

• Division, département, organisation. Cette information sert à identifier quelle application répond à des besoins métier, et cela par départements, divisions ou organisations en fonction du contexte client.

• Rôle de l’application. Savoir ce que font les applications permet d’identifier celles qui répondent au même besoin dans l’étape de rationalisation.

• Usage. Savoir sur combien de postes de travail l’application est installée est important, mais si l’outil d’inventaire fait de la télémétrie (c’est-à-dire mesure à quel niveau les applications sont utilisées), cela sera plus efficace. En effet, il se peut qu’une application soit installée, mais qu’elle ne soit pas du tout utilisée.

Ces trois catégories d’informations ne sont que des exemples. Il ne faut pas hésiter à ajouter des catégories qui rendront plus efficace dans la priorisation et rationalisation des applications.

Étape 3 : évaluation du niveau de compatibilité des applications

Sous la condition d’accepter d’envoyer des informations à Microsoft, ACT évalue le niveau de compatibilité des applications grâce à une base de connaissances nommée Microsoft Compatibility Exchange. Il faut aussi vérifier la compatibilité auprès des autres éditeurs de logiciels.

Il y a encore d’autres façons de connaître le niveau de compatibilité des applications. La première méthode est bien évidemment de les installer et de les tester manuellement sur Windows 8. Une recette fonctionnelle complète de l’application devrait être une approche systématique. C’est le moyen le plus fiable car il n’y a pas mieux que la recette fonctionnelle d’un utilisateur métier pour valider la...

3

Les fondamentaux en déploiement de systèmes d’exploitation Windows

Qu’il s’agisse d’utiliser des solutions uniquement Microsoft ou des solutions tierces éditées par des concurrents (Altiris, Landesk, etc.), les fondamentaux en déploiement de systèmes d’exploitation Windows sont les bases que tout bon responsable informatique se doit de maîtriser. Si vous êtes déjà formé aux outils de configuration et de clonage servant à déployer les précédentes versions de Windows, ce chapitre vous permettra de valider vos connaissances et d’acquérir les compétences propres à Windows 8. Si vous découvrez ces technologies, ce chapitre est alors vital pour acquérir les fondamentaux.

L’évolution des méthodes de déploiement

Pour intervenir au mieux chez un client en tant que consultant, il est important de connaître un minimum l’historique du déploiement de Windows, les outils utilisés par le passé et les problématiques et contraintes qui se sont posées avec les différentes versions. Cette culture aide à mesurer le chemin parcouru et à proposer les options de déploiement les plus adaptées à ce que ciblent les entreprises.

Le déploiement des premiers postes de travail

Méthode classique par réseau

L’arrivée du PC (Personal Computer) en entreprise a induit la prise en compte de nouvelles problématiques, à la fois techniques et financières. Il a donc fallu réfléchir à automatiser l’installation des systèmes et des applications, et à la façon d’industrialiser la mise à disposition des PC aux utilisateurs. Cela nous amène à la notion de déploiement, pensée pour réduire le temps passé à préparer et configurer les ordinateurs, puis à propager cette configuration sur quelques machines ou sur plusieurs milliers de postes de travail.

Les outils disponibles à l’époque peuvent être qualifiés d’archaïques, mais Windows 95 et Windows 98 ont introduit les premiers outils de création de fichiers de réponses : NetSetup, PrepTool et Microsoft Batch sont les ancêtres de WSIM (Windows System Image Manager), couteau suisse devenu indispensable pour le déploiement de Windows 8.

Figure 3–1
Batch 98, l’outil de création de fichiers de réponses pour Windows 98

Avant Windows NT 4 et Windows 98, Microsoft ne proposait pas d’outils fiables de duplication d’une installation existante (ce que nous appelons aujourd’hui une image de référence ou, plus communément, un master). La première méthode à distance n’était autre que l’exécution du programme d’installation à partir d’un partage réseau où étaient disposées les sources d’installation de Windows (à condition d’avoir un support de démarrage proposant un accès réseau). Toutefois, nous pouvions toujours installer Windows depuis des disquettes ou un CD.

Comme vous pouvez vous en douter, l’automatisation complète d’une installation était donc un énorme défi. Les problématiques majeures du passé étaient multiples : autant d’images que de modèles d’ordinateurs (problématique des HAL, voir encadré), la création d’un nouveau SID lors du déploiement à partir de Windows NT (Ghost Walker et NewSID furent les premiers outils pour modifier le SID), la jonction au domaine Active Directory (à travers l’outil NETDOM) ou encore la gestion difficile des pilotes (la célèbre variable OemPnPDriversPath). L’évolution des technologies a corrigé de nombreuses problématiques et amélioré grandement les processus de capture et de déploiement d’images.

INTERVIEW de Guillaume Ducroix, Ingénieur d’Escalade Senior chez Microsoft EMEA

Concernant la problématique des HAL (Hardware Abstraction Layer, couche d’abstraction matérielle), la contrainte provenait du fait qu’une image de référence capturée sur une machine avec une certaine HAL ne pouvait pas être déployée sur une machine avec une HAL différente et qu’on ne peut également pas déployer une image capturée sur une machine avec un processeur Intel sur une machine disposant d’un processeur AMD :

HAL options after Windows XP or Windows Server 2003 Setup

http://support.microsoft.com/kb/309283

Unsupported Sysprep Scenarios

http://support.microsoft.com/kb/828287

Sysprep

L’outil Sysprep (PrepTool, nommé Image Preparation dans sa première version pour Windows 98) est l’un des principaux piliers dans l’automatisation des déploiements Windows. Cet outil a survécu à tous les âges et fait l’objet d’une partie importante de ce chapitre. Avec Windows NT 4, nous avons connu les premiers fichiers de réponses robustes (sysprep.inf, unattend.txt, oeminfo.ini…) qui ont bénéficié par la suite de nombreuses améliorations au fil des versions du système.

Le niveau d’automatisation attendu par les entreprises est devenu une métrique importante à notre époque, mais c’est également le cas pour les capacités d’industrialisation à grande échelle qu’offrent les solutions de déploiement. Avant Windows 2000 et l’arrivée de RIS (Remote Installation Service, service d’installation à distance), il n’y avait aucune technologie Microsoft pour cloner une installation de Windows. Le technicien devait donc utiliser les outils de Microsoft pour préparer un ordinateur de référence et utiliser des outils tiers pour effectuer le clonage : DeployCenter ou DriveImage de Quest, RapidDeploy d’Altiris ou encore Ghost de Symantec. Il obtenait ainsi au moins une image de référence.

RIS (Remote Installation Service)

Le clonage était l’un des premiers jalons importants pour le déploiement des systèmes d’exploitation Windows, mais il nous restait à déployer ces images de référence de manière industrialisée. Intel a développé la technologie PXE (Pre-boot eXecution Environment) qui permet, entre autres, de déployer un système d’exploitation à travers le réseau. Microsoft a ainsi pu développer la technologie RIS, basée justement sur PXE.

Nous avions donc à l’époque trois méthodes de déploiement :

• la méthode classique d’installation à distance basée sur les sources d’installation de Windows (RISetup) ;

• l’installation Sysprep ;

• la méthode de clonage (RIPrep) basée sur RIS. Notez que la technologie RIS était jeune et n’était pas encore un réel concurrent de Ghost. Elle fut remplacée à la sortie du Service Pack 2 de Windows Server 2003 par WDS (Windows Deployment Services) auquel nous avons dédié le chapitre suivant.

Un système Plug-and-Play

La sortie de Windows 2000 est un événement marquant dans l’ascension des technologies de déploiement car ce fut le premier système d’exploitation réellement Plug-and-Play. L’outil Sysprep était désormais intégré nativement dans le CD d’installation de Windows sous le nom de package DEPLOY.CAB. Malgré quelques limitations (pour les contrôleurs SCSI…), nous pouvions enfin déployer une image de référence Windows sur des ordinateurs dont la configuration matérielle était différente de celui qui a servi de référence (mais avec la même HAL et le même fondeur de processeurs). En ce qui concerne les HAL, capturer une image de référence Windows sur un ordinateur monoprocesseur puis la déployer sur des ordinateurs multiprocesseurs restait un gros défi, même si plusieurs astuces très laborieuses aidaient à y parvenir.

WinPE (Windows Preinstallation Environment) et Setup Manager

Ce fut ensuite l’arrivée de Windows XP, qui lui aussi a apporté son lot de nouveautés. Entre autres, WinPE fournissait un environnement de démarrage à partir du réseau (PXE) ou d’un support amovible (CD-Rom, DVD-Rom ou clé USB plus tard), qui apportait la connectivité réseau, la prise en charge du scripting WSH, de WMI et maintenant de PowerShell parmi d’autres possibilités. Cette version très minimale de Windows n’était distribuée qu’aux constructeurs à travers un kit appelé OPK (OEM Preinstallation Kit) et aux entreprises ayant souscrit un contrat de licences en volume sur Windows XP et Windows Server 2003. C’est pour cette raison que les outils de type ERD Commander de Winternals ou encore BartPE, basés sur WinPE, se sont répandus de manière plus ou moins officieuse sur le Web. Au fil des versions, WinPE a permis de gérer efficacement l’ajout des pilotes ou encore la détection des périphériques Plug-and-Play. L’une des autres nouveautés de Windows XP fut le nouvel outil Setup Manager pour créer des fichiers de réponses (setupmgr.exe inclus dans le package DEPLOY.CAB).

Figure 3–2
Setup Manager, assistant de gestion d’installation

Les méthodes et outils de déploiement devenaient de plus en plus fiables, autorisant ainsi à aller plus loin dans l’automatisation (arborescence $OEM$, fichiers de réponses très complets, accélérateurs de solution…). Les installations silencieuses des applications étaient devenues un standard, ainsi que le slipstreaming des mises à jour et services packs, qui consistaient à intégrer ces éléments dans le master et donc évitaient de les installer par la suite (utilisation du commutateur /INTEGRATE pour les nostalgiques). Microsoft Office et Internet Explorer se sont vus dotés de leurs propres outils pour personnaliser et automatiser leur installation, respectivement l’ORK (Office Resource Kit) et l’IEAK (Internet Explorer Administration Kit).

Les outils du passé devenus désormais indispensables

SCCM et USMT

L’époque Windows NT 3.1 a vu la sortie de la solution SMS 1.0 (Systems Management Service), le produit de référence pour la télédistribution et l’inventaire qui a permis d’inclure le déploiement de Windows quelques années plus tard avec la version 2003 et les fonctionnalités apportées par l’OSD (Operating System Deployment) Feature Pack. Nous connaissons désormais cet outil sous le nom de SCCM (System Center Configuration Manager), traité en détail au sein des chapitres 7, 8 et 9.

Un sujet complémentaire à SMS a été initié avec l’arrivée de Windows XP : la migration des profils utilisateurs. Deux outils s’occupaient de transférer les paramètres et fichiers des utilisateurs : FASTWIZ et USMT (User State Migration Tool). USMT est aujourd’hui la référence toute catégorie (solutions tierces comprises) pour la migration automatisée des profils utilisateurs, des données et de la configuration utilisateur lors des déploiements et migrations Windows.

Compatibilité applicative : ACT

L’une des problématiques majeures lors d’une migration de système d’exploitation est la compatibilité applicative. C’est un sujet critique dont nous entendons parler depuis plus de 20 ans (voir chapitre précédent). L’outil ACT (Application Compatibility Toolkit) est apparu lors de la mise à disposition de Windows XP pour aider la migration vers Windows 2000. Il permettait de diagnostiquer et résoudre les incompatibilités applicatives. La version 3.0 a intégré des fonctionnalités d’inventaire des applications sur les postes de travail. ACT est désormais l’un des outils phares et gratuits des accélérateurs de solution Microsoft.

Accélérateur de solution : BDD

En parlant d’accélérateurs de solution, l’un des plus célèbres a vu le jour pour la planification, la construction, les tests et le déploiement de Windows XP et Office 2003. Cet outil était BDD (Business Desktop Deployment), l’ancêtre de MDT, qui est la référence officielle pour le déploiement de Windows 8 (voir chapitre 6). Nous avons connu plusieurs versions de BDD, mais ce qu’il faut retenir, c’est que cet outil a consolidé tout le savoir-faire d’un projet de déploiement d’un système d’exploitation Windows (méthodologie Microsoft Operations Framework basée sur ITIL, pilotage des outils USMT, Sysprep au sein de sa solution, intégration à l’Active Directory…).

Figure 3–3
Marguerite BDD : outils et méthodologies

ADS (Automated Deployment Service)

La sortie de l’OSD Feature Pack pour SMS 2003 SP1, sur lequel s’est greffé BDD 2.5, a introduit officiellement les notions de LTI (Lite Touch Installation) et de ZTI (Zero Touch Installation). Parallèlement, a été introduite...