Oracle RAC原理及其详细解读

　　CSDN：Oracle RAC是什么？它有哪些新特性？它的优势是什么？又有哪些缺点呢？

　　高斌：RAC 是 Real Application Cluster的缩写，中文可以翻译为实时应用集群，目前最新版本为12c。RAC属于典型的share-everything结构的集群技术， 能够为用户的数据库提供极高的高可用性，可测量性，可伸缩性和基于用户实时工作负载状况的负载均衡功能，以及有修改的对于应用透明的故障切换功能。RAC数据库已成为成千上万的Oracle 用户十多年来首选的解决方案，而且帮助了太多的客户取得成功。在中国，几乎所有的大型企业（移动，联通，电信，电力，银行，政府，医疗，电子商务等等）都在使用RAC 数据库作为核心数据库。由于RAC 采用了独有的基于分布式锁的内存融合技术，所以能让同一个数据库在多个节点同时进行读写操作，而且完全能给保证数据的一致性，所以可以实现灵活的系统横向扩展能力和优秀的可测量性，而且当集群数据库中的一个实例崩溃后能够提供极快的实例恢复和应用程序链接的故障切换。当然，就像大家所熟知的一样，没有一款软件是完美的，RAC也存在着一些问题，其中最主要的就是由于内存融合技术相对比较复杂，所以需要数据库的维护和开发人员要具有比较高的专业能力。

　　当然，随着《Oracle RAC 核心技术详解》这本书的出现，以及我和我的朋友在mooracle 网站上不断的知识共享和为广大用户答疑解惑，相信能够帮助越来越多的人了解RAC技术，让这个产品更好的帮助用户取得更多的成功。对于12C 这个最新的版本，Oracle 也在向云架构进行转变，推出了很多优秀的新特性：12C 中提供的Flex Cluster 结构使Oracle的集群能够管理更多的节点，降低了集群节点之间的耦合度，极大地增加了集群的灵活性； Flex ASM 功能，消除了数据库实例和ASM实例之间的1对1关系，提高了RAC数据库的灵活性，并且增强了系统的高可用性; Application continuity和transaction guard 功能使得Oracle RAC的故障切换功能变得更加强劲，它的出现使得应用程序的所有事务（包括select 和 DML语句）在当前实例崩溃之后能够透明的切换到其他运行实例，从而完成了全面的应用程序故障切换能力。

　　CSDN：在你看来，在Oracle RAC环境中应该如何有效地进行客户端故障转移 ？

　　高斌：正如在上一个问题中介绍的， Oracle RAC 可以提供全面的客户端故障切换，它不仅能够保证连接时的链接故障切换，而且能够提供运行时的故障切换。不仅如此，针对不同类型的链接，Oracle 都针对性的提供了相应的故障率切换功能，例如：针对使用了OCI方式的链接，Oracle 提供了 TAF来实现运行时的故障切换，而且随着12C的 Application continuity和transaction guard 新特性的出现，故障切换已经可以做到将用户的select 和 DML语句透明的切换到其他运行实例；针对使用了thin client 的链接，Oracle 提供了基于ONS的FAN，FCF特性，来保证用户连接的切换。如果大家希望了解更多的这部分信息，可以参考《Oracle RAC 核心技术详解》的第十三章中的内容。

　　CSDN：你在Oracle12c方面有着深入的研究，你是怎么看待Oracle12c的核心新特性？可以给我们解读下吗？