ORACLE：OMF

cyc1111

　　文件创建之后，Oracle就可以分配和命名这些文件。Oracle OMF使用如下的命名转换惯例。默认的文件大小为100M，并按如下格式命名：
　　where
　　%u is a unique 8 digit code
　　%g is the log file group number
　　%t is the tablespace name
　　Controlfiles ora_%u.ctl
　　Redo Log Files ora_%g_%u.log
　　Datafiles ora_%t_%u.dbf
　　Temporary Datafilesora_%t_%u.tmp
　　Oracle9i OMF工具还有一个新的警告日志消息（alert log message），它用来告诉我们OMF数据文件何时发生了改动。下面是关于警告日志的一个例子。
　　Fri Mar 23 01:44:46 2001

　　CREATE TABLESPACE omf1 DATAFILE>　　Fri Mar 23 01:44:47 2001
　　Created Oracle managed file /databases/ed25/OMF1/ora_omf1_xcp6rg84.dbf

　　Completed: CREATE TABLESPACE omf1 DATAFILE>　　Fri Mar 23 01:45:45 2001
　　drop tablespace omf1
　　Fri Mar 23 01:45:45 2001
　　Deleted Oracle managed file /databases/ed25/OMF1/ora_omf_xcp6rg84.dbf
　　Completed: drop tablespace omf1
　　不过也有人认为OMF对于一个专业的DBA来说是鸡肋，呵呵，没有太大的实际意义。
下面来说明一下我认为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 为鸡肋，玩玩可以在生产环境使用就有点儿戏了