做推手需要开网站吗,苏州 网站的公司,网站建设成本 网站空间,湖南天人安装建设有限公司网站RAC 工作原理和相关组件 OracleRAC 是多个单实例在配置意义上的扩展#xff0c;实现由两个或者多个节点#xff08;实例#xff09;使用一个共同的共享数据库#xff08;例如#xff0c;一个数据库同时安装多个实例并打开#xff09;。在这种情况下#xff0c;每一个单独…RAC 工作原理和相关组件 OracleRAC 是多个单实例在配置意义上的扩展实现由两个或者多个节点实例使用一个共同的共享数据库例如一个数据库同时安装多个实例并打开。在这种情况下每一个单独的实例有它自己的 cpu 和物理内存也有自己的 SGA 和后台进程。和传统的 oracle 实例相比在系统全局区SYSTEM CLOBAL AREA,SGA与后台进程有着显著的不同。最大的不同之处在于多了一个GRD,GRD内存块主要是记录此rac有多少个集群数据库与系统资源同时也会记录数据块的相关信息因为在 rac 架构中每个数据块在每一个 SGA 中都有一份副本而 rac 必须知道这些数据块的位置版本分布以及目前的状态这些信息就存放在 GRD 中但 GRD 只负责存放不负责管理管理的责任则交给后台进程 GCS 和 GES 来进行。Oracle 的多个实例访问一个共同的共享数据库。每个实例都有自己的 SGA、PGA 和后台进程这些后台进程应该是熟悉的因为在 RAC 配置中每个实例将需要这些后台进程运行支撑的。可以从以下几个方面了解 RAC工作原理和运行机制。
(一) SCN SCN 是 Oracle 用来跟踪数据库内部变化发生先后顺序的机制可以把它想象成一个高精度的时钟每个 Redo日志条目Undo Data BlockData Block 都会有 SCN 号。 Oracle 的Consistent-Read Current-ReadMultiversion-Block 都是依赖 SCN 实现。在 RAC 中有 GCS 负责全局维护 SCN 的产生缺省用的是 Lamport SCN 生成算法该算法大致原理是 在所有节点间的通信内容中都携带 SCN 每个节点把接收到的 SCN 和本机的 SCN 对比如果本机的 SCN 小则调整本机的 SCN 和接收的一致如果节点间通信不多还会主动地定期相互通报。 故即使节点处于 Idle 状态还是会有一些 Redo log 产生。 还有一个广播算法Broadcast这个算法是在每个 Commit 操作之后节点要想其他节点广播 SCN虽然这种方式会对系统造成一定的负载但是确保每个节点在 Commit 之后都能立即查看到 SCN.这两种算法各有优缺点Lamport 虽然负载小但是节点间会有延迟广播虽然有负载但是没有延迟。Oracle 10g RAC 缺省选用的是 BroadCast 算法可以从 alert.log 日志中看到相关信息Picked broadcast on commit scheme to generate SCNS
(二) RAC 的 GES/GCS 原理 全局队列服务GES主要负责维护字典缓存和库缓存的一致性。字典缓存是实例的 SGA 内所存储的对数据字典信息的缓存用于高速访问。由于该字典信息存储在内存中因而在某个节点上对字典进行的修改如DDL)必须立即被传播至所有节点上的字典缓存。GES 负责处理上述情况并消除实例间出现的差异。处于同样的原因为了分析影响这些对象的 SQL 语句数据库内对象上的库缓存锁会被去掉。这些锁必须在实例间进行维护而全局队列服务必须确保请求访问相同对象的多个实例间不会出现死锁。LMON、LCK 和 LMD 进程联合工作来实现全局队列服务的功能。GES 是除了数据块本身的维护和管理由 GCS 完成之外在 RAC 环境中调节节点间其他资源的重要服务。为了保证集群中的实例的同步两个虚拟服务将被实现全局排队服务GES它负责控制对锁的访问。 全局内存服务GCS)控制对数据块的访问。GES 是 分布式锁管理器(DLM)的扩展它是这样一个机制可以用来管理 oracle 并行服务器的锁和数据块。在一个群集环境中你需要限制对数据库资源的访问这些资源在单 instance 数据库中被 latches 或者 locks 来保护。比如说在数据库字典内存中的对象都被隐性锁所保护而在库高速缓存中的对象在被引用的时候必须被 pin 所保护。在 RAC 群集中这些对象代表了被全局锁所保护的资源。GES 是一个完整的 RAC 组件它负责和群集中的实例全局锁进行沟通每个资源有一个主节点实例这个实例记录了它当前的状态。而且资源的当前的状态也记录在所有对这个资源有兴趣的实例上。GCS,是另一个 RAC 组件负责协调不同实例间对数据块的访问。对这些数据块的访问以及跟新都记录在全局目录中GRD,这个全局目录是一个虚拟的内存结构在所有的实例中使用扩张。每个块都有一个master实例这个实例负责对GSD的访问进行管理GSD里记录了这个块的当前状态信息。GCS 是 oracle 用来实施 Cache fusion 的机制。被 GCS 和 GES 管理的块和锁叫做资源。对这些资源的访问必须在群集的多个实例中进行协调。这个协调在实例层面和数据库层面都有发生。实例层次的资源协调叫做本地资源协调数据库层次的协调叫做全局资源协调。 本地资源协调的机制和单实例 oracle 的资源协调机制类似包含有块级别的访问空间管理dictionary cache、library cache 管理行级锁SCN 发生。全局资源协调是针对 RAC 的使用了 SGA 中额外的内存组件、算法和后台进程。GCS 和 GES 从设计上就是在对应用透明的情况下设计的。换一句话来说你不需要因为数据库是在 RAC上运行而修改应用,在单实例的数据库上的并行机制在 RAC 上也是可靠地。
支持 GCS 和 GES 的后台进程使用私网心跳来做实例之间的通讯。这个网络也被 Oracle 的 群集组件使用也有可能被 群集文件系统比如 OCFS)所使用。GCS 和 GES 独立于 Oracle 群集组件而运行。但是GCS 和GES 依靠 这些群集组件获得群集中每个实例的状态。如果这些信息不能从某个实例获得这个实例将被关闭。这个关闭操作的目的是保护数据库的完整性因为每个实例需要知道其他实例的情况这样可以更好的确定对数据库的协调访问。GES 控制数据库中所有的 library cache 锁和 dictionary cache 锁。这些资源在单实例数据库中是本地性的但是到了 RAC 群集中变成了全局资源。全局锁也被用来保护数据的结构进行事务的管理。一般说来事务和表锁 在 RAC 环境或是 单实例环境中是一致的。 Oracle 的各个层次使用相同的 GES 功能来获得转化以及释放资源。在数据库启动的时候全局队列的个数将被自动计算。GES 使用后台进程 LMD0 和 LCK0 来执行它的绝大多数活动。一般来说各种进程和本地的 LMD0 后台进程沟通来管理全局资源。本地的 LMD0 后台进程与 别的实例上的 LMD0 进程进行沟通。 LCK0 后台进程用来获得整个实例需要的锁。比如LCK0 进程负责维护 dictionary cache 锁。影子进程(服务进程 与这些后台进程通过 AST(异步陷阱消息来通信。异步消息被用来避免后台进程的阻塞这些后台进程在等待远端实例的的回复的时候将阻塞。后台进程也能 发送 BAST(异步锁陷阱来锁定进程这样可以要求这些进程把当前的持有锁置为较低级限制的模式。资源是内存结构这些结构代表了数据库中的组件对这些组件的访问必须为限制模式或者串行化模式。换一句话说这个资源只能被一个进程或者一直实例并行访问。如果这个资源当前是处于使用状态其他想访问这个资源的进程必须在队列中等待直到资源变得可用。队列是内存结构它负责并行化对特殊资源的访问。如果这些资源只被本地实例需求那么这个队列可以本地来获得而且不需要协同。但是如果这个资源被远程实例所请求那么本地队列必须变成全球化。 回到顶部
ClusterWare 架构 在单机环境下Oracle 是运行在 OS Kernel 之上的。 OS Kernel 负责管理硬件设备并提供硬件访问接口。Oracle 不会直接操作硬件而是有 OS Kernel 代替它来完成对硬件的调用请求。在集群环境下 存储设备是共享的。OS Kernel 的设计都是针对单机的只能控制单机上多个进程间的访问。 如果还依赖 OS Kernel 的服务就无法保证多个主机间的协调工作。 这时就需要引入额外的控制机制在RAC 中这个机制就是位于 Oracle 和 OS Kernel 之间的 Clusterware它会在 OS Kernel 之前截获请求然后和其他结点上的 Clusterware 协商最终完成上层的请求。在 Oracle 10G 之前RAC 所需要的集群件依赖与硬件厂商比如 SUN,HP,Veritas. 从 Oracle 10.1版本中Oracle推出了自己的集群产品. Cluster Ready Service(CRS),从此 RAC 不在依赖与任何厂商的集群软件。 在 Oracle 10.2版本中这个产品改名为Oracle Clusterware。所以我们可以看出 在整个 RAC 集群中实际上有 2 个集群环境的存在一个是由 Clusterware 软件组成的集群另一个是由 Database 组成的集群。
(一) Clusterware 的主要进程
a) CRSD——负责集群的高可用操作管理的 crs 资源包括数据库、实例、监听、虚拟 IPonsgds 或者其他操作包括启动、关闭、监控及故障切换。改进程由 root 用户管理和启动。crsd 如果有故障会导致系统重启。
b) cssd管理各节点的关系用于节点间通信节点在加入或离开集群时通知集群。该进程由 oracle 用户运行管理。发生故障时 cssd 也会自动重启系统。
c) oprocd – 集群进程管理 —Process monitor for the cluster. 用于保护共享数据 IO fencing。
d) 仅在没有使用 vendor 的集群软件状态下运行
e) evmd 事件检测进程由 oracle 用户运行管理 Cluster Ready ServiceCRS集群准备服务是管理集群内高可用操作的基本程序。Crs 管理的任何事物被称之为资源它们可以是一个数据库、一个实例、一个监听、一个虚拟 IPVIP地址、一个应用进程等等。CRS是根据存储于 OCR 中的资源配置信息来管理这些资源的。这包括启动、关闭、监控及故障切换start、stop、monitor 及 failover操作。当一资源的状态改变时CRS 进程生成一个事件。当你安装 RAC 时CRS 进程监控Oracle 的实例、监听等等并在故障发生时自动启动这些组件。默认情况下CRS 进程会进行 5 次重启操作如果资源仍然无法启动则不再尝试。Event ManagementEVM发布 CRS 创建事件的后台进程。Oracle Notification ServiceONS通信的快速应用通知FANFast Application Notification事件的发布及订阅服务。RACG为 clusterware 进行功能扩展以支持 Oracle 的特定需求及复杂资源。它在 FAN 事件发生时执行服务器端的调用脚本server callout scriptProcess Monitor DaemonOPROCD此进程被锁定在内存中用于监控集群cluster及提供 I/O 防护I/Ofencing。OPROCD 执行它的检查停止运行且如果唤醒超过它所希望的间隔时OPROCD 重置处理器及重启节点。一个 OPROCD 故障将导致 Clusterware 重启节点。 Cluster Synchronization ServiceCSSCSS 集群同步服务管理集群配置谁是成员、谁来、谁走通知成员是集群环境中进程间通信的基础。同样CSS 也可以用于在单实例环境中处理 ASM 实例与常规 RDBMS 实例之间的交互作用。在集群环境中CSS 还提供了组服务即关于在任意给定时间内哪些节点和实例构成集群的动态信息以及诸如节点的名称和节点静态信息这些信息在节点被加入或者移除时被修改。CSS 维护集群内的基本锁功能尽管大多数锁有 RDBMS 内部的集成分布式锁管理来维护。除了执行其他作业外CSS 还负责在集群内节点间维持一个心跳的程序并监控投票磁盘的 split-brain 故障。在安装 clusterware 的最后阶段会要求在每个节点执行 root.sh 脚本这个脚本会在/etc/inittab 文件的最后把这 3 个进程加入启动项这样以后每次系统启动时clusterware 也会自动启动其中 EVMD 和 CRSD 两个进程如果出现异常则系统会自动重启这两个进程如果是 CSSD 进程异常系统会立即重启。
注意
1、Voting Disk 和 OCR 必须保存在存储设备上供各个节点访问。
2、Voting Disk、OCR 和网络是安装的过程中或者安装前必须要指定或者配置的。安装完成后可以通过一些工具进行配置和修改。 回到顶部
RAC 软件结构
RAC 软件结构可以分为四部分。
操作系统相关的软件RAC 共享磁盘部分RAC 中特别的后台进程和实例进程全局缓冲区服务和全局队列服务
(一) Operation System-DependentOSD RAC 通过操作系统的相关软件来访问操作系统和一些与 Cluster 相关的服务进程。OSD 软件可能由 Oracle 提供windows 平台或由硬件厂商提供unix 平台。OSD 包括三个自部分
l The Cluster Manager(CM)集群监视器监视节点间通信并通过 interconnect 来协调节点操作。同时还提供 CLUSTER 中所有节点和实例的统一视图。CM 还控制 CLUSTER 的成员资格。l The Node Monitor节点监视器节点监视器提供节点内各种资源的状态包括节点、interconnect 硬件和软件和共享磁盘等。l The Interconnect 节点间心跳两种心跳机制一种是通过私有网络的 network heartbeat另一种是通过 voting disk 的 disk heartbeat
(二) Real Application Cluster Shard Disk Component RAC 中这部分组件和单实例 Oracle 数据库中的组件没有什么区别。包括一个或者多个控制文件、一些列联机重做日志文件、可选的归档日志文件、数据文件等。在 RAC 中使用服务器参数文件会简化参数文件的管理可以将全局参数和实例特定的参数存储在同一个文件中。
(三) Real Application Cluster-Specific Daemon and Instance Processes包括以下部分
The Global Service DaemonGSD在每个节点上都运行一个全局服务后台进程用于接收客户端如DBCA、EM 等发出的管理消息并完成相应的管理任务比如实例的启动和关闭。RAC 中特别的实例进程 Global Cache Service Processes(LMSn)控制到远端实例的消息的流量管理全局数据块的访问。还用于在不同实例的缓冲区之间传递 BLOCK 的映射。Global Enqueue Service Monitor(LMON)监视全局队列和集群间的资源交互执行全局队列的恢复操作。Global Enqueue Service Daemon(LMD)管理全局队列和全局资源访问。对于每个实例LMD 管理来自远端的资源请求。Lock Processes(LCK)管理除 Cache Fusion 以外的非数据块资源请求比如数据文件控制文件数据字典试图library 和 row cache 的请求。Diagnosability Daemon(DIAG)在实例中捕获进程失败的诊断数据。
(四) The Global Cache and Global Enqueue Service
全局缓存服务GCS和全局队列服务GES是 RAC 的集成组件用于协调对共享数据库和数据库内的共享资源的同时访问。
GCS 和 GES 包括以下特性
应用透明性。分布式结构分布式结构的全局资源目录只要还存在一个节点即使出现一个或多个节点失败GCS 和 GES 仍然可以保证全局资源目录的完整性。资源控制GCS 和 GES 会选择一个实例来管理所有的资源信息这个实例叫做 resource master。GCS和 GES 会根据数据访问方式阶段性的评估和修改 resource master。这种方式会减少网络流量和资源获取时间。GCS 和 GES 与 CM 之间的交互GCS 和 GES 独立于 CM。但同时 GCS 和 GES 依赖于 CM 提供的各个节点上实例的状态信息。一旦无法取得某个实例的信息则 Oracle 会马上关闭没有响应的实例来保证整个 RAC 的完整性。 回到顶部
集群注册OCR 健忘问题是由于每个节点都有配置信息的拷贝修改节点的配置信息不同步引起的。Oracle 采用的解决方法就是把这个配置文件放在共享的存储上这个文件就是 OCR Disk。OCR 中保存整个集群的配置信息配置信息以”Key-Value” 的形式保存其中。在 Oracle 10g 以前这个文件叫作 Server Manageability Repository(SRVM). 在 Oracle 10g这部分内容被重新设计并重名为 OCR.在 Oracle Clusterware 安装的过程中安装程序会提示用户指定 OCR 位置。并且用户指定的这个位置会被记录在/etc/oracle/ocr.Loc(LinuxSystem) 或者/var/opt/oracle/ocr.Loc(SolarisSystem)文件中。而在 Oracle 9i RAC 中对等的是 srvConfig.Loc 文件。Oracle Clusterware 在启动时会根据这里面的内容从指定位置读入 OCR 内容。
(一) OCR key
整个 OCR 的信息是树形结构有 3 个大分支。分别是 SYSTEM,DATABASE 和 CRS。每个分支下面又有许多小分支。这些记录的信息只能由 root 用户修改。
(二) OCR process Oracle Clusterware 在 OCR 中存放集群配置信息故 OCR 的内容非常的重要所有对 OCR 的操作必须确保OCR 内容完整性所以在 ORACLE Clusterware 运行过程中并不是所有结点都能操作 OCR Disk.在每个节点的内存中都有一份 OCR 内容的拷贝这份拷贝叫作 OCR Cache。每个结点都有一个 OCR Process来读写 OCR Cache但只有一个节点的 OCR process 能读写 OCR Disk 中的内容这个节点叫作 OCR Master 结点。这个节点的 OCR process 负责更新本地和其他结点的 OCR Cache 内容。所有需要OCR 内容的其他进程比如OCSSD,EVM等都叫作Client Process这些进程不会直接访问OCR Cache而是像 OCR Process发送请求借助 OCR Process获得内容如果想要修改 OCR 内容也要由该节点的 OCR Process像 Master node 的 OCR process 提交申请由 Master OCR Process 完成物理读写并同步所有节点 OCR Cache 中的内容。 回到顶部
Oracle 仲裁盘Voting Disk Voting Disk 这个文件主要用于记录节点成员状态在出现脑裂时决定那个 Partion 获得控制权其他的Partion 必须从集群中剔除。在安装 Clusterware 时也会提示指定这个位置。安装完成后可以通过如下命令来查看Voting Disk 位置。$Crsctl query css votedisk 回到顶部
集群的网络连接
一、专用网络 每个集群节点通过专用高速网络连接到所有其他节点这种专用高速网络也称为集群互联或高速互联 (HSI)。Oracle 的 Cache Fusion 技术使用这种网络将每个主机的物理内存 (RAM) 有效地组合成一个高速缓存。 OracleCache Fusion 通过在专用网络上传输某个 Oracle 实例高速缓存中存储的数据允许其他任何实例访问这些数据。它还通过在集群节点中传输锁定和其他同步信息保持数据完整性和高速缓存一致性。专用网络通常是用千兆以太网构建的但是对于高容量的环境很多厂商提供了专门为 Oracle RAC 设计的低延迟、高带宽的专有解决方案。 Linux 还提供一种将多个物理 NIC 绑定为一个虚拟 NIC 的方法此处不涉及来增加带宽和提高可用性。
二、公共网络 为维持高可用性为每个集群节点分配了一个虚拟 IP 地址 (VIP)。 如果主机发生故障则可以将故障节点的 IP 地址重新分配给一个可用节点从而允许应用程序通过相同的 IP 地址继续访问数据库。
三、Virtual lPVIP 即虚拟 IPOracle 推荐客户端连接时通过指定的虚拟 IP 连接这也是 Oracle10g 新推出的一个特性。其本质目的是为了实现应用的无停顿(虽然目前还是有点小问题但离目标已经非常接近)。用户连接虚 IP这个 IP并非绑定于网卡而是由 oracle 进程管理一旦某个用户连接的虚 IP 所在实例宕机oracle 会自动将该 IP 映射到状态正常的实例这样就不会影响到用户对数据库的访问也无须用户修改应用。Oracle 的 TAF 建立在 VIP 技术之上。IP 和 VIP 区别在与 IP 是利用 TCP 层超时 VIP 利用的是应用层的立即响应。VIP 它是浮动的 IP. 当一个节点出现问题时会自动的转到另一个节点上。 回到顶部
透明应用切换TAF
透明应用故障转移Transport Application FailoverTAF是 oracle 数据提供的一项普遍应用于 RAC 环境中当然也可以用于 Data Guard 和传统的 HA 实现的主从热备的环境中。TAF 中的 Transparent 和 Failover点出了这个高可用特性的两大特点
TAF 是用于故障转移的也就是切换。当 Oracle 连接的会话由于数据库发生故障不可用时会话能够自动切换到 RAC 中的其他可用的节点上或者切换到 Standby 上面或者切换到 HA 方式中的另一个可用的节点上面。TAF 的故障转移对应用来说是透明的应用系统不需要进行特别的处理就能够自动进行故障转移。
但是TAF 是完美的吗是不是使用了 TAF应用就能真的无缝地进行切换呢对应用和数据库有没有其他什么要求要回答这些问题我们需要全面地了解、掌握 TAF。我始终认为要用好一个东西首先得掌握这个东西背后的工作原理与机制。首先来看看 Failover。Failover 有两种一种是连接时 Failover另一种则是运行时 Failover。前者的作用在于应用客户端在连接数据库时如果由于网络、实例故障等原因连接不上时能够连接数据库中的其他实例。后者的作用在于对于一个已经在工作的会话也就是连接已经建立如果这个会话的实例异常中止等应用客户端能够连接到数据库的其他实例或备用库。 回到顶部
连接负载均衡 负载均衡Load-Banlance是指连接的负载均衡。RAC 的负载均衡主要指的是新会话连接到 RAC 数据库时根据服务器节点的 CPU 负载判定这个新的连接要连接到哪个节点进行工作。Oracle RAC 可以提供动态的数据服务负载均衡分为两种一种是基于客户端连接的一种是基于服务器端的。 回到顶部
VIP 的原理和特点 Oracle 的 TAF 建立在 VIP 的技术之上。IP 和 VIP 区别在于IP 是利用 TCP 层超时VIP 利用的是应用层的立即响应。VIP 是是浮动的 IP当一个节点出现问题的时候会自动的转到另一个节点上。假设有一个两节点的 RAC正常运行时每个节点上都有一个 VIP即 VIP1 和 VIP2。当节点 2 发生故障比如异常关系。RAC 会做如下操作
(一) CRS 在检测到 rac2 节点异常后会触发 Clusterware 重构最后把 rac2 节点剔除集群由节点 1 组成新的集群。
(二) RAC 的 Failover 机制会把节点 2 的 VIP 转移到节点 1 上这时节点 1 的 PUBLIC 网卡上就有 3 个 IP 地址VIP1,VIP2, PUBLIC IP1.
(三) 用户对 VIP2 的连接请求会被 IP 层路由转到节点 1
(四) 因为在节点 1 上有 VIP2 的地址所有数据包会顺利通过路由层网络层传输层。
(五) 但是节点 1 上只监听 VIP1 和 public IP1 的两个 IP 地址。并没有监听 VIP2故应用层没有对应的程序接收这个数据包这个错误立即被捕获。
(六) 客户端能够立即接收到这个错误然后客户端会重新发起向 VIP1 的连接请求。VIP 特点
l VIP 是通过 VIPCA 脚本创建的。l VIP 作为 Nodeapps 类型的 CRS Resource 注册到 OCR 中并由 CRS 维护状态。l VIP 会绑定到节点的 public 网卡上故 public 网卡有 2 个地址。l 当某个节点发生故障时CRS 会把故障节点的 VIP 转移到其他节点上。l 每个节点的 Listener 会同时监听 public 网卡上的 public ip 和 VIP.l 客户端的 tnsnames.Ora 一般会配置指向节点的 VIP. 回到顶部
日志体系
Redo Thread RAC 环境下有多个实例每个实例都需要有自己的一套 Redo Log 文件来记录日志。这套 Redo Log 就叫做 RedoThread其实单实例下也是 Redo Thread只是这个词很少被提及每个实例一套 Redo Thread 的设计就是为了避免资源竞争造成的性能瓶颈。Redo Thread 有两种一种是 Private创建语法 alter database add logfile ......thread n另一种是 public创建语法alter database add logfile......RAC 中每个实例都要设置 thread 参数该参数默认值为 0。如果设置了这个参数则使用缺省值 0启动实例后选择使用 Public Redo Thread并且实例会用独占的方式使用该 Redo Thread。RAC 中每个实例都需要一个 Redo Thread每个 Redo Log Thread 至少需要两个 Redo Log Group每个 Log Group成员大小应该相等没组最好有 2 个以上成员这些成员应放在不同的磁盘上防止单点故障。
注意在 RAC 环境下Redo Log Group 是在整个数据库级别进行编号如果实例 1 有 1,2 两个日志组那么实例 2 的日志组编号就应该从 3 开始不能使用 1,2 编号了。在 RAC 环境上所有实例的联机日志必须放在共享存储上因为如果某个节点异常关闭剩下的节点要进行 crash recovery执行 crash recovery 的这个节点必须能够访问到故障节点的连接日志只有把联机日志放在共享存储上才能满足这个要求。
Archive log RAC 中的每个实例都会产生自己的归档日志归档日志只有在执行 Media Recovery 时才会用到所以归档日志不必放在共享存储上每个实例可以在本地存放归档日志。但是如果在单个实例上进行备份归档日志或者进行 Media Recovery 操作又要求在这个节点必须能够访问到所有实例的归档日志在 RAC 幻境下配置归档日志可以有多种选择。
使用 NFS
使用 NFS 的方式将日志直接归档到存储例如两个节点每个节点都有 2 个目录Arch1Arch2 分别对应实例 1 和实例 2 产生的归档日志。每个实例都配置一个归档位置归档到本地然后通过 NFS 把对方的目录挂到本地。
实例间归档Cross Instance Archive CIA
实例间归档Cross Instance Archive是上一种方式的变种也是比较常见的一种配置方法。两个节点都创建 2 个目录 Arch1 和 Arch2 分别对应实例 1 和实例 2 产生的归档日志。每个实例都配置两个归档位置。位置 1对应本地归档目录位置 2 对应另一个实例
使用 ASM
使用 ASM 将日志归档到共享存储只是通过 Oracle 提供的 ASM把上面的复杂性隐藏了但是原理都一样。
Trace 日志
Oracle Clusterware 的辅助诊断只能从 log 和 trace 进行。 而且它的日志体系比较复杂。 alert.log$ORA_CRS_HOME/log/hostname/alert.Log, 这是首选的查看文件。
Clusterware 后台进程日志
l crsd.Log: $ORA_CRS_HOME/log/hostname/crsd/crsd.Logl ocssd.Log: $ORA_CRS_HOME/log/hostname/cssd/ocsd.Logl evmd.Log: $ORA_CRS_HOME/log/hostname/evmd/evmd.Log
Nodeapp 日志位置
ORACRSHOME/log/hostname/racg/这里面放的是nodeapp的日志包括ONS和VIP比如ora.Rac1.ons.Log工具执行日志
ORA_CRS_HOME/log/hostname/client/
Clusterware 提供了许多命令行工具 比如 ocrcheck, ocrconfig,ocrdump,oifcfg 和 clscfg, 这些工具产生的日志就放在这个目录下还有ORACLEHOME/log/hostname/client/和
ORACLE_HOME/log/hostname/racg 也有相关的日志。 回到顶部
参考文献 Oracle的三种高可用集群方案集群概念介绍栢图教育 Oracle 高级课程——理论教材Oracle 11 RAC生存指南Oracle 11gR2 RAC管理与性能优化
