本篇內容介紹了“使用DBUA升級Oracle11.2.0.4到Oracle 19C的問題有哪些”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
成都創新互聯公司主要從事成都網站設計、網站制作、網頁設計、企業做網站、公司建網站等業務。立足成都服務寧晉,10年網站建設經驗,價格優惠、服務專業,歡迎來電咨詢建站服務:13518219792
簡單記錄一下升級過程中的坑:
需求:把ORACLE 11.2.0.4庫遷移到新機器并升級到19C。
前期工作:
在新機器上安裝11g,目錄為/u01/app/oracle/product/11.2.0/home_1
19C安裝在/u01/app/oracle/product/19.3.0/home_1
在老服務器上RMAN全庫備份出來,備份目錄NFS共享給新服務器,在新服務器上掛載上共享目錄,完成恢復。11G正常打開庫沒有問題。
接著就是對要升級的庫做5個準備工作
1、清除OLAP Catalog:$ORACLE_HOME/olap/admin/catnoamd.sql
2、清除apex:$ORACLE_HOME/apex/apxremov.sql
3、刪除11G的DB control 需要使用19C的$ORACLE_HOME/rdbms/admin/emremove.sql
4、清空回收站
5、執行utlrp.sql重新編譯
檢查是否有失效的對象,為了保險起見,失效的對象我都刪除了。
一、第一個坑:
設置/etc/oratab orcl:/u01/app/oracle/product/19.3.0/home_1:N
就是這個設置,掉進了第一個坑。
使用19C DBUA升級,開始執行過程時,本應該先用11G啟動庫,結果19C啟動了11G的庫,啟動到升級模式,然后就出錯了。然后再改回用11G啟動,就報control file version 19.0.0.0.0 incompatible with ORACLE version 11.2.0.4.再啟動不了了,就此升級失敗,只好把庫刪了,重新來一次恢復操作,從頭開始做一遍。
二、第二個坑
DBUA過程中讓選擇升級失敗的恢復模式,我選擇了使用flashback 創建恢復點。
結果DBUA升級過程中,發現卡在那一直不動,打開后臺看告警alert日志,發現報db recovery 目錄滿,趕緊用alter system set 把db recovery 目錄設置一個更大的值,之后的操作就在db recovery 目錄不斷的滿,不斷的擴db recovery 目錄。本來以為用不了多久就能完的操作,花費了好幾個小時。以后這種升級,再不能選用使用flashback 創建恢復點了。
三、第三個坑
走到post階段的時候,失敗,報以下錯誤
Unable to obtain current patch information due to error: 20001, ORA-20001: Latest xml inventory is not loaded into table
ORA-06512: at "SYS.DBMS_QOPATCH", line 2327
ORA-06512: at "SYS.DBMS_QOPATCH", line 854
ORA-06512: at "SYS.DBMS_QOPATCH", line 937
ORA-06510: PL/SQL: unhandled user-defined exception
ORA-06512: at "SYS.DBMS_QOPATCH", line 932
ORA-29913: error in executing ODCIEXTTABLEFETCH callout
ORA-29400: data cartridge error
KUP-04095: preprocessor command /u01/app/oracle/product/19.3.0home_1/QOpatch/qopiprep.bat encountered error "locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Can"
ORA-06512: at "SYS.DBMS_QOPATCH", line 919
ORA-06512: at "SYS.DBMS_QOPATCH", line 2286
ORA-06512: at "SYS.DBMS_QOPATCH", line 817
ORA-06512: at "SYS.DBMS_QOPATCH", line 2309
===========================================================
Dumping current patch information
===========================================================
Unable to obtain current patch information due to error: 20001
到MOS上耐心的搜索,找到了解決辦法:
做這個設置:export LC_ALL=en_US.UTF-8
問題解決。
四、第四個坑
升級完后,居然庫啟動到mount就失敗,報以下錯誤:
control file version 19.0.0.0.0 incompatible with ORACLE version 11.2.0.4.
仔細檢查,發現啟動參數里,compatible='11.2.0.4’,修改參數文件
把compatible='11.2.0.4’修改為compatible='19.3.0’。重新啟動,啟動成功。
檢查組件狀態:
select COMP_ID,VERSION, STATUS from dba_registry;
COMP_ID VERSION STATUS
------------------------------ ------------------------------ ------------------
CATALOG 19.0.0.0.0 VALID
CATPROC 19.0.0.0.0 VALID
JAVAVM 19.0.0.0.0 VALID
XML 19.0.0.0.0 VALID
CATJAVA 19.0.0.0.0 VALID
APS 19.0.0.0.0 VALID
RAC 19.0.0.0.0 OPTION OFF
OWM 19.0.0.0.0 VALID
CONTEXT 19.0.0.0.0 VALID
XDB 19.0.0.0.0 VALID
ORDIM 19.0.0.0.0 VALID
COMP_ID VERSION STATUS
------------------------------ ------------------------------ ------------------
SDO 19.0.0.0.0 VALID
XOQ 19.0.0.0.0 VALID
13 rows selected.
RAC組件不正常,好在是單機,不適用RAC,不做處理。
最后一步工作,把ORACLE_HOME從11G的目錄修改為19C的目錄。
“使用DBUA升級Oracle11.2.0.4到Oracle 19C的問題有哪些”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注創新互聯網站,小編將為大家輸出更多高質量的實用文章!
分享題目:使用DBUA升級Oracle11.2.0.4到Oracle19C的問題有哪些
URL網址:http://vcdvsql.cn/article38/poogsp.html
成都網站建設公司_創新互聯,為您提供網站改版、微信小程序、網站制作、外貿網站建設、網站設計、域名注冊
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯