linux clustat切换节点,SERVICES的优先节点发生切换（一）

客户的测试环境，原本默认连接到节点1上，但是现在连接会跑到节点2上。

这一篇描述问题的现象和解决。

这是一个11.2.0.2的RAC for Linux X86-64环境，当时为了满足客户对于连接方面的需求，部署了SERVICES，将节点1作为优先节点，当节点1发生DOWN机是FAILOVER到节点2上。

利用默认的SERVICES来连接数据库，检查连接情况：

SQL> conn test/test@10.0.10.57/rac_xshdb

Connected.

SQL> select instance_number, instance_name from v$instance;

INSTANCE_NUMBER INSTANCE_NAME

--------------- ----------------

2 xshdb2

SQL> select inst_id, service_name, count(*)

2from gv$session

3group by inst_id, service_name

4order by 1, 2;

INST_ID

SERVICE_NAMECOUNT(*)

---------- ----------------------------------------------------------------

----------

1 SYS$BACKGROUND54

1 SYS$USERS6

1 rac_xshdb11

2 SYS$BACKGROUND54

2 SYS$USERS5

2 rac_xshdb57

2 xshdb1

7 rows selected.

SQL> show parameter service

NAMETYPEVALUE

------------------------------------ ----------- ------------------------------

service_namesstringrac_xshdb, raclb_xshdb

可以看到，使用rac_xshdb连接数据库，默认连接到节点2上的实例2，而正常情况下应该连接到实例1。

目前绝大部分通过rac_xshdb的连接都连接到节点2，少部分连接到节点1的会话，可能是问题发生之前建立连接的。

采用其他的连接方式登录数据库：

SQL> conn test/test@10.0.10.57/xshdb

Connected.

SQL> select instance_number, instance_name from v$instance;

INSTANCE_NUMBER INSTANCE_NAME

--------------- ----------------

1 xshdb1

SQL> show parameter service_name

NAMETYPEVALUE

------------------------------------ ----------- ------------------------------

service_namesstringraclb_xshdb

可以看到，通过其他的连接方式是可以连接到实例1上，节点1的实例以及监听并没有问题。

对比两个节点上的service_names参数可以发现，实例1上rac_xshdb服务名消失，自然无法通过rac_xshdb来连接到实例1。

通过srvctl检查服务状态：

[oracle@xsh-server1 trace]$ srvctl

status service -d xshdb

Service rac_xshdb is running on instance(s) xshdb2

Service raclb_xshdb is running on instance(s) xshdb1,xshdb2

服务rac_xshdb已经漂移到节点2上，显然这是导致问题的原因。

解决问题很简单，关闭并重启服务即可：

[oracle@xsh-server1 trace]$ srvctl

stop service -d xshdb -s "rac_xshdb"

[oracle@xsh-server1 trace]$ srvctl start service -d xshdb -s

"rac_xshdb"

[oracle@xsh-server1 trace]$ srvctl status service -d xshdb

Service rac_xshdb is running on instance(s) xshdb1

Service raclb_xshdb is running on instance(s) xshdb1,xshdb2

现在利用rac_xshdb来连接数据库：

SQL> conn test/test@10.0.10.57/rac_xshdb

Connected.

SQL> select instance_number, instance_name from v$instance;

INSTANCE_NUMBER INSTANCE_NAME

--------------- ----------------

1 xshdb1

SQL> show parameter service_name

NAMETYPEVALUE

------------------------------------ ----------- ------------------------------

service_namesstringraclb_xshdb, rac_xshdb

现在服务恢复正常，通过rac_xshdb服务连接到实例1上，此时SERVICE_NAMES参数也恢复正常。