Exchange Search について
適用先: Exchange Server 2010 SP2, Exchange Server 2010 SP3
トピックの最終更新日: 2016-11-28
メールボックス サイズの増加と、メールボックスにメッセージおよび添付ファイルの形式で格納されるデータ量の増加に伴い、ユーザーにとって必要なメッセージをすばやく検索して特定できることは非常に重要です。Microsoft Exchange Server 2010 では、ユーザーに対して個人用アーカイブを準備することにより, .pst ファイルの使用を削減または排除できます。この結果、ユーザーが保存できるメールボックス データの量が増え、プライマリ メールボックスとアーカイブ メールボックスを横断的に検索することにより生産性が向上します。
Exchange 2010 では、認証されたユーザーが複数のメールボックスの検索を使用して、Exchange 2010 組織全体にまたがった、電子証拠開示 ( (eDiscovery) 要求、規制監査、または内部調査に準拠した検索を実行できます。複数のメールボックスの検索は、Exchange Search で作成されたコンテンツ インデックスも使用します。
Exchange Search は、Exchange Server 2003 で利用可能なフルテキスト インデックス処理とは異なります。パフォーマンス、コンテンツ インデックス処理、および検索で機能強化が行われました。新しいアイテムが作成されるか、またはメールボックスに配信されると即座にインデックスが作成され、ユーザーが速く、安定した、そしてより信頼できる方法でメールボックス データを検索できる方法が提供されます。Exchange 2010 および Exchange Server 2007 では、すべてのメールボックス データベースでコンテンツのインデックス処理が既定で有効になっており、初期設定や構成は必要ありません。
注意
Exchange Search は、パブリック フォルダー データベースをインデックス処理しません。
目次
コンテンツ インデックス処理
Exchange Search のパフォーマンス
Exchange Search クライアント
高度なクエリ構文
Exchange Search と添付ファイル
Exchange Server 2003 コンテンツ インデックス処理の強化
Exchange Search と Exchange Store Search の違い
Exchange Search とローカライズ
Exchange Search とデータベース可用性グループ
コンテンツ インデックス処理
Exchange Search サービスが開始されると、Exchange Search はメールボックス サーバー上のすべてのメールボックス データベースの検索状態を確認します。メールボックス データベースがマウントされて検索が有効になると、Exchange Search は以下の状態値の 1 つを割り当てます。
新規 メールボックス データベースの状態が [新規] の場合、Exchange Search はデータベースに対してコンテンツ インデックス カタログを作成します。作成後、Exchange Search はデータベースの状態を [クロール] に変更します。
クロール メールボックスの状態が [クロール] の場合、Exchange Search は、データベースのメールボックスをインデックス処理します。データベースのすべてのメールボックスがインデックス処理されるまでは、状態は [クロール] のままです。データベースのすべてのメールボックスがインデックス処理されると、Exchange Search は、データベースの状態を [通知] に変更します。
通知 データベースで最初のクロールが行われた後、Exchange Search は、メッセージの作成、配信または削除といった、新しいイベントの Exchange ストアによって通知されます。イベントは、インデックス処理される通知キューに追加されます。これは非常に速く実行されるので、コンテンツ インデックスが数分間より古くなることはありません。メールボックスに配信される新しいメッセージは、配信後数秒以内にインデックス処理されます。
ページのトップへ
Exchange Search のパフォーマンス
Exchange Search は、Exchange 2003 のフルテキスト インデックス処理と比較すると、パフォーマンスにおいて大幅な向上が見られます。検索モデルは、クロール モードから、常に最新モードに変更されました。インデックス処理に必要な CPU、メモリ、ディスクの入出力 (I/O)、およびディスク領域などのシステム リソースを最適化するために、さまざまな改善が行われました。これらのパフォーマンス改善の結果、インデックス処理は 35 倍を超える速度向上を達成しました。データベースのフル クロールの方がはるかに高速ですが、その方法はメールボックス データベースの大きさによっては、著しい量のメールボックス サーバーのリソースを消費します。負荷が集中する段階では、これによりメールの流れが中断されることがあります。メールの配信は、コンテンツのインデックス処理よりも優先されるため、Exchange Search の新しい調整機能は、特定のメールボックス データベースまたはメールボックス セットのインデックス処理を自動的に調整し、ディスクの入出力 (I/O) および CPU の使用率を減らします。
ページのトップへ
Exchange Search クライアント
Exchange Search は、検索クライアントによって消費されるサービスを提供します。これらのクライアントには、Microsoft Outlook、Microsoft Office Outlook Web App、Windows Mobile、Exchange 2010 の複数メールボックス検索機能、および Exchange Web サービス。
Outlook 2010 および Office Outlook 2007 では、ユーザーのコンピューター上の Outlook 機能を構成するのに使用する Outlook プロファイルは、Exchange キャッシュ モードを使用するようにも構成できます。Outlook が、オンライン モード で Exchange に接続されていて、Exchange メールボックスにアクセスする場合、メールボックス アイテムの作成、新しいメールの配信、およびメールボックス アイテムの削除などの変更は、メールボックス サーバー上で発生します。Exchange キャッシュ モードでは、Outlook はユーザーのコンピューター上に、Exchange メールボックスのローカル レプリカを作成します。このレプリカは、ユーザーのプロファイルの .ost ファイルに保存されています。メールボックス アイテムに対する変更はローカルのレプリカに対して行われ、次に Exchange メールボックスと同期します。Exchange キャッシュ モードの詳細については、「Exchange キャッシュ モードについて」を参照してください (このサイトは英語の場合があります)。
Exchange キャッシュ モードでは、Outlook は Windows Search、Windows 7 に組み込まれたコンポーネントおよび Windows Vista を使用します。Windows Search は、コンテンツのインデックス処理を実行して、Outlook に検索機能を提供します。ローカル コンテンツのインデックス処理と検索サービスは、Exchange キャッシュ モードで実行している Outlook ユーザーに、より効率的に彼らのメールボックスを検索する方法を提供します。オフライン ストアで電子メールをインデックス処理することに加えて、Windows Search は、ファイル システムに存在する他のデータもインデックス処理します。Windows Search の詳細については、「Windows Search」を参照してください (このサイトは英語の場合があります)。
Outlook 2010 および Outlook 2007 は、ユーザーに対して容易にアクセスできる [クイック検索] ボックスを、メッセージ一覧ウィンドウの上部で提供し、ユーザーがすばやくメールボックスのコンテンツを検索できるようにします。加えて、高度な検索機能を使用することで、ユーザーは多数のフィールドとパラメーターを使ってさらに複雑な検索クエリを作成できます。
ページのトップへ
高度なクエリ構文
ユーザーによって受信される電子メール メッセージの数の増加に伴う、より大きなメールボックス、およびその結果としての情報の過負荷、すばやくメッセージを検索する能力はユーザーの生産性を向上させ、電子メールについての満足度を高めます。高度なクエリ構文 (AQS) を使用して、ユーザーはすばやく高度な検索クエリを作成して、必要なメッセージを見つけることができます。AQS 検索クエリは、Outlook の [クイック検索] ボックスに直接入力できます。
たとえば、ユーザー April Stewart によって送信されたメッセージで、添付ファイルが存在し、件名に単語 Contoso を含むものを検索するには、ユーザーは次の検索クエリを使用できます。From:"April Stewart" HasAttachments:true Subject:Contoso。未読のメッセージに検索範囲を狭めるには、次のキーワードと値を追加できます。unread:true。April によって先月送信されたメッセージに検索範囲を狭めるには、次のキーワードと値を追加できます。 Sent:lastmonth.
AQS は、サーバー上の Exchange Search と、デスクトップ上の Windows Search の両方でサポートされています。AQS を使用した検索クエリは、Outlook 2010 および Outlook 2007 のオンライン モードとキャッシュ モードで動作します。Exchange 2010では、ユーザーは Outlook Web App および Windows モバイルでも AQS クエリを使用できます。複数メールボックス検索などの、Exchange Search クライアントは、AQS 検索クエリもサポートしています。
Outlook 2010 および Outlook 2007 は、数多くの AQS キーワードをサポートしています。さらに、Exchange Search は、次の表に示すキーワードもサポートしています。
Exchange Search のキーワード
| プロパティ | 例 | 検索結果 |
|---|---|---|
添付ファイル |
attachment:annualreport.pptx |
ファイル「annualreport.pptx」が添付されたメッセージ。「attachment:annualreport」または「attachment:annual*」を使用した場合も、添付ファイルの完全名を使用した検索と同じ結果が返されます。 |
Cc |
cc:paul shen cc:pauls cc:pauls@contoso.com |
"Cc" フィールドに Paul Shen を含むメッセージ。 |
差出人 |
from:bharat suneja from:bsuneja from:bsuneja@contoso.com |
Bharat Suneja によって送信されたメッセージ。 |
アイテム保持ポリシーのキーワード |
retentionpolicy:business critical |
ビジネス クリティカルなアイテム保持タグが適用されたメッセージ。 |
ポリシーに従って、メッセージが期限切れになる日付 |
expires:4/1/2010 |
2010 年 4 月 1 日に期限が切れるメッセージ。 |
送信日時 |
sent:yesterday |
昨日送信されたすべてのメッセージ。 |
件名 |
Subject:"patent filing" |
「件名」フィールドに「特許申請」の語句を含むすべてのメッセージ。 |
宛先 |
to:"ben smith" to:bsmith to:besmith@contoso.com |
「宛先」フィールドに「Ben Smith」を含むメッセージ |
ページのトップへ
Exchange Search と添付ファイル
Exchange Search は、電子メールの添付ファイルに含まれるテキスト コンテンツをインデックス処理します。検索フィルターを使用することで別のファイル形式のサポートが提供されます。Exchange セットアップは、既定で多数の検索フィルターをインストールし、Microsoft Office ファイルを含む、数多くの一般的なファイル形式に対するサポートを提供します。Exchange セットアップによってインストールされた検索フィルターの一覧は、「Exchange Search の既定のフィルター」を参照してください。Exchange Search にインデックス処理させたいファイル形式に対応した追加の検索フィルターをインストールできます。さまざまなファイル形式の検索フィルターが数多くのパートナーおよびサード パーティから入手可能です。インデックス処理には以下が適用されます。
検索不能アイテム ファイル形式に対する検索フィルターがメールボックス サーバー上にインストールされていないため、Exchange Search が、ファイルをインデックス処理できない場合、そのアイテムは検索不能アイテムとして扱われます。アイテムはその他の理由から、検索不能としてマークされている可能性もあります。Get-FailedContentIndexDocuments コマンドレットを使用すると、検索不能アイテムの一覧を、メールボックス別、メールボックス データベース別、またはメールボックス サーバー別に取得できます。詳細については、「Exchange の検索に関する問題を診断する」(これらのサイトは英語の場合があります) を参照してください。複数メールボックス検索を使用して探索検索を実行する場合に、検索不能アイテムを含めることもできます。
セーフ リスト 特定の種類のファイルは、Exchange Search によってインデックス処理できるコンテンツは無いものと見なされます。このような種類のファイルは、レジストリで NULL のフィルター値を作成することで、セーフ リストに追加されます。Exchange セットアップは、いくつかのファイルの種類に対して NULL のフィルター レジストリ値を作成します。これらのファイルの種類を含むメールボックス アイテムは、検索不能アイテムの一覧には返されません。既定の検索フィルターおよび既定の NULL フィルター エントリについては、「Exchange Search の既定のフィルター」を参照してください。
暗号化されたアイテム S/MIME を使用して暗号化されたメッセージは、Exchange Search でインデックス処理されません。Get-FailedContentIndexDocuments コマンドレットを使用する場合、暗号化されたメッセージは検索不能アイテムとして返されます。
IRM で保護されたアイテム Information Rights Management (IRM) を使用して保護されたメッセージは、Exchange Search でインデックス処理され、検索結果に含まれます。メッセージは、Exchange 2010 メールボックス サーバーと同じ Active Directory フォレスト内の Active Directory Rights Management サービス (AD RMS) サーバーを使用して保護されている必要があります。詳細については、「権限での保護」(これらのサイトは英語の場合があります) を参照してください。
注意
Exchange キャッシュ モードでは、添付ファイルも Windows Search でインデックス処理されます。Windows Search は、ユーザーのコンピューターにインストールされている検索フィルターを使用します。
ページのトップへ
Exchange Server 2003 コンテンツ インデックス処理の強化
Exchange 2003 の検索機能 (コンテンツ インデックス処理) は、Exchange の Exchange 2010 Search に置き換えられます。Exchange Search では、コンテンツ インデックス処理に関して次の機能が強化されています。
インデックスに必要な CPU、メモリ、ディスク I/O、ディスク領域などのシステム リソースの使用性が向上し、全体的なパフォーマンスが大幅に向上しています。
通常、新しいメッセージには到着後 10 秒以内にインデックスが付けられ、クエリ結果は数秒以内に返されます。
Exchange Search は、インストール時に自動的に有効になるので、構成は必要ありません。
添付ファイルにインデックスを付けることができます。Microsoft Office ドキュメント、テキストの添付ファイル、HTML 添付ファイルなど、いくつかの添付ファイルの種類がサポートされています。
自動的に特定のメールボックス データベースに対するインデックス処理が差し控えられ、ディスク I/O の負荷が軽減されます。また、自動的にメールボックス サーバー全体のインデックス処理が抑制され、Exchange Search のディスク I/O と CPU 使用率の両方が減少します。
Outlook Web App には容易にアクセスできる検索バーがあります。Outlook 2010 および Outlook 2007 ではクエリ ビルダーがサポートされています。
ページのトップへ
Exchange Search と Exchange Store Search の違い
Exchange Search は、あらかじめ作成されたインデックスの使用を通してメッセージ内のテキストをすばやく検索できます。Exchange Store Search は、あらかじめ作成されたインデックスを使用する代わりに、検索スコープ内の全メッセージの順次スキャンを基にします。次の表では、Exchange Search と Exchange Store Search の違いについていくつか比較します。
Exchange Search と Exchange Store Search の比較
| Exchange Search | Exchange Store Search |
|---|---|
速い |
遅い |
メールボックス データベースをクロールして作成されたコンテンツ インデックスの検索 |
ストアの検索 |
新しいアイテムの作成またはメールボックスへの配信から数秒以内にインデックス処理する |
新しいアイテムが返されない場合があります |
単語、語句、および文章を使用して、句読点やスペースは無視し、大文字と小文字は区別しません |
バイト ストリームを検索して、完全一致だけを検索します |
プレフィックス検索のみをサポートし、部分文字列の一致はサポートしません |
部分文字列の一致をサポートします |
使用可能な検索フィルターを使用して添付ファイルを検索します |
添付ファイル内を検索しません |
異なる言語間でメッセージを検索できます |
言語に対応していません |
ページのトップへ
Exchange Search とローカライズ
Exchange Search のローカライズ サポートは、クライアントのロケールがメッセージのロケールに一致しているシナリオ (メッセージのロケールもメッセージ本文で使用されている言語に一致している必要がある) に制限されます。Exchange Search は、1 つのメッセージの本文に複数の言語が埋め込まれている場合や、クライアントのロケールがメッセージのロケールと異なっている場合のインスタンスをサポートしていません。
ローカライズされた検索で整合性のある結果を得るには、次の条件が満されている必要があります。
電子メール メッセージが 1 つの言語で記述され、その言語がメッセージのロケールに一致している必要がある。
検索式が 1 つの言語で記述されている必要がある。
言語が、サーバーへの接続によって識別される、クライアント コンピューターのロケールに一致している必要がある。
ページのトップへ
Exchange Search とデータベース可用性グループ
データベース可用性グループ (DAG) が存在する組織では、シード処理の間、パッシブ メールボックス データベース コピーを持つ DAG メンバーは、コンテンツのインデックス カタログをアクティブなメールボックス データベース コピーを持つ DAG メンバーからレプリケートします。コンテンツのインデックスは通常メールボックス データベースの 10% のサイズになります。最初のシード処理の後、パッシブ データベース コピーを持つサーバーは、アクティブなデータベースを持つサーバーからメッセージ データを取得し、コンテンツのインデックス処理をローカルで実行します。トランザクション ログのレプリケーションに使用される帯域幅の他に、インデックス処理用のメッセージ コンテンツのコピーに使用される帯域幅が加わります。高可用性展開を計画する場合は、Exchange Search によって使用される帯域幅を考慮する必要があります。
Exchange 2010 Mailbox Server Role Requirements Calculator には、DAG におけるコンテンツのインデックス処理に必要な帯域幅を計算する時の、コンテンツのインデックス処理の考慮事項が含まれています。計算用シートの詳細、および計算用シートのダウンロードのリンクについては、Exchange Server チーム ブログの記事「Exchange 2010 Mailbox Server Role Requirements Calculator」を参照してください (このサイトは英語の場合があります)。
DAG の詳細については、「データベース可用性グループについて」を参照してください。
© 2010 Microsoft Corporation.All rights reserved.