一次刪除歸檔遇ORA-15028錯誤的解決過程

darren__chan發表於2015-06-04

程式環境：AIX 7.1 平臺，11G  RAC 雙節點，部署Oracle GoldenGATE和DATAGUARD。                          
故障過程：今天同事巡檢不仔細，導致歸檔空間爆滿，資料庫連線hang住， 透過RMAN刪除歸檔時，  遇到ORA-15028: ASM file ""+FRA/…"" not dropped; currently being accessed （DBD ERROR: OCIStmtute）    錯誤 便 停止，而且這些歸檔日誌是好幾天前的。
應急解決過程：1. su - grid   2.asmcmd  3.進入歸檔目錄下直接 刪除掉可刪除的歸檔 rm  -rf * ，其間同樣出現部分日誌檔案無法刪除，報15028錯誤。但大部分檔案仍能刪除，騰出了空間，資料庫恢復連線。

故障描述：ASM檔案無法刪除，此時檔案正被訪問，oracle告訴的方法是去查是什麼活動的客戶端連線佔用著檔案。    
                                                                                                          
[oracle@localhost ~]$ oerr ora 15028
15028, 00000, "ASM file '%s' not dropped; currently being accessed"
// *Cause:  An attempt was made to drop an ASM file, but the file was
//          being accessed by one or more clients and therefore could 
//          not be dropped.
// *Action: Stop all clients that are using this file and retry the drop 
//          command. Query the V$ASM_CLIENT fixed view in an ASM instance
//          or use ASMCMD LSOF to list active clients.
//


最終解決過程：
1.該生產庫上目前部署的有GOLDENGATE 和DATAGUARD ,  透過查詢   GOLDENGATE 並無發現異常，於是去詢問了部署dataguard的工程師是否standby庫上的日誌傳輸延遲了，答延遲了3天。但這刪不掉的歸檔中有3天前的。                                                                                                                                                         
 2.分別進入節點1和節點2的 asmcmd下 輸入 lsof -G FRA 命令列出哪些檔案被佔用。在節點1的例項列出的正是這些刪不掉的歸檔。
3.  剛好之前留意到另外一家公司的DBA正好出來過這樣的問題，馬上電話詢問，答這種一般是重啟例項即可釋放，綜合了網上一些同樣遇到該問題的人的解決方法，最後決定還是決定重啟例項。（PS:這期間試過在rman 下delete force，無報錯，但依然刪除不了 ）。
4.定到了晚上凌晨應用升級進行重啟，此時僅需要重啟佔用檔案的1節點，因為是RAC,單重啟一個節點也影響不大。
步驟：停止Ogg ，關閉oracle例項，關閉ASM例項 ， 啟動ASM例項，啟動資料庫例項， 啟動Ogg

 5.重啟之後，可正常刪除，目前未發現其他影響。未深究的是，這些檔案為何一直被佔用而未釋放？

                                                                                                                                                                                             

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/29863023/viewspace-1685682/，如需轉載，請註明出處，否則將追究法律責任。

相關文章