Exécuter le plan
Phase 1 : Configurer les nouveaux serveurs de fichiers
Vous configurez des serveurs de fichiers dans NewDomain pour la gestion des paramètres multiplateformes (\\FileServ3) et pour le stockage des 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 multiplateformes. Cette approche n’est pas strictement nécessaire, mais c’est un moyen facile de rendre le serveur de paramètres multiplateformes disponible. Le serveur de profils pourrait être conçu différemment, en utilisant des espaces de noms DFS par exemple, et prendrait donc plus de temps à implémenter.
Dans les deux cas, configurez les partages de serveur conformément aux recommandations de sécurité pour les profils utilisateur itinérants sur les dossiers partagés. Pour plus d’informations, consultez https://docs.microsoft.com/fr-fr/windows-server/storage/folder-redirection/deploy-roaming-user-profiles.
Phase 2 : Mettre à niveau les machines de 2k8_Farm vers Profile Management 5.0
Pour obtenir des instructions, consultez Mettre à niveau Profile Management.
Phase 3 : Choisir les fichiers de définition à déployer
Certains fichiers de configuration (appelés fichiers de définition) sont fournis pour Microsoft Office, Internet Explorer et le fond d’écran Windows.
Important : Ne mettez pas à jour ces fichiers, sauf instruction contraire du personnel de Citrix®.
Choisissez les fichiers de configuration pertinents pour votre déploiement et copiez uniquement ces fichiers dans \\FileServ3\CrossPlatform\Definitions. Dans cet exemple, copiez uniquement Office 2007.xml.
Phase 4 : Configurer les machines de 2k8_Farm pour Profile Management 5.0
Une fois la mise à niveau terminée, apportez les modifications de configuration suivantes pour activer (partiellement) la fonctionnalité de paramètres multiplateformes. À ce stade, seul \\FileServ3\CrossPlatform doit être disponible.
| Stratégie | Valeur | Remarques |
|---|---|---|
| Chemin d’accès au magasin de l’utilisateur | \FileServ1\Profiles#sAMAccountName#\%ProfVer% | Aucun changement. Ce chemin est utilisé uniquement par les utilisateurs d’OldDomain, il n’est donc pas nécessaire de le modifier pour prendre en charge les utilisateurs de NewDomain. |
| Activer les paramètres multiplateformes | Activé | |
| Groupes d’utilisateurs des paramètres multiplateformes | Désactivé | Tous les groupes d’utilisateurs sont traités. |
| Chemin d’accès aux définitions multiplateformes | \FileServ3\CrossPlatform\Definitions | Ce chemin est l’emplacement des fichiers de définition. |
| Chemin d’accès au magasin des paramètres multiplateformes | \FileServ3\CrossPlatform\Store\%USERNAME%.%USERDOMAIN% | Les utilisateurs des deux domaines partagent le magasin de paramètres multiplateformes, c’est pourquoi %USERNAME% et %USERDOMAIN% doivent être spécifiés dans le chemin. |
| Source pour la création de paramètres multiplateformes | Activé | Garantit que les paramètres multiplateformes d’OldDomain sont utilisés pour initialiser le magasin de paramètres multiplateformes, avant de donner aux utilisateurs l’accès aux ressources de NewDomain. |
Aucune modification n’est requise pour le script d’ouverture de session de la machine.
Aucune modification n’est requise pour la stratégie de redirection de dossiers.
L’unité d’organisation 2k8_Farm peut maintenant être laissée en fonctionnement. Lorsque les utilisateurs se connectent, Profile Management copie les paramètres identifiés dans le fichier de définition Office 2007.xml vers le magasin de paramètres multiplateformes.
Phase 5 : Préparer les machines dans 2k12_Farm
Maintenant que les serveurs de fichiers sont configurés dans 2k8_Farm, il est temps de construire le site Citrix Virtual Desktops. Installez Profile Management 5.0 lorsque les bureaux virtuels 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 les utilisateurs des deux domaines, il est important d’inclure également les informations de domaine. |
| Écriture différée active | Désactivé | |
| Activer les paramètres multiplateformes | Activé | |
| Groupes d’utilisateurs des paramètres multiplateformes | Désactivé | Tous les groupes d’utilisateurs sont traités. |
| Chemin d’accès aux définitions multiplateformes | \FileServ3\CrossPlatform\Definitions | Ce chemin d’accès est l’emplacement des fichiers de définition. Ce paramètre doit correspondre au paramètre dans 2k8_Farm. |
| Chemin d’accès au magasin de paramètres multiplateformes | \FileServ3\CrossPlatform\Store\%USERNAME%.%USERDOMAIN% | Le magasin de paramètres multiplateformes est partagé par les utilisateurs des deux domaines, de sorte que %USERNAME% et %USERDOMAIN% doivent être spécifiés dans le chemin d’accès. Ce paramètre doit correspondre au paramètre dans 2k8_Farm. |
| Source pour la création de paramètres multiplateformes | Désactivé | Empêche l’utilisation des paramètres de NewDomain pour la configuration initiale des données de profil dans le magasin de paramètres multiplateformes. Cela garantit que les paramètres de OldDomain ont la priorité. |
Un script d’ouverture de session 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 | C’est nécessaire lorsque vos serveurs 64 bits prévus deviennent disponibles. Consultez Autres considérations pour plus d’informations. |
| Postes de travail Windows 7 | Win7 | Si les versions 32 bits et 64 bits de Windows 7 sont déployées, il est recommandé qu’elles aient des profils distincts. Par conséquent, %ProfVer% doit être configuré différemment sur chaque plateforme. |
Ainsi, l’utilisateur john.smith d’OldDomain a un profil à \\FileServ2\Profiles\ john.smith.OldDomain\Win7 pour le poste de travail Windows 7 et à \\FileServ2\Profiles\john.smith.OldDomain\Win2012x64 pour les serveurs Citrix Virtual Apps.
Et un utilisateur william.brown de NewDomain a un profil à \\FileServ2\Profiles\ william.brown.NewDomain\Win7 pour le poste de travail Windows 7 et à \\FileServ2\Profiles\william.brown.NewDomain\Win2012x64 pour les serveurs XenApp.
Encore une fois, vous configurez la redirection de dossiers à l’aide de la stratégie de groupe. Étant donné que le domaine est basé sur Windows Server 2012, configurez la redirection de dossiers à partir de <Nom de l’objet de stratégie de groupe > 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 |
%USERDOMAIN% a été ajouté au chemin de redirection de dossier. Cette configuration n’est pas nécessaire car cette stratégie ne s’applique qu’aux utilisateurs de NewDomain. Mais cela pourrait être utile si, à l’avenir, vous décidez de migrer les utilisateurs d’OldDomain vers le même serveur. Pour l’instant, les utilisateurs d’OldDomain continuent d’utiliser la stratégie de redirection de dossiers d’OldDomain qui redirige leurs dossiers vers \\FileServ1.
Phase 6 : Tests en direct
Vous effectuez les tests en deux étapes :
- Vous testez que les données de profil des utilisateurs de NewDomain fonctionnent correctement. Ces utilisateurs n’ont aucune donnée configurée dans le magasin de paramètres multiplateforme. Comme la source de stratégie pour la création de paramètres multiplateforme est définie sur désactivée, les modifications de leur profil ne se propagent pas vers OldDomain.
- Vous testez avec quelques utilisateurs d’OldDomain. Lors de leur première connexion, les données de paramètres multiplateforme sont copiées dans leur profil. Pour les connexions ultérieures, les modifications de l’un ou l’autre domaine sont copiées vers l’autre. Si un utilisateur d’OldDomain se connecte à NewDomain et qu’aucune donnée de profil n’est présente (parce que l’utilisateur n’a pas utilisé son profil dans OldDomain depuis la mise à niveau d’OldDomain vers Profile Management 5.0), le magasin de paramètres multiplateforme n’est pas mis à jour. Avec la configuration décrite dans cette rubrique, un utilisateur doit se connecter à OldDomain avant que ses paramètres ne se déplacent entre les domaines. Cela garantit que les paramètres utilisateur (éventuellement créés sur de nombreuses années) ne sont pas écrasés par les paramètres par défaut de NewDomain.
Dans cet article
- Phase 1 : Configurer les nouveaux serveurs de fichiers
- Phase 2 : Mettre à niveau les machines de 2k8_Farm vers Profile Management 5.0
- Phase 3 : Choisir les fichiers de définition à déployer
- Phase 4 : Configurer les machines de 2k8_Farm pour Profile Management 5.0
- Phase 5 : Préparer les machines dans 2k12_Farm
- Phase 6 : Tests en direct