使用Exchange Server 恢复存储组.docx

1、使用Exchange Server 恢复存储组c5541abf-15ce-464f-b5d2-758395fcdf3e使用 Microsoft Exchange Server 2003 恢复存储组Microsoft Corporation发布日期：2006 年 12 月 12 日作者：Exchange Server 文档组摘要本文档讨论在 Exchange Server 2003 中使用恢复存储组功能。有意见或建议吗?请将您的反馈（英文）发送至 exchdocs。Contents使用 Exchange Server 2003 中的恢复存储组 7Exchange Server 2003 恢复存储

2、组使用方法简介 7本指南面向的读者 7本指南中使用了哪些术语？ 8恢复存储组在 Exchange Server 2003 中的工作原理 8可以使用恢复存储组的情况 8不应使用恢复存储组的情况 9恢复存储组与普通存储组的不同之处 10如何将恢复数据库链接回原始数据库 11msExchMailboxGUID 11msExchOrigMDB 12如何使用 ADSI Edit 更改 msExchOrigMDB 属性 14步骤 15与 Exchange 早期版本相比存在的备份和还原的差异 16Recovery SG Override 注册表项 16设置恢复存储组 17创建恢复存储组时的注意事项 18恢复

3、存储组的名称 18事务日志位置 19系统路径位置 19创建恢复存储组 20向恢复存储组添加数据库的注意事项 20数据库名称 20数据库文件位置 20覆盖设置 21将数据库添加到恢复存储组 22更改恢复存储组的配置 22如何设置恢复存储组 22过程 22如何创建恢复存储组 23步骤 23如何添加要还原的数据库 24步骤 24如何使用新名称重新创建现有恢复存储组 27步骤 27在 Exchange Server 2003 中将数据库还原到恢复存储组 28从联机备份集中还原数据库 28通过脱机或文件复制备份还原数据库 29如何从联机备份集还原数据库 31过程 31如何将联机备份集还原到恢复存储组 3

4、2开始之前 33步骤 33如何手动运行硬恢复 35步骤 35如何验证硬恢复并装入恢复数据库 35过程 35如何从脱机备份或文件副本备份还原数据库 36步骤 37如何验证要还原的所有数据库文件是否都处于“干净关闭”状态 38过程 38如何将数据库文件副本还原到恢复存储组 39步骤 39解决 Exchange Server 2003 中的还原和恢复问题 40指定计算机并不是 Microsoft Exchange Server 41数据库正在使用 (0xC7FE1F41) 和无法找到数据库 (0xC7FE1F42) 42还原时无法覆盖数据库 (0xC7FE1F46) 43JET_errBadDBSi

5、gnature (0xc8000262, -939523486, 0xfffffded, -531) JET_errBadCheckpointSignature (0xC8000214, -939523564, 0xfffffdec, -532) 43JET_errSoftRecoveryOnBackupDatabase (0xfffffde0, -544) 43JET_errMissingRestoreLogFiles（0xC800022D、-939523539、0xfffffdd3、-557） 44从 Exchange Server 2003 的恢复存储组中抢救数据 44对恢复存储组使用

6、ExMerge 的要求 45设置合并数据的权限 45如何为管理登录帐户授予读取 Exchange 数据库中所有邮箱的临时权限 46步骤 46ExMerge 问题疑难解答 470x8004011d 错误 47在服务器 Servername 上获取私人信息存储数据库列表时出错 47检索选定数据库中的邮箱列表时遇到错误 47存储 MSPST MS 未打开或存储 MSEMS 未打开 48如何查找和配置 MAPI 服务的正确名称 48步骤 48ExMerge 策略和最佳实践 49在 Exchange Server 2003 中使用拨号音数据库恢复邮箱数据库 50设置在恢复过程期间最终用户的期望值 53创

7、建拨号音数据库 54如何重置 Exchange 数据库并创建拨号音数据库 54步骤 54配置恢复存储组 55还原到恢复存储组数据库 56在恢复存储组和原始存储组之间交换数据库 56在同一驱动器上的文件夹之间移动数据库文件 56在服务器之间移动数据库文件 57使文件保留原位并更改逻辑路径 57如何在恢复存储组和原始存储组之间交换数据库 57开始之前 57步骤 58如何在同一驱动器上的文件夹之间移动 Exchange 数据库文件 58步骤 58如何在服务器之间移动 Exchange 数据库文件 59步骤 59如何通过交换逻辑路径来交换 Exchange 数据库文件 60过程 60在交换的数据库之间

8、合并数据 61邮件拨号音策略的优势 61同时使用 Outlook 2003 Exchange 恢复模式和拨号音数据库 62如何重置 .ost 文件 63过程 63在 Exchange Server 2003 中使用恢复存储组恢复已删除项目或清除邮箱 64如何使用原始数据库服务器从联机备份恢复清除邮箱 65过程 66在 Exchange Server 2003 中使用 Exchange Server 2003 恢复存储组的摘要 66在 Exchange Server 2003 中的存储组之间移动 Exchange 邮箱数据库 67将数据库移动到其他存储组或服务器的先决条件 69存储组和数据库的命

9、名注意事项 69移动文件的一般注意事项 70通过复制文件移动数据库 71使用联机备份移动数据库 71将数据库移动到恢复存储组 71命名注意事项摘要 72移动数据库文件之前验证一致性 72Exchange 2003 事务日志文件注意事项 74备份和还原注意事项 75Exchange Server 2003 中的 Exchange 事务日志记录 75Exchange 联机备份在 Exchange Server 2003 中的工作原理 79还原联机备份 80事务日志文件重播：Exchange Server 2003 中的软恢复和硬恢复 81恢复的类型 81交叉匹配 Exchange Server 2

10、003 中的 Exchange 数据库和日志文件 86Eseutil.exe 示例 88Eseutil /mh 88Eseutil /ml 89Copyright 90使用 Exchange Server 2003 中的恢复存储组使用 Microsoft Exchange Server 2003 中的恢复存储组功能，可以在原始数据库所在的服务器或同一 Exchange 管理组中的任何其他 Exchange 服务器上装入 Exchange 邮箱数据库的第二个副本。可以在原始数据库仍处于运行状态并为客户端提供服务的同时执行此操作。恢复存储组还可用于灾难恢复方案中。本指南提供有关如何确定恢复存储组在

11、部署中是否有用、如何设置恢复存储组，以及如何解决常见问题的信息。注意： 下载 Using Microsoft Exchange Server 2003 Recovery Storage Groups以便脱机打印或阅读。Exchange Server 2003 恢复存储组使用方法简介使用 Microsoft Exchange Server 2003 中的恢复存储组功能，您可以在原始数据库所在的同一台服务器上或同一个 Exchange 管理组中的任何其他 Exchange 服务器上装入 Exchange 邮箱数据库的另一个副本。可以在原始数据库正在运行并服务于客户端的同时执行此操作。使用此功能，您

12、可以从数据库的较旧备份副本恢复数据，而不会妨碍用户对当前数据的访问。恢复存储组也适用于各种灾难恢复方案，本文档后面部分将介绍效果最显著的邮件拨号音方案。在 ExchangeServer2003 之前的版本中，装入生产数据库的额外副本或不同版本需要 Exchange 管理员另行建立 Microsoft Active Directory 目录服务林和恢复服务器。这样做不仅意味着必须保留一台备用服务器供 Exchange 数据库进行恢复时使用，而且构建一台这样的服务器通常需要大约两个小时的安装时间。而在 Exchange 2003 中，创建恢复存储组只需在 Exchange 系统管理器中单击几次鼠标

13、，安装时间总共大约两分钟。该过程与创建普通存储组非常相似。在创建恢复存储组并将一个或多个数据库添加到其中后，就可以为其还原联机备份集，或者将脱机数据库文件复制到该恢复存储组中。您不必修改当前联机备份代理即可将数据正确还原到恢复存储组。Exchange 2003 将在恢复存储组中运行的数据库副本与 Exchange 组织的其余部分进行了逻辑隔离。因而，客户端无法登录到该数据库，邮件也无法送达。必须使用新版本的邮箱合并向导 (ExMerge) 工具从该数据库中提取邮箱数据。 本指南面向的读者本文档面向具有以下任何一项与 Exchange 部署相关的职责的 Exchange 管理员： 制定灾难恢复计

14、划 制定详细的灾难恢复步骤 执行恢复操作 您应具备管理组（包含恢复存储组服务器）的 Exchange 管理员权限，并对恢复存储组服务器拥有本地管理员权限。本指南中使用了哪些术语？要从本书中获得最大收益，请务必了解下列术语： 恢复 将事务日志重播到已还原的数据库，使其处于一致状态。恢复形式有两种： 软恢复一种事务日志重播进程，发生在数据库意外停止后重新进行装入时，或者事务日志被重播到数据库的脱机备份或文件副本备份时。该重播进程仅使用存储组目录中存在的日志文件。 硬恢复从联机备份还原数据库后发生的一种事务日志重播进程。该重播进程可开始于从备份还原的任意日志文件，然后以存储组目录中存在的其他日志文件

15、为继续。 重播 一种进程，Exchange 将在该进程中检查存储组的事务日志，以识别已记录、但尚未合并到该存储组的数据库中的事务。此进程（也称为“播放”日志文件）使用事务日志来使数据库保持最新。 还原 将数据库和日志文件放回到服务器的适当位置上。 恢复存储组在 Exchange Server 2003 中的工作原理在开始使用恢复存储组之前，您应该大致了解它的工作方式和限制。 可以使用恢复存储组的情况恢复存储组用于在下列情况下协助数据库恢复： 在 Microsoft Active Directory 目录服务中，有关存储组及其邮箱的逻辑信息均保持完整，未经更改。 此外，需要恢复单个邮箱、单个数据

16、库，或单个存储组中的一组数据库。恢复方案包括： 恢复用户从邮箱误清除的邮件。 恢复或修复数据库的备用副本，而另一个副本保留在生产环境中（通常，目的是使用邮箱合并向导 (ExMerge) 工具在两个数据库之间合并数据）。 恢复数据库原始服务器之外的服务器上的数据库。如有必要，可以将恢复的数据与原始服务器重新进行合并（尽管与恢复存储组和原始数据库位于同一服务器时相比较，性能可能会降低）。根据下列准则使用恢复存储组： 正在恢复的数据库必须位于作为管理组成员的服务器上，而且运行恢复存储组的服务器也必须属于该管理组（如果数据库来自不同的管理组，则还原操作将失败）。 如果要一次恢复多个数据库，只要这些数据

17、库全部来自同一个原始存储组，就可以将它们添加到恢复存储组（在添加第一个数据库以后，将只能从该数据库的存储组添加数据库）。否则，必须使用多个恢复存储组（在多个服务器上）。 正在恢复的数据库来自运行 Exchange 版本的服务器，其中，Exchange 版本介于 Microsoft Exchange Server 2000 Service Pack (SP) 3 和恢复存储组服务器上运行的 Exchange 版本之间。 所有还原到恢复存储组的数据库将被升级到当前正在恢复存储组服务器上运行的数据库版本。这表示如果不首先将原始服务器升级到同一版本的 Exchange（主版本及 Service Pac

18、k 版本），则无法将数据库复制回其原始服务器。尽管如此，可以使用 ExMerge 在服务器之间移动数据，而忽略版本不匹配的情况。 此外，如果数据库所在的 Exchange 版本比恢复存储组服务器上的版本更高，则该数据库将无法还原到恢复存储组。 不应使用恢复存储组的情况在下列情况下不适合使用恢复存储组： 需要恢复公用文件夹的内容。仅支持邮箱恢复操作。对于 Exchange Server 2003 和 Exchange 2000，公用文件夹的恢复过程相同。 需要还原整个服务器。 需要从多个存储组还原数据库。 处于需要更改或重建 Active Directory 拓扑的紧急情况下。此外，如果自上次备

19、份数据库以后更改了存储在 Active Directory 中的 Exchange 配置数据，则不能使用恢复存储组。恢复存储组的功能取决于 Active Directory 中特定邮箱和邮箱数据库的属性。（本章的后面部分将更详细地描述这些属性）。由于此限制，在下列情况下无法使用恢复存储组： 需要恢复已从系统删除或清除、或已移动到其他数据库或服务器的邮箱。 在此情况下重新创建删除的邮箱将不起作用，因为 Exchange 不会将重新创建的邮箱视作同一邮箱。创建用户邮箱时，它具有唯一标识符。如果您删除并重新创建邮箱，该邮箱将具有与先前标识符不同的新标识符。有关这些标识符的详细信息，请参阅如何将恢复数

20、据库链接回原始数据库。 注意： 当需要恢复已删除或清除的邮箱时，可以有限的方式使用恢复存储组。有关此情况的详细信息，请参阅在 Exchange Server 2003 中使用恢复存储组恢复已删除项目或清除邮箱。 您无法使用恢复存储组来恢复使用卷影复制 API 备份的 Exchange 数据库。使用卷影复制 API 备份的 Exchange 数据必须通过使用卷影复制 API 来还原。 包含您要恢复的邮箱的数据库在上次备份后被移动到其他存储组，或已被删除。 重新创建删除的数据库将无法解决上述情况，其原因与重新创建邮箱的情况相同。每个数据库也有唯一的标识符，并且在 Exchange 中，重新创建的数

21、据库是与以前的数据库不相关的新数据库。恢复存储组与普通存储组的不同之处恢复存储组与普通存储组相类似。但是，恢复存储组已禁用普通存储组的几种特性和功能。这些更改的目的是最大程度减少恢复存储组的性能消耗，防止恢复存储组与 Exchange 组织 其余部分之间进行可导致问题的交互，并尽量减少配置恢复存储组时可能出现的错误。恢复存储组与普通存储组有下列不同： 禁用除 MAPI 以外的所有协议。简单邮件传输协议 (SMTP)、远程过程调用 (RPC)、X.400、邮局协议版本 3 (POP3) 以及 IMAP4 都无法用于恢复存储组中的数据库。因此，无法从恢复存储组中的数据库发送邮件或者将邮件发送到该数

22、据库。这样可以防止恢复存储组从 Exchange 系统插入或删除邮件。 恢复存储组中的用户邮箱无法连接到 Active Directory 帐户。截止到本文截稿时，用于访问恢复存储组中邮箱内容的唯一支持的接口是 Exchange 2003 版本的 ExMerge。 未应用系统和邮箱管理策略。这样可防止当您正在抢救恢复存储组中的项目时系统将其删除。 系统不对恢复存储组中的数据库运行联机维护和碎片整理，从而可以消除这种密集型操作对服务器性能的影响。 启动 Microsoft Exchange Information Store 服务时，恢复存储组中的数据库无法设置为自动装入。管理员必须始终手动启动

23、数据库。如果在群集故障转移时装入数据库，则在故障转移完成后数据库不会自动重新启动。 最初创建恢复存储组以后，不支持更改数据路径或移动数据文件。您可以删除并重新创建恢复存储组来更改路径，或将文件手动移动到所需的位置。如何将恢复数据库链接回原始数据库下列两个 Active Directory 属性可将恢复存储组中的数据库副本与原始数据库相链接： msExchMailboxGUID针对拥有邮箱的用户对象设置。 msExchOrigMDB 针对恢复存储组中的每个数据库对象设置。msExchMailboxGUIDActive Directory 中用户帐户的 msExchMailboxGUID 属性值与

24、 Exchange 邮箱的 GUID 相匹配。如下图所示，将数据库还原到恢复存储组之后，恢复存储组数据库中各个邮箱的 GUID 仍与原始数据库中相应邮箱的 GUID 相同。邮箱合并向导 (ExMerge) 使用此 GUID 将恢复存储组数据库中的各个邮箱与 Active Directory 中的用户相匹配。一旦匹配成功，ExMerge 即可将数据从恢复存储组数据库邮箱移动到原始数据库中的相应邮箱。每个邮箱都有一个 GUID，用于将邮箱与 Active Directory 中的用户和恢复存储组中的已恢复邮箱相链接。邮箱 GUID 是邮箱的最基本属性。邮箱创建时已在数据库中设置该属性值，并且该值在

25、邮箱的整个生存期内都保持不变。邮箱 GUID 是将一个邮箱与其他所有邮箱相区分的唯一值。由于删除邮箱时会使之前拥有该邮箱的 Active Directory 用户对象丢失所有邮箱属性，因此无法轻易地在恢复存储组中恢复已删除或已清除的邮箱。如果您删除了某个邮箱，但在将其清除前，又将其与其他用户连接，新用户属性将具有与原邮箱用户相同的 msExchMailboxGUID 值。事实上，如果在同一数据库中拥有邮箱的两个用户帐户之间，只切换 msExchMailboxGUID 值，则会在它们之间交换邮箱（其他属性用于区别拥有不同数据库邮箱的用户帐户）。如果改变 msExchMailboxGUID 的一个

26、字符，则受影响的用户下一次登陆时，Exchange 将基于新的 GUID 创建一个全新的邮箱。在 Exchange 系统管理器中，将会看到该用户目前有两个邮箱。（不久之后，将自动运行邮箱清理代理程序，用户的原始邮箱随后将显示为断开连接，从而成为清除操作的候选对象）。假设又将 msExchMailboxGUID 更改回原始值。那么，该用户下次登录时，原始邮箱将恢复为可用，而新邮箱则将断开连接。在删除邮箱时，Exchange 实际上会将该邮箱保留 30 天以备随后恢复数据之用。Exchange 只删除将 Active Directory 帐户与邮箱相链接的属性。在从数据库清除邮箱之前，可以使用邮箱

27、恢复中心将邮箱与以前的 Active Directory 帐户重新连接，或与其他 Active Directory 帐户相连接。 在清除已删除的邮箱时（或在删除邮箱 30 天后自动将其清除时），会从数据库中删除邮箱及其 GUID。到此阶段，便无法再使用邮箱恢复中心重新连接该邮箱。但是，如果在邮箱删除后和清除前这一段时间内备份了数据库，则可以从备份中检索到该邮箱。有关本过程的详细信息，请参阅在 Exchange Server 2003 中使用恢复存储组恢复已删除项目或清除邮箱。msExchOrigMDB要从恢复存储组中的邮箱恢复数据，则该邮箱必须驻留在从中生成待还原数据库备份的原始数据库中。恢复

28、存储组中的每个数据库都有一个 msExchOrigMDB 属性，该属性将数据库与普通存储组中的数据库相链接。如下图所示，msExchOrigMDB 属性保留了从中生成恢复存储组数据库的原始数据库的可分辩名称。 msExchOrigMDB 将恢复存储组中的数据库与普通数据库相关联。Active Directory 中对象的可分辩名称描述到该对象在目录中的位置的路径。每个 Active Directory 对象都具有 distinguishedName 属性，该属性以适合于复制和粘贴到 msExchOrigMDB 属性中的格式列出对象的可分辨名称。Exchange 数据库对象位于安装 Exchan

29、ge 的每个 Active Directory 目录林的“配置”容器下的“服务”分支中。典型 Exchange 数据库的可分辨名称的格式如下：CN=,CN=,CN=InformationStore,CN=,CN=Servers,CN=,CN=Administrative Groups,CN=,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=,DC=例如：CN=MailboxDatabase1,CN=Second Storage Group,CN=InformationStore,CN=Exchange1,CN=Servers,CN=F

30、irst Administrative Group,CN=Administrative Groups,CN=TailspinToys,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=tailspin,DC=com如果将邮箱移动到其他数据库，ExMerge 仍可识别该邮箱，因为其 GUID 仍然在 Active Directory 中，但是 ExMerge 无法从中提取数据或者将数据合并到其中。在这种情况下，有以下两个选择： 使用 ExMerge 之前将邮箱移回到原始数据库。 在 Active Directory 中，更改恢复存储组数据库对象的 msExchOrigMDB 属性，使其指向邮箱目前所在的数据库。 如果采用这一方法，则 ExMerge 将无法访问未移动到新数据库的所有邮箱，除非将 msExchOrigMDB 的属性改回其初始值。 使用 Exchange 系统管理器或标准 Active Directory 管理程序无法更改 msExchOrigMDB 属性。但是，可以使用 ADSI Edit、LDIFDE 或 LDP 等工具来查看和更改原始的 Active Directory 属性。有关详细说明，请参阅如何使用 ADSI