計(jì)算機(jī)ora00257問(wèn)題處理_第1頁(yè)
計(jì)算機(jī)ora00257問(wèn)題處理_第2頁(yè)
計(jì)算機(jī)ora00257問(wèn)題處理_第3頁(yè)
計(jì)算機(jī)ora00257問(wèn)題處理_第4頁(yè)
計(jì)算機(jī)ora00257問(wèn)題處理_第5頁(yè)
已閱讀5頁(yè)，還剩3頁(yè)未讀， 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明：本文檔由用戶提供并上傳，收益歸屬內(nèi)容提供方，若內(nèi)容存在侵權(quán)，請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、Oracle數(shù)據(jù)庫(kù)的ORA-00257故障解決過(guò)程2006-08-11 08:00作者：陳金窗出處：天極開(kāi)發(fā)責(zé)任編輯：方舟概述：Oracle數(shù)據(jù)庫(kù)是目前業(yè)界最常用的大型數(shù)據(jù)庫(kù)系統(tǒng)，我在實(shí)際項(xiàng)目中遇到出現(xiàn)ORA-00257錯(cuò)誤（空間不足錯(cuò)誤），通過(guò)查找資料，絕大部分說(shuō)這是由于歸檔日志太多，占用了全部的硬盤剩余空間導(dǎo)致的，通過(guò)簡(jiǎn)單刪除日志或加大存儲(chǔ)空間就能夠解決。但是我在Oracle 10g上發(fā)現(xiàn)，存儲(chǔ)空間還有很大，卻也報(bào)這個(gè)錯(cuò)誤。原來(lái)是Oracle 10g中新的特性，對(duì)Flash Recovery的管理導(dǎo)致的。 1、軟硬件環(huán)境服務(wù)器HP Proliant DL580G4（Intel Xeon 3

2、.16GHz/4GB/ 72.8*4/RAID4)操作系統(tǒng)Red Flag DC Server release 5.0 (Trinity) for x86-64 Linux數(shù)據(jù)庫(kù)Oracle .1.02、問(wèn)題現(xiàn)象數(shù)據(jù)庫(kù)系統(tǒng)已經(jīng)試運(yùn)行了半個(gè)多月，在7月24日晚上連接數(shù)據(jù)庫(kù)后做數(shù)據(jù)更新時(shí)出現(xiàn)ORA-00257錯(cuò)誤，如下圖。提示歸檔錯(cuò)誤，通過(guò)查找ORACLE錯(cuò)誤代碼，解釋為硬盤空間不足，需要?jiǎng)h除歸檔日志增加空間，但是服務(wù)器可用空間200GB，目前只用了10GB左右，這是為什么呢？3、診斷過(guò)程：1）查看ORACLE數(shù)據(jù)庫(kù)歸檔日志情況roothrmsdb /# cd /oracle/flash_reco

3、very_area/HKCHR/archivelogroothrmsdb archivelog# ls2006_07_04 2006_07_13 2006_07_17 2006_07_20 2006_07_232006_07_11 2006_07_14 2006_07_18 2006_07_21 2006_07_242006_07_12 2006_07_15 2006_07_19 2006_07_22 2006_07_25roothrmsdb archivelog# cd 2006_07_25roothrmsdb 2006_07_25# lsroothrmsdb 2006_07_25# cd

4、./2006_07_24roothrmsdb 2006_07_24# lso1_mf_1_92_2d933vgb_.arc o1_mf_1_96_2d954ns7_.arc o1_mf_1_98_2d969d5h_.arco1_mf_1_95_2d9537cs_.arc o1_mf_1_97_2d956km0_.arc說(shuō)明在出現(xiàn)問(wèn)題之前數(shù)據(jù)庫(kù)歸檔處理一直是正常的。2）查看數(shù)據(jù)庫(kù)REDOLOG情況oraclehrmsdb $ sqlplus /nologSQL*Plus: Release .1.0 - Production on 星期二 7月 25 10:44:18 2006Copyright

5、(c) 1982, 2005, Oracle. All rights reserved.SQL> connect / as sysdba已連接。SQL> select * from v$log;GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME- - - - - - - -1 1 101 52428800 1 NO CURRENT 3621973 24-7月 -062 1 99 52428800 1 NO INACTIVE 3600145 24-7月 -063 1 100 524288

6、00 1 NO INACTIVE 3611932 24-7月 -06發(fā)現(xiàn)ARC狀態(tài)為NO，表示系統(tǒng)沒(méi)法自動(dòng)做歸檔。3）手工切換日志SQL> alter system switch logfile;alter system switch logfile*第 1 行出現(xiàn)錯(cuò)誤:ORA-01013: 用戶請(qǐng)求取消當(dāng)前的操作在等待長(zhǎng)時(shí)間沒(méi)反應(yīng)后，中斷操作，手工切換日志沒(méi)有成功。4）查看Oracle數(shù)據(jù)庫(kù)后臺(tái)歸檔服務(wù)進(jìn)程oraclehrmsdb $ ps -ef|grep oracleoracle 4601 1 0 Jul11 ? 00:00:04 /oracle/product/db_1/bin/

7、tnslsnr LISTENER -inheritoracle 5025 1 0 Jul11 ? 00:00:00 /usr/bin/ssh-agent -soracle 20923 1 0 Jul24 ? 00:00:01 ora_pmon_hkchroracle 20925 1 0 Jul24 ? 00:00:00 ora_psp0_hkchroracle 20927 1 0 Jul24 ? 00:00:00 ora_mman_hkchroracle 20929 1 0 Jul24 ? 00:00:01 ora_dbw0_hkchroracle 20931 1 0 Jul24 ? 00:0

8、1:07 ora_lgwr_hkchroracle 20933 1 0 Jul24 ? 00:00:05 ora_ckpt_hkchroracle 20935 1 0 Jul24 ? 00:00:01 ora_smon_hkchroracle 20937 1 0 Jul24 ? 00:00:00 ora_reco_hkchroracle 20939 1 0 Jul24 ? 00:00:00 ora_cjq0_hkchroracle 20941 1 0 Jul24 ? 00:00:01 ora_mmon_hkchroracle 20943 1 0 Jul24 ? 00:00:05 ora_mmn

9、l_hkchroracle 20945 1 0 Jul24 ? 00:00:00 ora_d000_hkchroracle 20947 1 0 Jul24 ? 00:00:00 ora_s000_hkchroracle 20953 1 0 Jul24 ? 00:09:41 ora_arc0_hkchroracle 20955 1 1 Jul24 ? 00:10:29 ora_arc1_hkchroracle 20959 1 0 Jul24 ? 00:00:00 ora_qmnc_hkchroracle 20967 1 0 Jul24 ? 00:00:00 ora_q000_hkchroracl

10、e 20969 1 0 Jul24 ? 00:00:00 ora_q001_hkchroracle 21715 1 0 Jul24 ? 00:00:19 oraclehkchr (LOCAL=NO)oracle 21765 1 0 Jul24 ? 00:00:00 ora_j000_hkchroracle 21816 1 0 Jul24 ? 00:00:00 ora_j001_hkchroracle 21832 1 0 Jul24 ? 00:00:00 ora_j002_hkchroracle 21839 1 0 Jul24 ? 00:00:00 ora_j003_hkchroracle 21

11、859 1 0 Jul24 ? 00:00:00 ora_j004_hkchroracle 21861 1 0 Jul24 ? 00:00:00 ora_j005_hkchroracle 21886 1 0 Jul24 ? 00:00:00 ora_j006_hkchroracle 21888 1 0 Jul24 ? 00:00:00 ora_j007_hkchrroot 23187 23186 0 10:39 ? 00:00:00 login - oracleoracle 23188 23187 0 10:39 pts/0 00:00:00 -bashoracle 23216 23188 0

12、 10:39 pts/0 00:00:00 sqlplusoracle 23217 23216 0 10:39 ? 00:00:00 oraclehkchr (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)root 23224 23223 0 10:40 ? 00:00:00 login - oracleoracle 23225 23224 0 10:40 pts/1 00:00:00 -bashoracle 23310 23225 0 10:46 pts/1 00:00:00 ps -eforacle 23311 23225 0 10:46 pt

13、s/1 00:00:00 grep oracleoraclehrmsdb $后臺(tái)進(jìn)程都正常運(yùn)行。5）查看FLASH_RECOVERY_AREA空間使用情況roothrmsdb /# cd /oracleroothrmsdb oracle# lsadmin flash_recovery_area oraInventory productroothrmsdb oracle# du -a -k flash_recovery_area4 flash_recovery_area/HKCHR/onlinelog42456 flash_recovery_area/HKCHR/archivelog/2006_

14、07_15/o1_mf_1_74_2cj1h1jz_.arc.42448 flash_recovery_area/HKCHR/archivelog/2006_07_14/o1_mf_1_68_2cfzwwvt_.arc512560 flash_recovery_area/HKCHR/archivelog/2006_07_141469224 flash_recovery_area/HKCHR/archivelog6988 flash_recovery_area/HKCHR/backupset/2006_07_04/o1_mf_ncsnf_TAG20060704T174229_2bng1o0b_.

15、bkp876916 flash_recovery_area/HKCHR/backupset/2006_07_04/o1_mf_nnndf_TAG20060704T174229_2bng0cx4_.bkp883908 flash_recovery_area/HKCHR/backupset/2006_07_04883912 flash_recovery_area/HKCHR/backupset2353144 flash_recovery_area/HKCHR2353148 flash_recovery_arearoothrmsdb oracle#FLASH_RECOVERY_AREA空間使用了2.

16、35GB6）查看FLASH_RECOVERY_AREA空間中各部分使用情況SQL> select * from v$recovery_file_dest;NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES-/oracle/flash_recovery_area 2147483648 2134212608 0 35SQL> select * from v$flash_recovery_area_usage;FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE

17、 NUMBER_OF_FILES- - - - - - -CONTROLFILE 0 0 0ONLINELOG 0 0 0ARCHIVELOG 69.97 0 40BACKUPPIECE 30.01 0 2IMAGECOPY 0 0 0FLASHBACKLOG 0 0 0已選擇6行。發(fā)現(xiàn)ARCHIVELOG占近70，BACKUPPIRCR占了30，這樣FLASH_RECOVERY_AREA空間的空間已經(jīng)被完全占據(jù)了。4、解決過(guò)程根據(jù)數(shù)據(jù)庫(kù)目前可用存儲(chǔ)空間為200GB、FLASH_RECOVERY_AREA空間為2GB的實(shí)際情況，把FLASH_RECOVERY_AREA的空間修改為20GB。SQ

18、L> alter system set DB_RECOVERY_FILE_DEST_SIZE=20g;系統(tǒng)已更改。SQL> select * from v$recovery_file_dest;- - -NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES- - - - - - - -/oracle/flash_recovery_area 2.1475E+10 2264587776 0 38這時(shí)再查看日志的狀態(tài)，發(fā)現(xiàn)REDO LOG處于正常的歸檔狀態(tài)。SQL> select * from v$log;GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME - - - - - - - -1 1 101 52428800 1 YES ACTIVE 3621973 24-7月 -062 1 102 52428

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙，網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽，若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間，僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理，對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯，并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容，請(qǐng)與我們聯(lián)系，我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論