189 8069 5689
这篇文章主要讲解了“分析Oracle RAC集群”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“分析Oracle RAC集群”吧！
Oracle RAC 是一个具有共享缓存架构的集群数据库，它克服了传统的无共享方法和共享磁盘方法的限制，为您的所有业务应用提供了一种具有高度可扩展性和可用性的数据库解决方案。Oracle RAC 是 Oracle 私有云架构的关键组成部分。
Oracle
Real Application Clusters
可以消除数据库服务器单点故障问题，从而为客户提供优秀的数据库可用性。在集群服务器环境中，数据库本身在服务器池之间实现共享，这意味着如果池中的任何服务器出现故障，数据库将继续在正常的服务器上运行。Oracle
RAC 不仅让客户能够在服务器发生故障时继续处理数据库负载，而且有助于缩短数据库计划内脱机维护时间，进而降低停机成本。
Oracle
Real Application Clusters 支持在集群服务器池上透明地部署 Oracle 数据库。这让客户能够轻松地将单个服务器上的
Oracle 数据库重新部署到数据库服务器集群上，从而充分利用集群数据库服务器提供的整合内存容量和处理能力。
Oracle
Real Application Clusters 提供了所有必备的软件组件，让您可以在服务器池上轻松部署 Oracle
Database，充分利用集群提供的性能、可扩展性和可用性。Oracle RAC 利用 Oracle Grid Infrastructure
作为 Oracle RAC 数据库系统的基础。Oracle Grid Infrastructure 包括 Oracle Clusterware 和
Oracle 自动存储管理 (ASM)，可以在高度可用和可扩展的数据库云环境中高效地共享服务器和存储资源。
RAC与单实例大的区别是，多个实例管理一个数据库。这个数据库必须安装在共享存储上。这样的架构有如下优点：
高可用 其中某个或者某些实例宕机，并不影响该系统对外提供服务。
高性能 集群的事务处理功能大大增强，多个实例可以并发的工作。
可扩展 当系统性能遇到瓶颈时，通过增加节点可以提高数据库的性能。
RAC中的实例，除了有单实例固有的那些后台进程，还会多一些用来进行RAC实例之间进行交互的进程。在RAC中，每个实例有自己单独的redo log和undo表空间。因为每个实例都要独自处理事务。但是这些redo和undo文件同样要放置在共享磁盘中，因为一旦实例崩溃，其他的实例要能读取到该实例的redo和undo进行事务的恢复。
RAC中引入了一个叫cache fusion的机制。也就是把所有机器的内存当成一个大的整体的内存来管理。
要管理这块内存，Oracle引入了GCS（Global Cache Service）、GES（Global Enqueue Service）、GRD（Global Resource Directory）这三个概念。
GRD：用来记录数据库cached block在各个instance上的分布情况，以及block的状态。
GRD分布在各个实例中，每个实例维护GRD的一部分。
GRD由GCS和GES共同管理，GCS管理buffer cache中的数据块缓存的一致性，GES管理数据块的锁信息。
既然每个实例只维护GRD的一部分，那么我要请求一个块时，是不是每个机器都要请求？显然不是这样的，因为这样效率会非常的低。那么GCS和GES会根据一定的算法，在RAC的各个节点中选择出一个节点作为Resource Master。这个Resource Master负责处理数据块的请求。并且Resource Master会在内存中记录每个instance中GRD的索引。
感谢各位的阅读，以上就是“分析Oracle RAC集群”的内容了，经过本文的学习后，相信大家对分析Oracle RAC集群这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！