错误文件名称下的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要求的管理策略。

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

 

相关推荐