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= and (b)between block_id and block_id+blocks-1;()和(b)分別是ORA-01578報出的壞塊出現的文件號和塊號)
如果壞塊出現在表上，先用以下語句分析是否為永久性壞塊（建議多執行一兩次，有助於鑒別數據壞塊是永久性的（硬盤上的物理壞塊）還是隨機性的（內存或硬件錯誤引起））：
SQL>Analyze table <table_name> 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公司聯系，共同協商一個好的解決方法。
