错误文件名称下的Oracle选择
创建表空间、文件过程中,目录是否存在和空间是否满足是我们需要关注的问题。保持系统数据存储策略一致性,避免出现大的返工动作是这个过程中必须考虑的问题。
很多时候,不谨慎的操作行为会带来很大影响和问题。比如武断信任系统部署文档,没有切实的去做分析工作,都会给我们的系统带来很多问题。但是,出现问题的一个积极作用是可以帮助我们了解更多的知识,理解系统特性和功能。
本篇介绍一个由于错误文件创建而发现的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
[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要求的管理策略。
归结到这个功能特性,笔者认为还是不要妄用为好。一个部署运维人员,确认文件目录这类基本的能力,还是必要的。