OFA

    OFA—optimal flexible architecture 最佳灵活 是如何设置oracle软件所在目录以及数据库相关文件所在目录的指导。如果一个DBA遵循该指导,那么新DBA接手也很容了解到物理文件分布情况;那么在同一个系统上安装不同版本的数据库也方便。 OFA的核心是命令机制,知道我们如何定义目录名与目录结构。 OFA在Linux/Unix下包括以下几点:

1. 挂载点/pm
p表示字符,m固定长度<通常为2>的数字 比如/u01 /u02 等

2. 软件的基本目录/pm/h/u 即$ORACLE_BASE路径
h一个比如app,u 目录拥有者,比如oracle 所以基本目录通常类似/u01/app/oracle /u02/app/oracle 这样的结构 这个基本目录将是变量$ORACLE_BASE的值。
3.具体软件所在目录/pm/h/u/p/v/s 即$ORACLE_HOME的路径 /p/v 分别表示 一个字符,一个版本号 比如 /product/11.2.0
s 表示如db_1 表示数据库产品,asm表示ASM产品,agent表示客户代理产品 如果你不需要安装多套产品s可以省略不要
4.特定管理文件的路径/pm/h/u/admin/d/a 比如转储文件,告警日志文件,跟踪文件等 admin 固定字符 d 库名 a 字目录名字 比如adump 审计日志,bdump 后台进程日志和告警日志, cdump 核心转储日志 ,udump 用户进程日志,spfile 初试启动参数文件
5.特殊的3类关键文件/pm/q/d q 字符 便于与其他文件区分,通常为oradata d 库名 这特殊的3类文件是 controlfile控制文件,logfile日志文件,datafile数据文件 控制文件,日志文件,数据文件的目录与命名规则如下 控制文件 controln.ctl n表示固定长度<通常2位>的数字,比如01 日志文件 redon.log n表示固定长度<通常2位>的数字,比如01 数据文件 tn.dbf t表示表空间的名字,n 固定长度的数字比如01
时间: 2024-10-27 00:10:44

OFA的相关文章

Oracle的OFA架构

Oracle的最佳灵活体系结构(Optimal Flexible Architecture,简称OFA),是指Oracle软件和数据库文件及文件夹的命名约定和存储位置规则.可以将它作为一组好的习惯,它使用户可以很容易地找到与Oracle数据库相关的文件结构. 使用最佳灵活体系结构,能够简化数据库系统的管理工作,使数据库管理员更加容易地定位文件或添加文件:还可以将Oracle系统的执行文件.管理文件.数据文件分别存储到不同的硬盘上,从而有效地使用用户系统中的所有存储空间.克服某个(些)硬盘存储空间

最优灵活体系结构(Optimal Flexible Architecture,OFA)

最优灵活体系结构(Optimal Flexible Architecture,简称OFA) OFA其实就是一种Oracle的一种规范,其意义就是用一种统一的给文件和文件夹的规则,和文件存放目录的规则做一个约定.这样,我们不管是安装多个版本的Oracle Database也好,因为目录规范,命名规范,这样软件不会冲突,方便管理,文件也方便查找.通过遵循OFA的指导,使得整个系统可以更加灵活 Advantages of Multiple Oracle Homes and OFA When you i

OFA &amp; OMF

OFA OFA(Optimal Flexible Architecture)是Oracle设计的一种文件系统目录结构,目的在于简化多个Oracle产品版本维护.OFA的核心是两个环境变量:ORACLE_BASE和ORACLE_HOME.ORACLE_BASE是服务器上的一个目录,安装所有Oracle软件(不同产品,不同版本).每个产品的每个版本都有自己的Oracle_HOME(在ORACLE_BASE之下).此结构确保在最终将文件放在适当位置的情况下,创建和升级多个数据库. ORACLE_BAS

oracle OFA

Optimal Flexible Architecture 完全实现OFA至少需要三个文件系统位于不同的物理设备上,这些物理设备本身没有做条带或镜像.如果这些物理设备要做冗余与吞吐,建议使用一些存储相关的概念与东西,例如:lvm,raid,asm之类的存储技术手段来保障. OFA帮助识别oracle_base及其ADR诊断数据 ORACLE_BASE /u01/app/oracle 有下面内容的就是ORACLE_BASE目录 [[email protected] oracle3A]# ls ad

刷题总结——郁闷的出纳员(bzoj1503)

题目: 题目背景 NOI2004 DAY1 T1 题目描述 OIER 公司是一家大型专业化软件公司,有着数以万计的员工.作为一名出纳员,我的任务之一便是统计每位员工的工资.这本来是一份不错的工作,但是令人郁闷的是,我们的老板反复无常,经常调整员工的工资.如果他心情好,就可能把每位员工的工资加上一个相同的量.反之,如果心情不好,就可能把他们的工资扣除一个相同的量.我真不知道除了调工资他还做什么其它事情. 工资的频繁调整很让员工反感,尤其是集体扣除工资的时候,一旦某位员工发现自己的工资已经低于了合同

组件的详细说明和生命周期ComponentSpecs and Lifecycle

render ReactComponent render() render() 方法是必须的. 当调用的时候,会检测 this.props 和 this.state,返回一个单子级组件.该子级组件可以是虚拟的本地DOM 组件(比如 <div /> 或者 React.DOM.div()),也可以是自定义的复合组件. 你也可以返回 null 或者 false 来表明不需要渲染任何东西.实际上,React渲染一个<noscript> 标签来处理当前的差异检查逻辑.当返回 null 或者 

oracle 11g centos6 安装

选型:32位的内存是个瓶颈,已经是64位的时代了.使用64位的CentOS6 和 64位的Oracle 11g R2在虚拟机器安装,采用hostonly方式设置网络注意:能上网的网卡要设置一下ICS(Internet连接共享)给VMware Network Adapter VMnet1这样对于虚拟机,网关是192.168.137.1,IP地址请也要设置在192.168.137.0/24段硬盘40G,内存2G 1.下载软件1.1.CentOS 6(x86_64)http://mirrors.163

III 26 ELK

III26 ELK ELK(elasticsearch.logstash.kibana) Elastic Stack是原ELK Stack在5.0版本加入Beats套件后的新称呼 解决痛点: 开发人员不能登录线上server查看详细日志: 各个系统都有日志,日志数据分散难以查找: 日志数据量大,查询速度慢,或数据不够实时: 一个调用会涉及多个系统,难以在这些系统的日志中快速定位数据: 典型应用: http://lucene.apache.org/ 大多数电商的管理后台,搜索功能(搜订单.搜用户)

bzoj 2816: [ZJOI2012]网络(splay)

[题目链接] http://www.lydsy.com/JudgeOnline/problem.php?id=2816 [题意] 给定一个无向图,满足条件:从一个节点出发的同色边不超过2条,且不存在同色环.要求提供修改节点权值,修改边的颜色,查询同色边c构成的图中u->v路径上节点的最大权值. [思路] 根据满足的条件,可以判断同色的图构成了若干条一条链. 考虑使用splay维护这些链: 对于每个图上的点建C个splay结点.这里需要splay提供将结点u旋转到根的操作,所以需要维护一个fa指针