ORACLE常見錯(cuò)誤代碼的分析與解決(二)
產(chǎn)生原因:當(dāng)ORACLE訪問一個(gè)數(shù)據(jù)塊時(shí),由于1、硬件的I/O錯(cuò)誤;2、操作系統(tǒng)的I/O錯(cuò)誤或緩沖問題;3、內(nèi)存或paging問
題;4、ORACLE試圖訪問一個(gè)未被格式化的系統(tǒng)塊失??;5、數(shù)據(jù)文件部分溢出等上述幾種情況的一種引起了邏輯壞塊或者
物理壞塊,這時(shí)就會(huì)報(bào)ORA-01578的錯(cuò)誤。
解決方式:由于ORACLE只有在訪問到有問題的數(shù)據(jù)文件時(shí)才會(huì)報(bào)錯(cuò),所以報(bào)錯(cuò)的時(shí)間有可能會(huì)比實(shí)際出錯(cuò)的時(shí)間要晚,如
果ORA-01578出錯(cuò)信息提示數(shù)據(jù)壞塊指向的是用戶自己的數(shù)據(jù)文件,則用以下方法來解決:
如果通過下面的SQL語句查出的壞塊出現(xiàn)有索引上,則只需重建索引即可
SQL>Select owner,segment_name,segment_type from dba_extents where file_id=
block_id+blocks-1;(
如果壞塊出現(xiàn)在表上,先用以下語句分析是否為永久性壞塊(建議多執(zhí)行一兩次,有助于鑒別數(shù)據(jù)壞塊是永久性的(硬盤
上的物理壞塊)還是隨機(jī)性的(內(nèi)存或硬件錯(cuò)誤引起)):
SQL>Analyze table validate structure cascade;
執(zhí)行該命令后,可能會(huì)出現(xiàn)以下的結(jié)果:
ORA-01578:與原先錯(cuò)誤信息有相同的參數(shù),為永久性的物理或邏輯壞塊;與原先錯(cuò)誤信息有不同的參數(shù),可能與內(nèi)存,
page space和I/O設(shè)備有關(guān)。
如果用戶有此表的最新備份,那么最好是用此備份來恢復(fù)此表,或者使用event 10231來取出壞塊以外的數(shù)據(jù):
<1>.先關(guān)閉數(shù)據(jù)庫
<2>.編輯init
event=”10231 trace name context forever,level 10”
<3>.startup restrict
<4>.創(chuàng)建一個(gè)臨時(shí)表:SQL>create table errortemp as select * from error;(error是壞表的表名)
<5>.把event從init
<6>.rename壞表,把臨時(shí)表rename成壞表的表名
<7>.創(chuàng)建表上的INDEX等
如果ORA-01578出錯(cuò)信息提示數(shù)據(jù)壞塊指向的是數(shù)據(jù)字典或者是回滾段的話,你應(yīng)該立即與ORACLE公司聯(lián)系,共同商量一個(gè)
好的解決辦法。
這里所講的解決方法只是比較常見的一種,一些更為具體的解決辦法可以查看一下ORACLE的故障解決手冊,那里面有浞及
使用ROWID方法來取出壞塊以外的數(shù)據(jù)的方法,這里就不介紹了。
相應(yīng)的英文如下:
Cause:The given data block was corrupted,probably due to program errors
Action:Try to restore the segment containing the given data block,This may involve dropping the segment
and recreating it,If there is a trace file,report the messages recorded in it to customer support.
ORA-01628:max # of extents num reached for rollback segment num
產(chǎn)生原因:這種錯(cuò)誤通常為一個(gè)回滾段和一個(gè)表空間已經(jīng)達(dá)到MAXEXTENTS參數(shù)設(shè)置的極限。要注意的是這個(gè)MAXEXTENTS不
是該回滾段或表空間的硬件極限,硬件極限取決于數(shù)據(jù)庫創(chuàng)建時(shí)在init.ora文件中指定的DB_BLOCK_SIZE參數(shù)的值。
解決方法:使用SQL命令A(yù)LTER TABLESPACE…STORAGE(MAXEXTENTS XXXX)來增加 MAXEXTENTS,其中“XXXX”值必須大于
錯(cuò)誤信息中所指的數(shù)值,但不能大于LARGEST MAXEXTENT的值,如果已經(jīng)達(dá)到了LARGEST MAXEXTENT VALUE,解決的辦法就
是重新創(chuàng)建較大的范圍尺寸,使用帶有選項(xiàng)COMPRESS=Y的Export工具導(dǎo)出表,如果表空間有可用空間,先給表做一個(gè)備
份,用alter tablespace tablespace_name更改其名字,然后再裝載表回?cái)?shù)據(jù)庫。
查看其錯(cuò)誤出現(xiàn)的地方,如果出現(xiàn)在回滾段或索引上,那么必須將其刪除并重建,如果出現(xiàn)在臨時(shí)表空間,修改臨時(shí)表空
間的存儲(chǔ)字段,便可解決這個(gè)問題。
一個(gè)報(bào)錯(cuò)例子如下:
ORA-1628:max # extents 50 reached for rollback segment RBS_1
相應(yīng)的英文如下:
Cause: An attempt was made to extend a rollback segment that already has reached its maximum size or space
could not be allocated in the data dictionary to contain the definition of the object.
Action:If possible,increase the value of either the MAXEXTENTS or PCTINCREASE initialization parameters or
find the data dictionary table lacking space and alter the storage parameters,as described in the Oracle8
Server Administrator's Guide.
<
相關(guān)文章
DBA_Oracle Startup / Shutdown啟動(dòng)和關(guān)閉過程詳解(概念)(對數(shù)據(jù)庫進(jìn)行各種維護(hù)操作)
對于大多數(shù)Oracle DBA來說,啟動(dòng)和關(guān)閉Oracle數(shù)據(jù)庫最常用的方式就是在命令行方式下的Server Manager。從Oracle 8i以后,系統(tǒng)將Server Manager的所有功能都集中到了SQL*Plus中,也就是說從8i以后對于數(shù)據(jù)庫的啟動(dòng)和關(guān)閉可以直接通過SQL*Plus來完成2014-08-08
Oracle中獲取會(huì)話信息的兩個(gè)函數(shù)分享
這篇文章主要介紹了Oracle中獲取會(huì)話信息的兩個(gè)函數(shù)分享,本文分別講解了USERENV和兩個(gè)函數(shù)sys_context,并對可以獲取哪些信息作了介紹,需要的朋友可以參考下2014-12-12
詳解Oracle如何將txt文件中的數(shù)據(jù)導(dǎo)入數(shù)據(jù)庫
這篇文章主要介紹了Oracle如何將txt文件中的數(shù)據(jù)導(dǎo)入數(shù)據(jù)庫,文中通過代碼示例和圖文結(jié)合的方式給大家講解的非常詳細(xì),對大家的學(xué)習(xí)或工作有一定的幫助,需要的朋友可以參考下2024-03-03
ORACLE數(shù)據(jù)庫應(yīng)用開發(fā)常見問題及排除
ORACLE數(shù)據(jù)庫應(yīng)用開發(fā)常見問題及排除...2007-03-03
Oracle計(jì)算時(shí)間差為毫秒的實(shí)現(xiàn)代碼
這里我是用分隔字符串單獨(dú)計(jì)算毫秒部分,如果有更好的辦法,請大家分享一下,下面是查詢時(shí)間差為毫秒的模板,需要的朋友可以參考下2017-03-03
Oracle 阻塞(blocking blocked)介紹和實(shí)例演示
這篇文章主要介紹了Oracle 阻塞(blocking blocked)介紹和實(shí)例演示,如何定位當(dāng)前系統(tǒng)有哪些阻塞,到底誰是阻塞者,誰是被阻塞者,本文對此給出了描述并做了相關(guān)演示,需要的朋友可以參考下2014-09-09

