使用Exchange Server 恢复存储组.docx
《使用Exchange Server 恢复存储组.docx》由会员分享，可在线阅读，更多相关《使用Exchange Server 恢复存储组.docx（108页珍藏版）》请在冰点文库上搜索。
使用ExchangeServer恢复存储组
c5541abf-15ce-464f-b5d2-758395fcdf3e
使用MicrosoftExchangeServer2003恢复存储组
MicrosoftCorporation
发布日期：
2006年12月12日
作者：
ExchangeServer文档组
摘要
本文档讨论在ExchangeServer2003中使用恢复存储组功能。
有意见或建议吗?
请将您的反馈（英文）发送至exchdocs@。
Contents
使用ExchangeServer2003中的恢复存储组7
ExchangeServer2003恢复存储组使用方法简介7
本指南面向的读者7
本指南中使用了哪些术语？
8
恢复存储组在ExchangeServer2003中的工作原理8
可以使用恢复存储组的情况8
不应使用恢复存储组的情况9
恢复存储组与普通存储组的不同之处10
如何将恢复数据库链接回原始数据库11
msExchMailboxGUID11
msExchOrigMDB12
如何使用ADSIEdit更改msExchOrigMDB属性14
步骤15
与Exchange早期版本相比存在的备份和还原的差异16
RecoverySGOverride注册表项16
设置恢复存储组17
创建恢复存储组时的注意事项18
恢复存储组的名称18
事务日志位置19
系统路径位置19
创建恢复存储组20
向恢复存储组添加数据库的注意事项20
数据库名称20
数据库文件位置20
覆盖设置21
将数据库添加到恢复存储组22
更改恢复存储组的配置22
如何设置恢复存储组22
过程22
如何创建恢复存储组23
步骤23
如何添加要还原的数据库24
步骤24
如何使用新名称重新创建现有恢复存储组27
步骤27
在ExchangeServer2003中将数据库还原到恢复存储组28
从联机备份集中还原数据库28
通过脱机或文件复制备份还原数据库29
如何从联机备份集还原数据库31
过程31
如何将联机备份集还原到恢复存储组32
开始之前33
步骤33
如何手动运行硬恢复35
步骤35
如何验证硬恢复并装入恢复数据库35
过程35
如何从脱机备份或文件副本备份还原数据库36
步骤37
如何验证要还原的所有数据库文件是否都处于“干净关闭”状态38
过程38
如何将数据库文件副本还原到恢复存储组39
步骤39
解决ExchangeServer2003中的还原和恢复问题40
指定计算机并不是MicrosoftExchangeServer41
数据库正在使用（0xC7FE1F41）和无法找到数据库（0xC7FE1F42）42
还原时无法覆盖数据库（0xC7FE1F46）43
JET_errBadDBSignature（0xc8000262,-939523486,0xfffffded,-531）JET_errBadCheckpointSignature（0xC8000214,-939523564,0xfffffdec,-532）43
JET_errSoftRecoveryOnBackupDatabase（0xfffffde0,-544）43
JET_errMissingRestoreLogFiles（0xC800022D、-939523539、0xfffffdd3、-557）44
从ExchangeServer2003的恢复存储组中抢救数据44
对恢复存储组使用ExMerge的要求45
设置合并数据的权限45
如何为管理登录帐户授予读取Exchange数据库中所有邮箱的临时权限46
步骤46
ExMerge问题疑难解答47
0x8004011d错误47
在服务器'Servername'上获取私人信息存储数据库列表时出错47
检索选定数据库中的邮箱列表时遇到错误47
存储'MSPSTMS'未打开或存储'MSEMS'未打开48
如何查找和配置MAPI服务的正确名称48
步骤48
ExMerge策略和最佳实践49
在ExchangeServer2003中使用拨号音数据库恢复邮箱数据库50
设置在恢复过程期间最终用户的期望值53
创建拨号音数据库54
如何重置Exchange数据库并创建拨号音数据库54
步骤54
配置恢复存储组55
还原到恢复存储组数据库56
在恢复存储组和原始存储组之间交换数据库56
在同一驱动器上的文件夹之间移动数据库文件56
在服务器之间移动数据库文件57
使文件保留原位并更改逻辑路径57
如何在恢复存储组和原始存储组之间交换数据库57
开始之前57
步骤58
如何在同一驱动器上的文件夹之间移动Exchange数据库文件58
步骤58
如何在服务器之间移动Exchange数据库文件59
步骤59
如何通过交换逻辑路径来交换Exchange数据库文件60
过程60
在交换的数据库之间合并数据61
邮件拨号音策略的优势61
同时使用Outlook2003Exchange恢复模式和拨号音数据库62
如何重置.ost文件63
过程63
在ExchangeServer2003中使用恢复存储组恢复已删除项目或清除邮箱64
如何使用原始数据库服务器从联机备份恢复清除邮箱65
过程66
在ExchangeServer2003中使用ExchangeServer2003恢复存储组的摘要66
在ExchangeServer2003中的存储组之间移动Exchange邮箱数据库67
将数据库移动到其他存储组或服务器的先决条件69
存储组和数据库的命名注意事项69
移动文件的一般注意事项70
通过复制文件移动数据库71
使用联机备份移动数据库71
将数据库移动到恢复存储组71
命名注意事项摘要72
移动数据库文件之前验证一致性72
Exchange2003事务日志文件注意事项74
备份和还原注意事项75
ExchangeServer2003中的Exchange事务日志记录75
Exchange联机备份在ExchangeServer2003中的工作原理79
还原联机备份80
事务日志文件重播：
ExchangeServer2003中的软恢复和硬恢复81
恢复的类型81
交叉匹配ExchangeServer2003中的Exchange数据库和日志文件86
Eseutil.exe示例88
Eseutil/mh88
Eseutil/ml89
Copyright90
使用ExchangeServer2003中的恢复存储组
使用Microsoft®ExchangeServer2003中的恢复存储组功能，可以在原始数据库所在的服务器或同一Exchange管理组中的任何其他Exchange服务器上装入Exchange邮箱数据库的第二个副本。
可以在原始数据库仍处于运行状态并为客户端提供服务的同时执行此操作。
恢复存储组还可用于灾难恢复方案中。
本指南提供有关如何确定恢复存储组在部署中是否有用、如何设置恢复存储组，以及如何解决常见问题的信息。
注意：
下载UsingMicrosoftExchangeServer2003RecoveryStorageGroups以便脱机打印或阅读。
ExchangeServer2003恢复存储组使用方法简介
使用Microsoft®ExchangeServer2003中的恢复存储组功能，您可以在原始数据库所在的同一台服务器上或同一个Exchange管理组中的任何其他Exchange服务器上装入Exchange邮箱数据库的另一个副本。
可以在原始数据库正在运行并服务于客户端的同时执行此操作。
使用此功能，您可以从数据库的较旧备份副本恢复数据，而不会妨碍用户对当前数据的访问。
恢复存储组也适用于各种灾难恢复方案，本文档后面部分将介绍效果最显著的邮件拨号音方案。
在Exchange Server 2003之前的版本中，装入生产数据库的额外副本或不同版本需要Exchange管理员另行建立MicrosoftActiveDirectory®目录服务林和恢复服务器。
这样做不仅意味着必须保留一台备用服务器供Exchange数据库进行恢复时使用，而且构建一台这样的服务器通常需要大约两个小时的安装时间。
而在Exchange2003中，创建恢复存储组只需在Exchange系统管理器中单击几次鼠标，安装时间总共大约两分钟。
该过程与创建普通存储组非常相似。
在创建恢复存储组并将一个或多个数据库添加到其中后，就可以为其还原联机备份集，或者将脱机数据库文件复制到该恢复存储组中。
您不必修改当前联机备份代理即可将数据正确还原到恢复存储组。
Exchange2003将在恢复存储组中运行的数据库副本与Exchange组织的其余部分进行了逻辑隔离。
因而，客户端无法登录到该数据库，邮件也无法送达。
必须使用新版本的邮箱合并向导（ExMerge）工具从该数据库中提取邮箱数据。
本指南面向的读者
本文档面向具有以下任何一项与Exchange部署相关的职责的Exchange管理员：
∙制定灾难恢复计划
∙制定详细的灾难恢复步骤
∙执行恢复操作
您应具备管理组（包含恢复存储组服务器）的Exchange管理员权限，并对恢复存储组服务器拥有本地管理员权限。
本指南中使用了哪些术语？
要从本书中获得最大收益，请务必了解下列术语：
∙恢复
将事务日志重播到已还原的数据库，使其处于一致状态。
恢复形式有两种：
∙软恢复 一种事务日志重播进程，发生在数据库意外停止后重新进行装入时，或者事务日志被重播到数据库的脱机备份或文件副本备份时。
该重播进程仅使用存储组目录中存在的日志文件。
∙硬恢复 从联机备份还原数据库后发生的一种事务日志重播进程。
该重播进程可开始于从备份还原的任意日志文件，然后以存储组目录中存在的其他日志文件为继续。
∙重播
一种进程，Exchange将在该进程中检查存储组的事务日志，以识别已记录、但尚未合并到该存储组的数据库中的事务。
此进程（也称为“播放”日志文件）使用事务日志来使数据库保持最新。
∙还原
将数据库和日志文件放回到服务器的适当位置上。
恢复存储组在ExchangeServer2003中的工作原理
在开始使用恢复存储组之前，您应该大致了解它的工作方式和限制。
可以使用恢复存储组的情况
恢复存储组用于在下列情况下协助数据库恢复：
∙在Microsoft®ActiveDirectory®目录服务中，有关存储组及其邮箱的逻辑信息均保持完整，未经更改。
∙此外，需要恢复单个邮箱、单个数据库，或单个存储组中的一组数据库。
恢复方案包括：
∙恢复用户从邮箱误清除的邮件。
∙恢复或修复数据库的备用副本，而另一个副本保留在生产环境中（通常，目的是使用邮箱合并向导（ExMerge）工具在两个数据库之间合并数据）。
∙恢复数据库原始服务器之外的服务器上的数据库。
如有必要，可以将恢复的数据与原始服务器重新进行合并（尽管与恢复存储组和原始数据库位于同一服务器时相比较，性能可能会降低）。
根据下列准则使用恢复存储组：
∙正在恢复的数据库必须位于作为管理组成员的服务器上，而且运行恢复存储组的服务器也必须属于该管理组（如果数据库来自不同的管理组，则还原操作将失败）。
∙如果要一次恢复多个数据库，只要这些数据库全部来自同一个原始存储组，就可以将它们添加到恢复存储组（在添加第一个数据库以后，将只能从该数据库的存储组添加数据库）。
否则，必须使用多个恢复存储组（在多个服务器上）。
∙正在恢复的数据库来自运行Exchange版本的服务器，其中，Exchange版本介于MicrosoftExchangeServer2000ServicePack（SP）3和恢复存储组服务器上运行的Exchange版本之间。
所有还原到恢复存储组的数据库将被升级到当前正在恢复存储组服务器上运行的数据库版本。
这表示如果不首先将原始服务器升级到同一版本的Exchange（主版本及ServicePack版本），则无法将数据库复制回其原始服务器。
尽管如此，可以使用ExMerge在服务器之间移动数据，而忽略版本不匹配的情况。
此外，如果数据库所在的Exchange版本比恢复存储组服务器上的版本更高，则该数据库将无法还原到恢复存储组。
不应使用恢复存储组的情况
在下列情况下不适合使用恢复存储组：
∙需要恢复公用文件夹的内容。
仅支持邮箱恢复操作。
对于ExchangeServer2003和Exchange2000，公用文件夹的恢复过程相同。
∙需要还原整个服务器。
∙需要从多个存储组还原数据库。
∙处于需要更改或重建ActiveDirectory拓扑的紧急情况下。
此外，如果自上次备份数据库以后更改了存储在ActiveDirectory中的Exchange配置数据，则不能使用恢复存储组。
恢复存储组的功能取决于ActiveDirectory中特定邮箱和邮箱数据库的属性。
（本章的后面部分将更详细地描述这些属性）。
由于此限制，在下列情况下无法使用恢复存储组：
∙需要恢复已从系统删除或清除、或已移动到其他数据库或服务器的邮箱。
在此情况下重新创建删除的邮箱将不起作用，因为Exchange不会将重新创建的邮箱视作同一邮箱。
创建用户邮箱时，它具有唯一标识符。
如果您删除并重新创建邮箱，该邮箱将具有与先前标识符不同的新标识符。
有关这些标识符的详细信息，请参阅如何将恢复数据库链接回原始数据库。
注意：
当需要恢复已删除或清除的邮箱时，可以有限的方式使用恢复存储组。
有关此情况的详细信息，请参阅在ExchangeServer2003中使用恢复存储组恢复已删除项目或清除邮箱。
∙您无法使用恢复存储组来恢复使用卷影复制API备份的Exchange数据库。
使用卷影复制API备份的Exchange数据必须通过使用卷影复制API来还原。
∙包含您要恢复的邮箱的数据库在上次备份后被移动到其他存储组，或已被删除。
重新创建删除的数据库将无法解决上述情况，其原因与重新创建邮箱的情况相同。
每个数据库也有唯一的标识符，并且在Exchange中，重新创建的数据库是与以前的数据库不相关的新数据库。
恢复存储组与普通存储组的不同之处
恢复存储组与普通存储组相类似。
但是，恢复存储组已禁用普通存储组的几种特性和功能。
这些更改的目的是最大程度减少恢复存储组的性能消耗，防止恢复存储组与Exchange组织其余部分之间进行可导致问题的交互，并尽量减少配置恢复存储组时可能出现的错误。
恢复存储组与普通存储组有下列不同：
∙禁用除MAPI以外的所有协议。
简单邮件传输协议（SMTP）、远程过程调用（RPC）、X.400、邮局协议版本3（POP3）以及IMAP4都无法用于恢复存储组中的数据库。
因此，无法从恢复存储组中的数据库发送邮件或者将邮件发送到该数据库。
这样可以防止恢复存储组从Exchange系统插入或删除邮件。
∙恢复存储组中的用户邮箱无法连接到ActiveDirectory帐户。
截止到本文截稿时，用于访问恢复存储组中邮箱内容的唯一支持的接口是Exchange2003版本的ExMerge。
∙未应用系统和邮箱管理策略。
这样可防止当您正在抢救恢复存储组中的项目时系统将其删除。
∙系统不对恢复存储组中的数据库运行联机维护和碎片整理，从而可以消除这种密集型操作对服务器性能的影响。
∙启动MicrosoftExchangeInformationStore服务时，恢复存储组中的数据库无法设置为自动装入。
管理员必须始终手动启动数据库。
如果在群集故障转移时装入数据库，则在故障转移完成后数据库不会自动重新启动。
∙最初创建恢复存储组以后，不支持更改数据路径或移动数据文件。
您可以删除并重新创建恢复存储组来更改路径，或将文件手动移动到所需的位置。
如何将恢复数据库链接回原始数据库
下列两个ActiveDirectory属性可将恢复存储组中的数据库副本与原始数据库相链接：
∙msExchMailboxGUID 针对拥有邮箱的用户对象设置。
∙msExchOrigMDB 针对恢复存储组中的每个数据库对象设置。
msExchMailboxGUID
ActiveDirectory中用户帐户的msExchMailboxGUID属性值与Exchange邮箱的GUID相匹配。
如下图所示，将数据库还原到恢复存储组之后，恢复存储组数据库中各个邮箱的GUID仍与原始数据库中相应邮箱的GUID相同。
邮箱合并向导（ExMerge）使用此GUID将恢复存储组数据库中的各个邮箱与ActiveDirectory中的用户相匹配。
一旦匹配成功，ExMerge即可将数据从恢复存储组数据库邮箱移动到原始数据库中的相应邮箱。
每个邮箱都有一个GUID，用于将邮箱与ActiveDirectory中的用户和恢复存储组中的已恢复邮箱相链接。
邮箱GUID是邮箱的最基本属性。
邮箱创建时已在数据库中设置该属性值，并且该值在邮箱的整个生存期内都保持不变。
邮箱GUID是将一个邮箱与其他所有邮箱相区分的唯一值。
由于删除邮箱时会使之前拥有该邮箱的ActiveDirectory用户对象丢失所有邮箱属性，因此无法轻易地在恢复存储组中恢复已删除或已清除的邮箱。
如果您删除了某个邮箱，但在将其清除前，又将其与其他用户连接，新用户属性将具有与原邮箱用户相同的msExchMailboxGUID值。
事实上，如果在同一数据库中拥有邮箱的两个用户帐户之间，只切换msExchMailboxGUID值，则会在它们之间交换邮箱（其他属性用于区别拥有不同数据库邮箱的用户帐户）。
如果改变msExchMailboxGUID的一个字符，则受影响的用户下一次登陆时，Exchange将基于新的GUID创建一个全新的邮箱。
在Exchange系统管理器中，将会看到该用户目前有两个邮箱。
（不久之后，将自动运行邮箱清理代理程序，用户的原始邮箱随后将显示为断开连接，从而成为清除操作的候选对象）。
假设又将msExchMailboxGUID更改回原始值。
那么，该用户下次登录时，原始邮箱将恢复为可用，而新邮箱则将断开连接。
在删除邮箱时，Exchange实际上会将该邮箱保留30天以备随后恢复数据之用。
Exchange只删除将ActiveDirectory帐户与邮箱相链接的属性。
在从数据库清除邮箱之前，可以使用邮箱恢复中心将邮箱与以前的ActiveDirectory帐户重新连接，或与其他ActiveDirectory帐户相连接。
在清除已删除的邮箱时（或在删除邮箱30天后自动将其清除时），会从数据库中删除邮箱及其GUID。
到此阶段，便无法再使用邮箱恢复中心重新连接该邮箱。
但是，如果在邮箱删除后和清除前这一段时间内备份了数据库，则可以从备份中检索到该邮箱。
有关本过程的详细信息，请参阅在ExchangeServer2003中使用恢复存储组恢复已删除项目或清除邮箱。
msExchOrigMDB
要从恢复存储组中的邮箱恢复数据，则该邮箱必须驻留在从中生成待还原数据库备份的原始数据库中。
恢复存储组中的每个数据库都有一个msExchOrigMDB属性，该属性将数据库与普通存储组中的数据库相链接。
如下图所示，msExchOrigMDB属性保留了从中生成恢复存储组数据库的原始数据库的可分辩名称。
msExchOrigMDB将恢复存储组中的数据库与普通数据库相关联。
ActiveDirectory中对象的可分辩名称描述到该对象在目录中的位置的路径。
每个ActiveDirectory对象都具有distinguishedName属性，该属性以适合于复制和粘贴到msExchOrigMDB属性中的格式列出对象的可分辨名称。
Exchange数据库对象位于安装Exchange的每个ActiveDirectory目录林的“配置”容器下的“服务”分支中。
典型Exchange数据库的可分辨名称的格式如下：
CN=,CN=,CN=InformationStore,CN=,CN=Servers,CN=,CN=AdministrativeGroups,CN=,CN=MicrosoftExchange,CN=Services,CN=Configuration,DC=,DC=
例如：
CN=MailboxDatabase1,CN=SecondStorageGroup,CN=InformationStore,CN=Exchange1,CN=Servers,CN=FirstAdministrativeGroup,CN=AdministrativeGroups,CN=TailspinToys,CN=MicrosoftExchange,CN=Services,CN=Configuration,DC=tailspin,DC=com
如果将邮箱移动到其他数据库，ExMerge仍可识别该邮箱，因为其GUID仍然在ActiveDirectory中，但是ExMerge无法从中提取数据或者将数据合并到其中。
在这种情况下，有以下两个选择：
∙使用ExMerge之前将邮箱移回到原始数据库。
∙在ActiveDirectory中，更改恢复存储组数据库对象的msExchOrigMDB属性，使其指向邮箱目前所在的数据库。
如果采用这一方法，则ExMerge将无法访问未移动到新数据库的所有邮箱，除非将msExchOrigMDB的属性改回其初始值。
使用Exchange系统管理器或标准ActiveDirectory管理程序无法更改msExchOrigMDB属性。
但是，可以使用ADSIEdit、LDIFDE或LDP等工具来查看和更改原始的ActiveDirectory属性。
有关详细说明，请参阅如何使用ADSI
升级会员 