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

注：

Citrix Virtual Apps and Desktops™の展開は、WebベースのWeb StudioとWindowsベースのCitrix Studioという2種類の管理コンソールを用いて管理可能です。本記事では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)に代わるものであり、非永続（プールされた）デスクトップ環境のユーザーに永続的なワークスペースエクスペリエンスも提供します。

ユーザーパーソナライゼーションレイヤー機能を展開するには、この記事で詳述されている手順を使用してインストールおよび構成します。

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

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

例外事項

以下のアプリケーションは例外であり、ユーザーパーソナライゼーションレイヤーではサポートされません。

• MS OfficeやVisual Studioなどのエンタープライズアプリケーション。
• ネットワークスタックまたはハードウェアを変更するアプリケーション。例：VPNクライアント。
• ブートレベルドライバーを持つアプリケーション。例：ウイルススキャナー。

• ドライバー ストアを使用するドライバーを持つアプリケーション。例：プリンタードライバー。

  注：

  Windowsグループポリシーオブジェクト（GPO）を使用してプリンターを利用可能にできます。

サポートされていないアプリケーションをユーザーがローカルにインストールすることを許可しないでください。代わりに、これらのアプリケーションをマスターイメージに直接インストールしてください。

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

ユーザーがアプリケーションをローカルにインストールすると、そのアプリはユーザーレイヤーに入ります。その後、ユーザーがローカルユーザーまたはグループを追加または編集しても、その変更はセッションを超えて保持されません。

重要：

必要なローカルユーザーまたはグループは、マスターイメージに追加してください。

必要要件

ユーザーパーソナライゼーションレイヤー機能には、次のコンポーネントが必要です。

• シトリックス バーチャル アプリケーションズ アンド デスクトップス 7 1909 以降
• バーチャル デリバリー エージェント (VDA) バージョン 1912 以降
• シトリックス プロビジョニング™、バージョン1909以降
• Windowsファイル共有（SMB）、またはオンプレミスAD認証が有効なAzure Files

OSがシングルセッションとして展開されている場合、以下のWindowsバージョンでユーザーパーソナライゼーションレイヤー機能を展開できます。サポートは、シングルセッション上の単一ユーザーに限定されます。

• Windows 11 エンタープライズ x64
• Windows 10 Enterprise x64, version 1607 or later
• Windows Server 2019 (Azure Files supported)
• Windows Server 2022 (アジュール ファイルに対応)

Citrix Virtual Apps and Desktops 7 の場合、ユーザーパーソナライゼーションレイヤーでのアジュール ファイルの使用は、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 の記事の手順に従ってください。オプションコンポーネントである User personalization layer を必ず含めてください。詳細については、VDA のインストールに関するコマンドラインオプション を参照してください。

3. Windows 10 を使用している場合は、Virtual Delivery Agent (VDA) 1912 以降をインストールします。VDA の古いバージョンがすでにインストールされている場合は、まず古いバージョンをアンインストールします。新しいバージョンをインストールするときは、オプションコンポーネントである Citrix User Personalization Layer を次のように選択してインストールしてください。

   1. WindowsデスクトップOS向けバーチャルデリバリーエージェント タイルをクリックします。

   WindowsデスクトップOSに対応したVDA(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/upl-vda-for-win-desktop-os.png)

   1. 環境: マスターMCSイメージを作成、またはCitrix Provisioningまたはサードパーティのプロビジョニングツールを使用してマスターイメージを作成のいずれかを選択します。

   「マスターイメージを作成」の画像(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/upl-create-master-image.png)

   1. コアコンポーネント: 次へをクリックします。

   2. 追加コンポーネント: Citrix ユーザーパーソナライゼーションレイヤーをオンにします。

   「マスターイメージを作成」の画像(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/upl-select-citrix-upl.png)

   1. 残りのインストール画面をクリックして進み、必要に応じて VDA を構成し、Install をクリックします。インストール中にイメージが1回以上再起動します。

4. Windows updates は無効のままにします。ユーザーパーソナライゼーションレイヤーインストーラーは、イメージ上の Windows 更新を無効にします。更新は無効のままにしてください。

イメージを Web Studio にアップロードする準備ができました。

注：

ユーザーパーソナライゼーションレイヤー (UPL) をアップグレードするだけであれば、新しいバージョンの UPL とスタンドアロンパッケージを使用して実行できます。VDA をアップグレードする必要はありません。

ステップ3：マシンカタログを作成する

Web Studioで、マシンカタログを作成する手順に従います。カタログ作成時に次のオプションを使用します。

1. オペレーティングシステムを選択し、シングルセッションOSに設定します。

2. マシン管理を選択し、電源管理されているマシンに設定します。たとえば、仮想マシンやブレードPCなどです。

3. デスクトップエクスペリエンスを選択し、以下の例のように、プール型ランダムまたはプール型静的カタログタイプに設定します。

   • プール型ランダム:

     

   • プール型静的: プール型静的を選択した場合、以下のスクリーンショットに示すように、ユーザーがログオフしたときにすべての変更を破棄し、仮想デスクトップをクリアするようにデスクトップを構成します。

     

   注:

   ユーザーパーソナライゼーションレイヤーは、Citrix Personal vDiskを使用するように構成されたプール型静的カタログ、または専用仮想マシンとして割り当てられたプール型静的カタログをサポートしていません。

4. MCSを使用している場合は、イメージと、前のセクションで作成したイメージのスナップショットを選択します。

5. 環境に合わせて、残りのカタログプロパティを構成します。

ステップ4：デリバリーグループを作成する

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

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

Virtual Delivery Agent 内でユーザーレイヤーのマウントを有効にするには、構成パラメータを使用して以下を指定します。

• ネットワーク上のどこでユーザーレイヤーにアクセスするか。
• ユーザーレイヤーディスクの最大許容サイズ。

Web Studio でパラメータをカスタムCitrixポリシーとして定義し、デリバリーグループに割り当てます。

1. Web Studio にサインインし、左ペインでポリシーを選択します。

   Studio でポリシーを選択(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/upl-studio-select-policies.png)

2. アクションバーでポリシーの作成を選択します。「ポリシーの作成」ウィンドウが表示されます。

3. 検索フィールドにuser layerと入力します。利用可能なポリシーのリストに、次の3つのポリシーが表示されます。

   • ユーザーレイヤーの除外
   • ユーザーレイヤーリポジトリパス

   • ユーザーレイヤーサイズ (GB)

     注:

     サイズを大きくすると、新しいユーザーレイヤーと既存のユーザーレイヤーが拡張されます。サイズを小さくすると、新しいユーザーレイヤーのみに影響します。既存のユーザーレイヤーのサイズが小さくなることはありません。

   ユーザーレイヤーポリシーを選択(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/user-layer-policies.png)

4. 「User Layer Repository Path」の横にあるチェックボックスをオンにして、「Edit」をクリックします。「Edit Setting」ウィンドウが表示されます。

5. 「Value」フィールドにパスを入力し、「Save」をクリックします。

   • パス形式: \\server-name-or-address\share-name\folder
   • パスの例: \\Server\Share\UPLUsers
   • 結果パスの例: CoolCompanyDomainのAlexという名前のユーザーの場合、パスは次のようになります: \\Server\Share\UPLUsers\Users\CoolCompanyDomain_Alex\A_OK

   リポジトリパスの画像(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/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

   環境変数を含むリポジトリパスの画像(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/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. オプション: User Layer Size in GB の横にあるチェックボックスをオンにして、Edit をクリックします。

   ユーザーレイヤーリポジトリパス(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/upl-select-user-layer-size.png)

   「設定の編集」ウィンドウが表示されます。

7. オプション: デフォルト値の 10 GB を、各ユーザーレイヤーが拡張できる最大サイズに変更します。Save をクリックします。

8. オプション: User Layer Exclusions の横にあるチェックボックスをオンにして、Edit をクリックします。

   ユーザーレイヤー除外ポリシー(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/user-layer-exclusions-policy.png)

9. オプション: 除外するファイルとフォルダーを指定し、Save をクリックします。詳細については、Citrix App Layering のドキュメントを参照してください。

10. 割り当てるユーザーとマシンを構成するには、Next をクリックします。この画像で強調表示されている Delivery Group Assign リンクをクリックします。

    ユーザーレイヤーリポジトリパス(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/upl-delivery-group-assign.png)

11. Delivery Group メニューで、前のセクションで作成したデリバリーグループを選択します。OK をクリックします。

    デリバリーグループの選択(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/upl-delivery-group-select.png)

12. ポリシーの名前を入力します。チェックボックスをオンにしてポリシーを有効にし、Finish をクリックします。

    ユーザーレイヤーポリシー名(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/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.<!--NeedCopy-->

• ユーザーレイヤーが利用できません

  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.<!--NeedCopy-->

• ユーザーサインアウト後にシステムがリセットされませんでした

  This system was not shut down properly. Please log off immediately and contact your system administrator.<!--NeedCopy-->

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

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

C:\ProgramData\Unidesk\Logs\ulayersvc.log
<!--NeedCopy-->

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

ユーザーがログオフするたびにVHDXファイルを自動的に圧縮するには、ユーザーレイヤー/UPL領域の再利用を使用できます。 詳細については、「ユーザーレイヤー/UPL領域の再利用」を参照してください。

制限事項

ユーザーパーソナライゼーションレイヤー機能をインストールして使用する際は、以下の制限事項に留意してください。

• 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を起動すると、すぐに停止することがあります。この問題を回避するには、「XenDesktop VDI環境でのSCCMの実装」に関するMicrosoftの推奨事項に従ってください。また、Software Centerを起動する前に、ccmexecサービスが実行されていることを確認してください。

• グループポリシー（コンピューターの構成）では、ユーザーレイヤーの設定がマスターイメージに適用された設定を上書きします。したがって、GPOを使用してコンピューターの構成で行った変更は、次回のセッションログイン時に常にユーザーに適用されるとは限りません。

  この問題を回避するには、次のコマンドを発行するユーザーログオンスクリプトを作成します。

  gpupdate /force

  たとえば、あるお客様は、ユーザーがログインするたびに次のコマンドを実行するように設定しました。

  gpudate /Target:Computer /force

  最良の結果を得るには、ユーザーがログインした後、ユーザーレイヤーで直接コンピューター設定に変更を適用します。

• ドメインユーザーアカウントは、マスターイメージに最後にログインしたユーザーであってはなりません。そうしないと、そのイメージからプロビジョニングされたマシンで問題が発生する可能性があります。

• 純粋なAzure AD環境でUPLが有効になっている場合、Azure上で実行されているWindowsの根本的な問題により、カスタム証明書は永続化されません。Microsoftが将来の機能強化でこの問題を修正した場合、この記事を更新します。