以下是小编整理的Windows Server 的故障转移群集解析，本文共5篇，仅供参考，希望能够帮助到大家。本文原稿由网友“明辩是非”提供。
篇1：Windows Server 的故障转移群集解析
Windows Server 2008之故障转移群集解析
故障转移群集（即服务器群集）是由单独的计算机组成的，用于改进应用和服务可用性的组合，集合的服务器（即节点）通过电缆或软件连接在一起。如果其中的一个节点出现了故障，则通过被称作故障转移的流程，使集群中的另一个节点接替故障节点的任务，确保对服务造成的影响最低。故障转移集群通常为需要为关键的服务应用提高可用性的IT人员所采用。在Windows Server 2008中，对于故障转移群集的改进目的是为了简化集群，使他们更安全，更稳定。
一、故障转移群集的新特性
1、新的确认向导功能
为了充分实现高可用性所带来的好处，必须谨慎进行全部的配置，包括服务器，网络和存储在内。Windows Server 2008所具备的新的故障转移群集安装与配置确认向导，使用户能够对系统，存储及网络的配置是否适于集成进行确认。新的确认向导所进行的部分测试包括：
节点测试，确认服务器是否正在运行同样的操作系统版本及是否进行了相同的软件更新。
网络测试，确定是否计划的群集网络符合具体的需求，如针对网络冗余是否具有至少两个独立的子网
存储测试，分析是否进行了正确的存储配置，以使所有共享的磁盘能通过全部的群集节点进行读取以及确认存储是否符合特定的需求。
2、大卷数据提高的可扩展性
Windows Server 2008包含对全球唯一标识符（GUID）或GUID分区表（GPT）以集群方式存储的支持。与主引导记录（MBR）磁盘不同，GPT磁盘能够具有大于GB的分区以及内置的冗余。GPT所具备的优点要大于MBR，这是因为它允许每个磁盘进行最多128个的分区，并支持18个艾字节的数据量，允许对冗余进行初始和备份分区，并支持唯一的磁盘与分区标识。
二、故障转移群集的改进
Windows Server 2008的故障转移群集包含以下对群集配置，管理和操作的改进：
改进的群集设置与迁移：简化了的群集设置向导使用户能够一次性完成群集的设置。同时也实现了群集的脚本可编写性，使配置流程自动化。现有群集的迁移流程也得到了简化。资源组的设置可以从运行Windows Server? 的群集当中进行并应用在运行了Windows Server 2008的群集中。
简化的管理界面：在改进了向导和界面之后，管理任务得到了简化，并使管理员能够集中对应用进行管理，而不需要关注它们的群集。
提高了的稳定性与安全性，使可用性提高。群集与存储互动的方式获得了改进，因此仲裁资源不再成为单点故障。
改进了的网络连接和安全性能：网络运行状况与安全性能通过集成Ipv6，使用不依赖旧有的NetBIOS（网络基本输入输出系统）的DNS（域名系统）服务器而获得了改进，同时其他的网络连接方面的改进也使企业网络更加稳定，配置更加安全。
1、服务器管理控制台
为简化群集的管理，群集管理界面经过改进能够让管理员集中于应用与数据的管理，而非群集的管理。新的界面基于任务设置并且更加直观，其中的向导能够帮助管理员完成之前复杂的操作，
Windows Server 2008新的故障管理群集能够使以下管理与操作任务得到简化：
改进的界面：用户界面基于任务设置，其中的向导能够帮助管理员完成之前复杂的操作，使现在的设置群集角色，如设置打印设备服务器角色等任务，只需几个简单的步骤便可完成。新的群集管理工具能够用于查看所有的群集角色，使配置选项成为了直观的，基于任务的菜单设置。
快速将群集资源添加到配置：改进的群集管理界面也使共享文件夹具有高可用性等类似的任务更加容易执行。
解决群集问题：Windows的事件跟踪功能取代了群集日志，使管理员能够通过它来轻松的搜集，管理并报告发生在群集上的事件。
使用卷映射拷贝服务来获得备份：与卷映射拷贝服务完全集成使备份及恢复群集的配置更加简单。
管理群集中共享文件夹的查看：系统提供了共享存储的查看，同时也提供了对共享文件夹的查看，这使用户能够更加轻易地了解哪些文件夹是群集，并可以进行向另一个节点的故障转移，并了解哪些共享文件夹属于本地的单一节点而不能进行故障转移。
此外，Windows Server 2008还支持针对故障转移群集的命令行及Windows 管理工具（WMI）选项。
2、提高的稳定性
Windows Server 2008所具备的故障转移群集功能，使群集架构获得了改进并提高了向用户提供的服务质量。一个最显著的改变便是系统维护“仲裁”的方式。仲裁是确定哪些节点是活动节点，哪些节点是备用节点的群集配置数据库。它用于在节点中断时，使一个单独的节点提供所需的应用与服务。如果群集节点之间失去了互联，则会启用问题回复协议来避免裂脑（split-brain）的发生。在失去互联时，节点的资源拥有者就会成为群集以及所有资源的唯一拥有者，避免了split brain的发生。然后这个唯一的拥有者会将所有的资源为客户可用。在拥有仲裁的节点发生故障时，现存的节点会对谁控制设备进行裁决。
故障转移群集的改进使管理员能够通过之前的Windows版本所具备的两种群集模式进行群集的配置：
仲裁磁盘模式：一个单独的磁盘作为决定允许哪部分集群继续运行的“投票者”
占多数节点设置模型：只有在占多数的节点是在运行良好状态及互联时才会使群集继续运行。
在Windows Server 2008上，这两种模式的混合操作作为默认的配置，使两种模式的优势都能够得到发挥。例如，在双节点的群集中，即使仲裁磁盘出现故障而完全不可用时群集也能够继续运行。管理员无需处理复杂的仲裁配置，这些都在设置群集的过程中得到了自动配置。在这种新的混合模式下，每个节点都有复制的仲裁资源，因此仲裁磁盘出现的故障不会导致群集出现故障。
3、存储集成
Windows Server 2008故障转移群集在存储集成方面的改进使功能与可靠性与之前的服务器群集版本相比有了很大的提高。主要表现在：
动态添加磁盘资源：资源在线时可对资源的相关性进行修改，意味着管理员可以添加磁盘，而不中断将要用到该磁盘的应用。
数据存储的性能与稳定性得到了提高：Windows Server 2008采用了持久保留功能及新的管理共享文件方式而获得了改进。它不再使用可能造成SAN中断的SCSI总线重设。Windows Server 2008的故障转移群集使磁盘不再处于不受保护的状态，意味着卷受到破坏的可能性减少了。故障转移群集还改进了对磁盘的查找和恢复，并支持3种类型的存储连接：序列连接SCSI（Serial Attached SCSI，SAS ），以及光纤通道。
篇2：如何创建SQL Server 2000故障转移群集
在创建SQL Server 2000 故障转移群集之前，必须配置 Microsoft 群集服务 (MSCS) 并使用 Microsoft Windows NT4.0 或 Windows 2000 中的群集管理员创建至少一个群集磁盘资源，在运行 SQL Server 安装程序之前，在群集管理员中记下群集驱动器的位置，因为创建新的故障转移群集需要该信息。只有SQL Server 2000 企业版才支持群集。
在创建SQL Server 2000 故障转移群集之前，必须配置 Microsoft 群集服务 (MSCS) 并使用 Microsoft Windows NT4.0 或 Windows 2000 中的群集管理员创建至少一个群集磁盘资源。在运行 SQL Server 安装程序之前，在群集管理员中记下群集驱动器的位置，因为创建新的故障转移群集需要该信息。只有SQL Server 2000 企业版才支持群集。
1. 在“Microsoft SQL Server 安装向导的“欢迎”屏幕中，单击“下一步”按钮。
2.在“计算机名称”屏幕上，单击“虚拟服务器”并输入虚拟服务器名称。如果安装程序检测到 MSCS 正在运行，则将默认为“虚拟服务器”，单击“下一步”按钮。
3. 在“用户信息”屏幕上，输入用户名和公司名。单击“下一步”按钮。
4. 在“软件许可协议”屏幕上，单击“是”按钮。
5. 在“故障转移群集”屏幕上，输入为客户端访问配置的每个网络的一个 IP 地址。也就是为每个虚拟服务器可由公共（或混合）网络上的客户端使用的网络输入一个 IP 地址，选择要输入 IP 地址的网络，然后输入 IP 地址，单击“添加”按钮。
显示 IP 地址和子网，子网由 MSCS 提供，继续为每个已安装的网络输入 IP 地址，直到所有需要的网络都填充了 IP 地址，单击“下一步”按钮。
6. 在“群集磁盘选择”屏幕中，选择在默认情况下用于放置数据文件的群集磁盘组，
单击“下一步”按钮。
7.在“群集管理”屏幕中，查看 SQL Server 2000 所提供的群集定义。默认情况下，选定所有可用节点。删除不属于正创建的虚拟服务器群集定义的任何节点，单击“下一步”按钮。
8.在“远程信息”屏幕中，输入远程群集节点的登录凭据，该登录凭据必须在群集的远程节点上有管理员特权，单击“下一步”按钮。
9.在“实例名称”屏幕中，选择默认实例或指定命名实例。若要指定命名实例，请先清除“默认”复选框，然后输入命名实例的名称，单击“下一步”按钮。
10.在“安装类型”屏幕中选择要安装的安装类型，安装程序自动默认为来自先前所选的组中的第一个可用群集磁盘资源。不过，如果需要指定另一个群集驱动器资源，可在“数据文件”下单击“浏览”按钮，然后指定群集驱动器资源的路径。安装程序将要求选择群集驱动器资源，该资源为正在运行安装程序的节点所拥有，该驱动器也必须是先前所选的群集组成员，单击“下一步”按钮。
11.在“服务帐户”屏幕上，选择要在故障转移群集中运行的服务帐户，单击“下一步”按钮。
12.在“身份验证模式”对话框中，选择要使用的身份验证模式。如果将选择内容从“Windows 身份验证模式”变为“混合模式（Windows 身份验证和 SQL Server 身份验证）”，则需要输入并确认 sa 登录密码，在“开始复制文件”屏幕上，单击“下一步”按钮。
13.在“安装完成”屏幕上，单击“完成”按钮。
如果安装程序指示重新启动计算机，则立即这样做。完成安装后，阅读来自安装程序的消息是很重要的。未能重新启动任何指定的节点可能导致将来在故障转移群集中的任何节点上运行安装程序失败。
注意：
1 两台服务器上的可群集磁盘的磁盘驱动器号必须相同。
2 SQL Server 2000 可执行文件安装在故障转移群集中每一节点的本地磁盘驱动器上，数据文件放置在先前所选的群集组中的可用群集磁盘资源
篇3：如何创建SQL Server 故障转移群集
-08-08SQL学习笔记一SQL基础知识
2011-08-08Sqlserver中char,nchar,varchar与Nvarchar的区别分析
2011-10-10SQL语句 一个简单的字符串分割函数
-05-05sql 版本详解 让你认识跟sql2000的区别
-08-08浅析SQL存储过程和事务处理
2011-09-09SQL点滴24 监测表的变化
2013-02-02自动清理 MSSQL Server Table Collation问题的解决方法
2011-11-11SQLServer中的切割字符串SplitString函数
-02-02sql 语句 取数据库服务器上所有数据库的名字
-11-11sql无效字符 执行sql语句报错解决方案
篇4：如何创建SQL Server 故障转移群集
最近更 新
mssql查找备注(text,ntext)类型字段为空的
关于重新组织和重新生成索引sp_RefreshIn
模糊查询的通用存储过程
SQLserver删除某数据库中所有表实现思路
教你轻松恢复/修复SQL Server的MDF文件
SQLserver 实现分组统计查询（按月、小时
将备份的SQLServer数据库转换为SQLite数据
drop,truncate与delete的区别
Sql Server datetime问题
sql中all,any,some用法
热 点 排 行
SQL Server 图文安装教程
SQL Server 2012 安装图解教程(附
sqlserver中distinct的用法(不重
SQL Server导入、导出、备份数据
SQL语句去掉重复记录，获取重复记
SQL Server数据库入门学习总结
SQL Server错误代码大全及解释（
sql convert函数使用小结
sql 时间函数 整理的比较全了
用SQL语句添加删除修改字段、一些
篇5：博科交换机故障转移SAN群集解决方案
随着存储应用的不断深入和应用需求的日益提升，应用单位都希望尽可能地提高系统的可用性，采用SAN架构，可以有效地提升系统的可用性。
系统 的可用性现在正得到用户越来越多的重视。实际上，过去被看成是很小的意外的故障，现在也可以严重地影响用户业务的运营。为了满足用户的需求，构建SAN系统，可以促进高可用环境的建立，而这些环境可以防止系统故障。
SAN在可用性方面的主要优点包括内置的冗余性、动态故障转移保护和自动通信重路由性能。例如，通过灵活的连接方案，可以建立无单点故障的SAN。此外，博科公司提供的Brocade Fabric OS软件可以自动检测网络问题，并绕过任何故障链路，确保为数据提供一条持续的可靠路径。最后，SAN具有热插拔性能，使各机构可以在不中断服务器的情况下，安装、配置并让存储设备进入联机状态。通过多台联网交换机与Fabric OS的结合，各机构可以建立具有战略意义的可扩展SAN，提供超高可用性。
SAN还可以通过加强群集系统，支持高可用业务。群集主要是在发生主机服务器故障时，用于保证应用继续运行。传统的非SAN群集式环境通常包含两台共享磁盘存储设备的服务器，
如果一台服务器发生故障，另一台服务器将负责故障服务器的负荷，并继续运行应用。故障转移服务器通过共享磁盘访问数据。这是一种不太灵活的设计，因为它常常局限于共享存储资源的两台服务器，在被迫运行之前，故障转移服务器始终处于空闲状态。此外，服务器和存储设备通常相距很近，这只能得到有限的容灾保护。
有了SAN群集，多台服务器都可以共享连接到SAN的存储设备。在有些系统中，当某台服务器无法使用时，任何一台服务器都可以承担额外的工作负荷，从而确保无空闲服务器资源的存在。设备间距离的加大还为制定更有效的灾难恢复计划提供了方便。一家大型电信公司在SAN基础设施中，采用VERITAS Cluster Server和Brocade交换机，建立了一个具有超高数据和应用可用性的环境。在部署SAN之前，该公司的系统中有三个群集，每个群集有两台Sun服务器。这样，其实资源被浪费了。因为这个系统中有三个空闲的故障转移服务器，而且应用负载和数据也没有在群集间得到共享。实际上SAN系统只需要一半的存储资源和三台服务器，任何一台服务器都可以承担故障服务器的负荷。现在，该公司可以通过动态分配存储资源与应用，并通过无需停机的服务器和存储设备维护方式，对其SAN进行有效管理。
