RAC数据库最佳实践是雇佣经验丰富的RAC DBA来管理集群，避免招聘那些仅仅有培训经历而无实际工作经验的人。
DBA必须监控集群，共享磁盘，ASM(或者OCFS)，数据库实例，监听，和更多的深层次指标，比如缓存一致性，interconnect延迟，磁盘时间等等一系列事情。
RAC数据库通常都遵循着跟任何Oracle数据库一样的最佳实践方案，只是其中有一些是Oracle RAC系统特有的。
记住RAC只能保护你免于实例失效，这仅仅是众多可能引起非计划性中断的原因之一。为了真正的持续可用性，我们还必须部署多重镜像磁盘和冗余网络组件。
随着全球经济衰退继续进入2010年，一个有趣的现象是，有经验的Oracle专业人士在市场上表现的比以往越来越强。
当经济衰退波及到一个国家的工业时，学术界却在蒸蒸日上，因为越来越多的专业人士回到大学重新充电以提高自身技能。
Independent Oracle Users Group (IOUG)在它的2009年度Oracle安全性调查中指出，令人不安的“内部安全性问题”继续作为Oracle IT部门的一个主要威胁。
审计收集、加强和报告必须一个单独的IT实体负责，仅仅负责管理所有数据隐私审计。任何应用层的外部访问都必须向安全管理员发送警报，不管是恶意或是常规DBA职责部分。
IT管理员报告内部的欺骗行为是最常见的威胁，因此特殊的审计机制必须用于审查所有授权员工的访问。
依据Oracle的文档，如果一个节点失败了，且如果此节点是根节点的话，那么整个集群将可能会性能下降。
