话题讨论：商用数据库集群架构探讨—Oracle RAC vs DB2 pureScale

wolfop

xiaowg 发表于 2012-7-23 15:55
purescale能和RAC比? 想一想而已.

DB2 连FULL RECOVERY都无法判断, 而且ROLLFORWARD会死在损坏的LOG FIL ...

当初9.8的purescale 有很多backup/restore的限制。
现在不知道解决没有。

王飞鹏2011

呵呵，集群数据库还是有技术难度的。今天去一个移动客户那探讨oracle rac和db2 purescale，发现了RAC两个问题：
1）集群中某些节点不定时自动发生重启
2）节点之间的交互数据通讯量比较大，导致延时比较长
后来Oracle和HP原厂过来诊断了几天，但是还没有找到有效的办法。

hanaka

wolfop 发表于 2012-7-23 13:27
IBM developernetwork有一篇用虚拟机搭建purescale的文章。
我个人是很奇怪，虚拟机怎么用uDAPL.

不会吧？给个链接看看，purescale不是说一定要POWER处理器嘛

hanaka

to407 发表于 2012-7-23 11:29
恩 加上ib的话， 觉得和Exadata比还是差不多， 但这些比较也就是跑性能跑数据， 双方各自公司跑出来的。。 ...

最近在用Exadata，性能不怎么样，和原厂吹的差的太远了

hanaka

王飞鹏2011 发表于 2012-7-23 18:40
呵呵，集群数据库还是有技术难度的。今天去一个移动客户那探讨oracle rac和db2 purescale，发现了RAC两个问 ...

第2个问题有些地方就是用infiniband来解决，也可能我们说的不是一类问题，

RAC肯定是有缺点，但是我相信pureScale也有缺点，楼主是不是也说说缺点

htyansp

王飞鹏2011 发表于 2012-7-23 18:40
呵呵，集群数据库还是有技术难度的。今天去一个移动客户那探讨oracle rac和db2 purescale，发现了RAC两个问 ...

恩 集群技术确实 挺复杂的,  而且一旦出问题 即使原厂也有时候搞不定

to407

wolfop 发表于 2012-7-23 16:43
不完全正确，ORACLE对X86上第三方的VM均不certify，但是对于RISC服务器就是另外一回事了。power vm和HP的 ...

其实是一个意思。。。就是说 自己能够解决的地方自己来做，能够和partner分享利益的地方一起做。

to407

王飞鹏2011 发表于 2012-7-23 18:40
呵呵，集群数据库还是有技术难度的。今天去一个移动客户那探讨oracle rac和db2 purescale，发现了RAC两个问 ...

节点重启并不全是 错误的行为或是bug， 在解决脑裂或者节点运行到错误状态时候，这个节点在cluster内部已经"不正常"，如果继续通信，那么错误的节点可能会影响正常运行的节点们。 重启OS是一个acceptable 的解决方案。

在一些企业内部，往往一个服务器cluster上面跑了不止DB，还有其他的应用软件， 那么这样的重启os可能对于别的软件是 不能容忍 的。 这个似乎ORCL给过一个patch...就是不重启。

至于交互数据量大，我以为。。。私有网卡一定要专用 ~~~最好不要有相同子网的其他节点对私网产生影响行为。

to407

hanaka 发表于 2012-7-23 21:53
最近在用Exadata，性能不怎么样，和原厂吹的差的太远了

官方跑数据，肯定不像第三方，是对于自己的强项做了优化的。。。 所以上Exadata的应用，最好还是根据几个新feature 做一些优化吧~~~~

ahdong2007

学习