oracle extended RAC是否适合应用在数据分析类数据库？

分析类的业务一般都是整表的批量处理，如果是两个数据库实例的话，那么实例之间的竞争是非常严重的。实例间的缓存传输量也是巨大的。这种情况下，本地的数据库节点都不建议超过两个。可见跨中心之后其效果会更差更严重。再说了分析型的业务对于连续性有那么高要求么？

个人建议分析型业务没有必要也没有意义去做跨中心的集群。

Oracle extended RAC是否适合应用在数据分析类数据库，先抛开技术层面来探讨一下数据分析类的数据库是否需要做双活，因为分析类的数据库往往是长时间的数据处理和实时交易不太一样，虽然也有时效性的要求，但是毕竟可以重新分析。一般情况下，数据分析类的业务是不考虑做双活的。
如果确有该需求，就需要考虑Oracle RAC的数据心跳的数据，两地的存储网络交互数据有多大，网络环境是否满足要求，时延是否满足条件。这些都是要先收集数据，根据具体的数据进行分析双活环境对于性能的影响，还有两个机房的光纤情况能否满足要求。

就产品的特性而言，ORACLE RAC更适合的场景是OLTP，因为RAC是share disk架构，不适合大数据量的分析类场景。对于OLAP建议使用DB2 DPF share nothing架构。