1. 告警日志分析: Mon Apr  4 09:50:13 2011 Thread 2 advanced to log sequence 65613   Current log# 3 seq# 65613 mem# 0: +ASM_DATA/orcl/onlinelog/group_3.265.625612343   Current log

Oracle rac在生产库升级大大小小已经做过好多次了,在生产库升级不同于在测试环境下操作,在生产库上升级考验的是dba的抗压力,细心程度,RAC升级文档在网上多如牛毛,在这里我就不详细写升级步骤,只写需要注意的

一节点root.sh日志输出信息 引用 root@racsvr1 crs]# sh root.sh WARNING: directory ‘/oracle/app/product/10.2.0′ is not owned by root WARNING: directory ‘/oracle/app/product’ is

某客户数据库于2010年4月26日早晨9点左右发生单节点故障,后台故障表现为一节点数据库(hisdb01)异常终止,进一步导致一节点主机重启。前台故障表现为部分业务不可用。由于没有部署主机性能跟踪脚本,只能根据现场

业务系统处于相对空闲状态,但是RAC心跳网络负载很大,系统个别业务响应延迟。 Snap Id Snap Time Sessions Cursors/Session Begin Snap: 1459 06-Jan-10 12:00:11 428 21.2 End Snap: 1460 06-Jan-10 14

lmon crash with ora-600[kclexpand_5] Oracle bug: Bug# 6658484 See Note:6658484.8 Instance crash / OERI[kclexpand_5] from DRM in RAC Fixed: 10.2.0.4.1, 10.2.0.5, 11.1.0.7 Bug 66584

DRM是Oracle 10g引入的重要特性,作为一个重大的改善,但是在实际使用过程中由于DRM引起的问题非常多。 以下是drm的解释: DRM – Dynamic Resource management [ID 390483.1] 修改时间 13-JAN-2

Oracle RAC在临时表空间中存在的另一个问题还在于临时文件的头信息冲突。 由于临时段访问共巷临时段,导致其冲突,现象表现为:DFS Lock Handle和buffer busy waits。 可以通过以下方式来降低冲突: (1)、增加临

Oracle RAC的临时表空间导致的性能问题比较多,如果具有象回滚段一样的专用机制就可以很好的避免临时表空间的冲突问题。 从设计看,我们可以采用Startup Trigger来实现专用临时表空间机智,使某个实例和某个特定的

为了避免在Oracle RAC中SS Sequence和DFS Lock Handle,可以通过预先排序进行表空间的实例间分配来完成。 在实例启动之后,建立一个排序作业,从而使其本地实例中建立一个临时段可重用区域,避免本实例需要排序的

临时表空间用于排序,在需要申请临时表空间时候将会使用TS Lock和SS Lock。 在Oracle RAC中,由于从Oracle 9.2之后临时段不回收导致在Oracle RAC中临时段的配置和使用有可能对于Oracle RAC性能会产生不利的影响。

Smon Waiting For DFS Lock Handle Smon Waiting For DFS Lock Handle,杀掉Blocking Session之后依然陆续等待,在持续杀掉一些Blocking Session之后,Smon恢复正常。 DFS Lock Handle作用在Oracle RAC中,主要表现