如果是OMF特性，要求在datafile中不写入文件名称信息。所以，当前现象并不是OMF的结果。而且$ORACLE_HOME/dbs是一个非常古老的重要文件夹，密码文件、参数文件都驻留于此，在备份过程中，这个目录也经常充当控制文件备份所在。
所以，这个现象应该是Oracle在非法文件名出现时候的一种应急反应。如果目录结构是非法的，Oracle会设法将其转化为符合单个文件标准的文件名，存放在$ORACLE_HOME/dbs里面。
我们删除这些文件的时候，OMF特性是不启动的。所以需要手工删除或者加入including子句。
SQL> drop tablespace test;
Tablespace dropped
SQL> drop tablespace test1 including contents and datafiles;
Tablespace dropped
[root@SimpleLinux dbs]# ls -l
total 19788
-rw-r-----. 1 oracle oinstall 10493952 May 14 11:15 d:test.dbf
-rw-rw----. 1 oracle oinstall 1544 May 14 08:45 hc_ora11g.dat
-rw-r--r--. 1 oracle oinstall 2851 May 15 2009 init.ora
-rw-r-----. 1 oracle oinstall 24 Apr 1 12:39 lkORA11G
-rw-r-----. 1 oracle oinstall 1536 Apr 3 09:07 orapwora11g
-rw-r-----. 1 oracle oinstall 9748480 May 9 10:46 snapcf_ora11g.f
-rw-r-----. 1 oracle oinstall 3584 May 14 11:14 spfileora11g.ora
3、结论
在这个过程中，我们发现了Oracle非OMF文件创建过程中的规律。如果文件名称非法，Oracle会将非法文件名（含目录）处理为合法文件名称，放在$ORACLE_HOME/dbs中。这个过程是不会报错的。
但是，从管理角度看，我们是不推荐这种做法的。首先这个目录是一个软件级别公用的目录，如果有多个实例数据库，这个文件夹是比较危险的。另外，这种方式也不符合Oracle OFA要求的管理策略。
归结到这个功能特性，笔者认为还是不要妄用为好。一个部署运维人员，确认文件目录这类基本的能力，还是必要的。