将 Exchange 邮箱数据库移动到另一个服务器或存储组
上一次修改主题： 2005-11-11
在位于同一管理组且运行相同版本的 Exchange 的服务器之间，可以移动 Microsoft® Exchange Server 邮箱数据库。可以重命名在管理组中的某个服务器上创建的邮箱数据库，还可以将它复制到同一服务器上的不同存储组中，或复制到同一管理组中的不同服务器上。已经执行此重命名或复制操作后，必须重新配置用户帐户与邮箱之间的链接。
不建议通过移动整个邮箱数据库来完成普通的管理任务。建议使用移动邮箱任务这一方法将邮箱传输到其他数据库。
可以在没有数据库停机时间以及最终用户服务的中断最少的情况下，执行移动邮箱任务。在执行移动邮箱操作期间，除了当前正被移动的邮箱以外，将赋予所有最终用户完全邮件访问权限。有关移动邮箱过程的详细信息，请参阅 Microsoft 知识库文章 821829“Moving mailboxes in Exchange Server 2003”。
除了传统的移动邮箱过程，还可以在服务器或存储组之间移动整个邮箱数据库。移动邮箱数据库之后，必须将数据库中的每个邮箱重新链接到 Active Directory® 目录服务用户帐户，然后最终用户才能访问邮箱。有关将邮箱重新链接回用户帐户的详细信息，请参阅使用 Active Directory 属性启用、禁用和迁移邮箱和如何迁移 Exchange 邮箱帐户。
对于驻留系统助理邮箱的邮箱数据库，也施加了特殊的限制。有关系统助理邮箱的详细信息，请参阅移动 Exchange 邮箱数据库时系统助理邮箱出现的问题。
创建和复制公用文件夹数据库
此主题仅讨论移动邮箱数据库的内容。不应在运行 Exchange 的服务器之间移动公用文件夹数据库。Microsoft 不支持在同一 Active Directory 目录林中的 Exchange 服务器之间移动公用文件夹数据库。公用文件夹数据库可相互进行复制，而将数据库移动到不同服务器则会中断复制过程。建议您在另一个服务器上创建新的公用文件夹数据库，然后向其中复制文件夹，而不要在服务器之间移动公用文件夹数据库。
.gif "Caution") 警告： |
|---|
| 如果出于测试或数据抢救目的要将公用文件夹数据库移动到实验室环境的服务器，则绝不能将该数据库再次置于 Exchange 生产目录林中，即使置于原始服务器上也不行。在另一个 Exchange 组织中运行公用文件夹数据库，会使其获得该组织系统文件夹的一些信息。当将此数据库返回到原始组织时，此数据库中的一些文件夹可能会与原始组织系统文件夹发生冲突。这种冲突可能会破坏原始系统文件夹，并强制您重置这些文件夹。如果发生这种情况，则必须要为整个组织重置和重建日历忙/闲信息及脱机通讯簿。 |
有关在服务器之间复制公用文件夹内容的详细信息，请参阅下列知识库文章：
- 822444“How to reset system folders in Exchange Server 2003”
- 275171“XADM: How to Reset System Folders on an Exchange 2000 Server”
- 326637“Resolve problems that are caused by duplicate free/busy folders and Offline Address Book folders on an Exchange Server 5.5 site”（英文）
- 152960“Reassigning site roles after removing the first server in an Exchange site”
灾难恢复和邮箱数据库可移动性
在设计站点的灾难恢复规划时，Exchange 的邮箱数据库可移动性功能也可能很有用。在站点恢复情形中，基本的假定条件是运行 Exchange 的整个服务器乃至跨地理区域的整个站点都已脱机，并会长时期地处于脱机状态。因此，必须在新的位置以及新的硬件上引入 Exchange 资源。
最佳做法是，应将您的规划设计为避免在灾难发生时迁移邮箱。如果可能，应该将数据库还原或复制到保留原始 Exchange 安装配置的新物理系统上。
有关设计不需要迁移邮箱的灾难恢复规划或站点恢复规划的详细信息，请参阅 Exchange 2003 Disaster Recovery Operations Guide 中的“How to Move All Exchange Virtual Servers from a Production Exchange 2003 Cluster to a Standby Exchange 2003 Cluster”（英文）。
对于没有进行群集配置的 Exchange 服务器，请参阅知识库文章 822945“How to move Exchange 2003 to new hardware and keep the same server name”。此文章讨论了如何使用 /DisasterRecovery 安装模式将 Exchange 安装移动到新硬件，同时还保留当前的 Exchange 安装配置。
在服务器之间移动 Exchange 邮箱数据库
创建 Exchange 邮箱数据库时，在该数据库中写入了命名信息，该信息将数据库标识为特定 Exchange 组织和管理组的成员。只能将此数据库装入使用相同的组织和管理组名称安装的且运行 Exchange 的服务器。
但是，Exchange 邮箱数据库与它在创建时所在的服务器或存储组并没有关联。可以将此数据库传输到任何共享相同组织和管理组名称的 Exchange 服务器，并且该服务器必须使用相同的主版本及 Service Pack 版本或与原始服务器兼容的更高版本。
.gif "note") 注意： |
|---|
| 如果通过联机备份将数据库移动到其他位置，则需要使用与原始服务器上的存储组和逻辑数据库相同的名称来配置目标服务器。此要求是为满足备份 API 的需要，而不是数据库本身的内在要求。在下面的方法 1 中将详细解释此要求。 |
不过，在将数据库装入上级服务器后，就无法将该数据库移回下级服务器了。因此，在移动数据库时应完全匹配服务器版本和修补程序级别，或者将移动视为单向操作。在任何运行 Exchange 2000 Server 或 Exchange Server 2003 的服务器（其版本级别要等于或高于原始服务器）上，Exchange 2000 Service Pack 3 数据库均是可装入的。
如 Exchange 系统管理器中所示，每个 Exchange 2000 Server 或 Exchange Server 2003 邮箱数据库都驻留在特定服务器上的存储组中。数据库有一个与 Active Directory 数据库对象相对应的逻辑名。数据库由两个物理文件组成，一个是数据库文件（.edb 文件），另一个是随附的流式数据库文件（.stm 文件）。可以在每个数据库对象的数据库属性页上查看这些文件的路径和文件名。
将 Exchange 数据库移动到其他存储组或服务器有三种方法：
- 还原数据库的 Exchange 感知联机流式备份，将还原位置重定向到其他服务器 要有效实行此方法，必须为新服务器配置存储组和逻辑数据库，并使其名称与原始服务器上的存储组和逻辑数据库名称相同。
例如，在服务器 A 上的“Server-A-SG1”存储组中，对逻辑名为“Mailbox Store (Server A)”的数据库进行联机备份。随后，可在服务器 B 上创建名为“Server-A-SG1”的存储组，然后在该存储组中创建一个名为“Mailbox Store (Server A)”的数据库。
还原联机备份，并将还原位置更改为服务器 B，这样，备份将被还原到服务器 B 上具有匹配名称的存储组和逻辑数据库中。 - 还原数据库的 Exchange 感知联机卷影复制服务 (VSS) 备份 根据将数据库文件还原到非原始位置时供应商的能力和限制不同，进行此操作的具体方法也有所不同。有关具体说明，请咨询您的备份供应商。
- 将 Exchange 数据库文件从当前路径位置复制到其他逻辑数据库、存储组或服务器的路径位置 如果使用此方法，则不必匹配逻辑存储组和数据库名称，但数据库文件名必须与目标数据库中定义的数据库文件名匹配。可以根据需要重命名数据库文件以使其相匹配。
例如，名为“Priv1.edb”和“Priv1.stm”的数据库文件与服务器 A 上的存储组“Server-A-SG1”中的逻辑数据库“Mailbox Store (Server A)”相关联。在服务器 B 上创建一个名为“Server-B-SG1”的存储组，并在该存储组中创建一个名为“SG1-MB1”的数据库。对于 SG1-MB1 数据库，列出的文件路径是“F:\Databases\SG1-MB1.edb”和“F:\Databases\SG1-MB1.stm”。
将 Priv1.edb 和 Priv1.stm 从服务器 A 上的 D:\Databases 复制到服务器 B 上的 F:\Databases。然后将 Priv1.edb 重命名为 SG1-MB1.edb，将 Priv1.stm 重命名为 SG1-MB1.edb。
执行此主题中所述的步骤时，建议您考虑下列因素：
- 将数据库还原或复制到其他位置时，可能需要选中“还原时可以覆盖此数据库”复选框，然后才能从联机备份还原数据库或装入数据库。此复选框位于逻辑数据库对象的“数据库”属性页上。如果由于此原因而无法还原或装入已移动的数据库，则该问题将被记录到服务器的应用程序日志中。
- 将数据库文件复制到另一位置之前，应确保它们处于一致状态或干净关闭状态。有关这些状态的详细信息，请参阅知识库文章 240145“How to remove Exchange Server transaction log files”中的“Database States”部分（英文）。
在将数据库复制或还原到备用位置之前或之后，也可能需要将其他事务日志重播到数据库。有关详细信息，请参阅移动 Exchange 邮箱数据库时事务日志文件出现的问题。 - 在开始移动过程之前，应停止目标数据库，删除现有的数据库文件，并将数据库标记为不自动启动。这样可防止数据库在移动过程中意外地联机。
- 将数据库移动到备用位置时，传送过程中的邮件可能无法传递或丢失。为了最大程度地减小此问题的影响，应该在移动过程中尽早将用户帐户链接到新的数据库位置。可以在关闭或移动原始数据库之前执行此操作。这样，可以在完成移动过程之前防止客户端访问数据库中的所有邮箱。有关此内容的详细信息，请参阅使用 Active Directory 属性启用、禁用和迁移邮箱。
- Exchange 可生成用来执行各种系统功能的多种不同邮箱，包括 SMTP 邮箱、系统邮箱和系统助理邮箱。将数据库移动到新位置之后，数据库中可能会有用于这些功能的“剩余”邮箱。邮箱清理代理最终会断开这些邮箱的连接，默认情况下，这些邮箱将在 30 天后被清除。不必手动断开这些邮箱的连接或清除这些邮箱。
- 最佳做法是，完成数据库移动后，在可行的情况下应尽早重新启动 Exchange 服务器。核心客户端连接和邮件传递功能无需重新启动即可运行，但是其他系统功能和第三方应用程序可能需要重新启动才能运行。
有关详细信息
有关移动邮箱和邮箱 Tombstone 表交互的信息，请参阅移动邮箱操作和邮箱 Tombstone 表。
有关可用于启用、禁用和迁移邮箱的方法的详细信息，请参阅使用 Active Directory 属性启用、禁用和迁移邮箱。