微软公司的SQL Server 发布已经有一段时间了先前作了简单的测试安装感觉确实有不小的改进在操作上我还是有些不适应毕竟我不是专门做数据库管理的菜啊！
之所以会对SQL感兴趣主要是因为很多朋友都在用而且未来我可能也会接触它一直以来都想搞一次MDaemon的冗余方案测试本来打算采用免费的MySQL可是发现目前的x版本竟然无法正常运行在MSCS上无奈等待了有数月之久直到微软的SQL发布哈哈！机器的内存也升级到G所以决定抱着勇于求知的精神开始筹备测试部署SQL群集年前最后一天班下午没有太多事情就搭建了一个DC+NodeA+NodeB的群集环境安装SQL还是比较顺利的后来放入第二张盘安装便失败了以为是因宿主性能造成（在M内存的虚拟机中安装SQL群集真的是非常得慢我可怜的硬盘）决定年后上班搭建一个双节点群集环境来做测试这样一来资源占用应该会小很多毕竟撤掉一台单独的DC
昨天是年后的第一天班处理完手上的工作下午便开始搭建双节点群集环境这样强烈使用VMware GSX来作为虚拟机软件不像VSRVR那样配置方便但是相对来说整体的操作还是优于VSRVR的另外就是运行速度感觉确实要快很多新版的GSX搭建MCSC还是比较简便的不必像网上资料中写的需要什么pln工具直接生成固定容量磁盘后修改虚拟机的配置文件添加参数就可以了关于配置参数的资料可以参考
本文主要总结SQL的群集部署所以关于VMware下MSCS环境的搭建步骤就不再重复直接从主题开始
测试环境
宿主机
硬件配置PIVG/GDDR/GPATApm/CNIC
操作系统Microsoft Windows XP Pro With SP ENU
虚拟平台VMware GSX
VirtualHost Microsoft Cluster NodeA
硬件配置PIVG/M/G/vlanceNIC/vmxnetNIC
操作系统Microsoft Windows Server EE With SP CHS
网卡信息vlanceNICM 全速半双工/HeartBeat/IP
vmxnetNICM 全速全双工/Public/IP/GW/DNS/WINS
承载服务DC+DNS+WINS+IIS
VirtualHost Microsoft Cluster NodeB
硬件配置PIVG/M/G/vlanceNIC/vmxnetNIC
操作系统Microsoft Windows Server EE With SP CHS
网卡信息vlanceNICM 全速半双工/HeartBeat/IP
vmxnetNICM 全速全双工/Public/IP/GW/DNS/WINS
承载服务DC+DNS+WINS+IIS
Virtual G PlnQdiskM/SdiskM
注意本次测试将仲裁盘和资源盘放在了一起实际中最佳的做法应当单独配置一个物理磁盘作仲裁使用为提高安全性还应该为仲裁磁盘配置RAID
MSCS IP
目标实现成功部署 SQL Server 群集/HostName SQL/IP
群集实施
我手上的SQL为企业中文版CD首先放入第一张盘点击服务器组件工具联机丛书和示例开始SQL的群集安装安装程序会自动检测当前是否为群集环境并为群集安装准备小提示MSCS默认环境下群集组资源中缺少MSDTC组件所以需要先添加MSDTC后再开始SQL的群集安装否则会出现警告并停止！
接受软件使用许可协议
SQL在进行初始检测后开始执行安装 SQL 所需组件
完成所必需组件的安装
安装程序开始执行系统配置检查
进入SQL的安装向导
向导开始执行系统配置检查因为是安装群集会自动检查各节点并给出状态提示因为虚拟机配置的是M内存所以这里会最低硬件要求的警告可以忽略！
选择要安装的组件如要得到各组件的详细信息可以选择高级项
进入高级项后就来到了详细的各组件的功能选择这里可以得到详细的组件信息根据需要选择组件功能
实例名配置中选择默认实例
虚拟服务器名称配置中为此群集命名为sql
为虚拟服务器配置IP这里我使用Public作为公共访问并分配一个IP添加后点击下一步
在选择群集组中选择可以得群集组因为这里我只有一个默认的群集组所以点击下一步继续
弹出警告提示我此群集组包含仲裁资源这是因为我之前配置了一块Pln磁盘并分配两个逻辑分区来做群集因此在这里会提示警告可以直接忽略
群集节点配置中选择可用的节点因为我当前是双节点群集环境所以安装向导自动为我选择了NodeA节点
配置远程安装的帐户这里的帐户必须是各节点上有效的管理员帐户
为服务配置帐户之前我已经添加了一个名为sql的域用户作为SQL服务帐户所以这里填写上正确的信息
配置群集服务的域组这里其实我到现在还没有彻底搞明白是什么意思参看帮助文件便在域中为每个SQL服务创建对应的全局组（希望达人能够帮我解答一下此处的意义！）
身份验证模式中选择混合模式这和SQL的感念是一样的
排序规则我是按照默认选择的
这里我没有选择微软提供的跟蹤服务功能
前期的安装配置完成后就准备开始执行正式的文件安装激动啊！
SQL的群集安装进度还是很人性化的这里你可以切换每个节点来监视安装进度
到这里就是一个漫长的等待了真是心疼我的硬盘不过结果很悲惨在CD安装完毕后系统提示我插入CD记得年前的测试也是在这里出现问题的感觉会不会是因为磁盘写延迟导致另外一个节点没有安装完我就放入第二张CD造成的呢？抱着幻想我就一直等待并且监视两台节点的日志直到节点的硬盘和网卡没有强烈的提示后我才放入CD点击了确定谁知道接下来就出现了之前测试相同的错误安装终止并结束了郁闷！这是怎么回事？检查系统发现SQL的服务已经是启动了这么说服务的安装时成功的于是进入添加删除程序中使用更改方式检查SQL的安装发现这里只有添加节点和卸载SQL群集两个选择
重新执行光盘发现CD原来是工具联机丛书和示例的安装盘
于是再次执行安装程序哈哈记起来了！之前也重新执行过安装不过放入的是CD所以组件选中服务项等都是不安装我以为红叉代表删除所以就没敢继续如果当时直接从CD执行安装估计也就成功了
我个人认为SQL的管理工具等组件应该在群集安装后再单独为每个节点安装才是最佳的做法至于为什么之前会失败只能靠其他达人来做试验来验证了！完成了管理工具等组件的安装怀着兴奋的心情打开了全新的SQL管理工具默认启动后显示的是连接到服务器的配置页面这里配置好登录后可以在管理工具的选项中修改初始打开页面在已注册的服务器窗体中打开SQL服务器
哈哈SQL的群集算是安装完成了真是令人兴奋！
进入群集管理器中检查SQL群集的安装发现没有问题心理已经非常激动了！
最后来验证一下群集是否真的开始正常工作了我将NodeB节点关闭后在NodeA上打开群集管理器发现SQL的群集资源已经自动并成功地从NodeB上转移到了NodeA在NodeA上打开SQL的管理工具进行服务器连接测试成功！
至此SQL的群集算是圆满测试成功了其间也是走了不少弯路不过最后总算是成功了心理也得到了安慰其实SQL的群集还是非常简单的只不过CD的安装出错到底是因为其本身不支持群集安装还是因为其他原因目前还不知晓只能等权威的解释了！另外SQL的群集安装需要在拥有活动资源的节点上进行安装
总算是把文章写完了今天狂停电真郁闷！害死我了最后算是一边写一边发布再编辑真是费神此实战总结为个人观点其中有不足或错误之处还希望大家多多指正！
作者gOxiA
