Exchange 2010でバックアップエラーが発生しました（詳細を参照）。問題が何であるかをどのように見つけ、どのように修正しますか？
エラーは次のとおりです。
eseutil（2860）JetDBUtilities-3928：ログファイル\？\ GLOBALROOT\Device\HarddiskVolumeShadowCopy84\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database 0501047257\E000000B4E0.logが破損しているか、無効であるか、アクセスできません（エラー-501 ）および使用できません。このログファイルがリカバリに必要な場合、リカバリを正常に完了するには、ログファイルの適切なコピーが必要になります。
現時点では、Exchangeは正常に実行されているようです。
このエラーを調べたところ、指定されたログファイルが永続的に破損している可能性があります（これがエラー501の意味だと思います）。残念ながら、そのログファイルの適切なバージョンは古すぎて、バックアップに含めることができません。
インターネット上には、eseutil/mhを実行してデータベースをチェックし、データベースの状態を確認し、そのログファイルが実際に必要かどうかを確認するためのさまざまな提案があります。これはすべてデータベースのアンマウントを必要とするため、たとえばデータベースが再マウントされない場合など、問題を回避するための最良の最初のステップを探しています。たとえば、データベースをアンマウントする前に、pstルートを経由せずに全員の電子メールをバックアップする方法はありますか？
VMで実験を行って、状況を模倣しようとしました。トランザクションログファイルの1つを意図的に破損し、バックアップアプリケーションとしてWindows ServerBackupを使用しています。以下で私が言うことはすべてこの実験に基づいていますが、現実はそれほど変わらないはずです。
現時点ではすべて正常に機能していると言っていても、このエラーについて心配するのは非常に正しいことです。この質問をすることで、将来の自分を悲しみとパニックから救ったかもしれません。
まず、なぜあなたが心配すべきかについてのいくつかの背景。 Exchangeが正常にバックアップを完了すると、コミットされたトランザクションログがフラッシュ（削除）されるため、バックアップが実際にこのメッセージで失敗する場合は、トランザクションログが実際にフラッシュされておらず、蓄積されている可能性が非常に高くなります。古いトランザクションログがフラッシュされていない場合は、残念ながら、いつでも爆発する可能性のある時限爆弾が手元にあります（非常に劇的に聞こえて申し訳ありませんが、実際には非常に深刻です）。トランザクションログのボリュームがほぼ容量までいっぱいになると、新しいトランザクションログ用の十分なスペースができるまで、関連するメールボックスデータベースがマウント解除されます。蓄積するトランザクションログの量に応じて、スペース不足のためにメールボックスデータベースがいつマウント解除されるかが決まります。
私が提案したことを行うには、データベースをマウント解除する必要がありますが、問題なくマウント解除されるはずです。データベースをマウント解除したとき、データベースはClean Shutdown状態でした。これは朗報です。
データベースをマウント解除し、サニティチェックを実行してeseutil /mh <edb file name>を実行し、データベースがClean Shutdown状態にあることを確認します。次に、*.logとE00.logを除くすべてのE00tmp.logファイルを安全な場所に移動します（削除しないでください。すべてがタンゴになった場合は元に戻す必要があります-ユニフォーム）。それらがすべて移動したら、データベースを再度マウントし、できるだけ早くデータベースの完全バックアップを試行します（増分ではなく、完全バックアップである必要があります）。そのプロセスは私のVMで機能し、うまくいけば問題を解決するはずです。
警告：絶対に自分が何をしているかを知っている場合を除いて、トランザクションログファイルを___EVER___削除しないでください。方程式からトランザクションログを削除する必要がある場合は、move別の場所に移動します。削除しないでください。