gc buffer busy and gc cr request

lsz_qh

OS:RHEL 5.9
RDBMS:10.2.0.5.12 RAC(2 nodes)

问题：
没有上生产的新库，在空负载的时候在任何一个节点执行任何查询语句都是gc buffer busy and gc cr request，只要关闭一个节点就没问题。

麻烦大家帮我分析一下，谢谢！

my action:
=============
session 1 on node2:
select sid from v$mystat where rownum=1;
select count(*) from dba_segments where tablespace_name='TBST_BDH';
session 2 on node2:
select event from v$session where sid=3255;

等待事件是： gc buffer busy or gc cr request

SQL> select spid from v$process where addr = (select paddr from v$session where sid=3255);

SPID
------------
24101

SQL> host ps -ef|grep 24101
oracle 24101 1 0 15:44 ? 00:00:01 oraclexjhbdb2 (LOCAL=NO)
oracle 26196 24368 0 15:49 pts/1 00:00:00 /bin/bash -c ps -ef|grep 24101
oracle 26198 26196 0 15:49 pts/1 00:00:00 grep 24101

SQL> oradebug setospid 24101
Oracle pid: 43, Unix process pid: 24101, image: oracle@hp580hbdb2
SQL> oradebug event 10046 trace name context forever,level 12
Statement processed.
SQL> oradebug tracefile_name;
/u01/app/oracle/admin/xjhbdb/udump/xjhbdb2_ora_24101.trc


附件是10046文件（不全）和raccheck的结果，由于这个sql执行时间比较长，所以没有执行完，在执行一段时间后，我手动停止了。

lsz_qh

这个问题我也开了个sr，他们分析不是oracle的问题，但是又不能说明为什么不是oracle本身的问题。
SR 3-8530507431 : gc buffer busy and gc cr request

iloracle

SQL*Net message from client 这个等待也很高 是不是网络有问题？ 上传awr 分析一下

lsz_qh

我做awr都是等待，只要两个节点同时运行，啥也做不成

lsz_qh

我传一下2个节点的osw的日志

Maclean Liu(刘相兵

WAIT #2: nam='gc buffer busy' ela= 937289 file#=1 block#=21867 id#=65537 obj#=4 tim=1359393192109980

ela= 937289 单次等待接近 1s

你其实可以考虑关掉一个节点了

Maclean Liu(刘相兵

Iface       MTU Met    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0       1500   0 70138959      0      0      0 89780167      0      0      0 BMRU
eth1       1500   0        0      0      0      0        0      0      0      0 BM
eth2       1500   0 19857960      0      0      0 12934388      0      0      0 BMRU
eth2:1     1500   0      - no statistics available -                            BMRU
eth3       1500   0        0      0      0      0        0      0      0      0 BM
lo        16436   0 12341591      0      0      0 12341591      0      0      0 LRU
sit0       1480   0        0      0      0      0        0      0      0      0 O
Ip:
    98273509 total packets received
    2 with invalid headers
    617012 with invalid addresses
    0 forwarded
    0 incoming packets discarded
    77018611 incoming packets delivered
    82605435 requests sent out
    63 dropped because of missing route
    365 fragments dropped after timeout
    24144237 reassemblies required
    3506355 packets reassembled ok
    2675301 packet reassembles failed
    8064783 fragments received ok
    40449093 fragments created





建议首先关闭一个节点

生成 当时的AWR并上传 ， 目前看到的是一些网络指标不佳

lsz_qh

这是先执行sql，然后关闭节点1，再在节点2上生成的awr，麻烦帮我分析一下，谢谢！

Maclean Liu(刘相兵

Estd Interconnect traffic (KB)        21.73       

流量仅仅为21k/s

% of flow controlled messages:        20.87

20%的流控制


action plan:

私有网络 切换到别的交换机试试

lsz_qh

好的，我先试试，有结果再回复。