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

    使用命令 ESEUTIL /MH可以查常看数据库的关闭状态。

　　C:\...\Exchsrvr\BIN> ESEUtil /mh “C:\...\Exchsrvr\mdbdata\priv1.edb”

　　Microsoft(R) Exchange Server(TM) Database Utilities Version 6.0

　　Copyright (C) Microsoft Corporation 1991-2000. All Rights Reserved.

　　Initiating FILE DUMP mode...

　　Database: C:\program files\exchsrvr\mdbdata\priv1.edb

　　File Type: Database

　　Format ulMagic: 0x89abcdef

　　Engine ulMagic: 0x89abcdef

　　Format ulVersion: 0x620,9

　　Engine ulVersion: 0x620,9

　　Created ulVersion: 0x620,9

　　DB Signature: Create time:03/28/2004 20:26:24 Rand:6536656 Computer:

　　cbDbPage: 4096

　　dbtime: 63139 (0-63139)

　　State: Clean Shutdown <-----表示数据库关闭时的状态

　　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”，再执行此命令)

　　由此我们可以发现，Exchange Server有能力对未正常关闭的数据库进行“自我修复”。因此，ESE确保了即使在突然掉电的情况下，数据库仍然能够处在一个可恢复的状态，并且会在重启服务以后自动完成状态检测和恢复。