AIX+HACMP+ORCLE RAC的问题

纯属路过！！！

RAC  是ORACLE 数据库的高可用，是为了保障在数据库有一个节点故障停止后，另一个节点可不间断的服务，是应用层面的。

HACMP是AIX的高可用，是为了保障在非正常停止主机的情况下，不间断业务的高可用技术，是OS层面的。

当安装了HACMP+RAC时，有一个数据库DOWN掉了，HACMP不会动作，而RAC会发现节点有问题，切换到另一个节点上去。

同理！

RAC和HACMP是两个不同层面的高可用技术。

以上有许多朋友说得都有道理，数据库为保证隔离性，有很多锁的机制 ，RAC中对资源的请求与响应都有锁，节点太多，业务又有问题，应用程序的业务逻辑有问题，在RAC环境下 会造成很多难以彻底解决的问题等待事件中
global cache cr request 就是其中一个。

以上只是个人的一些浅见，不足之处请多指教。收起

如果现在用到了aix和hacmp，就用不上oracle的rac了，我感觉着hacmo就足够我们解决这个单点故障，没必要画蛇添足了。。。收起

同意，群集使用内存数据库。。。呵呵。。。。这样快多啦。。就是内存要大。。收起

现在我这边就是用的内存数据库，这样几台机器在调用上就不会影响性能了收起

Real Application Cluster(以前称作Oracle Parallel Server，OPS)用来在集群环境下实现多机共享数据库，以保证应用的高可用性。同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的容错和无断点恢复。
  Real Application Cluster为大多数关键业务要求的数据库环境提供了极高的性能和完善的纠错功能。Real Application Cluster允许集群系统或大型并行系统中的多个节点共享同一物理数据库。Real Application Cluster可以自动进行负载平衡、故障修复和规划停机时间，以支持高可用性应用程序。它还显著地提高了大型数据仓库和决策支持系统的性能。通过与并行查询选件结合，它还提供了节点间的并行性和节点内的并行性，以得到更高的性能。
对于一些对数据看的很重的企业，小机都能买的起，也就不在乎ORACLE RAC费用问题。收起

2个吧 太多了 影响性能收起

比如电信，移动，证劵公司，要求非常的高，觉得这样不安全！！收起

oracle rac也就2个节点啦，三个节点以上实例间的通信和锁的开销急剧增加。导致性能下降。

oracle 的rac也是要钱啊，那么贵，没有达到理想的状态，又没那么必要非rac不可，看起来大家都喜欢高端技术，虽然用处不大，好向别人宣称，我们使用了rac而已。收起

rac在很多情况下，并不能保证很高的可用性，属于可用可 不用的范畴。
hacmp+单实例oracle即可满足大部分环境的需求，因为3分钟的停机时间是可以忍受的。收起