错误是：
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 路线？
答案1
我刚刚在虚拟机中进行了实验，试图模拟您的情况。我故意损坏了一个事务日志文件，并使用 Windows Server Backup 作为备份应用程序。下面我说的一切都是基于这个实验，但实际情况应该不会有太大差别。
即使您说目前一切都运行良好，但您担心这个错误是非常正确的，通过提出这个问题，您很可能为自己避免未来的悲伤和恐慌。
首先，介绍一下您为什么应该担心。当 Exchange 成功完成备份时，它会刷新（删除）已提交的事务日志，因此如果您的备份确实失败并显示此消息，则很有可能您的事务日志实际上并未被刷新并且正在累积。如果旧的事务日志未被刷新，那么您不幸地拥有一颗随时可能爆炸的定时炸弹（抱歉听起来如此夸张，但实际上相当严重）。当事务日志所在的卷已满到接近容量时，关联的邮箱数据库将自行卸载，直到有足够的空间容纳新的事务日志。根据您累积的事务日志量，将确定您的邮箱数据库何时会因空间不足而自行卸载。
您将必须卸载数据库才能执行我的建议，但是它应该可以毫无问题地卸载，而且当我卸载数据库时，它处于一种Clean Shutdown好消息的状态。
卸载数据库，只需进行健全性检查并运行eseutil /mh <edb file name>以确保数据库处于正常状态。接下来，将除和之外的所有Clean Shutdown文件移到安全的地方（不要删除它们，如果一切都变得混乱，您将需要它们）。一旦它们全部移动，再次安装数据库并尽快尝试对数据库进行完整备份（应该是完整备份，而不是增量备份）。该过程在我的 VM 中有效，希望可以解决您的问题。*.logE00.logE00tmp.log
警告：切勿删除事务日志文件，除非您绝对肯定你知道你在做什么如果需要从等式中删除事务日志，移动将它放在其他地方，只是不要删除它。
答案2
错误“501- JET_errLogFileCorrupt”表示日志文件已损坏。
使用以下步骤检查日志文件状态：
- 运行命令 eseutil /mh
- 如果显示“异常关机”状态
- 运行 eseutil /ml 命令，检查日志文件损坏情况。如果显示如下，则表示您的日志文件已损坏。
4. 运行 Eseutil /r，现在使用 Eseutil /mh 命令重新检查数据库状态，如果处于干净关闭状态，则使用 Mount-Database cmdlet 安装数据库。5. 如果数据库仍处于脏关机状态，则执行硬恢复。但在运行硬恢复之前，请阅读此 Microsoft 文档：
您还可以查看此视频以获取分步指南：https://www.youtube.com/watch?v=JYjAaAWDQL4