Profile Management

Profile Management のユースケース

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仮想アプリサーバーからアプリケーションにアクセスすることが本当に必要であると判断された場合、プロファイルへの影響を特定する必要があります。

複数のセッションが存在する場合にアプリケーション設定が失われる可能性がある例を、次の図に示します。

図(/en-us/profile-management/2507-ltsr/media/upm-multiple-sessions-1.png)

例えば、メアリーがApp A、App B、App Cにアクセスしたい場合、それぞれServer 1、Server 8、Server 12にルーティングされます。各アプリケーションにログオンすると、メアリーのターミナルサービスローミングプロファイルが各サーバーにロードされ、各セッションでフォルダーがリダイレクトされます。メアリーがServer 1のApp Aにログオンしているときに、Setting1を変更し、そのセッションからログオフします。その後、メアリーは他の2つのアプリケーションでの作業を完了し、ログオフします。

ログオフ時に、メアリーがServer 1のセッション内で行った変更は上書きされます。なぜなら、一時的な変更ではなく、最後に閉じられたセッション内の設定が保持されるためです。翌日、メアリーがApp Aにログオンすると、彼女が行った変更が表示されないため、不満を感じます。

Profile Managementは、一般的にこの状況の発生を防ぐことができます。Profile Managementは、セッション中に変更された特定の変更のみを書き戻します。その他の変更されていない設定はすべてそのまま残ります。したがって、発生する可能性のある唯一の競合は、メアリーが別のセッション内でSetting1を変更した場合です。しかし、このシナリオでProfile Managementが使用されている場合、ユーザーは最新の変更が保持されることを期待するでしょう。そして、実際にそのようになります。

「最後の書き込みが優先される」とローミングプロファイルの一貫性の問題

このシナリオは、このトピックの最初のシナリオと似ています。「最後の書き込みが優先される」問題は、様々な形で現れる可能性があり、アクセスするデバイスの数が増えるにつれて、ユーザーの不満が高まる可能性があります。

ローミングプロファイルは、リダイレクトされたフォルダーを除き、すべてのプロファイルデータを保持するため、ユーザープロファイルは大きくなる可能性があります。これは、プロファイルをダウンロードする必要があるため、ログオン時間を増加させるだけでなく、特にネットワークの問題がある場合、ログオフの書き込みフェーズ中に一貫性の問題が発生する可能性が高まります。

Profile Managementは、特定のデータをユーザープロファイルから除外することを可能にし、ユーザープロファイルを最小限のサイズに保つことができます。プロファイルには差分のみが書き込まれるため、ログオフの書き込みフェーズはデータ量が少なく、高速です。Profile Managementは、一時的なデータにプロファイルを使用するものの、アプリケーション終了時にそれらをクリーンアップしないアプリケーションにとって有益です。

Profile Management のユースケース