共计 978 个字符，预计需要花费 3 分钟才能阅读完成。
这篇文章主要讲解了“RAC 的概念和原理”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着丸趣 TV 小编的思路慢慢深入，一起来研究和学习“RAC 的概念和原理”吧！
一 clusterware 组成
OCR,VOTING 文件；后台进程；网络元素
1.1 后台进程
(1)Css 用于监控心跳，提供防止脑裂服务。就是监控集群的运行状态
(2)Crs 为应用层资源(CRS Resource) 提供 高可用性服务 监控 CRS Resource 的运行状态，并要启动，停止，监控，Failover 这些资源.
Crs 资源主要有两类
GSD，ONS,VIP 和 Listener 属于 Noteapps 类
Database，Instance 和 Service 属于 Database-Related Resource 类。
(3)EVMD 这个进程负责发布 CRS 产生的各种事件(Event). 另外，CRS 和 CSS 两个服务之前的通信就是通过 EVMD 进程完成的
二 RAC 进程
GCS、GES、GRD 构成 RAC 最核心的功能：cache fusion
LMSn：负责数据块在实例间的传递，对应的服务叫 GCS（global cache service）。
LMD: 负责在多个实例之间协调对数据块的访问顺序，保证数据的一致性访问。它负责提供 GES（global enqueue service）服务。
DIAG: 监控实例的健康状态，并在实例出现运行错误时收集诊断数据记录到 alert.log
三 RAC 文件
3.1 日志文件
redo thread：每个实例有套 redo log，这套 redo log 叫做一个 redo thread。RAC 中每个实例要设置 thread 参数，该参数缺省值时 0。
如果设置了这个参数，则实例启动时，会用等于该 thread 的 private redo thread。如果用缺省值，实例启动会选择使用 public redo thread，
并且该实例会以独占的方式使用该 redo thread。RAC 环境下，redo log group 是在整个数据库级别进行编号的，比如实例 1 有 1，2，3 三个日志组，那么实例 2 的日志组就应该从 4 开始编号。
感谢各位的阅读，以上就是“RAC 的概念和原理”的内容了，经过本文的学习后，相信大家对 RAC 的概念和原理这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是丸趣 TV，丸趣 TV 小编将为大家推送更多相关知识点的文章，欢迎关注！
