创建表空间、文件过程中，目录是否存在和空间是否满足是我们需要关注的问题。保持系统数据存储策略一致性，避免出现大的返工动作是这个过程中必须考虑的问题。
很多时候，不谨慎的操作行为会带来很大影响和问题。比如武断信任系统部署文档，没有切实的去做分析工作，都会给我们的系统带来很多问题。但是，出现问题的一个积极作用是可以帮助我们了解更多的知识，理解系统特性和功能。
本篇介绍一个由于错误文件创建而发现的Oracle特性。
1、问题简述
在巡检过程中，数据库日志中出现如下记录：
Tue May 13 18:08:58 2014
create tablespace mssite
datafile 'D:\APP\XXX\ORADATA\ORCL\msite.DBF'
size 10240m
autoextend on next 10m maxsize 20480m
Tue May 13 18:09:56 2014
Completed: create tablespace mssite
datafile 'D:\APP\XXX\ORADATA\ORCL\mssite.DBF'
size 10240m
autoextend on next 10m maxsize 20480m
当前系统是10gR2，版本号为10.2.0.1。系统OMF特性启动。
SQL> select * from v$version;
BANNER
---------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 – Production
SQL> show parameter db_create
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_create_file_dest string /u01/app/oracle/oradata
db_create_online_log_dest_1 string
在Linux系统中，是怎么建立的“C:\xx”目录？重要的是，Oracle也正常执行语句，没有进行报错。此时，新文件名称如下：
SQL> select file_name, tablespace_name from dba_data_files;
FILE_NAME TABLESPACE_NAME
-------------------------------------------------------------------------------- ------------------------------
（篇幅原因，有省略……）
/u01/app/oracle/oradata/DB/datafile/o1_mf_testtbl_9q1h2gq1_.dbf TESTTBL
/u01/app/oracle/product/10.2.0/db_1/dbs/D:APPXXXORADATAORCLmssite.DBF MSSITE
6 rows selected
从dba_data_files视图中，我们看到其他数据文件都是遵守Oracle OMF特性，在db_file_create_dest目录下进行文件创建。指定的错误路径文件，被放置在$ORACLE_HOME/dbs目录中，以路径压缩（去除\字符）的方式进行命名。
那么，这个是否是Oracle的特性呢？我们通过实验来进行证明。
2、测试实验
我们选择在11gR2上进行实验，两者在OMF方面差异不大。
SQL> show parameter db_create;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_create_file_dest string /u01/app/oradata
db_create_online_log_dest_1 string
db_create_online_log_dest_2 string
创建错误目录文件表空间。
SQL> create tablespace test datafile 'd:\test.dbf' size 10m;
Tablespace created
SQL> select file_name, tablespace_name from dba_data_files;
FILE_NAME TABLESPACE_NAME
-------------------------------------------------------------------------------- ------------------------------
（篇幅原因，有省略……）
/u01/app/oracle/dbs/d:test.dbf TEST
/u01/app/oradata/ORA11G/datafile/o1_mf_system_9ppkjccb_.dbf SYSTEM
/u01/app/oradata/ORA11G/datafile/o1_mf_users_9pplqldd_.dbf USERS
7 rows selected
相同的现象出现，数据文件创建在$ORACLE_HOME/dbs，文件名被设置为错误目录结构压缩版。相同文件是否可以创建？
SQL> create tablespace test1 datafile 'd:\test.dbf' size 10m;
create tablespace test1 datafile 'd:\test.dbf' size 10m
ORA-01537: 无法添加文件 'd:\test.dbf' - 该文件已是数据库的一部分
SQL> create tablespace test1 datafile 'd:\test1.dbf' size 10m;
Tablespace created
如果是OMF特性，要求在datafile中不写入文件名称信息。所以，当前现象并不是OMF的结果。而且$ORACLE_HOME/dbs是一个非常古老的重要文件夹，密码文件、参数文件都驻留于此，在备份过程中，这个目录也经常充当控制文件备份所在。
所以，这个现象应该是Oracle在非法文件名出现时候的一种应急反应。如果目录结构是非法的，Oracle会设法将其转化为符合单个文件标准的文件名，存放在$ORACLE_HOME/dbs里面。
我们删除这些文件的时候，OMF特性是不启