11g RAC LBA load balancing advisory

关于LBA的使用可参考http://www.oracle.com/technetwork/cn/articles/database-performance/oracle-rac-connection-mgmt-1650424-zhs.html，本文主要验证部分参数的使用

1.实验环境

    环境：

[oracle@Rac1 ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.1.0 Production on Tue Oct 13 15:17:52 2015
Copyright (c) 1982, 2009, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options
SQL> select name from gv$database;
NAME
---------
RACDB
RACDB
SQL> select inst_id,instance_name,version from gv$instance;
   INST_ID INSTANCE_NAME    VERSION
---------- ---------------- -----------------
 1 racdb1    11.2.0.1.0
 2 racdb2    11.2.0.1.0
SQL> 

    service环境:使用默认的数据库名字相同的service

SQL> select name,goal,dtp,enabled,aq_ha_notifications,clb_goal
 from dba_services a where a.NETWORK_NAME='racdb';  2  
 
NAME   GOAL D ENA AQ_ CLB_G
---------- ------------ - --- --- -----
racdb   NONE N NO  NO  SHORT

    tnsnames:

RACDB_LB =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = racscan)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = racdb)
    )
  )

    测试脚本：

[oracle@ASM ~]$ more test.sh
#!/bin/sh
#Usage:test racdb 400
count=0
while [ $count -lt $2 ]
do
    count=`expr $count + 1`
    sqlplus -s panyc/panyc@$1 @./test.sql
    #sleep 1
done
[oracle@ASM ~]$ more test.sql
select instance_name from v$instance;
exit
[oracle@ASM ~]$ more sess_count.sh 
echo 'racdb1:' `grep racdb1 test.log|wc -l`
echo 'racdb2:' `grep racdb2 test.log|wc -l`

2.参数/字段说明

    desc gv$servicemetric;

    desc dba_services;

GOODNESS 表示这个节点成为 Server 端 Connect Time Load Balancing 的目标节点的可能性，这个值越高，可能性就越低。即这个 service 在某个节点上的 GOODNESS 的值越大，则表明这个节点的负载越重，这个节点成为 Server 端 Connect Time Load Balancing 的目标节点的可能性就越低。

DELTA 表示当节点增加了一个额外的 session 后对负载增加情况的估算。

FLAGS 是一个标志位，它的各个值的含义如下：

 0 – all good

 1 – blocked

 2 – crossed threshold

 4 – goodness unknown (usually when no sessions connected)

CLB_GOAL :每个 service 所对应的 CLB_GOAL 实际上表示 Client Load Balance Goal，它的值要么为 LONG，要么为 SHORT，默认值是 LONG。

LONG 和 SHORT 的区别是：LONG 是 CLB_GOAL 的缺省值，通常用于那些需要长时间保持的连接，比如一些第三方的连接池或者 SQL*Form 应用；而 SHORT 则通常用于那些连接持续时间较短的应用，如果使用了支持订阅 LBA（Load Balancing Advisory）的连接池，则应该把 CLB_GOAL 的值设为 SHORT。

当GLB_GOAL是LONG(默认值)，表示适用于长连接的session，参数goodness=实际的连接session数，delta=1，表示每增加一个session，goodness加1

GOAL 所对应的三个值 THROUGHPUT、SERVICE_TIME 和 NONE 的区别是：

THROUGHPUT：表示判断负载的依据是吞吐量（THROUGHPUT），这通常用于那些并发的 transaction 具有相似的完成时间、相似的完成速率的系统，比如在线交易系统；

SERVICE_TIME：表示判断负载的依据是响应时间（response time），这通常用于那些并发的 transaction 具有不同的完成时间、不同的完成速率的系统，比如在线购物系统，不同的人完成一次在线购物，所购买的产品、所耗费的时间可能有很大差异；

NONE：表示不启用 LBA。

3.测试CLB_GOAL参数对负载均衡的影响

    将clb_goal参数设置为long:

SQL> exec dbms_service.modify_service(service_name => 'racdb',clb_goal => dbms_service.clb_goal_short);
 
PL/SQL procedure successfully completed.

    测试节点登陆情况

[oracle@ASM ~]$ ./test.sh racdb_lb 200 > test.log
[oracle@ASM ~]$ ./sess_count.sh 
racdb1: 113
racdb2: 87
[oracle@ASM ~]$ ./test.sh racdb_lb 200 > test.log
[oracle@ASM ~]$ ./sess_count.sh 
racdb1: 124
racdb2: 76
[oracle@ASM ~]$ ./test.sh racdb_lb 200 > test.log
[oracle@ASM ~]$ ./sess_count.sh 
racdb1: 123
racdb2: 77

    将clb_goal参数设置为short

SQL> exec dbms_service.modify_service(service_name => 'racdb',clb_goal => dbms_service.clb_goal_long);     
PL/SQL procedure successfully completed.

    测试节点登陆情况

[oracle@ASM ~]$ ./test.sh racdb_lb 200 > test.log
[oracle@ASM ~]$ ./sess_count.sh 
racdb1: 185
racdb2: 15
[oracle@ASM ~]$ ./test.sh racdb_lb 200 > test.log
[oracle@ASM ~]$ ./sess_count.sh 
racdb1: 195
racdb2: 5
[oracle@ASM ~]$ ./test.sh racdb_lb 200 > test.log
[oracle@ASM ~]$ ./sess_count.sh 
racdb1: 192
racdb2: 8

4.结论

开启负载均衡只需要将CLB_GOAL参数设置为short，甚至long也可以有些许负载均衡。

开启LBA需要CLB_GOAL参数设置为short，并将GOAL设置为非none值，两个条件

暂时无法通过查询判断service是否已经开启了LBA，只能通过dba_service中的goal/clb_goal判断

暂时无法测试GOAL=service_time/throughout 对LBA，对负载均衡的影响

启用LBA的意义？(配合FAN事件实现runtime connection load balance)