Oracle学习笔记:db_create_file_dest参数真是好啊
db_create_file_dest 参数的官方说法是启用基于Oracle-managed files(omf)管理。对redo、control、temp、undo、data文件的omf管理
我的理解就是,不让oracle傻傻的把所有的文件都放到默认的位置,既不安全,也不好看!于是乎,oracle就推出这一参数,让用户指定各种文件的存放位置,但为了增加点神秘感,就把文件名改为一定规则的样子罢了!
类似的db_recovery_file_dest参数启用redo、control、rman backups、archived logs、flashback logs文件的omf管理
类似的db_create_online_log_dest_n参数启用redo、control的omf管理
从中我们也可以看出redo、control文件的重要性!!这三个参数对redo、control文件位置的影响:
1.位置优先级:【control_files初始化参数 > 】db_create_online_log_dest_n > db_recovery_file_dest >= db_create_file_dest
此处的等于号比较有意思:如果没有db_create_online_log_dest_n,而存在db_create_file_dest时,db_recovery_file_dest就相当于db_create_online_log_dest_2,db_create_file_dest则相当于db_create_online_log_dest_1
2.redo文件的多路复用
通常应该通过指定db_create_online_log_dest_n来达到该目的!
3.如果三个参数指定相同的值会怎样?
自己猜吧 :)
4.omf文件的命名规则
<_dest_参数路径>/<db_unique_name_or_db_name>/<datafile>/o1_mf_%t_%u_.dbf
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)