Exchange Server 2003管理指南八(下组图)

    优化群集中的服务器
　　
　　即使进行了精心的管理和严密的监视，也可能需要优化群集中的服务器以保持高可用性。Exchange 2003 要求的手动优化比 Exchange 2000 少得多。事实上，Exchange 2003 自动执行所需的大多数优化。
　　
　　若要利用 Exchange 2003 中的优化功能，请考虑在 Exchange 群集的最初安装和配置之后进行下列优化更改：
　　
　　· 删除 Exchange 2000 优化参数
　　· 配置 /3GB 开关
　　· 配置 /Userva 和 SystemsPages 选项
　　
　　删除 Exchange 2000 优化参数
　　
　　如果群集中的服务器以前运行 Exchange 2000，则可能执行了以前的 Exchange 文档所建议的手动优化更改。如果后来将该服务器升级为运行 Exchange 2003，则该服务器不再需要那些手动优化更改，建议从服务器中手动取消这些更改。
　　
　　设置 /3GB 开关
　　
　　默认情况下，Windows Server 2003 和 Windows 2000 Advanced Server 将 2 GB 虚拟地址空间分配给用户模式进程，如 Exchange 存储进程 (Store.exe)。如果服务器具有的物理内存等于或大于 1 GB，则在 Boot.ini 文件中设置 /3GB 开关以增加虚拟地址空间。
　　
　　有关 /3GB 开关的详细信息，请参阅 Microsoft 知识库文章 266096"XGEN: Exchange 2000 Requires /3GB Switch with More Than 1 Gigabyte of Physical RAM"(http://support.microsoft.com/?kbid=266096)（英文）。
　　
　　要点　 /3GB 开关是为 Windows 2000 Advanced Server 和 Windows Server 2003 的所有版本而设计的。如果运行的是 Windows 2000 Server，则不要设置 /3GB 开关。
　　
　　配置 /Userva 和 SystemPages
　　
　　如果服务器运行的是 Windows Server 2003，请将 SystemPages 值设置为零，并在 Boot.ini 文件中设置 /Userva=3030 参数。这些设置允许在服务器上使用更多的系统页面表条目，这对于不断增长的系统是很关键的。
　　
　　如果服务器运行的是 Windows 2000，请将 SystemPages 注册表项设置为介于 24000 和 31000 之间的值。SystemPages 注册表项的位置如下：
　　
　　HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
\Session Manager\Memory Management\SystemPages
　　
　　有关 /Userva 开关的更多信息，请参阅 Microsoft 知识库文章 810371"XADM: Using the /Userva Switch on Windows 2003 Server-Based Exchange Servers"(http://support.microsoft.com/?kbid=810371)（英文）。
　　
　　解决 Exchange 群集问题
　　
　　群集提供了一种在出现问题时在群集节点之间移动资源的机制。当单个服务器出现故障时，群集将 Exchange 2003 资源从出现故障的服务器移动到群集中的另一服务器。这种故障转移使服务仍然可以供用户使用。
　　
　　通过在出现故障后保持服务可用性，群集为您提供了诊断和解决问题的时间。诊断意味着不仅要确定故障是与单个服务器有关还是与整个群集有关，而且还要确定故障是易于修复的还是需要执行更复杂的灾难恢复步骤。
　　
　　查明导致故障的原因
　　
　　Exchange 2003 群集灾难恢复过程中的一项重要任务是查明导致特定资源出现故障的原因。当 Exchange 群集中出现故障时，应首先确定故障是出现在单个节点上还是出现在每个节点上，前者说明该节点的文件有问题，后者说明群集的对象或共享的群集资源有问题。
　　
　　若要确定导致故障的原因，请执行下列操作：
　　
　　· 在事件查看器中搜索应用程序日志：首先查找 MSExchangeCluster 事件。事件描述应该可以帮助您确定导致问题的原因。例如，图 8.18 显示一个事件描述，它指出该资源的服务无法启动。通过此描述，您了解到应将故障排除工作集中在服务启动上。　

　
　　图 8.18　 提供有关故障的信息的 MSExchangeCluster 事件

　　· 为群集服务打开并配置详细日志记录：在服务器群集将错误和事件记录到系统事件日志的同时，您可以执行高级故障排除操作，方法是使群集服务执行详细日志记录，并将其写入名为 Cluster.log 的文本文件。有关此日志以及如何启用它的信息，请参阅 Microsoft 知识库文章 168801"How to Turn On Cluster Logging in Microsoft Cluster Server"(http://support.microsoft.com/?kbid=168801)（英文）。
　　· 在 Microsoft 产品支持知识库 (http://go.microsoft.com/fwlink/?LinkId=18175) 中搜索解决方法：许多与群集有关的知识库文章虽然针对的是 Exchange 2000，但也适用于 Exchange 2003。因此，可以在知识库中搜索与 Exchange 2000 和 Exchange 2003 有关的群集信息。
　　
　　如果仍然无法确定故障的原因，可以执行"Disaster Recovery for Microsoft Exchange 2000 Server"(http://go.microsoft.com/fwlink/?LinkID=18350)（英文）第 7 章"Repairing Exchange 2000"的"Repairing Windows 2000"中列出的修复选项。如果修复节点或整个群集不成功，则必须考虑替换节点或者恢复节点、群集或资源（如仲裁磁盘资源或者 Exchange 邮箱存储和公用文件夹存储）。
　　
　　在 Exchange 群集上执行灾难恢复
　　
　　在诊断故障和试图修复出现故障的节点或群集之后，就应该在 Exchange 群集上执行灾难恢复。这可能涉及替换损坏的群集节点、从备份还原或重建群集节点、从备份还原共享磁盘资源或恢复整个群集。
　　
　　Exchange 群集上的灾难恢复是一个复杂的过程，涉及到制定适当的数据备份和恢复策略。因此，在本指南中无法涵盖整个灾难恢复主题。有关备份和还原 Exchange 2000 群集的详细概念信息和分步步骤说明，可以参阅"Disaster Recovery for Microsoft Exchange 2000 Server"(http://go.microsoft.com/fwlink/?LinkID=18350)（英文）第 6 章中的"Backing Up Exchange 2000"的"Backing Up Exchange 2000 Clusters"，以及第 7 章"Restoring Exchange 2000"中的"Restoring Exchange 2000 Clusters"。
　　
　　有关"Disaster Recovery for Microsoft Exchange 2000 Server"（英文）中所讲述的详细灾难恢复步骤的简要概述，请参阅下面的两个主题。
　　
　　备份 Exchange 2003 Server 群集节点上的数据
　　
　　为了确保 Exchange 2003 群集上数据的安全，需要建立正确而全面的备份计划。若要备份 Exchange 2003 群集节点上的重要数据，可以使用 Windows 2000 Backup。也可以使用第三方备份解决方案来满足备份需要。有关第三方备份解决方案的信息，请访问"Exchange Server 合作伙伴产品"网站 (http://go.microsoft.com/fwlink/?LinkId=5225)。
　　
　　若要确保群集中数据的安全，必须执行下列操作：
　　
　　· 备份每个群集节点上的 Windows。
　　· 备份每个群集的仲裁磁盘资源。
　　· 备份共享磁盘资源上的所有 Exchange 数据库。
　　· 维护有关群集配置的信息性记录。
　　
　　恢复 Exchange 2003 群集
　　
　　从影响 Exchange 2003 群集节点的灾难恢复可能会非常简单，只需要将一个节点替换为备用恢复服务器，也可能与从头重建整个群集一样困难。如果实施了正确而全面的备份计划，则可以从影响 Exchange 组织的大部分灾难事件中恢复过来。
　　
　　若要从影响 Exchange 2003 群集的灾难事件中恢复过来，可能必须执行下列操作：
　　
　　· 替换损坏的群集节点。
　　· 从备份还原或重建群集节点。
　　· 还原共享磁盘资源。
　　· 还原仲裁磁盘资源。
　　· 还原 Exchange 数据库。
　　· 恢复整个 Exchange 2003 群集。