FSLogixプロファイルコンテナーは、ユーザーがOneDriveにファイルを保存する場合でも肥大化し続けることがあります。この記事ではその理由を説明し、プロファイルクォータやディスク容量不足の課題が繰り返される場合のトラブルシューティングワークフローと予防チェックリストを提供します。
このガイダンスは、FSLogix プロファイルコンテナーをAzure Files、Azure NetApp Files、またはその他のサポートされているストレージプラットフォームに格納するプールおよび個人用ホストプールに適用されます。
注記
OneDriveは、ユーザー ファイルが同期される場所を変更します。同期状態、キャッシュ、アプリケーション データ、Outlook、Teams、ブラウザー データ、一時ファイル、または仮想ディスクの未使用領域によるローカル プロファイルの肥大化は解消されません。
FSLogix プロファイルコンテナーは、ユーザー プロファイルをVHDまたはVHDXファイルに保存します。サインイン時に、コンテナーがセッションホストにアタッチされ、Windowsはそれをユーザーのローカル プロファイルとして扱います。OneDriveは、FSLogixを使用する非永続仮想デスクトップを含む仮想デスクトップ環境でサポートされています。詳細については、Microsoft Learn:を参照してください。仮想デスクトップで同期アプリを使用する。
ユーザーがOneDriveにファイルを保存する場合でも、プロファイルには依然としてユーザー固有のデータやキャッシュが含まれるため、プロファイルコンテナーがいっぱいになる可能性があります。さらに、コンテナー内のデータが削除されても、ストレージ層でVHDまたはVHDXファイルが必ずしも縮小されるわけではありません。
コンテナーの肥大化には、一般的に以下の項目が寄与しています。
-
OneDriveの同期メタデータおよび同期状態
-
ローカルで使用可能またはピン留めとしてマークされたOneDriveファイル
-
Officeキャッシュ
-
Outlook OSTまたはキャッシュされたメールボックスデータ
-
Teamsキャッシュ
-
ブラウザーキャッシュ
-
ダウンロード フォルダー
-
Known Folder Move が完了する前のデスクトップ、ドキュメント、またはピクチャのコンテンツ
-
ごみ箱のコンテンツ
-
アプリケーションログおよび一時データ
-
基幹業務 (LOB) アプリケーションキャッシュ
-
Windows Search データ
-
VHD または VHDX ファイル内の空白領域
FSLogix コンテナーにデータが追加されると、VHD または VHDX ファイルのサイズが大きくなります。データが削除されると、仮想ディスクの内部には空き領域が増えますが、ファイル自体が必ずしも縮小するわけではありません。Nerdio Manager には、プロファイルコンテナーから未使用の空白領域を回収する FSLogix 縮小自動化が含まれています。詳細については、FSLogix VHD/VHDX コンテナーの縮小(スクリプト アクション)を参照してください。
多くのユーザーが同じようなタイミングで同じプロファイル制限に達する場合、その原因はランダムなものではなく、環境に起因することがよくあります。このパターンは、ユーザーが同じクォータ、似たようなワークロード、同様のキャッシュの動作を示し、定期的な縮小やクリーンアップのプロセスが実施されていない場合に多く見られます。一般的な要因は次のとおりです。
-
すべてのユーザーが同じ FSLogix クォータを持っている。
-
ユーザーが同時期に移行または作成された。
-
ほとんどのユーザーで、同じアプリケーションキャッシュが同様の割合で増加している。
-
OneDrive、Teams、Outlook、またはブラウザーのキャッシュは、時間の経過とともに予測どおりに増加します。
-
VHD または VHDX ファイルはスケジュールに従って圧縮されません。
-
ポリシーまたはソフトウェアの更新によってキャッシュの動作が変更されました。
-
ストレージのレポートには、アクティブなユーザーデータではなく、割り当てられたコンテナーサイズが反映されます。
以下の手順を実行して、増加の原因や適切な是正措置を確認してください。
影響を受けるプロファイルを特定し、そのサイズを比較します。プロファイルの検索および管理オプションについては、「FSLogix プロファイル管理 – 高度な検索」を参照してください。問題が分離されているか、システム全体に及ぶかを判断するために十分な情報をキャプチャします。
-
ユーザー名
-
プロファイルパス
-
コンテナーの種類 (VHD または VHDX)
-
現在のファイルサイズ
-
構成済みのクォータ
-
最終更新日時
-
影響を受けたホストプール
-
ユーザーがアクティブにサインインしているかどうか
-
問題が 1 人のユーザー、多数のユーザー、またはすべてのユーザーに影響するかどうか
大きなコンテナーには、アクティブなユーザーデータ、アプリケーションキャッシュ、削除されたデータによる空白領域、またはこれら 3 つの組み合わせが含まれている可能性があります。大きな空白領域がある場合、縮小保守を実行することで、ユーザーのクォータを増やすことなくストレージを再利用できます。
次の設定を確認します。詳細については、「FSLogixの設定と構成」および「FSLogixのホストプールごとのカスタマイズ」を参照してください。
-
プロファイルパス
-
コンテナーの種類
-
プロファイルサイズ制限
-
Cloud Cache 設定(使用している場合)
-
Office コンテナー設定(使用している場合)
-
リダイレクトの設定
-
FSLogix エージェントのバージョン
-
Nerdio Managerがホストプールに意図した設定を適用しているかどうか
次のOneDriveの動作を確認します:
-
ファイルオンデマンドの状態
-
デスクトップ、ドキュメント、ピクチャの既知のフォルダー移動の状態
-
ユーザーが大きなフォルダーをローカルにピン留めしているかどうか
-
ユーザーがOneDriveで管理されていないフォルダーにコンテンツを保存しているかどうか
-
同期の正常性
-
キャッシュの増加
-
常にこのデバイス上に保持するオプションに関するユーザーの理解度
以下のキャッシュ動作を確認します。
-
Outlook のキャッシュモードと OST サイズ
-
Teams キャッシュ
-
Office ドキュメントキャッシュ
-
検索インデックスの動作
-
ブラウザーキャッシュ
-
大きなダウンロードフォルダー
-
LOB アプリケーションの一時パス
FSLogix のリダイレクトは、選択したパスをコンテナーから除外することで、プロファイルの肥大化を軽減できます。リダイレクトは慎重にテストしてください。適切な対象は、通常、使い捨てのキャッシュや一時的なパスです。不適切な対象には、アプリケーション設定、認証データ、ユーザーが保持を期待する情報が含まれます。
以下のストレージメトリックを確認します。
-
容量と使用量
-
プロビジョニングされた容量(該当する場合)
-
IOPS およびスループット
-
レイテンシ
-
クォータアラート
-
急激な増加パターン
-
バックアップまたはスナップショットの動作
-
Azure Files の階層とパフォーマンスの制限
-
該当する場合の Azure NetApp Files 容量プールの動作
ユーザーがサインインできない場合や一時プロファイルを受け取る場合は、プロファイルのロックが関係している可能性があります。プロファイルのロックは、ユーザーがサインアウトせずに切断した場合、複数のホストプールが同じプロファイルパスを指している場合、またはセッションホストがコンテナーを正常に解放できなかった場合に発生しやすくなります。詳細については、「FSLogix プロファイルマウントエラーのトラブルシューティング」および「FSLogix プロファイル VHD ファイル ハンドル問題のトラブルシューティング」を参照してください。
見つかった内容に一致する是正措置を選択してください:
|
オプション |
使用する場合 |
注: |
|---|---|---|
|
FSLogixの縮小メンテナンスを実行する |
コンテナーは大きいが、再利用可能な空き領域が含まれている。 |
削除または移動したデータでもストレージ消費量が減らなかった場合、まず試すべき是正措置です。FSLogix VHD/VHDX コンテナーの縮小 (スクリプトアクション) |
|
プロファイルサイズの上限を増やす |
プロファイルには、正当なワークロードデータが含まれており、永続化する必要があります。 |
管理されていないキャッシュの増加に対して、クォータの増加を唯一の修正策として使うのは避けてください。 |
|
OneDriveの「ファイル オンデマンド」と「既知のフォルダーの移動」を確認する |
ユーザーが大量のデータをローカルに格納またはピン留めしている。 |
クラウド専用のファイルの動作とローカルで利用可能なファイルの動作の違いを明確にする。 |
|
リダイレクトの追加または更新を行う |
特定の使い捨てキャッシュ パスが原因で増加している。 |
広範囲に使用する前に試験運用を行い、除外されたすべてのパスを文書化してください。 |
|
プロファイルをリセットする |
プロファイルが破損しているか、復旧できません。 |
これは最終手段です。プロファイルを削除する前に、ユーザーデータが保護されていることを確認してください。プロファイルの削除、アーカイブ、および復元するオプションについては、FSLogix Profile Management – Advanced Searchを参照してください。 |
-
必要に応じて、FSLogixの縮小メンテナンスをスケジュールしてください。
-
ユーザーがクォータに達する前に、プロファイルサイズの傾向を監視してください。
-
プロファイルストレージ容量のアラートを有効にしてください。
-
OneDriveの「ファイルオンデマンド」の動作を確認してください。
-
Known Folder Move(既知のフォルダーの移動)の導入状況を確認してください。
-
クラウド専用のOneDriveファイルとローカルで利用可能なOneDriveファイルの違いについて、ユーザーを教育してください。
-
Teams、Outlook、ブラウザー、LOBアプリのキャッシュ動作を確認してください。
-
使い捨てキャッシュのリダイレクトは、テスト後にのみ使用してください。
-
日常的な保守としてプロファイルをリセットすることは避けてください。
-
イメージ更新時にFSLogixのバージョンを確認してください。
-
ストレージのパフォーマンスと容量を定期的に検証してください。
複数のユーザーが60日から90日ごとに30 GBのFSLogixプロファイルの上限に達しています。考えられる要因として、同一のクォータ、同様のMicrosoft 365キャッシュの増加、OneDriveのローカルキャッシュ、スケジュールされた縮小の欠如、VHDXファイル内の未使用領域などが挙げられます。
調査を行うには、最大サイズのプロファイルを特定し、再利用可能な未使用領域の量を確認し、OneDriveとキャッシュの動作を確認し、リダイレクトを試験的に導入してください。クォータの調整は、予想されるワークロードのサイズを把握した上で行ってください。
-
FSLogix の設定と構成
-
FSLogix VHD/VHDX コンテナーの縮小 (スクリプトアクション)
-
FSLogix プロファイル管理 - 高度な検索
-
FSLogix プロファイルマウントエラーのトラブルシューティング
-
FSLogixプロファイルのVHDファイルハンドルの問題をトラブルシューティングする
-
| Microsoft LearnFSLogix プロファイルコンテナーを使用したAzure Virtual Desktopのユーザープロファイル管理
-
| Microsoft Learn仮想デスクトップで同期アプリを使用してください
-
| Microsoft LearnFSLogix とは何ですか?
サポートチケットを提出してくださいこの項目について。
コメント (0件のコメント)