Exchange Server灾难恢复实例分析（7）

(d) 使用ExMerge移动邮件到新的邮件存储
　　如果多次运行 Isinteg.exe 后仍报告同样的错误和警告，但是存储服务可以正常启动。我们可以将所有用户邮箱导出为.pst文件。然后再将这些.pst文件合并为新的Priv1.edb文件。如果使用电子邮件的脱机存储（.ost文件），必须先将.ost文件移至.pst文件中。

限制：必须要运行存储服务。ExMerge只能移动用户邮箱，不能移动特定的Exchange 2000配置属性，如连接器设置、Outlook设置或客户端规则。也不能移动通讯组列表、通讯组列表中的成员或公用文件夹。可以将公用文件夹内容移动到用户的个人文件夹中，以便在合并的.pst文件中包括公用文件夹信息。如果您尝试此过程，则必须手动重新创建或重新配置通讯组列表。

　确保当前没有用户正在访问服务器邮箱，运行ExMerge。

使用两步合并中的第一步，然后输入所有用户。当ExMerge过程完成之后，停止Exchange 2000信息存储服务，找到并打开 ExchSrvrMdbdata 文件夹，然后重命名Pub1.edb和Priv1.edb文件。删除此文件夹中的所有其他文件。在确信合并成功完成之前，请务必不要删除重命名的 Pub1.edb和Priv1.edb文件，以留作备份。重新启动 Exchange 2000 信息存储服务。在客户机上启动 Outlook，然后向 Exchange 2000 全球通讯簿中的所有用户发送一封电子邮件。（注意：如果未完成此步骤，ExMerge 两步合并中的第二步将不显示任何可供还原的邮箱。）

使用两步合并中的第二步运行 ExMerge，然后输入所有用户。完成此过程后，以前存储在.pst文件中的电子邮件将被移至Exchange 2000邮箱，我们将得到一个包含所有电子邮件副本的新 Priv1.edb 文件。（注意：如果用户登录到空邮箱，则帐户可能未连接到新创建的邮箱。）

要恢复公用文件夹存储，需要在客户端（如Outlook）将公用文件夹复制到该客户端上用户的个人文件夹。停止信息存储服务，然后重命名现有的 Pub1.edb 和 Pub1.stm 文件。要创建新的 Pub1.edb，请装入公用文件夹数据库。单击“确定”创建新的 Pub1.edb。将文件夹从客户端移回服务器上的新公用文件夹结构。

接下来重新启动信息存储。

（注意：必须恢复公用存储上的所有权限。在能够访问电子邮件和公用文件夹后，应尽快执行备份并验证备份是否成功。此过程还将删除到此时间点为止收到的邮件的单一实例存储。结果，Exchange 2000 数据库可能会增长，并需要更多的磁盘空间。）

[3] 使用一致性调整程序
　　Exchange 2000 中，Mbconn.exe 实用工具提供了相同的功能。有关更多信息，请参阅“Mailbox Reconnect Help”（邮箱重新连接帮助）文件 (Mbconn.chm)，该文件位于<CD 驱动器>ExchSrvrServerSupportUtilsi386 文件夹中。您可以与 /G 开关一起使用 Eseutil 来验证信息存储的完整性。

[4] 使用Exchange 2000目录服务完整性检查程序(E2kdsinteg)
　　E2kdsinteg 实用工具最初包括在Exchange 2000 SP2中。在安装并运行 Exchange 2000或Exchange 2000 Active Directory连接器(ADC)后，此实用工具将报告Active Directory的运行状态。E2kdsinteg实用工具以文本文件的格式生成简单的报告，该报告记录异常或可疑的对象。E2kdsinteg不会更改Active Directory 中的任何对象。根据Active Directory中支持邮件的对象和配置对象的数量，处理支持邮件的对象可能需要相当长的时间。

我们的例子中，由于Active Directory中的Exchange Server信息没有损坏，所以略过这一步。