本文介绍了Oracle RAC在19c中的发展，包括RAC Sharding、Continuous Application Availability、Scalable Sequences等新特性。文章探讨了Cluster Domain的扩展性与管理优势，同时指出19c中放弃了Leaf Node支持。在性能和可用性方面，RAC通过多进程并行进行了增强，如Remaster的Slave进程和自适应DRM。
在 OOW 上发布出来关于 Oracle RAC 集群的几篇文章，可以让我们一睹 Oracle RAC集群技术的发展路线。
（关注本公众号，回复 2018OOW 在 RAC 目录下是本文参考的3个PPT）
首先我们再次明确一下 Oracle 的版本策略，18c 等同于 12.2.0.2 ，19c 则等同于 12.2.0.3 ，19c 将是 12c 的最终版本，2020年 Oracle 数据库将发布 20c 。
19c 将于 2019年 1季度 发布，所以毫无疑问，很可能没有人会采用 18c 这个版本了。
关注 Oracle RAC的变化，我总结了一下，大约可以分为 3 个部分，分别是：
增强：这是渐进式的，Oracle 在不断改进；
放弃：不支持的，或者说尝试过觉得无用不受欢迎被放弃的特性；
革新：属于坚定向前，重点发展的特性。
首先，Oracle 的RAC技术从 9i 开始（ OPS 时代没有被记入），经历了 20 年的革新演进，很多新的特性不断被引入到数据库当中，在 18c 中增加的新特性主要包括：RAC Sharding，Continuous Application Avaliablity 和 Scalable Sequences。
这几个特性我们之前都介绍过，Scalable Sequences 通过对于序列的改造，优化了跨实例主键方面的冲突，这是 RWP 团队在实践中总结出来的方法，被通过新特性方式实现了，虽然这不是专门针对 RAC 设计的，但是对 RAC 的问题解决有重要作用。
RAC 团队的产品经理总结，开发主要聚焦在三个领域：大规模部署的有效性、更好的扩展性和性能、更高的可用性。在这三个方向 RAC 在18c做出了一些显著的改变。
革新，在我看
最低0.47元/天 解锁文章
扫一扫
1524
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
