数据库计划要从业务特征和需求为导向，不要为了RAC的可用性而上RAC，实际上RAC也不是万能的，须要以下知识点须要控制。
1.应用RAC的利益
1.1 晋升运用体系性状，进步数据库事务处置才能
在单台主机资源或单实例数据库的事务处置才能遭到瓶颈时，应用RAC能极大进步并发才能。
主机的资源应用率不是简略的求和。比如在2个节点的RAC环境中，每一个节点的CPU应用率为50%，如果所有资源转移到单个节点，其应用率不会等于100%，可能70%。所以资源的应用很大水平上在于交互本钱。
当交互本钱过大时，其处置效力会极大的下降。
1.2进步数据库高可用性，特别是双活的架构下。其利益以下：
同城本地服务器和同城异地服务器之间的无需任何切换，实现极其稳固可预期的秒级失败业务切换。
业务衔接的后台数据中心，是同城双活中心，任一站点的故障，业务不遭到影响，这大大进步了业务的响应才能，也大大增长了检验等平常运维管理时光。
3.RAC的选型斟酌
全表扫描情形是不是很多？
索引争用厉不利害？
高水位争用厉不利害？
sequence争用厉不利害？
正版授权、安装、运维费用是不是在预算规模内？
4.RAC的副作用
资源争用本钱会成倍放大，负载均衡下特别严重
代码拜访深度变深，带来的bug,数据库的整体稳固性乃至不如单节点
节点之间SQL履行筹划不一致
心跳网络的故障率很高
各个版本之间的差别化
对保护人员的技巧经验请求较高
如果在单实例中数据块争用比拟利害，那末迁移到RAC以后就会是一场灾害，性状可能会更加恶化。在这类情形下，多买了一台小机，只实现了HA的功效，但付出的是性状下落。得不偿失！
其中一个实例hang住时，RAC的可用性得不到保障
5.安装时
全面检讨操作体系补钉情形，建议安装最新的数据库补钉
心跳网络应用双网卡绑定
主机的操作体系版本请求一致，配置最好一致
安排主机资源监控脚本，如安排OSW
做好各项暴力测试，如CRS/主机启动测试，插拔网线测试
预防性的设置好各类参数，如Oracle的DRM参数
6.运维时
运用端做针对RAC特征调剂，建议业务分节点运行
逝世锁可能在多个节点产生
不要将数据文件增长到本地硬盘上
先关数据库，再关CRS软件，最后关主机
单机转成RAC以后，恰当加大buffer cache和shared pool的大小
开启并行要郑重，程序不要跨节点并行运行
容易疏忽的数据库参数
