プロファイル管理のユースケース
Citrix Profile Management は、アプリケーションがユーザーにどのように配信されるか、またはどこに格納されているかに関わらず、さまざまなシナリオでユーザーのプロファイルを管理するために実装できます。以下にこれらのシナリオの例を示します。
-
Citrix Virtual Apps™ と公開アプリケーション
-
Citrix Virtual Apps と公開デスクトップ
-
Citrix Virtual Apps と分離環境にストリーミングされたアプリケーション
-
Citrix Virtual Desktops™ にストリーミングされたアプリケーション
-
Citrix Virtual Desktops にインストールされたアプリケーション
-
物理デスクトップにストリーミングされたアプリケーション
-
物理デスクトップにローカルにインストールされたアプリケーション
これらのシナリオのうち、Citrix は以下を最も一般的なユースケースと見なしています。
-
複数セッション - ユーザーは複数の Citrix Virtual Apps サーバーサイロにアクセスし、そのため複数のセッションを開いています。ただし、サーバー上でのアプリケーションの分離とストリーミングは、サーバーサイロの代替手段であることに注意してください。このシナリオについては、このトピックで詳しく説明します。
-
「最後の書き込みが優先」と移動プロファイルの整合性の問題 - 移動プロファイルへの最後の書き込みにより、すべての設定が保存されます。したがって、複数のセッションが開いていて一時的な変更が行われた場合、移動プロファイルは正しいデータを保持しない可能性があります。さらに、ネットワーク、ストレージの問題、またはその他の問題の結果として、設定がプロファイルに正しく書き込まれない可能性があります。このシナリオについては、このトピックで詳しく説明します。
-
大規模なプロファイルとログオン速度 - プロファイルの肥大化は、ユーザープロファイルを扱いにくくし、ストレージと管理の問題を引き起こす可能性があります。通常、ログオン中に Windows はユーザーのプロファイル全体をネットワーク経由でローカルユーザーデバイスにコピーします。肥大化したプロファイルの場合、この動作はユーザーのログオン時間を長引かせる可能性があります。
複数セッション
特に大規模な環境では、同じファーム内であろうと複数のファーム内であろうと、異なる Citrix Virtual Apps サーバーに格納されている異なるアプリケーションにアクセスするために、ユーザーが複数のセッションを開く必要がある場合があります。可能な場合は、アプリケーションの分離またはストリーミングを検討して、同じ Citrix Virtual Apps サーバーにアプリケーションを格納し、ユーザーが単一のサーバーからすべてのアプリケーションにアクセスできるようにし、それによって単一のセッションを可能にしてください。ただし、事業部門が特定のサーバーを制御している場合や、アプリケーションをストリーミングできない場合は、これが不可能な場合があります。
ユーザーがさまざまなCitrix仮想アプリサーバーからアプリケーションにアクセスする必要があると判断された場合、プロファイルへの影響を確認する必要があります。
次の図は、複数のセッションが存在する場合にアプリケーション設定が失われる可能性がある例を示しています。
たとえば、メアリーがApp A、App B、App Cにアクセスしたい場合、それぞれServer 1、Server 8、Server 12にルーティングされます。各アプリケーションにログオンすると、メアリーのターミナルサービスローミングプロファイルが各サーバーにロードされ、各セッションのフォルダーがリダイレクトされます。メアリーがServer1のApp Aにログオンしているときに、Setting1を変更し、そのセッションからログオフします。その後、メアリーは他の2つのアプリケーションでの作業を完了し、ログオフします。
ログオフ時に、メアリーがServer 1のセッション内で行った変更は上書きされます。これは、最後に閉じられたセッション内の設定が保持され、途中の変更は保持されないためです。翌日、メアリーがApp Aにログオンすると、行った変更が表示されないため、不満を感じます。
Profile Managementは、一般的にこの状況の発生を防ぐことができます。Profile Managementは、セッション中に変更された特定の設定のみを書き戻し、変更されていない他のすべての設定はそのまま残します。したがって、発生する可能性のある唯一の競合は、メアリーが別のセッション内でSetting1を変更した場合です。ただし、このシナリオでProfile Managementが使用されている場合、ユーザーは最新の変更が保持されることを期待するでしょうし、実際にそうなります。
「最終書き込み優先」とローミングプロファイルの整合性の問題
このシナリオは、このトピックの最初のシナリオと似ています。「最終書き込み優先」の問題はさまざまな形で現れる可能性があり、アクセスするデバイスの数が増えるにつれて、ユーザーの不満が高まる可能性があります。
ローミングプロファイルは、リダイレクトされたフォルダーを除くすべてのプロファイルデータを保持するため、ユーザープロファイルが大きくなる可能性があります。これにより、プロファイルをダウンロードする必要があるためログオン時間が増加するだけでなく、特にネットワークの問題がある場合、ログオフの書き込みフェーズ中に不整合が発生する可能性が高まります。
Profile Managementを使用すると、特定のデータをユーザープロファイルから除外できるため、ユーザープロファイルを最小限のサイズに保つことができます。プロファイルには差分のみが書き込まれるため、ログオフの書き込みフェーズでは処理するデータが少なくなり、高速化されます。Profile Managementは、一時データにプロファイルを使用するが、アプリケーション終了時にクリーンアップしないアプリケーションにとって有益です。