UWPアプリの読み込み高速化を有効にする

最終公開日 : Nov 13, 2026
Citrix®環境でMicrosoft UWPアプリを展開すると、Windowsのログオン時間が増加する可能性があります。デフォルトでは、WindowsはUWPアプリの登録データを各マシンにローカルに保存します。非永続環境では、そのデータは再起動後に失われる可能性があります。
AppXパッケージの読み込み高速化を有効にするポリシーが有効になっている場合、Profile Managementは各マシン用に仮想ディスクコンテナを作成し、UWPアプリの登録データを保存します。この機能により、UWPアプリの読み込みが高速化され、マシンの再起動時のデータ損失が防止されます。
バージョン2603以降、AppXパッケージの読み込み高速化機能が有効になっている場合、Profile ManagementはAppRepositoryデータベースの破損に対する自動検出と回復を提供します。詳細については、「Automatic StateRepository recovery」を参照してください。

GPOを使用してポリシーを有効にする

詳細な手順は次のとおりです。
  1. グループポリシー管理エディターを開きます。
  2. ポリシー > 管理用テンプレート: ポリシー定義 (ADMXファイル) > Citrixコンポーネント > Profile Management > 詳細設定にアクセスします。
  3. AppXパッケージの読み込み高速化を有効にするポリシーをダブルクリックします。
  4. 表示されるポリシーウィンドウで、有効を選択します。
  5. UWP登録データを保存するためのUNCパスを入力します。そのパスがドメインコンピューターからアクセス可能であることを確認してください。
  6. OKをクリックします。
構成の優先順位は次のとおりです。
  1. この設定がGPO、Studio、またはWorkspace Experience Management (WEM)を使用して構成されていない場合、.iniファイルの値が使用されます。
  2. この設定がどこにも構成されていない場合、この機能は無効になります。
変更を有効にするには、<https://docs.microsoft.com/ja-jp/windows-server/administration/windows-commands/gpupdate>に記載されているように、コマンドプロンプトからgpupdate /forceコマンドを実行します。

アプリの読み込み高速化を確認する

ポリシーを有効にした後、アプリの読み込み高速化が機能していることを確認するには、次の手順に従います。
  1. 機能を確認する:
    1. UWPアプリの登録データを格納するコンテナがアタッチされているかどうかを確認するには、ディスクの管理 (diskmgmt.msc) を開きます。
    2. 一時フォルダを作成し、それがアタッチされたディスクに表示されるかどうかを確認することで、C:\ProgramData\Microsoft\Windows\AppRepositoryがアタッチされたディスクにリダイレクトされていることを確認します。
  2. パフォーマンス高速化を確認する:
    WEM Admin Tool Hub の ログオン分析 ツールまたは ControlUp のログオン期間スクリプト を使用して、Appx パッケージの読み込み フェーズ中に要した時間を測定します。

自動StateRepositoryリカバリ

AppXパッケージの読み込み高速化機能がアクティブで、AppRepositoryコンテナストアパスが構成されている場合、自動StateRepositoryリカバリは自動的に有効になります。
AppXパッケージの読み込み高速化がAppRepositoryデータベースをコンテナにリダイレクトすると、OSのアップグレード、予期せぬシャットダウン、またはストレージの問題により、AppRepositoryデータベースが破損することがあります。
以前は、この問題を解決するには手動での介入が必要でした。Profile Managementは現在、自動的に次のことを行います。
  • Windowsイベントログエントリ (イベントID 100、270、272) を監視することで、AppRepositoryデータベースの破損をリアルタイムで検出します。
  • ユーザーまたは管理者の操作を必要とせずに、段階的な3段階戦略を使用してリカバリします。
  • サービスライフサイクル全体で破損を継続的に監視します。

ログメッセージを表示

回復の進行状況は、Profile Managementログに記録されます。次のメッセージを探してください。
  • Starting background monitoring for AppRepository database integrity....
  • AppRepository database corruption detected. Recovery stage: N
  • Recovery Stage N completed..
  • All automatic recovery attempts exhausted. Corruption persists. Manual intervention required..

破損イベントを確認する

イベントビューアーで破損イベントを確認できます。
  1. イベントビューアーを開きます。
  2. アプリケーションとサービスログ > Microsoft > Windows > StateRepository > Operationalに移動します。
  3. イベントID 100 (エラー)、イベントID 270 (重大)、およびイベントID 272 (重大) を探します。

自動回復が失敗した場合の対処法

すべての自動回復試行が使い果たされた場合は、次の操作を行います。
  1. 回復試行履歴についてProfile Managementログを確認します。
  2. AppRepositoryコンテナーパスにアクセスできることを確認します。
  3. Windows イベントログで、イベントID 100、270、272の発生頻度を確認してください。
  4. システムイベントログで、基になるストレージまたはディスクのエラーを確認してください。
  5. Profile Management サービスを停止し、破損したコンテナファイルを削除して、サービスを再起動します。新しいコンテナは自動的に作成されます。
  6. 破損が繰り返し発生する場合は、潜在的なハードウェアまたはストレージの問題を調査してください。