直接运行下面的就可以了，因为上面的文档归档工作我已经做过了，现在就是在观察我的数据库还会不会产生DBF文件了。shutdown immediate 再后面把数据库启动到mount的模式 startup mount 关闭flash闪回数据库模式，如果不关闭的话，在后面关闭归档日志的时候就会出现讨厌的ORA-38774错误。 alter database flashback off 接着把数据库改为非归档模式 alter database noarchivelog; 都修改好了以后，然后打开数据库 Alter database open; 察看一下归档日志的空间大小 select * from v$recovery_file_dest; 接着看一下log日志的状态 select * from v$log; 再看一下闪回日志使用状况 select * from v$flash_recovery_area_usage; 这些都没有问题以后，数据库问题就解决了。 本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/tianlesoftware/archive/2009/10/19/4693470.aspx
在没有指定归档目录的情况下，归档文件会放在这个问题。 而且默认归档文件的名称也是dbf。 所以可能楼主的文件是归档文件。可以查看下log_archive_dest_* 参数，执行下归档文件目录。 在查看下。 参考：
Oracle 归档与非归档的切换
http://blog.csdn.net/tianlesoftware/archive/2009/10/19/4693470.aspx
再后面把数据库启动到mount的模式
startup mount
关闭flash闪回数据库模式，如果不关闭的话，在后面关闭归档日志的时候就会出现讨厌的ORA-38774错误。
alter database flashback off
接着把数据库改为非归档模式
alter database noarchivelog;
都修改好了以后，然后打开数据库
Alter database open;
察看一下归档日志的空间大小
select * from v$recovery_file_dest;
接着看一下log日志的状态
select * from v$log;
再看一下闪回日志使用状况
select * from v$flash_recovery_area_usage;
这些都没有问题以后，数据库问题就解决了。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/tianlesoftware/archive/2009/10/19/4693470.aspx