Product Documentation

Exécuter le plan

Feb 26, 2018

Phase 1 : configurez les nouveaux serveurs de fichiers

Configurez les serveurs de fichiers dans NewDomain pour la gestion des paramètres multi-plateformes (\\FileServ3) et pour le stockage de profils pour 2k12_Farm (\\FileServ2).

Dans ce cas, nous choisissons de configurer des serveurs de fichiers distincts pour les profils et pour les paramètres multi-plateformes. Cette opération n'est pas strictement nécessaire, mais elle permet de mettre le serveur des paramètres multi-plateformes à disposition de manière rapide ; le serveur de profil peut être conçu différemment, à l'aide d'espaces de noms DFS par exemple, et prend ainsi plus de temps à mettre en œuvre.

Dans les deux cas, les partages de serveurs doivent être configurés selon les recommandations de sécurité pour les profils d'utilisateurs itinérants sur les dossiers partagés. Pour plus d’informations à ce sujet, consultez la section http://technet.microsoft.com/en-us/library/cc757013(WS.10).aspx.

Phase 2 : mettez les machines à niveau dans 2k8_Farm vers Profile Management 5.0

Pour de plus amples informations, veuillez consulter la section Mettre à niveau Profile Management.

Phase 3 : choisissez les fichiers de définition à déployer

Un certain nombre de fichiers de configuration (appelés fichiers de définition) sont fournis pour Microsoft Office, Internet Explorer et le papier-peint Windows.

Important : ne mettez pas ces fichiers à jour à moins d'y avoir été invité par le personnel de Citrix.

Choisissez les fichiers de configuration qui sont appropriés à votre déploiement, et copiez uniquement ces fichiers dans \\FileServ3\CrossPlatform\Definitions. Dans cet exemple, copiez seulement Office 2007.xml.

Phase 4 : configurez les machines dans 2k8_Farm pour Profile Management 5.0

Une fois la mise à niveau terminée, assurez-vous d'apporter les modifications suivantes à la configuration pour (partiellement) activer la fonctionnalité des paramètres multi-plateformes. Notez que, à ce moment-là, seul \\FileServ3\CrossPlatform doit être disponible.
Stratégie Valeur Remarques
Chemin d'accès au magasin de l'utilisateur \\FileServ1\Profiles\#sAMAccountName#\%ProfVer% Pas de modification. Ce chemin est uniquement utilisé par les utilisateurs OldDomain ; il n'est donc pas nécessaire de le modifier pour prendre en charge les utilisateurs NewDomain.
Activer les paramètres multi-plateformes Activée  
Paramètres multi-plateformes des groupes d'utilisateurs Désactivée Tous les groupes d'utilisateurs sont traités.
Chemin d'accès aux définitions multi-plateformes \\FileServ3\CrossPlatform\Definitions Les fichiers de définition sont placés ici.
Chemin d'accès au magasin des paramètres multi-plateformes \\FileServ3\CrossPlatform\Store\%USERNAME%.%USERDOMAIN% Le magasin de paramètres multi-plateformes est partagé par les utilisateurs des deux domaines, ainsi %USERNAME% et %USERDOMAIN% doivent être spécifiés dans le chemin.
Source utilisée pour créer les paramètres multi-plateformes Activée Ceci assure que les paramètres multi-plateformes provenant de OldDomain sont utilisés pour initialiser le magasin de paramètres multi-plateformes, avant de donner aux utilisateurs accès aux ressources NewDomain.

Aucune modification n'est requise sur le script d'ouverture de session de la machine.

Aucune modification n'est requise sur la stratégie de redirection de dossiers.

L'unité d'organisation 2k8_Farm peut maintenant être exécutée. Lorsque les utilisateurs ouvrent une session, Profile Management copie les paramètres identifiés dans le fichier de définition Office 2007.xml vers le magasin de paramètres multi-plateformes.

Phase 5 : préparez les machines dans 2k12_Farm

Maintenant que les serveurs de fichiers sont configurés dans 2k8_Farm, il est temps de créer le site XenDesktop. Installez Profile Management 5.0 lorsque les bureaux virtuels XenDesktop Windows 7 sont en cours d'exécution. Voici une configuration appropriée.
Stratégie Valeur Remarques
Chemin d'accès au magasin de l'utilisateur \\FileServ2\Profiles\%USERNAME%.%USERDOMAIN%\%ProfVer% Étant donné que ce partage de fichiers est utilisé par des utilisateurs provenant des deux domaines, il est également important d'inclure des informations de domaine.
Réécriture active Désactivée
Activer les paramètres multi-plateformes Activée  
Paramètres multi-plateformes des groupes d'utilisateurs Désactivée Tous les groupes d'utilisateurs sont traités.
Chemin d'accès aux définitions multi-plateformes \\FileServ3\CrossPlatform\Definitions Les fichiers de définition sont placés ici. Ce paramètre doit correspondre au paramètre 2k8_Farm.
Chemin d'accès au magasin des paramètres multi-plateformes \\FileServ3\CrossPlatform\Store\%USERNAME%.%USERDOMAIN% Le magasin de paramètres multi-plateformes est partagé par les utilisateurs des deux domaines, ainsi %USERNAME% et %USERDOMAIN% doivent être spécifiés dans le chemin. Ce paramètre doit correspondre au paramètre 2k8_Farm.
Source utilisée pour créer les paramètres multi-plateformes Désactivée Ceci empêche les paramètres de NewDomain d'être utilisés pour la configuration initiale des données de profil dans le magasin de paramètres multi-plateformes. Cette stratégie garantit que les paramètres de OldDomain ont priorité.

Un script d'ouverture de session de machine, qui définit la variable d'environnement système %ProfVer%, s'exécute sur toutes les machines de l'unité d'organisation.

Type de machine %ProfVer% Remarques
Serveur XenApp sur Windows 2012 Win2012x64 Ce n'est pas encore nécessaire, mais cela le sera lorsque vos serveurs 64 bits planifiés deviennent disponibles. Consultez la section Autres considérations pour de plus amples informations.
Bureaux Windows 7 Win7 Si des versions 32 et 64 bits de Windows 7 sont déployées, il est recommandé que vous possédiez des profils distincts, ainsi %ProfVer% devrait être configuré différemment sur chaque plate-forme.

L'utilisateur de OldDomain john.smith possède un profil à l'emplacement \\FileServ2\Profiles\ john.smith.OldDomain\Win7 pour le bureau Windows 7 et à l'emplacement \\FileServ2\Profiles\ john.smith.OldDomain\Win2012x64 pour les serveurs XenApp.

Et un utilisateur de NewDomain william.brown possède un profil à l'emplacement \\FileServ2\Profiles\ william.brown.NewDomain\Win7 pour le bureau Windows 7 et à l'emplacement \\FileServ2\Profiles\william.brown.NewDomain\Win2012x64 pour les serveurs XenApp.

Vous configurez la redirection de dossiers à l'aide de la stratégie de groupe. Le domaine étant basé sur Windows Server 2012, définissez la redirection de dossiers depuis > Configuration utilisateur > Stratégies > Paramètres Windows > Redirection de dossiers

Stratégie Valeur
Favoris \\FileServ2\Redirected\%USERNAME%.%USERDOMAIN%\Favorites
Mes documents \\FileServ2\Redirected\%USERNAME%.%USERDOMAIN%\Documents
Notez que %USERDOMAIN% a été ajouté au chemin de redirection de dossiers. Ceci n'est pas nécessaire car cette stratégie ne s'applique qu'aux utilisateurs NewDomain, mais elle peut être utile à l'avenir, si vous décidez de migrer les utilisateurs OldDomain vers le même serveur. Pour le moment, les utilisateurs OldDomain continuent d'utiliser la stratégie de redirection de dossiers depuis OldDomain qui redirige leurs dossiers vers \\FileServ1.

Phase 6 : test en conditions réelles

Vous réalisez le test en deux étapes :

  1. Vous testez que les données de profil des utilisateurs de NewDomain opèrent correctement. Ces utilisateurs ne possèdent aucune donnée configurée dans le magasin de paramètres multi-plateformes. Étant donné que la stratégie Source de création des paramètres multi-plateformes est définie sur Désactivé, les modifications qu'ils apportent au profil ne sont pas propagées sur OldDomain.
  2. Vous effectuez le test avec une petite quantité d'utilisateurs de OldDomain. Lorsqu'ils ouvrent une session pour la première fois, les données des paramètres multi-plateformes sont copiées vers leur profil. Pour les ouvertures de session ultérieures, les modifications apportées à l'un ou l'autre des domaines sont copiées sur l'autre. Notez que si un utilisateur de OldDomain ouvre une session sur NewDomain et qu'aucune donnée de profil n'est présente (car l'utilisateur n'a pas utilisé son profil dans OldDomain depuis la mise à niveau de OldDomain vers Profile Management 5.0), le magasin des paramètres multi-plateformes n'est pas mis à jour. Avec la configuration décrite dans cette rubrique, un utilisateur doit ouvrir une session sur OldDomain avant que ses paramètres puissent itinérer entre les domaines. Ceci assure que les paramètres utilisateur (probablement créés pendant plusieurs années) ne sont pas remplacés par des paramètres par défaut provenant de NewDomain.