Oracle 在启动时使用AUM(Automatic Undo Management)导致ORA-1092

Oracle Server – Enterprise Edition – Version 8.1.5.0 及以上
本文信息适用于任何平台。
09-Jul-2012检查了相关性

症状

你启动数据库并受到以下错误信息：

SQL> startup
ORACLE instance started.

Total System Global Area  252478536 bytes
Fixed Size                   279624 bytes
Variable Size             167772160 bytes
Database Buffers           83886080 bytes
Redo Buffers                 540672 bytes
Database mounted.

ORA-01092: ORACLE instance terminated. Disconnection forced

无后台进程被启动。

ORA-01092: Oracle instance terminated.  Disconnection forced
原因: 连接的实例被异常终止，可能由于SHUTDOWN ABORT。当前进程被强制断开到实例的连接。
行为: 联系数据库管理员来确认实例被重启的时间。在实例再次运行时尝试重新连接。

原因

数据库在使用Automatic Undo Management (AUM)。

在参数文件(init.ora 或 SPFILE)，参数UNDO_MANAGEMENT 被设为AUTO且 UNDO_TABLESPACE被设为一个不存在或非UNDO类型的表空间。

解决方案

在alert.log文件中，在错误文本上有其他信息：

SMON: enabling cache recovery
Thu Aug  2 14:19:45 2001
Errors in file /ora/ora901/admin/V901/udump/v901_ora_21863.trc:
ORA-30012: undo tablespace ‘UNDO1’ does not exist or of wrong type
Thu Aug  2 14:19:45 2001
Error 30012 happened during db open, shutting down database
USER: terminating instance due to error 30012
Instance terminated by USER, pid = 21863
ORA-1092 signalled during: ALTER DATABASE OPEN…

解决该问题有三个选择：

1.  如果当前数据库中有一个UNDO 表空间。编辑参数文件将UNDO_TABLESPACE 参数设为现有UNDO 表空间的名称并重启数据库。

注: 如果SPFILE 在使用中 … 不要编辑文件… instead .. 在非mount 模式 … CREATE PFILE FROM SPFILE … 编辑得到的init.ora … 然后 CREATE SPFILE FROM PFILE

– 或 –

2.  如果不存在UNDO表空间，编辑参数文件来注释（comment out ）UNDO_MANAGEMENT 参数：default value for UNDO_MANAGEMENT is MANUAL.

注: 如果SPFILE 在使用中 … 不要编辑文件… instead .. 在非mount 模式 … CREATE PFILE FROM SPFILE … 编辑得到的init.ora … 然后 CREATE SPFILE FROM PFILE

然后，在启动数据库后，执行以下步骤之一：

A.  用至少一个联机回滚段来创建一个非UNDO 表空间。
这种方式能使实例运作。

-或-

B.  创建一个新的UNDO 表空间。
如果你想要实例在Automatic Undo Management下运行，
a. 将UNDO_MANAGEMENT 重新设为AUTO
b. 将UNDO_TABLESPACE 参数设为新UNDO 表空间的名称
c. 重启数据库