Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2671556
  • 博文数量: 389
  • 博客积分: 4177
  • 博客等级: 上校
  • 技术积分: 4773
  • 用 户 组: 普通用户
  • 注册时间: 2008-11-16 23:29
文章分类

全部博文(389)

分类: Oracle

2015-02-21 21:27:18

                       UNDO表空间文件损坏处理
 
    某测试系统在一天中突然停电四五次,当第六次来电后,尝试启动数据库报文件错误

SQL>  startup
ORACLE instance started.

Total System Global Area 1119043584 bytes
Fixed Size                  2158952 bytes
Variable Size             469765784 bytes
Database Buffers          637534208 bytes
Redo Buffers                9584640 bytes
Database mounted.
ORA-01115: IO error reading block from file 3 (block # 11483)
ORA-01110: data file 3: '/usr/oracle/oradata/pttest/undotbs01.dbf'
ORA-27072: File I/O error
Linux-x86_64 Error: 5: Input/output error
Additional information: 4
Additional information: 11481
Additional information: -1
ORA-01115: IO error reading block from file 3 (block # 11482)
ORA-01110: data file 3: '/usr/oracle/oradata/pttest/undotbs01.dbf'
ORA-27072: File I/O error
Linux-x86_64 Error: 5: Input/output error
Additional information: 4
Additional information: 11481
Additional information: -1

由于测试系统没有备份,数据库也不是处理归档状态,这下感觉有点麻烦。

通过dd和cp命令在os级别测试,发现也分别报错

dd if=/usr/oracle/oradata/pttest/undotbs01.dbf of=/dev/null

cp /usr/oracle/oradata/pttest/undotbs01.dbf /home/oracle/b.dbf


但是通过dd if=/dev/sdb1(usr/oracle所在目录)可以读取,因此现在可以判断是文件系统出错


通过fsck /dev/sdb1修复,发现问题照旧,看来从os级别修复这个问题行不通了.


通过创建一个pfile,把undo_management改为manual,再尝试offline undotbs01.dbf文件
发现报错,不能进行offline操作.

SQL>  startup pfile='/home/oracle/b.ora';
ORACLE instance started.

Total System Global Area 1119043584 bytes
Fixed Size                  2158952 bytes
Variable Size             469765784 bytes
Database Buffers          637534208 bytes
Redo Buffers                9584640 bytes
SQL> alter database datafile 3 offline;
alter database datafile 3 offline
*
ERROR at line 1:
ORA-01145: offline immediate disallowed unless media recovery enabled

正是由于我的数据库处于非归档状态,所以不能offline.


SQL> archive log list;
Database log mode              No Archive Mode
Automatic archival             Disabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     82902
Current log sequence           82904


看来只有把undo表空间删除了,但是可能会导致数据文件不一致,不过可以
通过隐含参数把数据库先打开再说

SQL> alter database datafile 3 offline drop;

Database altered.


SQL> alter database open;

Database altered.


数据库总算打开了,作为一个DBA每次看到这个显示感觉相当亲切


尝试把把原来的undo表空间删除


SQL>  drop tablespace undotbs1 including contents and datafiles;
 drop tablespace undotbs1 including contents and datafiles
*
ERROR at line 1:
ORA-01548: active rollback segment '_SYSSMU1_1221203536$' found, terminate
dropping tablespace


看来还有活动的undo段,需要隐含参数来处理。再次重启,已可以成功删除了

SQL>  drop tablespace undotbs1 including contents and datafiles;

Tablespace dropped.

后续收尾就新建一个undo表空间,改回自动,并使用新建的undo表空间.

阅读(3077) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~