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
，可是测试结果依旧
相关文档：
1.用Oracle用户登陆Linux服务器;
2.在终端窗口输入 sqlplus /nolog
[oracle@hylinux ~]$ sqlplus /nolog
SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 7月 29 14:26:16 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
& ......
表空间：
Oracle的UNDOTBS01.DBF文件太大的解决办法
1、.禁止undo tablespace自动增长
alter database datafile 'full_path\undotbs01.dbf' autoextend off;
2.-- 创建一个新的小空间的undo tablespace
create undo tablespace undotBS2 datafile ......
1. 准备工作
把旧的ORACLE所有文件都COPY备份下来,删除旧目录,再重新安装ORACLE,目录和旧目录一样(如果不一样,要修改的地方比较多).只安装ORACLE,不创建数据库。要恢复的实例为ORCL 。
2.用命令方式，通过要旧的ORA文件创建新的实例ORCL
a) oradim -new -sid ORCL（创建实例� ......
5.调用函数FN_ADDONE
--------------------
SQL> SET SERVEROUTPUT ON
SQL> DECLARE CNUM NUMBER;
2 BEGIN
3 CNUM := USER1_ADB.FN_ADDONE(3);
4 DBMS_OUTPUT.PUT_LINE('CNUM = ' || CNUM);
5 END;
6&nbs ......
COMMIT是一个非常快的操作，当我们发布commit命令时，真正困难的动作已经完成，
在数据库中已经执行了数据更改，所以已经完成了99%的任务，例如：下列操作已经产生：
1.在SGA(Buffer Cache)中已经生成了undo块；
2.在SGA(Buffer Cache)中已经生� ......
