典型的易发故障点和建议采用的解决方案

这一节详细介绍了 MSIB 2.0 企业部署中典型的易出故障的点（如前表所列）并为避免这些故障提出了建议。

网络

网络是将所有的服务器、内联网、Internet 和用户连接到一起的结构。 没有网络连接的话，整个系统都会瘫痪。 网络故障可能会由网络硬件故障、套接字故障或远程过程调用（RPC）连接造成的。

网络硬件故障

网络故障的主要原因有：

    交换机/路由器故障
    网络接口卡 (NIC) 故障
    电缆媒质故障，如网线故障等

建议采用的解决方案

建议采用的高可用性解决方案如下：

    利用 TCP/IP 协议。
    启用路由和管理协议，如 Routing Information Protocol 2 (RIP2)、Open Shortest Path First (OSPF)和 Internet Control Message Protocol (ICMP)等。 启用这些协议可能需要配置防火墙策略。
    部署冗余的交换机、路由器、电缆和分组的网络接口卡。

套接字故障

许多可感知网络的应用程序都是利用传输控制协议（TCP）或用户数据报协议（UDP）的套接字与运行在多个服务器之间的应用程序相互通信的。 要实现 Windows 2000 高可用性所需的通信协议为 TCP/IP 。 连接是利用 TCP 或 UDP 模式的套接字建立起来的。 TCP 套接字是一种状态连接，用于需要数据的决定性定购和保证交付的情形（例如 SQL 查询和 HTTP 查询等）。 UDP 套接字是一种无状态连接，用于定购和交付保证不是非常重要的情况下（如音频流等）。

TCP 套接字是由 MSIB 2.0 所依赖的下列软件使用的：

    SQL Server 2000
    Internet Information Server (IIS)
    SMTP Mail Server
    Agent 和 Consolidator /agent Manager 之间的 Microsoft Operations Manager (MOM)

以下的 MSIB 2.0 特性利用了 TCP 套接字：

    Commerce Server 2002 Direct Mail （用于通过 SMTP Server 发送邮件）
    User Profile System （用于连接到 LDAP 服务器：Active Directory?、Site Server 和第三方。还用于连接到 SQL Server）

UDP 套接字由 Commerce Server 2002 所依赖的以下软件使用：

    Active Directory （近的域控制器发现算法）

TCP/IP 套接字可能会因如下原因发生故障：

    网络故障
    服务器故障

建议采用的解决方案

建议采用两种 Windows 2000 高可用性解决方案：

    Microsoft 群集服务 (MSCS)。 这种解决方案适用于 SQL Server （工作于主机和发布者模式下）或 IIS （工作于主机和发布者模式下）。
    用于 IIS Server 的网络负载均衡（NLB）服务。 这种解决方案适用于 IIS Server （工作于横向扩展模式）、SQL Server （工作于横向扩展模式）、外部 SMTP Mail 服务器和 LDAP 服务器。

远程过程调用（RPC）连接故障

RPC 连接是由访问如下内容的应用程序使用的：

    远程资源（映射的驱动器、共享文件夹等）
    远程 COM+ 组件（通过 DCOM ）

以下的 MSIB 依赖项可能会用到 RPC 连接：

    远程 COM+ 应用程序
    为 SQL 2000 Server 使用 Distributed Transaction Coordinator （DTC）的管道组件
    用于目的地复制的 Application Center 源

RPC 连接可能会因为以下因素发生故障：

    网络故障
    服务器故障

建议采用的解决方案

建议采用两种 Windows 2000 高可用性解决方案：

    Microsoft Cluster Service (MSCS)
    Component Load Balancing (CLB) 服务

在故障切换期间，一个访问群集远程文件系统服务器的应用必需要执行如下的操作：

    跟踪文件或正被访问的目录路径内的搜索位置
    重新打开正在访问的文件或目录
    从故障切换发生的地点开始继续处理，从头开始重新启动处理过程，或返回稳态，令应用程序来决定解决方法

在故障切换期间，正在访问远程 COM+ 服务器（或 MSCS 或 CLB 群集）的应用程序必需要执行如下操作：

    跟踪处理点
    重新初始化远程 COM+ 对象
    从故障切换发生之处开始继续处理，从头开始重新启动处理过程，或返回稳态，令应用程序来决定解决方法

服务器硬件

应用程序、中间层和数据库层都运行在物理服务器上。 尽管 Windows 平台可以使用容错系统，不过这些容错系统往往比较昂贵，而且难以适应大范围的商品市场。

因硬件故障导致的服务器故障有如下几种方式：

    随机存取存储器（损坏、耗尽）
    CPU （过热引起的故障）
    内部电源（保险丝故障、冗余电源完全失效）
    母板（电子故障）

在每种情况下，任何一个底层服务器组件的故障都会导致整个服务器的故障。

建议采用的解决方案

为实现服务器硬件的高可用性，建议采用如下的 Windows 2000 解决方案：

    Microsoft 群集服务 (MSCS)。 这种解决方案适用于工作在主机或发布者模式下的服务器。 一般情况下，MSCS 需要对服务器进行读/写访问，其中，客户应用程序从服务器创建、更新和读出数据。 一般情况下这种解决方案适用于 SQL Server 、Exchange Server 和 COM+ Server 。
    网络负载均衡(NLB)服务。 这种解决方案适用横向扩展模式。 在这种模式下，多个数据库服务器在一个单一的虚拟 IP 地址之下进行了负载均衡。 一般情况下这些数据库服务器是作为主数据库服务器的用户工作的，这个数据库服务器则作为一个数据发布者工作。 在一个数据库服务器出现故障的时候， NLB 将该服务器从群集中删除并将连接指向其他正常的服务器。
    组件负载均衡(CLB) 服务。 这种解决方案适用于 COM+ 应用程序。 远程 COM+ 组件是安装在 CLB 服务上的。 在某一台 COM+ 服务器出现故障的时候， CLB 能够检测到该故障并将请求指向功能正常的服务器上。
    多台服务器。 专门为 Active Directory Domain Controller 部署多台服务器。 Active Directory 是通过复制其目录存储和在多个域控制器之间分布请求实现高可用性的。
    硬件冗余。 使用内置硬件冗余的计算机系统，例如冗余电源等。

磁盘

磁盘子系统是由 MSIB 2.0 下列的依赖项使用的：

    IIS Server （包括 IIS 元数据库、Web 站点内容：ASP ，HTML ，GIF ，PCF 等等。）
    Commerce Server 2002 Direct Mailer 用的 Mail Drop 文件夹
    搜索内容的内容索引

文件/磁盘子系统可能会因为如下原因发生故障：

    硬盘驱动器中物理磁头失效
    电子故障
    硬盘驱动器中物理扇区损坏

建议采用的解决方案

在磁盘子系统这一个级别上，建议您使用以下技术中的一个或多个以确保实现高可用性：

    RAID 5
    RAID 1
    RAID 1 + 0
    多个 SAN 光纤信道通道（交换机、总线和控制器等）

不过，一旦基础设施级别上的容错功能未能保护子系统，这种故障会以文件丢失、目录丢失或驱动器句柄的形式反映在操作系统（OS）级别上，引起对文件/磁盘子系统资源的后续访问失败。 如需了解关于 RAID 的更多信息，请在 Windows 2000 Help 中搜索 RAID 。

应用程序

Commerce Server 和 ISA 等应用程序都是由 MSIB 2.0 用以执行该解决方案所需的综合软件功能的。 由于应用程序是运行在平台操作系统（OS）顶部的，因此存在很多引起故障的原因，包括：

    磁盘子系统失效
    网络故障
    二进制失效
    服务器故障

建议采用的解决方案

建议采用两种 Windows 2000 高可用性解决方案：

    Microsoft 群集服务。 这种解决方案适用于那些本身是服务而且支持这一功能的应用程序组件。
    网络负载均衡(NLB)。 这种解决方案适用于工作于横向扩展模式下的 Search ，ISA ，MCMS 和 Commerce Server 2002 。 在这种模式下，多个应用服务器在一个单一的虚拟 IP 地址之下进行了负载均衡。 前端应用服务器上运行的组件为那些需要使用持续状态的操作在后端数据库服务器上维护着状态。 在一个应用服务器出现故障的时候， NLB 将该服务器从群集中删除并将连接指向其他正常的服务器。
    解决方案部署中应当包括对构成应用程序的其他二进制代码的备份。