rac redo和undo为什么二个实例不能共享，而需要分开_IT百科

多实例的数据库中，每个实例拥有一组独立的在线日志记录，也就是我们常说的REDO

THREAD。每个实例独立生成在线日志信息，并且拥有独立的LGWR进程用于写入在线日志文

件。但是在RAC数据库环境中，在线日志文件也必须是所有节点都能够共同访问的。原因也是

一样的，当进行实例恢复的时候，由于相关的数据被写在多个在线日志文件中，因此必须用到所

有的REDO LOG THREAD中的在线日志文件，才能够完成恢复。当我们在数据库上增加一个新

的实例的时候，必须为这个实例创建一组新的在线日志记录，同时激活这个REDO LOG

THREAD。反过来，要从数据库中删除一个实例的时候，我们必须关闭这个THREAD，否则无

论这个实例是否被使用，数据库恢复的时候，仍然会需要使用这个THREAD的日志。在这种情

况下关闭某个THREAD后重新做一次全库备份，会少很多麻烦事。如果你真的碰到了这种情况，

而那个实例的在线日志文件还没删除，那么可以找找数据库恢复所需要的CHANGE#是否在在线

日志中存在，如果存在，你也可以直接恢复这个在线日志来解决这个问题。

在使用UNDO自动管理的模式下，每个实例都需要使用独立的UNDO表空间，这些表空间

的数据文件也必须存放在所有实例都能够访问的共享存储上，其原因我们在前面已经多次提到，

不再重复了。

在多实例数据库环境中，临时表空间是可以多个实例共享的，不过能够共享的仅仅是临时表

空间，临时段是不能共享的。在一个临时表空间上，每个实例必须拥有自己独立的临时段。当临

时表空间满的时候，如果其他实例的临时段有空闲空间，那么这个实例可以从其他实例的临时段

中偷取一个EXTENT，用于扩展自己的临时段。

dbca建库时选择cluster模式，选择全部节点，数据文件，参数文件，控制文件，

重做日志文件都会被放在共享存储上，

归档日志根据你使用的存储形式会被放在共享存储上或者本地（ASM放共享，RAW放本地），

各节点有各自的instance，共同使用共享存储中的datafile。

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)

目的有两个

1.保证缓存的一致性

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

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

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

?****************************************

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

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

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

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

ClusterWare组件：

*******************

有四种Service

Crsd - 集群资源服务

Cssd - 集群同步服务

Evmd - 事件管理服务

oprocd - 节点检测监控

有三类Resource

VIP - 虚拟IP地址(Virtual IP)

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

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

RAC的组件：

************

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

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

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

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

LCK0 - Instance Enqueue Process 实例查询进程

2013年05月13日 - 游目骋怀 - 游目骋怀