f RMAN Restore Upgrade from 10.2.0.5 to 12.1.0.2 所碰到的問題 ~ 迪貝之家

Pages

RMAN Restore Upgrade from 10.2.0.5 to 12.1.0.2 所碰到的問題

本來沒有想寫這一篇的,因為看Internet 有人寫得很詳細,而且oracle-base網站也貼了相同的主題,都沒提到有錯誤發生,怎麼會我就奶油桂花手,在restore的過程中就是會發生錯誤,我就把我碰到的錯誤及解法寫出來,供有興趣的人參考。

首先我碰到的是ORA-10561及600的錯誤
ORA-10561









碰到這個問題,當然是去查metalink的資料,文件ID 25481759.8開頭的描述如下
ORA-600 [6101] in 12c during recovery of INDEX blocks when applying redo log generated in 11.2
它的workaround 講的是廢話.....
後來找到了這篇14301592.8,嘗試使用它的workaround
run the recovery with ALLOW 1 CORRUPTION
這個資料庫其實只是要用來做為移轉到18c的中繼資料庫,想說index掛了就掛了,又不會用到,所以就下了recover database allow 1 corruption 讓restore的過程能夠順利進行。
再次進行restore upgrade 測試就發現rman 在recover 的過程中卡在一個archive log,也不秀錯誤訊息,看top 的output,就是pr02 這個背景行程一直在跑,耗用掉一個 cpu core的運算資源,去看alert log就有錯誤訊息了,一樣是600[6101]的錯誤
alter database recover logfile '/ora_data/arch_orcl/1_319579_759438825.dbf'
Mon May 06 14:32:01 2019
Media Recovery Log /ora_data/arch_orcl/1_319579_759438825.dbf
Errors in file /u01/app/oracle/diag/rdbms/orcl/ORCL/trace/ORCL_ora_8133.trc  (incident=108887):
ORA-00600: internal error code, arguments: [6101], [3342], [3347], [32], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/orcl/ORCL/incident/incdir_108887/ORCL_ora_8133_i108887.trc
我只好請NBU負責人幫我備一份Incremental,再重新進行restore,用以跳過出問題的archive log 的修復,這方式是可行的

最後我還是開了一個 Case給Oracle Global Support,說是要上patch 25481759,只好打上去看看,做了一次restore,還真的解決了。


說也奇怪,我在兩個資料庫都下了指令進行validate structure,找不到錯誤,每日查看Data Guard的同步狀況,也都很正常,沒看到任何錯誤,應該真的是個bug。