RAC设置为主备方式后还是会有gc cr request等待

xsbuqun

操作系统 redhat 5.5
RAC 数据库版本：10.2.0.5
问题：现有套报表库，之前执行sql语句经常出现gc cr request等待事件， 由于有10套RAC都使用了同一台千兆心跳交换机(每套rac的私网通过子网掩码和vlan进行隔离)，目前无法解决增加交换机的问题，并且单个节点的性能也能支撑报表的业务量，另一个节点可以备用，但是实例一定要open(领导规定)，所以我把RAC设置为主备方式，即 alter system set active_instance_count=1
这样好了几天后还是会出现gc cr request等待事件，查看gv$session视图，所有客户端也全部连在主节点上
不明白为什么数据还会进入备节点上，导致仍然出现gc cr request等待事件？ 麻烦各位解释一下，也帮忙出出注意，还有什么方式能避免gc cr request等待事件(两个实例都open，可以实现故障转移)，谢谢！

Maclean Liu(刘相兵

请给出 有这个等待事件时的2个节点的AWR

Maclean Liu(刘相兵

possible reason:

如果gather database stats 自动收集统计信息作业发生在2节点上的话，那么1节点出现少量gc cr request是正常的


最终还是要看AWR

xsbuqun

这是主备节点的awr报告

xsbuqun

刘大，有没有办法指定  只在主节点上执行搜集统计信息

Maclean Liu(刘相兵

Event        Waits        %Time -outs        Total Wait Time (s)        Avg wait (ms)        Waits /txn
gc cr multi block request        6,567        0        2,107        321        6.33
gc cr block lost        1,636        0        1,415        865        1.58

Avg message sent queue time (ms):         0.1
Avg message sent queue time on ksxp (ms):         0.7
Avg message received queue time (ms):         0.0
Avg GCS message process time (ms):         0.0
Avg GES message process time (ms):         0.0
% of direct sent messages:         19.77
% of indirect sent messages:         17.93
% of flow controlled messages:         62.30


1、心跳网络不太好
2、 可以指定的，自己查下手册

xsbuqun

好的，谢谢刘大