ネイティブのOutlook検索エクスペリエンスを有効にする
Outlookの検索インデックスローミングを有効にする機能は、ネイティブのOutlook検索エクスペリエンスを提供します。この機能により、オフラインOutlookデータファイル (.ost) とユーザー固有の検索データベースが、ユーザープロファイルとともにローミングされます。
前提条件
この機能は、以下の要件を満たすマシンで利用できます。
- オペレーティングシステム:
- Microsoft Windows 10 のバージョン 1709 以降
- Windows Server の 2016 以降
- Microsoft Outlook 2019、2016、または2103、あるいはMicrosoft Office 365
この機能を有効にするには、マシンでMicrosoft Windows Search Serviceが有効になっていることを確認してください。デフォルトでは、Windowsデスクトップでは有効になっており、Windowsサーバーでは無効になっています。Windowsサーバーでサービスを有効にする方法の詳細については、このMicrosoftの記事を参照してください。以下のバージョンがテストされ、サポートされています。
-
7.0.20348.380, 7.0.20348.138,7.0.20344.1
-
7.0.21286.1000, 7.0.21343.1000
-
7.0.17134.376, 7.0.17134.285, 7.0.17134.228, 7.0.17134.1
-
7.0.16299.402, 7.0.16299.248, 7.0.16299.15
-
7.0.15063.413
-
7.0.14393.2457, 7.0.14393.2430, 7.0.14393.2368, 7.0.14393.2312, 7.0.14393.2273, 7.0.14393.2248, 7.0.14393.1884, 7.0.1493.1593
-
7.0.1393.2125, 7.0.1393.1884, 7.0.1393.1770
-
7.0.10240.17443
-
7.0.9600.18722
注:
この機能は、Microsoft Windows Search Service の将来のバージョンをサポートすることが期待されています。この機能が Microsoft Windows Search Service の特定の将来のバージョンをサポートしない場合は、Citrix テクニカルサポートにお問い合わせください。
仕組み
VHDX (Virtual Hard Disk) は、仮想マシン用の仮想および論理ディスクストレージ領域を表すために使用されるディスクファイル形式です。Outlook の検索インデックスローミングを有効にする機能は、VHDX ファイルに依存して動作します。
この機能を使用する各ユーザーに対して VHDX ファイルが作成されます。VHDX ファイルは、ユーザー固有のプロファイルを、そのユーザーのプロファイル専用の個別の仮想ディスクに保存します。Profile Management は、ログオン時に VHDX ファイルをマウントし、ログオフ時にアンマウントします。2つのVHDXファイルがあります。
- OutlookOST.vhdx ファイル。オフライン Outlook データファイル (
.ost) を保存します。 - OutlookSearchIndex.vhdx ファイル。OutlookOST.vhdx ファイルに保存されているオフラインフォルダーファイルの検索インデックスデータベースを保存します。
注:
デフォルトでは、Profile Management はセッション中にデタッチされた VHDX ファイルを自動的に再アタッチします。詳細については、「セッションでデタッチされた VHDX ディスクを自動的に再アタッチする」を参照してください。
Profile Management は、デフォルトで 30 GB の VHDX 容量を提供します。それに応じてストレージクォータを計画してください。VHDX の実際の使用量が以前に構成したクォータを超えると、VHDX ファイルはアンマウントされます。
キャッシュされた Exchange モードとオンラインモード間の自動切り替え
Profile Management は、Outlook コンテナが有効なマシンで中断のない Outlook サービスを提供します。
- ユーザーログオン時にOutlookコンテナが機能するためのすべての条件が満たされていることを検出すると、Profile ManagementはOutlookのキャッシュされたExchangeモードを自動的に有効にします。キャッシュされたExchangeモードが有効になっている場合、ユーザーはメールボックスデータのためにOutlookコンテナにリンクされます。これらの条件には以下が含まれます。
- Outlookの検索インデックスローミングを有効にするポリシーが有効になっています。
- Outlookコンテナがアタッチされています。
- カスタマイズされたOSTパスが設定されていないか、Outlookコンテナのマウントパスである
appdata\local\microsoft\outlookに設定されています。
- セッション中にコンテナがデタッチされたことを検出すると、Profile ManagementはOutlookをキャッシュされたExchangeモードからオンラインモードに切り替えます。ユーザーはメールボックスデータのためにExchange Serverにリンクされます。
- セッション中にコンテナが再アタッチされたことを検出すると、Profile ManagementはOutlookをキャッシュされたExchangeモードに戻します。
同時セッションのサポート
Outlook検索データローミングの同時セッションサポートを有効にする機能により、Profile Managementは同じユーザーの同時セッションでネイティブのOutlook検索エクスペリエンスを提供します。
この機能は、ユーザーの各同時セッションにOutlook OSTファイルのコピーを割り当てます。デフォルトでは、Profile ManagementはOutlook OSTファイルを保存するために2つのVHDXディスク（ディスクごとに1つのファイル）を提供します。ユーザーがさらにセッションを開始すると、追加のOutlook OSTファイルはローカルプロファイルに保存されます。
ストレージ容量に余裕がある場合は、VHDXディスクのデフォルト数を増やすことができます。たとえば、数を3に設定します。その結果、Profile Managementは最初の3つのセッションのOSTファイルをVHDXディスクに保存し、それ以降のセッションのOSTファイルはローカルプロファイルに保存します。
Outlook検索インデックスデータベースの自動バックアップと復元
Profile Managementは、検索インデックスデータベースの最後に確認された正常なコピーのバックアップを自動的に保存し、破損が発生した場合はそのコピーに復元できます。
この機能が有効になっている場合、Profile Managementは、ログオン時にデータベースが正常にマウントされるたびに、検索インデックスデータベースのバックアップを保存します。新しいバックアップが正常に保存された後、Profile Managementは以前に保存されたバックアップを削除します。Profile Managementは、そのバックアップを検索インデックスデータベースの正常なコピーとして扱います。検索インデックスデータベースのマウント試行が失敗した場合、Profile Managementは検索インデックスデータベースを最後に確認された正常なコピーに自動的に復元します。
重要:
- Profile Managementは、ポリシーが最初に有効になり検索インデックスデータベースが作成された後、そのデータベースのバックアップを保存しません。
- Profile Management は、新しいバックアップが正常に保存された後、以前に保存されたバックアップを削除します。バックアップは、VHDX ファイルの利用可能なストレージ領域をより多く消費します。
機能を有効にする
ネイティブの Outlook 検索エクスペリエンスを提供するには、Outlook の検索インデックスローミングを有効にする機能を有効にし、必要に応じてその拡張機能を有効にします。詳細な手順は次のとおりです。
- グループポリシー管理エディターを開きます。
- ポリシー > 管理用テンプレート: ポリシー定義 (ADMX ファイル) > Citrix コンポーネント > Profile Management > 詳細設定にアクセスします。
- 次の手順で機能を有効にします。
- Outlook の検索インデックスローミングを有効にするポリシーをダブルクリックします。
- 有効を選択します。
- OKをクリックします。
- 同じユーザーの同時セッションでこの機能をサポートするには、次の手順に従います。
- Outlook 検索データローミングの同時セッションサポートを有効にするポリシーをダブルクリックします。
- 有効を選択します。
- 利用可能なストレージ容量がある場合は、Outlook OST ファイルを保存するための VHDX ディスクの最大数フィールドで、デフォルトの VHDX ディスクの数を増やします。このフィールドの詳細については、「同時セッションのサポート」を参照してください。
- OKをクリックします。
- この機能に高いレベルの安定性を提供するには、次の手順に従います。
- 「Outlook 検索インデックス データベースのバックアップと復元」ポリシーをダブルクリックします。
- 「有効」を選択します。
- 「OK」をクリックします。
- この機能の可用性を高めるには、次の手順に従います。
- 「セッションで VHDX ディスクを自動的に再アタッチする」ポリシーをダブルクリックします。
- 「有効」を選択します。
- 「OK」をクリックします。
変更を有効にするには、コマンドプロンプトから gpupdate /force コマンドを実行し、すべてのセッションからログオフしてから、再度ログオンします。詳細については、https://docs.microsoft.com/ja-jp/windows-server/administration/windows-commands/gpupdate を参照してください。
Windows Search のユーザーごとのカタログを使用して Outlook 検索インデックスをローミングする
Windows 11 および Windows Server 2025 では、Microsoft が Windows Search Service (searchindexer.exe) を更新しました。この問題は、searchindexer.exe バージョン 7.0.26100 以降 (Windows 11 バージョン 24H2 および Windows Server 2025 に付属するビルド) に影響します。以前の searchindexer.exe バージョンは影響を受けません。この変更により、Profile Management 検索サービスフック (upmsearchsvchook) が実行時に searchindexer.exe をクラッシュさせる可能性があります。
この問題を解決するには、次の手順を実行します。
- Profile Management を 2507 CU2、2607 LTSR、またはそれ以降のバージョンに更新します。
- VDA で、次のレジストリ値を追加して Windows Search のユーザーごとのカタログを有効にします。
- キー:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Search - 値の名前:
EnablePerUserCatalog - 種類:
REG_DWORD - 値のデータ:
1
- キー:
- 設定を有効にするには、マシンを再起動してください。
ユーザーごとのカタログを有効にすると、次の変更が発生します:
- Windows検索インデックスのデータ保存場所が
AppData\Roaming\Microsoft\Searchに移動します。元の場所は、Outlookの検索インデックスローミングを有効にする機能が有効になっているかどうかによって異なります。有効になっている場合、データはAppData\Roaming\Citrix\SearchからAppData\Roaming\Microsoft\Searchに移動します。無効になっている場合、データはC:\ProgramData\Microsoft\SearchからAppData\Roaming\Microsoft\Searchに移動します。 - Profile Managementは、検索インデックスデータを保存するために
OutlookSearchIndex.vhdxを使用しなくなります。インデックスは、ユーザーごとのカタログを通じてユーザープロファイルとともにネイティブにローミングされます。
他のオペレーティングシステムでユーザーごとのカタログを有効にする
Windows 10、Windows Server 2019、およびWindows Server 2022では、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Searchの下でEnablePerUserCatalogを1に設定すると、Windows検索インデックスのデータ保存場所が変更され、既存のデータが移行されるという同じ効果が得られます。
ユーザーごとのカタログのProfile Managementバージョン要件
Windows Searchのユーザーごとのカタログのサポートは、Profile Management 2507 CU2で導入されました（2607 LTSR以降にも含まれています）。Profile Management 2507 CU1以前のバージョンでは、EnablePerUserCatalogの値を認識しません。これらのバージョンでは、常にレガシーフックとOutlookSearchIndex.vhdxメカニズムを使用します。これらのバージョンでEnablePerUserCatalogを1に設定すると、Windows Searchはインデックスをユーザーごとの場所に再配置しますが、Profile Managementは古い場所をローミングし続け、Outlookの検索インデックスローミングを有効にする機能が動作を停止し、空のOutlookSearchIndex.vhdxディスクが発生します。ユーザーごとのカタログは、Profile Managementを2507 CU2、2607 LTSR、またはそれ以降のバージョンに更新した後にのみ有効にしてください。
動作の概要
次の表は、異なるWindowsバージョンと構成での結果をまとめたものです。影響を受けるビルドでは、フックがインストールされるたびにクラッシュが発生し、Outlookの検索インデックスローミングを有効にするポリシーとは無関係です。
| Windowsバージョン | UPMバージョンとEnablePerUserCatalog | searchindexer.exeがクラッシュする可能性があります | Outlook 検索インデックスのローミング |
|---|---|---|---|
| Windows 11、Windows Server 2025 以降 (影響を受ける) | 2507 CU2、2607 LTSR、またはそれ以降 (EnablePerUserCatalog = 1 の場合) | いいえ | 動作する (推奨 - Windows Search サービスのネイティブな動作) |
| Windows 11、Windows Server 2025 以降 (影響を受ける) | その他の組み合わせ | はい | 動作しない |
| ウィンドウズ 10、ウィンドウズ サーバー 2022 またはそれ以前 | 2507 CU2、2607 LTSR、またはそれ以降 (EnablePerUserCatalog = 1 の場合) | いいえ | 動作する (非推奨 - Windows Search のデータ保存場所が変更され、インデックスデータの移行が発生します) |
| ウィンドウズ 10、ウィンドウズ サーバー 2022 またはそれ以前 | 2507 CU1 / 2603 またはそれ以前 (EnablePerUserCatalog = 1 の場合) | なし | 動作しません |
| Windows 10、Windows Server 2022 またはそれ以前 | EnablePerUserCatalog = 0 の任意のバージョン | いいえ | 動作します（推奨 - デフォルトの動作、データ移行は不要） |