Profile Management のアーキテクチャ
この記事では、ユーザー ストアとクロスプラットフォーム設定ストアのフォルダー構造について説明します。ユーザー ストアは、Citrix® ユーザープロファイルの中心的な場所です。クロスプラットフォーム設定ストアは別の場所にあります。
プロファイル管理ストアに関する重要な情報
ユーザー ストアとクロスプラットフォーム設定ストアの構造は、情報提供とローカライズおよびトラブルシューティングの支援を目的としてここに記載されています。プロファイルデータの問題を最小限に抑え、セキュリティを維持するために設計された、以下の重要な推奨事項に従ってください。
- どちらのストアの構造も変更しないでください。
- Do not write files and folders directly to any part of a store. The user store is different in this respect from any redirected folders.
- Keep the user store separate from any redirected folders. You can keep them on disjoint shares of the same file server or DFS namespace, for example \\server1\profiles\%username% and \\server1\folders\%username%. This technique also makes it much easier to support Version 1 and Version 2 profiles together, and to support a single set of redirected folders shared by both profile versions.
- ユーザーはユーザー ストアを見る必要がないため、ドライブ文字を割り当てないでください。
- ユーザー ストアにクォータを課さないでください。プロファイルサイズを制限する場合は、クォータを使用するのではなく、項目を除外することを検討してください。
ユーザー ストアのフォルダー構造
ユーザー ストアは、デフォルトでユーザーのホームディレクトリにある WINDOWS フォルダーになります。これはパイロットインストールを簡素化しますが、本番システムでは、ユーザー ストアをネットワーク共有、または（最高の拡張性のために）DFS 名前空間として構成してください。エンタープライズ対応のユーザー ストアのサポートされる構成については、高可用性とディザスター リカバリー（Profile Management使用時）で説明されています。
安全なユーザー ストアを作成するための推奨事項は、Microsoft TechNet Webサイトの「移動ユーザープロファイル用のファイル共有を作成する」という記事で入手できます。これらの最小限の推奨事項は、基本的な操作に対して高いレベルのセキュリティを保証します。また、ユーザー ストアへのアクセスを設定する際には、Citrix ユーザー プロファイルを変更または削除するために必要な Administrators グループを含めてください。
注: Windows 7 および Windows 2008 R2 クライアントデバイスでは、Windows 2012 R2 ファイルサーバーで共有を作成する際に、データアクセスを暗号化チェックボックスを選択しないでください。
ルートレベルのユーザー ストアのフォルダー構造を次の表に示します。
| フォルダー | 注 |
|---|---|
| \ | ユーザー ストア内のプロファイルのルートです。 |
| \UPM_Profile | このフォルダーには、プロファイルからのファイルとフォルダーが含まれています。 |
| \UPM_Drive_C | このフォルダーには、プロファイル外から含まれる項目 (この場合はドライブ C から) が含まれています。このフォルダーは、Profile Management 4.x 以前からのアップグレード時に存在します。Profile Management 5.0 では、プロファイル外の項目の管理はサポートされていません。 |
| \Pending | このフォルダーには、ロック ファイル、保留中のファイル、およびストリーミング機能が使用されている場合はスタンプ ファイルが含まれています。 |
いくつかの例を次の表に示します。
| フォルダー名の例 | 注 |
|---|---|
| \UPM_Profile\Data | ユーザー プロファイル内の Data フォルダーの同期されたコンテンツ。 |
| \UPM_Profile\AppData_upm_var | ユーザープロファイル内の非ローカライズされたApplication Dataフォルダーの同期されたコンテンツ。このフォルダーは、Profile Management 4.x以前からのアップグレード時に存在します。バージョン1プロファイル（Application Dataはその一例です）の管理は、Profile Management 5.0ではサポートされていません。 |
保留領域
ユーザーストアには保留領域が含まれます。この領域は、ストリーミングされたユーザープロファイルとアクティブなライトバック機能によって使用される保持領域です。ユーザーが最後のセッションからログオフした後、すべてのファイルは保留領域からユーザーストアに同期されます。新しいセッションでは、ユーザーストアと保留領域の両方からファイルがダウンロードされるため、ユーザーは常に最新のプロファイルを体験できます。
サーバーが応答しなくなった場合、保留領域内のファイルをユーザーストアに戻すタイムアウトを設定できます（ストリーミングされたユーザープロファイル機能の一部として構成されている場合）。
複数のプラットフォームを持つユーザーストアのフォルダー構造
クロスプラットフォーム設定機能を使用する場合、複数のプラットフォームが関係します。各プラットフォームのプロファイルを分離するために、プラットフォーム固有のフォルダーを定義する必要があります。通常、これはユーザーストアへのパスポリシーでProfile Management変数を使用して行います（たとえば、パスに%USERNAME%\!CTX_OSNAME!!CTX_OSBITNESS!を使用します）。
クロスプラットフォーム設定機能が構成されると、クロスプラットフォーム設定ストアはサポートされているアプリケーションの設定を保持します。構成時にストアの名前と場所を指定します（クロスプラットフォーム設定ストアへのパスポリシーを使用）。このストアは、オペレーティングシステム間でローミングするユーザー設定のサブセットを保持します。
たとえば、Windows XPとWindows 7の間で設定をローミングしたい場合があります。プラットフォーム固有のフォルダーには、Windows XPとWindows 7に固有のユーザー設定が含まれています。クロスプラットフォーム設定ストアには、これらのオペレーティングシステム間でローミングする設定のサブセットが含まれています。ログオン時に、このサブセットはプラットフォーム固有のフォルダーにコピーされ、その一部として残ります。ログオフ時に、サブセットへの変更が抽出され、クロスプラットフォーム設定ストアに戻されます。
各プラットフォーム固有のフォルダーには、標準のサブフォルダー（例：UPM_Profile）が含まれています。詳細については、「ユーザーストアのフォルダー構造」を参照してください。さらに、UPM_CPS_Metadataサブフォルダーが存在します。このシステム作成フォルダーには、オペレーティングシステム間で共有される一時設定が含まれています。
ユーザーストアとADフォレスト
Citrixユーザープロファイルはフォレストをまたいで管理することはできません。同じフォレスト内のドメインをまたいで管理でき、同じログオン名を持つ複数のユーザーがフォレスト内の同じリソースにアクセスできます。これには、ユーザーストアへのパスにある%USERDOMAIN%および%USERNAME%変数を使用してプロファイルを一意に識別することが含まれます。
ただし、この場合、ユーザーストアへのパスを設定する際に、同一のログオン名を区別するために変数を使用する必要があります。これを行うには、ドメイン名変数をパスに追加します。また、ユーザーストアのアクセス許可を設定し、Active Directoryのユニバーサルグループを使用してProfile Managementの処理済みグループ設定を有効にする必要があります。
%ProfVer%のような手動で定義されたシステム変数を使用して、オペレーティングシステムのバージョンを設定できます。または、Profile Management変数を使用して、オペレーティングシステム名、ビット数、またはプロファイルバージョンを設定できます。ADフォレスト内のユーザーストアパスの例については、「ユーザーストアへのパスを指定する」を参照してください。
ユーザーストアのローカライズ
次の表は、プロファイルデータがユーザーストアとの間で移動される際に、Profile Managementがフォルダーをローカライズおよび非ローカライズする方法の概要を示しています。フォルダー名のみがローカライズおよび非ローカライズされます。たとえば、スタートメニューのエントリやレジストリ設定は、Profile Managementによって正しい言語に翻訳されません。
この情報は、Profile Management 4.x以前からアップグレードする場合、またはバージョン1プロファイルが存在する可能性がある場合にのみ関連します。Profile Management 5.0では、バージョン1プロファイルの管理はサポートされていません。
| バージョン1英語フォルダー | ユーザー ストア フォルダー |
|---|---|
| アクセシビリティ | Accessibility_upm_var |
| アクセサリ | Accessories_upm_var |
| 管理ツール | AdminTools_upm_var |
| アプリケーションデータ | AppData_upm_var |
| クッキー | Cookies_upm_var |
| デスクトップ | Desktop_upm_var |
| エンターテイメント | Entertainment_upm_var |
| お気に入り | Favorites_upm_var |
| 履歴 | History_upm_var |
| リンク | Links_upm_var |
| ローカル設定 | LocalSettings_upm_var |
| マイ ドキュメント | MyDocuments_upm_var |
| マイ ミュージック | MyMusic_upm_var |
| マイ ピクチャ | MyPictures_upm_var |
| マイ ビデオ | MyVideos_upm_var |
| NetHood | NetHood_upm_var |
| PrintHood | PrintHood_upm_var |
| プログラム | Programs_upm_var |
| 最近 | Recent_upm_vars |
| スタート メニュー | StartMenu_upm_var |
| テンプレート | Templates_upm_var |
| 一時インターネットファイル | TemporaryInternetFiles_upm_var |
| SendTo | SendTo_upm_var |
| スタートアップ | Startup_upm_var |
| システムツール | SystemTools_upm_var |
プロファイルコンテナー (VHDX) アーキテクチャ
Profile Managementは、ファイルベースとコンテナーベースの2つのストレージモデルをサポートしています。以下のセクションでは、コンテナーベース (VHDX) モデルについて説明します。
ファイルベースストアとコンテナーベースストアの比較
ファイルベースモデルでは、プロファイルはログオン時にユーザー ストアからローカルマシンにコピーされ、ログオフ時にコピーバックされます。プロファイルコンテナーベースモデルでは、プロファイルはVHDX仮想ディスクに存在し、ログオン時にアタッチされ、一括コピーなしでその場でアクセスされます。ユーザーのライブプロファイルフォルダーは、マウントされたディスクへのディレクトリジャンクションになります。
コンテナーの種類とVHDXファイル
Profile Managementは複数のコンテナータイプをサポートしています。各タイプは独自のポリシーによって制御されるため、すべての展開にそれらすべてが含まれるわけではありません。
| コンテナー | VHDX ファイル | 有効化元 |
|---|---|---|
| フルプロファイルコンテナ | ProfileContainer.vhdx (差分ディスク用には ProfileContainer_RW.vhdx および ProfileContainer_RO.vhdx も) | プロファイルコンテナポリシー |
| OneDrive コンテナ | OneDrive.vhdx (インデックス付きまたは差分の子 OneDrive_N.vhdx も) | OneDrive コンテナポリシー |
| アプリケーションアクセスコンテナ | 共有親ディスク、ボリュームラベル AppRepoContainer | アプリケーションアクセスコンテナ機能 |
| ミラーフォルダーアクセラレーション | MirrorFolders.vhdx | フォルダーミラーリングアクセラレーション |
| 共有ファイル (重複排除) ストア | SharedFile.vhdx、ボリュームラベル DeduplicationVolume | ファイルの重複排除 |
完全なプロファイルコンテナのボリュームラベルは、ユーザーのsAMAccountNameに-Profileサフィックスを加えたものです。OneDriveコンテナは-OneDriveを使用し、ミラーフォルダーコンテナは-MirrFldrsを使用するため、検査時に各ユーザーのディスクを識別できます。
コンテナファイルのユーザー保存パス
コンテナVHDXファイルは、次のパスでユーザー保存場所に保存されます。
Full profile container: <user store>\ProfileContainer\<OS-short-name>\ProfileContainer.vhdx
OneDrive container: <user store>\OneDrive\OneDrive.vhdx
Mirror-folder: <user store>\MirrorFolders\MirrorFolders.vhdx
<!--NeedCopy-->
<OS-short-name>は短いOS識別子です (例: Windows 2022またはWindows 11)。これはファイルベースのパスで使用される!CTX_OSNAME!変数に対応し、異なるOSバージョンのプロファイルを分離します。
プロファイルコンテナ内のフォルダーレイアウト
VHDXはドライブレターなしでボリュームGUIDパスとしてアタッチされます。ユーザーごとのマウントパスはレジストリに記録されます:
HKLM\Software\Citrix\UserProfileManager\<SID> value: ProfileContainerVolumePath
<!--NeedCopy-->
ユーザーのローカルプロファイルディレクトリは、ディスク内のProfilesフォルダーにジャンクションされます。コンテナボリュームには次のフォルダーが含まれます:
| フォルダー | 目的 |
|---|---|
| プロファイル | ローミングされたWindowsプロファイルツリー (NTUSER.DATとUsrClass.datはここにあります)。これはジャンクションターゲットであり、ファイルベースモードのUPM_Profileに相当します。 |
| SyncIncludeProfiles | プロファイルインクルードルール用のステージングルート |
| SyncIncludeFiles | ファイルインクルードルールのステージングルート |
| SyncIncludeDirs | フォルダーインクルードルールのステージングルート |
| ResetProfile | プロファイルリセット機能で使用されるマーカーファイル |
ファイルベースの概念がコンテナモードにどのようにマッピングされるか
| ファイルベースの概念 | コンテナでの対応 |
|---|---|
| UPM_Profile (コピーされたプロファイルコンテンツ) | VHDX内のProfilesフォルダー。ジャンクションを介してアクセスされます。データのコピーは行われません。 |
| 保留中 (ストリーミングまたはアクティブなライトバック保持領域) | 読み取り専用および読み書きボリュームハンドルを持つ個別のPendingArea.vhdx。コンテナモードでは、共有上にPendingフォルダーは存在しません。 |
| UPM_Drive_C (レガシーなストリーミングされたフルツリー) | 使用されません。完全なプロファイルはProfileContainer.vhdxディスクであり、SyncIncludeステージングルートがドライブごとのフォルダーを置き換えます。 |
| OSごとの変数 !CTX_OSNAME!!CTX_OSBITNESS! | OSごとのProfileContainerストアのサブフォルダーとして保持される |