Exchange 2007 SP1 中的新高可用性功能
适用于： Exchange Server 2007 SP1
上一次修改主题： 2009-03-18
Microsoft Exchange Server 2007 Service Pack 1 (SP1) 引入了多项新高可用性功能以及对现有高可用性功能的改进。新功能和改进功能扩展了 Exchange 2007 服务器角色实现数据和服务可用性的方案。新方案使组织能够从站点弹性方案中分离高可用性方案，并部署针对组织在每个单独领域的特定需求而定制的配置。
Exchange 2007 SP1 提供了下列新高可用性功能和对现有高可用性功能的改进：
备用连续复制 (SCR)
支持 Windows Server 2008 中的下列功能：
多子网故障转移群集
动态主机配置协议 (DHCP) Internet 协议版本 4 (IPv4)
IPv6
Exchange 和故障转移群集网络配置
新仲裁模型（磁盘和文件共享见证）
群集连续复制 (CCR) 环境中冗余群集网络上的连续复制（日志传送和种子设定）
报告和监视功能改进
性能改进
传输垃圾站改进
Exchange 管理控制台改进
本主题后面部分介绍了上述每项功能，并附带了有关如何规划、部署和管理这些功能的文档的链接。下表概述了在 Windows Server 2003 和 Windows Server 2008 上 Exchange 2007 对故障转移群集功能的支持。
Exchange 2007 SP1 支持的故障转移群集功能
| Windows Server 2003 | Windows Server 2008 | Exchange 2007 支持 |
|---|---|---|
共享磁盘仲裁 |
少数：仅磁盘仲裁 |
支持，但不建议应用于 Windows Server 2008。 |
多数节点集仲裁 |
多数节点仲裁 |
支持。 |
包含文件共享见证的多数节点集仲裁 |
多数节点和文件共享仲裁 |
支持，并建议应用于 CCR。 |
包含文件共享见证的共享磁盘仲裁或多数节点集仲裁 |
多数节点和磁盘仲裁 |
支持，并建议应用于单一副本群集 (SCC)。 |
8 节点群集 |
16 节点群集 |
8 节点群集仅适用于 SCC。（CCR 是 2 节点群集。） |
IPv4 地址资源 |
IPv4 和 IPv6 地址资源 |
支持；IPv4 上的 IPv6 隧道受 Windows Server 2008 支持，但不受 Exchange 2007 支持。 |
静态 IPv4 地址 |
DHCP-IPv4 地址 |
支持，但不建议应用于生产环境。 |
每个群集网络所需的单一子网 |
支持群集网络的多子网 |
支持 SCC 和 CCR。 |
备用连续复制
SCR 是 Exchange 2007 SP1 中引入的新功能。SCR 扩展了 Exchange 2007 RTM 中的现有连续复制功能，并使新数据可用性方案可用于 Exchange 2007 邮箱服务器。SCR 使用与本地连续复制 (LCR) 和 CCR 相同的日志传送和重播技术传送来提供其他部署选项和配置。SCR 与 LCR 和 CCR 类似，但是它具有一些自己的独特特征：
SCR 支持每存储组多个目标。LCR 和 CCR 仅支持每个存储组（被动副本）有一个复制目标。
SCR 使管理员能够为复制指定滞后时间。这在多种方案中都是有用的。例如，从 NodeA 到 NodeB 发生丢失数据故障转移时，如果丢失的日志文件已在远程 NodeM 上重播，则 NodeM 需要重新设定种子。但是，如果日志复制后没有重播，则它们可能被删除，然后该节点复制新的日志文件并在稍后重播。在这种情况下，不需要对 NodeM 上的副本重新设定种子。
与 CCR 和 LCR 不同，您无法备份 SCR 副本。使用 SCR 时，如果对源存储组进行备份，则会更新 SCR 副本的数据库头，并截断日志文件。
通过 SCR，您可以使用连续复制从独立邮箱服务器或从 SCC 或 CCR 环境中的群集邮箱服务器复制邮箱服务器数据。
激活由 SCR 创建和维护的邮箱服务器数据副本是一个手动过程，专门在发生重大故障时使用（不适用于通过重新启动或某些其他快捷方法可以恢复的简单服务器中断）。可以使用数据库可移植性功能、服务器恢复选项 (Setup /m:RecoverServer) 或（如果邮箱服务器是群集的）群集邮箱服务器恢复选项 (Setup /RecoverCMS) 激活 SCR 目标。将根据您的配置和发生故障的类型选择选项。
有关 SCR 的详细信息，请参阅备用连续复制。
支持 Windows Server 2008
Windows Server 2008 包含受 Exchange 2007 SP1 支持的新高可用性功能。在 Windows Server 2008 中，对故障转移群集（在 Windows Server 2003 和早期版本中称为“服务器群集” ）的改进旨在简化群集、帮助使群集更加安全和增强群集稳定性。此外，群集的设置和管理更加容易，基本的群集安全性、网络连接以及存储组件也得到了改进。有关故障转移群集中改进的完整列表，请参阅 Failover Clustering with Windows Server 2008（Windows Server 2008 中的故障转移群集）。
Exchange 2007 SP1 除了支持 Windows Server 2008 操作系统平台之外，还支持下列 Windows Server 2008 故障转移群集功能。对这些功能的支持还被集成到了命令行版本 (Setup.com) 和图形用户界面 (GUI) 版本（Setup.exe，也称为 Exchange Server 2007 安装向导）的 Exchange 2007 安装程序。
支持多子网故障转移群集
Windows Server 2008 故障转移群集引入了新的网络连接功能，与旧群集中的执行方法相比，这些功能有了很大转变。例如，Windows Server 2008 故障转移群集引入了对多子网的支持。当在 Windows Server 2008 故障转移群集中运行时，Exchange 2007 SP1 支持地理位置分散的群集在两个子网之间进行故障转移。这种支持包括 SCC 及 CCR 环境中的邮箱服务器。
从 Windows Server 2008 故障转移群集开始，现在可以将单个群集放置在单独的已路由网络上。这要求由 IP 地址资源（例如，网络名资源）决定的资源执行或逻辑，因为不可能每个群集节点都直接从本地连接到群集所知的各个网络。当服务或应用程序故障转移到远程节点时，这样可以促进 IP 地址和网络名资源联机。
.gif "important") 要点： |
|---|
| SCC 或 CCR 环境中的所有节点都必须在同一个 Active Directory 站点中。尽管 Windows Server 2008 故障转移群集引入了对群集节点成为不同 Active Directory 站点成员的支持，但 Exchange 2007 不支持这种配置。 |
使用多子网故障转移群集时，将在域名系统 (DNS) 中动态注册与网络名资源相关联的 IP 地址。因此，只有那些联机的 IP 地址资源会返回到客户端。由于群集节点可以放置在不同的已路由网络上，并且通信机制已经改为使用用户数据报协议 (UDP)（单播）上的可靠会话协议，因此，有关 Windows Server 2003 地理位置分散的群集的网络连接要求已不再适用于 Windows Server 2008。因此，组织可以跨两个物理数据中心部署 SCC 或 CCR 环境，不需要使用虚拟 LAN (VLAN) 技术来覆盖子网。
当地理位置分散的多子网故障转移群集中部署的群集邮箱服务器发生移动或故障转移时，群集邮箱服务器的名称保持不变，但分配给该名称的 IP 地址会发生变化。该服务器对于客户端或其他服务器的可用性将取决于新 IP 地址在整个 DNS 上的传播。等待 DNS 传播可能需要一段时间。因此，建议将群集邮箱服务器 DNS 主机记录的生存时间 (TTL) 值配置为 10 分钟。
尽管内部 Microsoft Outlook 客户端不需要新的或重新配置的配置文件就可以使用新的 IP 地址来进行连接，但它们需要等待其本地 DNS 缓存被清空，以便群集邮箱服务器名称的名称解析从其旧 IP 地址移动到其新 IP 地址。在 IP 地址传播到适当的 DNS 服务器之后，可以在 Outlook 客户端的命令行上键入以下命令来清空该客户端上的 DNS 缓存。
ipconfig /flushdns
支持 DHCP-IPv4
在 Windows Server 2008 故障转移群集中，群集 IP 地址资源可以从 DHCP 服务器以及通过静态表项获取它们的地址。如果群集节点本身被配置为从 DHCP 服务器获取其 IP 地址，默认行为将是自动为所有群集 IP 地址资源获取 IP 地址。如果群集节点具有静态分配的 IP 地址，则群集 IP 地址资源也必须使用静态 IP 地址进行配置。因此，群集 IP 地址资源 IP 分配遵循物理节点的配置和该节点上的每个特定接口。
支持 IPv6
Windows Server 2008 和群集服务支持 IPv6。这包括可以支持群集中单独或组合的 IPv6 IP 地址资源和 IPv4 IP 地址资源。此外，故障转移群集还支持站内自动隧道寻址协议 (ISATAP)，它们只支持允许在 DNS （AAAA 主机记录和 IP6.ARPA 反向查找区域）中进行动态注册的 IPv6 地址。当前，有三种 IPv6 地址类型：全局地址、站点本地地址和链接本地地址。链接本地地址不能进行动态 DNS 注册，因此链接本地地址不能在群集中使用。
.gif "note") 注意： |
|---|
| 仅当在运行 Windows Server 2008 的计算机上部署了 Exchange 2007 SP1，并且该计算机上同时启用了 IPv6 和 Internet 协议版本 4 (IPv4)，并且网络支持这两种 IP 地址版本时，才支持使用 Internet 协议版本 6 (IPv6) 地址和 IP 地址范围。如果 Exchange 2007 SP1 在此配置中部署，则所有服务器角色都可在使用 IPv6 地址的设备、服务器和客户端中发送和接收数据。Windows Server 2008 的默认安装支持 IPv4 和 IPv6。如果 Exchange 2007 SP1 安装在 Windows Server 2003 中，则不支持 IPv6 地址。有关 Exchange 2007 SP1 支持 IPv6 地址的详细信息，请参阅 Exchange 2007 SP1 和 SP2 中的 IPv6 支持。 |
Exchange 和故障转移群集网络配置
为 Exchange 2007 SP1 配置 SCC 或 CCR 时，请注意以下要求：
仅在 Windows Server 2008 上才支持 IPv6 和 DHCP IPv4。当 Exchange 2007 运行在 Windows Server 2003 上时，IPv6 和 DHCP IPv4 都不能使用。
Windows Server 2008 和群集服务不支持 DHCP IPv6。因此，它也不受 Exchange 2007 支持。只有系统分配的动态 IPv6 地址才受支持。
Windows Server 2008 和群集服务支持静态 IPv6 地址。但是，使用静态 IPv6 地址的做法与最佳实践背道而驰。因此在安装期间，Exchange 2007 不支持配置静态 IPv6 地址。
Windows Server 2008 群集支持 IPv4 上的 IPv6 隧道，但 Exchange 安装程序不能创建此类型的 IP 地址资源。
Exchange 2007 SP1 已经修改了安装程序，以支持前面所述的更改。使用 Exchange Server 2007 安装向导时，请注意其他页面和字段可用于配置群集 IP 地址和网络名资源。此外，Setup.com 的 /NewCMS 和 /RecoverCMS 选项已经更新为支持多个新的可选参数，下表列出了这些参数。
Exchange 2007 SP1 中添加的适用于 /NewCMS 和 /RecoverCMS 的可选参数
| 参数 | 说明 |
|---|---|
CMSIPV4Addresses |
用于为群集邮箱服务器指定一个或两个静态 IPv4 地址的逗号分隔列表。如果指定两个静态地址，则它们必须在不同的子网上。 |
CMSIPV4Networks |
用于指定一个或两个 IPv4 群集网络名称的逗号分隔列表。创建 DHCP-IPv4 资源时要使用这些名称。 |
CMSIPV6Networks |
用于指定一个或两个 IPv6 群集网络名称的逗号分隔列表。创建 IPv6 资源时要使用这些名称。此参数可以与 CMSIPV4Addresses 或 CMSIPV4Networks 参数一起使用。 |
| 注意： |
|---|
| CMSIPV4Addresses 和 CMSIPV4Networks 参数是互斥的。 |
CMSIPAddress 参数是 Microsoft Exchange Server 2007 正式发布 (RTM) 版本中 /NewCMS 和 /RecoverCMS 所需的参数，仍用于为群集邮箱服务器指定单个静态 IPv4 地址。但是，在 Exchange 2007 SP1 中，CMSIPAddress 参数现在是可选的，因为指定四个可用参数中的任意参数对于安装程序来说都已足够了。
上表中的参数只能在 Windows Server 2008 上使用。
Windows Server 2008 中的新仲裁模型
在出现网络问题时，这些仲裁模型可以影响群集节点之间的通信。网络某一功能部分中的一小组节点可以互相通信，但它们无法与网络其他部分中的另一组节点通信。这种情形可能导致严重问题。在此拆分情况下，即使各组节点无法获取有关其他节点状态的明确信息，其中一组节点也必须停止作为群集运行。
为了避免因群集拆分而导致问题，群集软件要求作为群集运行的任何一组节点都必须使用 投票算法决定是否在特定时间进行仲裁。由于特定群集具有特定的一组节点和特定仲裁配置，该群集知道构成一个多数（仲裁）需要多少投票数。如果投票数低于该多数值，群集将停止运行。如果其他节点再次出现在网络上，这些节点仍然将侦听其他节点的存在，但在再次进行仲裁之前，这些节点不会开始作为群集发挥功能。
故障转移群集中的仲裁配置确定导致群集停止运行的故障点。此上下文中的相关故障是节点故障，在某些情况下，相关故障是见证磁盘或见证文件共享（包含群集配置副本）故障。Windows Server 2008 使您可以从四种可能的仲裁配置中选择：
多数节点 建议对具有奇数节点的群集使用此模型。该模型可以支撑半数减 1 个节点故障。例如，7 节点群集可以支撑 3 个节点故障。
多数节点和磁盘 建议对具有偶数节点的群集使用此模型。如果见证磁盘保持联机状态，则该模型可以支撑半数节点故障。例如，见证磁盘联机时，6 节点群集可以支撑 3 个节点故障。如果见证磁盘脱机或失败，它也可以支撑半数减 1 个节点故障。例如，见证磁盘失败时，6 节点群集可以支撑 2 个节点故障 (3-1 = 2)。
多数节点和文件共享 此模型专门针对具有特定配置的群集，建议对 CCR 环境中的群集邮箱服务器使用此模型。此模型的工作方式与“多数节点和磁盘”模型相同，但它不是使用见证磁盘，而是使用见证文件共享。
少数：仅磁盘 尽管支持此模型，但不建议使用。该模型可以支撑全数减 1 个节点故障。但是，不建议使用此配置，因为磁盘是单一故障点。
冗余群集网络上的连续复制
在 Exchange 2007 RTM 中，CCR 环境中所有事务日志文件的复制和设定种子都在公用网络上进行。此配置具有下列限制：
如果被动节点不可用达几个小时，可能会产生大量需要转输的日志。应该在被动节点可用时应尽可能快地移动这些日志。通过公用网络复制日志，日志的移动会与客户端通信争用资源。这将影响客户端通信并使重新同步变慢。
在公用网络出现故障时，即使日志数据可用，故障转移也会丢失数据。
使用独立网络进行日志传输，可以为传递数据提供安全性，不需要使用加密，也不会遇到相关的性能损失。
在某些情况下，可能出现日志风暴。出现日志风暴时，系统会遇到不同寻常的高复制负担。如果日志数据必须通过与客户端通信的同一网络传输，则上述情况会导致客户端瘫痪。
所有这些问题并非都会以相同频率出现。但是，由于被动节点会因定期维护活动而脱机，第一个问题实际上肯定没几个月就会发生一次。
Exchange 2007 SP1 允许管理员在群集中创建一个或多个混合网络（例如，支持内部群集检测信号通信和客户端通信的群集网络）来进行日志传送，最大限度地减少了上述问题的影响。Exchange 2007 SP1 还允许管理员指定用于种子设定的特定网络。
| 注意： |
|---|
| 必须将用于日志传送或设定种子的群集网络设置为混合网络。混合网络是为群集（检测信号）和客户端访问通信而配置的任何群集网络。此外，在使用连续复制主机名配置的网络适配器上，管理员必须选中“高级 TCP/IP”属性对话框上的“在 DNS 中注册此连接的地址”复选框。网络适配器使用的 DNS 服务器可以位于公用或专用网络上；但是，无论其位置如何，它必须可以被两个节点访问，以便可以进行主机名解析。 |
使用称为 Enable-ContinuousReplicationHostName 的新 Exchange 命令行管理程序 cmdlet，可配置对混合网络上的日志文件复制的支持。同样，可使用 Disable-ContinuousReplicationHostName cmdlet 关闭此功能。群集邮箱服务器位于 CCR 环境中之后，管理员可以在群集的两个节点上运行 Enable-ContinuousReplicationHostName 并指定其他 IP 地址和主机名，之后将在与每个节点相关的专用群集组中创建这些 IP 地址和主机名。执行此任务之后，Microsoft Exchange 复制服务将在成功配置和确认新网络正常运行之后立即开始使用新创建的网络进行日志复制。如果创建了多个新网络，Microsoft Exchange 复制服务将随机从中选择一个网络。如果指定的网络不可用，Microsoft Exchange 复制服务将自动开始使用其他复制网络，如果这些网络都不可用，它将在 5 分钟内开始使用公用网络进行日志传送。(Microsoft Exchange 复制服务每 5 分钟进行一次网络检测。）当首选复制网络重新可用时，Microsoft Exchange 复制服务将自动恢复为使用该网络进行日志传送。有关这些 cmdlet 的详细信息，请参阅 Enable-ContinuousReplicationHostName 和 Disable-ContinuousReplicationHostName。
支持在冗余群集网络上进行种子设定是使用 Update-StorageGroupCopy cmdlet（Exchange 2007 SP1 中已对其进行更新，包含了一个称为 DataHostNames 的新参数）进行配置的。此参数用来指定要进行种子设定的群集网络。有关 Exchange 2007 SP1 中对 Update-StorageGroupCopy cmdlet 所做更改的详细信息，请参阅 Update-StorageGroupCopy。
为连续复制创建群集网络之后，可以使用 Get-ClusteredMailboxServerStatus cmdlet 来查看已经为连续复制活动所启用的群集网络的更新信息。新的输出详细信息包括：
OperationalReplicationHostNames:{Host1,Host2,Host3}
FailedReplicationHostNames:{Host4}
InUseReplicationHostNames:{Host1,Host2}
有关 Exchange 2007 SP1 中对 Get-ClusteredMailboxServerStatus cmdlet 所做更改的详细信息，请参阅 Get-ClusteredMailboxServerStatus。
有关在 Windows Server 2003 上为连续复制启用群集网络的详细信息，请参阅如何在 Windows Server 2003 上启用冗余群集网络的日志传送和种子设定。
有关在 Windows Server 2008 上为连续复制启用群集网络的详细信息，请参阅如何在 Windows Server 2008 上启用冗余群集网络的日志传送和种子设定。
有关为连续复制禁用群集网络的详细信息，请参阅如何对群集网络禁用连续复制。
报告和监视功能改进
Exchange 2007 SP1 还引入了多项更改来增强 Exchange 2007 的可管理性。这些更改改进了 Exchange 2007 RTM 中的群集报告功能，并包含为主动监视连续复制环境而设计的其他功能。具体来说，上述更改和增强功能已解决了 Get-StorageGroupCopyStatus cmdlet 存在的已知缺陷，并且还引入了一个新的名为 Test-ReplicationHealth 的 cmdlet，并为传输垃圾站所遮盖的窗口部分提供了更大的可视性。有关这些报告和监视功能改进的详细信息，请参阅监视连续复制。
性能改进
Exchange 2007 SP1 中进行的性能改进促进了高可用性部署。这些改进包括：
在连续复制环境中包含存储组被动副本的磁盘上减少 I/O 在 Exchange 2007 SP1 中，连续复制体系结构的设计已经修改，以便现在数据库缓存在各批次日志重播活动之间永久保留在被动节点上。各批次日志重播活动之间数据库缓存的永久性使 Microsoft Exchange 复制服务可以利用可扩展存储引擎 (ESE) 的数据库缓存功能，而这又降低了在被动副本的逻辑单元号 (LUN) 上发生的磁盘输入/输出 (I/O) 量。相比之下，在 Exchange 2007 RTM 中是为每批日志重播活动创建一个新的数据库缓存，这在某些情况下会使被动节点上的磁盘 I/O 活动达到主动节点上磁盘 I/O 的两倍或三倍。
加速了 CCR 环境中群集邮箱服务器在节点之间的移动 这些改进使群集邮箱服务器能在两分钟或更少的时间内在完成在节点之间的移动。这包括由管理员执行的移动（使用 Move-ClusteredMailboxServer cmdlet）以及由群集服务管理的故障转移。为了在 CCR 环境中实现快速移动，应将数据库脱机，从而无需刷新数据库缓存。在 SCC 中，移动群集邮箱服务器需要大约 5 分钟时间。群集邮箱服务器移动之前仍然会出现刷新数据库缓存。这是一种机会型刷新，允许所有客户端保持对数据库的连接。这种行为降低了在群集邮箱服务器移动到其他节点时所出现的停机时间。
在故障转移过程中，事件 ID 9868 被记录两次以指示刷新操作的状态，事件 ID 113 被记录以指示复制状态。这些事件与以下内容类似：
事件 ID： 9868
来源：MSExchangeIS
类别：常规
类型：信息
说明：尝试刷新“<MailboxServerName>”服务器缓存，完成 0 存储组，未达到希望的检查点深度。
事件 ID： 9868
来源：MSExchangeIS
类别：常规
类型：信息
说明：尝试刷新“<MailboxServerName>”服务器缓存，完成 2 存储组，未达到希望的检查点深度。
事件 ID： 113
来源：MSExchangeRepl
类别：移动
类型：信息
说明：在移动群集邮箱服务器“<MailboxServerName>”未完成之前，信息存储将进行缓存刷新。数据：存储组“<MailboxServerName>\<StorageGroupName>”：检查点深度起始为 19，结束为 17。
存储组“<MailboxServerName>\<SecondStorageGroupName>”：检查点深度起始为 19，结束为 13。
传输垃圾站改进
传输垃圾站是集线器传输服务器角色的一个功能。传输垃圾站维护最近向收件人传递的邮件队列，收件人的邮箱位于 CCR 环境中的群集邮箱服务器上。此队列受邮件保留时间和占用的总空间的约束。进行无损故障转移时，群集邮箱服务器自动请求 Active Directory 站点中的每台集线器传输服务器重新提交传输垃圾站队列中的邮件。
在 Exchange 2007 SP1 中，传输垃圾站功能在以下方面得到了改进：
支持 LCR 传输垃圾站现在包含了对 LCR 部署的支持。在 CCR 环境中，请求传输垃圾站重新提交在恢复过程中是自动的，与 CCR 不同，在 LCR 环境中，该过程是手动的。在 Exchange 2007 SP1 中，Restore-StorageGroupCopy cmdlet 已经更新为包含传输垃圾站重新提交请求。因此，当管理员在 LCR 环境中使用 Restore-StorageGroupCopy cmdlet 激活存储组的被动副本时，作为激活过程的一部分，需要提出传输垃圾站提交请求。
传输垃圾站统计信息 为了在恢复丢失日志文件的服务器之前更好地通知管理员，传输垃圾站已经增强为包含可提供集线器传输服务器当前状态的统计信息，这里的集线器传输服务器是指包含受影响存储组邮件的所有集线器传输服务器。这些统计信息包括 Active Directory 站点中每个集线器传输服务器的邮件数量，以及最旧邮件的存在时间。对称为 DumpsterStatistics 的 Get-StorageGroupCopyStatus cmdlet 使用新参数时，可以查看这些统计信息。使用该新参数时，Get-StorageGroupCopyStatus 的输出将包括所有可访问集线器传输服务器的传输垃圾站统计信息，和一份不可访问集线器传输服务器的列表。可访问服务器将列在称为 DumpsterStatistics 的多值结构中，不可访问服务器将以称为 DumpsterStatisticsNotAvailable 的多值字符串形式列出，说明如下：
DumpsterStatistics: {HUB1（最早的时间戳；垃圾站中的项目数；垃圾站的大小）, HUB2（最早的时间戳；垃圾站中的项目数；垃圾站的大小）, HUB3（最早的时间戳；垃圾站中的项目数；垃圾站的大小）}
DumpsterStatisticsNotAvailable: {HUB4,HUB5}
在上述示例中，最早的时间戳是指集线器传输服务器接收邮件的时间，而不是最初将邮件发送到邮箱服务器的时间。
Get-StorageGroupCopyStatus cmdlet 还包含称为 OutstandingDumpsterRequests 的新多值结构，该结构包含带有未处理请求的集线器传输服务器和未处理请求的时间范围（低–高），说明如下：
OutstandingDumpsterRequests: {HUB1 (time-low;time_high), HUB5 (time_low;time_high)}
Exchange 管理控制台改进
Exchange 2007 SP1 在 Exchange 管理控制台中包含了新的 GUI 元素，专门用于改进群集邮箱服务器的管理和配置体验。这些改进包括：
管理群集邮箱服务器向导 此向导用于在 CCR 环境和 SCC 环境中移动、停止或启动群集邮箱服务器。移动和停止功能还包括可选管理员注释字段，管理员可在该字段中输入群集移动或停止的原因。此向导与使用下列 Exchange 命令行管理程序 cmdlets 是等效的：
Move-ClusteredMailboxServer
Stop-ClusteredMailboxServer
Start-ClusteredMailboxServer
管理连续复制 Exchange 管理控制台中添加了其他用户界面控件，管理员可以利用其管理控制台挂起、恢复、更新和还原连续复制。这些控件与使用下列 Exchange 命令行管理程序 cmdlet 是等效的：
Suspend-StorageGroupCopy
Resume-StorageGroupCopy
Update-StorageGroupCopy
Restore-StorageGroupCopy
您可以在 LCR 环境和 CCR 环境中使用这些 cmdlet 及相应的 Exchange 管理控制台任务来管理连续复制。
注意：在 CCR 环境中，更新存储组副本向导只能从被动节点上执行，还原存储组副本向导只能从主动节点上执行。 “群集邮箱服务器”选项卡 新选项卡添加到了群集中存在的邮箱服务器的“服务器属性”对话框中。此信息可用于 CCR 环境和 SCC 环境。新选项卡提供有关群集邮箱服务器的详细信息，管理员可以根据该信息为 CCR 环境中的群集邮箱服务器配置 AutoDatabaseMountDial 属性值。通过使用 Get-ClusteredMailboxServerStatus cmdlet 也可以获取新选项卡上显示的许多信息。有关“群集邮箱服务器”选项卡的详细信息，请参阅服务器属性 > 群集邮箱服务器选项卡。
“群集连续复制”页 新页面添加到了 CCR 环境中部署的邮箱服务器的“存储组属性”对话框中。新属性页面提供有关群集中连续复制状态的详细信息。有关“群集连续复制”页的详细信息，请参阅存储组属性 > 群集连续复制页。
详细信息
Windows Server 2008 包含多项已增强或重命名的功能。有关 Windows Server 2003 与 Windows Server 2008 之间功能更改的详细信息，请参阅术语更改。