基于iSCSI的SQL Server 2012群集测试(二)--SQL群集安装后初始化配置测试
4、群集安装后初始化配置测试
4.1 禁用full-text 服务和Browser服务
Full-text服务:公司目前暂不使用,需在两个节点上分别禁用
Browser服务:为保证安全,建议将Browser服务禁用
手动修改SQL 浏览器服务以及全文索引服务,引出2个问题:
-
是否由于此两个服务禁用影响故障转移?
-
如果上面故障转移正常,Windows 群集服务是否会自动将2个服务模式改回并且启动?
4.1.1 停止SQL 浏览器以及全文索引服务测试
通过分别停止这两个服务器证实以上两个问题,启动方式改为禁用并不会影响故障转移过程,已经禁用的服务在转移之后不会修改。
补充:
当一个客户端使用服务器名\实例名来做连接时,会先通过UDP 1434向SQL Server Browser通信,SQL Server Browser会告诉客户端想要连接的实例的端口号和管道名字。
因此禁用Browser服务会影响通过服务器名\实例名连接服务器。
对修改SQL Server虚拟IP和虚拟名称重启过程会有影响,因此若要修改则要开启Browser服务。
4.2 网络协议和服务器监听端口配置
在调整各个协议和端口配置之前,了解下群集绑定ip的情况:
从下图可以看出,该节点公共网络除了绑定自身ip 地址:10.0.0.204之外,还绑定了windows群集虚拟ip地址:10.0.0.205(前提是刚刚群集转移到此节点),是安装的SQL Server虚拟ip地址(前提是SQL Server服务在此节点运行)
4.2.1 网络协议
默认情况下三个协议均开启,从SQL Server2012开始只有三个网络协议。
内存共享协议:用于本地连接最快方式
TCP/IP协议:用于外部客户端连接
管道协议:用于域服务器之间相互连接会比TCP/IP稍快点,非群集环境情况下,我们会禁用管道协议;
禁用管道协议,引出3个问题:
-
管道协议的禁用是否会影响故障转移?
-
在故障转移是否会自动开启?
-
是否对客户端的连接有其他影响?
4.2.1.1 是否可禁用管道协议测试
SQL Server 2012群集禁止通过SQL Server 虚拟名称直接连接服务器,不过可以通过虚拟名称+监听端口[除默认端口1433]进行连接;且在禁用管道协议的情况下可以正常故障转移。
-
Browser开启的情况,如果禁用管道协议,可以正常故障转移,然而在转移后会管道协议自动开启。
-
Browser停止的情况,如果禁用管道协议,可以正常故障转移,转移后还是禁止状态。
4.2.2 监听端口配置
生产建议将Tcp/IP协议的监听端口改成55944
手动修改端口,引出3个问题:
-
修改端口只有在重启SQL Server服务之后才能生效,才用什么方式才能更方便?
-
若采用转移方式重启,是否会实现端口同步?
-
在禁用Browser服务器的情况下是否会影响故障转移?
-
IPALL的监听是对本地ip地址:10.0.0.203的监听还是对SQL Server虚拟服务器IP的监听?
4.2.2.1 修改监听端口测试
重启方式建议采用故障转移方式,一方面可以同步新监听端口到备节点,另一方面可以验证修改端口后可以正常转移。
禁用Browser服务器对修改监听端口的影响:
在活动节点修改监听端口,为同步到备节点和检测能正常转移,需手动进行故障转移,然后会出现以下服务挂起情况
从管理器上可以看出,SQL Server服务已经正常开启,尝试手动开启浏览器服务,瞬间切换正常;可以看出同步监听端口需要通过浏览器服务,因此在维护端口的时候需提前开启浏览器服务。
IPALL的监听对象:
已经将端口修改成55944,执行以下语句查看对55944端口的监听ip
通过查看SQL Server错误日志查看
通过以上查看得出:SQL Server 群集的IPALL监听端口对应ip为SQL Server虚拟IP
在错误日志发现以下错误:是full-text服务和Browser服务禁用的原因
测试总结
1、full-text服务可以禁用
2、Browser服务不建议禁用。需要故障转移服务的特定配置修改,会由于Browser服务禁用而无法故障转移
3、对于管道协议,无所谓是否禁用,因为Browser服务没有禁用
4、对于端口的修改会影响,在故障转移后会同步到备节点。
基于iSCSI的SQL Server 2012群集测试(二)--SQL群集安装后初始化配置测试,古老的榕树,5-wow.com
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。