当误删除曾经创建的数据库文件*.ora或*.dbf后,oralce是无法正常进入open状态.
ssh
SQL> startup
ORACLE instance started.
Total System Global Area 1610612736 bytes
Fixed Size 2073088 bytes
Variable Size 268439040 bytes
Database Buffers 1325400064 bytes
Redo Buffers 14700544 bytes
Database mounted.
ORA-01113: file 6 needs media recovery
ORA-01110: data file 6: 'e:/test.DBF'
unix
你想要open数据库,oracle会打开所有文件,并进行一致性,所以会报上述错误。所以oracle只进入mount状态,这时oracle打开控制文件,读取database的结构信息。
mysql
·情况之一:数据库没有归档和备份
linux
如果redo.log记录了该表空间对象的所有操作,并且没有被其他内容循环使用,则下面的语句是可以恢复的,但是实际应用中这种理想状态基本不存在。
linux
SQL>alter database datafile 6 offline drop;
linux
Database altered.
mysql
SQL> alter database create datafile 6 as 'e:/test.DBF';
Database altered.
SQL> recover datafile 6;
mysql
Media recovery complete. mysql
SQL> alter database open;
Database altered.
oracle
实际情况,无法依赖redo.log进行恢复的,这种情况只能损失部分数据换取数据库的运行正常。
mysql
实际情况会遇到如下问题: mysql
SQL> recover datafile 6;
ORA-00279: change 3975904895 generated at 12/07/2009 14:21:36 needed for thread 1
ORA-00289: suggestion :
/u01/app/oracle/flash_recovery_area/XXX/archivelog/2009_12_17/o1_mf_1_56424_%
u_.arc
ORA-00280: change 3975904895 for thread 1 is in sequence #56424 linux
Specify log: {<RET>=suggested | filename | AUTO | CANCEL} linux
所以目前的是,将数据文件offline drop后,将数据库open,然后查出哪些表在该数据文件所在的表空间上,检查这些表是否正常,如果不正常的话,则导出这些表的数据,然后在数据库上删 除表,然后将导出的数据再导入到oracle,这样该表就正常了。操作步骤,参考如下: ssh
查找可能受影响的表:
linux
SELECT T.SEGMENT_NAME, T.OWNER, T.PARTITION_NAME
FROM DBA_SEGMENTS T
WHERE TABLESPACE_NAME = 'XXX'
AND T.OWNER = 'XXX'
AND SEGMENT_TYPE LIKE '%TABLE%';
oracle
导出该表的数据:
mysql
exp XXX/XXX@XXX file=/XXX/20091217_XXX.dmp log=/XXX/XXX.log tables=(XXX); ssh
删除该表:
unix
drop table XXX;
ssh
导入该表数据:
linux
imp XXX/XXX@XXX file=/XXX/20091217_XXX.dmp tables=(XXX);
oracle
这样处理一定会损失部分数据的。导入完毕以后,查看该表是否正常,如有特殊需要则特殊处理。 oracle
注:如果涉及到的表太多,不想一个一个表导出的话,那么就将这个库exp出来,然后drop掉该模式(并drop掉该模式下所有的对象),然后重建该模式以及给出大小适当的表空间,然后将导出的模式导入回去。
| 广告合作:400-664-0084 全国热线:400-664-0084 Copyright 2010 - 2017 www.my8848.com 珠峰网 粤ICP备15066211号 珠峰网 版权所有 All Rights Reserved
|