Exchange Server邮件存储系统-原理篇

核心提示： Log Required: 0-0Streaming File: YesShadowed: YesLast Objid: 574…<略> …Operation completed successfully in 1.391 seconds.State字段的

Log Required: 0-0

Streaming File: Yes

Shadowed: Yes

Last Objid: 574

…<略> …

Operation completed successfully in 1.391 seconds.

State字段的“Clean Shutdown”表示数据库处在Consistent状态。

当ESE 加载数据库文件时，对于“Consistent”的数据库文件，它直接Mount其中的Store;对于“In consistent”的数据库文件，ESE将执行称之为“Soft Recovery”的过程，在这个过程中，未及时提交进数据库文件的日志内容将被写入数据库。当所有的日志都写入完毕，数据库才会被标记为“ Consistent”状态，然后正常加载。

Soft Recovery开始的时候，ESE会根据check point文件所指向的位置来进行Log文件的写入(如果check point文件也损坏或者不存在，那么数据库就从最旧的Log文件开始)。当ESE从Log文件向Store写入数据时，它会根据dbTime这个时间戳来决定是否需要把Log文件写入到数据库。

这个过程中，Event Log中会有如下的记录

Event Type: Information

Event Source: ESE98

Event Category: Logging and Recovery

Event ID: 301

Date: 10/17/2001

Time: 5:52:11 AM

User: N/A

Computer:

Description: Information Store (XXXX) The database engine has begun replaying logfile ....E0014553.log.

我们也可以针对已经“Dis-mount”的并且是处在“Inconsistent”的数据库手工地进行“Soft Recovery”。

具体的命令是“eseutil /r”，后跟数据库文件的路径。(推荐在掉电重启以后执行此命令，可以先运行eseutil /mh确定数据库状态，如果是“Inconsistent”，再执行此命令)