数据库可移植性

适用于： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上一次修改主题： 2011-07-01

Microsoft Exchange Server 2007 数据库可移植性功能允许在同一组织内的任何服务器上装入邮箱数据库。在以前的 Exchange 版本中，只能在以下位置装入数据库：

• 恢复存储组

• 与数据库所在的服务器同名的服务器

• 相同管理组中的另一个服务器

  注意：
  在 Exchange Server 2003 和 Exchange 2000 Server 中，将数据库移动到同一管理组中的另一个服务器时，需要解决几个问题。

数据库可移植性功能消除了以前的限制，并解决了它们遇到的问题。实现数据库可移植性的原因是：

• 通过删除恢复过程中容易导致错误的手动步骤，使可靠性得到提高。

• 对于丢失群集邮箱服务器的方案，需要在客户端访问 Exchange 数据库之前恢复群集邮箱服务器。

• Exchange 邮箱数据是非特定于服务器的，因此对该数据的访问也应当是非特定于服务器的。

• 数据库可移植性减少了各种灾难恢复方案的端到端恢复时间。

在可扩展存储引擎 (ESE) 级别，Exchange 数据库是可移植的。但是，Exchange Server 2003 在不允许数据库移植的备用位置上使数据库联机之前实施了某些限制。数据库可移植性消除了所有这样的限制，只保留了一个，就是数据库需要来自同一个 Exchange 组织。除非客户端可以被重定向到备用位置的邮箱数据，否则可移植的数据库毫无用处。通过使用 Microsoft Office Outlook 2007 和 Exchange 2007 自动发现服务，客户端可以在尝试连接时被重定向到新服务器。

注意：
数据库可移植性仅为 Exchange 2007 邮箱数据库提供。公用文件夹数据库不可移植。这是因为公用数据库之间的复制受到已链接到特定服务器并通过其被访问的每个数据库所控制。在服务器之间移动公用文件夹数据的首选方式是复制该数据，而不是将数据库文件复制到不同服务器。如果将公用文件夹数据库复制到不同服务器，那么它将不再与其他数据库进行复制。

有关如何使用数据库可移植性功能执行数据库恢复的信息，请参阅如何使用数据库可移植性将邮箱数据库还原到新服务器。

跨操作系统或 Exchange 版本使用数据库可移植性

以前版本的 Microsoft Exchange 的邮箱数据库无法移动到运行 Exchange 2007 的邮箱服务器。数据库可移植性仅适用于 Exchange 2007 邮箱数据库。

Exchange RTM 和 SP1 之间的数据库可移植性

使用数据库可移植性，可以将邮箱数据库从运行 Exchange Server 2007 的正式发布 (RTM) 版本的服务器移动到运行 Exchange Server 2007 Service Pack1 (SP1) 的服务器；但是，不能使用数据库可移植性（或任何其他手段）将数据库从 Exchange 2007 SP1 移动到 Exchange 2007 RTM。表 1 说明了受支持的数据库可移植性使用方法。

表 1 数据库可移植性的兼容性列表

跨 Windows Server 版本的数据库可移植性

与以前版本的 Microsoft Exchange 一样，升级 Exchange 服务器的操作系统会导致更新数据库头中的 OS Version 值。该更新将触发内部数据库索引的重建。当使用数据库可移植性将数据库从运行 Windows Server 2003 的邮箱服务器移动到运行 Windows Server 2008 的邮箱服务器时，可扩展存储引擎 (ESE) 将检测到操作系统升级，并执行以下操作：

• 在第一个数据库装入操作期间，将放弃所有辅助索引。辅助索引用于提供邮箱数据的特定视图（例如，在联机模式下使用 Outlook 对邮件文件夹中的邮件进行排序时）。只有在该初始操作完成后，数据库才会装入并可供客户端使用。完成该操作所需的时间主要取决于数据库的大小。数据库越大，装入操作所需的时间越长。

• 当 Outlook 用户在联机模式下对其视图进行排序时，将按需重建辅助索引。在具有大型或超大型数据库的环境中，按需重建索引最初会导致较高的处理器和磁盘使用率。

当进行索引重建时，ESE 将在应用程序事件日志中记录以下事件：