TS# | FILE# | TABLESPACE_NAME | STATUS | ERROR | FORMAT | REC | FUZ | CREATE_TIME | SCN | RESETLOGS SCN | 0 | 1 | SYSTEM | ONLINE | | 10 | NO | YES | 2014-01-27 03:23:01 | 2968741 | 1 | 1 | 2 | SYSAUX | ONLINE | | 10 | NO | YES | 2014-01-27 03:23:35 | 2968741 | 1 | 2 | 3 | UNDOTBS1 | OFFLINE | | 10 | NO | NO | 2014-01-27 03:23:45 | 2947956 | 1 | 4 | 4 | USERS | OFFLINE | | 10 | YES | YES | 2014-01-27 03:24:17 | 2969413 | 1 | 5 | 5 | TBS | ONLINE | | 10 | NO | YES | 2014-02-12 19:20:19 | 2968741 | 1 | 6 | 6 | RMAN_TBS | ONLINE | | 10 | NO | YES | 2014-03-04 18:33:32 | 2968741 | 1 | 7 | 8 | TEST | ONLINE | | 10 | NO | YES | 2014-03-08 21:58:42 | 2968741 | 1 | 8 | 7 | TT1 | ONLINE | | 10 | NO | YES | 2014-03-05 21:03:47 | 2968741 | 1 |
这里很明显的看到你online datafile 4 不成功,是因为你的undo 对应的数据文件是offline的,而且从报错上看,因为有undo回滚段可能还有事务存在 也就是说,数据库在datafile 4 online的时候需要使用undo,但是现在undo表空间无法正常访问,从而出现该问题
解决方案: 0. 尝试undotbs1 online 试试看 1. 尝试设置undo_management=manual,然后启动数据库,删除现在undo表空间,然后创建新undo表空间 2. 直接使用屏蔽undo隐含参数,然后删除相关undo回滚段参考:dba_rollback_segs里面记录
|