ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Oracle OMF 为鸡肋

Oracle OMF 为鸡肋

原创 Linux操作系统 作者:myhuaer 时间:2009-04-29 16:58:45 0 删除 编辑
Oracle OMF 为鸡肋
 
又听到有人说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 为鸡肋,玩玩可以在生产环境使用就有点儿戏了。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/34596/viewspace-592274/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2016-09-11

  • 博文量
    211
  • 访问量
    630258