上午開虛擬機登錄數(shù)據(jù)庫的時候,突然就報錯:ORA-09817: Write to audit file failed寫入失???不會是磁盤滿了吧?當然,no space left on device提示
plsql下查看執(zhí)行計劃報錯:ORA-00904:"OTHER_XML":標識符無效 解決辦法:1.報錯的用戶登錄到sqlplus,執(zhí)行以下命令: sql> drop ta
大早上起來測試一波fsfl,遇到一個小問題記錄一下。 DGMGRL> DGMGRL> show configuration; Configuration - dg_config
今天開發(fā)報表遇到了ORA-22922: 不存在的 LOB 值問題,原因是用了wm_concat函數(shù),轉(zhuǎn)換后是clob類型,導致報表查詢時報錯。后來改為使用listagg函數(shù)替代,完美解決問題,同時網(wǎng)上
昨天還能連接的Oracle數(shù)據(jù)庫突然今天就連接提示錯誤ORA-12154了經(jīng)過一段時間的急救,終于恢復過來,一下UP主分享一下解決方案:1.用SQLplus的方法檢查  
12C Oracle Data Guard 備庫今天異常 2018-07-05T21:31:32.291970+08:00GEN0 (ospid: 75371): terminating the in
一、使用以下的命令清理了空間:1. cd /orabak 2. find . -type f
Oracle Study之--ORA-12537(TNS:connection closed) 錯誤案例系統(tǒng)環(huán)境:操作系統(tǒng):RedHat EL55Cluster: Oracle 11gR2 GRIDO
processes設(shè)置過大導致數(shù)據(jù)庫打不開在processes設(shè)置過大后,可能導致數(shù)據(jù)庫打不開,開啟數(shù)據(jù)庫后會報錯:SQL> startup ORA-00064: obje
報錯SYS@orcl> alter table test rename to sys.test_bak;alter table test rename to sys.test_bak*ERROR