ORACLE OMF 功能解析

以下转自:http://blog.itpub.net/34596/viewspace-592274/  作者:myhuaer


又听到有人说Oracle OMF 能减轻DBA 的工作量,Oracle 数据库服务器自己创建数据文件和自动销毁不再需要的文件。
作为一个真正意义上的DBA 来看,Oracle OMF 无非是一个鸡肋产品,对DBA 来说根本就没有实际意义,更无法减轻DBA 的工作负担(如果少打几个字符也算的话),反而在后面维护增加的负担,更有甚者会对数据库造成危害。
先看Oracle 官方解释
Oracle managed file (OMF)
A file that is created automatically by the Oracle database server when it is needed and automatically deleted when it is no longer needed.
如何判断你的数据库是否为支持OMF

SQL> show parameter db_create_file_dest;
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_create_file_dest                  string

如果Value 为空则不支持,有值则支持。
如何设置DB 支持?
修改初始化参数文件
[oracle@itc-test9 dbs]more initOCM.ora
.......
*.user_dump_dest='/disk/oracle/admin/OCM/udump'
db_create_file_dest = '/disk/oracle/oradata'

使用 ALTER SYSTEM 命令动态设置

SQL> alter system set db_create_file_dest='/disk/oracle/oradata ;
System altered.
OMF有些用呢?
我大体总结一个一下就下面几点:
1: 创建Tablespace 是不需要写数据文件名称和大小 (default 100M,自动增长,Autoextend 为unlimited)
SQL> create tablespace omf;
Tablespace created.
Os:

[oracle@itc-test9 datafile]pwd
/disk/oracle/oradata/OCM/datafile
[oracle@itc-test9 datafile]ll
total 102512
-rw-r-----  1 oracle dba 104865792 Apr 29 16:13 o1_mf_omf_4zj30b2p_.dbf
 创建数据文件属性:

Name  /disk/oracle/oradata/OCM/datafile/o1_mf_omf_4zj30b2p_.dbf
Tablespace  OMF
Status  Online
File Size (KB)  102400
AutoExtend  Yes
Increment  100MB
Maximum File Size  32767MB
2:  向Tablespace 添加文件是只适用add datafile 就可以了,参数如1.

SQL> alter tablespace omf add datafile;
Tablespace altered.
Os
[oracle@itc-test9 datafile]ll
total 205024
-rw-r-----  1 oracle dba 104865792 Apr 29 16:13 o1_mf_omf_4zj30b2p_.dbf
-rw-r-----  1 oracle dba 104865792 Apr 29 16:28 o1_mf_omf_4zj3wj0v_.dbf
3: 可动态修改数据库创建文件的位置。

SQL> alter system set db_create_file_dest='/disk/oracle/oradata/OCM' ;
System altered.
不做测试了,和前面一样。
4: 删除Tablespace 时,后面对应的Datafile 在OS一并删除
SQL> drop tablespace omf;
Tablespace dropped.

[oracle@itc-test9 datafile]ll
total 0
 文件一并删除。
下面来说明一下我认为Oracle OMF 为鸡肋的原因:
1: 创建Tablespace 是不需要写数据文件名称和大小
  作为一个DBA 在维护DB 时就应该规划好数据文件存放的位置,命名规则和初始大小。
o1_mf_omf_4zj30b2p_.dbf 这样的文件你能看懂和那个Tablespace有关系嘛,更何况生产环境一般都几十个tablesapce 以上。找对应关系也会在日常维护过程中浪费很多时间。
2:向Tablespace 添加文件是只适用add datafile 就可以了
  观点如1.
3:动态调整文件存放位置
 如果你的数据文件存放位置一直要改的话,还是建议你好好规划一下。
4:连带删除数据文件
SQL> drop tablespace noomf including contents and datafiles;
Tablespace dropped.
 使用上面的语句一样能安全快捷的删除。
以上几点我认为Oracle OMF 为鸡肋,玩玩可以在生产环境使用就有点儿戏了。


你可能感兴趣的:(oracle,OMF)