关闭

坑爹的recover状态

4081人阅读 评论(0) 收藏 举报
分类:

数据库不知道咋弄的就成recover状态了,估计是跟我前两天日志里备份dbf文件,把orcl里的dbf文件copy到其他目录有关。总而言之很坑爹。

问题描述:在select语句查询时,报错,提示6文件怎么怎么不能用(我的一个data文件),但可以正常登陆,如果登陆都进不来,请看前一篇日志

思路:网上找了方法说先用select name,status from v$datafile查看一下数据文件的状态,果不其然查到6文件是recover状态,看其他的都是online状态,就想把recover状态的切换到online(或offline),就google "recover 数据文件 online" ,网上给出一片日志,http://www.dbasupport.com/forums/showthread.php?24512-recover-a-datafile

我参考的:

SQL> recover datafile '/export/home/u01/oradata/ktvw/users01.dbf';
ORA-00279: change 479068375 generated at 05/07/2002 11:18:31 needed for thread
1
ORA-00289: suggestion : /export/home/u03/arch/ktvw/arch_1_650.arc
ORA-00280: change 479068375 for thread 1 is in sequence #650


Specify log: {=suggested | filename | AUTO | CANCEL}

Log applied.
Media recovery complete.
SQL> alter database open;

Database altered.


我的语句:1.sqlplus  /nolog 2.conn sys/tiger as sysdba   

3.alter tablespace xhlisdb_data online;

完了他就提示 ora-01113:文件6需要介质恢复

                         ora-01110:数据文件6:‘xxxxxxxxxxx’(路径)

4.recover datafile 6;

提示 ora-00279: 更改。。。。。。。。。。对于线程1是必须的

 ora-00289:建议:

                                       XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX(路径)

 ora-00280:更改。。。。。。。。。。。。。。。

指定日志:{<RET> = suggested | filename | auto | cancel }

5.完了不知道怎么玩了,也没提示,以为死这了呢,不小心按了个ENTER键,突然动了,接着还是上边4的提示,再按ENTER,

直到提示:以应用的日志

   完成介质恢复

6.又用这个查看了一下 select name,status from v$datafile   6文件的状态改成了offline,

7.alter database datafile 6 online  更改状态即可。

完工,数据data库 可以用了


有时间在学习一下数据文件这三种状态吧,暂时先这样

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:189658次
    • 积分:1133
    • 等级:
    • 排名:千里之外
    • 原创:9篇
    • 转载:41篇
    • 译文:0篇
    • 评论:11条
    最新评论