ネイティブのOutlook検索エクスペリエンスを有効にする

最終公開日 : Nov 13, 2026
Enable search index roaming for 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 の検索インデックスローミングを有効にする機能を有効にし、必要に応じてその拡張機能を有効にします。詳細な手順は次のとおりです。
  1. グループポリシー管理エディターを開きます。
  2. ポリシー > 管理用テンプレート: ポリシー定義 (ADMX ファイル) > Citrix コンポーネント > Profile Management > 詳細設定にアクセスします。
  3. 次の手順で機能を有効にします。
    1. Outlook の検索インデックスローミングを有効にするポリシーをダブルクリックします。
    2. 有効を選択します。
    3. OKをクリックします。
  4. 同じユーザーの同時セッションでこの機能をサポートするには、次の手順に従います。
    1. Outlook 検索データローミングの同時セッションサポートを有効にするポリシーをダブルクリックします。
    2. 有効を選択します。
    3. 利用可能なストレージ容量がある場合は、Outlook OST ファイルを保存するための VHDX ディスクの最大数フィールドで、デフォルトの VHDX ディスクの数を増やします。このフィールドの詳細については、「同時セッションのサポート」を参照してください。
    4. OKをクリックします。
  5. この機能に高いレベルの安定性を提供するには、次の手順に従います。
    1. Outlook search index database-backup and restoreポリシーをダブルクリックします。
    2. Enabledを選択します。
    3. OKをクリックします。
  6. この機能の可用性を高めるには、次の手順に従います。
    1. Automatically reattach VHDX disks in sessionsポリシーをダブルクリックします。
    2. Enabledを選択します。
    3. 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をクラッシュさせる可能性があります。
この問題を解決するには、次の操作を行います。
  1. Profile Managementを2507 CU2、2607 LTSR、またはそれ以降のバージョンに更新します。
  2. VDAで、Windows Searchのユーザーごとのカタログを有効にするには、次のレジストリ値を追加します。
    • キー: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Search
    • 値の名前: EnablePerUserCatalog
    • 種類: REG_DWORD
    • 値のデータ: 1
  3. 設定を有効にするには、マシンを再起動します。
ユーザーごとのカタログを有効にすると、次の変更が発生します。
  1. Windows検索インデックスデータの保存場所がAppData\Roaming\Microsoft\Searchに移動します。「Outlookの検索インデックスローミングを有効にする」機能が有効になっているかどうかによって、ソースの場所は異なります。有効になっている場合、データはAppData\Roaming\Citrix\SearchからAppData\Roaming\Microsoft\Searchに移動します。無効になっている場合、データはC:\ProgramData\Microsoft\SearchからAppData\Roaming\Microsoft\Searchに移動します。
  2. 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 以降 (影響を受ける) その他の組み合わせ はい 動作しない
Windows 10、Windows Server 2022、またはそれ以前 2507 CU2、2607 LTSR、またはそれ以降 (EnablePerUserCatalog = 1 の場合) いいえ 動作する (非推奨 - Windows Search データロケーションが変更され、インデックスデータの移行が発生します)
Windows 10、Windows Server 2022、またはそれ以前 2507 CU1 / 2603 またはそれ以前 (EnablePerUserCatalog = 1 の場合) いいえ 動作しない
Windows 10、Windows Server 2022 またはそれ以前 EnablePerUserCatalog = 0 の任意のバージョン いいえ 動作する(推奨 - デフォルトの動作、データ移行不要)