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/，如需轉載，請註明出處，否則將追究法律責任。