OLTP ，DSS 哪个更适合RAC？

显示全部楼层 · 2014-2-19 11:55:14

不考虑业务分割等优化手段的话，对现有业务无缝迁移，RAC更适合哪种业务？
大家讨论
OLTP = online transaction processing

千问 · 2014-2-19 11:55:14

原帖由 joyw 于 2008-1-18 09:11 发表
数据仓库的备份应该考虑“过期数据沉淀”，可以把过期的数据向“低粒度”汇总，然后把细节过期数据单独备份到磁带上
个人感觉数据仓库项目用DG来进行保护没有太大的必要，毕竟数据仓库项目多数是提供应用分析的，对“数据的服务保障”要求不那么高。如果经费充足的话RAC是值得考虑的，RAC对数据仓库的计算有很大的性能提高！
请joyw兄说说最后一段说法的依据

千问 · 2014-2-19 11:55:14

沉的够快的。。。

千问 · 2014-2-19 11:55:14

dw用rac不错的，我们就是RAC的dw

千问 · 2014-2-19 11:55:14

在资源允许的情况下，如果考虑高可用,能上的都上吧.

千问 · 2014-2-19 11:55:14

不懂
up

千问 · 2014-2-19 11:55:14

原帖由 piner 于 2008-1-18 15:43 发表
dw用rac不错的，我们就是RAC的dw
RAC好处更多的应该是带来并发性能的提高，dw下如何从中获取好处？
dw业务下cpu会成为瓶颈吗？

千问 · 2014-2-19 11:55:14

dw下的rac Cache Fusion 应该很多，这部分的影响应该也比较严重吧

千问 · 2014-2-19 11:55:14

原帖由 anlinew 于 2008-1-18 16:13 发表
RAC好处更多的应该是带来并发性能的提高，dw下如何从中获取好处？
dw业务下cpu会成为瓶颈吗？
1. dw里的查询或者运算都是比较耗时的，那么一个这样的查询可能就会长时间占用一个cpu
4cpu的机器同时最多就只能处理4个类似的请求,再有请求就只能等待了
2.dw里很多查询或者汇总一类的通常都不能很好的利用index, 逻辑读就比较多，逻辑读增加带来的就是cpu的消耗

千问 · 2014-2-19 11:55:14

原帖由 anlinew 于 2008-1-18 16:17 发表
dw下的rac Cache Fusion 应该很多，这部分的影响应该也比较严重吧

从应用上把不同的查询指定到固定的结点，就解决了这个问题
再一个，dw中cache 带来的速度提高没有oltp明显，因为oltp 才是重复查询等操作比较多