- 最后登录
- 2017-5-4
- 在线时间
- 81 小时
- 威望
- 999
- 金钱
- 2391
- 注册时间
- 2013-9-11
- 阅读权限
- 150
- 帖子
- 1124
- 精华
- 5
- 积分
- 999
- UID
- 1220
|
2#
发表于 2017-4-16 14:01:46
非归档 没有备份。
尽力能完成啥样算啥样了 上次的200多g备份删掉了。
SQL> startup mount
ORACLE instance started.
Total System Global Area 1612282576 bytes
Fixed Size 453328 bytes
Variable Size 654311424 bytes
Database Buffers 956301312 bytes
Redo Buffers 1216512 bytes
Database mounted.
SQL> select owner, segment_name, segment_type from dba_extents where file_id in(14,36);
select owner, segment_name, segment_type from dba_extents where file_id in(14,36)
*
ERROR at line 1:
ORA-01219: database not open: queries allowed on fixed tables/views only
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01115: IO error reading block from file 14 (block # 262144)
ORA-01110: data file 14: '/home/oracle/oradata/ora92/users012.dbf'
ORA-27072: skgfdisp: I/O error
Linux Error: 22: Invalid argument
Additional information: 262144
ORA-01115: IO error reading block from file 36 (block # 262144)
ORA-01110: data file 36: '/home/oracle/oradata1/users0034.dbf'
ORA-27072: skgfdisp: I/O error
Linux Error: 22: Invalid argument
Additional information: 262144
SQL> select owner, segment_name, segment_type from dba_extents where file_id in(14,36);
select owner, segment_name, segment_type from dba_extents where file_id in(14,36)
*
ERROR at line 1:
ORA-01219: database not open: queries allowed on fixed tables/views only
startup nomount
select owner, segment_name, segment_type from dba_extents where file_id in(14,36);
这么做?
SQL> startup
ORACLE instance started.
Total System Global Area 1612282576 bytes
Fixed Size 453328 bytes
Variable Size 654311424 bytes
Database Buffers 956301312 bytes
Redo Buffers 1216512 bytes
Database mounted.
ORA-01115: IO error reading block from file 14 (block # 262144)
ORA-01110: data file 14: '/home/oracle/oradata/ora92/users012.dbf'
ORA-27072: skgfdisp: I/O error
Linux Error: 22: Invalid argument
Additional information: 262144
ORA-01115: IO error reading block from file 36 (block # 262144)
ORA-01110: data file 36: '/home/oracle/oradata1/users0034.dbf'
ORA-27072: skgfdisp: I/O error
Linux Error: 22: Invalid argument
Additional information: 262144
$ dbv file=/home/oracle/oradata/ora92/users012.dbf blocksize=8192
DBVERIFY: Release 9.2.0.4.0 - Production on Thu Sep 11 16:07:44 2008
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
DBVERIFY - Verification starting : FILE = /home/oracle/oradata/ora92/users012.dbf
DBVERIFY - Verification complete
Total Pages Examined : 262144
Total Pages Processed (Data) : 257557
Total Pages Failing (Data) : 0
Total Pages Processed (Index): 3073
Total Pages Failing (Index): 0
Total Pages Processed (Other): 17
Total Pages Processed (Seg) : 0
Total Pages Failing (Seg) : 0
Total Pages Empty : 1497
Total Pages Marked Corrupt : 0
Total Pages Influx : 0
我把这2个数据文件drop掉,数据库会起来吗?
数据丢失是一定的了,不知道影响会多大,接触数据库时间很长,但是dba的活很少干。
多谢!
offline drop 后,如果数据库能启来还好,如果启不来的话这个drop掉的数据文件是否再不能用了?
多谢各位,最后确诊下,放假回来就动手了。
谢谢lemonlili ,小虫说是硬件有问题,我也觉得是,可是dbv检测又没问题,有些晕!
我的是dell服务器
ld0 ---> raid 5 100g
ld1 ---> volume 1 300g
ld2 ---> volume 1 300g
ld3 ---> volume 1 300g
系统启动时提示raid5 有错误 但是系统一直能用,
数据库装在ld1,数据文件在ld2 ld3.
准备在raid设置上再重新建一次,前提是数据库恢复了并做个备份(就是drop offline之后备份多少算多少了)
大家还有啥建议?谢谢 我菜
drop offline那2个数据文件(users012.dbf和users034.dbf)后,
SQL> startup
ORACLE instance started.
Total System Global Area 1612282576 bytes
Fixed Size 453328 bytes
Variable Size 654311424 bytes
Database Buffers 956301312 bytes
Redo Buffers 1216512 bytes
Database mounted.
ORA-16068: redo log file activation identifier mismatch
ORA-00312: online log 1 thread 1: '/home/oracle/oradata/ora92/redo01.log'
SQL> alter database clear unarchived logfile group 1;
alter database clear unarchived logfile group 1
*
ERROR at line 1:
ORA-00393: log 1 of thread 1 is needed for recovery of offline datafiles
ORA-00312: online log 1 thread 1: '/home/oracle/oradata/ora92/redo01.log'
ORA-01110: data file 14: '/home/oracle/oradata/ora92/users012.dbf'
ORA-01110: data file 36: '/home/oracle/oradata/ora92/users034.dbf'
SQL> recover database until cancel;
Media recovery complete.
SQL> alter database open resetlogs;
Database altered.
SQL>
数据能正常启动了,先做个备份,当然涉及到那2个drop掉的数据文件的表是不能访问了
|
|