ORACLE RAC工作原理

ORACLE RAC工作原理

在一个应用环境当中，所有的服务器使用和管理同一个数据库，目的是为了分散每一台服务器的工作量，硬件上至少需要两台以上的服务器，而且还需要一个共享存储设备。同时还需要两类软件，一个是集群软件，另外一个就是Oracle数据库中的RAC组件。同时所有服务器上的OS都应该是同一类OS,根据负载均衡的配置策略，当一个客户端发送请求到某一台服务的listener后，这台服务器根据我们的负载均衡策略，会把请求发送给本机的RAC组件处理也可能会发送给另外一台服务器的RAC组件处理，处理完请求后，RAC会通过集群软件来访问我们的共享存储设备。ITPUB个人空间 G5~-h:B?/c|1E
　　逻辑结构上看，每一个参加集群的节点有一个独立的instance，这些instance访问同一个数据库。节点之间通过集群软件的通讯层（communication layer）来进行通讯。同时为了减少IO的消耗，存在了一个全局缓存服务，因此每一个数据库的instance，都保留了一份相同的数据库cache。

RAC中的特点是：

每一个节点的instance都有自己的SGA
+Vj#P$WQ&q{0每一个节点的instance都有自己的background process
"cZUa$_~0每一个节点的instance都有自己的redo logs
/F G^-E)N{!b[/{0每一个节点的instance都有自己的undo表空间ITPUB个人空间4\/b7u:D[G!z1^
所有节点都共享一份datafiles和controlfiles

Oracle还提出了一个缓存融合的技术(Cache fusion)ITPUB个人空间Is q's@AHA4M#_
目的有两个ITPUB个人空间a)U,ik;D^
1.保证缓存的一致性IXPUB技术博客
Q:o/u.O&T3J02.减少共享磁盘IO的消耗IXPUB技术博客ITPUB个人空间Tdb(qu2{ H
因此在RAC环境中多个节点保留了同一份的DB CACHE

缓存融合（Cache fusion）工作原理：ITPUB个人空间:Z|_;JP U~-~ Q

)ob6z7C y3Ba Y8BL01.其中一个节点会从共享数据库中读取一个block到db cache中
&_9i[#TvzwD02.这个节点会在所有的节点进行交叉db block copyITPUB个人空间+p\,q6L!N b:cUt
3.当任何一个节点缓存被修改的时候，就会在节点之间进行缓存修改ITPUB个人空间T o"YvZUm
4.为了达到存储的一致最终修改的结果也会写到磁盘上

ClusterWare组件
*@`j6z}4]x^@0
(\{$X2F.Ksn&?0有四种ServiceITPUB个人空间v!tBaA;oMP sp
Crsd - 集群资源服务
*~/@6d`.Dw]0Cssd - 集群同步服务ITPUB个人空间!w;u&K*S%{'y
Evmd - 事件管理服务
:j/W;q1i7lu,ddl0oprocd - 节点检测监控

有三类Resource

l\v2{8FF0VIP - 虚拟IP地址(Virtual IP)
*O4^7[pj Z0OCR - Oracle Cluster Registry(集群注册文件),记录每个节点的相关信息
\*l _ V&y c*Ih0Voting Disk - Establishes quorum (表决磁盘),仲裁机制用于仲裁多个节点向共享节点同时写的行为，这样做是为了避免发生冲突。

Yf.`b4@v/ji~y"?a0RAC的组件ITPUB个人空间*W5{%x EBl
ITPUB个人空间${8u6]ZDij
提供过了额外的进程，用来维护数据库ITPUB个人空间R"B-diyI
LMS - Gobal Cache Service Process 全局缓存服务进程
d0L1YRInD;@0LMD - Global Enqueue Service Daemon 全局查询服务守护进程
"I&NaE+x"n9P0LMON - Global Enqueue Service Monitor全局查询服务监视进程ITPUB个人空间-a0M$E(^nS9R(g$AV
LCK0 - Instance Enqueue Process 实例查询进程