狂浪 的旮旯天地

这一部分我们在RAC上应用的高可用设计的层面上，讨论一些Oracle数据库的特性。我们同时也会指出，什么地方可用性会被限制，比如打补丁和重要的数据库升级。然后我们将视线转移到站点间的可用性，讨论Data Guard(灾备)和Oracle Streams(信息共享与复制)。RAC解

操作系统和存储环境linux版本：[root@rac1 ~]# lsb_release -aLSB Version: :core-4.0-amd64:core-4.0-ia32:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-amd64:printing-

Standby数据库        RAC主要是一个高可用和可扩展的解决方案，它的好处之一是在实例故障时，能保护系统不会因此导致服务丢失，这在单实例数据库中会导致非计划中断。       然而，RAC一般不能防止灾难性的站点故障，除非是长距离的集群，这在安装中非常少见。同样的，通常人为的失误会导致数据库逻辑上的错误，比如以下的操作：删除表并禁用flashback table功能、使用不

网格即插即用(GPnP)        网格即插即用帮助管理员来维护集群，以前增加或删除节点需要的一些手动操作的步骤现在可以由GPnP来自动实现。       GPnP不是一个单独的概念，它依赖于以下特性：在一个XML配置文件中储存集群信息；集群时间同步(CTSS)；

总的来说，oracle 11g r2  RAC提供了以下功能：高可用：shared-everything 模式保证了单节点的故障不会停止服务，集群中的其他节点将快速接管可扩展性：多节点分担负载，可以提供远超单机数据库能提供的处理能力。且增删节点可以在线完成，不需要停机

RAC    在Grid Infrastructure安装完以后，我们把注意力转移到集群上的Oracle软件的安装上来。我们看到，Grid Infrasctructure提供了运行RAC的框架，包括集群通讯链接、节点分离、节点成员关系等服务。ASM是Oracle存储数

Grid Infrastructure共享组件    Grid Infrastructure使用两种类型的共享设备来管理集群资源和节点：OCR(Oracle Cluster Registry)和表决磁盘。Oracle 11.2引入一个新的文件，称作Oracle L

集群的相关概念配置Active/active集群    在这种模式下，所有的节点都能提供服务(不会有用户请求在standby上被闲置的情况)。大部分案例中，集群成员的硬件配置都是相同的，避免可能的性能问题，也更容易实现负载均衡。Active/active集

Failover的相关讨论        当设计一个机遇RAC的应用的时候，开发人员和设计人员需要面对一个事实就是：即使是最好的硬件也不是100%可靠的。使用RAC可以降低实例故障带来的影响，但在应用端上需要做一些额外的措施来屏蔽故障对应用带来的影响。       但

开始测试oracle 11g rac，本本的性能有限，因此装个单节点rac。步骤如下：网卡绑定修改/etc/modprobe.conf 和/etc/sysconfig/network-scripts下的ifcfg-bond*  ifcfg-eth*这里不再多说配置Xmanager连接vi /usr/share/gdm/defaults.c