WEBLOGIC连接Oracle RAC 的负载均衡测试
要进行压力测试，中间件使用WEBLOGIC 816
，数据库版本为11.1.0.6 RAC
，压力测试工具为LOADRUNNER 8.0
。测试单实例与RAC
环境各个节点的负载情况。
在WEBLOGIC
上配置了一个多池，利用WEBLOGIC
提供的负载均衡策略，将并发均衡的分别到两个节点上。
但是测试发现，一旦运行
了一段时间，所有的压力都会加载到一个节点上，而另一个节点上机会没有任何的压力。
通过数据库中查询到的结
果如下：
SQL> SELECT INST_ID, STATUS,
COUNT(*)
2 from GV$SESSION
3 WHERE USERNAME = 'NDMAIN'
4 GROUP BY INST_ID, STATUS;
INST_ID STATUS COUNT(*)
---------- -------- ----------
1 INACTIVE 6
1 ACTIVE 1
2 ACTIVE 147
2 INACTIVE 3
WEBLOGIC
的并发设置为150
，而LOADRUNNER
并发为200
，Oracle
每
个实例的SESSION
为600
。
可以看到，基本上压力完
全集中在实例2
上。实例1
上处于空闲状态，如果压力测试运行时间足够长，可能在短时间内实例1
上的ACTIVE
连接能达到二、三十左右，但是很快又全部释放。
SQL> SELECT INST_ID, STATUS,
COUNT(*)
2 from GV$SESSION
3 WHERE USERNAME = 'NDMAIN'
4 GROUP BY INST_ID, STATUS;
INST_ID STATUS COUNT(*)
---------- -------- ----------
1 ACTIVE 20
1 INACTIVE 54
2 ACTIVE 121
2 INACTIVE 28
测试了多次，结果都很类
似，压力几乎完全集中到一个节点上。不过不见得每次压力都是在节点2
上，
很有可能在WEBLOGIC
服务重启之后，下次测试开始，所有
的压力都集中到节点1
上。这说明问题应该不是两个节点的硬件处
理不平衡造成的。
这个测试的是长时间运行
的查询，而对于快速相应的INSERT
语句，可以看到两个节点
上都有很少的ACTIVE
的会话。这时因为事务处理很短暂，不
可能在短时间内使得WEBLOGIC
的并发跑满，因此这种情况
没有问题。
SQL> SELECT INST_ID, STATUS,
COUNT(*)
2 from GV$SESSION
3 WHERE USERNAME = 'NDMAIN'
4 GROUP BY INST_ID, STATUS;
INST_ID STATUS COUNT(*)
---------- -------- ----------
1 INACTIVE 50
1 ACTIVE 1
2 ACTIVE 1
2 INACTIVE 98
对于长时间查询的情况，WEBLOGIC
的LOAD-BALANCING
策略似乎存在问题，导致两个节点压力出现倾斜。开始认为可能是由于WEBLOGIC
的版本太低导致了问题的产生，于是将WEBLOGIC
升级到了最新的版本10.3
，可是测试结果依旧
相关文档：
COMMIT是一个非常快的操作，当我们发布commit命令时，真正困难的动作已经完成，
在数据库中已经执行了数据更改，所以已经完成了99%的任务，例如：下列操作已经产生：
1.在SGA(Buffer Cache)中已经生成了undo块；
2.在SGA(Buffer Cache)中已经生� ......
使用SYS用户以SYSDBA身份登录系统
查看修改前sga_max_size，sga_target大小
show parameter sga_max_size;
show parameter sga_target;
修改参数
alter system set sga_max_size=1600m scope=spfile;
alter system set sga_target=1600m scope=spfile;
查看修改后sga_max_size，sga_target大小
show parameter sga_ ......
Oracle日期函数学习时，在教程有几个实例如下：
Months_between(’01-sep-95’, ’11-jan-94’)
结果是：19.6774194
Add_months 在指定的月份上面增加相应得月份
例如：
Add_months(’11-jan-94’, 6)
结果是：11-jul-94
Next_day 计算规定日期的后一个特定日期
例如：
Next_ ......
PRAGMA RESTRICT_REFERENCES()，这个PRAGMA比较复杂， 总的来说，它是一个程序辅助检验码，检查子程序的纯度（PURITY），帮助检验子程序是否有违反规则的地方。一般用在函数上，但当函数调用过程时，也要作相应的设置检查。这是为了避免当在DML语句上调用函数时正常执行不至于产生错误。
语法，PRAGMA ......
1、备份指定的表空间
首先，你要确认自己电脑上有exp.exe这个东东，才能进行备份工作。
我想要备份的是用户名为cyy的表空间，备份文件打算放在D盘，并以backup_oracle.dmp命名，顺便把日志文件也备份一下好了。
在命令行敲入：
C:\Documents and Settings\Administrator>exp cyy/cyy@bsrs file=D:\backup_oracle.dmp ......
