SBS Exchange2003でのEDB修復
1週間前にRAID5を搭載したHPPROLIANT ML370 G5サーバーで、1台のハードディスクが黄色に変わり、取り外して、現在まで劣化状態で動作しています。
昨日の朝、ドメイン内のユーザーから、sbs2003エクスチェンジに接続されたOutlookからメールが送信されないという苦情が寄せられました。すべてのユーザーがpstsで構成されています。 ESMを確認したところ、すべてのメールがキューにあり、インターネット接続とSMTPスマートホストがすべて到達可能であることがわかりました。そのため、交換サービスが再開され、インフォメーションストアが最後の瞬間に開始されていることがわかりました。エラー1068。
サーバーを再起動しましたが、デスクトップに到達するまでに時間がかかり、インフォメーションストアが起動していないことがわかりました。インフォメーションストアサービスを起動すると、サーバーが完全にハングします。トラブルシューティングを行うときに、サーバーを数回ハードリセットする必要がありました。
インターネットで検索した後、インフォメーションストアのedbファイルの破損がリンクからこの症状につながることがわかりました http://support.Microsoft.com/kb/313184
現在、このドキュメントに従ってデータベースを修復しています。 priv1 .edbを正常に通過しましたが、過去4時間、pub1.edbとstmスキャンデータベースカタログが実行されています。
この本番サーバーは明日の朝に準備する必要があるので、さらに先に進む方法を教えてください
注：データベースpriv1.edbとその関連ファイル-9GBおよびpub1.edbとstmファイル-2GB
ありがとうございます。それでは、お元気で
S.スワミナサン
ハードウェアに問題があるように思えます（すでに劣化しているRAIDではエラーが増える可能性があります）。
インフォメーションストアサービスは、データベースファイルがどれほど「破損」していても、サーバーを「完全にハング」させることはありません。インフォメーションストアをマウントしようとしたときにマシンが実際にハングしている場合、そのハードウェアで正常に修復を実行することはできません。
データベースを修復できたとしても、修復されたデータベースから本番Exchangeインストールを実行し続けることはお勧めできません。なんとか修復できた場合は、メールボックスをサーバーから別のExchangeインスタンスに移動し、修復されたデータベースを破棄することをお勧めします。
この時点で、Exhcangeのディザスタリカバリインストールを実行し、Exchangeの最新のバックアップを新しいサーバー（仮想マシンなど）に復元し、問題の原因となった可能性のある障害のあるハードウェアから離れます。すでにダウンタイムとデータ破損を引き起こしているハードウェアで本番サービスを提供し続けることは悪い考えです。
バックアップがない場合は、少なくとも、データベースファイルを修復する前にバックアップしてください。これらのファイルを別のマシンで修復してみることができます（ESEUTILが機能するためにExchangeをインストールする必要はありません。Exchangeからの「Bin」ディレクトリのコピーで、実行に必要なファイルを提供できます）。
バックアップがまったくない場合は、パブリックインフォメーションストア（pub1.edbおよびpub1.stm）を失った可能性があります。プライベートインフォメーションストアが正常に修復されたと言っているので（priv1.edbとpriv1.stm）、ユーザーのメールボックスデータを取り戻すことができる場合があります。
このリンクの災害復旧セクションを確認してください。
http://www.msexchange.org/tutorials/exchange-isinteg-eseutil.html
ESEUTILで適切に修復できるように、最後にISINTEGを実行する必要があります。