Microsoft Exchange Server 2003 Service Pack 1 (SP1) 为我们带来了许多客户要求的新增功能，其中还包括自 Exchange Server 2003 发布以来所做的一些更新。本页介绍了 SP1 的一些主要功能。但这并非完整的 SP1 功能列表。更多文档，请访问“Exchange 2003 技术文档库”页面。
这一功能可能是我们所能体验到的最重大的功能变更。这一功能允许您在 Exchange 混合模式（同时包含 Exchange 5.5 和 Exchange 2003 站点）下跨站点移动邮箱、分配列表、自定义收件人和公用文件夹目录对象，且在从 Exchange 5.5 站点向 Exchange 2003 站点移动对象时此混合模式仍然可用。
从前，只有在组织被切换到纯模式时，才能在管理组之间移动邮箱，因此，不能有运行 Exchange 5.5 的服务器存在。
要成功执行跨站点移动，必须提前做好几件事情，例如：
| %26#8226; | 必须将 Active Directory 连接器 (ADC) 升级到 Exchange 2003 SP1。 |
| %26#8226; | 必须在 Exchange 5.5 服务器上安装 2004 年 5 月的更新汇总。您可以从 Microsoft 知识库文章 836489：执行 Exchange 混合模式站点合并需要一个更新 中下载这一更新。 |
| %26#8226; | Exchange 5.5 服务器和站点复制服务 (SRS) 间的目录复制必须能够正常运行。还有一些与跨站点移动相关的更多信息，但最重要的一点绝对是 ADC 和目录服务复制必须能够正常工作，否则跨站点移动便会失败。如果是在大型环境中，则必须等待直至跨站点移动后的所有复制工作均完成为止。 |
如果分配组成员和电子邮件地址存在任何问题，则跨站点移动后的对象会保留分配组成员及其原始的电子邮件地址。哇，这真是太棒了 :)
我们创建这一新增功能的目的是为了使用户在完成了邮箱跨站点移动后，能够更加轻松地更新 Microsoft Outlook 配置文件。这是一种可用于部署和编写脚本的命令行工具，有了它，用户便可以轻松地编辑多个客户端上的注册表（客户端的注册表即为我们保存客户端配置文件信息的地方）。在完成跨站点邮箱移动之后，若要真正应用正确且受支持的配置，就必须使用配置文件更新工具。如果不运行该工具，那么客户端必须创建新的 Outlook 配置文件。
Exchange 2003 发行版中的恢复存储组的主要优点在于它在还原邮箱和邮箱存储时，具有更高的灵活性，因为您不再需要设置单独的 Active Directory 和恢复服务器。现在您可以轻松地将邮箱或邮箱存储恢复到同一台服务器或管理组中的任何其他服务器。
在 Exchange 2003 发行版中，将邮箱存储还原到恢复存储组后，必须使用 Exchange 2003 ExMerge 工具将恢复的邮箱数据从恢复存储组转移到常规的存储组中。
这可能有些混乱，因为这一过程需要一个单独的工具。Exchange 2003 SP1 Exchange 系统管理器中的“恢复邮箱数据”功能取代了大量恢复案例中必须使用的 ExMerge 工具。
这一新增功能使用与“移动邮箱”非常类似的用户界面，使用户能够将数据从还原的邮箱合并或复制到恢复存储组中。从 Exchange 系统管理器中选择邮箱。
注意：虽然“恢复邮箱数据”功能（新方法）可以与 ExMerge 功能（旧方法）相媲美，但是“复制邮箱数据”功能并没有使用 ExMerge 引擎。因此，其中并不涉及任何人个文件夹 (.pst) 文件，也就不会存在使用 .pst 文件的 2 GB 限制了。当然，在某些情况下，使用 ExMerge 要比使用“恢复邮箱数据”更有效。
更多信息，请参见“Exchange 2003 SP1 中的恢复邮箱数据功能”页面。
在最初发布的 Exchange 2003 中，一个常见的问题就是在大型环境或复杂环境中使用 ADCTools 功能生成连接协议时，往往对要创建何种连接协议缺乏很好的控制。ADCTools 创建的任何连接协议都会取代现有的连接协议。另外，该工具创建的所有连接协议都会立即开始复制，不给您任何查看新连接协议的机会。
Exchange 2003 SP1 中的 ADCTools 做了很大的改进，能够更好地控制其创建的连接协议，其中包括延迟初始复制的能力，即复制可以推迟到在管理员查看了连接协议之后才开始执行。我们提供了一个用于配置新协议行为的 XML 文件（在创建新的连接协议时，ADC 会查找此文件），即是否为复制立即启用新的协议。我们还提供了一个可在一段时间后批量启用所有连接协议的脚本。
就 ADC 的现状来说，它已经历了多次改动，这些改动使得跨站点资源移动成为可能，因为 ADC 在此领域也做了许多努力。
在 Exchange 2003 的发行版中，配置远程过程调用/安全超文本传输协议 (RPC/HTTPS) 前端和后端协议的过程涉及许多手动编辑注册表的操作，而且如果添加了新服务器或删除了服务器，会使维护过程更加复杂。
Exchange 2003 SP1 包括一个集成用户界面 (UI) 的 Exchange 系统管理器，可轻松地选择 RPC/HTTPS 前端和后端服务器。新的用户界面 (UI) 位于 Exchange 系统管理器中所选服务器的“属性”对话框中。
在 Exchange 2003 SP1 以前的版本中，无论群集中有多少个节点，关联 MAPI 文件夹树的公用文件夹存储实例都只能有一个。在 Exchange 2003 SP1 中，我们新增了在一个多节点群集上，具有多个 MAPI 公用文件夹数据库的能力。考虑到 Outlook 2003 的缓存模式对文件夹（如 Outlook 地址簿）施加了更大的压力，因而提供这种在群集中的多个公用文件夹存储间分散负载的能力可以为用户提供更好的客户端体验。
在数据库引擎方面，我们做了几项改动。
| %26#8226; | 改进了事务日志重播。这一功能特性得到了极大的改进，尤其是在事务日志重播的速度方面。当然，这方面的性能在很大程度上还要依赖于硬件，但与早于 Exchange 2003 SP1 版本的数据库引擎相比，这一版所取得的性能效果还是十分显着的。 |
| %26#8226; | 对 -1018 错误的内部更正。由于 Exchange 2003 SP1 中引入了不同的校验和模型，现在的数据库引擎能够纠正单一位的数据库页校验和错误。根据我们的经验，我们之前遇到过的许多 -1018 错误都是单一位错误，因此，此功能可以帮助解决这一问题。 |
在 Exchange 2003 SP1 时间范围内发布的更新后域重命名脚本允许重命名组织中带有 Exchange 服务器的域。为了使这些工具更加易于更新，CD 上将不再包含这些工具，您可以在 Exchange 2003 下载页中找到这些工具。
确保您已阅读了新的“域重命名”脚本中所包括的文档。