本篇內(nèi)容介紹了“使用DBUA升級(jí)Oracle11.2.0.4到Oracle 19C的問題有哪些”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

成都創(chuàng)新互聯(lián)公司主要從事成都網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、網(wǎng)頁(yè)設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)寧晉,10年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):13518219792

 簡(jiǎn)單記錄一下升級(jí)過程中的坑：

      需求：把ORACLE 11.2.0.4庫(kù)遷移到新機(jī)器并升級(jí)到19C。

前期工作：

在新機(jī)器上安裝11g，目錄為/u01/app/oracle/product/11.2.0/home_1

19C安裝在/u01/app/oracle/product/19.3.0/home_1

在老服務(wù)器上RMAN全庫(kù)備份出來，備份目錄NFS共享給新服務(wù)器，在新服務(wù)器上掛載上共享目錄，完成恢復(fù)。11G正常打開庫(kù)沒有問題。

     接著就是對(duì)要升級(jí)的庫(kù)做5個(gè)準(zhǔn)備工作

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、執(zhí)行utlrp.sql重新編譯

檢查是否有失效的對(duì)象，為了保險(xiǎn)起見，失效的對(duì)象我都刪除了。

一、第一個(gè)坑：

設(shè)置/etc/oratab   orcl:/u01/app/oracle/product/19.3.0/home_1:N

就是這個(gè)設(shè)置，掉進(jìn)了第一個(gè)坑。

使用19C DBUA升級(jí)，開始執(zhí)行過程時(shí)，本應(yīng)該先用11G啟動(dòng)庫(kù)，結(jié)果19C啟動(dòng)了11G的庫(kù)，啟動(dòng)到升級(jí)模式，然后就出錯(cuò)了。然后再改回用11G啟動(dòng)，就報(bào)control file version 19.0.0.0.0 incompatible with ORACLE version 11.2.0.4.再啟動(dòng)不了了，就此升級(jí)失敗，只好把庫(kù)刪了，重新來一次恢復(fù)操作，從頭開始做一遍。

二、第二個(gè)坑

 DBUA過程中讓選擇升級(jí)失敗的恢復(fù)模式，我選擇了使用flashback 創(chuàng)建恢復(fù)點(diǎn)。

結(jié)果DBUA升級(jí)過程中，發(fā)現(xiàn)卡在那一直不動(dòng)，打開后臺(tái)看告警alert日志，發(fā)現(xiàn)報(bào)db recovery 目錄滿，趕緊用alter  system set 把db recovery 目錄設(shè)置一個(gè)更大的值，之后的操作就在db recovery 目錄不斷的滿，不斷的擴(kuò)db recovery 目錄。本來以為用不了多久就能完的操作，花費(fèi)了好幾個(gè)小時(shí)。以后這種升級(jí)，再不能選用使用flashback 創(chuàng)建恢復(fù)點(diǎn)了。

三、第三個(gè)坑

走到post階段的時(shí)候，失敗，報(bào)以下錯(cuò)誤

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上耐心的搜索，找到了解決辦法：

做這個(gè)設(shè)置：export LC_ALL=en_US.UTF-8

問題解決。

四、第四個(gè)坑

 升級(jí)完后，居然庫(kù)啟動(dòng)到mount就失敗，報(bào)以下錯(cuò)誤：

control file version 19.0.0.0.0 incompatible with ORACLE version 11.2.0.4.

仔細(xì)檢查，發(fā)現(xiàn)啟動(dòng)參數(shù)里，compatible='11.2.0.4’，修改參數(shù)文件

把compatible='11.2.0.4’修改為compatible='19.3.0’。重新啟動(dòng)，啟動(dòng)成功。

    檢查組件狀態(tài)：

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組件不正常，好在是單機(jī)，不適用RAC，不做處理。

最后一步工作，把ORACLE_HOME從11G的目錄修改為19C的目錄。

“使用DBUA升級(jí)Oracle11.2.0.4到Oracle 19C的問題有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！

分享題目：使用DBUA升級(jí)Oracle11.2.0.4到Oracle19C的問題有哪些
URL網(wǎng)址：http://chinadenli.net/article38/poogsp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、微信小程序、網(wǎng)站制作、外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)、域名注冊(cè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)