程式師世界 >> 數據庫知識 >> Oracle數據庫 >> Oracle數據庫基礎 >> Oracle數據庫操作常見錯誤及解決方案(1)

Oracle數據庫操作常見錯誤及解決方案(1)

編輯：Oracle數據庫基礎

ORA-01650:unable to extend rollback segment NAME by NUM intablespace NAME

產生原因：上述ORACLE錯誤為回滾段表空間不足引起的，這也是ORACLE數據管理員最常見的Oracle錯誤信息。當用戶在做一個非常龐大的數據操作導致現有回滾段的不足，使可分配用的回滾段表空間已滿，無法再進行分配，就會出現上述的錯誤。

解決方式：使用“ALTER TABLESPACE tablespace_name ADD DATAFILE filename SIZE size_of_file”命令向指定的數據增加表空間，根據具體的情況可以增加一個或多個表空間。當然這與還與你主機上的裸盤設備有關，如果你主機的裸盤設備已經沒有多余的使用空間，建議你不要輕意的增加回滾段表空間的大小，可使用下列的語句先查詢一下剩余的tablespace空間有多少：

Select user_name,sql_text from V$open_cursor where user_name=’<user_name>’;

如果多余的空間比較多，就可以適當追加一個大的回滾段給表空間使用，從而避免上述的錯誤。你也可以用以下語句來檢測一下rollback segment的競爭狀況：

Select class,count from V$waitstat where calss in(‘system undo header’,’
system undo block’,’undo header’,’undo block’);

和

Select sum(value) from V$sysstat where name in

(‘db_block_gets’,’consistents gets’);

如果任何一個class in count/sum(value)大於1%，就應該考慮增加rollback segment。

ORA-01652:unable to extend temp segment by num in tablespace name

產生原因：ORACLE臨時段表空間不足，因為Oracle總是盡量分配連續空間，一但沒有足夠的可分配空間或者分配不連續就會出現上述的現象。

解決方法：我們知道由於Oracle將表空間作為邏輯結構-單元，而表空間的物理結構是數據文件，數據文件在磁盤上物理地創建，表空間的所有對象也存在於磁盤上，為了給表空間增加空間，就必須增加數據文件。先查看一下指定表空間的可用空間，使用視圖SYS.DBA_FREE_SPACE，視圖中每條記錄代表可用空間的碎片大小：

SQL>Select file_id,block_id,blocks,

bytes from sys.dba_free_space where tablespace_name=’<users>’;

返回的信息可初步確定可用空間的最大塊，看一下它是否小於錯誤信息中提到的尺寸，再查看一下缺省的表空間參數：

SQL>SELECT INITIAL_EXTENT,NEXT_EXTENT,MIN_EXTENTS,

PCT_INCREASE FROM SYS.DBA_TABLESPACES WHERE 
TABLESPACE_NAME=name;

通過下面的SQL命令修改臨時段表空間的缺省存儲值：

SQL>ALTER TABLESPACE name DEFAULT STORAGE (INITIAL XXX NEXT YYY);

適當增大缺省值的大小有可能解決出現的錯誤問題，也可以通過修改用戶的臨時表空間大小來解決這個問題：

SQL>ALTER USER username TEMPORARY TABLESPACE new_tablespace_name;

使用ALTER TABLESPACE命令，一但完成，所增加的空間就可使用，無需退出數據庫或使表空間脫機，但要注意，一旦添加了數據文件，就不能再刪除它，若要刪除，就要刪除表空間。

一個報錯例子如下：

ORA-1652:unable to extend temp segment by 207381 in tablespace TEMPSPACE

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>
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報出的壞塊出現的文件號和塊號)

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

SQL>Analyze table validate structure cascade;

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

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

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

<1>.先關閉數據庫

<2>.編輯init.ora文件，加入：

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

<3>.startup restrict

<4>.創建一個臨時表：SQL>create table errortemp as select * from error;(error是壞表的表名)

<5>.把event從init.ora文件中刪掉並重起數據庫

<6>.rename壞表，把臨時表rename成壞表的表名

<7>.創建表上的INDEX等

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

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

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

ORA-00600:internal error code,arguments:[num],[?],[?],[?],[?]

產生原因：這種錯誤通常為ORACLE的內部錯誤，只對OSS和ORACLE開發有用。ORA-600的錯誤經常伴隨跟蹤文件的狀態轉儲（系統狀態和進程狀態），系統狀態存儲將包括Oracle RDBMS持有的當前對象的信息，進程狀態轉儲則將顯示特殊進程持有的對象，當進程符合了某錯誤條件時，經常是由於一些信息取自它持有的一個塊，如果我們知道這些錯誤進程持有的塊，就容易跟蹤問題的來源。

解決方法：一般來說出現這個錯誤我們本身是無法解決的，只有從提高系統本身各方面來解決這個內部問題，如增加硬件設備，調整系統性能，使用OPS（當然OPS從某種意義上說並不是一種好的解決方式）等。ORA-600錯誤的第一個變量用於標記代碼中錯誤的位置（代碼中的每個部分的第一變量都不一樣），從第二個到第五個變量顯示附加信息，告訴OSS代碼在哪裡出現了錯誤。

一個報錯例子如下：
ORA-00600: internal error code,
arguments: [1237], [], [], [], [], [], [], []

ORA-03113：end-of-file on communication channel

產生原因：通訊不正常結束，從而導致通訊通道終止

解決方法：

1>.檢查是否有服進程不正常死機，可從alert.log得知

2>.檢查sql*Net Driver是否連接到Oracle可執行程序

3>.檢查服務器網絡是否正常，如網絡不通或不穩定等

4>.檢查同一個網上是否有兩個同樣名字的節點

5>.檢查同一個網上是否有重復的IP地址

ORA-00942:table or vIEw does not exist

產生原因：這是由於裝載的表或視圖不存在，多半是CATEXP.SQL還沒有運行，無法執行Export視圖,如果CATEXP.SQL已經運行，則可能是版本錯誤。

解決方法：因為Import和Export共享的一些視圖是通過運行CATEXP.SQL來裝載的（它們具有相同的視圖），並不生成單獨的CATEXP.SQL，因而造成視圖與Export代碼不同步，較難保持彼此之間的兼容，用戶就必須建立自己的Export應用，從而避免ORA-00942的錯誤。

上述錯誤均為我們在使用回滾段時比較常見的問題，ORA-01598指明當前使用的回滾段的狀態為“not online”，不能使用，將它改為“online”狀態即可使用；ORA-01636指明當前回滾段已經為“online”狀態，可以直接使用，不用再集合它。

ORA-1636 signalled during: alter rollback segment rb00 online

我們在做統計時還可能遇到下述問題：一個rollback segment的狀態為”Needs Recovery”的現象，這是由於Oracle回退一個事物表中的沒有提交的事物時失敗所造成的。通常原因為一個datafile或者tablespace是在offline的狀態或者一個undo的目標被破壞或者rollback segment被破壞。解決的辦法是將所有的tablespace和datafile都置為online狀態，如果不能解決則做下面的工作：

1>.在initsid.ora中加入event=”10015 trace name context forever lever 10”;

2>.shutdown數據庫然後重啟；

3>.在$Oracle_HOME/rdbms/log下，找到startup時生成的trace file;

4>.在trace文件中，找到下列信息“error recovery tx(#,#) object #”;

5>.根據object#(與sys.dba_objects表中的object_id相同)在sys.dba_objects表中查出該object的名字；

6>.將該object drop掉;

7>.在init.ora文件中將該rollback segment放回rollback_segments參數中，刪除event;8>.shutdown數據庫然後重啟。此時”Needs Recovery”的問題應該是完全解決了，否則就是rollback segment被破壞了。

ORA-01688:unable to extend table name.name partition NAME by NUM in tablespace NAME

產生原因：指定的tablespace空間已經被占用滿，無法擴展。

解決方法：使用“ALTER TABLESPACE ADD DATAFILE”命令增加文件系統文件和原始分區，或者增加INITIAL的大小（如：alter tablespace CDRS101 default storage(next 500M pctincrease 1)）應該能夠解決，否則就是有人使用你的表空間上創建了一個比較大的數據文件導致你的表空間不夠用。

一個報錯例子如下：
ORA-1688: unable to extend table RMMCDR.LOCAL_CDR partition LOCAL_CDR101
by 460800 in tablespace CDRS101