基于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、对于端口的修改会影响，在故障转移后会同步到备节点。