ユーザーレイヤーを展開する

最終公開日 : Oct 24, 2026
ユーザーレイヤーは、各ユーザーの次の情報を保持します。
  • プロファイル設定
  • データ
  • 非永続VDI環境にローカルにインストールされたアプリケーション
イメージテンプレートでユーザーレイヤーを有効にすると、結果として得られるレイヤー化されたイメージを使用してプロビジョニングされたシステムは、すべてのユーザーにユーザーレイヤーを提供します。
ユーザーがユーザーレイヤーが有効なデスクトップにログインすると、新しい検索インデックスデータベースが作成されます。このインデックスには、ユーザーレイヤーおよびすべてのエラスティックレイヤーからの検索情報が組み込まれます。検索機能は、インデックス作成が完了した場合にのみ利用可能です。
このトピックでは、イメージテンプレートでユーザーレイヤーを有効にする方法と、結果として得られるレイヤー化されたイメージについて説明します。イメージを使用してプロビジョニングするシステムは、すべてのユーザーにユーザーレイヤーを提供します。
Related information
レイヤーの作成と管理

ユーザーレイヤーの種類

次の種類のユーザーレイヤーを有効にできます。
  • フル: ユーザーのすべてのデータ、設定、およびローカルにインストールされたアプリは、ユーザーレイヤーに保存されます。
  • Office 365: (デスクトップシステム) ユーザーのOutlookデータと設定のみがユーザーレイヤーに保存されます。
  • セッションOffice 365: (セッションホスト) ユーザーのOutlookデータと設定のみがユーザーレイヤーに保存されます。
フルユーザーレイヤー、Office 365ユーザーレイヤー、またはセッションOffice 365ユーザーレイヤーを有効にできます。フルユーザーレイヤーには、Office 365/セッションOffice 365ユーザーレイヤーが保存するすべてのものに加えて、他のアプリケーションの設定とデータが含まれます。
注:
Office 365とSession Office 365は非推奨です。

要件

ユーザーレイヤーを有効にする前に、以下の種類のユーザーレイヤーに適用される要件を満たしていることを確認してください。
  • すべての種類のユーザーレイヤー
  • フルユーザーレイヤー
  • Office 365およびSession Office 365ユーザーレイヤー

すべてのユーザーレイヤー

ユーザーレイヤーを有効にするには、以下が必要です。
  • 十分なネットワーク帯域幅。帯域幅と遅延はユーザーレイヤーに大きな影響を与えます。すべての書き込みはネットワークを介して行われます。
  • ユーザーのデータ、構成設定、ローカルにインストールされたアプリに割り当てられる十分なストレージ容量。（アプライアンスは、レイヤーのパッケージ化、レイヤー化されたイメージの公開、およびElasticレイヤーの提供にメインのストレージ場所を使用します。）

フルユーザーレイヤー

  • フルユーザーレイヤーでProfile Managementを使用する場合、ログオフ時のユーザー情報の削除をクリアする必要があります。設定の展開方法に応じて、以下のいずれかの方法で削除をクリアできます。
    • グループポリシーオブジェクト。
    • Delivery Controller™ (DDC) のポリシー。

Office 365およびSession Office 365ユーザーレイヤー

  • プロファイルマネージャー (Citrix Profile Managerなど) を使用します。そうしないと、Outlookはログインするすべてのユーザーを新規ユーザーとみなし、そのユーザーのためにOSファイルを作成します。
  • Officeレイヤーはイメージテンプレートに含め、レイヤー化されたイメージに展開する必要があります。ただし、Office 365ユーザーレイヤーと他のElasticレイヤーを併用することはできます。
  • Microsoft Officeは、公開されたイメージのアプリレイヤーとしてのみサポートされており、エラスティックレイヤーとしてはサポートされていません。
  • 検索インデックスファイルのデフォルトの場所への変更は、Office 365レイヤーには保持されません。
  • この機能は、一度にユーザーあたり1つのデスクトップ (シングルサインオン) でテストされています。
注：
Office 365およびSession Office 365は非推奨です。

互換性

フルユーザーレイヤーは、以下のプラットフォームでサポートされています。
  • オペレーティングシステム： すべてのオペレーティングシステムは、ユーザーレイヤーで動作するようにシングルユーザーモードで構成する必要があります。サーバーはマルチユーザーモードでは使用できません。セッションホスト上のユーザーレイヤーはサポートされていません。
    • Windows 10、64ビット
    • Windows 11、64ビット (オフロードコンポジットが有効なプラットフォームに展開されている場合のみ)
    • Windows Server 2016、シングルユーザーモードのみ
    • Windows Server 2019、シングルユーザーモードのみ
  • 公開プラットフォーム： ユーザーレイヤーは、以下の公開プラットフォームでサポートされています。
    • シトリックス 仮想デスクトップ™

ユーザーレイヤーでサポートされていないアプリケーション

次のアプリケーションはユーザーレイヤーでサポートされていません。これらのアプリケーションをローカルにインストールしないでください。
  • エンタープライズアプリケーション: MS OfficeやVisual Studioなどのエンタープライズアプリケーションは、アプリレイヤーにインストールする必要があります。ユーザーレイヤーは、エラスティックレイヤーと同じテクノロジーに基づいています。エラスティックレイヤーと同様に、これらのエンタープライズアプリケーションにユーザーレイヤーを絶対に使用しないでください！
  • ドライバー ストアを使用するドライバーを持つアプリケーション。例: プリンタードライバー。
    注:
    グループポリシーを使用してプリンターを利用可能にすることができます。次のセクションの「GPOでインストールされたプリンター」を参照してください。
  • ネットワークスタックまたはハードウェアを変更するアプリケーション。例: VPNクライアント。
  • ブートレベルのドライバーを持つアプリケーション。例: ウイルススキャナー。
  • ローカルユーザーまたはグループの追加を必要とするアプリケーション。アプリケーションのインストールの一部として追加するローカルユーザーとグループは、OSレイヤーにのみ保持されます。必要なユーザーまたは管理者がOSレイヤーに追加された状態で、ベースイメージに含まれるレイヤーにアプリケーションをインストールすることを検討してください。

Windowsアップデート

ユーザーレイヤーではWindowsアップデートを無効にする必要があります。

Outlookストアアドイン

Citrix Profile Managementはストアアドインを無効にします。
Outlookを初めて起動すると、リボンのストア/アドインアイコンに、アドインの長いリストを含むウィンドウが表示されます。初回ログイン時にアドインをインストールすると、それらはその後のログインでリボンに表示されます。アドインをインストールしない場合、ストア/アドインアイコンは空白の白いウィンドウを表示します。

GPOでインストールされたプリンター

Windows 10を実行している非永続デスクトップのユーザーの場合、グループポリシーを使用してプリンターをインストールできます。ポリシーが適用されると、プリンターはユーザーの「デバイスとプリンター」、アプリケーションのプリンター設定、およびデバイスマネージャーに表示されます。
GPOでインストールされたプリンターを設定するには：
  1. イメージテンプレートでユーザーレイヤーを有効にします。
  2. デスクトップがドメインに参加していることを確認します（プラットフォームレイヤー上）。
  3. 各ネットワークプリンターを展開するためのグループポリシーを作成し、それをマシンに割り当てます。
  4. ドメインユーザーとしてログインしているときに、プリンターが「デバイスとプリンター」、メモ帳、およびデバイスマネージャーに表示されていることを確認します。

ユーザーレイヤーの形式

ユーザーレイヤーの仮想ディスクはVHDX形式を使用して作成されます。既存のユーザーレイヤーVHDファイルは、変換または再作成することなく引き続き使用できます。ただし、VHDファイルとVHDXファイルの両方が同じフォルダーに存在する場合、VHDXファイルが優先されます。

ユーザーレイヤー仮想ディスク作成時のVHDX形式を上書きする方法

作成されるユーザーレイヤーがVHD形式を使用するように強制する動作を変更できます。この動作を上書きするには、次のシステムレジストリパラメーターを使用します。
  • パス: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ulayer
  • 名前: DefaultUserLayerVHDXDisabled
  • 種類: DWORD
  • データ: 1

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

「ユーザーレイヤー/UPL領域の再利用」を使用すると、ユーザーがログオフするたびにVHDXファイルが自動的に最適化されます。

ユーザーレイヤー/UPL領域の再利用を有効にする方法

「ユーザーレイヤー/UPL領域の再利用」を有効にする前に：
  • ドライブの最適化サービス defragsvc が有効で実行中である必要があります。 このサービスは、既存のOSレイヤーでは無効になっています。
  • Citrixでは、この機能を有効にする前に、新しいOSレイヤーバージョンを作成することをお勧めします。
「ユーザーレイヤー/UPL領域の再利用」は、次のいずれかの方法で有効にできます。
  • Citrix Studioを使用する
  • Windowsレジストリエディターを使用する
    • パス: HKLM\SOFTWARE\Policies\Citrix\UserPersonalizationLayerConfig
    • 名前: UserLayerCompactionEnabled
    • 種類: DWORD
    • データ: 1 (既定値: 0)
この機能はデフォルトで無効になっています。

レイヤー化されたイメージでユーザーレイヤーを有効にする

ユーザーレイヤーを展開するには、イメージテンプレートの設定を使用してレイヤーを有効にします。詳細な手順については、イメージテンプレートの作成または複製を参照してください。この記事の残りの部分では、ユーザーレイヤーのサイズ設定、保存、セキュリティ構成、移動、および修復に関する詳細を説明します。また、エンドユーザーへの通知をカスタマイズする手順についても説明します。

ユーザーレイヤーの場所

イメージテンプレートでユーザーレイヤーが有効になっている場合、公開するイメージはユーザーのデータ、設定、およびローカルにインストールされたアプリを永続化します。
ユーザーレイヤーが有効になっている場合は、レイヤーの保存場所を追加する必要があります。
重要:
アプライアンスのメインファイル共有にユーザーレイヤーを保存することは避けてください。そうしないと、以下の目的でスペースが不足する可能性があります。
  • ソフトウェアのアップグレード。
  • ユーザーへのエラスティックレイヤーの提供。
  • サポートされているコネクタがないハイパーバイザーに移動するファイルの保存。
アプライアンスに追加された最初の保存場所は、他の保存場所に関連付けられていないユーザーレイヤーのデフォルトの場所になります。保存場所を追加すると、それらは優先順位順にリストされます。
追加する各保存場所にユーザーグループを割り当てることができます。

ユーザーが複数のグループに属している場合のユーザーレイヤーの保存場所

ユーザーが複数のグループに属しており、それらのグループが異なる保存場所に割り当てられている場合、そのユーザーのユーザーレイヤーは最も優先度の高い保存場所に保存されます。
ユーザーが割り当てられている保存場所の優先順位を、そのユーザーのユーザーレイヤーが最も優先度の高い場所に保存された後に変更した場合、その時点までに保存されたデータは元の場所に残ります。そのユーザーのユーザーレイヤーを保持するには、ユーザーレイヤーを新しい最も優先度の高い場所にコピーする必要があります。

特定のイメージでユーザーレイヤーのファイル共有場所を指定する方法

2つの異なるイメージに同時にアクセスする必要があるユーザーをサポートできます。その両方のイメージは次のとおりです。
  • ユーザーレイヤーの永続性が必要です。
  • 同じOSレイヤーを使用して作成されました。
ユーザーレイヤーのファイル共有割り当てを構成するには：
  1. ユーザーがログインする前に、公開されているイメージの1つ以上に次のレジストリキーを追加します。
    "UserLayerSharePath"
前述のキーは、プラットフォームレイヤー、アプリレイヤー、またはマシングループポリシーとして追加できます。
ユーザーがログインする前にイメージにUserLayerSharePathキーを追加すると、アプライアンスはユーザーレイヤーの共有割り当てを無視します。代わりに、マシン上のすべてのユーザーは、ユーザーレイヤーのVHDXまたはVHDに指定された共有を使用します。実際のレイヤーを見つけるために、\Usersサブツリーがこのキーに追加されます。

カスタムユーザーレイヤーパスを指定する方法

HKLM\Software\Unidesk\UlayerキーにCustomUserLayerPathという名前のREG_SZ値を作成することで、カスタムパスを設定できます。HKLM\Software\Unidesk\Ulayerキーには、環境変数とActive Directory (AD) 属性を含めることができます。
CustomUserLayerPath値では、すべてのシステム変数を展開できますが、展開できるユーザー変数は%USERNAME%と%USERDOMAIN%のみです。完全なパスは次のとおりです。
<CustomUserLayerPath>\<OSID_OSNAME>
GPOを使用してカスタムユーザーレイヤーパスを設定する場合、GPOがパスを展開しないように%<USERNAME>%と%<USERDOMAIN>%を使用します。
  • CustomUserLayerPathが定義されている場合、他のパスの代わりにそれが使用されます。
  • CustomUserLayerPathが未定義の場合、同じキー内にあるUserLayerSharePathが使用されます。
  • UserLayerSharePathが未定義の場合、App LayeringアプライアンスのJSONにリストされているStorageLocationが使用されます。管理コンソールのSystem > User Layer Storage Location設定でUserLayerSharePathを編集できます。
  • App LayeringアプライアンスのJSONにStorageLocationがリストされていない場合、RepositoryPathが使用されます。CustomUserLayerPathおよびUserLayerSharePathと同じレジストリの場所でRepositoryPathを編集できます。
  • CustomUserLayerPathが定義されている場合、ユーザーレイヤーが作成されるパスは、展開されたパスに\<OSID_OSNAME>を加えたものです。その他のすべてのパスは共有パスであり、\Users\<Domain_UserName>\<OSID_OSNAME>に追加されます。
AD属性を使用する場合、属性はハッシュで囲む必要があります（例：#aAMAccountName#）。カスタムAD属性は、場所やユーザーなどの組織変数を定義するために使用できます。属性は大文字と小文字を区別します。
例:
  • \\server\share&num;sAMAccountName#はUNCパスにユーザー設定を保存します
  • \\server\share\JohnSmith（現在のユーザーに対して#sAMAccountName#がJohnSmithに解決される場合）

アプライアンスでユーザーレイヤーが作成される場所

アプライアンスのネットワークファイル共有では、ユーザーレイヤーはUsersフォルダーに作成されます。例:
\MyServer\\*MyShare*\Users
各ユーザーはUsersディレクトリ内に独自のディレクトリを持っています。ユーザーのディレクトリは次のように命名されます。
Users\\*DomainName_username*\\*OS-Layer-ID-in-hex*_*OS-Layer-name*\\*username*.vhd
例:
  • ユーザーのログイン名: jdoe
  • ユーザーのドメイン: testdomain1
  • OSレイヤー: MyOSLayer（IDは16進形式: 123456）
  • ユーザーレイヤーは以下に作成されます:
\MyServer\MyShare\Users\testdomain1_jdoe\123456_MyOSLayer\jdoe.vhd

ユーザーがユーザーレイヤーにアクセスできる場所

フルユーザーレイヤーが作成されると、ユーザーはC:\全体にアクセスできます（Windowsの権限とディレクトリに対する会社のセキュリティ設定に従います）。
Office 365レイヤーが作成されると、ユーザーレイヤーディレクトリはOffice 365レイヤーにリダイレクトされます。
C:\user\\<username\>\Appdata\local\Microsoft\Outlook

ストレージの場所を追加する

イメージのユーザーレイヤーのストレージの場所を追加するには：
  1. 管理コンソールにログインします。
  2. System > User Layer Storage Locationsを選択します。アプライアンスのメインファイル共有を除く、ファイル共有のリストが表示されます。
  3. Add Storage Locationを選択し、新しい場所のNameとNetwork Pathを入力します。
  4. Assignmentsの下で、Add Groupsをクリックします。
  5. ディレクトリを展開し、目的のユーザーを選択して、Saveをクリックします。
  6. ストレージの場所を追加するには、Confirm and Completeをクリックします。
ストレージの場所が追加されたら、ユーザーレイヤーフォルダーにセキュリティを設定する必要があります。

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

ユーザーレイヤーには複数のストレージの場所を指定できます。各ストレージの場所（デフォルトの場所を含む）について、\Usersサブフォルダーを作成し、その場所を保護する必要があります。
ドメイン管理者は、各ユーザーレイヤーフォルダーのセキュリティを次の値に設定する必要があります。
設定名 値 適用先
作成者/所有者 サブフォルダーとファイルの変更/削除* サブフォルダーとファイルのみ
所有者の権限 変更 サブフォルダーとファイルのみ
ユーザーまたはグループ フォルダーの作成/データの追加; フォルダーの走査/ファイルの実行; フォルダーの一覧表示/データの読み取り; 属性の読み取り 選択したフォルダーのみ
システム フルコントロール 選択したフォルダー、サブフォルダー、およびファイル
ドメイン管理者、および選択された管理者グループ フルコントロール 選択したフォルダー、サブフォルダー、およびファイル
*一部のサーバーでは、Creator Owner には サブフォルダーとファイルの削除 (高度な権限) が必要です。これにより、App Layering はユーザーレイヤーの修復後にクリーンアップを実行できます。
ユーザーレイヤーフォルダーのセキュリティを構成するには:
  1. 管理コンソールにログインします。
  2. > をクリックします。表示されるファイル共有は、ユーザーレイヤー用に定義されたストレージの場所です。組織内の他のすべてのユーザーとは別に、Group1 と Group2 のストレージを管理できるように、3 つのストレージの場所を定義したとします。 `
    • デフォルトの場所 - \\MyDefaultShare\UserLayerFolder\
    • グループ1 - \\MyGroup1\Share\UserLayerFolder\
    • グループ2 - \\MyGroup2\Share\UserLayerFolder\
    注: OS、アプリ、プラットフォームレイヤーの保存に使用されるアプライアンスのメインファイル共有は、ユーザーレイヤーストレージの場所として リストされていません。App Layering ファイル共有の詳細については、「ファイル共有のセットアップ」を参照してください。
  3. 各ファイル共有の下に \Users サブディレクトリを作成します。
    \\MyDefaultShare\UserLayerFolder\Users\

    \\MyGroup1Share\UserLayerFolder\Users\

    \\MyGroup2Share\UserLayerFolder\Users\
  1. \Users の下の各サブディレクトリに、上記のセキュリティ設定のリストを適用します。

ユーザーレイヤーにユーザーパーソナライゼーションレイヤーのStudioポリシーを適用する

レイヤー化されたイメージでユーザーレイヤーが有効になっている場合、対応するCitrix Studioポリシーを構成することで、ユーザーレイヤーのデフォルトのリポジトリパスとレイヤーサイズを上書きできます。
  • ユーザーレイヤーリポジトリパス: ネットワーク上のどこでユーザーレイヤーにアクセスするかを定義します。
  • ユーザーレイヤーサイズ (GB): ユーザーレイヤーディスクの最大許容サイズを定義します。
公開されたイメージがサポートされているバージョンのVDAを実行しており、これらのポリシーが定義されている場合、ポリシーで定義されたパスとサイズが最優先されます。
割り当てられたユーザーレイヤーサイズの増加は、ユーザーが次回ログインしたときに有効になります。割り当てられたユーザーレイヤーサイズの減少は、既存のユーザーレイヤーには影響しません。

イメージのユーザーレイヤーのStudioポリシーを定義する

レイヤー化されたイメージのユーザーレイヤーのCitrix Studioポリシーを構成するには、次の手順を実行します。
  1. Citrix Studioで、ナビゲーションペインのポリシーを選択します。
    Studioでポリシーを選択(/en-us/citrix-app-layering/4/media/upl-studio-select-policies.png)
  2. アクションペインでポリシーの作成を選択します。「ポリシーの作成」ウィンドウが表示されます。
  3. 検索フィールドに「user layer」と入力します。利用可能なポリシーのリストに次の2つのポリシーが表示されます。
    • ユーザーレイヤーリポジトリパス
    • ユーザーレイヤーサイズ (GB)
      注:
      割り当てられたユーザーレイヤーサイズの増加は、ユーザーが次回ログインしたときに有効になります。割り当てられたユーザーレイヤーサイズの減少は、既存のユーザーレイヤーには影響しません。
  4. ユーザーレイヤーリポジトリパスの横にある選択をクリックします。「設定の編集」ウィンドウが表示されます。
    ユーザーレイヤーリポジトリパス(/en-us/citrix-app-layering/4/media/upl-user-layer-repository-path.png)
  5. 「値」フィールドに\\server name or address\folder nameの形式でパスを入力し、「OK」をクリックします。
    リポジトリパスを入力(/en-us/citrix-app-layering/4/media/upl-user-layer-repo-enter-path.png)
  6. オプション：「User Layer Size in GB」の横にある「選択」をクリックします。
    ユーザーレイヤーリポジトリパス(/en-us/citrix-app-layering/4/media/upl-select-user-layer-size.png)
  7. 「設定の編集」ウィンドウが表示されます。
  8. オプション：デフォルト値の「0」を、ユーザーレイヤーが拡張できる**最大サイズ（GB単位）**に変更します。「OK」をクリックします。
    注：
    デフォルト値を維持すると、ユーザーレイヤーの最大サイズは10 GBになります。
  9. 「次へ」をクリックして、ユーザーとマシンを設定します。この画像で強調表示されている「デリバリーグループの割り当て」リンクをクリックします。
    ユーザーレイヤーリポジトリパス(/en-us/citrix-app-layering/4/media/upl-delivery-group-assign.png)
  10. デリバリーグループメニューで、前のセクションで作成したデリバリーグループを選択します。「OK」をクリックします。
    デリバリーグループを選択(/en-us/citrix-app-layering/4/media/upl-delivery-group-select.png)
  11. ポリシーの名前を入力します。チェックボックスをクリックしてポリシーを有効にし、「完了」をクリックします。
    ユーザーレイヤーポリシー名(/en-us/citrix-app-layering/4/media/upl-name-policy.png)

既存のユーザーレイヤーを新しいストレージの場所に移動する

各ユーザーレイヤーのストレージの場所を新しい場所にコピーします。
  1. ユーザーレイヤーが使用中でないことを確認します。
    ユーザーがユーザーレイヤーを移動する前にログインすると、新しいユーザーレイヤーが作成されます。データは失われませんが、その場合は必ず次のことを行ってください。
    • 新しく作成されたユーザーレイヤーを新しいディレクトリに移動します。
    • ユーザーのACLを保持します。
  2. ユーザーレイヤーのVHDXまたはVHDファイルを含むディレクトリを参照します。
  3. 次のコマンドを使用して、各ユーザーレイヤーのVHDXまたはVHDファイルを以前の場所から新しい場所にコピーします。
xcopy Domain1\User1 Domain1_User1\ /O /X /E /H /K
  1. 次のディレクトリとその中のファイルのすべての権限が正しいことを確認します。
    \\\Root\Engineering\Users

    \\\Root\Engineering\Users\Domain1_User1\\...

    \\\Root\Engineering\Users\Domain2_User2\\...

ユーザーにユーザーレイヤーの作成を許可する場合

ユーザーにユーザーレイヤーの作成を許可することを選択した場合、共有から元のディレクトリとファイルを手動でクリーンアップする必要があります。

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

デフォルトでは、イメージのユーザーレイヤーに許可されるディスクスペースは、レイヤーあたり10 GBです。
デフォルトのユーザーレイヤーサイズは、次の方法で変更できます。
  • ユーザーレイヤー共有のクォータを定義する
  • レジストリのオーバーライドを設定する
Office 365ユーザーレイヤーを使用する場合、Outlookレイヤーはデフォルトで10 GBですが、Outlookは空きディスク容量に基づいてボリュームサイズを設定します。Outlookは、レイヤー化されたイメージで利用可能な容量に基づいて、より多くのスペースまたはより少ないスペースを使用します。報告されるサイズは、レイヤー化されたイメージに基づいています。

優先順位

ユーザーレイヤーを展開する場合、アプライアンスはユーザーレイヤーのサイズを決定するために次の優先順位を使用します。
  • 以下のいずれかを使用して設定されたユーザーレイヤーサイズのディスククォータ:
    • Microsoft ファイルサーバーリソースマネージャー (FSRM)
    • Microsoft クォータマネージャー
  • ユーザーレイヤーディスクのレジストリオーバーライド: (HKLM\SOFTWARE\Unidesk\ULayer\DefaultUserLayerSizeInGb)
  • デフォルトのユーザーレイヤーサイズ (10 GB)

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

割り当てられたユーザーレイヤーサイズへの増加は、ユーザーが次回ログインしたときに有効になります。割り当てられたユーザーレイヤーサイズへの減少は、既存のユーザーレイヤーには影響しません。

ユーザーレイヤーディスクのディスククォータを定義する

Microsoftのクォータツールのいずれかを使用して、ユーザーレイヤーディスクサイズにハードクォータを設定できます。
  • ファイルサーバーリソースマネージャー (FSRM)
  • クォータマネージャー
クォータは、Usersという名前のユーザーレイヤーディレクトリに設定する必要があります。
注:
クォータの変更（増加または減少）は、新しいユーザーレイヤーにのみ影響します。既存のユーザーレイヤーの最大サイズは以前に設定されており、クォータが更新されても変更されません。

最大サイズレジストリのオーバーライドを設定する

管理対象マシン上のレジストリを使用して、デフォルトのユーザーレイヤーの最大サイズをオーバーライドできます。以下のレジストリキーはオプションです。通常の操作ではこれらのキーを設定する必要はありません。これらのキーのいずれかが必要な場合は、レイヤーまたはGPO/GPPを使用して手動で追加してください。
レジストリルート: HKLM\Software\Unidesk\Ulayer
キー タイプ デフォルト値 説明
UseQuotaIfAvailable 文字列 真; 偽 クォータの検出と使用を有効にする場合はTrue。無効にする場合はFalse。
DefaultUserLayerSizeInGb Dワード ユーザー定義 ユーザーレイヤーのサイズをGB単位で指定します (例: 5、10、23など)。指定しない場合、デフォルトは10です。
QuotaQuerySleepMS Dワード ユーザー定義 ユーザーレイヤーのディレクトリ作成後、クォータがあるかどうかを確認するまでに待機するミリ秒数。一部のクォータシステム (FSRMなど) では、新しいディレクトリにクォータを適用するのに時間がかかります。デフォルトのクォータは1000です。

ユーザーレイヤーの修復

ユーザーレイヤー修復機能を使用すると、個人のユーザーレイヤーからアプリとそのファイルを削除できます。この機能は、ユーザーがすでにアプリをローカルのユーザーレイヤーにインストールしている場合に、アプリを配信した後に使用できます。この修復機能は、新しいアプリレイヤーをベースイメージの一部として配信する場合でも、エラスティックレイヤーとして配信する場合でも、競合するファイルを削除します。
  • 例1: you.txtというファイルを含むアプリレイヤーを作成し、そのアプリレイヤーをユーザーにエラスティックに提供します。ユーザーがファイルを変更すると、その変更はユーザーレイヤーに保存されます。ユーザーの変更によってアプリが破損したり、ファイルが壊れたりした場合、ユーザーレイヤー修復機能を使用すると、問題のあるファイルをユーザーレイヤーから削除してクリーンアップできます。その後、ユーザーはアプリレイヤーの一部としてエラスティックに提供されるファイルを参照します。
  • 例2: ユーザーがエラスティックに割り当てられているアプリを削除します。ユーザーレイヤーが優先されるため、ユーザーのアプリのローカルコピーが削除されると、ユーザーはそのバージョンのアプリを参照できなくなります。ユーザーはエラスティックレイヤーとして割り当てられているアプリレイヤーを参照します。
  • 例3: ユーザーがアプリケーションをローカルにインストールし、しばらくして管理者が同じアプリケーションのアプリレイヤーを作成します。ユーザーレイヤー修復機能は、アプリによってインストールされた競合するファイルをユーザーレイヤーから削除し、ユーザーがアプリレイヤーで提供されるバージョンを参照できるようにします。

ユーザーレイヤー修復の仕組み

アプライアンスは、ユーザーレイヤーをクリーンアップまたは復元するために使用できるユーザーレイヤー修復JSONファイルを生成します。JSONファイルは、修復が必要なユーザーレイヤーに手動でコピーします。
修復アップロードフォルダーがネットワーク共有に存在しない場合、それらは自動的に作成されます。アプライアンスは、修復JSONファイルをファイル共有上の次のディレクトリに書き込みます。
<StorageLocationShare>\Unidesk\Layers\App\Repair\
<StorageLocationShare>\Unidesk\Layers\App\PackageAppRules
「Repair」ディレクトリには、アプライアンスが認識している各レイヤーの各バージョンに対応するJSONファイルが含まれています。新しいアプリレイヤーまたはそのバージョンを確定するたびに、アプライアンスは修復ファイルを生成してアップロードします。
各レイヤーの修復ファイルには、以下が含まれます。
UserLayerRepair_LayerIdInDecimal_RevisionIdInDecimal.json
UserLayerRepair_<layer id>_<layer version>.json
コンソールでレイヤーIDを表示するには、「Layer」タブをクリックし、レイヤーを選択して、「i」アイコンをクリックします。レイヤーIDは、他のレイヤーの詳細とともに表示されます。
「PackageAppRules」ディレクトリには、ユーザーレイヤーの各バージョンに対応するパッケージアプリルールが含まれています。

レイヤーの修復にはどのくらい時間がかかりますか?

修復プロセスにかかる時間は、レイヤーのサイズおよび削除する必要があるオブジェクトの数によって異なります。
マウントする必要があるが、実際に実行する操作がないレイヤーの修復は、ログインプロセスに約5秒追加されます。アプリレイヤーがイメージに含まれている場合、ログイン時間は2秒に短縮されます。
時間は操作によって異なります。一般的なアプリレイヤーの場合、10秒未満であり、合計で12～15秒です。

ユーザーレイヤーを修復する

ユーザーのユーザーレイヤーを修復するには：
  1. 修復する必要があるアプリレイヤーのバージョンを特定します。
  2. 事前に生成された「UserLayerRepair」ファイルを見つけます。ファイルが生成されていない場合は、App Layeringサポートに連絡してください。サポートエンジニアが手動で修復ファイルを生成できます。
  3. ユーザーレイヤーの修復ファイルをユーザーのVHDXまたはVHDの場所に直接コピーします。次回ユーザーがログインすると、修復操作が実行されます。
    ユーザーレイヤーの修復タスクが完了すると、UserLayerRepair.JSONファイルは削除されます。
    注：
    共有上にJSONルールファイルが存在し、ユーザーによって変更されている場合、上書きされません。これにより、ユーザーはそれらのファイルを自由に修正できます。

ユーザーレイヤー修復のログファイル

ログファイル ulayersvc.log には、ユーザーレイヤー修復実行可能ファイルの出力が含まれています。
C:\ProgramData\Unidesk\Logs\ulayersvc.log
クリーンアップ中に加えられた変更はすべて、サービスがログに記録するその他の変更とともに、そこに記録されます。

修復が失敗した場合はどうなりますか?

失敗した場合、ユーザーには修復が失敗したため管理者に連絡する必要があるというメッセージが表示されます。このメッセージは、他のストレージ場所メッセージと同じ場所で構成できます。
修復の失敗は、次の場合に発生する可能性があります。
  • UserLayerRepair.json のフォーマットが不正である（JSONファイルは生成されるため、可能性は低い）。
  • 指定されたアプリレイヤーの .VHD またはイメージ内の package_app_rules ファイルが見つからない。
  • アプリレイヤーのVHDファイルの接続に失敗した。
  • 修復プロセスを中断する予期しない（ランダムな）例外。
これらの問題のいずれかが発生した場合、UserLayerRepair.JSON ファイルは削除されず、残りのJSONファイルの処理は停止します。
失敗の正確な原因を特定するには、ユーザーの ulayersvc.log ファイルを確認してください。その後、以降のログオン時に修復を再度実行できます。失敗の原因が解決されたと仮定すると、修復は最終的に成功し、UserLayerRepair.JSON ファイルは削除されます。