ORACLE：OMF
文件创建之后，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 为鸡肋，玩玩可以在生产环境使用就有点儿戏了
页:
[1]