缓存融合和全局内存服务——RAC概念

http://space.itpub.net/4227/viewspace-68632

缓存融合和全局内存服务——RAC概念

这章描述了缓存融合（Cache Fusion）处理，解释了GCS操作。同时说明了RAC中的资源控制机制，举例说明了Cache Fusion，并且描述了RAC中的恢复处理。

ITPUB个人空间 xA/B@"C S

Cache Fusion的处理：

多个节点的同时读：这种情况下不需要同步操作。多个实例可以共享读块而不产生冲突。

在不同实例上的同时读和写操作：当一个实例需要读取其他实例进行修改且还没有写到磁盘上的块，这个实例可能获得这个块的最新版本或者这个块的一致性读版本。这种情况下，GCS进程（LMSn）通过interconnect将这个块从持有实例的缓存传送到请求实例的缓存中。

在不同节点上的同时写：当同时写发生在不同的节点上，在收到请求后，持有数据块的实例完成对数据块的操作。GCS将资源角色转变为全局管理，而后LMSn进程将block的copy传输到发出请求的实例的缓存中。

Cache Fusion的特点：

GCS记录数据块的每个版本，且每个作为一个past image（PI）。当失败的情况中，通过使用PI信息，Oracle可以重构PI。

这种内存到内存的通过高速IPC连接，用以消除磁盘I/O。

Cache Fusion限制上下位转换。

数据块的存储模式和缓存状态：

数据块的存储模式是NULL且缓存状态名称是CR——如果实例持有这个数据块的旧的版本，实例可以执行对数据块的一致性读。

数据块的存储模式是S且缓存状态名称是SCUR——实例可以共享访问数据块，并且只能执行读操作。

数据块的存储模式是X且缓存状态名称是XCUR——实例以独占方式访问数据块且可以修改。

数据块的存储模式是NULL且缓冲状态名称是PI——实例对数据块进行了修改，但是保留了过去映射的拷贝用来记录修改以前的状态。

请求一个变化的数据块的修改操作：

1.试图去修改数据块的实例——实例1，向GCS提出请求。

2.GCS将请求传送到数据块的持有者——实例2。

3.实例2接收到消息，LMS将数据块传送到实例1。在发送数据块之前，实例2上面的资源模式从独占降到NULL模式，且实例2保留脏的缓存作为PI。因为数据块可能在多个实例中变脏，因此将角色设置为全局管理。实例2通知实例1，实例2以NULL模式保留了数据块的PI。在同一个消息中，实例2指明实例1必须以全局角色独占模式保留数据块。

4.在接收到数据块后，实例1通知GCS，它以全局角色独占模式保留数据块。

将数据块写到磁盘：

1.实例2发送写请求到GCS。

2.GCS将请求前向传递到实例1——当前数据块的持有者。

3.实例1接收到写请求，并将数据块写到磁盘。

4.通过GCS，实例1记录写操作的完成，并通知GCS，资源角色转变为本地管理。

5.接到通知后，GCS命令所有PI的持有者释放、清空PI。这些PI已经保留用于恢复的必要了。缓存释放，并且以前以NULL模式持有的资源关闭。

RAC的恢复和Cache Fusion：

当一个实例失败，且失败被另一个实例检测到，Oracle执行下列恢复步骤：

1.恢复的第一阶段是GES的重新配置。Oracle首先重新配置GES队列，然后重新配置GCS资源。在这一时刻，所有的GCS资源请求和写请求被临时暂停。但对于那些已经取得必要的入队进程和事务，仍然可以继续修改数据块。

2.在重新配置GES之后，在GES的控制下，读取日志以并行方式重新配置GCS资源。在这一步结束后，所有需要恢复的数据块资源被标识出来。

3.为恢复操作分配内存空间。前面通过读取日志标识出来的资源被声明为恢复资源。

4.为后续进一步处理的所有资源和队列已经获得，全局资源目录解除冻结状态，所有不需要恢复的数据块可以被访问，系统已经部分可用。

5.对第二步标识处理的每个数据块进行缓存层次的恢复，一旦数据块恢复，立刻是否恢复资源。

6.在所有数据块被恢复，所有恢复资源释放后，系统重新全部可用。恢复完成后，被恢复的数据块重新可用。