在部署 CCR 之前，请确保整个系统满足以下要求：

• 必须为每个存储组使用一个数据库。在 CCR 环境中创建一个存储组时，该存储组只能包含一个数据库。此方法将创建一个更加容易管理的 Microsoft Exchange 存储拓扑，可以提高可恢复性。
  
• 域名系统 (DNS) 必须在运行。理想情况下，DNS 服务器应该接受动态更新。如果 DNS 服务器不接受动态更新，则必须为每个群集邮箱服务器和群集本身创建一个 DNS 主机 (A) 记录。否则，Exchange 不能正常运行。有关如何为 Exchange 配置 DNS 的详细信息，请参阅 Microsoft 知识库文章 322856 如何配置 DNS 以用于 Exchange Server。
  
• 如果群集节点属于某个目录命名服务区域，而该区域的名称与计算机所加入的 Active Directory 目录服务域的名称不同，那么，默认情况下 DNSHostName 属性不包含子域名。在这种情况下，可能需要更改 DNSHostName 属性以确保某些服务（如文件复制服务 (FRS)）正常工作。有关详细信息，请参阅知识库文章 240942 Active Directory DNSHostName 属性不包含子域。
  
• 所有群集节点必须是位于同一域中的成员服务器。在同时也是 Active Directory 服务器的节点上，或是不同 Active Directory 域的成员的节点上，不支持 Microsoft Exchange Server 2007。
  
• 在安装 Exchange 2007 之前必须已形成群集。有关形成 Windows Server 2008 故障转移群集的信息，请参阅在 Windows Server 2008 上安装群集连续复制。有关形成 Windows Server 2003 故障转移群集的信息，请参阅安装单一副本群集。
  
• 群集邮箱服务器 (CMS) 名称最多可包含 15 个字符。
  
• 安装了 Exchange 2007 的群集不得包含 Exchange Server 2003、Exchange 2000 Server 或任何群集感知版本的 Microsoft SQL Server。不支持在包含上述任何其他应用程序的群集中运行 Exchange 2007。允许在包含 SQL Server 2005 Express Edition 或其他数据库应用程序（例如 Microsoft Office Access）的群集中运行 Exchange 2007，条件是该数据库应用程序是非群集应用程序。
  
• 在安装 Exchange 2007 之前，请确保要安装 Exchange 数据的文件夹为空。
  
• 必须在群集中所有已配置为群集邮箱服务器的主机的节点上安装相同版本的 Exchange 2007。此外，群集中所有节点的操作系统和 Exchange 文件必须安装在相同的路径和驱动器中。这要求所有计算机的磁盘配置要尽量类似（尽管不是完全相同）。
  
• 群集服务帐户必须是能够驻留群集邮箱服务器的每个节点上的本地管理员组的成员。
  
• 不要安装、创建或将任何资源从默认的群集组移动到包含群集邮箱服务器的资源组。而且也不要安装、创建或将任何资源组从包含群集邮箱服务器的组移动到默认的群集组。默认群集组应仅包含群集 IP 地址、网络名称和仲裁资源。不支持将资源移动到默认的群集组或将资源与默认的群集组组合。
  

  重要信息：
  运行 Exchange 以前版本的群集需要 Microsoft 分布式事务处理协调器 (MSDTC) 的一个群集实例。Exchange 2007 去除了群集 MSDTC 资源的这个需求。CCR 环境中的群集邮箱服务器不使用 MSDTC 资源，也不需要在故障转移群集中安装 MSDTC 资源。由于存在 COM+ 依存关系，第三方应用程序可能需要 MSDTC 资源。在 Windows Server 2003 中，MSDTC 群集资源要求在群集中使用共享存储。不建议将共享存储添加到 CCR 环境。Windows Server 2008 提供了本地非群集 MSDTC 实例，去除了 Windows Server 2008 故障转移群集中共享存储的这个需求。有关 Windows Server 2008 中 MSDTC 更改的详细信息，请参阅 Windows Server 2008。

有关硬件规划的一般信息，请参阅规划处理器和内存的配置和规划磁盘存储。CCR 环境的特定硬件要求如下：

• 在 Windows Server 2003 中使用包含文件共享见证的多数节点集 (MNS) 仲裁时，群集中只能恰好有两个节点。如果群集中有一个节点或两个以上的节点，则无法使用包含文件共享见证功能的 MNS 仲裁。而必须使用传统的 MNS 仲裁，该仲裁要求群集中有三个或更多节点。
  
• 在 Windows Server 2008 中使用多数节点和文件共享仲裁时，群集中只能恰好有两个节点。如果群集中有一个节点或两个以上的节点，则无法使用多数节点和文件共享仲裁。而必须使用多数节点仲裁，该仲裁要求群集中有三个或更多节点。
  

  注意：
  我们建议使用两节点故障转移群集，该群集使用包含文件共享见证的 MNS 仲裁或多数节点和文件共享仲裁。这消除了在群集中包含第三个投票者节点的需求。

• 使用的服务器必须在安装它们的操作系统的 Microsoft Windows Server Catalog of Tested Products 中列出。但是，如果在群集中没有使用共享存储，则这些服务器不需要在“群集类别”中列出。
  
• 安装邮箱服务器角色的两台服务器在以下方面必须相当但是不相同：
  
  • CPU
    
  • 内存
    
  • 输入/输出 (I/O) 能力
    
  • 网络
    
  • 供应商
    
  • 可用磁盘存储空间，包括空间操作和 I/O 操作功能
    

通常，群集应用程序意识不到安装它们的群集所使用的仲裁的类型。为 CCR 环境设计仲裁组件时，请注意下列建议和要求：

• 在 Windows Server 2008 中，多数节点和文件共享仲裁是为 CCR 强烈推荐的仲裁类型。
  
• 在 Windows Server 2003 中，包含文件共享见证的 MNS 仲裁是为 CCR 强烈推荐的仲裁类型。
  

不管为 CCR 使用了上述哪一种仲裁类型，这些节点都不必在 Microsoft Windows Server Catalog of Tested Products 中列出。

如果为 CCR 使用的是共享存储仲裁，则整个系统必须在 Microsoft Windows Server Catalog of Tested Products 中列出。

在 Exchange Server 2007 Service Pack 1 (SP1) 中，如果没有配置文件共享见证或多数文件共享，安装程序会阻止两节点群集配置。这是因为配置将不能处理在群集中丢失节点的情况（因为多数不会得到维护），从而导致群集脱机。

CCR 环境的软件要求如下：

• 群集中的两个节点都必须使用相同的引导驱动器号和系统驱动器号将 Windows Server 2008 企业版操作系统或 Windows Server 2003 企业版操作系统安装在群集的每个节点上。不存在其中一个节点运行 Windows Server 2008 而另一个节点运行 Windows Server 2003 的群集。不支持在故障转移群集中混合操作系统版本。
  
• 如果要在 Windows Server 2003 上使用 Exchange 2007 的正式发布 (RTM) 版本构建 CCR 环境，则故障转移群集中的两个节点必须已安装 Windows Server 2003 Service Pack 2 (SP2) 或 Windows Server 2003 SP1 和来自知识库文章 921181（用于向基于 Windows Server 2003 Service Pack 1 的服务器群集添加文件共享见证功能和可配置群集检测信号功能的更新已推出）的修补程序。此修补程序包括在 Windows Server 2003 SP2 中。如果要在 Windows Server 2003 上使用 Exchange 2007 SP1 构建 CCR 环境，则故障转移群集中的两个节点必须已安装 Windows Server 2003 SP2。
  
• 该群集必须是带有传统 MNS 仲裁的三节点群集或带有包含文件共享见证的 MNS 仲裁的二节点群集。通常，会假定在 Windows Server 2003 中，将使用具有包含文件共享见证的 MNS 仲裁的两节点群集，而在 Windows Server 2008 中，将使用具有多数节点和文件共享仲裁的两节点群集。
  
• MNS 或多数文件共享仲裁的文件共享见证不需要位于一台专用的计算机上。它可位于运行 Windows Server 的任何计算机上。但是，建议您使用要受 Exchange 管理员控制的集线器传输服务器（或其他 Exchange 服务器）来驻留文件共享见证。
  
• 只有邮箱服务器角色才能安装在群集中。任何其他服务器角色都不能安装在属于故障转移群集的计算机上。
  

用于客户端和群集通信的网络一定要配置正确。此部分提供了验证专用和公用网络设置是否正确配置时必须执行的步骤的链接。此外，必须确保为群集正确配置了网络连接顺序。为 CCR 环境设计网络基础结构时，请考虑下列事项：

• 每个节点必须至少具有两个可用于 Windows 群集的网络适配器。客户端和其他服务器只需能够从两个网络适配器之一访问节点即可。其他网络适配器用于群集间通信。建议的配置是配备专用于内部群集通信的专用网络和指定为混合型的公用网络。
  
• 群集公用网络应提供与其他 Exchange 服务器或其他服务（例如 Active Directory 和 DNS）的连接。使用网络适配器成组或类似的技术可以避免发生单点故障。
  
• 必须提供独立的群集专用网络。专用网络用于群集检测信号。专用网络不需要 DNS。
  
• 对于双数据中心配置，检测信号要求可能不是最严格的公用网络带宽和延迟要求。必须评估网络总负载（其中包括客户端访问、Active Directory、传输、连续复制和其他应用程序通信）以确定您的环境所需的网络要求。
  
• 建议您将 Gigabit 以太网用于 CCR 环境以最大限度地延长重新设定种子的时间。有关为何建议使用 Gigabit 以太网的详细信息，请参阅本主题后面的“数据库大小和群集连续复制”。
  
• 在 Exchange 2007 RTM 中，包含群集邮箱服务器的资源组只能具有一个网络名称资源。在 Exchange 2007 RTM 中不支持在包含群集邮箱服务器的资源组中拥有多个网络名称资源。但是，在 Exchange 2007 SP1 中不存在此限制。如果已将群集邮箱服务器升级到 Exchange 2007 SP1，则可以在包含群集邮箱服务器的资源组中存在多个网络名称资源。
  

在 Windows Server 2008 上安装 CCR 的网络要求

在 Windows Server 2003 上安装 CCR 的网络要求

针对 CCR 优化 Windows 2003 网络

在 Windows Server 2003 上使用 CCR 时，建议您根据特定网络链接的速度和延迟优化 Windows Server TCP/IP 设置。具体地说，可能需要在主动和被动节点上调整传输控制协议 (TCP) 接收窗口大小和 Request for Comments (RFC) 1323 窗口缩放选项。此外，最好配置地址解析协议 (ARP) 缓存过期设置，并在 Windows 注册表中禁用 Windows Server 2003 可伸缩网络包 (SNP) 的高级 TCP/IP 选项。

除了这些建议以外，如果在您的环境中使用了 IP 安全 (IPsec) 协议，建议您在整个 CCR 环境中一致地配置 IPsec。即，两个节点都使用 IPsec，或两个节点都不使用 IPsec。如果仅将一个节点配置为使用 IPsec，则 IPsec 安全关联过程可能会导致数据包延迟或数据包丢失。

TCP 接收窗口和 RFC 1323 缩放选项

TCP 接收窗口大小是一次用一个连接可以接收的最大数据量（字节）。发送计算机在等待从接收计算机返回确认和 TCP 窗口更新之前，只能发送最大数量的数据。最好调整此设置，以便提高日志传送期间的吞吐量。

若要优化 TCP 吞吐量，发送计算机应当传输足够多的数据包，以填充发送方和接收方之间的管道。网络管道的容量基于管道的带宽及其延迟（往返时间）。延迟越长，则网络管道的容量越大，这是因为将有更多的时间用于在两次确认之间发送数据。通过增加 TCP 窗口大小，系统可以通过发送更多数据来利用两次确认之间的时间。


TCP/IP 标准允许的接收窗口大小高达 65,535 字节，这是可以在 16 位 TCP 窗口大小字段中指定的最大值。若要在高带宽、高延迟的网络上提高性能，通过使用 RFC 1323“TCP Extensions for High Performance”中所述的可缩放窗口，Windows Server TCP/IP 支持通告接收窗口大小大于 65,535 字节的能力。使用窗口缩放时，会话中的主机可以协商允许多个大型数据包（例如那些在文件传输协议中经常使用的数据包）在接收方缓冲区中挂起的窗口大小。RFC 1323 详细说明了一种方法，这种方法通过允许 TCP 在建立连接时协商窗口大小的缩放系数，来支持更大的接收窗口大小。

通过修改下面两个注册表项，可以在运行 Windows Server 2003 的计算机上优化 TCP 接收窗口大小和 RFC 1323 窗口缩放选项：TCPWindowSize 和 TCP1323Opts。有关这些功能的详细信息，请参阅 Microsoft 知识库文章 224829 描述 Windows 2000 和 Windows Server 2003 TCP 功能。

建议您使用 Exchange 2007 邮箱服务器角色存储要求计算器的版本 13 或更高版本，根据网络链接和网络延迟来确定这些注册表项的最佳设置。可以从 Exchange 团队博客的此位置下载计算器。存储计算器还包括在服务器上输入注册表值的逐步说明。

注意：
每篇博客的内容及其 URL 都可能随时更改，恕不另行通知。

ARP 缓存过期

ARP 缓存是将 IP 地址映射到媒体访问控制 (MAC) 地址的内存中的表。每次出站数据包被发送到条目中的 IP 地址时，就会引用 ARP 缓存中的条目。默认情况下，Windows Server 2003 自动调整 ARP 缓存的大小，以满足系统的需要。如果在连续两分钟内某个条目未被任何传出数据报使用，则从 ARP 缓存中删除该条目。所引用的条目则在十分钟后从 ARP 缓存中删除。手动添加的条目不会自动从缓存中删除。

由 Microsoft 内部 IT 部门进行的内部测试表明，在 CCR 和 SCR 环境中默认 ARP 缓存过期设置会导致数据包丢失。当发生数据包丢失时，发送服务器必须重新传输丢失的数据。在连续复制环境中，请务必尽快将日志文件复制到被动节点，因丢失数据包而重新传输数据会对日志传送吞吐量造成负面影响。

可以在 Windows 注册表中修改 ArpCacheMinReferencedLife TCP/IP 参数，以控制 ARP 缓存过期。此参数确定了所引用的条目在被删除之前必须在 ARP 缓存表中保留多长时间。在内部，Microsoft 发现 ArpCacheMinReferencedLife 注册表值的最佳设置与网络上路由器所用的 ARP 缓存过期值相等，该值是 4 小时。

在自己的环境中修改 ArpCacheMinReferencedLife 值之前，建议您使用 Microsoft 网络监视器或类似的捕获工具，来收集和分析用于将日志从主动节点复制到被动节点的网络接口上的网络流量。有关修改 ArpCacheMinReferencedLife 注册表值的详细步骤，请参阅 Appendix A:TCP/IP Configuration Parameters。

可缩放网络包的高级 TCP/IP 功能

Windows Server 2003 可缩放网络包 (SNP) 是 Windows Server 2003 的单独更新，其中包含有状态和无状态减负功能以便对 Windows 网络堆栈加速。该更新包括 TCP Chimney 减负、接收端缩放 (RSS) 和网络直接内存访问 (NetDMA)。

TCP Chimney 是有状态减负。通过 TCP Chimney 减负，可以将 TCP/IP 处理中的一些负载转移到可以在硬件中进行 TCP/IP 处理的网络适配器。

RSS 和 NetDMA 是无状态减负。如果一台计算机中有多个 CPU，Windows 网络堆栈会将“接收”协议的处理限定到一个 CPU。RSS 解决此问题的方法是，将从网络适配器接收的数据包平均分摊到多个 CPU 上。NetDMA 允许在外围组件互连 (PCI) 总线上使用直接内存访问 (DMA) 引擎。TCP/IP 堆栈可以使用 DMA 引擎复制数据，而不是中断 CPU 来处理复制操作。相关的组件 TCPA 是另一个减负功能，此时可以使用 PCI 总线上的硬件 DMA 引擎来协助进行接收处理。

在一些环境中这些功能可以提供网络性能优势；但在某些情况下，由于使用了其他技术而不能使用这些功能。例如，如果使用了以下任一技术，则不能使用 TCP Chimney 减负和 NetDMA：

• Windows 防火墙
  
• Internet 协议安全 (IPsec)
  
• Internet 协议网络地址转换 (IPNAT)
  
• 第三方防火墙
  
• NDIS 5.1 中间驱动程序
  

此外，一些环境存在已知问题，包括使用 Microsoft Exchange 的环境，在这些环境中使用上述功能时网络性能会降低。有关某些已知问题的详细信息，请参阅 Exchange 团队博客文章 Windows 2003 Scalable Networking pack and its possible effects on Exchange。

注意：
每篇博客的内容及其 URL 都可能随时更改，恕不另行通知。

建议您在运行于 Windows Server 2003 操作系统上的 CCR 环境中，对操作系统和系统中的每个网络接口卡 (NIC) 禁用所有功能。可以按以下方式禁用这些功能：

• 若要禁用 TCP Chimney 减负功能，请打开命令提示符，并运行以下命令： Netsh int ip set chimney DISABLED
  
• 若要禁用其他 SNP 功能，可以在 Windows 注册表中将 EnableRSS 和 EnableTCPA TCP/IP 注册表参数的值设置为 0。有关执行此操作的详细步骤，请参阅 Microsoft 知识库文章 936594 在基于 Windows Server 2003 的计算机上安装 Windows Server 2003 SP2 或可伸缩网络包后可能遇到网络相关问题。
  
• 若要在系统中的 NIC 上禁用这些功能，请参考 NIC 附带的说明，或咨询硬件供应商。
  

有关 SNP 的详细信息，请参阅知识库文章 912222 Microsoft Windows Server 2003 可伸缩网络包发行版和 Scalable Networking网站。

通过 CCR 可以不再需要 Windows 群集中的共享存储。共享存储是以前版本的 Exchange 的要求。CCR 唯一的存储要求是 Windows 支持的存储可提供足够的性能和容量。

CCR 不会为存储组和数据库使用的存储增加其他 I/O 注意事项。在设计 CCR 存储解决方案时，建议您按照下列最佳实践操作：

• 存储组和数据库的位置在所有群集节点上必须相同。
  
• 将数据库文件和事务日志文件存储在不同的逻辑单元号 (LUN) 上。
  
• 使用 NTFS 文件系统卷装入点向操作系统展现卷。
  
• 使用可识别名称，可以直接并明显地绑定到托管的存储组或数据库。如果日志和数据库使用不同的卷，则路径应标识数据类型。此方法有助于避免因为数据库数和存储组数的增加而造成人为错误。如果执行默认安装，则将在 Exchange 2007 的安装位置创建存储组和数据库。
  

  注意：
  Exchange 2007 不支持将事务日志或数据库文件放在卷的根目录。

CCR 环境需要可提供足够性能和容量的存储。应在两个节点上，使用相同的位置（驱动器号和路径）为每个存储组和数据库配置对系统的性能和容量而言等同的存储。

数据库大小和群集连续复制

CCR 具有独立服务器的所有 Active Directory 基础结构要求，同时还具有其他要求。在多数据中心解决方案中，因为任何数据中心随时可能会驻留群集邮箱服务器，所以两个数据中心必须均具有足够的 Active Directory 基础结构支持。即使其他数据中心不可用，也需要具有此容量。此外，群集中的所有节点必须处于同一个域中，群集服务帐户必须拥有适当的权限。

注意：
对于地理上分散的群集，因为群集中的所有节点都必须是同一站点的成员，因此群集中的邮箱服务器要求单个 Active Directory 网站在数据中心之间扩展。但是，不要求两个数据中心中的任何其他服务器位于同一子网或同一 Active Directory 网站中。

如果您要在 Windows Server 2008 上安装 CCR，则群集服务帐户必须在 LocalSystem (SYSTEM) 帐户下运行。

如果您要在 Windows Server 2003 上安装 CCR，则必须使用域帐户作为群集服务帐户。群集中的所有节点都必须是同一域的成员，并且群集中的所有节点都必须使用相同的群集服务帐户。群集服务帐户还必须是能够驻留群集邮箱服务器的每个节点上的本地 Administrators 组的成员。

在故障转移群集的网络名称资源处于联机状态时，群集服务帐户负责创建和维护由该资源标识并与之关联的计算机帐户。若要确保群集服务帐户具有相应的权限，请参阅知识库文章 307532 当群集服务帐户修改计算机对象时如何解决其故障。知识库文章 251335 域用户无法将工作站或服务器加入到域中中提供了其他信息。

CCR 和公用文件夹复制是内置到 Exchange 中的两种非常不同的复制形式。由于连续复制和公用文件夹复制之间的互操作性限制，如果 Exchange 组织中的多个邮箱服务器具有公用文件夹数据库，而且启用了公用文件夹复制，则不应将公用文件夹数据库驻留在 CCR 环境中。

以下是在 Exchange 组织中使用公用文件夹数据库和 CCR 的建议配置：

• 如果 Exchange 组织中只有一个邮箱服务器，并且该邮箱服务器是 CCR 环境中的群集邮箱服务器，则此邮箱服务器可以驻留公用文件夹数据库。在此配置中，Exchange 组织中只有一个公用文件夹数据库。因此，禁用公用文件夹复制。在这种情况下，可以使用 CCR 实现公用文件夹数据库冗余；CCR 可维护公用文件夹数据库的两个副本。
  
• 如果您有多个邮箱服务器，则可以在 CCR 环境中驻留公用文件夹数据库，前提是在整个 Exchange 组织中只有一个公用文件夹数据库。在这种情况下，也可以使用 CCR 实现公用文件夹数据库冗余。在此配置中，Exchange 组织中只有一个公用文件夹数据库。因此，禁用公用文件夹复制。
  
• 如果要将公用文件夹数据迁移到 CCR 环境中，可以使用公用文件夹复制，将公用文件夹数据库的内容从独立邮箱服务器或 SCC 中的群集邮箱服务器移动到 CCR 环境中的群集邮箱服务器。在 CCR 环境中创建公用文件夹数据库后，其他公用文件夹数据库仅应在您的公用文件夹数据完全复制到 CCR 环境之前存在。复制成功完成后，应该删除 CCR 环境外的所有公用文件夹数据库，且不应在 Exchange 组织中驻留任何其他公用文件夹数据库。
  
• 如果要将公用文件夹数据迁移到 CCR 环境之外，可以使用公用文件夹复制，将公用文件夹数据库的内容从 CCR 环境中的群集邮箱服务器移动到独立邮箱服务器或 SCC 中的群集邮箱服务器。在 CCR 环境之外创建其他公用文件夹数据库后，CCR 环境中的公用文件夹数据库应仅在您的公用文件夹数据完全复制到其他公用文件夹数据库之前存在。复制成功完成后，应该删除所有 CCR 环境内的所有公用文件夹数据库，且不应将所有后续公用文件夹数据库驻留在为连续复制启用的存储组中。
  

Exchange 组织中存在多个公用文件夹数据库，且一个或多个公用文件夹数据库驻留在 CCR 环境中（如前面所述的迁移方案）的任何期间内，请考虑计划中断（不丢失数据）和未计划的中断（丢失数据）的行为差异：

• 如果发生成功的计划中断（不丢失数据），则公用文件夹数据库将联机，并且公用文件夹复制应按预期继续进行。
  
• 如果发生未计划的中断，则要等到原始服务器以及驻留公用文件夹数据库的存储组的所有日志都可用后，公用文件夹数据库才会联机。如果由于中断造成数据丢失，则 CCR 将不允许公用文件夹数据库在启用公用文件夹复制时联机。在这种情况下，必须使原始节点联机才能确保数据不会丢失，或者必须在 CCR 环境中的群集邮箱服务器上重新创建公用文件夹数据库，且必须使用公用文件夹复制从 CCR 环境之外的公用文件夹数据库恢复其内容。
  

使用 VSS 技术的生产存储组和数据库以及复制存储组和数据库都支持 Exchange 感知备份。仅支持从主动节点上进行流式备份。

注意：
Exchange 感知备份期间的一项常见任务是，在备份成功完成之后截断事务日志文件。CCR 中的复制功能可以确保尚未复制的日志不会被删除。此行为意味着在某个删除日志的模式下运行备份时，如果在日志复制足够晚的阶段运行复制，则实际上不可能释放空间。

对主动副本进行的 Exchange 感知还原可以使用流式备份解决方案或 VSS 备份解决方案完成。被动副本不支持 Exchange 感知还原。

注意：
执行还原之前，应当从被动存储组副本中删除所有存储组和数据库文件。

利用备份将数据库还原到 CCR 环境中的存储组后，必须分别使用 Suspend-StorageGroupCopy 和 Resume-StorageGroupCopy 先暂停再恢复存储组的连续复制。该过程需要使用正确的日志生成信息更新 Microsoft Exchange 复制服务。如果不挂起和恢复连续复制，则 Microsoft Exchange 复制服务将包含过时的日志生成信息，并将停止复制日志文件。

Exchange 2007 SP1 中的联机维护数据库计算校验和及数据库页面清零

计算校验和是检查数据库完整性的过程。页面擦除是流式备份结束时对数据库进行清零操作的过程。采用数据库的联机完全流式备份时，会计算整个数据库的 Exchange 2007 RTM 校验和。如先前所述，在连续复制环境中，仅可以针对数据库的主动副本进行流式备份。无法对数据库的被动副本进行流式备份。VSS 可以用于对被动副本拍摄完全快照或进行完全克隆，且还可以计算完全快照和克隆的校验和。但通常在连续复制环境中，如果没有管理员干预和一定的停机时间，则仅可以计算其中一个数据库副本（主动副本或被动副本）的校验和。这是因为：

• 对数据库的主动副本进行流式备份是很麻烦的，且对同一数据库的被动副本进行 VSS 备份也很麻烦。
  
• 尽管 VSS 既可以用于主动数据库副本也可以用于被动数据库副本，但这样做与从主动副本到被动副本的卸载备份操作的建议相反。
  
• 弹性可能会临时存在安全风险，因为使用 Exchange Server 数据库实用程序 (Eseutil) 手动执行完整性检查需要挂起连续复制。
  

为了在所有数据库副本上启用页面擦除和数据库计算校验和，同时不会遇到或不必解决前面部分所述的问题，Exchange 2007 SP1 引入了两个新功能：“联机维护数据库计算校验和”和“联机维护数据库页面清零”。这些功能使管理员能够打开数据库的后台页面擦除和后台计算校验和。通过在包含要扫描的数据库的邮箱服务器上手动配置注册表值，然后重新启动 Microsoft Exchange 信息存储服务，可以单独启用这两个功能中的任何一个或一前一后启用这两个功能。注册表值是在 Microsoft Exchange 信息存储级上配置的。这样，在启用之后，邮箱服务器上的所有数据库会执行配置的后台活动。在本主题中稍后会介绍可用的注册表项。

警告：
错误编辑注册表会导致严重问题，这些问题可能需要您重新安装操作系统。由于错误编辑注册表导致的问题可能无法解决。在编辑注册表之前，请备份所有数据值。

启用联机维护数据库计算校验和

位置：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem 名称:联机维护校验和 请键入：REG_DWORD 值：0x00000001

启用联机维护数据库页面清零

位置：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem 名称:在校验和过程中的零数据库页面 类型：REG_DWORD 值：0x00000001

限制联机维护数据库计算校验和

位置：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem 名称:限制校验和 类型：REG_DWORD 值：0x00000000（毫秒）