oracle数据库 offline drop 后的问题

昨天一个同事，让我看下他之前一个公司的oracle数据库问题；

一个是Oracle 10.2.0.1 版本的在Windows系统下安装的Oracle数据库，其中有四个业务表空间，

其中有个一个业务表空间，有两个数据文件，已经满了，所以增加了第三个数据文件；

这些都没有问题，但客户的操作人员，觉得第三个新增的数据文件名字和前两个数据文件名称不太一致，所以将这个datafile该名。

于是他在网络搜了一个文档，感觉步骤很有道理，也没有验证，直接就在生产库做了：

1. alter tablespace a4 offline;

2. hotcopy 'datafile3'  'datafile03'; 

3. alter tablespace a4 rename 'datafile3' to 'datafile03';

4. recover datafile03;

5. alter tablespace  a4 online;

结果在第4步和第5步，提示报错了，提示 datafile 03 文件需要介质恢复；

而客户一看有问题，就执行了 alter database datafile03 offline drop，先要把自己新增的数据文件删除掉，一看执行后，文件还在；

于是就反复重启了多次数据库；

如果不考虑对业务层的影响的话，只要确认是在归档模式下，上面5个步骤正常看起来也没啥问题

但问题就是，他反复出现了多次数据库后看，问题依然存在

offline drop没问题啊，只是online的时候肯定会有问题了

是的，我上去的时候，一看 数据库是 非归档模式，三组 online redo log日志因为重启和正常业务刷新了很多次

想要将a4 业务表空间 online，一直提示数据文件需要介质恢复，就提示需要相应的日志文件

但归档日志和online log file都没有了，就没有办法online了，该表空间对应的前端业务，也都无法正常使用了
执行 recover datafile ；

那死定了，多次重启，online redo早切换过不知道多少遍了