Oracle 常見問題解決

1. ORA-00257
sqlplus /nolog
SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 7月 25 10:44:18 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> connect / as sysdba
已連接。
SQL> select * from v$log;-
 

GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- --------------------------------------- --------------
1 1 101 52428800 1 NO CURRENT 3621973 24-7月 -06
2 1 99 52428800 1 NO INACTIVE 3600145 24-7月 -06
3 1 100 52428800 1 NO INACTIVE 3611932 24-7月 -06
　　發現ARC狀態為NO，表示系統沒法自動做歸檔SQL> select * from v$recovery_file_dest;
NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES
------------------------------------------------------------------------------------------------------------------
/Oracle/flash_recovery_area 2147483648 2134212608 0 35
SQL> select * from v$flash_recovery_area_usage;
FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------- -------------- -------------- -------------
CONTROLFILE 0 0 0
ONLINELOG 0 0 0
ARCHIVELOG 69.97 0 40
BACKUPPIECE 30.01 0 2
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0
已選擇6行。
　　發現ARCHIVELOG占近70％，BACKUPPIRCR占了30％，這樣FLASH_RECOVERY_AREA空間的空間已經被完全占據了根據數據庫目前可用存儲空間為200GB、FLASH_RECOVERY_AREA空間為2GB的實際情況，把FLASH_RECOVERY_AREA的空間修改為20GB。SQL> alter system set DB_RECOVERY_FILE_DEST_SIZE=20g;
系統已更改。
SQL> select * from v$recovery_file_dest;
------------------------------------------------------- ---------- -----------------------------------
NAME SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES
----------- ---------- ----------------- ------------- -------------- ---------- ---------- ------------
/Oracle/flash_recovery_area 2.1475E+10 2264587776 0 38
　　這時再查看日志的狀態，發現REDO LOG處于正常的歸檔狀態。SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- --- -------------------------------------------- --------------
1 1 101 52428800 1 YES ACTIVE 3621973 24-7月 -06
2 1 102 52428800 1 NO CURRENT 3650399 25-7月 -06
3 1 100 52428800 1 YES INACTIVE 3611932 24-7月 -06
SQL> select * from v$flash_recovery_area_usage;
FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE 0 0 0
ONLINELOG 0 0 0
ARCHIVELOG 7.6 0 43
BACKUPPIECE 4.21 0 2
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0
已選擇6行。
SQL>2. ORA-600
日志文件中錯誤信息：
Mon Apr 16 14:37:52 2007
Starting Oracle instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 2
Using log_archive_dest parameter default value
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up Oracle RDBMS Version: 9.2.0.1.0.
System parameters with non-default values:
processes                = 150
timed_statistics         = TRUE
shared_pool_size         = 50331648
large_pool_size          = 8388608
java_pool_size           = 33554432
control_files            = f:\ora\oradata\gzsb\control01.ctl, f:\ora\oradata\gzsb\control02.ctl, f:\ora\oradata\gzsb\control03.ctl
db_block_size            = 8192
db_cache_size            = 25165824
compatible               = 9.2.0.0.0
db_file_multiblock_read_count= 16
fast_start_mttr_target   = 300
undo_management          = AUTO
undo_tablespace          = UNDOTBS1
undo_retention           = 10800
remote_login_passwordfile= EXCLUSIVE
db_domain                =
instance_name            = xxxxxx
dispatchers              = (PROTOCOL=TCP) (SERVICE=gzsbXDB)
job_queue_processes      = 10
hash_join_enabled        = TRUE
background_dump_dest     = c:\Oracle\admin\gzsb\bdump
user_dump_dest           = c:\Oracle\admin\gzsb\udump
core_dump_dest           = c:\Oracle\admin\gzsb\cdump
sort_area_size           = 524288
db_name                  = xxxxx
open_cursors             = 300
star_transformation_enabled= FALSE
query_rewrite_enabled    = FALSE
pga_aggregate_target     = 25165824
aq_tm_processes          = 1
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
CJQ0 started with pid=8
QMN0 started with pid=9
Mon Apr 16 14:37:54 2007
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Mon Apr 16 14:37:55 2007
ALTER DATABASE   MOUNT
Mon Apr 16 14:38:00 2007
Successful mount of redo thread 1, with mount id 1403199684.
Mon Apr 16 14:38:00 2007
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE   MOUNT
Mon Apr 16 14:38:00 2007
ALTER DATABASE OPEN
Mon Apr 16 14:38:00 2007
Beginning crash recovery of 1 threads
Mon Apr 16 14:38:00 2007
Started first pass scan
Mon Apr 16 14:38:00 2007
Completed first pass scan
62 redo blocks read, 4 data blocks need recovery
Mon Apr 16 14:38:00 2007
Started recovery at
Thread 1: logseq 43, block 3, scn 0.0
Recovery of Online Redo Log: Thread 1 Group 1 Seq 43 Reading mem 0
Mem# 0 errs 0: F:\ORA\ORADATA\GZSB\REDO01.LOG
Mon Apr 16 14:38:00 2007
Ended recovery at
Thread 1: logseq 43, block 65, scn 0.2970218
4 data blocks read, 4 data blocks written, 62 redo blocks read
Crash recovery completed successfully
Mon Apr 16 14:38:00 2007
Thread 1 advanced to log sequence 44
Thread 1 opened at log sequence 44
Current log# 2 seq# 44 mem# 0: F:\ORA\ORADATA\GZSB\REDO02.LOG
Successful open of redo thread 1.
Mon Apr 16 14:38:00 2007
SMON: enabling cache recovery
Mon Apr 16 14:38:00 2007
Undo Segment 1 Onlined
Undo Segment 2 Onlined
Undo Segment 3 Onlined
Undo Segment 4 Onlined
Undo Segment 5 Onlined
Undo Segment 6 Onlined
Undo Segment 7 Onlined
Undo Segment 8 Onlined
Undo Segment 9 Onlined
Undo Segment 10 Onlined
Successfully onlined Undo Tablespace 1.
Mon Apr 16 14:38:00 2007
SMON: enabling tx recovery
Mon Apr 16 14:38:00 2007
Database Characterset is ZHS16GBK
Mon Apr 16 14:38:00 2007
Errors in file c:\Oracle\admin\gzsb\bdump\gzsb_smon_5196.trc:
ORA-00600: internal error code, arguments: [4194], [98], [75], [], [], [], [], []Mon Apr 16 14:38:01 2007
Errors in file c:\Oracle\admin\gzsb\udump\gzsb_ora_3648.trc:
ORA-00600: 內部錯誤代碼，參數: [4194], [92], [84], [], [], [], [], []Mon Apr 16 14:39:02 2007
Recovery of Online Redo Log: Thread 1 Group 2 Seq 44 Reading mem 0
Mem# 0 errs 0: F:\ORA\ORADATA\GZSB\REDO02.LOG
Recovery of Online Redo Log: Thread 1 Group 2 Seq 44 Reading mem 0
Mem# 0 errs 0: F:\ORA\ORADATA\GZSB\REDO02.LOG
Mon Apr 16 14:39:02 2007
Errors in file c:\Oracle\admin\gzsb\udump\gzsb_ora_3648.trc:
ORA-00607: 當更改數據塊時出現內部錯誤
ORA-00600: 內部錯誤代碼，參數: [4194], [92], [84], [], [], [], [], []Error 607 happened during db open, shutting down database
USER: terminating instance due to error 607
Instance terminated by USER, pid = 3648
ORA-1092 signalled during: ALTER DATABASE OPEN...查看資料得到：
Would seem that the error is:
ORA-600 [4194] "Undo Record Number Mismatch While Adding Undo Record".Refer to Metalink note 39283.1.In future use Metalink note 153788.1 (Subject: Troubleshoot an ORA-600
Error Using the ORA-600 Argument Lookup Tool).參考：http://www.eygle.com/blog由于數據庫只能在MOUNT狀態所以
select * from v$rollname;
select * from undo$;
select * from v$tablespace;都不能使用1、通過錯誤信息可以確定當前回滾段是1-10，所以修改PFILE文件將下面這個隱含參數加到文件中去：
._corrupted_rollback_segments='_SYSSMU1$','_SYSSMU2$','_SYSSMU3$','_SYSSMU4$','_SYSSMU5$','_SYSSMU6$','_SYSSMU7$','_SYSSMU8$','_SYSSMU9$','_SYSSMU10$'
STARTUP PFILE='XXXX'
可以看到數據庫已經正常啟動
2、create undo tablespace undotbs2 datafile 'F:\ORA\ORADATA\GZSB\undotbs2.dbf';
   alter system set undo_tablespace=undotbs2;
   drop tablespace undotbs2;
3、修改參數文件，變更undo表空間，并取消_corrupted_rollback_segments設置:
*.undo_tablespace='UNDOTBS2'
4、startup pfile='xxxxx'
   create spfile from pfile;
   shutdown immediate
   statup故障解決，進行全庫備份
3. 10201上一個嚴重的BUG
環境 10201，AIX53
但據Oracle解釋，在任何操作系統版本都有此問題。現象：監聽器啟動后，隔一段時間（長短不定），就會出現無法連接： 若是用10201版本的SQLPLUS，則會出現 NO LISTENER。
9207 版本的SQLPLUS，則會出現：沒反應，HANG住。
原因：10201 版本上的一個BUG：4518443。其會自動創建一個子監聽器，當出現此情況時，監聽器將會掛起。
/opt/Oracle/product/10g/network/log/listener.log有如下語句:
WARNING: Subscription for node down event still pending
檢查是否真因為此BUG造成此現象：
$ ps -ef | grep tnslsnr
ora10g 8909 1 0 Sep 15 ? 902:44 /u05/10GHOME/DBHOME/bin/tnslsnr sales -inherit
ora10g 22685 8909 0 14:19:23 ? 0:00 /u05/10GHOME/DBHOME/bin/tnslsnr sales –inherit正常情況只有一個監聽器，而此BUG則會出現兩個監聽器。
解決方法：打補丁4518443 或者在listener.ora 文件里加入：
SUBSCRIBE_FOR_NODE_DOWN_EVENT_<listener_name>=OFF
其中，<listener_name> 是數據庫的監聽器的名稱。如：默認情況下，監聽器名為：LISTENER 。則語句就是：
SUBSCRIBE_FOR_NODE_DOWN_EVENT_LISTENER=OFF重啟監聽程序:
lsnrctl stop
lncrctl start4. ORA-01031: insufficient privileges的解決方法
1。檢查sqlnet.ora 文件.
sqlnet.ora 文件損壞或格式不對可以導致出現該問題。
sqlnet.ora 文件可能存放路徑為
$TNS_ADMIN/sqlnet.ora
如果沒有設置$TNS_ADMIN默認在$Oracle_HOME/network/admin/sqlnet.ora  
或
$HOME/sqlnet.ora      
(1).   可以從別的機器拷貝一個文件過來，注意備份原來的sqlnet.ora。
---檢查sqlnet.ora 文件內容
(2).   檢查SQLNET.AUTHENTICATION_SERVICES  
如果沒有使用dblink.檢查該行并設置
SQLNET.AUTHENTICATION_SERVICES = (BEQ,NONE)
(3).   SQLNET.CRYPTO_SEED  
在unix 下不需要該參數。如果存在該行，注釋掉或刪掉
(4).AUTOMATIC_IPC  
如果該參數為 ON，將強制使用"TWO_TASK" 連接
最好設置為OFF
AUTOMATIC_IPC = OFF
2.檢查相關文件的權限配置。
找到$TNS_ADMIN/*
$ cd $TNS_ADMIN    
$ chmod 644 sqlnet.ora tnsnames.ora listener.ora    
$ ls -l sqlnet.ora tnsnames.ora listener.ora    
-rw-r--r--   1 Oracle dba        1628 Jul 12 15:25 listener.ora   
-rw-r--r--   1 Oracle dba         586 Jun 1 12:07 sqlnet.ora    
-rw-r--r--   1 Oracle dba       82274 Jul 12 15:23 tnsnames.ora
3.檢查操作系統相關設置。
(1). $Oracle_HOME環境變量是否設置正確
% cd $Oracle_HOME     
% pwd  
如果錯誤，請重新設置：
sh or ksh:    ----------     
$ Oracle_HOME=<path_to_ORACLE_HOME>     
$ export Oracle_HOME      
Example:     
$ Oracle_HOME=/u01/app/oracle/product/7.3.3     
$ export Oracle_HOME       
csh:     ----    
% setenv Oracle_HOME <path_to_ORACLE_HOME>       Example:     
% setenv Oracle_HOME /u01/app/oracle/product/7.3.3   
另外$Oracle_HOME路徑應為實際路徑，不應是目錄連接（ln -s)
(2) $Oracle_SID是否設置正確；
% echo $Oracle_SID                           
(3).確信沒有設置$TWO_TASK
檢查 "TWO_TASK" 是否設置：
sh, ksh or on HP/UX only csh:    
-----------------------------------
env |grep -i two    
- or -    
echo $TWO_TASK     
csh:     
----
setenv |grep -i two       
如果有返回行比如:
TWO_TASK=    
- or -  
TWO_TASK=PROD   
就需要取消著這些環境變量設置 ：
sh or ksh:   
----------    
unset TWO_TASK        
csh:
----    
unsetenv TWO_TASK   
(4) 檢查Oracle 文件的權限:
% cd $Oracle_HOME/bin     
% ls -l Oracle
權限應為：rwsr-s--x, or 6751.
如果不是：
% chmod 6751 Oracle  
(5). 檢查當前所連接的操作系統用戶是否是"osdba" 并且已經定義在：
"$Oracle_HOME/rdbms/lib/config.s"  
or
"$Oracle_HOME/rdbms/lib/config.c".
通常應為dba
% id     uid=1030(Oracle) gid=1030(dba)    
可以如果"gid" 是 "dba" ， "config.s" or "config.c"
里面應該有:           /* 0x0008         15 */         .ascii "dba\0"    
如果沒有添加目前的操作系統用戶到dba 組，或則手工編輯更改config.c并且:%relink Oracle
(6).所需要的文件系統是否正確mount
%mount
(7) 目前身份是否是"root" 并且操作系統環境變量 "USER", "USERNAME", and "LOGNAME" 沒有設置成"root".
root用戶是特例,除非當前組是dba 組,否則不能connect internal.
把root用戶當前組改為dba組：
# newgrp dba
-----最好不要以root管理數據庫;
(8).檢查"/etc/group" :
是否存在重復行
% grep dba /etc/group       
dba::1010:
dba::1100:  
如果有，刪掉沒有用的。
(9).確信停掉的instance沒有占用內存資源
比如：ipcs -b            
T         ID       KEY        MODE    OWNER      GROUP   SEGSZ        
Shared Memory:           
m          0   0x50000ffe --rw-r--r-- root       root         68           
m       1601   0x0eedcdb8 --rw-r----- Oracle      dba    4530176        
可以看到1601 被Oracle 使用，刪掉.
-------注意是否啟動了多個instance
% ipcrm -m 1601
(10).如果同時還有ora-12705 錯誤檢查一下環境變量：
"ORA_NLS", "ORA_NLS32", "ORA_NLS33" ，"NLS_LANG".     
(11).檢查 "Oracle_HOME" and "LD_LIBRARY_PATH 環境變量：
$ LD_LIBRARY_PATH=$Oracle_HOME/lib     
$ export LD_LIBRARY_PATH      
$ Oracle_HOME=/u01/app/oracle/product/8.0.4     
$ export Oracle_HOME
(12).當前的instance 所再的磁盤是否有足夠的磁盤空間
df -k
(13).用戶對/etc/passwd 是否有讀權限。
(14).如果使用mts 方式，確信你的連接使用dedicade server 方式。
(15).安裝Oracle所需操作系統補丁是否打全。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。相應的英文如下：Cause:Failed to allocate extent from the rollback segment in tablespaceAction:Use the ALTER TABLESPACE ADD DATAFILE statement to add one or more files to the specified
tablespace.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相應的英文如下：Cause: Failed to allocate extent for temp segment in tablespaceAction:Use the ALTER TABLESPACE ADD DATAFILE statement to add one or more files to the specified
tablespace or create the object in another tablespace.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 <table_name> validate structure cascade;執行該命令后，可能會出現以下的結果：ORA-01578：與原先錯誤信息有相同的參數，為永久性的物理或邏輯壞塊；與原先錯誤信息有不同的參數，可能與內存，
page space和I/O設備有關。如果用戶有此表的最新備份，那么最好是用此備份來恢復此表，或者使用event 10231來取出壞塊以外的數據：<1>.先關閉數據庫<2>.編輯init<sid>.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<sid>.ora文件中刪掉并重起數據庫<6>.rename壞表，把臨時表rename成壞表的表名<7>.創建表上的INDEX等如果ORA-01578出錯信息提示數據壞塊指向的是數據字典或者是回滾段的話，你應該立即與Oracle公司聯系，共同商量一個
好的解決辦法。這里所講的解決方法只是比較常見的一種，一些更為具體的解決辦法可以查看一下Oracle的故障解決手冊，那里面有浞及
使用ROWID方法來取出壞塊以外的數據的方法，這里就不介紹了。相應的英文如下：Cause:The given data block was corrupted,probably due to program errorsAction: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.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], [], [], [], [], [], [], []相應的英文如下：Cause:This is a catchall internal error message for Oracle program exceptions.It indicates that a process
has met a low-level,unexpected condition.Various causes of this message include:Time-outs（超時）File corruption(文件太老)Failed data checks in memory（內存檢索失敗）Hardware,memory,or I/O errors（硬件、內存或者磁盤錯誤）Incorrectly restored files（錯誤的重建文件）
ORA-03113：end-of-file on communication channel產生原因：通訊不正常結束，從而導致通訊通道終止解決方法：1>.檢查是否有服進程不正常死機，可從alert.log得知2>.檢查sql*Net Driver是否連接到Oracle可執行程序3>.檢查服務器網絡是否正常，如網絡不通或不穩定等4>.檢查同一個網上是否有兩個同樣名字的節點5>.檢查同一個網上是否有重復的IP地址相應的英文如下：Cause:An unexpected end-of-file was processed on the communication channel.The problem could not be
handled by the Net8,two task,software.This message could occur if the shadow two-task process associated
with a Net8 connect has terminated abnormally,or if there is a physical failure of the interprocess
communication vehicle,that is,the network or server machine went down.Action:If this message occurs during a commection attempt,check the setup files for the appropriate Net8
driver and confirm Net8 software is correctly installed on the server.If the message occurs after a
connection is well established,and the error is not due to a physical failure,check if a trace file was
generated on the server at failure time.Existence of a trace file may suggest an Oracle internal error
that requires the assistance of customer support.
ORA-00942:table or view does not exist產生原因：這是由于裝載的表或視圖不存在，多半是CATEXP.SQL還沒有運行，無法執行Export視圖,如果CATEXP.SQL已經運
行，則可能是版本錯誤。解決方法：因為Import和Export共享的一些視圖是通過運行CATEXP.SQL來裝載的（它們具有相同的視圖），并不生成單獨
的CATEXP.SQL，因而造成視圖與Export代碼不同步，較難保持彼此之間的兼容，用戶就必須建立自己的Export應用，從而
避免ORA-00942的錯誤。相應的英文如下：Cause:The table or view entered does not exist,a synonym that is jnot allowed here was used,or a view was
referenced where a table is required.Existing user tables and views can be listed by querying the data
dictionary.Certain privileges may required to access the table.If an application returned this message,the
table the application tried to access does not exist in the database,or the application does not have
access to it.Action:Check each of the following:The spelling of the table or view name.That a view is not specified where a table is requiredThat an existing table or view name exists.Contact the database administrator if the table needs to be created or if user or application priviledes
are required to access the table.Also, if attempting to access a table or view in another schema,make certain thecorrect schema is
referenced and that access to the object is granted.
ORA-01598:rollback segment “name” is not onlineCause:The rollback segment was taken offline either manually or by SMON.Action:Check the status of the rollback segment in DBA_ROLLBACK_SEGS.ORA-1636: rollback segment “name” is already onlineCause:A rollback segment can only be used by one instance and an instance is trying to bring a rollback
segment online that is already in use.Action:Check that the values set in the initialization parameter file for parameters
ROLLBACK_SEGMENTS,ROLLBACK_SEGMENT_INITIAL,and ROLLBACK_SEGMENT_COUNT are correctly set for the instance
whiththe problem,Also check that the instance is using the correct initialization parameter file.Make sure
you are not confused about the difference between private and public rollback segments.See the Oracle8
Server Administrator’s Guide for more information about using rollback segments in paraller mode.上述錯誤均為我們在使用回滾段時比較常見的問題，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相應的英文如下：Cause:An extent could not be allocated for a table segment in tablespaceAction:Use the ALTER TABLESPACE ADD DATAFILE statement to add one or more files to the specified tablespace

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]