ORA-01650:unable to extend rollback segment NAME by NUM intablespace NAME 產(chǎn)生原因：上述Oracle錯誤為回滾段表空間不足引起的，這也是ORACLE數(shù)據(jù)治理員最常見的ORACLE錯誤信息。當(dāng)用戶在做一個非常龐大的數(shù)據(jù)操作導(dǎo)致現(xiàn)有回滾段的不足，使可分配用的回

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

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

　　解決方式：使用“ALTER TABLESPACE tablespace_name ADD DATAFILE filename SIZE size_of_file”命令向指定的數(shù)據(jù)增加表空間，根據(jù)具體的情況可以增加一個或多個表空間。當(dāng)然這與還與你主機上的裸盤設(shè)備有關(guān)，假如你主機的裸盤設(shè)備已經(jīng)沒有多余的使用空間，建議你不要輕意的增加回滾段表空間的大小，可使用下列的語句先查詢一下剩余的tablespace空間有多少： Select user_name,sql_text from V$open_cursor where user_name=’’;

　　假如多余的空間比較多，就可以適當(dāng)追加一個大的回滾段給表空間使用，從而避免上述的錯誤。你也可以用以下語句來檢測

　　一下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%，就應(yīng)該考慮增加rollback segment。

　　ORA-01652:unable to extend temp segment by num in tablespace name 產(chǎn)生原因：ORACLE臨時段表空間不足，因為ORACLE總是盡量分配連續(xù)空間，一但沒有足夠的可分配空間或者分配不連續(xù)就會出現(xiàn)上述的現(xiàn)象。 解決方法：我們知道由于ORACLE將表空間作為邏輯結(jié)構(gòu)-單元，而表空間的物理結(jié)構(gòu)是數(shù)據(jù)文件，數(shù)據(jù)文件在磁盤上物理地創(chuàng)建，表空間的所有對象也存在于磁盤上，為了給表空間增加空間，就必須增加數(shù)據(jù)文件。先查看一下指定表空間的可用空間，使用視圖SYS.DBA_FREE_SPACE，視圖中每條記錄代表可用空間的碎片大?。?SQL>Select file_id,block_id,blocks,bytes from sys.dba_free_space where tablespace_name= ’’;

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

　　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);

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

　　SQL>ALTER USER username TEMPORARY TABLESPACE new_tablespace_name;

　　使用ALTER TABLESPACE命令，一但完成，所增加的空間就可使用，無需退出數(shù)據(jù)庫或使表空間脫機，但要注重，一旦添加了數(shù)據(jù)文件，就不能再刪除它，若要刪除，就要刪除表空間。 一個報錯例子如下： ORA-1652:unable to extend temp segment by 207381 in tablespace TEMPSPACE

　　ORA-01628:max # of extents num reached for rollback segment num 產(chǎn)生原因：這種錯誤通常為一個回滾段和一個表空間已經(jīng)達到MAXEXTENTS參數(shù)設(shè)置的極限。要注重的是這個MAXEXTENTS不是該回滾段或表空間的硬件極限，硬件極限取決于數(shù)據(jù)庫創(chuàng)建時在init.ora文件中指定的DB_BLOCK_SIZE參數(shù)的值。

　　解決方法：使用SQL命令A(yù)LTER TABLESPACE…STORAGE(MAXEXTENTS XXXX)來增加 MAXEXTENTS，其中“XXXX”值必須大于錯誤信息中所指的數(shù)值，但不能大于LARGEST MAXEXTENT的值，假如已經(jīng)達到了LARGEST MAXEXTENT VALUE，解決的辦法就是重新創(chuàng)建較大的范圍尺寸，使用帶有選項COMPRESS=Y的EXPort工具導(dǎo)出表，假如表空間有可用空間，先給表做一個備份，用alter tablespace tablespace_name更改其名字，然后再裝載表回數(shù)據(jù)庫。

　　查看其錯誤出現(xiàn)的地方，假如出現(xiàn)在回滾段或索引上，那么必須將其刪除并重建，假如出現(xiàn)在臨時表空間，修改臨時表空間的存儲字段，便可解決這個問題。 一個報錯例子如下： ORA-1628:max # extents 50 reached for rollback segment RBS_1

　　ORA-00600:internal error code,arguments:[num],[?],[?],[?],[?] 產(chǎn)生原因：這種錯誤通常為ORACLE的內(nèi)部錯誤，只對OSS和ORACLE開發(fā)有用。ORA-600的錯誤經(jīng)常伴隨跟蹤文件的狀態(tài)轉(zhuǎn)儲(系統(tǒng)狀態(tài)和進程狀態(tài))，系統(tǒng)狀態(tài)存儲將包括ORACLE RDBMS持有的當(dāng)前對象的信息，進程狀態(tài)轉(zhuǎn)儲則將顯示非凡進程持有的對象，當(dāng)進程符合了某錯誤條件時，經(jīng)常是由于一些信息取自它持有的一個塊，假如我們知道這些錯誤進程持有的塊，就輕易跟蹤問題的來源。

　　解決方法：一般來說出現(xiàn)這個錯誤我們本身是無法解決的，只有從提高系統(tǒng)本身各方面來解決這個內(nèi)部問題，如增加硬件設(shè)備，調(diào)整系統(tǒng)性能，使用OPS(當(dāng)然OPS從某種意義上說并不是一種好的解決方式)等。ORA-600錯誤的第一個變量用于標(biāo)記代碼中錯誤的位置(代碼中的每個部分的第一變量都不一樣)，從第二個到第五個變量顯示附加信息，告訴OSS代碼在哪里出現(xiàn)了錯誤。 一個報錯例子如下： ORA-00600: internal error code, arguments: [1237], [], [], [], [], [], [], []

　　ORA-03113：end-of-file on communication channel 產(chǎn)生原因：通訊不正常結(jié)束，從而導(dǎo)致通訊通道終止 解決方法：

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

　　2>.檢查sql*Net Driver是否連接到ORACLE可執(zhí)行程序

　　3>.檢查服務(wù)器網(wǎng)絡(luò)是否正常，如網(wǎng)絡(luò)不通或不穩(wěn)定等

　　4>.檢查同一個網(wǎng)上是否有兩個同樣名字的節(jié)點

　　5>.檢查同一個網(wǎng)上是否有重復(fù)的IP地址 ORA-00942:table or view does not exist 產(chǎn)生原因：這是由于裝載的表或視圖不存在，多半是CATEXP.SQL還沒有運行，無法執(zhí)行Export視圖,假如CATEXP.SQL已經(jīng)運行，則可能是版本錯誤。

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