在 MSExchangeSA 资源安装过程中，步骤之一便是提供 Exchange 数据库的位置。在此步骤中提供共享磁盘资源的路径十分重要。 bitsCN_com
任何这些已创建的 Exchange 资源通常都被称作 Exchange Virtual Server (EVS)。以下示例展示了他们在 Cluster Administrator 中的样子。 bbs.bitsCN.com
现在，Microsoft Office Outlook 2003 客户端实际上应连接到该 EVS 名称，而不是连接到某个群集节点的名称。假如在 Exchange 组中选中网络名称的属性，则能够找到 EVS 名称。假如客户端连接到 EVS 名，无论当前哪一个群集节点拥有 Exchange 组，客户端都只需访问同一个名称即可。这是 Exchange Server 实现群集的要点所在。假如群集节点发生故障，其他群集节点之一将获得 EVS 的任何权，因此客户端仍可连接到相同的 Exchange 服务器。例如，假如客户端以前一直连接到节点 A 而不是 Exchange Server，然后节点 A 发生故障，那么客户端的 Exchange 服务器将变得不可用。 bitsCN_com
下图展示了虚拟服务器的概念连同他和实际的群集节点的关系。用户将打开他们的 Outlook 客户端并通过网络连接到当前被节点 A 拥有的 Exchange 虚拟服务器。节点 A 是控制包含 Exchange 2000 Server 数据库的共享磁盘的节点。 DL.bitsCN.com网管软件下载
例如，假如节点 A 发生硬件故障，节点 B 会发现节点 A 出现故障，然后接管 Exchange 虚拟服务器及任何相关资源的任何权。节点 B 获取了网络名称、IP 地址、磁盘、系统助理连同任何其他 Exchange 资源的任何权。使用 Outlook 客户端登录的用户并不知道此次故障，因为他们是连接到 EVS 而不是连接到某个特定的物理服务器。他们不关心当前哪一个节点拥有虚拟服务器。
bitsCN.Com
