Oracle RAC（Real Application Clusters）是Oracle公司推出的一种数据库集群技术，它能够使多个数据库服务器共同工作，共享访问同一数据库存储，同时提供高可用性和可扩展性。Cache-Fusion是RAC中的一种机制，用于处理缓存中数据块的一致性问题，当多个实例同时需要操作同一个数据块时，Cache-Fusion能够保证数据块的最终一致性。 RAC资源管理算法是RAC为了有效地管理资源分配而设计的一种机制。它通过Master节点来控制资源的分配，确保资源利用的合理性和系统的稳定性。在RAC中，资源主要分为PCM（Parallel Cache Management）资源和Non-PCM资源。PCM资源涉及到数据块和重做日志块，而Non-PCM资源包括表、数据文件、系统更改号(SCN)、事务等需要全局同步的资源。 RAC的脑裂检测是为了确保集群中各个实例之间保持同步，避免出现集群分裂成几个独立的小集群，造成数据不一致的情况。脑裂检测分为操作系统层面和Oracle层面两个层次。操作系统层面通过每秒向Voting Disk写入计数来检测实例间通讯是否正常。Oracle层面通过Network Heartbeat和File-based Heartbeat来检测实例间的连通性。如果集群的多数节点失去了对Voting Disk的控制权，或者无法通过心跳检测到其他节点的存在，集群将进入脑裂状态，此时系统会采取措施进行恢复。 RAC资源分配算法通过物理节点和逻辑节点的概念来实现资源的映射和调度。物理节点实际上就是运行中的数据库实例，而逻辑节点是对物理节点在RAC内部的索引方式。逻辑节点本身是一个hash链表结构，链表中的每一项保存的是对应的物理节点号。资源到逻辑节点的映射通过hash算法来完成，计算出资源应映射到的逻辑节点。 在RAC中，资源是通过Master节点进行管理的。Master节点相当于资源调度的中心，当集群中的一个节点需要访问某一资源时，首先需要访问此资源的Master节点，以此判断资源是否可以获得以及是否正被其他节点独占访问。Non-PCM资源在所有RAC节点中平均分配，而PCM资源则根据节点的数据缓冲池（databuffer）大小不同而有所区别，即缓冲池越大的节点，管理的PCM资源也越多。 RAC通讯机制是集群内各个节点之间进行交互的方式，包括网络心跳和文件心跳两种方式。网络心跳由LMON（Lock Monitor）进程负责，而文件心跳则由CKPT（Checkpoint）进程负责，它每3秒更新一次Control File中的信息。 Cache-Fusion的实现主要涉及三种锁状态：R/R（Read/Read），W/R（Write/Read），W/W（Write/Write）。R/R指的是两个节点都在读取同一个数据块，不会产生冲突。W/R指的是一个节点在写入数据块，而另一个节点在读取，需要进行数据块的合并。W/W指的是两个节点都在尝试写入同一个数据块，此时需要通过Cache-Fusion技术来解决数据块的一致性问题，确保最终写入的数据是准确且一致的。 Cache-Fusion恢复是当出现节点间通信故障时，RAC集群如何通过Cache-Fusion技术恢复数据一致性的过程。RAC集群通过Cache-Fusion能够有效地同步缓存中的数据块，即使在多个实例中缓存了相同的数据块，也能保证这些数据块的内容最终是一致的，从而保证了数据的准确性和可用性。 总结来说，Oracle RAC通过其资源管理算法和Cache-Fusion机制，确保了在一个集群环境中，多个数据库实例能够高效且一致地访问和操作共享存储中的数据，同时在发生节点故障或脑裂的情况下，通过有效的资源调度和数据块同步机制，保证数据库的高可用性和数据的一致性。这些机制使得Oracle RAC特别适合于需要高吞吐量和高容错能力的关键业务应用场景。

Backup_Exec_ORACLE_RAC_数据库备份恢复指导书.pdf

银行自动化票据交换服务(BACS)公司，是为英国全境实现了电子付款的票据交换所。该公司选择SunPlexä系统和Oracle9i Real Application Clusters(RAC)数据库，作为其新型BACS技术更新计划的基础。这些系统具有的大容量、扩展性和高性能，能够轻松地管理BACS公司预计到2005年实现的年度50亿宗交易。由于Sun和Oracle系统之间实现了高度集成化，BACS公司迅速部署了解决方案，而且已在新型BACS技术的第一阶段投入了生产运行。该解决方案首次为公司的多项服务提供了一种互联网选择。

在这个实验过程中，碰到很多问题，有的是和虚拟机相关的，有的是和linux操作系统相关的，有的是和oracle数据库相关的，因为这众多的问题 出现，导致实验进度过长，从开始准备到实验最终完成花了大概两个星期时间，光重装操作系统就不下五次。不过也亏得碰到这些小问题，随着实验的继续进行，每 个问题都得到了解决，每个问题也都备了案，在第二次重做的时候因为前期问题的积累，就进行得非常顺利。这也说明人家总结出来的文档不能完全照搬，因为实验 过程究竟会碰到什么问题都是不可预知的。

详细安装步骤+个人理解

Oracle_Rac环境Rman备份与恢复.doc

本文介绍了在Vmware ESXi6虚拟机环境下搭建Oracle的RAC的过程。文中详细讲解了整体规划、配置IP规划、主机名、存储规划、共享存储等方面的内容。其中，节点一的配置为8C/16G/200G，公共IP为172.16.113.244，私有IP为192.168.100.244，虚拟IP为172.16.113.246，扫描IP为172.168.113.248。此外，还介绍了存储的规划，其中3块20G的硬盘用于ORC，2块100G的硬盘用于FRA。

RAC的发展历史 1、OPS（Oracle Parallel Server）Oracle并行服务器 DLM叫做PCM 2、9i开始的Oracle 真正应用集群（Real Application Cluster） DLM叫做Cache Fusion

Oracle Database 11g RAC手册 原书第2版

大话Oracle_RAC__集群_高可用性_备份与恢复.pdf