国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

ORACLE還原恢復(fù)啟動時(shí)數(shù)據(jù)庫報(bào)ORA-00704, ORA-00604, ORA-00904

這篇具有很好參考價(jià)值的文章主要介紹了ORACLE還原恢復(fù)啟動時(shí)數(shù)據(jù)庫報(bào)ORA-00704, ORA-00604, ORA-00904。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

Oracle數(shù)據(jù)庫還原恢復(fù)后,執(zhí)行alter database open resetlogs時(shí)遇到下面錯誤。如下所示:

SQL>?alter?database?open?resetlogs;
alter?database?open?resetlogs
*
ERROR?at?line?1:
ORA-00603:?ORACLE?server?session?terminated?by?fatal?error
ORA-01092:?ORACLE?instance?terminated.?Disconnection?forced
ORA-00704:?bootstrap?process?failure
ORA-00604:?error?occurred?at?recursive?SQL?level?1
ORA-00904:?"I"."UNUSABLEBEGINNING#":?invalid?identifier
Process?ID:?19288
Session?ID:?2?Serial?number:?4441

剛開始有點(diǎn)懵的,第一次遇到這種情形。不過搜索了一下metalink相關(guān)資料后,大致了解到是因?yàn)榄h(huán)境變量設(shè)置有誤導(dǎo)致這些錯誤出現(xiàn)的。這里先介紹一下這個(gè)案例的復(fù)雜背景:

當(dāng)前機(jī)器為一個(gè)測試服務(wù)器(UAT環(huán)境),操作系統(tǒng)版本為HP-UX,數(shù)據(jù)庫版本Oracle 19c,然后因?yàn)镾upport人員要查找歷史數(shù)據(jù),需要還原一個(gè)2020年時(shí)間點(diǎn)的數(shù)據(jù)庫備份。但是生產(chǎn)環(huán)境(PROD)在2020年是Oracle 11g,然后在2021年升級為了Oracle 19c,現(xiàn)在測試服務(wù)器(UAT環(huán)境)的數(shù)據(jù)庫版本也是Oracle 19c,于是從其它測試服務(wù)器拷貝了一個(gè)Oracle 11g版本的掛載帶點(diǎn)/opt/oracle11g到當(dāng)前測試服務(wù)器(為了方便省事,如果重新安裝搭建Oracle 11g環(huán)境還麻煩一些),然后設(shè)置了一下/etc/oratab,如下所示:(xxx表示ORACLE_SID)

#xxx:/opt/oracle19c/product/19.3.0/db_1:N
xxx:/opt/oracle11g/product/11.2:N

退出當(dāng)前SecureCRT窗口,重新登陸,提示修改成功,如下所示

ORACLE_SID?=?[xxx]???xxx

Oracle?SID??=?xxx
Oracle?BASE?=?/opt/oracle11g
Oracle?HOME?=?/opt/oracle11g/product/11.2
SQL*Net?TNS?=?/etc
ORA_NLS10???=?/opt/oracle11g/product/11.2/nls/data

由于忙著檢查/修改pfile文件中的參數(shù),當(dāng)時(shí)沒有仔細(xì)檢查環(huán)境變量,匆匆忙忙就開始了數(shù)據(jù)庫實(shí)例的還原恢復(fù),但是當(dāng)前的ORACLE_HOME環(huán)境變量確實(shí)還是Oracle 19c的環(huán)境變量

>echo?$ORACLE_BASE
/opt/oracle19c
>echo?$ORACLE_HOME
/opt/oracle19c/product/19.3.0/db_1

修改環(huán)境變量~/.profile后,執(zhí)行. ~/.profile設(shè)置生效。然后重新登陸SecureCRT后,重新還原數(shù)據(jù)庫就不會遇到這個(gè)問題。另外,如果不重新還原,關(guān)閉數(shù)據(jù)庫后,重新OPEN數(shù)據(jù)庫亦可以,測試沒有什么問題。

ORACLE還原恢復(fù)啟動時(shí)數(shù)據(jù)庫報(bào)ORA-00704, ORA-00604, ORA-00904

官方文檔Database Startup Failure After RMAN Restore with ORA-00704, ORA-00604, ORA-00904 (Doc ID 2540757.1)的具體內(nèi)容如下:文章來源地址http://www.zghlxwxcb.cn/news/detail-412553.html

APPLIES?TO:
Oracle?Database?-?Enterprise?Edition?-?Version?11.2.0.4?and?later
Information?in?this?document?applies?to?any?platform.

SYMPTOMS
?
SQL>?alter?database?open;
alter?database?open
*
ERROR?at?line?1:
ORA-01092:?ORACLE?instance?terminated.?Disconnection?forced
ORA-00704:?bootstrap?process?failure
ORA-00604:?error?occurred?at?recursive?SQL?level?2
ORA-00904:?"I"."UNUSABLEBEGINNING#":?invalid?identifier
Process?ID:?23346
Session?ID:?680?Serial?number:?51933

CHANGES

?After?restoring?the?database?to?another?server?by?RMAN,?it?is?failed?to?startup.
After?upgrade?or?post?upgrade

CAUSE

?>>>>>ORA-00904:?"I"."UNUSABLEBEGINNING#":?invalid?identifier
This?error?appears?due?to?using?the?incorrect?sqlplus?environment.?For?example.,?By?default?SQLPLUS?will?connect?to?the?default?ORACLE_HOME,?say?12C?Home?but?if?you?are?duplicating?the?11g?database?on?same?host?the?it?must?be?Oracle?11g?Environment?in?order?to?complete?the?process.
1?-?This?issue?happens?when?we?have?installed?multiple?Oracle?Homes?in?a?single?system.
2?-?We?need?to?make?sure?that?we?are?in?the?right?environment?when?we?are?restoring?it.

SOLUTION

You?need?to?set?all?the?required?Environment?Variables?first?as?per?your?need?like?ORACLE_SID,?ORACLE_BASE,?ORACLE_HOME,?TNS_ADMIN,?PATH?with?proper?values
(OR)
Simply?work?by?going?to?the?bin?directory?of?your?required?ORACLE_HOME
SET?ORACLE_HOME=Your_Oracle_Home
CD?ORACLE_HOME\bin
Even?if?you?set?all?the?environment?parameter?properly,?then?need?to?investigate?further?to?verify?the?rman?backup?set?which?used?to?restore?or?verify?the?upgrade?logs,?component,?dba_registry?etc.
Provide?the?details?requested?in?below?Notes?based?on?the?post?restore?or?post?upgrade
Note?1905616.1??SRDC?-?Startup?Issues:?Checklist?of?Evidence?to?Supply?(Doc?ID?1905616.1)
Note?1906468.1??SRDC?-?Startup?Shutdown?-?Oracle?Binary?and?OS?Resources:?Checklist?of?Evidence?to?Supply?(Doc?ID?1906468.1)
Note:1672387.1??SRDC?-?Data?Collection?for?Upgrade?Issues
Note?753041.1?How?to?Diagnose?Components?with?NON?VALID?Status?in?DBA_REGISTRY?after?an?Upgrade?(Doc?ID?753041.1)
Note?1965956.1??SRDC?-?Data?Collection?for?Datapatch?issues?(Doc?ID?1965956.1)
Note?1671416.1??SRDC?-?Required?diagnostic?data?collection?for?RMAN?Restore?and?Recover?Using?TFA?Collector?(Recommended)?or?Manual?Steps?(Doc?ID?1671416.1)

到了這里,關(guān)于ORACLE還原恢復(fù)啟動時(shí)數(shù)據(jù)庫報(bào)ORA-00704, ORA-00604, ORA-00904的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • SQLServer2008數(shù)據(jù)庫還原失敗 恢復(fù)失敗

    SQLServer2008數(shù)據(jù)庫還原失敗 恢復(fù)失敗

    源地址:http://www.taodudu.cc/news/show-1609349.html?action=onClick 還原數(shù)據(jù)庫問題解決方案 在還原數(shù)據(jù)庫“Dsideal_school_db”時(shí),有時(shí)會遇見上圖中的問題“因?yàn)閿?shù)據(jù)庫正在使用,所以無法獲得對數(shù)據(jù)庫的獨(dú)占訪問權(quán)”,此時(shí)我們可以按照以下步驟解決此問題 1、右鍵數(shù)據(jù)庫“Dsideal_schoo

    2024年02月10日
    瀏覽(87)
  • oracle 連接數(shù)據(jù)庫報(bào)錯 ORA-12170:TNS 連接超時(shí)

    oracle 連接數(shù)據(jù)庫報(bào)錯 ORA-12170:TNS 連接超時(shí)

    上網(wǎng)嘗試了很多方法,網(wǎng)上列舉的以下常見方法對于我來說無效,且均正常。 1、先檢查網(wǎng)絡(luò)是否能ping通,下圖網(wǎng)絡(luò)狀態(tài)是正確的。 2、查看服務(wù)器監(jiān)聽服務(wù)是否啟動 3、cmd -》 tnsping ip地址(或者是服務(wù)器的實(shí)例名SID)如果報(bào)“TNS-12535:操作超時(shí)”,可能是服務(wù)器端防火墻 沒有

    2023年04月12日
    瀏覽(23)
  • Oracle數(shù)據(jù)庫ORA-01507: database not mounted解決方法

    連接上安裝好的oracle后,執(zhí)行SQL報(bào)ORA-01507: database not mounted錯誤,根據(jù)百度ORA-01507: database not mounted的解決辦法,問題解決了,下面詳細(xì)介紹一下這個(gè)方法: 執(zhí)行sql命令: shutdown ,并退出sqlplus /oracle/SHP/11204/是本例的oracle的家目錄,要根據(jù)自身安裝目錄做修改 語句為 fuser -u l

    2024年02月16日
    瀏覽(18)
  • Oracle的PDB數(shù)據(jù)庫創(chuàng)建DIRECTORY時(shí)遇到ORA-65254

    在Oracle 19c多租戶環(huán)境的PDB數(shù)據(jù)庫下面創(chuàng)建一個(gè)DIRECTORY時(shí),遇到了“ORA-65254: invalid path specified for the directory”,下面簡單演示一下所遇到的這個(gè)案例 如上所示,數(shù)據(jù)庫提示,出現(xiàn)這個(gè)錯誤的原因在于創(chuàng)建PDB的語句中指定了PATH_PREFIX參數(shù),創(chuàng)建目錄DIRECTORY時(shí)只能使用相對路徑,而

    2024年02月08日
    瀏覽(30)
  • 重啟Linux服務(wù)器 Oracle 數(shù)據(jù)庫步驟 重啟數(shù)據(jù)庫startup 報(bào)ORA-01031 insufficient privileges錯誤解決

    在一次重啟數(shù)據(jù)庫的時(shí)候,沒有正確按照步驟重啟數(shù)據(jù)庫,導(dǎo)致服務(wù)器重啟。 正確步驟及詳解: (1) su - oracle 打開Xshell,連接到數(shù)據(jù)庫所在的linux機(jī)器。若用戶為root,請輸入命令“su - oracle”并回車,若要密碼,輸入密碼后并回車,就切換到了oracle用戶下。 檢測方法:“#”變

    2024年02月15日
    瀏覽(165)
  • 數(shù)據(jù)庫數(shù)據(jù)恢復(fù)-Oracle數(shù)據(jù)庫數(shù)據(jù)恢復(fù)案例

    數(shù)據(jù)庫數(shù)據(jù)恢復(fù)-Oracle數(shù)據(jù)庫數(shù)據(jù)恢復(fù)案例

    數(shù)據(jù)庫數(shù)據(jù)恢復(fù)環(huán)境: Oracle數(shù)據(jù)庫ASM磁盤組有4塊成員盤。 數(shù)據(jù)庫故障分析: Oracle數(shù)據(jù)庫ASM磁盤組掉線 ,ASM實(shí)例無法掛載,用戶聯(lián)系我們要求恢復(fù)oracle數(shù)據(jù)庫。 數(shù)據(jù)庫數(shù)據(jù)恢復(fù)工程師拿到磁盤后,先將所有磁盤以只讀方式進(jìn)行扇區(qū)級別的鏡像備份,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢

    2024年02月13日
    瀏覽(40)
  • oracle19cPDB數(shù)據(jù)庫連不上,提示ORA-01109: database not open

    今天嘗試創(chuàng)建了一個(gè)RAC環(huán)境的PDB數(shù)據(jù)庫,在本地執(zhí)行alter pluggable database pdb01 open 成功了,但是使用上去了plus連接還是連接不上,提示錯誤如下: 依次檢查配置: 1.手工啟動pdb數(shù)據(jù)庫 2.在Oracle用戶下的tnsnames.ora文件添加了監(jiān)聽: 3.重啟grid用戶下的監(jiān)聽 發(fā)現(xiàn)問題依然存在,后來

    2024年02月05日
    瀏覽(34)
  • Oracle ORA-01033: ORACLE initialization or shutdown in progress(誤刪了DBF數(shù)據(jù)庫文件導(dǎo)致)解決方法

    Oracle ORA-01033: ORACLE initialization or shutdown in progress(誤刪了DBF數(shù)據(jù)庫文件導(dǎo)致)解決方法

    先聲明一下前期的一些手欠欠兒的操作導(dǎo)致oracl登錄不進(jìn)去了,起先是清理磁盤空間的時(shí)候誤刪除了orcle DBF數(shù)據(jù)文件后無法進(jìn)入系統(tǒng),plsql登錄報(bào)錯如下: 一般情況下,刪除表空間的正確方法是: DROP TABLESPACE BDCDJ INCLUDING CONTENTS AND DATAFILES; 如果沒有通過以上命令刪除而直接刪

    2024年02月02日
    瀏覽(100)
  • 數(shù)據(jù)庫數(shù)據(jù)恢復(fù)-Oracle數(shù)據(jù)庫文件出現(xiàn)壞塊的數(shù)據(jù)恢復(fù)案例

    數(shù)據(jù)庫數(shù)據(jù)恢復(fù)-Oracle數(shù)據(jù)庫文件出現(xiàn)壞塊的數(shù)據(jù)恢復(fù)案例

    Oracle數(shù)據(jù)庫故障初檢分析: 打開Oracle數(shù)據(jù)庫時(shí)報(bào)錯,報(bào)錯信息:“system01.dbf需要更多的恢復(fù)來保持一致性,數(shù)據(jù)庫無法打開”。用戶急需恢復(fù)zxfg用戶下的數(shù)據(jù)。 出現(xiàn)上述報(bào)錯的可能原因包括:控制文件損壞、數(shù)據(jù)文件損壞,數(shù)據(jù)文件與控制文件的SCN不一致等。 北亞企安數(shù)據(jù)

    2024年02月14日
    瀏覽(20)
  • Oracle 數(shù)據(jù)庫恢復(fù)刪除的數(shù)據(jù)

    需求描述: 同事讓刪除臟數(shù)據(jù),結(jié)果刪錯了,需要恢復(fù)數(shù)據(jù) 思路: 利用閃回恢復(fù)數(shù)據(jù)只能恢復(fù)15分鐘之內(nèi)的,后面undo空間會被重寫,就恢復(fù)不了,所以刪除數(shù)據(jù)后,要謹(jǐn)慎再三確認(rèn),若發(fā)現(xiàn)不對,則利用閃回恢復(fù) 先查詢刪除時(shí)的時(shí)間節(jié)點(diǎn)的快照 查到時(shí)間戳之后 閃回恢復(fù)數(shù)

    2024年01月24日
    瀏覽(36)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包