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

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 tablevalidate 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方法來取出壞塊以外的資料的方法，這裡就不介紹了。