RESTORE資料時10G+ASM遇到ORA-4031及ORA-00600 KSSRMP1錯誤
近期一朋友在AIX6.1+10.2.0.4 RAC==》AIX6.1+10.2.0.4單節點RAC做DATAGUARD。
在AIX6.1+10.2.0.4單節點RAC上做RESTORE還原資料時,遇到錯誤:
ASM例項報錯有的ORA-600 [kssrmp1]以及ORA-04031錯誤,還有如下:
ORA-19870: error reading backup piece/full.bak
ORA-19504: failed to create file "+DATA1"
ORA-17502: ksfdcre:4 Failed to create file +DATA1
ORA-15055: unable to connect to ASM instance
介入時候,因為客戶是通過加密機+TEAMVIEWER+QQ等遠端過去,只留有幾個截圖。
時間緊急,首先對於600錯誤分析,查詢MOS文件,是有相對應的BUG:
ORA-600 [kssrmp1] (文件 ID 139162.1)
Bug 7308941 - ORA-600 [KSSRMP1] in ASM (文件 ID 7308941.8)
不過沒得到相應TRACE檔案,是否完全匹配此BUG,不好進一步確認。
對於ORA-19504等在ASM的磁碟組中無法建立檔案等報錯,CRS叢集件的相應服務均正常,ASM磁碟組也MOUNT狀態;
使用ASMCMD命令去相應磁碟組中檢視,控制檔案已經建立在裡面了,資料庫也可以MOUNT;因此判斷對ASM磁碟組+DATA讀寫是沒有問題的。
對於報錯的ORA-04031錯誤,ASM例項使用的SGA自動管理,查詢V$SGAINFO,共享池大小是128M(沒日誌記不太清..),對此進行了增加,增大到256M;
關於ASM的共享池分配,ASM & Shared Pool (ORA-4031) (文件 ID 437924.1)裡面也有較為詳細的說明;
共享池大小的計算:
For disk groupsusing external redundancy, every 100 GB of space needs 1 MB of extra sharedpool plus 2 MB.
For disk groupsusing normal redundancy, every 50 GB of space needs 1 MB of extra shared poolplus 4 MB.
For disk groupsusing high redundancy, every 33 GB of space needs 1 MB of extra shared poolplus 6 MB.
對於11.2.0.3/11.2.0.4/12.1版本,建議值是:
SQL> alter systemset memory_max_target=4096m scope=spfile;
SQL> alter systemset memory_target=1536m scope=spfile;
Note: In11.2.0.3/11.2.0.4對 MEMORY_TARGET大小的計算方式:
1) If PROCESSESparameter is explicitly set:
The MEMORY_TARGETshould be set to no less than:
256M + PROCESSES * 132K (64bit) or 256M + PROCESSES * 120K (32bit)
2) If PROCESSESparameter is not set:
The MEMORY_TARGETshould be set to no less than:
256M + (available_cpu_cores * 80 + 40) *132K (64bit) or 256M +(available_cpu_cores * 80 + 40) * 120K (32bit)
之後重新進行RESTORE操作(只嘗試恢復了1、2號兩個資料檔案),可以正確完成。
測試恢復1、2號兩個資料檔案後,使用全庫RESTORE指令碼進行了恢復,次日聽說恢復了一夜,已經恢復完成了。
----------------
關於此次問題的處理,是否BUG最終也未進行進一步確認;通過判斷ASM的磁碟組是正常的,之後調整了ASM共享池大小;然後能夠正常RESTORE資料,協助也就結束了。
其實整個恢復過程還涉及其它的問題,如客戶對資料庫在磁碟組中位置的疑惑:
只指定+DATA磁碟組,會預設建立+DATA/DB_UNIQUE_NAME/file_type/filename 這樣格式,file_type通常是datafile/controlfile等;
至於此RESTORE過程比較慢(備份集大小700G/是否壓縮也不確定);在恢復測試時也相應增加了LARGE_POOL;關於RMAN備份、恢復的進一步調優,此處就不多說了;可以參考文件:
Note.360443.1 RMAN Backup Performance
Note 740911.1 RMAN Restore Performance
Note 247611.1 Known RMAN Performance Problems
NOTE.579158.1 Advise On How To Improve Rman Performance
NOTE.296985.1 RMAN Performance Data Gathering
Note.463227.1 Oracle10g RMAN Recovery Catalog Known Performance Issues
相關文章
- 資料庫restore時遇到1119錯誤資料庫REST
- 遇到用toad 監控資料庫時的ora-00600 [17281] 錯誤資料庫
- INTERVAL分割槽插入大量資料導致ORA-4031錯誤
- 資料庫啟動時遇到ORA-01578錯誤資料庫
- 解決升級資料庫時遇到的Text file busy錯誤資料庫
- 遇到ORA-00600: 內部錯誤程式碼, 引數: [kzsrgpw]
- 使用React Hooks時遇到的錯誤提示ReactHook
- 使用flashback database 特性時遇到的錯誤Database
- ORA-00600錯誤分析
- iOS路上遇到的錯誤及解決辦法iOS
- shared_pool——解決ORA-4031錯誤
- mysql還原資料庫遇到Unknown command 錯誤MySql資料庫
- oracle錯誤之ORA-00600Oracle
- 遇到 ORACLE 錯誤 6550Oracle
- 將資料庫設定為ARCHIVELOG模式時遇到ORA-12514錯誤資料庫Hive模式
- windows上使用telnet時遇到的兩個錯誤Windows
- 11.2.0.3 ASM例項出現ORA-4031錯誤導致資料庫歸檔失敗ASM資料庫
- rman映象備份全庫的時候報ora-00600錯誤。
- 恢復MySQL資料庫建立儲存過程是遇到錯誤MySql資料庫儲存過程
- ORA-39700錯誤(一般升級資料庫容易遇到)資料庫
- ORA-00600:[2252] 錯誤解決
- 訪問 SAP 電商雲 Storefront 時遇到的 HTTP 403 錯誤HTTP
- 如何處理CloudFoundry應用部署時遇到的254錯誤Cloud
- 安裝clusterware時候遇到版本不相容錯誤
- Oracle 12c PDB遷移及ORA-00600錯誤分析和解決Oracle
- MySQL資料庫常見錯誤及解決方案MySql資料庫
- 建立cache group 時遇到 錯誤5120 時候的解決方案
- 通過資料庫鏈匯出遇到ORA-39126錯誤資料庫
- 開發中遇到的錯誤
- 通過記憶體鎖定,解決ORA-4031錯誤記憶體
- PHP初學者最常遇到的8個錯誤及解決方法PHP
- 【expdp】資料泵備份遭遇ORA-00600: internal error code, arguments: [17020]錯誤Error
- 安裝ORACLE 12.2.0.1 GI 時遇到INS-44002錯誤Oracle
- sqlplus執行指令碼時遇到錯誤自動停止SQL指令碼
- Spring Boot建立DataSource時遇到的錯誤:No supported DataSource type foundSpring Boot
- Git合併時遇到衝突或錯誤後取消合併Git
- [記錄]關於安裝VMware workstation 時我遇到的錯誤
- 尋求高手幫助ora-00600錯誤