Profile Managementのアーキテクチャ
この記事では、ユーザー ストアとクロスプラットフォーム設定ストアのフォルダー構造について説明します。ユーザー ストアは、Citrix®ユーザー プロファイルの中央の場所です。クロスプラットフォーム設定ストアは、別の場所です。
Profile Managementストアに関する重要な情報
ユーザー ストアとクロスプラットフォーム設定ストアの構造は、情報提供とローカライズおよびトラブルシューティングを支援する目的でここに記載されています。プロファイル データに関する問題を最小限に抑え、セキュリティを維持するために設計された、次の重要な推奨事項に従ってください。
-
どちらのストアの構造も変更しないでください。
-
ストアのどの部分にもファイルやフォルダーを直接書き込まないでください。ユーザー ストアは、この点でリダイレクトされたフォルダーとは異なります。
-
ユーザー ストアは、リダイレクトされたフォルダーとは別に保管してください。たとえば、
\\server1\profiles\%username%と\\server1\folders\%username%のように、同じファイル サーバーまたはDFS名前空間の別々の共有に保管できます。この手法により、バージョン1とバージョン2のプロファイルを一緒にサポートし、両方のプロファイル バージョンで共有される単一のリダイレクト フォルダー セットをサポートすることがはるかに容易になります。 -
ユーザーはユーザー ストアを見る必要がないため、ドライブ文字を割り当てないでください。
-
ユーザー ストアにクォータを課さないでください。プロファイル サイズを制限する場合は、クォータを使用するのではなく、項目を除外することを検討してください。
ユーザー ストアのフォルダー構造
ユーザー ストアは、デフォルトでユーザーのホーム ディレクトリにあるWINDOWSフォルダーになります。これにより、パイロット インストールは簡素化されますが、本番システムの場合は、ユーザー ストアをネットワーク共有、または（最高の拡張性のために）DFS名前空間として構成してください。エンタープライズ対応のユーザー ストアのサポートされる構成については、「Profile Managementによる高可用性と災害復旧」で説明されています。
安全なユーザー ストアの作成に関する推奨事項は、Microsoft TechNet Webサイトの「ローミング ユーザー プロファイル用のファイル共有を作成する」という記事で入手できます。これらの最小限の推奨事項は、基本的な操作に対して高いレベルのセキュリティを保証します。また、ユーザー ストアへのアクセスを構成する際には、Citrixユーザー プロファイルを変更または削除するために必要なAdministratorsグループを含めてください。
注： Windows 7およびWindows 2008 R2クライアント デバイスでは、Windows 2012 R2ファイル サーバーで共有を作成する際に、Encrypt data accessチェック ボックスを選択しないでください。
ルート レベルのユーザー ストアのフォルダー構造を次の表に示します。
| フォルダ | 注 |
|---|---|
| ユーザー ストア内のプロファイルのルート。 | |
\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 |
| デスクトップ | デスクトップ_upm_var |
| エンターテイメント | エンターテイメント_upm_var |
| お気に入り | お気に入り_upm_var |
| 履歴 | 履歴_upm_var |
| リンク | リンク_upm_var |
| ローカル設定 | ローカル設定_upm_var |
| マイドキュメント | マイドキュメント_upm_var |
| マイミュージック | マイミュージック_upm_var |
| マイピクチャ | マイピクチャ_upm_var |
| マイビデオ | マイビデオ_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_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
<OS-short-name>は、ファイルベースのパスで使用される!CTX_OSNAME!変数に対応する短いOS識別子（例：Windows 2022またはWindows 11）であり、異なるOSバージョンのプロファイルを分離します。
プロファイルコンテナ内のフォルダーレイアウト
VHDXは、ドライブレターなしでボリュームGUIDパスとしてアタッチされます。ユーザーごとのマウントパスは、レジストリの次の場所に記録されます。
HKLM\Software\Citrix\UserProfileManager\<SID> value: ProfileContainerVolumePath
ユーザーのローカルプロファイルディレクトリは、ディスク内の
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ストアサブフォルダーとして保持されます |