二、LB

LoadBalance就是把负载均衡分配到集群的各个节点，从而提高整体的吞吐能力。Oracle 10g RAC提供了两种手段来实现负载，其一是通过Connection Balancing，按照某种算法把用户分配到不同的节点；其二是通过service，在应用层面上进行分散。

Connection Balancing

Connection Balancing这种负载均衡是在用户连接这个层次上进行的，也就是在用户请求建立连接时，根据每个的负载决定把连接分配到哪个实例上。而一旦建立连接之后，会话的所有操作就都在这个实力上完成，而不会再分配给其他实例。

客户端均衡（Client-Side LB）

客户端均衡（Client-Side LB）是oracle 8i使用的方法，配置方法是在客户端的tnsnames.ora文件中加入LOAD_BALANCE=YES条目。当客户端发起连接时，会从地址列表中随机选取一个，再使用随机算法吧连接请求分散到各个实例。

一个Client-Side LB的TNS配置实例如下：

TAF_SERVER =

(DESCRIPTION =

(ADDRESS= (PROTOCOL = TCP)(HOST = felix1-vip)(PORT = 1521))

(ADDRESS= (PROTOCOL = TCP)(HOST = felix2-vip)(PORT = 1521))

(LOAD_BALANCE= yes)

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = taf_server)

(FAILOVER_MODE =

(TYPE = SELECT)

(METHOD = BASIC)

(RETRIES = 180)

(DELAY = 5)

)

)

)

这种方法的缺点很明显，因为在分配连接时没有考虑每个节点的真是负载，最后分配结果不一定是平衡的；并且随机算法需要长时间片，如果在短时间内同时发起多个连接，这些连接有可能都被分配到一个节点上；甚至更坏的情况下，连接可能会被分配到故障节点上。因此Oracle又引入了服务器端（Server-Side LB）方式。

总结：客户端均衡的最大缺点就是不能根据各个实例的真实负载来分散用户连接

服务器端均衡（Server-Side）

服务器端负载均衡的实现依赖于listener（监听）手机的负载信息。在数据库运行过程中，PMON后台进程会手机系统的负载信息，然后登记到Listener中。最少一分钟，最多十分钟PMON就要做一次信息更新，并且如果节点的负载越高，更新频率就越高，以保证Listener能够掌握每个节点准确的负载情况。如果Listener关闭，PMON进程会每隔1妙检查Listener是否重启，除了这个自动的、定时的更新任务外，用户也可以实用altersystem register命令来手工进行这个过程。这个自动更新动作可以从listener的日志中看到。注意：实例启动时PMON进程进行的第一次登记过程叫做Server-Rgister，而后的更新过程叫做service-update；

TNSLSNR for Linux: Version 10.2.0.5.0 - Productionon 03-JUN-2014 11:51:54?

Copyright (c) 1991, 2010, Oracle. All rights reserved.?

System parameter file is/u01/oracle/10.2.0/db_1/network/admin/listener.ora

Log messages written to/u01/oracle/10.2.0/db_1/network/log/listener.log

Trace information written to/u01/oracle/10.2.0/db_1/network/trace/listener.trc

Trace level is currently 0?

Started with pid=25371

Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=felix1)(PORT=1521)))

Listener completed notification to CRS on start?

TIMESTAMP * CONNECT DATA [* PROTOCOL INFO] * EVENT[* SID] * RETURN CODE

03-JUN-2014 11:51:54 *(CONNECT_DATA=(CID=(PROGRAM=)(HOST=felix1)(USER=oracle))(COMMAND=status)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=169870592))* status * 0

03-JUN-2014 11:52:15 * service_register * felix2 *0

03-JUN-2014 11:52:15 * service_register * felix1 *0

03-JUN-2014 11:52:15 * service_update * felix1 * 0

03-JUN-2014 11:52:15 * service_register * +ASM1 *0?

Listener日志虽然记录了PMON进程的注册和更新动作，但是注册的内容却没有体现，要想获得这些内容，可以通过各种1025事件来获得，这个时间是跟中PMON活动的。?

SQL> alter session set events '10257 trace namecontext forever,level 16';?

Session altered.?

SQL>?

获取跟踪文件：

CREATE OR REPLACE FUNCTION get_trace return varchar is

Resultvarchar2(4000);

begin

dbms_output.enable(1000000);

begin

for x in(SELECT d.VALUE

||'/'

||LOWER (RTRIM (i.INSTANCE, CHR (0)))

||'_ora_'

||p.spid

||'.trc'

trace_file_name

FROM (SELECT p.spid

FROM v$mystat m, v$session s,v$process p

WHERE m.statistic# = 1 AND s.SID= m.SID AND p.addr = s.paddr) p,

(SELECT t.INSTANCE

FROM v$thread t, v$parameter v

WHERE v.NAME = 'thread'

AND (v.VALUE = 0 OR t.thread# = TO_NUMBER (v.VALUE))) i,

(SELECT VALUE

FROM v$parameter

WHERE NAME = 'user_dump_dest')d) loop

Result:= Result || x.trace_file_name;

End loop;

End;

return(substr(Result, 1, 4000));

end get_trace;?

select get_trace from dual;?

GET_TRACE