首先，请注意，由于任何实际问题，我没有进行此恢复，我只是在测试它。我在 Server 2008 R2 上运行 Exchange 2010，并使用 Windows Server Backup 到远程文件共享进行备份。我不得不假设我做错了什么，因为我找到的所有文档都没有帮助我。
我备份了存储数据库文件和日志文件的 2 个单独的卷。我使用 Windows Server Backup 将给定的 EDB 文件及其对应的日志文件还原到备用位置。通常我会假设我可以创建一个新的恢复数据库，指定这些恢复文件的位置，然后我可以挂载它来尝试恢复特定的邮件。但是，它总是给我错误，因为它处于“脏关机”状态。运行 eseutil /mh 会显示此状态。从我在网上发现的情况来看，似乎这种状态应该只在真正的腐败时才会出现。备份应该是 Exchange 感知的，所以我想这不应该是数据库在恢复后的状态。当出现损坏时，我尝试完成建议的整个修复过程，
我是在备份方面做错了什么，还是在还原方面做错了什么？恢复后数据库是否应该处于这种“Dirty Shutdown”状态？
请查看这篇文章，在底部它指出使用 Windows 备份备份并恢复到备用位置的数据库将被标记为脏。
使数据库进入完全关闭状态 要使数据库进入完全关闭状态，请从日志文件文件夹运行以下命令： Eseutil /R E00 /I /dX:\Restore\F_\MDB1
打开命令提示符并浏览到日志文件夹，从那里运行上述命令。
之后检查您是否有一个干净的状态数据库和所有电子邮件。
我没有做很多实验，但做了一些测试恢复，我也是这种情况，甚至使用 BESR 2010 恢复。
希望有帮助
另一篇好文章：http ://www.simple-talk.com/sysadmin/exchange/exchange-server-log-file-replay/
使用以下方法修复脏关机错误：
1.备份所有的edb、stm文件，以及日志文件。
2. 确保有 110% 的空磁盘空间。
3.使用以下命令检查数据库一致性：eseutil /mh
4. 正如你所说的数据库在 - “Dirty Shutdown”你应该首先尝试“Soft Repair” - eseutil /r：
[eseutil /r "前缀" /l /d ]
再次检查 DB Consistency，如果是 clean 状态，挂载数据库
但是，如果软修复不起作用，则运行硬修复
（Eseutil /p“邮箱数据库的位置.edb”）
5.现在使用 eseutil /d 命令对数据库进行碎片整理
6. 运行以下命令：[isinteg -s "servername" –fix –test –alltests]
7. 再次检查数据库一致性&它必须显示“干净关闭”作为状态。
希望通过以上步骤，您将解决您的问题。您还可以查看此参考以获取更多详细信息。