今天测试部门的人叫我过去，说是数据库当了，起不来了。
我过去看了看情况，做了如下操作
SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
Oracle 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 4534Array2 bytes
Variable Size 10Array051Array04 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
ORA-010Array2: ORACLE 例程终止。强行断开连接
表面上看不出问题，我查看alert_oracas.log文件
SYS auditing is disabled
Starting up ORACLE RDBMS Version: Array.2.0.1.0.
System parameters with non-default values:
processes = 150
timed_statistics = TRUE
shared_pool_size = 50331648 bitsCN.nET中国网管博客
large_pool_size = 8388608
Java_pool_size = 33554432
control_files = f:＼oracle＼oradata＼oracas＼CONTROL01.CTL,
f:＼oracle＼oradata＼oracas＼CONTROL02.CTL,
f:＼oracle＼oradata＼oracas＼CONTROL03.CTL
db_block_size = 81Array2
db_cache_size = 25165824
compatible = Array.2.0.0.0
db_file_multiblock_read_count= 16
fast_start_mttr_target = 300
undo_management = AUTO
undo_tablespace = UNDOSTB1
undo_retention = 10800
remote_login_passwordfile= EXCLUSIVE
db_domain =
instance_name = oracas
dispatchers = (PROTOCOL=TCP) (SERVICE=oracasXDB)
job_queue_processes = 10
hash_join_enabled = TRUE
background_dump_dest = f:＼oracle＼admin＼oracas＼bdump
user_dump_dest = f:＼oracle＼admin＼oracas＼udump
core_dump_dest = f:＼oracle＼admin＼oracas＼cdump bitsCN.Com
sort_area_size = 524288
db_name = oracas
open_cursors = 300
star_transformation_enabled= FALSE
query_rewrite_enabled = FALSE
pga_aggregate_target = 1ArrayArray22Array44
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=Array
Mon Apr 18 17:30:25 2005
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address ’(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))’...
Mon Apr 18 17:30:26 2005
ALTER DATABASE MOUNT
Mon Apr 18 17:30:30 2005
Successful mount of redo thread 1, with mount id 2424210674.
Mon Apr 18 17:30:30 2005
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE MOUNT
Mon Apr 18 17:30:30 2005 中国网管联盟
ALTER DATABASE OPEN
Mon Apr 18 17:30:32 2005
Thread 1 opened at log sequence 105
Current log# 2 seq# 105 mem# 0: F:＼ORACLE＼ORADATA＼ORACAS＼REDO02.LOG
Successful open of redo thread 1.
Mon Apr 18 17:30:32 2005
SMON: enabling cache recovery
Mon Apr 18 17:30:34 2005
Errors in file f:＼oracle＼admin＼oracas＼udump＼oracas_ora_3404.trc:
ORA-30012: 撤消表空间 ’UNDOSTB1’ 不存在或类型不正确
Mon Apr 18 17:30:34 2005
Error 30012 happened during db open, shutting down database
USER: terminating instance due to error 30012
Mon Apr 18 17:30:35 2005
Errors in file f:＼oracle＼admin＼oracas＼bdump＼oracas_smon_ArrayArray6.trc:
ORA-30012: undo tablespace ’’ does not exist or of wrong type
Mon Apr 18 17:30:35 2005
Errors in file f:＼oracle＼admin＼oracas＼bdump＼oracas_pmon_3500.trc:
ORA-30012: undo tablespace ’’ does not exist or of wrong type
Instance terminated by USER, pid = 3404
ORA-10Array2 signalled during: ALTER DATABASE OPEN...
于是我查看了以下信息来确认undo表空间的问题
SQL> conn sys/sys@oracas as sysdba
已连接到空闲例程。
SQL> startup mount
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 4534Array2 bytes
Variable Size 10Array051Array04 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
SQL> select name from v$datafile;
NAME
------------------------------------------------------------------------
F:＼ORACLE＼ORADATA＼ORACAS＼SYSTEM01.DBF
F:＼ORACLE＼ORADATA＼ORACAS＼UNDOTBS01.DBF
F:＼ORACLE＼ORADATA＼ORACAS＼CWMLITE01.DBF
F:＼ORACLE＼ORADATA＼ORACAS＼DRSYS01.DBF
F:＼ORACLE＼ORADATA＼ORACAS＼EXAMPLE01.DBF
F:＼ORACLE＼ORADATA＼ORACAS＼INDX01.DBF
F:＼ORACLE＼ORADATA＼ORACAS＼ODM01.DBF
F:＼ORACLE＼ORADATA＼ORACAS＼TOOLS01.DBF
F:＼ORACLE＼ORADATA＼ORACAS＼USERS01.DBF
F:＼ORACLE＼ORADATA＼ORACAS＼XDB01.DBF
D:＼ORADATA＼ORACAS＼TSCAS11.DBF
E:＼ORADATA＼ORACAS＼TFCAS12.DBF
D:＼ORADATA＼ORACAS＼TSCAS21.DBF
E:＼ORADATA＼ORACAS＼TFCAS22.DBF
D:＼ORADATA＼ORACAS＼TSCAS31.DBF
E:＼ORADATA＼ORACAS＼TFCAS32.DBF
D:＼ORADATA＼ORACAS＼TSCAS41.DBF
E:＼ORADATA＼ORACAS＼TFCAS42.DBF
D:＼ORADATA＼ORACAS＼TSCASINDX1.DBF
E:＼ORADATA＼ORACAS＼TSCASINDX2.DBF
D:＼ORADATA＼ORACAS＼TFCAS13.DBF
D:＼ORADATA＼ORACAS＼TFCAS14.DBF
D:＼ORADATA＼ORACAS＼TFCAS23.DBF
D:＼ORADATA＼ORACAS＼TFCAS24.DBF
E:＼ORADATA＼ORACAS＼TSCASINDX12.DBF
E:＼ORADATA＼ORACAS＼TSCASINDX13.DBF
E:＼ORADATA＼ORACAS＼TSCASINDX24.DBF
E:＼ORADATA＼ORACAS＼TSCASINDX25.DBF
C:＼SNAPSHOT01.DBF
C:＼TSCAS1.DBF
已选择30行。
SQL> show parameter undo 中国网管联盟
NAME TYPE VALUE
------------------------------------ ----------- -----------------------
undo_management string AUTO
undo_retention integer 10800
undo_suppress_errors boolean FALSE
undo_tablespace string UNDOSTB1
SQL> select name from v$tablespace;
NAME
------------------------------
CWMLITE
DRSYS
EXAMPLE
INDX
ODM
SYSTEM
TOOLS
UNDOTBS1
USERS
XDB
TEMP
TSCAS1
TSCAS2
TSCAS3
TSCAS4
TSCASINDX1
TSCASINDX2
SNAPSHOT_TS
已选择18行。
当时没有自己看问题，就以为是undo文件损坏了，决定重建。
注意：后来才发现这里以后的操作是饶了一个解决问题的弯路。
由于不open没有办法重新创建undo 表空间，所以决定先用系统默认的undo表空间来启动，然后重建undo 中国网管联盟
表空间，具体操作如下：
SQL> create pfile from spfile;
文件已创建。
修改pfile文件
#*.undo_management=’AUTO’
#*.undo_tablespace=’UNDOSTB1’
undo_management=manual
undo_tablespace=’system’
关闭数据库，并且从目录F:＼oracle＼oraArray2＼database下去掉SPFILEORACAS.ORA文件
重新启动
SQL> shutdown immediate
ORA-0110Array: 数据库未打开
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 4534Array2 bytes
Variable Size 10Array051Array04 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
SQL> alter database open;
数据库已更改。
查看表空间信息
SQL> show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string MANUAL
undo_retention integer 10800
undo_suppress_errors boolean FALSE
undo_tablespace string system
SQL> select name from v$tablespace;
NAME
------------------------------
CWMLITE
DRSYS
EXAMPLE
INDX
ODM
SYSTEM
TOOLS
UNDOTBS1
USERS
XDB
TEMP
TSCAS1
TSCAS2
TSCAS3
TSCAS4
TSCASINDX1
TSCASINDX2
SNAPSHOT_TS
并且打开图形界面查看，这时候才发现undo表空间的名字是UNDOTBS1
其实早就能发现的，大家以后分析问题一定不要太快下结论，要自己分析。。。
于是做以下操作改变undo 表空间的名字
SQL> create spfile from pfile;
文件已创建。
SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 4534Array2 bytes
Variable Size 10Array051Array04 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
数据库已经打开。
SQL> show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------ bitscn.com
undo_management string MANUAL
undo_retention integer 10800
undo_suppress_errors boolean FALSE
undo_tablespace string system
SQL> alter database set undo_management=auto;
alter database set undo_management=auto
*
ERROR 位于第 1 行:
ORA-02231: 缺少或无效的 ALTER DATABASE 选项
SQL> alter database set undo_management=auto scope=spfile;
alter database set undo_management=auto scope=spfile
*
ERROR 位于第 1 行:
ORA-02231: 缺少或无效的 ALTER DATABASE 选项
SQL> alter system set undo_management=auto scope=spfile;
系统已更改。
SQL> alter system set undo_tablespace=’undotbs1’ scope=spfile; 中国网管论坛
重启验证：
SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。
Total System Global Area 135338868 bytes
Fixed Size 4534Array2 bytes
Variable Size 10Array051Array04 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
数据库已经打开。
SQL> create fpile from spfile;
create fpile from spfile
*
ERROR 位于第 1 行:
ORA-00Array01: 无效 CREATE 命令
SQL> create pfile from spfile;
文件已创建。
SQL> show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 10800
undo_suppress_errors boolean FALSE
undo_tablespace string undotbs1
发现已经好使了
教训总结：其实只要一开始分析下v$tablespace就能发现是undo表空间的名字错了，很快就能解决的。
不过我上面这种方法可以用于undo表空间文件corrupt的情况：）
原文出自：http://www.sudu.cn/info/html/edu/20051203/216446.html