Oracle 10gR2 RAC+ RHEL4 + VMWare GSX 简明安装步骤

nntp

好像已经是精华的说, 我看到前面写着<<保留>> xxxxx

fengwy

RAC目前的扩展比还不是最理想的, 4台服务器组成的RAC比2台组成的，性能并不是2倍的关系. 这也和DLM实现优劣有一定的关系
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
确实如此，rac超过4节点的就很少见
这一点上和DB2就差远了，所以巨型海量的数据库还是用DB2的多

bigbomb

学习中。。。。。。。。

nntp

原帖由 fengwy 于 2006-1-26 20:23 发表
RAC目前的扩展比还不是最理想的, 4台服务器组成的RAC比2台组成的，性能并不是2倍的关系. 这也和DLM实现优劣有一定的关系
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
确 ...

IBM DB2 EEE可是人家的王牌. 加上收购了informix, informix是什么公司? 当时sybase还没有没落的时候, sybase, informix, DB2.  Oracle. 呵呵.

DB2的设计就不是在小机器上搞起来的. 牛的公司还是仍旧的那样牛.

bigwyvern

如题。Counld not start cluster stack.

在oss.oracle.com上有人也问：
What does dmesg say?

Elvis Liang wrote:

> Hi all,
>
> I install the beta version of OCFS2 on RHEL4 with
> ocfs2-2.6.9-11.EL-0.99.13-1.i686.rpm. When I start ocfs2console, click
> on Cluster and then Configure Nodes, it prompts "Could not start
> cluster stack". Can anybody help me?
>
>
> Thanks in advanced.
> Elvis
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Ocfs2-users mailing list
>Ocfs2-users at oss.oracle.com
>http://oss.oracle.com/mailman/listinfo/ocfs2-users
>  
>

我爱臭豆腐

我对Tru64 Unix/Cluster所知有限，当你面对这样牛B的一个设计的时候，才知道自己所学连芝麻都不如. 只是可惜了一帮不懂技术的混蛋. 把DEC的一大堆好东西，可以真正推动社会发展的技术和思想给糟蹋了.

楼主果然厉害啊. tru64的双机我也作过一些从4.0 到5.1的 一些其他unix和windows的双机我也作过.我个人感觉tru64的双机还是比较牛的. 可惜的是卖的越来越完蛋.

ljhb

db2 eee作的集群好象和rac原理不大一样，它是把表空间分布式的存储在节点之内，这样数据的容错性比rac要低，但是性能却是要好多了

nntp

share nothing 和shared的争论即便在行业内也没有一个定论.

share nothing 结构的HA cluster往往更加适合非常依靠node memory中活动的应用.  简单的说EEE和RAC 数据容错性的高低，我看没有办法给一个简单的结论.

事实上 EEE系统一直在high-end 的mission critical 的环境使用，而且DB2和Oracle虽然都是RDBMS,但是结构和数据操作差别很大.

DB2的生存历史一直存在于高端的大型机/中型机中, 这些设备都有特殊的体系结构，和SGI, HP的一些高端系统一样，更加适合share nothing的数据库操作(这不是我的结论，我上面说了，要比一个高低不容易做到)

我们来看看mysql cluster, 做mysql HA cluster,我们现在手上有很多solution可以来做到，无论从RHCS到lifekeeper, MC/SG等等，都采用shared 方式但是mysql自己做的ha cluster可是用了share-nothing的结构，仔细看他的cluster说明，他们最自豪的就是 the only one in-memory database of the world. 这点和那些采用share nothing的系统在很大程度上不谋而合.

用ha软件来决定用户应用的HA方式是错误和走不通的，只有去满足用户应用HA习性和要求的HA cluster系统才会走得长久.

所以我的观点就是，他们都有非常特殊的起源和发展的生态环境，能够很好的去满足自己擅长领域的要求，但是同时又不可避免带有"缺陷"的一面.

我们不仅要选择正确的系统，更要正确的去选择系统 :")


如果某应用OLTP, 数据结构关系不复杂，表表层次清晰，要求优良的响应时间(比如运营商的SMS gateway之类的), 用4个 dual AMD64/DC 16GB的node 做share nothing的mysql cluster要比用2个 8way AMD64/DC 8GB的Oracle RAC要合理的多.

orablue

原帖由 nntp 于 2006-1-23 23:40 发表


你错了.

nonstop配合硬件，实现的并不是集群，是容错机. 这是2个范畴上的东西

www.compaq.com/productbulletin上你可以看到详细的nonstop的规格.

东西是在sco unixware上弄得，但是改变比 ...

遇到点问题，请问这个怎么解决，谢谢

nntp

没头没脑的问题我是没有办法回答的，谢谢.