问：你有没有在DSS 工作负载中的RAC节点缩放相关方面的经验？同样，是不是在缩放过程中主要瓶颈就是架空的cachefusion锁管理协议，而不是实际的互连？

答：如果不是那样的话，我们假设你说的数据仓储支持的是群体决策支持系统（DSS），而我支持RAC，有很多原因能够说明DSS不是最好的数据仓库架构。

数据仓库通常依赖Oracle并行查询选项（PQO）对大型表、报表或物化视图进行快速扫描。PQO的功能就是和有用的CPU紧密结合，因为RAC经常被用来作为水平刻度而不是垂直（更多的机器与更多的CPU ）。和对称式多处理服务器比较起来在RAC环境中依靠并行查询选项通常能降低性能，因为在RAC环境中每个节点必须将数据迁回至PQ协调程序，这一程序能产生在一台服务器上易于解决的比较大的瓶颈并且经常会在水平单一的服务器上依靠一大型的RAM添加较大而且典型的系统操作，这样一来RAC数据仓库的问题就越来越大了。

当然，服务器有一些限度，除了数据库的属性之外，系统还要求有一些集群支持一些大型用户团体，加上这些问题的能够用非常高级的proactive tuning减轻。但也有例外。在这里我们讨论一些常见规则。我不会为用RAC说明数据仓库的性能问题。

首先我会将RAC看作是有效解决方案，其次就是将它看作是大型OLTP数据库。考虑到数据仓库性能解决方案，我会介绍一种很复杂的情况，在这种情况下系统允许操作一些有益的解决方法，但是不能通过一台单独的服务器来解决。

我希望对你有所帮助！