undo表空间是Oracle体系结构的重要组成部分，为什么我们能够回滚，就是由于有它。数据库随意数据的改动都会在undo表空间里生成前镜像，一是能够回滚，二是能够实现并发，以及一致性查询。因此undo也是Oracle数据库在创建和配置參数时必要的组成部分。本文描写叙述的是错误的配置undo表空间之后故障的解决。
有关undo表空间的基础知识能够參考:
Oracle 回滚(ROLLBACK)和撤销(UNDO)
检查及设置合理的undo表空间
收缩undo表空间
1、undo异常的错误提示
oracle@DevDB04:~> export ORACLE_SID=BODB3
oracle@DevDB04:~> sqlplus / as sysdba
SQL*Plus: Release 10.2.0.5.0 - Production on Wed Apr 23 10:19:27 2014
Copyright (c) 1982, 2010, Oracle. All Rights Reserved.
Connected to an idle instance.
SQL> startup pfile=/u02/database/BODB3/initBODB3.ora;
ORACLE instance started.
Total System Global Area 536870912 bytes
Fixed Size 2097624 bytes
Variable Size 411045416 bytes
Database Buffers 117440512 bytes
Redo Buffers 6287360 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced
2、故障分析
#以下是alert 日志信息
#我们收到了错误提示: ORA-30012，UNDOTBS1不存在或者类型错误
Wed Apr 23 10:19:49 HKT 2014
Errors in file /u02/database/BODB3/udump/bodb3_ora_819.trc:
ORA-30012: undo tablespace 'UNDOTBS1' does not exist or of wrong type
Wed Apr 23 10:19:49 HKT 2014
Error 30012 happened during db open, shutting down database
USER: terminating instance due to error 30012
Instance terminated by USER, pid = 819
ORA-1092 signalled during: ALTER DATABASE OPEN...
#进一步查看跟踪文件
oracle@DevDB04:/u02/database/BODB3/bdump> more /u02/database/BODB3/udump/bodb3_ora_819.trc
/u02/database/BODB3/udump/bodb3_ora_819.trc
Oracle Database 10g Release 10.2.0.5.0 - 64bit Production
ORACLE_HOME = /users/oracle/OraHome10g
System name: Linux
Node name: DevDB04
Release: 2.6.16.46-0.12-smp
Version: #1 SMP Thu May 17 14:00:09 UTC 2007
Machine: x86_64
Instance name: BODB3
Redo thread mounted by this instance: 1
Oracle process number: 15
Unix process pid: 819, image: oracle@DevDB04 (TNS V1-V3)
*** ACTION NAME:() 2014-04-23 10:19:49.076
.....中间部分省略.....
----- Recovery Hash Table Statistics ---------
Hash table buckets = 32768
Longest hash chain = 0
Average hash chain = 0/0 = 0.0
Max compares per lookup = 0
Avg compares per lookup = 0/0 = 0.0
----------------------------------------------
ORA-30012: undo tablespace 'UNDOTBS1' does not exist or of wrong type
#也是undo相关的问题，UNDOTBS1不存在或者类型错误
#也就是说undo參数没有正确的设置
3、故障解决
SQL> startup mount pfile=/u02/database/BODB3/initBODB3.ora;
ORACLE instance started.
--注，undo 參数没有正确设置是能够mount的，
--mount阶段会读取控制文件以获取数据文件和重做日志文件的名字和状态信息，但不检查数据、日志文件存在与一致性
--Author: Leshami
--Blog : http://blog.csdn.net/leshami
--查看undo的配置
SQL> show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS1
SQL> ho grep undo /u02/database/BODB3/initBODB3.ora
undo_management=AUTO
undo_tablespace=UNDOTBS1
#undo_retention=86400
#undo_retention=172800
--数据字典中记录的undo信息。没有undotbs1，这就是问题所在
SQL> select name from v$tablespace where name like '%UNDO%';
NAME
------------------------------
UNDOTBS2
UNDOTBS
--以下查看undo相应的数据文件，有2个，应该是与上面的2个undo表空间相相应
SQL> ho ls -hltr /u02/database/BODB3/undo
total 301M
-rw-r----- 1 oracle oinstall 201M 2014-04-23 10:19 undotbsBODB33.dbf
-rw-r----- 1 oracle oinstall 101M 2014-04-23 10:19 undotbsBODB32.dbf
SQL> shutdown abort;
ORACLE instance shut down.
--以下改动undo配置到随意一个undo表空间
SQL> ho vi /u02/database/BODB3/initBODB3.ora
SQL> ho grep undo /u02/database/BODB3/initBODB3.ora
undo_management=AUTO
undo_tablespace=UNDOTBS
#undo_retention=86400
#undo_retention=172800
--再次重新启动后能够正常open
--假设你使用的是spfile。能够直接通过alter system去改动
SQL> startup pfile=/u02/database/BODB3/initBODB3.ora
ORACLE instance started.
Total System Global Area 536870912 bytes
Fixed Size 2097624 bytes
Variable Size 411045416 bytes
Database Buffers 117440512 bytes
Redo Buffers 6287360 bytes
Database mounted.
Database opened.
SQL> show parameter db_name
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_name string BODB3
SQL> select open_mode from v$database;
OPEN_MODE
----------
READ WRITE
SQL> show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS
很多其它參考
有关Oracle RAC请參考
使用crs_setperm改动RAC资源的全部者及权限
使用crs_profile管理RAC资源配置文件
RAC 数据库的启动与关闭
再说 Oracle RAC services
Services in Oracle Database 10g
Migrate datbase from single instance to Oracle RAC
Oracle RAC 连接到指定实例
Oracle RAC 负载均衡測试(结合server端与client)
Oracle RAC server端连接负载均衡(Load Balance)
Oracle RAC client连接负载均衡(Load Balance)
ORACLE RAC 下非缺省端口监听配置(listener.ora tnsnames.ora)
ORACLE RAC 监听配置 (listener.ora tnsnames.ora)
配置 RAC 负载均衡与故障转移
CRS-1006 , CRS-0215 故障一例
基于Linux (RHEL 5.5) 安装Oracle 10g RAC
使用 runcluvfy 校验Oracle RAC安装环境
有关Oracle 网络配置相关基础以及概念性的问题请參考：
配置非默认端口的动态服务注冊
配置sqlnet.ora限制IP訪问Oracle
Oracle 监听器日志配置与管理
设置 Oracle 监听器password(LISTENER)
配置ORACLE client连接到数据库
有关基于用户管理的备份和备份恢复的概念请參考
Oracle 冷备份
Oracle 热备份
Oracle 备份恢复概念
Oracle 实例恢复
Oracle 基于用户管理恢复的处理
SYSTEM 表空间管理及备份恢复
SYSAUX表空间管理及恢复
Oracle 基于备份控制文件的恢复(unsing backup controlfile)
有关RMAN的备份恢复与管理请參考
RMAN 概述及其体系结构
RMAN 配置、监控与管理
RMAN 备份具体解释
RMAN 还原与恢复
RMAN catalog 的创建和使用
基于catalog 创建RMAN存储脚本
基于catalog 的RMAN 备份与恢复
RMAN 备份路径困惑
使用RMAN实现异机备份恢复(WIN平台)
使用RMAN迁移文件系统数据库到ASM
linux 下RMAN备份shell脚本
使用RMAN迁移数据库到异机
有关ORACLE体系结构请參考
Oracle 表空间与数据文件
Oracle password文件
Oracle 參数文件
Oracle 联机重做日志文件(ONLINE LOG FILE)
Oracle 控制文件(CONTROLFILE)
Oracle 归档日志
Oracle 回滚(ROLLBACK)和撤销(UNDO)
Oracle 数据库实例启动关闭过程
Oracle 10g SGA 的自己主动化管理
Oracle 实例和Oracle数据库(Oracle体系结构)