1.DBMS_SYSTEM包

EXECUTE dbms_system.set_sql_trace_in_session (sid,serial,TRUE);

这样的trace相当于event 10046 level 1。

停止：EXECUTE dbms_system.set_sql_trace_in_session (sid,serial,FALSE);

EXECUTE dbms_system.set_ev (sid,serial,10046,12,'');

这样直接设置某个会话的10046 event level 12，相当于level 4+level 8，也就是binds和waits都记录下来。

停止：EXECUTE dbms_system.set_ev (sid,serial,10046,0,”);

2. DBMS_SUPPORT包

EXECUTE dbms_support.start_trace_in_session (sid,serial,binds=>true,waits=>true);

这样的trace相当于event 10046 level 12。

停止：dbms_support.stop_trace_in_session(sid,serial);

备注：dbms_support包默认不存在，需要执行下述SQL来安装。
$ORACLE_HOME/rdbms/admin/dbmssupp.sql

3. 在Oracle10g以后可以使用DBMS_MONITOR包

EXECUTE DBMS_MONITOR.SESSION_TRACE_ENABLE(sid,serial, binds=>true,waits=>true);

这样的trace相当于event 10046 level 12。

停止：EXECUTE DBMS_MONITOR.SESSION_TRACE_DISABLE(sid,serial);

为了给即将发布的Oracle11gR2预热，昨天跟eygle两个人被Oracle公司产品战略部邀请去做一次访谈录影。可以看做谈论Oracle数据库的锵锵三人行，其实是4个人了。

收到的邀请邮件中对于此次访谈有这样的描述。

本次访谈的形式是四至五人参加的圆桌讨论，由甲骨文公司产品战略部总监刘松担任主持人。围绕主持人的提问，大家可以各抒己见，畅谈对企业信 息基础架构的看法，分享成功经验，探讨具体技术实现，展望Oracle数据库解决方案帮助企业实现业务创新和管理创新的前景。

本次访谈摄像、剪辑等工作均由专业视频制作团队完成，录制好的视频时长约一个小时。 完成录制之后，访谈视频将会在搜狐、新浪、凤凰等门户网站，以及 CIO360、51CTO、计世网、IT168等信息化专业论坛的视频访谈版块发布，并由专业的传媒公司负责后期推广。相信会引发网友热议，并对相关解决方案和客户品牌起到很好的宣传推广作用。

访谈的整个过程很轻松，就像是在跟朋友畅谈Oracle数据库从古至今的发展演变以及让大家期待的Oracle11gR2新功能对于企业级IT应用框架将产生的影响与帮助。

录制结束以后，Oracle的赠品 – 一把扇子很有诗情画意。

在扇子背脊上的“Oracle 甲骨文”字样显得颇有中国古风。

录制完毕，又正好赶上老万在Oracle人寿大厦Office举办的DBA Round Table结束，谢谢老万请客，欢迎老万再次回到北京生活，并预祝新工作顺利。

备注：如果看不到上面的图片，那么就是Picasa Web Album还未被解封，请看官在自己机器的hosts文件中添加如下字样。（hosts文件通常位于C:\WINDOWS\system32\drivers\etc目录下）

203.208.39.104 picasaweb.google.com
203.208.39.99 lh1.ggpht.com
203.208.39.99 lh2.ggpht.com
203.208.39.99 lh3.ggpht.com
203.208.39.99 lh4.ggpht.com
203.208.39.99 lh5.ggpht.com
203.208.39.99 lh6.ggpht.com

虽然在Oracle的立场上，总是建议客户能够更好地规划自己的应用，在有其它负载平衡方法的时候，尽量不要依赖于Oracle的Load Balance方法，但是往往在给客户配置完Oracle RAC数据库以后，客户都会要求要测试负载平衡（Load Balance）和TAF（Transparent Application Failover），并且将这两个测试作为RAC是否安装成功的标准。

这是一件很无奈的事情，像把旁枝末节看作了主要功能，甚至有些买椟还珠的感觉，但是毕竟这是客户，更了解Oracle Load Balance（后文用LB表示），才可以更好满足客户需求。

本文不牵涉TAF（可以参看老熊关于TAF的系列文章PartI，PartII，PartIII），如何在Oracle10g之后版本中在服务器端service层面设置TAF，可以参看Metalink Note: 404644.1。

对于LB，在Oracle10g之前有Client端和Server端两种，在Oracle10g之后又推出了Server端Service层面的LB配置，本文也不涉及Service层面的LB。

在Oracle9i,10g,11g版本中都适用的LB配置分为以下两种。

(1) Client Side Connect Time Load Balance
(2) Server Side Listener Connection Load Balance （此处的Listener用以跟10g之后的Server Side Service Load Balance区分开）

1. Client Side Connect Time Load Balance
既然是Client端的LB，那么也就是不需要在数据库服务器端配置任何参数，完全由客户端机器上的tnsnames.ora文件中对于TNS的配置来决定，实际上也就是LOAD_BALANCE参数。

看一个例子，下面这样的TNS配置就是启用了客户端的LB。

CLIENT_LOADBALANCE =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = node1-vip)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = node2-vip)(PORT = 1521))
      (LOAD_BALANCE = yes)
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = rac_lb)
    )
  )

(LOAD_BALANCE = yes)指示SQLNet随机选择ADDRESS_LIST列表中的任意一个监听，将客户端请求发送到此监听上，通过这种方法来实现负载平衡。如果(LOAD_BALANCE = no)那么将会按照ADDRESS_LIST列表中的顺序选择监听，只要这个监听能够正常连接那么就使用该监听。

因此在某些负载平衡的解决方案中会使用(LOAD_BALANCE = no)但是在多个客户端或者应用服务器端配置顺序不同的ADDRESS_LIST，以此来实现人为的负载平衡。

如果在TNS配置时使用的是ADDRESS_LIST语法，那么必须显示设置LOAD_BALANCE = yes，默认值LOAD_BALANCE = no。

2. Server Side Listener Connection Load Balance
要实现server side load balance要求监听能够知道在整个RAC环境中的各节点负载情况，节点负载情况是由PMON进程来定期更新的，而要让PMON进程能够通知其它节点自己节点的负载情况则需要设置数据库初始化参数REMOTE_LISTENER。

在RAC数据库服务器端的每个节点上的tnsnames.ora文件中设置如下的TNS名称。

LISTENERS_RAC =
(DESCRIPTION =  
 (ADDRESS_LIST =   
  (ADDRESS = (PROTOCOL = TCP)(HOST=node1-vip)(PORT = 1521))   
  (ADDRESS = (PROTOCOL = TCP)(HOST=node2-vip)(PORT = 1521))   
 )  
)

然后设置REMOTE_LISTENER参数值为LISTENERS_RAC。

sql> ALTER system SET REMOTE_LISTENER='LISTENERS_RAC' scope=BOTH;

当某个实例的监听收到客户端连接请求，将会统筹考虑RAC环境中各个节点的负载情况，然后将该连接传递到具有最小负载的节点的最小负载实例上。

在10gR2版本之后，节点和实例的负载计算通过lbscore来完成，而lbscore则由两个动态值决定：”goodness” 和 “delta”，这两个值均由PMON来定期更新，计算公式如下：
Lbscore = Goodness (Received from PMON update)
Delta = New Delta (Received from PMON update)
在PMON定期更新的间隔，如果有新连接进入，那么lbscore的计算公式是：
Lbscore = Lbscore(previous) + Listener Delta

可以通过添加监听的trace（TRACE_LEVEL_LISTENER = 16）来获取lbscore的产生情况，更详细的文档请参看Metalink Note: 263599.1。

关于Failover，多说两句，其实Failover也有两种。
一种是Client-side Failover。细分为Client-side Connect Time Failover，由客户端TNS配置的(failover=on)参数控制，或者Client-side TAF，由客户端TNS配置中的failover_mode参数控制。
另外一种是Server-side Failover。通常跟Server-side Service LB同时配置，通过modify service来完成。