再做 Oracle 11gR2 RAC部署1

Oracle RAC是Oracle Real Application Cluster的简写，官方中文文档一般翻译为“真正应用集群”它的出现解决了传统数据库应用中面临的一个重要问题：高性能、高可用性与低价格之间的矛盾!

ORACLE RAC原理：在一个应用环境当中，所有的服务器使用和管理同一个数据库，目的是为了分散每一台服务器的工作量，硬件上至少需要两台以上的服务器，而且还需 要一个共享存储设备。同时还需要两类软件，一个是集群软件，另外一个就是Oracle数据库中的RAC组件。同时所有服务器上的OS都应该是同一类OS, 根据负载均衡的配置策略，当一个客户端发送请求到某一台服务的listener后，这台服务器根据我们的负载均衡策略，会把请求发送给本机的RAC组件处理也可能会发送给另外一台服务器的RAC组件处理，处理完请求后，RAC会通过集群软件来访问我们的共享存储设备。

逻辑结构上看，每一个参加集群的节点有一个独立的instance，这些instance访问同一个数据库。节点之间通过集群软件的通讯层 （communication layer）来进行通讯。同时为了减少IO的消耗，存在了一个全局缓存服务，因此每一个数据库的instance，都保留了一份相同的数据库cache。

RAC中的特点是：

每一个节点的instance都有自己的SGA

每一个节点的instance都有自己的background process

每一个节点的instance都有自己的redo logs

每一个节点的instance都有自己的undo表空间

所有节点都共享一份datafiles和controlfiles

 

Oracle还提出了一个缓存融合的技术(Cache fusion)，目的有2个

1.保证缓存的一致性

2.减少共享磁盘IO的消耗

因此在RAC环境中多个节点保留了同一份的DB CACHE

 

缓存融合（Cache fusion）工作原理：

1.其中一个节点会从共享数据库中读取一个block到db cache中

2.这个节点会在所有的节点进行交叉db block copy

3.当任何一个节点缓存被修改的时候，就会在节点之间进行缓存修改

4.为了达到存储的一致最终修改的结果也会写到磁盘上

 

3类Resource

VIP – 虚拟IP地址(Virtual IP)

OCR – Oracle Cluster Registry(集群注册文件),记录每个节点的相关信息

Voting Disk (表决磁盘),仲裁机制用于仲裁多个节点向共享节点同时写的行为，这样做是为了避免发生冲突。

RAC的组件：

提供过了额外的进程，用来维护数据库

LMS – Gobal Cache Service Process 全局缓存服务进程

LMD – Global Enqueue Service Daemon 全局查询服务守护进程

LMON – Global Enqueue Service Monitor全局查询服务监视进程

LCK0 – Instance Enqueue Process 实例查询进程

 

部署RAC是一项繁琐的工作，尤其在非oracle linux下，缺少很多依赖包，有的又非常难找（光盘找不到滴），甚至内核不支持。

在oracle linux ,已经为oracle做了定制，少了很多麻烦。但部署起来同样繁琐，容易出错，又难以排查。对linux操作熟练度要求很高，难度大。

oracle在硬件方面要求也很高，这次我是在虚拟机中演示，宿主机内存至少10GB 。开启4台虚拟机，两台oracle节点和一台DG，各2GB内存，

一台DNS服务器512MB，磁盘空间不小于100GB ，两台oracle节点和DG以及 DNS服务各20GB, 各种新建的ASM磁盘40GB.

 

如果对Linux操作不熟 或者 硬件配置达不到要求，那么有如下建议：

夯实linux基础知识，并对oracle有一定了解。 同时升级硬件配置使之达到要求，耐心做完部署。