错误文件名称下的Oracle选择

[img]http://dl2.iteye.com/upload/attachment/0097/1789/a1649381-c208-3a36-b13b-1cb9195470fd.jpg[/img]
创建表空间、文件过程中，目录是否存在和空间是否满足是我们需要关注的问题。保持系统数据存储策略一致性，避免出现大的返工动作是这个过程中必须考虑的问题。

很多时候，不谨慎的操作行为会带来很大影响和问题。比如武断信任系统部署文档，没有切实的去做分析工作，都会给我们的系统带来很多问题。但是，出现问题的一个积极作用是可以帮助我们了解更多的知识，理解系统特性和功能。

本篇介绍一个由于错误文件创建而发现的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特性是不启动的。所以需要手工删除或者加入including子句。

SQL> drop tablespace test;

Tablespace dropped

SQL> drop tablespace test1 including contents and datafiles;

Tablespace dropped

# 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要求的管理策略。

归结到这个功能特性，笔者认为还是不要妄用为好。一个部署运维人员，确认文件目录这类基本的能力，还是必要的。