坑爹的recover状态

数据库不知道咋弄的就成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库 可以用了

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