一次Exchange 2003 数据恢复的过程

前多少天有一个客户的公司exchange server呈现硬件问题，管理员在危机关头异常荣幸的copy出了exchangeinstall目录中的所有文件。无比蹩脚的是这家公司的dc和exchange在统一台server上，并且没有其余的dc。
因为客户对邮件的利用比较敏感，管理员在第一时光重新装置了dc，并且又安装了exchange在上面，我懂得他的主意，先能够收发邮件当前再说...
治理员曾经尝试几回恢复ad并且恢复exchange未能胜利，后来找到了咱们... ...
通过我们对客户状态的调研，中心信息如下
1、客户单台应用exchange 2003作为邮件服务器，上一次通过ntbackup备份的邮箱存储已经距离达三个月之久，基础无应用价值。
2、客户已经搭建了一个新的exchange环境，已经使用了一周，但是旧的数据始终不导过来。
3、用户都是使用mapi的方法收发邮件，用户邮件都是寄存在服务器上，本机使用mapi的缓冲模式，本机的ost文件，有一局部人已经copy到pst保留，但仍有用户ost目前无奈翻开。
经由以上信息汇整得出，用户最为急切的需要是恢复旧的邮件，并且从新架构目前的exchange环境，并做好备份系统防止相似故障的产生。
重新架构exchange跟树立备份体制的问题，能够另外开去写，我这里想记载的是exchange恢复的进程。那么恢复邮件客户有两个可以利用的资源一个是本地的ost文件，另外是exchange 2003的离线备份文件。
客户范围比拟小，想尽量下降恢复数据的本钱。我首先倡议他们应用ost2pst这样的工具把用户的邮件导出到pst中，然而十分遗憾的是，咱们使用了ost2pst以及advancedexchangerecover。邮件营销邮件营销成功率高达99%以上,直达客户收件箱。y等工具，然而有一个最主要的用户的ost文。邮件归档备份轻松，压缩存储,万家合作伙伴,25年经验,高性价比!件一到70%就报错，并且有局部用户本机并不ost文件，所以这个方式只是解决了部门用户的问题。
这样我们将重点转移到了恢复exchange脱机备份的文件上，客户的数据库在20g左右，我将mdbdata下的文件copy到我的exchange测试环境中对数据库的状况进行数据恢复测试，这里有两个kb给了我很大辅助，
经由数据收拾，数据库的状况变为clear shutdown
而后我将db mount到我的存储中，无奈加载，日志中记载了1088的过错
事件 id：1088
源：msexchangeis
类型：毛病
种别 general
阐明：
the information store could not be loaded because the distinguished name of the message database
/o=oldorg /ou=oldsite /cn=recipients /cn=
does not match the dn of the directory
/o=oldorg /ou=oldsite /cn=recipients /cn=
the database may have been restored to a computer that is an organization or site different than the original database.
组织名称跟管理组不一致的问题，由于我这个是测试环境，所以我就用legacydn.exe 的forcewrite的模式将我的exchange环境dn修正成为这个db当时的组织名称，如何下载legacydn.exe可以拜访
假如你不断定旧组织的名称，也可以通过这个方法查看，固然kb是写给exchange 5.5的，经过我测试在03下一样实用
修正实现之后，唱出一口吻，db mount胜利。
下面就是在我的环境中重建db中的账号，假如账号少你当然可以新建然后关系账号，邮件服务器业务扩展性好,灵活性高,升级方便,管理方便,能耗成本低!但是如果账号良多的话，你可以通过这个mbconn.exe 这个工具重建db中的ad账号，具体的解释请参考:
而后将账号从新治理之后，应用exmerge这个工具将邮箱导出到pst文件。