KingbaseES V8R6集群部署案例之---脚本部署节点环境检查故障
案例说明：
KingbaseES V8R6集群在部署前会对集群节点系统环境进行检测，检测失败后，将中断部署；其中一个检测项，检测节点上是否已经存在数据库服务。如果已经存在数据库服务，则部署将会中断。
适用版本：
KingbaseES V8R6
一、问题现象
在BMJ环境下，通过脚本部署KingbaseES V8R6集群，检测发现其中一个节点运行数据库服务，导致检测失败，部署终止，如下图所示：
二、问题分析
1、检查失败节点数据库服务状态
如下图所示，实际本节点是一台应用节点，只是连接数据库进行了业务访问，并没有运行数据库服务（无监听数据库端口的进程）。
2、查看脚本检测机制
如下图所示：
1）通过netstat检测数据库服务端口，是否有进程访问。
2）如果访问数据库服务端口的进程数是0，将检测成功。
3）非0，如果是BMJ环境，将执行sys_ctl关闭数据库服务。
4）如果数据库服务关闭失败，将检测失败。
3、执行检测语句
如下图所示，此节点访问数据库端口的进程数非0，没有运行数据库服务（监听数据库端口），此系统为BMJ环境，执行sys_ctl关闭数据库将失败，检测结果失败。
三、问题解决
1、通用机环境
如以下测试，此节点没有运行数据库服务，但是访问了数据库服务，通过netstat检测有两个进程访问数据库服务端口。在检测语句里增加‘grep -i listen'过滤后（监听数据库服务的进程），统计结果将为0，可以通过脚本检测。
[kingbase@node103 bin]$ ./ksql -h 192.168.1.102 -U system test
ksql (V8.0)
Type "help" for help.
test=#
[kingbase@node103 ~]$ netstat -apn 2>/dev/null|grep -w 54321
tcp 0 0 192.168.1.103:10483 192.168.1.102:54321 TIME_WAIT -
tcp 0 0 192.168.1.103:10484 192.168.1.102:54321 ESTABLISHED 3720/./ksql
[kingbase@node103 ~]$ netstat -apn 2>/dev/null|grep -w 54321|wc -l
2
# 检测语句增加‘grep -i listen’
[kingbase@node103 ~]$ netstat -apn 2>/dev/null|grep -w 54321|grep -i listen|wc -l
0
如下图所示，增加对数据库端口监听进程的过滤：(可以修改脚本检测语句通过检测）
2、BMJ环境
由于BMJ环境下，脚本不允许被修改（脚本文件已经被hash认证，修改破坏认证校验），对于此种情况只能在业务访问数据库服务结束后部署，或选择另外干净的节点再部署。
四、总结
在部署集群时，尽量选择无其他业务的节点作为数据库服务器，否则将影响集群正常部署；并且部署后业务负载和数据库服务负载叠加，影响业务访问数据库服务的性能。