Cas d’utilisation de Profile Management
Citrix Profile Management peut être mis en œuvre pour gérer les profils des utilisateurs dans différents scénarios, quelle que soit la manière dont les applications sont livrées aux utilisateurs ou l’endroit où elles sont hébergées. Voici des exemples de ces scénarios :
-
Citrix Virtual Apps™ avec applications publiées
-
Citrix Virtual Apps avec bureaux publiés
-
Citrix Virtual Apps avec applications diffusées en continu dans un environnement d’isolation
-
Applications diffusées en continu vers les bureaux virtuels Citrix™
-
Applications installées sur les bureaux virtuels Citrix
-
Applications diffusées en continu vers les bureaux physiques
-
Applications installées localement sur les bureaux physiques
Parmi ces scénarios, Citrix considère les cas d’utilisation suivants comme les plus courants :
- Sessions multiples - L’utilisateur accède à plusieurs silos de serveurs Citrix Virtual Apps et a donc plusieurs sessions ouvertes. Notez cependant que l’isolation des applications et la diffusion en continu sur le serveur sont des alternatives aux silos de serveurs. Ce scénario est décrit plus en détail dans cette rubrique.
- « La dernière écriture l’emporte » et problèmes de cohérence des profils itinérants - La dernière écriture dans le profil itinérant entraîne l’enregistrement de tous les paramètres. Par conséquent, les profils itinérants peuvent ne pas conserver les bonnes données si plusieurs sessions sont ouvertes et que des modifications intermédiaires sont effectuées. De plus, les paramètres peuvent ne pas être écrits correctement dans le profil en raison de problèmes de réseau, de stockage ou d’autres problèmes. Ce scénario est décrit plus en détail dans cette rubrique.
- Profils volumineux et vitesse de connexion - L’encombrement des profils peut rendre les profils utilisateur difficiles à gérer, entraînant des problèmes de stockage et de gestion. Généralement, lors de la connexion, Windows copie l’intégralité du profil de l’utilisateur sur le réseau vers le périphérique utilisateur local. Pour les profils encombrés, ce comportement peut prolonger le temps de connexion de l’utilisateur.
Sessions multiples
En particulier dans les grands environnements, il peut être nécessaire pour les utilisateurs d’ouvrir plusieurs sessions pour accéder à différentes applications hébergées sur différents serveurs Citrix Virtual Apps, que ce soit dans la même batterie ou dans plusieurs batteries. Lorsque cela est possible, envisagez l’isolation des applications ou la diffusion en continu pour héberger les applications sur le même serveur Citrix Virtual Apps afin de permettre aux utilisateurs d’accéder à toutes les applications à partir d’un seul serveur et donc d’une seule session. Cependant, cela peut ne pas être possible si une unité commerciale contrôle des serveurs spécifiques ou si les applications ne peuvent pas être diffusées en continu.
Once it has been determined that it is indeed necessary for users to access applications from various Citrix virtual apps servers, the impact on profiles must be ascertained.
The following diagram illustrates an example where application settings can be lost when multiple sessions exist.
For example, Mary wants to access App A, App B, and App C and she is routed to Server 1, Server 8, and Server 12 respectively. Upon logon to each application, Mary’s Terminal Services roaming profile is loaded onto each server and folders are redirected for each session. When Mary is logged on to App A on Server1, Mary changes Setting1 and logs off that session. Mary then completes work in the other two applications and logs off.
At logoff, the change that Mary made within the session on Server 1 is overwritten because the settings within the last closed session are retained, not the interim change. When Mary logs on to App A the next day, she is frustrated because the change she made is not visible.
Profile Management can generally prevent this situation from occurring. Profile Management only writes back the specific settings that were changed during a session; all other unchanged settings remain untouched. So the only potential conflict that would arise is if Mary changed Setting1 within another session. However, the user would likely expect that the most recent change was retained, which is the case, if Profile Management is used in this scenario.
“Last write wins” and roaming profile consistency issues
This scenario is similar to the first one in this topic. “Last write wins” issues can present themselves in various ways, and user frustration can mount as the number of devices accessed increases.
Because the roaming profile retains all profile data, except folders that have been redirected, the user profile can grow large. Not only does this add to the logon time because the profile must be downloaded, the potential for inconsistency grows during the write phase of the logoff, especially where network issues exist.
Profile Management enables specific data to be excluded from the user profile, enabling the user profile to be kept to a minimal size. Because only differences are written to the profile, the write phase of the logoff involves less data and is faster. Profile Management can be beneficial for applications that use profiles for temporary data but do not clean them up when the applications terminate.