Oracle RAC集群简介

  RAC是Oracle数据库高可用性解决方案。高可用性包含两部分的内容：首先是在这种解决方案下要确保数据不丢失，这是最基础的也是必须要保证的;其次是确保不停机，使Oracle数据库一直维持在正常的运行状态，避免停机给客户带来的损失，这是讨论较多的内容。
  停机一般分为两类，计划停机和非计划停机。所谓计划停机是有计划地安排节点或者系统的停机，一般在Oracle升级、系统维护或者硬件维护的情况下会出现。非计划停机就是在非人为计划的情况下突然停机，这种情况一般是在Oracle bug、系统故障、硬件故障或人为操作失败的时候出现。
  在没有较高花费的情况下，想实现系统100%的不停机几乎是不可能的。表1-1列出了特定百分比高可用性比率运行停机的时间，详细记录了每种高可用性比率每年、每月、每周可以出现更大的停机时间。

  通常情况下，以每月停机时间来计算对应的可用性比率。根据系统的重要性情况，应该为系统设定合理的可用性比率。
  集群更大的优势在于它的高可用性，通过使用RAC可以在一定程度上避免因为硬件或软件故障引起的数据丢失和非计划停机，并在一定程度上减少或排除计划停机时间。这是很多客户选择RAC的最直接原因。
  RAC中包含了非常多的高可用特性，主要包含如下几点：   ·实现节点间的负载均衡。   ·实现失败切换的功能。
  ·通过Service组件来控制客户端的访问路径。
  ·集群软件能够自动化管理各个资源，并且有定时的节点状态检测机制，能自动对一些失败的进程以及心跳检测失败的节点进行重启，使其重新恢复到正常的运行状态。   在Oracle 11gR2版本中，Clusterware得到了改善，提供了更高的可用性。例如，大量新的基于代理的监控系统用于监控所有的资源。这些代理使用更少的资源执行更频繁的检查，即更快速的失败扫描和更短的恢复时间。在Oracle监听的例子中，平均失败扫描时间从5分钟减少到30秒，同时，检查间隔从每10分钟减少到1分钟。另外，Clusterware的“Out-of-Place Upgrade”等特性也减少了软件维护需要的停机时间。 
  三、易伸缩性
  RAC为需要重新规划的应用提供了易扩展性。为了在系统初始阶段保持较低的成本，避免造成不必要的浪费，集群可以按照标准硬件配置，选择适当的服务器资源、存储资源来搭建数据库环境。当系统需要更多的处理能力或者需要增加存储时，通过添加另一台服务器或存储设备到集群中，能够在不停机的情况下获得水平的扩展。在一个集群中， Clusterware和RAC支持多达100个集群节点。
  当某个集群的处理能力过剩，另一个集群的处理能力不够时，可以从处理能力过剩的集群移动一个节点到处理能力不够的集群中。这样能够充分利用服务器资源，节约成本。11gR2版本中推出了网格即插即用(Grid Plug and Play，GPnP)，可以实现节点的快速添加。   四、低成本
  通过多台普通的PC服务器组成一个集群，可以提高集群的处理能力，这样要比采用一台高性能的服务器的成本低很多。如果想提高系统的处理能力，给集群添加节点比为高性能服务器添加硬件要容易得多。另外，使用集群还能动态地移除节点，更加充分地利用管理者掌握的所有服务器资源，从服务器整体使用上降低了服务器的采购成本。越来越多的企业愿意将集群解决方案应用到他们的系统中，以降低成本，提高系统的可用性。   五、高吞吐量
  RAC是由多台服务器构成的逻辑主体，比单台数据库服务器能接收更多的客户端请求。这在要求高吞吐量的系统中，能够得到非常明显的体现。在RAC的架构中，多个实例分布在多个服务器上，能同时打开同一个数据库，而每个实例能够接收相等数量的客户端请求，这样，随着服务器的增加，吞吐量也在不断地增加。   在以上讨论的特点中，高可用性是RAC更大的特点。