OCR自动备份目录cdata下出现大量的OCR备份文件问题

昨天帮客户处理了一个OCR的自动备份目录下产生大量的.ocr文件的问题，简单记录一下。


问题现象：
OCR自动备份目录下有.ocr文件，每4小时会产生一个，ocr的命名规则也都是以数字开头，时间都是最近产生的，权限为root:root。如下：


-rw------- 1 root root     7405568 Apr 13 02:52 12759152.ocr
-rw------- 1 root root     7405568 Apr 13 06:52 41495970.ocr
-rw------- 1 root root     7405568 Apr 13 10:52 24058376.ocr


而使用ocrconfig -showbackup查看自动备份的文件，则都是一年以前生成的文件,权限为grid:oinstall，如下：


[root@] ls -l  backup*.ocr
-rw------- 1 grid oinstall 7073792 May  5  2015 backup00.ocr
-rw------- 1 grid oinstall 7073792 May  5  2015 backup01.ocr
-rw------- 1 grid oinstall 7073792 May  5  2015 backup02.ocr
[root@]# ls -l day.ocr
-rw------- 1 grid oinstall 7073792 May  4  2015 day.ocr
[root@]# ls -l week.ocr
-rw------- 1 grid oinstall 7073792 May  4  2015 week.ocr




问题分析：
OCR每4小时会备份一个文件，总共备份三个，同时会保留一个前一天的备份和一周前的备份。所以这些以数字命名的ocr文件可以判定都是ocr自动备份产生的。
查找MOS，发现这个现象是一个bug(ID 9446443),是由于ocr备份文件的权限不正确阻止了CRSD进程覆盖原来的文件，因此产生了许多以数字命名的ocr备份文件。由于每次的ocr备份文件不一样，所以会看到大量的ocr文件，每4个小时会产生一个ocr备份。




问题总结：
cdata目录下的那些backup0*.ocr,day.ocr,week.ocr文件的权限是grid:oinstall的原因由于时间过久，无法再查。但是在维护Oracle的时候，切记不要轻易修改目录或文件的权限。尤其需要注意的是整个目录的权限。


参考：Automatic OCR Backup Filling Up <CRS_HOME>/cdata/<clustername> Directory (Doc ID 1191067.1)

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/23850820/viewspace-2081403/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/23850820/viewspace-2081403/