本篇內(nèi)容介紹了“使用DBUA升級(jí)Oracle11.2.0.4到Oracle 19C的問(wèn)題有哪些”的有關(guān)知識(shí),在實(shí)際案例的操作過(guò)程中,不少人都會(huì)遇到這樣的困境,接下來(lái)就讓小編帶領(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è),歡迎來(lái)電咨詢建站服務(wù):13518219792
簡(jiǎn)單記錄一下升級(jí)過(guò)程中的坑:
需求:把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ù)備份出來(lái),備份目錄NFS共享給新服務(wù)器,在新服務(wù)器上掛載上共享目錄,完成恢復(fù)。11G正常打開庫(kù)沒(méi)有問(wèn)題。
接著就是對(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í)行過(guò)程時(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ù)刪了,重新來(lái)一次恢復(fù)操作,從頭開始做一遍。
二、第二個(gè)坑
DBUA過(guò)程中讓選擇升級(jí)失敗的恢復(fù)模式,我選擇了使用flashback 創(chuàng)建恢復(fù)點(diǎn)。
結(jié)果DBUA升級(jí)過(guò)程中,發(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 目錄。本來(lái)以為用不了多久就能完的操作,花費(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
問(wèn)題解決。
四、第四個(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的問(wèn)題有哪些”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實(shí)用文章!