免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3640 | 回复: 3
打印 上一主题 下一主题

[紧急求助]01092错误,datafile一直处于recover状态! [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-05-16 05:09 |只看该作者 |倒序浏览
20可用积分
Crash recovery completed successfully
Sat May 16 04:55:01 2009
Thread 1 advanced to log sequence 11258
Thread 1 opened at log sequence 11258
  Current log# 3 seq# 11258 mem# 0: Y:\ORADATA\CALS\REDO03_1.LOG
  Current log# 3 seq# 11258 mem# 1: Y:\ORADATA\CALS\REDO03_2.LOG
  Current log# 3 seq# 11258 mem# 2: Y:\ORADATA\CALS\REDO03_3.LOG
Successful open of redo thread 1.
Sat May 16 04:55:02 2009
SMON: enabling cache recovery
SMON: enabling tx recovery
SMON: about to recover undo segment 23
SMON: mark undo segment 23 as needs recovery
SMON: about to recover undo segment 24
SMON: mark undo segment 24 as needs recovery
SMON: about to recover undo segment 25
SMON: mark undo segment 25 as needs recovery
SMON: about to recover undo segment 30
SMON: mark undo segment 30 as needs recovery
SMON: about to recover undo segment 23
SMON: mark undo segment 23 as needs recovery
SMON: about to recover undo segment 24
SMON: mark undo segment 24 as needs recovery
SMON: about to recover undo segment 25
SMON: mark undo segment 25 as needs recovery
SMON: about to recover undo segment 30
SMON: mark undo segment 30 as needs recovery
Sat May 16 04:55:05 2009
Errors in file d:\oracle\admin\cals\udump\ORA02456.TRC:
ORA-00376: 此时无法读取文件 63
ORA-01110: 数据文件 63: 'Y:\ORADATA\CALS\UNDOTBS10.DBF'

Sat May 16 04:55:05 2009
Error 376 happened during db open, shutting down database
USER: terminating instance due to error 376
Instance terminated by USER, pid = 2456
ORA-1092 signalled during: alter database open...



原因是因为imp后undo空间占用将近4个G,服务器特别慢,就新建了一个UNDO表空间undotbs2并用drop tablespace undotbs including contents 删除原undo表空间,不成功,一直报使用中,又做datafile offline,结果还是drop不到,重启服务器后,一直无法打开数据库。请高手指点!


[ 本帖最后由 gamesay 于 2009-5-16 05:18 编辑 ]

论坛徽章:
0
2 [报告]
发表于 2009-05-16 07:29 |只看该作者
SQL> alter system set undo_management = manual scope=both
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP MOUNT;
SQL> alter database datafile  'YOUR/UNDO/PATH/FILE.dbf'  offline drop;
SQL> ALTER DATABASE OPEN;
SQL> DROP TABLESPACE UNDOTBS1;
SQL> create UNDO tablespace undotbs1 DATAFILE 'YOUR/NEW/UNDO/FILE.DBF'  SIZE=XXXM AUTOEXTENT ON ;
SQL> alter system set undo_management = AUTO SCOPE=spfile;
SQL> SHUTDOWN IMMEDIATE;
SQL>  STARTUP;

论坛徽章:
0
3 [报告]
发表于 2009-05-16 07:54 |只看该作者
SQL> alter database datafile  'y:\oradata\undotbs10.dbf'  offline drop;
SQL> ALTER DATABASE OPEN;
还是同样报错ora-00376,为什么这个东西删除不掉呢?
undo_management = manual 也设为手动了呀。

论坛徽章:
0
4 [报告]
发表于 2009-05-16 11:38 |只看该作者
在init.ora中增加隐含参数_corrupted_rollback_segments,然后再用pfile启动数据库,再次drop掉表空间undotbs10
然后再用spfile重启数据库
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP