程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> Oracle數據庫 >> 關於Oracle數據庫 >> ORACLE常見錯誤代碼的分析與解決二

ORACLE常見錯誤代碼的分析與解決二

編輯:關於Oracle數據庫
正在看的ORACLE教程是:ORACLE常見錯誤代碼的分析與解決二。 


--------------------------------------------------------------------------------

p align="JUSTIFY">ORA-01578:Oracle data block corrupted(file # num,block # num)

產生原因:當ORACLE訪問一個數據塊時,由於1、硬件的I/O錯誤;2、操作系統的I/O錯誤或緩沖問題;3、內存或paging問題;4、ORACLE試圖訪問一個未被格式化的系統塊失敗;5、數據文件部分溢出等上述幾種情況的一種引起了邏輯壞塊或者物理壞塊,這時就會報ORA-01578的錯誤。

解決方式:由於ORACLE只有在訪問到有問題的數據文件時才會報錯,所以報錯的時間有可能會比實際出錯的時間要晚,如果ORA-01578出錯信息提示數據壞塊指向的是用戶自己的數據文件,則用以下方法來解決:


如果通過下面的SQL語句查出的壞塊出現有索引上,則只需重建索引即可 

SQL$#@62;Select owner,segment_name,segment_type from dba_extents where file_id=$#@60;F$#@62; and $#@60;B$#@62; between block_id and block_id+blocks-1;($#@60;F$#@62;和$#@60;B$#@62;分別是ORA-01578報出的壞塊出現的文件號和塊號)


如果壞塊出現在表上,先用以下語句分析是否為永久性壞塊(建議多執行一兩次,有助於鑒別數據壞塊是永久性的(硬盤上的物理壞塊)還是隨機性的(內存或硬件錯誤引起)): 

SQL$#@62;Analyze table $#@60;table_name$#@62; validate structure cascade;

執行該命令後,可能會出現以下的結果:

ORA-01578:與原先錯誤信息有相同的參數,為永久性的物理或邏輯壞塊;與原先錯誤信息有不同的參數,可能與內存,page space和I/O設備有關。

如果用戶有此表的最新備份,那麼最好是用此備份來恢復此表,或者使用event 10231來取出壞塊以外的數據:

$#@60;1$#@62;.先關閉數據庫

$#@60;2$#@62;.編輯init$#@60;sid$#@62;.ora文件,加入:

event=”10231 trace name context forever,level 10”

$#@60;3$#@62;.startup restrict

$#@60;4$#@62;.創建一個臨時表:SQL$#@62;create table errortemp as select * from error;(error是壞表的表名)

$#@60 #@62;.把event從init$#@60;sid$#@62;.ora文件中刪掉並重起數據庫

$#@60;6$#@62;.rename壞表,把臨時表rename成壞表的表名

$#@60;7$#@62;.創建表上的INDEX等

如果ORA-01578出錯信息提示數據壞塊指向的是數據字典或者是回滾段的話,你應該立即與ORACLE公司聯系,共同商量一個好的解決辦法。

這裡所講的解決方法只是比較常見的一種,一些更為具體的解決辦法可以查看一下ORACLE的故障解決手冊,那裡面有浞及使用ROWID方法來取出壞塊以外的數據的方法,這裡就不介紹了。

相應的英文如下:

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

產生原因:這種錯誤通常為一個回滾段和一個表空間已經達到MAXEXTENTS參數設置的極限。要注意的是這個MAXEXTENTS不是該回滾段或表空間的硬件極限,硬件極限取決於數據庫創建時在init.ora文件中指定的DB_BLOCK_SIZE參數的值。

解決方法:使用SQL命令ALTER TABLESPACE…STORAGE(MAXEXTENTS XXXX)來增加 MAXEXTENTS,其中“XXXX”值必須大於錯誤信息中所指的數值,但不能大於LARGEST MAXEXTENT的值,如果已經達到了LARGEST MAXEXTENT VALUE,解決的辦法就是重新創建較大的范圍尺寸,使用帶有選項COMPRESS=Y的Export工具導出表,如果表空間有可用空間,先給表做一個備份,用alter tablespace tablespace_name更改其名字,然後再裝載表回數據庫。

查看其錯誤出現的地方,如果出現在回滾段或索引上,那麼必須將其刪除並重建,如果出現在臨時表空間,修改臨時表空間的存儲字段,便可解決這個問題。

一個報錯例子如下:

ORA-1628:max # extents 50 reached for rollback segment RBS_1

相應的英文如下:

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. 

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved