Oracle常見錯(cuò)誤代碼的分析與解決（二） ORA-01578:Oracle data block corrupted(file # num,block # num) 產(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=<F> and <B> between block_id and block_id+blocks-1;(<F>和<B>分別是ORA-01578報(bào)出的壞塊出現(xiàn)的文件號(hào)和塊號(hào)) 假如壞塊出現(xiàn)在表上，先用以下語句分析是否為永久性壞塊（建議多執(zhí)行一兩次，有助于鑒別數(shù)據(jù)壞塊是永久性的（硬盤上的物理壞塊）還是隨機(jī)性的（內(nèi)存或硬件錯(cuò)誤引起））： SQL>Analyze table <table_name> 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<sid>.ora文件，加入： 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<sid>.ora文件中刪掉并重起數(shù)據(jù)庫 <6>.rename壞表，把臨時(shí)表rename成壞表的表名 <7>.創(chuàng)建表上的INDEX等 假如ORA-01578出錯(cuò)信息提示數(shù)據(jù)壞塊指向的是數(shù)據(jù)字典或者是回滾段的話，你應(yīng)該立即與ORACLE公司聯(lián)系，共同商量一個(gè)好的解決辦法。 這里所講的解決方法只是比較常見的一種，一些更為具體的解決辦法可以查看一下ORACLE的故障解決手冊(cè)，那里面有浞及使用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.