skywalker的专栏

早上，省社保项目组反应，数据库上有一个系统类的sql，占用资源很大，严重影响数据库性能。具体的sql为：SELECT COUNT(*) FROM MGMT_METRIC_DEPENDENCY_DETAILS DEP, MGMT_SEVERITY SEV WHERE DEP.TAR

用户反映，其oracle 10.2.0.4 RAC数据库前些天产生了大量的trc文件，导致oracle所在文件系统撑满。    检查对应主机上的oracle alert日志，有大量的ORA-00600 [kksfbc-reparse-infinite-loop]错误日志，当然，伴

背景：         最近遇到一个很BT的项目，通过数据库的镜像盘阵进行RMAN备份，生产环境中产生的归档日志需要定时清除。而且，由于镜像盘阵是在备份时才进行同步，所以在生产环境中删归档时，还需要至少保留最近1天的归档。操作系统为AIX5.3和AIX6.1。解决方案：

Oracle10g的rman已经可以执行压缩备份，采用的压缩算法是bzip2。Oracle11g引入了一种新的压缩算法zlib。zlib的压缩率不如bzip2，但是压缩速度则要快不少。本文通过一个实验来对这两种压缩算法进行比较。[oracle@localhost orac

最近处理一起因UNDO表空间的数据文件损坏，而导致数据库服务无法启动的情况。     按理说，undo表空间数据文件的损坏，是不会影响到已提交的数据的，所以，该数据库能在没有备份的情况下恢复，并且不损失已提交的数据。     以下是实验过程：     1、破坏undo

用户决定停机一天，包括关闭主机。开始远程指挥现场的软件维护人员：1、停数据库：srvctl stop database -d xxxx 2、两台主机直接使用shutdown -F 命令关机，然后观察，物理地址变为不可ping通。      过了一会儿，又能ping通，不解。3、再次telnet进系统，执行shutdown 命令关机，继续观察，      现象依然如此，主机系

环境： P750+AIX 6100-07-00-0000             Oracle 11.2.0.2.0 RAC + ASM    在安装grid软件时，进行到大概30%多，安装界面跳出错误，根据错误指向的日志信息，发现里面有类似的错误日志：     ld: 0711-780 SEVERE ERROR: Symbol .ksmpfpva (entry 58940) in o