SQL> create tablespace test datafile '/u01/app/oracle/oradata/orcl/test01.dbf' size 10M autoextend on next 1M;

 

Tablespace created.

 

SQL> create table test(id number,name varchar2(12)) tablespace test;                                              

Table created.

 

SQL> insert into test values (1,'colin');

 

1 row created.

 

SQL> insert into test values (2,'janey');

 

1 row created.

 

SQL> insert into test values (3,'tom');

 

1 row created.

 

SQL> insert into test values (4,'adele');

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> select * from test;

 

        ID NAME

---------- ------------

         1 colin

         2 janey

         3 tom

         4 adele

 

SQL> alter database datafile '/u01/app/oracle/oradata/orcl/test01.dbf' offline drop;

 

Database altered.

 

SQL> commit;

 

Commit complete.

 

SQL> select * from test;

select * from test

              *

ERROR at line 1:

ORA-00376: file 2 cannot be read at this time

ORA-01110: data file 2: '/u01/app/oracle/oradata/orcl/test01.dbf'

 

SQL> select LOG_MODE,OPEN_MODE from v$database;

 

LOG_MODE     OPEN_MODE

------------ ----------

NOARCHIVELOG READ WRITE

 

SQL> alter database datafile '/u01/app/oracle/oradata/orcl/test01.dbf' online;

alter database datafile '/u01/app/oracle/oradata/orcl/test01.dbf' online

*

ERROR at line 1:

ORA-01113: file 2 needs media recovery

ORA-01110: data file 2: '/u01/app/oracle/oradata/orcl/test01.dbf'

 

SQL> recover datafile '/u01/app/oracle/oradata/orcl/test01.dbf';

Media recovery complete.

SQL> alter database datafile '/u01/app/oracle/oradata/orcl/test01.dbf' online;

 

Database altered.

 

SQL> select * from test;

 

        ID NAME

---------- ------------

         1 colin

         2 janey

         3 tom

         4 adele

 

恢复成功。那是因为日志还没有切换，使用了online日志。

 

###########################################################################

 

 

###########################################################################

通过以上测试表明，在非归档模式下使用了alter database datafile 'XXX' offline drop命令是不能被恢复的，虽然我上面的第一次实验成功了，那是因为online日志还没有切换，在日志中还能够找到相应的反操作。在第二个实验中，手工切换日志，会提示不能打开归档日志，因为我根本就没有归档，肯定找不到啊，所以不能够恢复的。切记，在非归档模型下不要随意使用一些drop命令，在实际生产环境中日志的切换是很频繁且快的，否则只有掏钱找oracle了。当然，如果在业务不繁忙的系统可以及时的通过online日志进行恢复，这种几率比较小。

 

文章：http://blog.csdn.net/colin_liu2009/article/details/7736965