在DSS工作负载中的RAC节点缩放

日期: 2008-08-14 作者:Bill Cullen翻译:April 来源:TechTarget中国 英文

问:你有没有在DSS 工作负载中的RAC节点缩放相关方面的经验?同样,是不是在缩放过程中主要瓶颈就是架空的cachefusion锁管理协议,而不是实际的互连? 答:如果不是那样的话,我们假设你说的数据仓储支持的是群体决策支持系统(DSS),而我支持RAC,有很多原因能够说明DSS不是最好的数据仓库架构。 数据仓库通常依赖Oracle并行查询选项(PQO)对大型表、报表或物化视图进行快速扫描。PQO的功能就是和有用的CPU紧密结合,因为RAC经常被用来作为水平刻度而不是垂直(更多的机器与更多的CPU )。和对称式多处理服务器比较起来在RAC环境中依靠并行查询选项通常能降低性能,因为在RAC环境中……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

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

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

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

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

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

我希望对你有所帮助!

翻译

April
April

相关推荐