Configurer les paramètres multi-plateformes

Important : notez les informations importantes suivantes pour cette fonctionnalité :

  • Les paramètres multi-plateformes de Profile Management fonctionnent avec un ensemble de systèmes d’exploitation et d’applications pris en charge. Configurez uniquement cette fonctionnalité dans un environnement de production.
  • Les paramètres Microsoft Office ne sont pas itinérants entre les versions de cette application. Pour de plus amples informations, consultez la section Applications et systèmes d’exploitation pris en charge par les paramètres multi-plateformes.
  • Cette fonctionnalité est adaptée aux paramètres de registre et d’application. Mais elle ne l’est pas pour les fichiers ou dossiers, ou objets généralement utilisés avec la redirection de dossiers (par exemple, favoris du navigateur, et paramètres du bureau et du menu Démarrer).
  • Si vous utilisez cette fonctionnalité pour migrer les profils utilisateur entre des systèmes dotés de versions de profils différentes, désactivez-la une fois la migration terminée pour tous les utilisateurs. L’utilisation de cette fonctionnalité ralentit les performances, principalement les fermetures de session. Il est donc préférable de la laisser désactivée à moins que vous ne preniez en charge l’itinérance entre versions de profils.

Cette rubrique contient un exemple d’étapes à suivre pour configurer les paramètres multi-plateformes. Pour accéder à une étude de cas plus détaillée, veuillez consulter la section Paramètres multi-plateformes : étude de cas.

Conseil : Citrix recommande de limiter cette fonctionnalité à un petit ensemble d’utilisateurs test avant de la mettre en production. Utilisez l’option Paramètres multi-plateformes des groupes d’utilisateurs pour réaliser ceci. Si ce paramètre est configuré, la fonctionnalité Paramètres multi-plateformes de Profile Management traite uniquement les membres appartenant à ces groupes d’utilisateurs. Si ce paramètre est désactivé, la fonctionnalité traite tous les utilisateurs spécifiés par le paramètre Groupes traités. Si Paramètres multi-plateformes des groupes d’utilisateurs n’est pas configuré dans la stratégie de groupe où dans le fichier .ini, tous les groupes d’utilisateurs sont traités.

  1. Pour les paramètres communs à toutes les plates-formes, créez un Objet de stratégie de groupe commun (GPO commun), liez-le au fichier .adm ou .admx de Profile Management, et configurez les paramètres selon vos besoins. Ces recommandations permettent de réduire les paramètres dupliqués qui pourraient rendre difficile toute résolution de problème ultérieure. Selon vos besoins, tous les paramètres de Profile Management fonctionnent sur plusieurs plates-formes, à l’exception du chemin d’accès au magasin de l’utilisateur.Configurez le chemin d’accès au magasin d’utilisateur séparément pour chaque plate-forme en raison des différentes structures de magasins d’utilisateur des profils des versions 1 et 2. Dans le GPO commun, laissez ce paramètre non configuré.
  2. Créez des unités d’organisation distinctes pour vos différentes plates-formes. Par exemple, si vous effectuez la migration de Windows 7 vers Windows 8, créez des unités d’organisation distinctes pour ces systèmes d’exploitation, puis définissez Chemin d’accès au magasin de l’utilisateur de manière appropriée dans chaque unité d’organisation.
  3. Situez les fichiers de définition (.xml) des applications prises en charge dont vous souhaitez utiliser les personnalisations sur les plates-formes. Ces fichiers se trouvent dans le dossier CrossPlatform du pack de téléchargement.Vous pouvez créer vos propres fichiers de définition d’application. Pour de plus amples informations, consultez la section Création d’un fichier de définition.
  4. Copiez les fichiers .xml dans un emplacement approprié sur votre réseau.
  5. Modifiez l’objet de stratégie de groupe courant dans l’Éditeur de gestion de stratégie de groupe. Sous Profile Management, ouvrez le dossier Paramètres multi-plateformes et configurez ces paramètres :
    • Paramètres multi-plateformes des groupes d’utilisateurs. Restreignez les utilisateurs qui rencontrent des paramètres multi-plateformes. Ce paramètre est facultatif. Il est utile lors du test ou du déploiement par étapes de cette fonctionnalité.
    • Chemin d’accès aux définitions multi-plateformes. Identifie l’emplacement réseau des fichiers de définition que vous avez copiés depuis le pack de téléchargement. Ceci doit être un chemin UNC. Les utilisateurs doivent avoir accès à cet emplacement, et les administrateurs doivent y posséder un accès en écriture. L’emplacement doit être un partage de fichiers SMB (Server Message Block) ou CIFS (Common Internet File System).
    • Chemin d’accès au magasin des paramètres multi-plateformes. Ceci est une zone commune du magasin de l’utilisateur dans laquelle les données de profil partagées par de multiples plates-formes sont stockées. Les utilisateurs doivent posséder des droits en écriture sur cette zone. Le chemin peut être un chemin UNC absolu ou relatif au répertoire de base. Vous pouvez utiliser les mêmes variables que pour le Chemin d’accès au magasin de l’utilisateur.
  6. Spécifiez une plate-forme de base en veillant à ce que Source utilisée pour créer les paramètres multi-plateformes soit défini sur Activée dans l’unité d’organisation de cette plate-forme. Ce paramètre effectue la migration des données depuis les profils de la plate-forme de base vers le magasin de paramètres multi-plateformes. Dans les autres unités d’organisation des plates-formes, définissez cette stratégie sur Désactivé ou Non configuré. Le jeu de profils de chaque plate-forme est stocké dans une unité d’organisation distincte. Vous devez décider quelles données de profil de la plate-forme utiliser pour amorcer le magasin de paramètres multi-plateformes. On parle de plate-forme de base. Si le magasin des paramètres multi-plateformes contient un fichier de définition sans aucune donnée, ou que les données mises en cache dans un profil mono-plateforme sont plus récentes que les données de définition du magasin, Profile Management migre les données du profil mono-plateforme vers le magasin sauf si vous désactivez ce paramètre. Important : si Source utilisée pour créer les paramètres multi-plateformes est activé dans plusieurs unités d’organisation, la plate-forme sur laquelle le premier utilisateur ouvre une session devient le profil de base.
  7. Définissez Activer les paramètres multi-plateformes sur Activé. Par défaut, pour faciliter le déploiement, les paramètres multi-plateformes sont désactivés jusqu’à ce que vous activiez ce paramètre.
  8. Exécutez une mise à jour de stratégie de groupe.
  9. Si vous migrez des profils entre plates-formes mais que vous ne prenez pas en charge l’itinérance de ces derniers, lorsque la migration est terminée, définissez Activer les paramètres multi-plateformes sur Désactivé.

Si Chemin d’accès aux définitions multi-plateformes n’est pas configuré ici, la valeur du fichier .ini est utilisée. Si ce paramètre n’est pas configuré ici où dans le fichier .ini, aucun paramètre multi-plateforme n’est appliqué.

Si Chemin d’accès au magasin des paramètres multi-plateformes est désactivé, le chemin par défaut Windows\PM_CP est utilisé. Si ce paramètre n’est pas configuré ici, la valeur du fichier .ini est utilisée. Si ce paramètre n’est pas configuré ici où dans le fichier .ini, le chemin par défaut est utilisé.

Si Activer les paramètres multi-plateformes n’est pas configuré ici, la valeur du fichier .ini est utilisée. Si ce paramètre n’est pas configuré ici où dans le fichier .ini, aucun paramètre multi-plateforme n’est appliqué.

Exemple : paramètres Microsoft Office itinérants entre Windows Server 2008 et Windows 7

Cet exemple décrit les étapes majeures permettant d’autoriser les paramètres d’application des utilisateurs à itinérer entre deux systèmes d’exploitation qui créent des profils de version 2. L’application est Microsoft Office 2010 et l’itinérance se produit entre Citrix XenApp 6.5 sur Windows Server 2008 et Windows 7. Les deux systèmes d’exploitation sont 64 bits.

  1. Les utilisateurs sont habitués à accéder à Office 2010 et Internet Explorer 9 en tant qu’applications publiées sur les serveurs XenApp, et à modifier plusieurs paramètres dans ces applications. Par exemple, ils modifient leur signature e-mail dans Office et choisissent une nouvelle page d’accueil dans Internet Explorer.
  2. À l’avenir, les bureaux virtuels (créés avec Citrix XenDesktop) sont créés mais ne sont pas encore mis à la disposition des utilisateurs. Les bureaux exécutent Windows 7 et sont préconfigurés avec Office 2010 et Internet Explorer 9.
  3. Les utilisateurs s’attendent à ce que leurs paramètres soient les mêmes sur leurs nouveaux bureaux. Vous configurez la fonctionnalité de paramètres multi-plateformes selon la procédure de cette rubrique. Ceci comprend l’activation de Source de création des paramètres multi-plateformes dans l’unité d’organisation de Windows Server 2008.
  4. Lorsque les utilisateurs exécutent les versions publiées des applications (non pas les nouveaux bureaux virtuels), leurs paramètres sont copiés dans le magasin de paramètres multi-plateformes.
  5. Les nouveaux bureaux sont alors mis à disposition auprès des utilisateurs. Lorsqu’ils ouvrent une session et qu’ils exécutent les versions locales de Office et Internet Explorer, les paramètres des sessions Windows Server 2008 précédentes sont utilisés. Les signatures électroniques et les pages d’accueil personnalisées des utilisateurs sont disponibles sur leurs machines Windows 7.
  6. Les utilisateurs parcourent Internet Explorer à partir de leur bureau virtuel et décident à nouveau de changer de page d’accueil.
  7. Ils ferment leur session et rentrent chez eux. Ils n’ont pas accès à leur bureau virtuel depuis leur domicile, mais ils peuvent exécuter la version publiée de Internet Explorer 9 à distance. La dernière page d’accueil, créée sur Windows 7 dans l’étape précédente, a été conservée.

Configurer les paramètres multi-plateformes