web-dev-qa-db-ja.com

イベントID1012で機能しないExchangeでの検索：「エンドポイントアドレス 'net.pipe：// localhost / 3867'のサービスは利用できません」

概要概要

最新のWindowsServer2016で実行されているExchange2016CU12の2つのノードを備えたDAGがあります。

ノードの1つにマウントされたデータベースにあるメールボックスで検索が失敗します -）。他のノードは正しく機能します。

イベント1012は、影響を受けるホストのMSExchangeISによって繰り返し報告され、次の内容が含まれます（これは、SearchQueryStxProbeヘルスモニターによって繰り返し生成されます）。

Exchange Serverインフォメーションストアで、フルテキストインデックスクエリの実行中にエラーが発生しました（ "and（subject：string（" SearchQueryStxProbe * "、mode =" and "）、folderid：string（" 3753F38349D8A943AE346EACDBD8B91300000000010C0000 "））"）。エラー情報：System.ServiceModel.EndpointNotFoundException：エンドポイントアドレス 'net.pipe：// localhost/3867'のサービスがアドレスのプロトコルで使用できないため、メッセージをディスパッチできませんでした。

問題はコンテンツインデックスとは完全に無関係であるように見えます。イベント自体とさらなる診断により、この特定のホストで検索サービスの一部が正しく実行されていないという問題が示唆されます。

チェックリスト

  • 48のデータベースがあります。影響を受けるホストにマウントされている限り、症状はすべてに等しく存在します。
  • ContentIndexStateは、両方のホストによってすべてのデータベースで正常であると報告されます。
  • 検索プローブSearchQueryFailureMonitorおよびSearchQueryStxMonitorは、影響を受けるホストで異常な状態を返します。
  • Test-ExchangeSearchは、どちらのホストでも文字通り何も返しません。結果オブジェクトもエラーもありません。しばらくの間はプログレスバーだけです。このツールを使用したことがないため、何が期待できるかわかりません。
  • Search Health Setに関するマイクロソフトのナレッジベースは 冗談 （穏やかな言葉で）です。
  • 問題は、サービスレベルまたはサーバーレベルの再起動の影響を受けません。
  • データベースが2番目のDAGノードに移動すると、検索はすべてのデータベースで機能します。

Googleは、イベント1012をもたらすさまざまな問題について多数の投稿を返します。残念ながら、1012は明らかに広範囲の問題をカバーしています。私のイベントの詳細に一致する問題や、同様の副次的な症状を示す問題は1つもありませんが、何を探すべきかについての解決策や手がかりを提供します。

比較解析

合理的な文書がないため、以降の手順は、正常なホストと障害のあるホストの2つのホストの比較分析に限定されていました。

イベントデータに続いて、TCP 3867バインディングを確認しました。障害が発生したホストでは、ポートはバインドされていません。正常なホストでは、ポートはサービスのインスタンスによってバインドされています-実行noderunner.exeプロセス、次の引数を持つもの：

"C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\Runtime\1.0\NodeRunner.exe" 
--noderoot "C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data\Nodes\Fsis\IndexNode1" 
--addfrom "C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data\Nodes\Fsis\IndexNode1\Configuration\Local\Node.ini" 
--tracelog "C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\HostController\Data\Nodes\Fsis\IndexNode1\Logs\NodeRunner.log"

両方のホストで参照されているファイルとパスを比較しました。

  • NodeRunner.logファイルはどちらのノードでも生成されていません。
  • ファイル構造は同じで、平均ファイルサイズは似ています。
  • プレーンテキストファイルには、ホスト名の参照がない同一のコンテンツが表示されます。
  • ファイルのアクセス許可は同じです。

したがって、明らかな違いはありません。また、複製されたデータベースの検索カタログ間に有意差はありません。

質問

誰かが同様の問題を抱えていましたか？誰かが解決しましたか？誰かがヒントを持っています、どこを見ればいいですか？ログファイルや診断ツールはありますか？

exchangewindows-server-2016exchange-2016dagexchange-server
1
Michał Sacharewicz

この記事の手順に従うことをお勧めします Exchange 2013：FAST Search Technology Failed

または、新しいDBを作成し、メールボックスをこの新しいDBに移動するのはどうですか？エラーはありますか？このメールボックスを移動できる場合は、OWAで移動したメールボックスをテストしてください。

それがうまくいくことを願っています。

1
Beverly Gao