手机版
你好,游客 登录 注册 搜索
背景:
阅读新闻

Oracle RAC cache fusion机制介绍

[日期:2012-12-01] 来源:Linux社区  作者:linwaterbin [字体: ]

在单实例中,进程要想修改数据块,必须在数据块的当前版本(Current copy)上进行修改

RAC环境也一样

这便涉及到一系列问题:

如何获得数据块的版本在集群节点间的分布图?

如何知道哪个节点拥有的是当前版本?

如何完成传递过程?

这一系列问题的解决依靠内存融合技术(cache fusion)

cache fusion通过高速的private interconnect,在实例间进行数据块传递

这是RAC最核心的工作机制,他把所有实例的SGA虚拟成一个大的SGA区

每当不同的实例请求相同的数据块,这个数据块就需要在实例间进行传递

Oracle 7的OPS中,这种传递是通过磁盘完成的,也叫“Disk-Based Ping”

也就是第1个实例必须先把这个数据块写回磁盘,然后第2个实例再从磁盘上读取这个数据块

这种依靠磁盘来完成数据传递极大影响系统性能

在Oracle 8i引入“Net-Based Ping”通过Private Interconnect来传递数据块

但是8i只能传递没有修改过的数据块,对于“脏块”还是要通过磁盘来传递,这一点和OPS一样

在Oracle 9i的cache fusion,所有的数据块,无论修改的或者没有修改的,都可以通过Private Interconnect传递

系统系能得到极大的改善

在cache fusion中,每个数据块都会被映射成一个cache fusion 资源,或者说是一个PCM 资源

PCM资源实际上是一个数据结构,资源的名称就是DBA(数据块地址)

每个进程对数据的请求都是分步完成:

① 把DBA转换成PCM资源名称

② 把这个PCM资源请求提交给DLM(分布式锁管理器)

③ DLM进行Global Lock的申请、释放活动,只有进程获得了PCM Lock,才能继续下一步

也就是实例首先要获得数据块的使用权

整个cache fusion有两个服务组成:GCS和GES

⑴ GCS服务负责数据块在实例间的传递

由后台进程LMSn完成

⑵ GES服务负责锁管理

在多个实例之间协调对数据块的访问顺序,保证数据的一致性访问

由后台进程LMD完成

linux
相关资讯       rac  cache fusion 
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款