Migration vers Windows Vista via l'outil de migration de l'environnement des utilisateurs

Sur cette page

Présentation des défis liés à la migration

Stratégies de migration différentes

Améliorations de Windows Vista en termes de migration

Scénario de migration

Résumé

Présentation des défis liés à la migration

Chaque fois qu'une nouvelle version d'un système d'exploitation est publiée, les organisations qui souhaitent tirer parti des nouvelles fonctionnalités engagent une procédure qui débouche sur le déploiement massif de la nouvelle technologie. L'un des principaux facteurs qui favorisent la réussite d'un tel déploiement est la migration des paramètres utilisateur, en particulier la capture de tous les paramètres personnalisés des systèmes existants et la restauration de ces paramètres sur les nouveaux systèmes déployés. Pour les besoins de ce document, la migration fait référence à ce processus de capture et de restauration des données, tandis que les déploiements désignent le remplacement d'un système d'exploitation. Avec Microsoft Windows Vista, les migrations sont facilitées par une nouvelle mouture de l'outil de migration de l'environnement des utilisateurs (USMT, User State Migration Tool) de Microsoft Windows, qui permet de garantir des migrations sans heurts et sans erreurs. Ce document décrit la façon dont fonctionnent les migrations dans les situations d'entreprise et personnelles, ainsi que comment faire de ces migrations une réussite.

Deux outils permettent la migration des paramètres, en fonction du scénario de migration :

• Les migrations de PC à PC utilisent l'Assistant Migration de PC, une interface graphique pour le processus de migration. Cet outil prend en charge les migrations personnelles, c'est-à-dire les migrations effectuées dans des environnements hors entreprise ou les migrations d'entreprise effectuées par des utilisateurs individuels.
• Les migrations à distance ou les migrations qui sont automatisées avec USMT version 3.0, une interface de ligne de commande offrant un processus de migration pouvant faire l'objet de scripts, présentent un processus réutilisable pour les migrations d'entreprise.

Ces deux outils sont décrits ici, même si ce document se concentre essentiellement sur USMT, car cet outil inclut par défaut des fonctionnalités plus complètes que l'outil graphique.

Dans les petites et grandes organisations, la réussite du déploiement repose généralement sur la limitation de la complexité et de la diversité. Les déploiements réussis de systèmes d'exploitation dépendent de processus testés qui peuvent être répétés avec un degré élevé de précision. C'est l'une des raisons pour lesquelles la diversité doit être réduite autant que possible ; plus un processus de déploiement comprend de diversité, plus la probabilité d'échec du processus sera importante.

Pour réduire la complexité et augmenter la normalisation, les organisations doivent sélectionner une combinaison de matériel et de logiciels à distribuer à tous les utilisateurs. Cela consiste à mettre en place un environnement d'exploitation standard (SOE, Standard Operating Environment) pouvant servir de base pour toutes les installations de systèmes. L'environnement SOE doit inclure les pilotes matériels standard, les principales fonctionnalités du système d'exploitation, les principales applications de productivité (en particulier si elles font l'objet de licences en nombre) et les principaux utilitaires. Il doit également inclure un ensemble standard de fonctionnalités de sécurité, telles que décrites dans la stratégie d'entreprise de l'organisation. L'utilisation d'un tel environnement SOE peut réduire considérablement les défis liés au déploiement.

Lors de la planification de la migration, les organisations et personnes doivent d'abord identifier ce qui doit être migré, notamment les paramètres utilisateur personnels, les applications et paramètres des applications, les fichiers de données personnels et les dossiers. L'identification des applications à migrer est particulièrement importante, car il ne sert à rien de capturer des données sur des applications qui ne seront plus utilisées. L'un des concepts les plus importants dans la migration des paramètres et des données est que les informations restaurées sur la cible doivent être constituées des seules informations requises. Même si la capture source est plus complète que la restauration pour les besoins de la sauvegarde, la restauration des données ou paramètres pour les applications qui ne seront pas installées sur le système cible est redondante et peut introduire une instabilité sur les nouveaux ordinateurs déployés.

La complexité du processus de transfert des paramètres peut être encore accrue lorsque plusieurs utilisateurs partagent un système. Dans ce cas, l'ordinateur source contient plusieurs profils utilisateur, chacun devant être protégé. Il s'agit d'une opportunité supplémentaire de validation. Les profils peuvent être obsolètes, car les utilisateurs n'accèdent plus à cet ordinateur ou ne sont plus présents dans l'organisation. De la même façon, dans les scénarios de migration personnels, la migration doit traiter uniquement le ou les profils qui seront réutilisés sur les nouveaux systèmes.

Remarque :  Il existe plusieurs différences majeures entre USMT et l'Assistant Migration. En raison de sa nature interactive, l'Assistant Migration doit être exécuté dans le contexte de l'utilisateur, opération devant être répétée pour chaque utilisateur du système, sauf s'il est utilisé dans le contexte d'un administrateur. USMT peut s'exécuter en mode batch et peut capturer chaque profil d'un système. En outre, USMT peut exclure les profils des utilisateurs qui ne sont pas connectés récemment au système. USMT et l'Assistant Migration peuvent tous deux mettre en correspondance les utilisateurs existants avec les nouveaux comptes (par exemple en déplaçant un profil d'un groupe de travail vers un compte de domaine).

Haut de page

Stratégies de migration différentes

Les migrations personnelles et organisationnelles peuvent impliquer plusieurs types de déploiement. Ceux-ci peuvent inclure la mise à niveau élémentaire (ou l'installation sur place) du système d'exploitation, le remplacement des ordinateurs côte à côte (qui implique le déplacement des données d'un ordinateur à l'autre), ainsi que l'installation propre (effacement et chargement), qui réutilise le même système mais formate le disque dur afin de procéder à une nouvelle installation. Parmi ces trois scénarios, la mise à niveau sur place est de loin la plus simple à gérer, car elle effectue une mise à jour non destructive du système. Dans tous les cas, la création d'une sauvegarde du système avant n'importe quel type de migration, même la mise à niveau, est une méthode recommandée qui devrait être appliquée par tous.

Dans un système Microsoft Windows XP ou Microsoft Windows 2000, les paramètres et les données personnelles sont stockés dans le profil utilisateur (voir figure 1). Ce profil inclut une structure de dossiers conçue pour contenir toutes les données dont les utilisateurs ont besoin pour l'utilisation des applications et outils, pour autant que ces applications et outils aient été conçus pour ces systèmes d'exploitation. Les applications héritées posent souvent problème lors des migrations, car elles ne stockent ni les paramètres, ni les données dans des emplacements par défaut. Dans ce cas, il est nécessaire d'identifier avant la migration où résident ces paramètres et ces données sur le système. De la même façon, certainnes organisations utilisent plusieurs dossiers pour le stockage des données utilisateur sur un système. L'un est protégé, les autres non. Pour qu'une migration réussisse, tous les dossiers utilisateur doivent être déplacés.

Remarque :  Les outils de migration de Windows Vista prennent uniquement en charge Windows Vista, Windows XP et Windows 2000 comme sources pour les données de migration. L'Assistant Migration prend uniquement en charge Windows Vista comme cible, tandis que USMT peut cibler à la fois Windows Vista et Windows XP.

Dans les environnements d'entreprise, en particulier ceux qui utilisent le service d'annuaire Microsoft Active Directory, il est possible de simplifier le processus de migration via l'utilisation de stratégies qui centralisent le stockage des profils utilisateur. Deux stratégies prennent en charge cet objectif. La première consiste à utiliser des profils itinérants. Dans ce cas, les profils sont stockés dans un emplacement central et sont mis à la disposition des utilisateurs chaque fois qu'ils ouvrent une session sur un ordinateur. Dans une migration système, il n'est pas nécessaire d'analyser les paramètres utilisateur à partir des postes de travail, car ils sont déjà stockés sur un serveur. En revanche, dans une migration d'une version plus ancienne de Windows vers Windows Vista, cette méthode peut ne pas fonctionner, car la structure des profils dans Windows Vista est différente de celle du système d'exploitation source.

Une autre méthode de protection des données utilisateur est la redirection des données. La redirection des données utilise une extension de stratégie de groupe pour rediriger automatiquement les données et paramètres utilisateur vers un emplacement central. Cela permet aux organisations de protéger les données utilisateur et de les sauvegarder régulièrement. La redirection des dossiers prend en charge la redirection de quatre dossiers essentiels dans le profil utilisateur :

• Application Data stocke tous les paramètres propres aux applications.
• Desktop inclut tout ce qui est stocké sur le bureau.
• Menu Démarrer inclut tous les raccourcis personnels d'un utilisateur.
• Mes documents stocke toutes les données utilisateur. Mes documents peut également inclure Mes images, dossier contenant toutes les images utilisateur.

Bien que la redirection des dossiers permette la protection de la plupart des données utilisateur et prend ainsi en charge les migrations, des outils de migration restent nécessaires pour capturer 100 % des données d'un utilisateur au cours de la migration. La redirection des données n'inclut pas les éléments tels que Favoris et Modèles (voir figure 1). Par défaut, USMT prend en charge la migration de tous les éléments répertoriés dans la première colonne du tableau 1.

En outre, USMT peut être personnalisé afin d'inclure des éléments supplémentaires, car il utilise des fichiers au format XML comme entrée du processus de migration. En bref, pour que la migration réussisse, une technologie de migration telle que USMT ou l'Assistant Migration doit être utilisée.

Scénarios de migration

Les trois scénarios de migration mentionnés précédemment sont les suivants : mise à niveau, côte à côte et installation « effacement et chargement ». Parmi les trois, la première est la plus simple, car même si elle implique la capture initiale des informations à des fins de sauvegarde, il est fréquent qu'elle ne nécessite pas la restauration des paramètres. Le processus de mise à niveau de Windows Vista annule automatiquement la mise à niveau et restaure le poste de travail original de l'utilisateur en cas d'échec avant la première ouverture de session. Bien entendu, peu d'organisations optent aujourd'hui pour la mise à niveau sur place, car elles préfèrent utiliser un processus qui remplace tout le contenu système. Ce remplacement complet garantit que, une fois le PC déployé, il se trouve dans un état connu et n'inclut pas de composants laissés par les systèmes d'exploitation antérieurs ou par une utilisation précédente.

En fait, les organisations tirent souvent parti des projets de déploiement d'un nouveau système d'exploitation pour effectuer des cascades ou rotations de PC, afin de déplacer les systèmes d'un utilisateur à l'autre. Cette cascade commence par l'acquisition d'un lot de nouveaux systèmes à utiliser comme pool central pour le déploiement. Ces nouveaux systèmes incluent des fonctionnalités améliorées par rapport aux systèmes existants et sont donc fournis aux utilisateurs les plus exigeants de l'organisation. Les PC récupérés à cette occasion sont réinstallés et sont fournis à un deuxième groupe d'utilisateurs, dont les systèmes sont récupérés, puis transmis à d'autres utilisateurs, et ainsi de suite. Cette méthode par rotation nécessite l'existence d'un laboratoire intermédiaire pour la préparation des systèmes. Dans la mesure où les systèmes plus anciens font l'objet d'une rotation via cette zone intermédiaire, les organisations tirent souvent parti de cette opportunité pour nettoyer tous les boîtiers et composants système, afin de donner à l'utilisateur l'impression que le système est presque neuf. Ce scénario utilise généralement la migration côte à côte (voir figure 2) et est surtout utilisé par les organisations qui ont mis en place des programmes d'obsolescence pour les PC.

Ce type de migration utilise généralement un processus à trois phases :

1. Le système original ou source est analysé et les fichiers et paramètres sont copiés au format compressé vers un espace de stockage intermédiaire.
2. Lors de la deuxième étape, le nouveau système cible reçoit l'image SOE, ainsi que les applications complémentaires requises.
3. Enfin, les paramètres utilisateur sont restaurés sur le système cible.

La figure 2 indique les deux commandes USMT appropriées (ScanState et LoadState), mais ce processus est identique lors de l'utilisation de l'Assistant Migration.

Remarque :  Bien que cela ne soit pas toujours indispensable, il est recommandé de charger toutes les applications requises sur le système cible avant de restaurer l'état utilisateur, car de nombreuses applications nécessitent l'installation préalable pour que la restauration fonctionne.

D'autres organisations peuvent déjà avoir des PC en place pouvant prendre en charge le nouveau système d'exploitation et ainsi préférer limiter la perturbation des utilisateurs en procédant à des installations à distance. Dans ce cas, ils procèdent à des déploiements d'installation de type « effacer et charger » (voir figure 3). Ces déploiements sont généralement moins coûteux, car il n'est pas nécessaire de transporter tous les systèmes d'un emplacement à un autre.

Ce type de migration utilise généralement un processus à trois phases légèrement différent :

1. Le système est analysé et les fichiers et paramètres sont copiés au format compressé vers un espace de stockage intermédiaire.
2. Lors de la deuxième étape, le disque dur peut être reformaté, puis l'image SOE et les applications complémentaires requises sont installées.
3. Enfin, les paramètres utilisateur sont restaurés sur le système.

Là encore, la figure 3 indique les deux commandes USMT, mais l'Assistant Migration peut également être utilisé. À l'évidence, l'Assistant Migration n'est utilisé que dans les installations interactives. Les organisations qui souhaitent automatiser ce processus et l'appliquer à un grand nombre de PC écrivent un script pour le processus USMT.

Processus de migration

Quel que soit le type de migration utilisé, la planification et la prévoyance sont nécessaires. La figure 4 illustre le processus de planification de n'importe quelle migration. Il commence par un inventaire complet du contenu du PC source. L'essentiel est ici d'identifier les applications du système, et plus particulièrement celles qui sont en cours d'utilisation par les utilisateurs de ce système. Excepté si les organisations utilisent un système et une stratégie complets de gestion des logiciels, il est très courant de trouver sur les systèmes source des applications qui ne sont plus utilisées. Effectuez ce nettoyage avant la migration, sinon des données non valides pourraient être migrées. Pour les applications à inclure dans la migration, il est important de valider avec des experts les composants (paramètres et données) devant être migrés pour chaque application. Une fois cette opération effectuée, préparez un script complet afin de garantir la capture de toutes les données. USMT capture plusieurs types de données d'application par défaut, mais les organisations peuvent utiliser des applications personnalisées qui ne sont pas incluses dans les types par défaut. Utilisez les outils USMT pour modifier et mettre à jour les scripts de migration existants, ou pour créer des scripts personnalisés. Testez les scripts personnalisés en effectuant une migration réelle, en capturant les données source, en les stockant dans un emplacement intermédiaire tel qu'un partage de fichiers central, puis en restaurant les données sur un autre système. Là encore, validez les résultats de la restauration avec les experts. Affinez le processus en fonction des besoins avant de fournir le script à l'équipe en charge du déploiement en production.

Remarque :  La quantité d'espace requise dans le stockage intermédiaire dépend des stratégies de stockage local de chaque organisation. Par exemple, le stockage du courrier électronique est un élément clé pour déterminer la taille des données de migration. Si le courrier électronique est stocké de manière centralisée, les ensembles de données sont plus petits. S'il est stocké localement sous forme de fichiers de stockage hors connexion, les ensembles de données seront plus volumineux. Les utilisateurs itinérants ont généralement des ensembles de données plus volumineux que les utilisateurs de postes de travail fixes. Effectuez des tests et l'inventaire du réseau afin de déterminer la taille moyenne des ensembles de données avant de procéder à la migration proprement dite. Pour ce type d'évaluation, ScanState prend en charge une option qui analyse uniquement le contenu et génère un fichier d'estimation de l'espace (usmtsize.txt est créé lors de l'utilisation du commutateur /p avec la commande ScanState).

Par défaut, ScanState compresse toutes les données au cours de leur chargement vers le fichier de stockage intermédiaire. Cela permet de réduire le temps de chargement et la bande passante requise. Ensuite, une fois les données transférées vers les systèmes cible, LoadState télécharge le fichier compressé entièr et le décompresse sur l'ordinateur cible. Il est possible d'indiquer à ScanState de ne pas compresser les données au cours du chargement, mais cette option ne doit être utilisée que pour le dépannage. Il est vivement recommandé d'utiliser des fichiers compressés au cours de la migration réelle.

Haut de page

Améliorations de Windows Vista en termes de migration

Microsoft a proposé des outils de migration pour plusieurs générations de Windows. Par exemple, la version antérieure de USMT, la version 2.6, prenait en charge la migration de Windows XP ou Windows 2000 vers les versions 64 bits ou 32 bits de Windows Server 2003 et Windows XP. La nouvelle version pour Windows Vista, USMT version 3.0, apporte des changements significatifs et des fonctionnalités améliorées. Voici quelques exemples :

• ScanState et LoadState, deux commandes pilotées par des scripts essentiels, sont désormais au format XML.
• USMT permet le déploiement de profils contenant des fichiers cryptés avec EFS.
• Les systèmes d'exploitation source incluent uniquement Windows Vista, Windows XP et Windows 2000. Les versions antérieures de Windows ne sont pas prises en charge.
• Les systèmes d'exploitation de destination incluent uniquement Windows Vista et Windows XP.
• Si la destination est Windows XP, les cookies, les lecteurs réseau et les paramètres d'imprimante ne sont pas migrés.
• Si Microsoft Outlook Express ou des paramètres d'accès distant RAS sont présents, seuls les fichiers de courrier électronique Outlook Express et les fichiers d'annuaire de RAS sont migrés si la cible est Windows XP. Si la cible est Windows Vista, tous les paramètres pertinents sont migrés selon les fichiers manifest de migration des composants concernés.

En outre, chacune des deux commandes inclut plusieurs nouvelles fonctionnalités. Pour plus d'informations, reportez-vous à la section Nouveautés de USMT version 3.0 dans le guide Utilisation de l'outil USMT (User State Migration Tool) 3.0 à l'adresse http://www.microsoft.com/france/technet/produits/windowsvista/deploy/Utilisation_USMT.mspx.

USMT 3.0 charge également les paramètres du système d'exploitation. Lorsque le système cible est Windows Vista, USMT utilise les fichiers manifest des composants de Windows Vista pour migrer les paramètres du système d'exploitation. Windows Vista crée un fichier manifest pour chaque composant chargé avec le système d'exploitation. Cela signifie que, quels que soient les paramètres capturés avec ScanState, LoadState charge uniquement les paramètres qui présentent un fichier manisfest correspondant sur l'ordinateur cible. Pour les cibles Windows XP, USMT utilise un script spécial, MigSys.xml, car cette version de Windows n'inclut pas de fichiers manisfest.

Remarque :  Dans la version bêta 2 de Windows Vista, seul un nombre limité de fichiers manifest est disponible ; par conséquent, seul un nombre limité de composants du système d'exploitation sont migrés vers Windows Vista.

Fichiers XML par défaut pour USMT

USMT inclut plusieurs fichiers XML par défaut pour la prise en charge de la migration. Ces fichiers peuvent être personnalisés en fonction des besoins de l'organisation. Une différence essentielle entre USMT version 3.0 et les versions antérieures est que lorsque des fichiers sont spécifiés avec l'outil ScanState, ils doivent également être spécifiés avec l'outil LoadState. Des fichiers différents sont requis, selon que la cible de la migration est Windows Vista ou Windows XP.

• Si la cible est Windows Vista, utilisez les fichiers MigApp.xml et MigUser.xml. En outre, il est possible de créer ou de générer un fichier Config.xml.
• Si la cible est Windows XP, un fichier supplémentaire, à savoir le fichier MigSys.xml, est requis.

Chaque fichier XML présente un rôle spécifique.

• MigApp.xml est utilisé pour contrôler les paramètres d'application migrés. Les applications répertoriées dans ce fichier peuvent être incluses ou exclues de la migration.
• MigUser.xml est utilisé pour identifier les dossiers, fichiers, types de fichier et paramètres de bureau qui sont migrés pour l'utilisateur. Il ne contrôle pas les utilisateurs qui sont migrés.
• MigSys.xml est généralement utilisé exclusivement pour les cibles Windows XP et contient des informations qui contrôlent les paramètres du système d'exploitation et du navigateur à migrer. Pour les migrations Windows Vista, USMT utilise les référentiels de Windows XP et Windows 2000 pour identifier les données à migrer.
• Config.xml est un fichier personnalisé créé via un commutateur ScanState spécial, à savoir /genconfig. Idéalement, cette option est utilisée pour générer un fichier de configuration personnalisé qui satisfait aux exigences de l'organisation. Pour optimiser l'utilisation de cette option, commencez par identifier toutes les applications à migrer. Ensuite, chargez chaque application sur un système. Exécutez ScanState /genconfig sur ce système afin de capturer la liste des paramètres de l'utilisateur, du système d'exploitation et de l'application à migrer à partir des ordinateurs de l'organisation. Ce fichier est spécialement requis pour contrôler les composants migrés du système d'exploitation lorsque la source ou la cible est Windows Vista. Si Config.xml n'est pas inclus, USMT migre tous les composants par défaut de Windows Vista.

L'utilisation du format XML normalise la façon dont les administrateurs interagissent avec les deux commandes USMT et facilite ainsi la personnalisation. Pour plus d'informations, reportez-vous à la section Changement du comportement par défaut dans le guide Utilisation de l'outil USMT (User State Migration Tool 3.0).

Haut de page

Scénario de migration

Lors du passage à Windows Vista, les organisations et utilisateurs bénéficient d'une expérience de migration améliorée, grâce aux modifications de l'Assistant Migration et de l'outil USMT. L'utilisation de fichiers XML pour USMT peut offrir une approche standard de la personnalisation de la migration. Il est donc temps de tester ces migrations le plus possible afin d'être prêt pour le déploiement de la version officielle de Windows Vista. Les tests doivent inclure un processus de migration le plus complet possible.

Création du script de migration

La création du script USMT peut être aussi simple que de générer un fichier Config.xml pour la migration. Une fois ce fichier créé, il peut être modifié afin de déterminer ce qu'il faut inclure et exclure pour la migration. Le format de base pour l'inclusion ou l'exclusion revient simplement à indiquer oui ou non dans le fichier XML. Chaque composant comporte une sectionmigrate =  ; l'affectation de la valeuryes ouno à cette section indique à USMT s'il doit inclure l'élément ou non.

Prenez le temps d'examiner le contenu de chaque fichier de migration afin de préparer une migration plus complète. En raison de leur format texte pur, les fichiers XML peuvent être édités dans un éditeur de texte tel que Bloc-notes.

Utilisation des techniques de déploiement de Windows Vista

Outre ses outils de migration améliorés, Windows Vista inclut de nouvelles fonctionnalités de création d'images système, d'installation de systèmes à distance et de déploiement de logiciels. En particulier, le format d'image Windows offre des fonctionnalités de déploiement améliorées, car il utilise une technologie de création d'images disque basée sur les fichiers. Une fois les fichiers d'image capturés, ils peuvent être montés en tant que volumes système afin de faciliter leur modification, ce qui permet une maintenance simple et qui évite les scénarios de recréation d'images multiples. WIM permet le déploiement d'une image unique sur différents types de matériel, avec différentes langues, et prend totalement en charge le concept SOE.

Remarque :  Vous trouverez davantage d'informations sur le format Windows Imaging sur le site Web de Microsoft TechNet à l'adresse http://www.microsoft.com/france/technet/produits/windowsvista/expert/ximage.mspx.

Migrations à distance avec USMT

Intégrez les outils de déploiement améliorés de Windows Vista dans les tests de déploiement afin de permettre le test complet de ce nouvel ensemble de technologies puissantes. En particulier, intégrez des scripts USMT dans le test de déploiement et déterminez les scripts qui fonctionnent le mieux selon la situation. Les organisations qui exécutent Windows XP ou Windows 2000 doivent prendre le temps de créer des environnements de test qui permettront à leur personnel technique de se familiariser complètement avec les technologies qu'ils utiliseront lors de la publication de Windows Vista. Les organisations qui utilisent actuellement Microsoft Systems Management Server (SMS) pourront tirer pleinement parti du nouvel outil USMT et pourront l'intégrer au Feature Pack SMS afin d'effectuer des déploiements complets à distance.

Haut de page

Résumé

Les migrations ont souvent constitué un problème épineux pour les organisations et les utilisateurs. Les améliorations apportées à l'Assistant Migration de PC et à USMT facilitent grandement ces migrations à l'avenir, mais il n'est pas possible d'éviter la phase de test et d'erreur. Les organisations doivent envisager d'apprendre à utiliser ces nouveaux outils et à commencer à créer des scénarios de migration afin de répondre à leurs besoins. Ces scénarios faciliteront grandement le processus de migration et constituent une bonne préparation au déploiement de la version officielle de Windows Vista.

Haut de page