ESE引擎在加载数据库文件时，会去检查数据库文件的标志。这个标志保留了上次关闭数据库的状态，当状态为正常关闭说，系统将直接加载该数据库，当数据库标志为非正常关闭时，系统将先进行一个软恢复过程(你可以在事件里看到它)，然后再加载。
那么，正常关闭和非正常关闭有什么区别呢?一个正常关闭的数据库，表示所有的日志信息都已经正确的写入数据库了。反之一个非正常关闭的数据库，则表示至少有一部分数据未能正确的从日志写入数据库。要注意的是，非正常关闭的数据库并不等于已经被破坏的数据库。只表示有数据没有提交到数据库文件。
使用ESEUTIL /MH命令可以看到数据库的该状态，其中的STATE字段标记的就是这个状态，“Clean shutdown”表示数据库正常关闭。当系统加载处于非正常关闭的数据库时，就会根据检查点文件确定日志文件的位置，并做重放操作。当检查点文件丢失或损坏时，系统将从最早的日志文件开始处理。有的时候，系统不能自动的修复数据库，这时我们也可以用“ESEUTIL /R”命令手工的恢复处于非正常关闭状态的数据库。强烈建议在系统异常关闭后执行此命令。在执行前最好前确定数据库文件的状态确实为非正常关闭，不要对正常关闭的数据库执行该恢复命令!
由此可见，EXCHANGE系统对数据库有自我修复能力，能确保系统在发生意外后恢复正确的状态。但这并不是说我们可以随意的关闭系统，仍要UPS等必要的保护措施。关于具体的Exchange数据灾难恢复方法，请阅读我另一篇网志《Exchange数据库灾难恢复》。
六、关于M盘
在EX2000里，有一个M盘的映射。这个映射只是提供开发人员通过API访问邮箱和邮件用的。因此对M盘的手工操作都可能带来数据库的破坏，请注意，另外，有一种观点认为备份了M盘就备份了邮件，这是绝对错误的。M盘虽然是数据库的映射，但已经去掉了很多的关联和内在联系。因此备份M盘是不能恢复数据库的。所有的Exchange管理员必须按规定认真的备份系统状态和SG。切不可偷懒哦，偷懒的最终结果是让你加倍的付出时间去拯救数据。
看到这里，你还认为日志文件是多余的吗?Exchange管理员，赶快取消循环日志，建立健全的备份计划吧，为了你的薪水或者提高在老板心里的重要度，学会备份，很重要!关于数据备份的种类与方法，如果你想做一个合格的系统管理员，那就该多花一点时间在这上面。。。
