指定不同的资源监视器
默认情况下，与某 Exchange 虚拟服务器关联的所有 Exchange 资源都在同一资源监视器中运行。在解决某群集资源中的问题时，您可能希望更改"常规"选项卡上的默认设置，而使该 Exchange 资源在不同的资源监视器中运行（尽管建议不要这样做）。有关解决群集资源问题的首选方式的详细信息，请在 Microsoft 产品支持知识库 (http://go.microsoft.com/fwlink/?LinkId=18175) 中搜索"troubleshoot cluster resources"。
在不同的资源监视器中运行 Exchange 资源
· 在资源的"属性"对话框中的"常规"选项卡上，选择"在不同的资源监视器中运行该资源"。
了解资源依存关系
通常，要使某一种 Exchange 资源可以联机，必须首先使其他 Exchange 资源联机。这一要求称为资源依存关系。
特定 Exchange 资源对象上的"资源依存关系"列表列出了此资源可以联机之前必须已联机的其他资源。表 8.4 列出了 Exchange 2003 群集资源及其默认依存关系。
注意 有关这些依存关系的直观表示，请参阅本章前面的图 8.2。
注意 除了添加磁盘资源依存关系之外，建议不要改变依存关系，因为这样做可能会对系统产生负面影响。
添加磁盘资源依存关系
如果要向 Exchange 虚拟服务器添加磁盘资源，必须确保 Exchange 系统助理资源依赖于新的磁盘资源。
使 Exchange 系统助理依赖于新的磁盘资源
1. 在"Exchange 系统助理属性"对话框中的"依存"选项卡（见图 8.11）上，单击"修改"。
图 8.11 "Exchange 系统助理属性"对话框中的"依存"选项卡
2. 在"修改依存关系"对话框（见图 8.12）中的"可用资源"列表中，双击要添加的磁盘，然后单击"确定"。
图 8.12 Exchange 系统助理的依存关系
指定服务重新启动选项
默认情况下，当资源出现故障时，群集服务在尝试将 Exchange 虚拟服务器移动到另一节点之前会尝试重新启动该资源三次。强烈建议保留此默认选项，因为重新启动服务也许能够更正节点遇到的问题。而且，重新启动服务所用时间要比将 Exchange 虚拟服务器移动到另一节点所用时间短得多。
但是，还存在一些可能想要调整的其他重新启动选项：
· 在资源出现故障之前允许重新启动的次数：可以指定在特定时间段（"周期"）内，在资源导致关联的 Exchange 虚拟服务器进行故障转移之前可以发生的资源故障次数（"阈值"）。
· 资源故障是否导致故障转移：可以指定是否希望资源故障（由"阈值"和"周期"设置定义）影响整个组并强制群集服务将关联的 Exchange 虚拟服务器故障转移到另一个节点。由于为 Exchange 虚拟服务器上的所有必要资源都启用故障转移是明智之举，因此选中那些资源的"影响组"复选框。对于仅影响个别用户的非必要资源（如 POP3），您可能不希望在该资源出现故障时故障转移服务器，因此清除该资源的"影响组"复选框。
调整 Exchange 资源的重新启动选项
· 在资源"属性"对话框中的"高级"选项卡（见图 8.13）上，选择服务器的重新启动选项。
图 8.13 Exchange 存储实例的"高级"选项卡
设置群集资源轮询
群集服务使用 Exchange 特有的、且不必更改的一组轮询间隔来轮询 Exchange 资源。因此，在资源"属性"对话框中的"高级"选项卡上配置轮询间隔"'简单轮询'轮询间隔"和"'完全轮询'轮询间隔"不会影响到轮询间隔。
设置挂起状态
默认情况下，群集服务在终止资源之前仅允许资源处于挂起状态（联机挂起或脱机挂起）180 秒（3 分钟），然后资源将进入故障状态。Exchange 2003 或 Windows Server 2003 群集资源必须在"挂起超时"期间内先脱机再联机。对于 Microsoft Exchange 信息存储实例，群集服务特殊对待其"挂起超时"期间。虽然 Exchange 存储实例必须在"挂起超时"期间内脱机，但是存储不必在该期间内重新联机。这是因为重新启动 Exchange 存储所需的时间长度取决于存储是否正确关闭。如果 Exchange 存储没有正确关闭，则存储必须在重新启动时转移日志文件，而要转移的日志文件数决定将存储重新联机所用的时间。
由于 Exchange 存储将日志文件写入 Exchange 数据库，您可能希望增大 Exchange 存储的"挂起超时"期间。增大挂起超时期间使存储有更多的时间来正确关闭。
更改资源在出现故障之前保持挂起的时间长度
· 在资源"属性"对话框中的"高级"选项卡上，键入"挂起超时"值（秒）。
查看连接到协议资源的 Exchange 虚拟服务器
Exchange 自动选择用于将协议资源连接到群集的 Exchange 虚拟服务器。Exchange 根据在创建各种资源时输入的信息作出此选择：
· 对于 HTTP 虚拟服务器实例，Exchange 将"服务器实例"选项设置为在为该服务器创建 Exchange 系统助理资源时在"组"框中指定的 Exchange 虚拟服务器名称。有关创建 Exchange 系统助理资源的信息，请参阅"Exchange Server 2003 部署指南"(http://go.microsoft.com/fwlink/?LinkId=21768) 第 7 章"在群集中部署 Exchange 2003"中的"创建 Exchange 2003 系统助理资源"。
· 对于 IMAP4 或 POP3 虚拟服务器实例，Exchange 将"服务器实例"设置为在创建 IMAP4 或 POP3 资源时在"组"框中指定的 Exchange 虚拟服务器名称。有关在群集上创建 IMAP4 或 POP3 虚拟服务器实例的信息，请参阅本章后面的"添加 IMAP4 和 POP3 资源"。
查看用于连接协议资源的 Exchange 虚拟服务器
· 在资源"属性"对话框的"参数"选项卡（见图 8.14）上，查看"服务器实例"选项。
图 8.14 Exchange HTTP 资源实例的"参数"选项卡
注意 可能不必修改"服务器实例"选项。
将 Exchange 虚拟服务器或 Exchange 资源脱机
有时候，必须将 Exchange 虚拟服务器或资源脱机。例如，可能必须应用 Service Pack。这种情况下，应将每个 Exchange 虚拟服务器脱机，然后对关联节点应用 Service Pack。
将 Exchange 虚拟服务器和 Exchange 资源脱机的方式与将群集组和 Windows 资源脱机的方式相同。下面的步骤描述了此标准过程。
将 Exchange 虚拟服务器或 Exchange 资源脱机
· 在群集管理器中，用鼠标右键单击要将其脱机的 Exchange 虚拟服务器或 Exchange 资源，再单击"脱机"。
要点 将 Exchange 虚拟服务器或 Exchange 资源脱机会停止与用户邮箱的客户端连接。
除了处于联机或脱机状态之外，Exchange 虚拟服务器和 Exchange 资源还可以处于其他状态。表 8.5 和表 8.6 分别列出了 Exchange 虚拟服务器和 Exchange 群集资源的各种可能状态。
表 8.6 Exchange 群集资源状态的描述
添加 IMAP4 和 POP3 资源
为了提高安全性，在运行 Windows Server 2003 的服务器上默认情况下不再启用 Windows IMAP4 和 POP3 协议服务。同样，在创建 Exchange 2003 虚拟服务器时默认情况下不再创建 IMAP4 和 POP3 协议资源。
如果要启用其中的任意一种协议，必须执行下列操作：
· 在将运行具有 IMAP4 或 POP3 资源的 Exchange 虚拟服务器的那些群集节点上启用 Windows IMAP4 或 POP3 服务。为了确保该服务在群集情况下正确工作，还必须将服务配置为手动启动。
· 分别将 IMAP4 或 POP3 虚拟服务器作为资源手动添加到要在其上启用所选协议的每个 Exchange 虚拟服务器，然后将该资源联机。
下列过程指导您完成这些步骤。有关在 Exchange 2003 中使用 IMAP4 和 POP3 的其他信息，请参阅第 6 章"管理对 Exchange 的客户端访问"。
启用新建的 IMAP4 或 POP3 资源并将其配置为手动启动
1. 单击"开始"，指向"所有程序"，再指向"管理工具"，然后单击"服务"。
2. 在"服务"控制台树中，单击"服务（本地）"。
3. 在详细信息窗格中，用鼠标右键单击"Microsoft Exchange IMAP4"或"Microsoft Exchange POP3"，再单击"属性"。
4. 在"常规"选项卡的"启动类型"下，单击"手动"，再单击"应用"。
5. 在"服务状态"下，单击"启动"，再单击"确定"。
6. 在将运行具有 IMAP4 或 POP3 资源的 Exchange 虚拟服务器的所有节点上，重复此过程。
将 IMAP4 或 POP3 虚拟服务器作为资源添加到 Exchange 虚拟服务器
1. 在群集管理器中，用鼠标右键单击希望为其启用 IMAP4 或 POP3 的 Exchange 虚拟服务器，指向"新建"，再单击"资源"。
2. 在"新建资源"对话框中，执行下列操作：
a. 在"名称"中，键入下列名称之一：
· 如果要添加 IMAP4 资源，请键入 Exchange IMAP4 Virtual Server - (<EVSName>)，其中 EVSName 是所选 Exchange 虚拟服务器的名称。
· 如果要添加 POP3 资源，请键入 Exchange POP3 Virtual Server - (<EVSName>)，其中 EVSName 是所选 Exchange 虚拟服务器的名称。
b. 在"资源类型"下拉列表中，单击下列选项之一：
· 如果要添加 IMAP4 资源，请单击"Microsoft Exchange IMAP4 服务器实例"。
· 如果要添加 POP3 资源，请单击"Microsoft Exchange POP3 服务器实例"。
c. 验证"组"下拉列表包含所选 Exchange 虚拟服务器的名称，再单击"下一步"。
3. 在"可能的所有者"对话框（见图 8.15）中，验证所有节点都出现在"可能的所有者"列表中，再单击"下一步"。
图 8.15 IMAP4 虚拟服务器实例的"可能的所有者"对话框
4. 在"依存关系"对话框的"可用资源"下，双击"<系统助理资源名称>"将系统助理添加到"资源依存关系"列表中，再单击"下一步"。
5. 在"虚拟服务器实例"对话框的"服务器实例"列表中，选择 IMAP4 或 POP3 虚拟服务器作为资源，再单击"完成"。
6. 在群集管理器中，用鼠标右键单击 IMAP4 或 POP3 资源，再单击"联机"。
添加节点
有时您可能希望在现有的 Exchange 群集中添加节点。例如，可能决定要将现有的2 主动/1 被动的 3 节点配置升级为 2 主动/2 被动的 4 节点配置。
若要添加节点，必须在节点上安装 Exchange 2003。有关在群集节点上安装 Exchange 2003 的信息，请参阅"Exchange Server 2003 部署指南"(http://go.microsoft.com/fwlink/?LinkId=21768) 第 7 章"在群集中部署 Exchange 2003"中的"步骤 2：在每个节点上安装 Exchange 2003"。
在群集中的新节点上安装 Exchange 之后，请考虑下列设置：
· Exchange 虚拟服务器的首选所有权：默认情况下，新节点不是任何 Exchange 虚拟服务器的首选所有者。因此，如果希望将新节点作为首选所有者列出，则必须在群集管理器中更改相应 Exchange 虚拟服务器的属性。
· Exchange 虚拟服务器中 Exchange 资源的可能所有权：默认情况下，创建的新节点是作为群集中 Exchange 虚拟服务器的所有资源的可能所有者添加的。如果不希望新节点作为群集中 Exchange 虚拟服务器的任何资源的可能所有者，请在群集管理器中将该节点从可能的所有者列表中删除。
添加 Exchange 虚拟服务器
可能希望将 Exchange 虚拟服务器添加到 Exchange 群集。例如，可能决定要将 2主动/2 被动的 4 节点配置更改为 3 主动/1 被动的 4 节点配置。虽然可用于故障转移的节点少了一个，但是增加一个 Exchange 虚拟服务器的优点是可以在 Exchange 群集上具有更多的用户。
将 Exchange 虚拟服务器添加到现有群集的过程与首次部署 Exchange 群集时创建 Exchange 虚拟服务器的过程相同。有关如何在部署过程中创建 Exchange 虚拟服务器的信息，请参阅"Exchange Server 2003 部署指南"(http://go.microsoft.com/fwlink/?LinkId=21768) 第 7 章"在群集中部署 Exchange 2003"中的"步骤 3：创建 Exchange 虚拟服务器"。
在执行此过程的同时，可以配置 Exchange 虚拟服务器的首选所有权，以及该 Exchange 虚拟服务器的 Exchange 资源的可能所有权：
· Exchange 虚拟服务器的首选所有权：默认情况下，在创建新的 Exchange 虚拟服务器时不必选择首选所有者。但是，如果要强制 Exchange 虚拟服务器故障转移的首选顺序，则可以这样做。请参阅"Exchange Server 2003 部署指南"(http://go.microsoft.com/fwlink/?LinkId=21768) 第 7 章"在群集中部署 Exchange 2003"中的"创建用来容纳 Exchange 虚拟服务器的组"。
· Exchange 虚拟服务器中 Exchange 资源的可能所有权：在创建 Exchange 虚拟服务器时，默认选项是将安装了 Exchange 的所有群集节点作为资源的可能所有者列出。但是，您不必接受此默认设置，而是可以自定义哪些节点可以是新的 Exchange 虚拟服务器中资源的可能所有者。
删除 Exchange 虚拟服务器
有时，可能必须将 Exchange 虚拟服务器从 Exchange 群集中删除。尤其是在下列情况下可能必须这样做：
· 重新配置群集，使其从主动/主动配置更改为主动/被动配置。也就是说，保持配置中的节点数不变，但是希望其中的一个节点从主动改为被动。
· 计划将 Exchange 2003 从群集中删除。有关详细信息，请参阅本章后面的"从群集节点中删除 Exchange 2003"。
不管删除 Exchange 虚拟服务器是由于什么原因，在删除该服务器之前都必须考虑如表 8.7 所示的要求。
在执行表 8.7 列出的任何必需操作以确保可以删除 Exchange 虚拟服务器之后，就可以删除该服务器了。要将单个 Exchange 虚拟服务器从群集中删除，请执行下列操作：
1. 备份关键数据并保护以此 Exchange 虚拟服务器为宿主的资源的安全。
注意 有关如何备份 Exchange 数据的信息，请参阅"Disaster Recovery for Microsoft Exchange 2000 Server"(http://go.microsoft.com/fwlink/?LinkID=18350)（英文）。
2. 将所有邮箱和公用文件夹内容移动到另一 Exchange 虚拟服务器（如本章后面部分所述）。
3. 使 Exchange 系统助理资源脱机（如本章后面部分所述）。
4. 删除 Exchange 虚拟服务器（如本章后面部分所述）。
5. 删除剩余的群集资源（如本章后面部分所述）。
要点 删除 Exchange 虚拟服务器的组件而不删除整个服务器会导致邮件流中断。因此，在从群集中删除 Exchange 虚拟服务器时，建议按照上述过程中的所有步骤执行操作。
移动所有邮箱和公用文件夹内容
备份数据之后，必须将驻留在 Exchange 虚拟服务器上的所有邮箱移动到 Exchange 组织中的另一服务器。未移动到另一服务器的所有邮箱都必须删除。如果邮箱仍保留在 Exchange 虚拟服务器上，将无法彻底删除 Exchange 虚拟服务器，并且服务器对象仍然保留在 Microsoft Active Directory? 目录服务中，即使成功删除了 Exchange 系统助理资源也是如此。
若要将邮箱从一个服务器（源）移动到另一服务器（目标），请使用 Exchange 任务向导。此向导可以在 Active Directory 用户和计算机或 Exchange 系统管理器中启动，如下面的过程所述。
注意 有关移动邮箱的详细信息，请参阅第 7 章"管理邮箱存储和公用文件夹存储"。有关移动大量邮箱的信息，请参阅 Microsoft 知识库文章 297393"HOWTO: Programmatically Move an Exchange 2000 Mailbox Using CDOEXM in Visual C++"(http://support.microsoft.com/?kbid=297393)（英文）。
将邮箱从一个服务器移动到另一服务器
· 在 Active Directory 用户和计算机中，用鼠标右键单击用户对象，再单击"Exchange 任务"，然后单击"移动邮箱"。
-或者-
· 在 Exchange 系统管理器中，用鼠标右键单击邮箱对象，再单击"Exchange 任务"，然后单击"移动邮箱"。
在删除服务器之前，除了移动邮箱外，还必须从该服务器中移走所有公用文件夹内容。
将公用文件夹内容从一个服务器移动到另一服务器
· 在 Internet 浏览器中，打开 Microsoft 知识库文章 288150"XADM: How to Rehome Public Folders in Exchange 2000"(http://support.microsoft.com/?kbid=288150)（英文），并按照其中的说明执行操作。
将 Exchange 系统助理资源脱机
在 Exchange 虚拟服务器的任一资源联机时，不能删除该服务器。将 Exchange 系统助理资源脱机，就可以将服务器的所有依存资源脱机。
将 Exchange 系统助理资源脱机
1. 在群集管理器中，选择要删除的 Exchange 虚拟服务器。
2. 在详细信息窗格中，用鼠标右键单击"系统助理资源"，再单击"脱机"。
使用群集管理器删除 Exchange 虚拟服务器
在 Exchange 2000 Server 中，通过删除 Exchange 系统助理资源可以删除 Exchange 虚拟服务器。但是，在 Exchange 2003 中不能使用此方法来删除 Exchange 虚拟服务器。
若要在 Exchange 2003 中删除 Exchange 虚拟服务器，必须使用群集管理器中的适当快捷菜单选项。试图通过仅删除 Exchange 系统助理资源来删除服务器是行不通的。如果删除了 Exchange 系统助理，则必须重新创建它，然后正确地删除 Exchange 虚拟服务器，如下面的过程所述。
删除 Exchange 虚拟服务器
1. 在群集管理器的控制台树中，选择"组"。
2. 在详细信息窗格中，用鼠标右键单击要删除的 Exchange 虚拟服务器，再单击"删除 Exchange 虚拟服务器"。
3. 在"Microsoft Exchange 群集管理器扩展"对话框（见图 8.16）中，单击"是"以删除 Exchange 虚拟服务器以及直接或间接依赖于 Exchange 系统助理资源的所有资源。
图 8.16 删除 Exchange 虚拟服务器时出现的警告
单击"是"还将从 Active Directory 中删除 Exchange 虚拟服务器信息；而物理磁盘、IP 地址和网络名资源将保留。
删除剩余的群集资源
在删除 Exchange 虚拟服务器的 Exchange 资源之后，必须手动删除 Windows 资源，其中包括 IP 地址和网络名资源。
在删除 Exchange 虚拟服务器之后删除剩余资源
1. 在群集管理器中，选择包含刚删除的 Exchange 虚拟服务器的群集组。
2. 在详细信息窗格中，用鼠标右键单击"IP 地址资源"，再单击"脱机"。
3. 再次用鼠标右键单击"IP 地址资源"，再单击"删除"。
4. 在"删除资源"对话框中，单击"是"。
这将同时删除 IP 地址和网络名资源。
5. 采用拖放方法将"物理磁盘"资源移动到此节点拥有的另一个组。
6. 通过用鼠标右键单击控制台树中的群集组再选择"删除"来删除该组。
如果按照删除 Exchange 虚拟服务器的所有过程进行了操作，就删除了此服务器。在删除此服务器之后，如果希望此节点作为 Exchange 群集中的被动节点，请确保可能的所有者和首选所有者的设置正确无误。
如果要彻底删除 Exchange 2003 安装，请参阅下一节"从群集节点中删除 Exchange 2003"。
从群集节点中删除 Exchange 2003
若要从群集节点中删除 Exchange 2003，必须像从独立（非群集）服务器中删除它那样将其卸载。但是，只应从不再希望 Exchange 使用的那些节点中删除 Exchange。如果希望 Exchange 2003 使用某个节点（例如，作为被动节点），则不要从该节点中卸载 Exchange 2003。
在从节点中删除 Exchange 之前，请执行下列操作：
· 将该节点拥有的所有 Exchange 虚拟服务器移动到另一节点，或者执行前一节"删除 Exchange 虚拟服务器"中的步骤 删除该节点拥有的每个 Exchange 虚拟服务器。
· 继续之前将该节点拥有的所有重要群集资源移动到另一节点。如果不移动这些资源，Exchange 安装程序就会阻止从节点中删除 Exchange 2003。
从节点中删除 Exchange 2003
1. 在控制面板中，打开"添加/删除程序"。
2. 在"当前安装的程序"列表中，选择"Microsoft Exchange 2003"。
3. 单击"更改/删除"。
4. 在"欢迎"对话框中，单击"下一步"。
5. 在"组件选择"对话框中，确保 Microsoft Exchange 2003 旁边的操作是"删除"，然后单击"下一步"。
6. 在"组件摘要"对话框中，验证安装选择，再单击"下一步"。
7. 在"Microsoft Exchange 2003 安装向导"对话框（见图 8.17）中，如果要删除的节点是群集中的最后一个节点，请单击"是"；如果它不是最后一个节点，请单击"否"。
图 8.17 从群集中删除 Exchange 2003 时出现的警告
如果从群集中的最后一个节点删除 Exchange，则 Exchange 安装程序从群集中删除 Exchange 群集资源类型。
8. 在"完成"对话框中，单击"完成"。
将 Exchange 群集节点迁移到独立（非群集）服务器
不支持将 Exchange 2003 群集节点（即 Exchange 虚拟服务器）迁移到独立服务器。如果希望将群集服务器迁移到独立服务器，则必须创建第三个服务器，然后将邮箱移动到这个新服务器上。
同样，不能将独立 Exchange 2003 服务器迁移到 Exchange 群集节点。
监视 Exchange 群集的性能
监视 Exchange 群集与管理它们一样重要。通过主动监视群集，可以帮助确保 Exchange 2003 群集具有良好的性能。若要监视群集中 Exchange 虚拟服务器的性能，请使用系统监视器。若要监视 Exchange 虚拟服务器可能出现的错误，请使用事件查看器。
注意 有关系统监视器和事件查看器的详细信息，请参阅 Windows Server 2003 或 Windows 2000 联机文档。
以下各节说明了监视、改进和测试 Exchange 2003 群集性能的步骤。
监视主动/被动群集
主动/被动群集是 Exchange 2003 群集的推荐配置。就像监视独立服务器部署那样监视主动/被动群集。
有关如何监视 Exchange 的信息，请参阅"Better Together: Microsoft Operations Manager and Exchange Server 2003"(http://go.microsoft.com/fwlink/?LinkId=18176)（英文）和"Monitoring Exchange 2000 with Microsoft Operations Manager 2000"(http://go.microsoft.com/fwlink/?LinkId=18177)（英文）。
监视主动/主动群集
Exchange 2003 支持最多具有两个节点的主动/主动群集。但是，主动/主动群集不是 Exchange 2003 群集的推荐配置。
如果具有主动/主动群集，请使用监视应用程序（如系统监视器）来监视下列项目：
· 每节点的并发连接（用户）数：如果每个节点的并发用户数持续超过 1,900 达 10 分钟以上，请将用户从节点移开。
· 群集中每个服务器的 CPU 负载：如果因用户而产生的 CPU 负载持续超过 40% 达 10 分钟以上，请将用户从服务器移开。
注意 此 CPU 负载限制仅适用于用户导致的负载增加。因管理任务（如移动用户）而导致的 CPU 负载增加不会带来问题。
监视群集中的虚拟内存
在 Exchange 2003 中，占用内存最大的单个项目是 Exchange 存储进程 (Store.exe)。在主动的生产性 Exchange Server 2003 计算机上，经常可以注意到 Exchange 存储进程几乎占用了全部服务器内存。与在 Exchange Server 5.5 中一样，Store.exe 进程使用名为"动态缓冲区分配"(DBA) 的独特缓存机制。此进程自我管理使用多少内存；也就是说，DBA 根据在服务器上运行的其他应用程序使用的内存量来平衡自己使用的内存量。如果 Exchange 是运行的唯一应用程序，则 DBA 会将较多内存分配给自己。
Exchange 存储所需的内存取决于服务器上具有的 Exchange 数据库的数目、那些数据库的大小和其中每个数据库的事务数。虽然 Exchange 2003 中的每个服务器（或群集节点）可以处理多达 20 个数据库（最多四个存储组，每个存储组五个数据库），但是数据库越多，服务器所需的内存也越多。通过适当配置额外数据库，可以减小所需的内存。存储组中的第一个数据库占用的虚拟内存量最多。因此，在创建新的存储组之前，尽可能用最大数量的数据库填充存储组。填充存储组具有下列优点：
· 减少内存占用
· 减少磁盘开销
但是，在创建另一存储组之前用数据库填充一个存储组具有下列几个缺点：
· 在单个存储组中一次只能发生一个备份过程。备份存储组中的某个数据库会迫使该存储组中的其他所有数据库的联机维护停止。
· 最大限度地降低了为特定用户组的邮箱配置循环日志记录的功能（该功能自动删除早于指定检查点的日志文件）。这是因为循环日志记录是对存储组而不是单个数据库启用的。如果所有数据库都在单个存储组中，则循环日志记录或者应用于所有数据库，或者不应用于任何数据库。如果要将循环日志记录仅应用于几个数据库，则必须创建新的存储组，将相应的数据库添加到新存储组中，然后将循环日志记录应用于这一新存储组。有关循环日志记录的详细信息，请参阅"Disaster Recovery for Microsoft Exchange 2000 Server"(http://go.microsoft.com/fwlink/?linkid=18350)（英文）。
确定要监视哪些虚拟内存计数器
部署 Exchange 2003 群集时，监视虚拟内存的任务尤其重要。本节回顾 Exchange 2003 的重要方面以及它如何使用内存。另外，本节还介绍了通常建议密切监视的特定虚拟内存计数器。
Windows Server 2003 和 Windows 2000 根据平面的（线性的）32 位地址空间实现虚拟内存系统。32 位地址空间的寻址能力为 4 吉字节 (GB) 虚拟内存。在大多数系统上，Windows 将此地址空间的一半（4 GB 虚拟地址空间的下半部分，从 x00000000 到 x7FFFFFFF）分配给进程供其独特的专用存储使用，将另一半（上半部分，从 x80000000 到 xFFFFFFFF 的地址）分配给它自己的受保护操作系统内存使用。
注意 有关虚拟内存的详细信息，请参阅 Windows Server 2003 和 Windows 2000 Server 联机文档。也可以在 Microsoft Windows Server 资源工具包中找到有关虚拟内存的信息。
监视 Exchange 2003 群集中的虚拟内存。监视表 8.8 中列出的虚拟内存计数器尤其重要。
要点 直到节点上启动了至少一个 Exchange 虚拟服务器，才会运行为 Exchange 存储更新虚拟内存性能计数器的任务。因此，在主动/被动群集方案中，被动节点上所有 Exchange 相关的虚拟内存性能计数器都是零 (0)。这些性能计数器为零的原因不是被动节点上的存储尚未运行就是数据库尚未装入。
因此，将性能计数器设置为零可能会干扰虚拟内存性能基线。所以在监视这些性能计数器时，可以预料到在被动节点上有大量可用虚拟内存。
监视虚拟内存计数器时，要监视的最重要计数器是"VM Total Large Free Block Bytes"，它应该始终高于 32 MB。如果群集中的节点降到了 32 MB 以下，则应将 Exchange 虚拟服务器故障转移，重新启动该节点上的所有服务，然后将 Exchange 虚拟服务器故障回复。
如果 Exchange 2003 服务器的虚拟内存碎片化程度过高，Exchange 存储将记录下列事件：
如果最大可用块小于 32 MB，则记录警告
EventID=9582
Severity=Warning
Facility=Perfmon
Language=English
The virtual memory necessary to run your Exchange server is fragmented in such a way that performance may be affected. It is highly recommended that you restart all Exchange services to correct this issue.
如果最大可用块小于 16 MB，则记录警告
EventID=9582
Severity=Error
Facility=Perfmon
Language=English
The virtual memory necessary to run your Exchange server is fragmented in such a way that normal operation may begin to fail. It is highly recommended that you restart all Exchange services to correct this issue.
启用 Exchange 日志记录
在群集节点上安装 Exchange 2003 并创建 Exchange 虚拟服务器后，可能希望配置 Exchange 日志记录。虽然在解决邮件流问题时启用 Exchange 日志记录是有帮助的，但是建议您不要始终启用日志记录，因为日志记录会降低 Exchange 性能。
在 Exchange 群集上启用日志记录之前，应在所有未安装 MTA 的服务器上禁用 MTA 监视。然后，可以在所选服务器上启用 SMTP 日志记录。
在没有运行 MTA 的节点上禁用 MTA 监视
默认情况下，Exchange 2003 服务器监视 MTA 服务。在群集环境中，MTA 仅在其中一个物理节点（计算机）上运行。这意味着监视过程将报告没有运行 MTA 的节点处于错误状态。如果 Exchange 2003 安装在具有两个或多个 Exchange 虚拟服务器的群集中，则又会引起问题。
若要防止监视过程错误地报告没有运行 MTA 服务的 Exchange 虚拟服务器处于错误状态，应在群集的第二个 Exchange 虚拟服务器（如果有，还应包括其他任何附加的 Exchange 虚拟服务器）上禁用 MTA 监视。不必在群集中的第一个 Exchange 虚拟服务器上禁用 MTA 监视。
在 Exchange 虚拟服务器上禁用 MTA 监视
1. 在 Exchange 系统管理器的控制台树中，展开"服务器"，用鼠标右键单击相应的 Exchange 虚拟服务器，再单击"属性"。
2. 在"<服务器名> 属性"对话框中，单击"监视"选项卡。
3. 在"监视"选项卡上，从服务列表中选择"默认 Microsoft Exchange 服务"，再单击"详细信息"。
4. 在"默认 Microsoft Exchange 服务"对话框中，选择"Microsoft Exchange MTA Stacks"，再单击"删除"。
5. 单击"确定"两次。
启用 SMTP 日志记录
如果要收集有关服务器使用情况的统计数据，则可以对 SMTP 资源启用日志记录。但应清楚一点，启用 SMTP 日志记录会降低 Exchange 性能。除非要排除统计数据故障或需要统计数据，否则应禁用日志记录（默认设置）。
在启用 SMTP 日志记录时，Internet 信息服务 (IIS) 会在本地计算机的系统驱动器上创建 SMTP 日志文件（例如，C:\Winnt\System32\Logfiles，其中 C 是 Windows Server 2003 或 Windows 2000 的安装位置）。若要在群集环境中可靠地配置 SMTP 日志记录，必须将日志文件的默认位置（即本地计算机）更改为共享磁盘上的文件夹。
启用 SMTP 日志记录并将文件记录到共享磁盘
1. 在 Exchange 系统管理器的控制台树中，展开"服务器"，再展开要在其上为 SMTP 启用 IIS 日志记录的服务器。
2. 在控制台树中，展开"协议"，再展开"SMTP"。
3. 在控制台树中，用鼠标右键单击"默认 SMTP 虚拟服务器"，再单击"属性"。
4. 在"默认 SMTP 虚拟服务器属性"对话框的"常规"选项卡上，单击"启用日志记录"，再单击"属性"。
5. 在"扩展日志记录属性"对话框"常规属性"选项卡的"日志文件目录"中，将 SMTP 日志文件位置更改为共享磁盘上的文件夹。
6. 单击"确定"两次。
优化群集中的服务器
即使进行了精心的管理和严密的监视，也可能需要优化群集中的服务器以保持高可用性。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 群集。
文章来源于领测软件测试网 https://www.ltesting.net/
版权所有(C) 2003－2010 TestAge（领测软件测试网）|领测国际科技（北京）有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系：info@testage.com.cn 电话：010-51297073