Exchange Server2013のコンテンツインデックスがa WAN）にまたがるDAGで失敗しました
私たちは最近、メールボックスサーバーの1つでデータベースの破損の犠牲になりました。私たちの環境には、2つのメールボックスサーバーと2つのCASサーバーがあります。 1台のメールボックスサーバーと1台のCASサーバーは本社にあり、もう1台のメールボックスサーバーとCASサーバーは2時間以上離れたCo-Loです。それらの間のWANは帯域幅が制限されているため、メールボックスデータベースとコンテンツインデックスをWAN全体に再シードすることはオプションではありませんでした。
最初の試みでは、 データベースを手動でコピーしてオフラインにする方法に関するこの技術記事 メールボックスデータベース自体では機能しましたが、コンテンツインデックスでは機能しませんでしたが、WAN経由でシードしたいと考えていました。
結局、マイクロソフトに連絡することになりました。彼らはいくつかの異なることを試みましたが、結局はうまくいきました：
正常なインデックスを持つアクティブサーバーで、Microsoft ExchangeSearchおよびMicrosoftExchangeSearchホストコントローラーサービスを停止します
メールボックスデータベースが保存されているフォルダーに移動し、コンテンツインデックスフォルダーをコピーします。このフォルダはGUIDのように見えます。私の場合、そのうちの1つは「32CBE741-FBB2-4116-9E85-12D59725D6E912.43.Single」という名前でした。
アクティブサーバーでサービスのバックアップを開始します。
失敗したサイトにフォルダを転送します。
失敗したコンテンツインデックスを使用して、サーバー上の同じサービスを停止します。
コンテンツインデックスフォルダーを正常なサーバーから非正常なサーバーの適切なフォルダーにコピーします。これで、2つのコンテンツインデックスフォルダができました。1つはおそらく「シード」されたフォルダで、もう1つは正常なサイトからコピーしたものです。
検索サービスがまだ停止している状態で（注意して、自動的に再起動する場合があります）、「不良」コンテンツインデックスフォルダの名前を変更して、最後に.oldのようなものを追加します。次に、「良い」コンテンツインデックスフォルダの名前を、「悪い」コンテンツインデックスフォルダの名前と一致するように変更します。
検索サービスのバックアップを開始します。
私たちの場合、約10分以内に、コンテンツインデックスが不明から正常になりました。これが他の誰かに役立つことを願っています