刚才下班回家的路上，接到客户的电话："回家了吗？我们这边的一套RAC库有个节点有问题哦，一直刷异常，一下子就把磁盘弄满了，我现在停掉了那个节点了。从日志上看好像跟权限有关，现在还有个实例跑着，暂时不影响业务。一会你帮看看？“
回到家以后，通过QQ客户传来日志过来，一直刷的异常如下：
WARNING: failed to read mirror side 1 of virtual extent 165 logical extent 0 of file 256 in group [1.3088033177] from disk DATA_0006 allocation unit 104 reason error; if possible,will try another mirror side Errors in file /oracle/app/oracle/diag/rdbms/mmcsg/mmcsg2/trace/mmcsg2_ora_46137574.trc:
ORA-15025: could not open disk "/dev/rhdiskpower6"
ORA-27041: unable to open file
IBM AIX RISC System/6000 Error: 13: Permission denied
“这个现象是什么时候开始的？”
“好像是今天下午开始的，我清理过一次磁盘，但是清理了没多久又满了。”
“下午，咱做过什么操作吗？”
“下午好像有灾备系统平台的人来部署过一些脚本，做统一灾备的。”
经过检查，发现下午的实施人员弄了两个新的定时任务脚本放到ROOT用户下，主要是用于进行RMAN备份的。再次检查相关磁盘的权限信息，发现权限都是660的，明显ROOT用户是没有权限的。同时，通过ORACLE SUPPORT以及百度的相关资料显示，这个问题可能是用了不具有磁盘组读写权限的用户去操作数据库引起的。根据这些线索跟资料，进行了验证，发现确实是用ROOT用户执行所引起的。
处理办法：将脚本部署到ORACLE用户的crontab下或在脚本开头切换到oracle用户下。