ユーザーパーソナライゼーションレイヤー

最終公開日 : Nov 13, 2026
注:
バージョン2511以降、Citrix Web Studio（Webベース）はCitrix Virtual Apps and Desktops™の唯一の管理コンソールです。Citrix Studio（MMCベース）はインストーラーから削除されました。この記事はWeb Studioにのみ適用されます。Citrix Studioに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
Citrix Virtual Apps and Desktopsのユーザーパーソナライゼーションレイヤー機能は、非永続的なマシンカタログの機能を拡張し、セッション間でユーザーのデータとローカルにインストールされたアプリケーションを保持します。基盤となるCitrix App Layeringテクノロジーを搭載したユーザーパーソナライゼーションレイヤー機能は、非永続的なマシンカタログでCitrix ProvisioningおよびMachine Creation Services™ (MCS) をサポートします。
マスターイメージ内のVirtual Delivery Agentとともに、ユーザーパーソナライゼーションレイヤーコンポーネントをインストールします。VHDファイルは、ユーザーがローカルにインストールしたアプリケーションを保存します。イメージにマウントされたVHDは、ユーザー自身の仮想ハードドライブとして機能します。
重要:
Citrix Virtual Apps™ and Desktopsでユーザーパーソナライゼーションレイヤーを展開するか、イメージテンプレートで有効になっているApp Layeringユーザーレイヤーを展開することはできますが、両方を同時に展開することはできません。App Layering内のレイヤーにユーザーパーソナライゼーションレイヤー機能をインストールしないでください。
この機能はPersonal vDisk (PvD) に代わるものであり、非永続的（プールされた）デスクトップ環境でユーザーに永続的なワークスペースエクスペリエンスを提供します。
ユーザーパーソナライゼーションレイヤー機能を展開するには、この記事で詳述されている手順を使用してインストールおよび構成します。
Related information
インストールと構成

アプリケーションのサポート

以下の例外を除き、ユーザーがデスクトップにローカルでインストールするすべてのアプリケーションは、ユーザーパーソナライゼーションレイヤーでサポートされます。

例外

以下のアプリケーションは例外であり、ユーザーパーソナライゼーションレイヤーではサポートされません。
  • MS OfficeやVisual Studioなどのエンタープライズアプリケーション。
  • ネットワークスタックまたはハードウェアを変更するアプリケーション。例: VPNクライアント。
  • ブートレベルドライバーを持つアプリケーション。例：ウイルススキャナー。
  • ドライバー ストアを使用するドライバーを持つアプリケーション。例：プリンター ドライバー。
    注:
    Windowsグループポリシーオブジェクト（GPO）を使用してプリンターを利用可能にすることができます。
サポートされていないアプリケーションをローカルにインストールすることをユーザーに許可しないでください。代わりに、これらのアプリケーションはマスターイメージに直接インストールしてください。

ローカルユーザーまたは管理者アカウントを必要とするアプリケーション

ユーザーがアプリケーションをローカルにインストールすると、そのアプリはユーザーレイヤーに格納されます。その後、ユーザーがローカルユーザーまたはグループを追加または編集しても、その変更はセッションを超えて保持されません。
重要:
必要なローカルユーザーまたはグループは、マスターイメージに追加してください。

要件

ユーザーパーソナライゼーションレイヤー機能には、以下のコンポーネントが必要です。
  • Citrix Virtual Apps and Desktops 7 1909 以降のバージョン
  • Virtual Delivery Agent (VDA)、バージョン1912以降
  • Citrix Provisioning™、バージョン1909以降
  • Windowsファイル共有（SMB）、またはオンプレミスAD認証が有効なAzure Files
OSがシングルセッションとして展開されている場合、以下のWindowsバージョンでユーザーパーソナライゼーションレイヤー機能を展開できます。サポートは、シングルセッション上の単一ユーザーに限定されます。
  • ウィンドウズ 11 エンタープライズ x64
  • Windows 10 Enterprise x64、バージョン1607以降
  • Windows Server 2019 (Azure Filesがサポートされています)
  • Windows Server 2022 (Azure Filesがサポートされています)
Citrix Virtual Apps and Desktops 7の場合、User personalization layersでのAzure Filesの使用は、Windows Server 2022、Windows Server 2019、およびWindows 10クライアントでサポートされています。
注:
サーバーOSを使用している場合、Server VDIのみがサポートされます。展開の詳細については、Server VDIの記事を参照してください。
ユーザーパーソナライゼーションレイヤーは、マシンごとに一度に1人のユーザーのみをサポートし、その後、ディスクをリセットするためにマシンを再起動する必要があります。ユーザーパーソナライゼーションレイヤーは、マルチセッションサーバーオペレーティングシステムでは使用できず、シングルセッションサーバーシステムでのみ使用できます。ユーザーパーソナライゼーションレイヤーは、非永続デスクトップでのみサポートされます。
ユーザーパーソナライゼーションレイヤー機能がインストールされている場合は、アンインストールします。最新リリースをインストールする前に、マスターイメージを再起動します。

ファイル共有を設定する

ユーザーパーソナライゼーションレイヤー機能には、Windows Server Message Block (SMB) ストレージが必要です。Windowsファイル共有を作成するには、使用しているWindowsオペレーティングシステムの通常の手順に従ってください。
AzureベースのカタログでAzure Filesを使用する方法の詳細については、ユーザーパーソナライゼーションレイヤー用のAzure Filesストレージを設定するを参照してください。

推奨事項

ユーザーパーソナライゼーションレイヤーの展開を成功させるには、このセクションの推奨事項に従ってください。

マイクロソフト システムセンター コンフィギュレーションマネージャー (SCCM)

ユーザーパーソナライゼーションレイヤー機能でSCCMを使用している場合は、VDI環境でイメージを準備するためのMicrosoftのガイドラインに従ってください。詳細については、このMicrosoft TechNet記事を参照してください。

ユーザーレイヤーのサイズ

ユーザーレイヤーは、ディスク上のスペースが使用されるにつれて拡張するシンプロビジョニングディスクです。ユーザーレイヤーに許可されるデフォルトサイズは10 GBで、これは推奨される最小値です。
注:
インストール中に値がゼロ (0) に設定されている場合、デフォルトのユーザーレイヤーサイズは10 GBに設定されます。
ユーザーレイヤーのサイズを変更したい場合は、ユーザーレイヤーサイズポリシーに別の値を入力できます。**オプション: GB単位のユーザーレイヤーサイズの横にあるをクリックします。**の下にある、ステップ5: デリバリーグループのカスタムポリシーを作成するを参照してください。

ユーザーレイヤーサイズを上書きするためのツール（オプション）

ユーザーレイヤーファイル共有にクォータを定義するWindowsツールを使用して、ユーザーレイヤーサイズを上書きできます。
以下のMicrosoftクォータツールのいずれかを使用して、Usersという名前のユーザーレイヤーディレクトリにハードクォータを設定します。
  • ファイルサーバーリソースマネージャー (FSRM)
  • クォータマネージャー
注:
クォータを増やすと、新しいユーザーレイヤーに影響し、既存のレイヤーを拡張します。クォータを減らすと、新しいユーザーレイヤーのみに影響します。既存のユーザーレイヤーのサイズが縮小することはありません。

ユーザーパーソナライゼーションレイヤーを展開する

ユーザーパーソナライゼーション機能を展開する際は、Web Studio内でポリシーを定義します。その後、そのポリシーを、機能が展開されているマシンカタログにバインドされたデリバリーグループに割り当てます。
マスターイメージにユーザーパーソナライゼーションレイヤーの設定がない場合、サービスはアイドル状態のままであり、オーサリングアクティビティを妨げません。
マスターイメージでポリシーを設定すると、サービスはマスターイメージ内でユーザーレイヤーを実行してマウントしようとします。マスターイメージは予期しない動作や不安定性を示します。
ユーザーパーソナライゼーションレイヤー機能を展開するには、以下の手順をこの順序で完了します。
  • ステップ1：Citrix Virtual Apps and Desktops環境の可用性を確認します。
  • ステップ2：マスターイメージを準備します。
  • ステップ3：マシンカタログを作成します。
  • ステップ4：デリバリーグループを作成します。
  • ステップ5：デリバリーグループのカスタムポリシーを作成します。
注:
イメージ上のWindows 10をアップグレードした後、初めてログインするのに通常よりも時間がかかります。ユーザーのレイヤーは新しいバージョンのWindows 10用に更新する必要があり、それによってログオン時間が増加します。

ステップ 1: Citrix Virtual Apps and Desktops 環境が利用可能であることを確認する

この新機能を使用するために、Citrix Virtual Apps and Desktops 環境が利用可能であることを確認してください。セットアップの詳細については、「Citrix Virtual Apps and Desktops のインストールと構成」を参照してください。

ステップ 2: マスターイメージを準備する

マスターイメージを準備するには:
  1. マスターイメージを見つけます。組織のエンタープライズアプリケーションと、ユーザーが一般的に役立つと感じるその他のアプリをインストールします。
  2. Server VDI を展開する場合は、Server VDI の記事の手順に従ってください。オプションコンポーネントであるユーザーパーソナライゼーションレイヤーを必ず含めてください。詳細については、VDA インストール用のコマンドラインオプション を参照してください。
  3. Windows 10 を使用している場合は、Virtual Delivery Agent (VDA) 1912 以降をインストールします。古いバージョンの VDA がすでにインストールされている場合は、まず古いバージョンをアンインストールします。新しいバージョンをインストールする際は、オプションコンポーネントであるCitrix ユーザーパーソナライゼーションレイヤーを次のように選択してインストールしてください。
    1. Virtual Delivery Agent for Windows Desktop OSタイルをクリックします。
    ウィンドウズ デスクトップ OS 用 VDA
    1. 環境: 「マスター MCS イメージを作成」または「Citrix Provisioning またはサードパーティのプロビジョニングツールを使用してマスターイメージを作成」のいずれかを選択します。
    マスターイメージを作成
    1. コアコンポーネント: 「次へ」をクリックします。
    2. 追加コンポーネント: 「Citrix ユーザーパーソナライゼーションレイヤー」をオンにします。
    マスターイメージを作成
    1. 残りのインストール画面を進み、必要に応じて VDA を構成し、「インストール」をクリックします。インストール中にイメージが1回以上再起動します。
  4. Windows Updateを無効のままにします。ユーザーパーソナライゼーションレイヤーのインストーラーは、イメージ上の Windows Update を無効にします。更新は無効のままにしてください。
イメージをWeb Studioにアップロードする準備ができました。
注:
ユーザーパーソナライゼーションレイヤー (UPL) を単にアップグレードしたい場合は、新しいバージョンの UPL とスタンドアロンパッケージを使用してアップグレードできます。VDA をアップグレードする必要はありません。

Step 3: マシンカタログを作成する

Web Studioで、マシンカタログを作成する手順に従います。カタログ作成時に以下のオプションを使用します。
  1. オペレーティングシステムを選択し、シングルセッションOSに設定します。
  2. マシン管理を選択し、電源管理されているマシンに設定します。たとえば、仮想マシンやブレードPCなどです。
  3. デスクトップエクスペリエンスを選択し、以下の例のように、プール型ランダムまたはプール型静的カタログタイプに設定します。
    • プールされたランダム:
      プールされたランダム
    • プール型静的: プール型静的を選択した場合、以下のスクリーンショットに示すように、ユーザーがログオフしたときにすべての変更を破棄し、仮想デスクトップをクリアするようにデスクトップを構成します。
      プールされた静的
    注:
    ユーザーパーソナライゼーションレイヤーは、Citrix Personal vDiskを使用するように構成されたプール型静的カタログ、または専用仮想マシンとして割り当てられたカタログをサポートしていません。
  4. MCSを使用している場合は、イメージと、前のセクションで作成したイメージのスナップショットを選択します。
  5. 環境に合わせて、残りのカタログプロパティを構成します。

Step 4: デリバリーグループを作成する

作成したマシンカタログのマシンを含むデリバリーグループを作成および構成します。詳細については、デリバリーグループの作成を参照してください。

ステップ 5: デリバリーグループのカスタムポリシーを作成する

Virtual Delivery Agent内でユーザーレイヤーのマウントを有効にするには、構成パラメータを使用して以下を指定します。
  • ネットワーク上のどこでユーザーレイヤーにアクセスするか。
  • ユーザーレイヤーディスクがどのくらいのサイズまで拡張するのを許可するか。
パラメータをWeb StudioでカスタムCitrixポリシーとして定義し、デリバリーグループに割り当てます。
  1. Web Studio にサインインし、左ペインで を選択します。
    Studioでポリシーを選択(/en-us/citrix-virtual-apps-desktops/2511/media/upl-studio-select-policies.png)
  2. アクションバーで を選択します。 ウィンドウが表示されます。
  3. 検索フィールドにuser layerと入力します。利用可能なポリシーのリストに次の3つのポリシーが表示されます。
    • ユーザーレイヤーの除外
    • ユーザーレイヤーリポジトリパス
    • ユーザーレイヤーサイズ (GB)
      注:
      サイズを増やすと、新しいユーザーレイヤーに影響し、既存のユーザーレイヤーが拡張されます。サイズを減らすと、新しいユーザーレイヤーにのみ影響します。既存のユーザーレイヤーのサイズが小さくなることはありません。
    ユーザーレイヤーポリシーの選択(/en-us/citrix-virtual-apps-desktops/2511/media/user-layer-policies.png)
  4. User Layer Repository Pathの横のチェックボックスをオンにして、編集をクリックします。設定の編集ウィンドウが表示されます。
  5. Value フィールドにパスを入力し、Save をクリックします。
    • パス形式: \\server-name-or-address\share-name\folder
    • パスの例: \\Server\Share\UPLUsers
    • 結果のパスの例: CoolCompanyDomainのAlexという名前のユーザーの場合、パスは次のとおりです。\\Server\Share\UPLUsers\Users\CoolCompanyDomain_Alex\A_OK
    リポジトリパス(/en-us/citrix-virtual-apps-desktops/2511/media/upl-user-layer-repo-enter-path-no-variables.png)
    %USERNAME%と%USERDOMAIN%変数、マシン環境変数、およびActive Directory (AD) 属性を使用してパスをカスタマイズできます。これらの変数を展開すると、明示的なパスになります。
    環境変数の例:
    • パス形式: \\Server-name-or-address\share-name\folder-with-environment-variables
    • パスの例: \\Server\Share\UPLUserLayers\%USERNAME%\%USERDOMAIN%
    • 結果のパスの例: CoolCompanyDomainのAlexという名前のユーザーの場合、パスは次のようになります。\\Server\Share\UPLUserLayers\Alex\CoolCompanyDomain\A_OK
    環境変数を含むリポジトリパス(/en-us/citrix-virtual-apps-desktops/2511/media/upl-user-layer-repo-enter-path-variables.png)
    カスタム AD 属性の例:
    • パス形式: \\Server-name-or-address\share-name\AD-attribute
    • パスの例: \\Server\share#sAMAccountName#
    • 結果のパスの例: \\Server\share\JohnSmith (現在のユーザーに対して #sAMAccountName# が JohnSmith に解決される場合)
  6. オプション: ユーザーレイヤーサイズ (GB) の横にあるチェックボックスをオンにして、編集をクリックします。
    ユーザーレイヤーリポジトリパス(/en-us/citrix-virtual-apps-desktops/2511/media/upl-select-user-layer-size.png)
    設定の編集ウィンドウが表示されます。
  7. オプション: デフォルト値の 10 GB を、各ユーザーレイヤーが拡張できる最大サイズに変更します。保存をクリックします。
  8. オプション: ユーザーレイヤーの除外の横にあるチェックボックスをオンにして、編集をクリックします。
    ユーザーレイヤー除外ポリシー
  9. オプション: 除外するファイルとフォルダーを指定し、保存をクリックします。詳細については、Citrix App Layering のドキュメントを参照してください。
  10. 次へをクリックして、割り当てるユーザーとマシンを構成します。この画像で強調表示されているデリバリーグループの割り当てリンクをクリックします。
    ユーザーレイヤーリポジトリパス(/en-us/citrix-virtual-apps-desktops/2511/media/upl-delivery-group-assign.png)
  11. デリバリーグループメニューで、前のセクションで作成したデリバリーグループを選択します。OKをクリックします。
    デリバリーグループを選択(/en-us/citrix-virtual-apps-desktops/2511/media/upl-delivery-group-select.png)
  12. ポリシーの名前を入力します。チェックボックスをオンにしてポリシーを有効にし、完了をクリックします。
    ユーザーレイヤーポリシー名(/en-us/citrix-virtual-apps-desktops/2511/media/upl-name-policy.png)

ユーザーレイヤーフォルダーのセキュリティ設定を構成する

ドメイン管理者として、ユーザーレイヤーのストレージの場所を複数指定できます。各ストレージの場所 (デフォルトの場所を含む) に \Users サブフォルダーを作成します。次の設定を使用して、各場所を保護します。
設定名 値 適用先
作成者/所有者 変更 サブフォルダーとファイルのみ
所有者の権利 変更 サブフォルダーとファイルのみ
ユーザーまたはグループ フォルダーの作成/データの追加。フォルダーの横断/ファイルの実行。フォルダーの一覧表示/データの読み取り。属性の読み取り 選択したフォルダーのみ
システム フルコントロール 選択されたフォルダー、サブフォルダー、およびファイル
ドメイン管理者、および選択された管理者グループ フルコントロール 選択されたフォルダー、サブフォルダー、およびファイル

ユーザーレイヤーメッセージ

ユーザーがユーザーレイヤーにアクセスできない場合、次のいずれかの通知メッセージが表示されます。
  • ユーザーレイヤーが使用中です
    We were unable to attach your user layer because it is in use. Any changes you make to application settings or data will not be saved. Be sure to save any work to a shared network location..
  • ユーザーレイヤーが利用できません
    We were unable to attach your user layer. Any changes you make to application settings or data will not be saved. Be sure to save any work to a shared network location..
  • ユーザーサインアウト後にシステムがリセットされませんでした
    This system was not shut down properly. Please log off immediately and contact your system administrator..

トラブルシューティング時に使用するログファイル

ログファイル ulayersvc.log には、変更がログに記録されるユーザーパーソナライゼーションレイヤーソフトウェアの出力が含まれています。
C:\ProgramData\Unidesk\Logs\ulayersvc.log

ユーザーレイヤー/UPL領域の再利用

ユーザーがログオフするたびにVHDXファイルを自動的に圧縮するために、User Layer/UPL領域の再利用を使用できます。 詳細については、「User Layer/UPL領域の再利用」(/ja-jp/citrix-app-layering/4/layer/enable-user-layers.html#user-layerupl-space-reclamation)を参照してください。

制限事項

ユーザーパーソナライズレイヤー機能をインストールおよび使用する際は、以下の制限事項に留意してください。
  • App Layering内のレイヤーにユーザーパーソナライズレイヤーソフトウェアを展開しようとしないでください。Citrix Virtual Apps and Desktopsでユーザーパーソナライズレイヤーを展開するか、App Layeringイメージテンプレートでユーザーレイヤーを有効にするかのいずれかにしてください（両方は不可）。どちらのプロセスでも、必要なユーザーレイヤーが生成されます。
  • 永続的なマシンカタログでユーザーパーソナライズレイヤー機能を構成しないでください。
  • セッションホストは使用しないでください。
  • 新しいOSインストールを実行しているイメージ（Windows 10の同じバージョンであっても）でマシンカタログを更新しないでください。ベストプラクティスは、マシンカタログの作成時に使用したのと同じマスターイメージ内でOSの更新を適用することです。
  • ブート時ドライバーまたはその他の早期ブートパーソナライズは使用しないでください。
  • PvDデータをユーザーパーソナライズレイヤー機能に移行しないでください。
  • 完全なApp Layering製品からの既存のユーザーレイヤーをユーザーパーソナライズレイヤー機能に移行しないでください。
  • 異なるマスターOSイメージを使用して作成されたユーザーレイヤーにアクセスするために、ユーザーレイヤーのSMBパスを変更しないでください。
  • ユーザーがセッションからログアウトして再度ログインすると、新しいセッションはプール内の別のマシンで実行されます。VDI環境では、Microsoft Software Centerは、最初のマシンではアプリケーションをインストール済みと表示しますが、2番目のマシンでは利用不可と表示します。
    アプリケーションの実際の状態を確認するには、ユーザーにSoftware Centerでアプリケーションを選択し、インストールをクリックするように指示します。その後、SCCMはステータスを実際の値に更新します。
  • ユーザーパーソナライズレイヤー機能が有効になっているVDA内でSoftware Centerを起動すると、すぐに停止することがあります。この問題を回避するには、Microsoftの「Implementing SCCM in a XenDesktop VDI environment」に関する推奨事項に従ってください。また、Software Centerを起動する前に、ccmexecサービスが実行されていることを確認してください。
  • グループポリシー（コンピューターの構成）では、ユーザーレイヤーの設定がマスターイメージに適用された設定を上書きします。したがって、GPOを使用してコンピューターの構成で行った変更は、次回のセッションログイン時に常にユーザーに適用されるとは限りません。
    この問題を回避するには、次のコマンドを発行するユーザーログオンスクリプトを作成します。
    gpupdate /force
    例えば、ある顧客は、各ユーザーログイン時に次のコマンドを実行するように設定しました。
    gpudate /Target:Computer /force
    最良の結果を得るには、ユーザーがログインした後で、コンピューター設定への変更をユーザーレイヤーに直接適用します。
  • ドメインユーザーアカウントは、マスターイメージに最後にログインしたユーザーであってはなりません。そうしないと、そのイメージからプロビジョニングされたマシンで問題が発生する可能性があります。
  • 純粋なMicrosoft Entra環境でUPLが有効になっている場合、Azureで実行されているWindowsの根本的な問題により、カスタム証明書は保持されません。Microsoftが将来の機能強化でこの問題を修正した場合、この記事を更新します。