ORACLE RAC 数据库负载均衡方案
关于oracle的RAC
关于oracle的RACsaintfei：从网上搜集的文章集合整理而成，对ora的rac的组件和体系结构有了基本的认识。
下面为个人总结归纳：实例概念一组进程和对应的数据结构数据库是一个箱子，实例相当于机械手一台机器上一个库只能对应一个实例Rac一个库多个实例，并行。
每个实例运行在一个物理机器上，可以负载均衡，发生故障可以有状态切换。
需要能让多个机器同时读写的共享磁盘，可以由操作系统提供（AIX concurrent vg,Linux GPFS,）但concurrent vg是操作系统的双机软件中的组件所以必须安装ha软件。
可以用ora的ASM。
crs为ora的集群软件，提供ip切换等集群功能。
ASM功能类似LVM为os提供存储管理功能，但是是不可管理，把lun划给即可。
RAC模式，两个实例操作同一个数据库。
常用的方式是客户端连接的时候分别使用ip1加实例名和ip2加实例名的方式连接两个实例。
当一台主机故障之后，ip会切换到另一台主机上，但实例名变化了，仍然无法连接。
所以有了服务名的概念。
客户端使用ip加服务名方式连接数据库可以解决问题，切换比操作系统双机快。
但是对于tuxedo长连接的方式，没有重连接机制，仍然需要应用干预。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------以下摘自：/share/detail/23532601一集群环境下的一些特殊问题1.1 并发控制在集群环境中，关键数据通常是共享存放的，比如放在共享磁盘上。
而各个节点的对数据有相同的访问权限，这时就必须有某种机制能够控制节点对数据的访问。
Oracle Clusterware及Rac管理及部署指南10g Release 2
Oracle Clusterware及Rac管理及部署指南10g Release 2（B14197-03）Oracle Clusterware需要两个clusterware组件：●∙Voting disk：用于记录结点（node）的成员资格信息●∙Oracle Cluster Registry（OCR）：记录集群（cluster）的配置信息●∙这两个组件必须在共享磁盘上Clusterware有如下后台进程●∙Cluster Synchronization Service（CSS）●∙Event Management（EVM）Clusterware软件中各组件功能●∙Cluster Synchronization Service（CSS）：通过控制哪个结点为集群的成员、结点在加入或离开集群时通知集群成员来控制集群的配置信息。
●∙Cluster Ready Services（CRS）：管理集群内高可用操作的基本程序。
Crs管理的任何事物被称之为资源，它们可以是一个数据库、一个实例、一个监听、一个虚拟IP（VIP）地址、一个应用进程等等。
CRS是根据存储于OCR中的资源配置信息来管理这些资源的。
这包括启动、关闭、监控及故障切换（start、stop、monitor及failover）操作。
当一资源的状态改变时，CRS进程生成一个事件。
当你安装RAC时，CRS进程监控Oracle的实例、监听等等，并在故障发生时自动启动这些组件。
默认情况下，CRS进程会进行5次重启操作，如果资源仍然无法启动则不再尝试。
●∙Event Management（EVM）：发布CRS创建事件的后台进程。
●∙Oracle Notification Service（ONS）：通信的快速应用通知（FAN：Fast ApplicationNotification）事件的发布及订阅服务。
●∙RACG：为clusterware进行功能扩展以支持Oracle的特定需求及复杂资源。
rac failover的实现方式
rac failover的实现方式RAC（Real Application Clusters）是一种实现高可用性和容错性的数据库架构。
在RAC中，Failover是指在主节点（Primary）发生故障或不可用时，自动将主节点的功能切换到备用节点（Standby）上，确保系统的持续运行。
本文将介绍RAC Failover的实现方式及其原理。
一、故障检测与切换机制RAC Failover的实现依赖于故障检测与切换机制。
当主节点发生故障时，备用节点会检测到主节点的不可用性，并触发切换操作。
故障检测可以通过心跳检测、网络探测等方式实现。
当检测到主节点故障后，备用节点会接管主节点的功能，并成为新的主节点。
二、自动切换与手动切换RAC Failover可以分为自动切换和手动切换两种方式。
自动切换是指在主节点故障后，备用节点自动接管主节点的功能，不需要人工干预。
手动切换是指需要管理员手动触发切换操作，将备用节点切换为新的主节点。
三、冷备与热备RAC Failover的实现方式还可以根据备用节点的状态分为冷备和热备。
冷备是指备用节点处于关闭状态，当主节点故障时，需要启动备用节点并接管主节点的功能。
热备是指备用节点处于运行状态，可以即时接管主节点的功能。
四、故障恢复与数据同步RAC Failover的实现还需要考虑故障恢复和数据同步的问题。
故障恢复是指在主节点故障后，系统能够迅速恢复到正常运行状态。
数据同步是指在主节点故障前后，数据的一致性和完整性得到保证。
为了实现故障恢复和数据同步，可以使用数据复制、日志传输等技术手段。
五、负载均衡与高可用性RAC Failover的实现不仅可以提供高可用性，还可以实现负载均衡。
在RAC架构中，多个节点可以同时提供数据库服务，分担系统负载。
当主节点故障时，备用节点能够接管主节点的功能，保证系统的连续运行，同时还能够继续处理用户的请求，实现负载均衡。
六、故障切换的影响与性能优化RAC Failover的实现会对系统的性能产生一定的影响。
oracle RAC数据库双机双存储调整方案
Oracle RAC数据库双机双存储调整方案2014年7月1.项目背景Oracle RAC数据库系统由于Oracle RAC集群数据库双节点无法正常的工作，目前只有Oracle RAC数据库中的其中一个节点能够正常的对外提供服务。
为了使该系统能够高效、稳定和可靠的运行，需要对该系统的架构进行调整为双机双存储方式运行。
2.调整前的数据库系统架构Oracle RAC部署使用的是双存储，对于Oracle Clusterware集群而言需要奇数个存储磁盘（1，3，5个），那么每个存储划分的2个LUN，一共4个LUN；存储A划分LUN1和LUN2，存储B划分LUN3和LUN4，在系统层面使用了IBM HACMP 将LUN2和LUN4镜像，形成了LUN5；LUN1，LUN3和LUN5作为Oracle Clusterware 磁盘文件。
但是由于ASM自己管理的LUN1、LUN3和IBM HACMP管理的LUN5操作的块大小不一致，使得在某一时间点Oracle Clusterware磁盘文件的内容不一致，导致系统出现故障。
在数据库层面使用ASM FAILGROUP特性使数据在两个存储之间保持同步。
3.调整后的数据库系统架构调整后的，Oracle RAC使用的双存储之间的镜像完全由IBM AIX LVM和HACMP 配合完成，将通过AIX LVM镜像好的LV通过HACMP做成并发卷提供给上层的Oracle RAC使用。
例如，将已经在LVM中镜像成功的LV1，LV2，LV3作为Oracle Clusterware磁盘文件，将另外镜像的LV4，LV5，LV6等用于存放Oracle RAC数据库，Oracle ASM直接使用镜像成功的LV，不再利用ASM FAILGROUP特性提供镜像。
4.实施方案整个实施过程我们一共准备了3套方案，确保实施过程高效、安全，在规定的时间内恢复系统的正常运行。
方案一是我们主要实施的方案；方案二是方案一的备选方案，在方案一不能正常进行时实施；方案三是方案二的备选方案，在方案二无法进行时实施。
rac集群scanip运行原理
rac集群scanip运行原理RAC (Real Application Clusters) 是Oracle数据库提供的一种高可用性和可伸缩性解决方案，它允许将多台服务器连接在同一个集群中，共享一个数据库。
在RAC集群中，每台服务器被称为一个节点，每个节点都可以运行数据库的一个实例。
这些实例可以同时访问和处理共享的数据库。
RAC集群的scanip (Single Client Access Name) 功能充当了前端应用程序和后端数据库之间的中间人，它提供一个虚拟的IP地址，应用程序可以使用该IP地址连接到RAC集群中的任何一个节点。
scanip的主要工作原理如下：1. IP地址管理：在RAC集群中，多个节点共享一个数据库，每个节点都有自己的私有IP地址。
scanip负责管理这些私有IP地址并为它们提供一个共享的虚拟IP地址。
应用程序连接到scanip时，它会将连接请求转发到正在提供服务的节点上。
2. 节点监控：scanip通过定期PING命令来监控集群中的节点是否可用。
如果一些节点不可用，则扫描IP将不再将请求转发给该节点，从而确保应用程序的连续性。
3. 加载均衡：scanip通过动态分配连接请求到不同的节点来实现负载均衡。
它根据节点的负载情况和可用性来决定将连接请求发送到哪个节点上。
这样可以确保集群中的每个节点都能够平均地处理查询请求，并最大限度地提高整个系统的性能和可用性。
4. 透明重定向：如果一个节点从集群中移除或添加到集群中，scanip可以自动地将连接请求重定向到新的节点上，而不需要应用程序进行任何修改。
这种透明的重定向功能可以最大限度地减少应用程序的停机时间和不可用性。
5. 高可用性：scanip本身也是一个高可用性组件，它可以动态分配虚拟IP地址到集群中的多个节点。
如果一些节点或者网络发生故障，scanip可以自动重新分配虚拟IP地址到其他正常工作的节点上。
这样可以确保应用程序的连续性和高可用性。
RAC环境下正确配置LISTENER和TNS
Rac环境下正确配置LISTENER和TNSRAC环境下配置LISTENER，TNS必须考虑负载均衡，故障切换等因素。
这里用一个四节点的RAC 环境为例:node1:rac1node2:rac2node3:rac3node4:rac41、服务器端的配置listener.ora的配置：配置每个实例本地的监听器:node1:<listener.ora>LISTENER_RAC1 =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = node1-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node1-priv)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = IPC)(KEY = extproc)))))node2:<listener.ora>LISTENER_RAC2 =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = node2-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node2-priv)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = IPC)(KEY = extproc)))))node3:<listener.ora>LISTENER_RAC3 =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = node3-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node3-priv)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = IPC)(KEY = extproc))))node4:<listener.ora>LISTENER_RAC4 =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = node4-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node4-priv)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = IPC)(KEY = extproc)))))tnsnames.ora的配置:在每个实例的tnsnames.ora文件中加入以下信息:LISTENER_RAC =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = node1-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node2-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node3-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node4-vip)(PORT = 1421)(IP = FIRST)))LISTENER_RAC1 =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = node1-vip)(PORT = 1421)(IP = FIRST)))LISTENER_RAC2 =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = node2-vip)(PORT = 1421)(IP = FIRST)))LISTENER_RAC3 =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = node3-vip)(PORT = 1421)(IP = FIRST)))LISTENER_RAC4 =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = node4-vip)(PORT = 1421)(IP = FIRST)))设置LOCAL_LISTENER和REMOTE_LISTENER参数前面我们讲过,设置LOCAL_LISTENER参数是由于LISTENER使用了非TCP协议或非1521端口的情况下,那么在RAC环境下不管是使用了默认的TCP和1521还是其他协议都建议配置LOCAL_LISTENER.REMOTE_LISTENER参数在RAC环境下非常重要,是服务器使用load_balance的一个工具,在服务器端的连接中,Oracle NET通过remote_listener确定当前RAC中的远程监听和实例,以便分发连执行下面的语句设置LOCAL_LISTENER和REMOTE_LISTENER参数:ALTER SYSTEM SET LOCAL_LISTENER='LISTENER_RAC1' SCOPE=BOTH SID='RAC1';ALTER SYSTEM SET LOCAL_LISTENER='LISTENER_RAC2' SCOPE=BOTH SID='RAC2';ALTER SYSTEM SET LOCAL_LISTENER='LISTENER_RAC3' SCOPE=BOTH SID='RAC3';ALTER SYSTEM SET LOCAL_LISTENER='LISTENER_RAC4' SCOPE=BOTH SID='RAC4'; ...................ALTER SYSTEM SET REMOTE_LISTENER='LISTENER_RAC' SCOPE=BOTH SID='RAC1';ALTER SYSTEM SET REMOTE_LISTENER='LISTENER_RAC' SCOPE=BOTH SID='RAC2';ALTER SYSTEM SET REMOTE_LISTENER='LISTENER_RAC' SCOPE=BOTH SID='RAC3';ALTER SYSTEM SET REMOTE_LISTENER='LISTENER_RAC' SCOPE=BOTH SID='RAC4';2、客户端ＴＮＳ的配置RAC环境下Client端TNS的配置和非RAC环境下，多IP的配置情况一样，都要配置load_balance 和TAF:rac =(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = IP1)(PORT = 1521))(ADDRESS = (PROTOCOL = TCP)(HOST = IP2)(PORT = 1521))(LOAD_BALANCE = YES)(CONNECT_DATA =(SERVER = DEDICA TED)(SERVICE_NAME = ?) //注意：这里指的不是数据库SID))或rac =(DESCRIPTION =(ADDRESS_LIST =(LOAD_BALANCE=ON)(FAILOVER=ON)(ADDRESS = (PROTOCOL = TCP)(HOST = node1-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node2-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node3-vip)(PORT = 1421)(IP = FIRST))(ADDRESS = (PROTOCOL = TCP)(HOST = node4-vip)(PORT = 1421)(IP = FIRST)))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = RAC)(FAILOVER_MODE =(TYPE = SELECT)(METHOD = BASIC)))连接测试开启多个连接测试, 并查询gv$session视图看看是否连接达到负载均衡.3、客户端HOSTS配置Hosts文件添加4、连接串解释ADDRESS后面就是连接的IP和端口号；LOAD_BALANCE=YES表示是否负载均衡；SERVER = DEDICA TIED表示专用服务器模式，感觉可以去掉；SERVICE_NAME=ORCL要操作数据库的服务名；TYPE = SELECT表示当一个连接好的会话的实例发生故障，系统会自动将会话切换到其他可用的实例，前台应用无须再度发起连接，但会话在执行的SQL 需要重新执行；METHOD = BASIC表示初始连接就连接一个接点，他还有个选项是PRECONNECT，表示初始连接所有的接点；RETRIES重试次数；DELAY 重试时延迟(以秒为单位)。
医院IT硬件负载均衡系统建设方案
北京XX科技有限公司医院IT系统负载均衡方案简介北京XX科技有限公司IT售前技术支持部目录1.系统设计原则 (3)1.1.系统的高度灵活性和先进性 (3)1.2.系统的高度可用性 (3)1.3.经济性及投资保护 (4)2.SAN系统结构 (4)2.1.开放式SAN (4)2.2.集成的解决方案 (5)2.3.惠普SAN解决方案对客户有的价值 (5)3.医院IT系统解决方案 (6)3.1方案架构概述 (6)3.2核心业务系统架构设计 (6)3.2.1结构拓扑图 (7)3.2.2方案描述 (7)3.2.3Orecle数据库设计 (8)3.2.4SQL数据库设计 (10)3.2.5存储方案设计 (11)3.2.6存储多路径管理 (12)3.3工作计划及安排 (13)4.售后技术支持服务简介 (15)4.1XX售后服务支持概述 (15)4.2售后服务方式 (16)4.2.1 技术支持服务 (16)4.2.2服务水平 (17)4.2.3 提供原厂服务3年7x24 x4概述 (17)4.2.4 24小时服务热线支持 (17)4.2.5 互联网远程支持 (17)4.3售后服务内容 (18)4.4培训计划 (20)5.产品介绍 (21)5.1HP P6000介绍 (21)5.2HP StorageWorks 8/24 SAN 交换机 (24)1.系统设计原则本方案的设计主要依据以下原则：1.1.系统的高度灵活性和先进性充分考虑到用户数据的不断增长及不可预测性，平台配置相应具有高度扩充能力的服务器和存储设备：◆采用的所有服务器具有先进的、开放的体系结构。
◆服务器在内存容量、CPU速度和数量、I/O能力等方面具有优异扩充能力，大容量内存、大I/O吞吐能力。
◆采用具有节点扩充能力的CLUSTER企业群集结构；根据业务情况，在单节点性能扩充到一定限度时，可扩充群集中的节点数量，其优点是：1.保护用户投资2.整个系统性能的提高远大于单个节点性能的提高3.扩充节点时无须对应用软件作任何修改◆采用具有具有先进技术和高性能的存储设备。
第29章 Oracle RAC服务器配置和管理
29.3
安装数据库软件
Oracle Clusterware安装完成后,接下来需要安装的 安装完成后, 安装完成后 是数据库软件. 的数据库安装文件与第28章中 是数据库软件.Oracle RAC的数据库安装文件与第 章中 的数据库安装文件与第 所介绍的单机版的Oracle安装文件相同,但安装的步骤以及 安装文件相同, 所介绍的单机版的 安装文件相同 选项有所差异.用户只需要在节点主机RAC1上安装 上安装Oracle 选项有所差异.用户只需要在节点主机 上安装 11g即可,Oracle通用安装程序会自动把文件复制到集群中 即可, 即可 通用安装程序会自动把文件复制到集群中 其他的所有主机节点上. 其他的所有主机节点上.
如何获得Clusterware Clusterware安装包 29.2.1 如何获得Clusterware安装包
可通过Oracle官方网站 官方网站下载 可通过 官方网站 下载 Clusterware 11g的软件安装包. 的软件安装包. 的软件安装包
安装Clusterware Clusterware的硬件环境要求 29.2.2 安装Clusterware的硬件环境要求
29.2.4 网络配置
Oracle 11g RAC可以支持多个 可以支持多个RAC主机节点,本例仅安装 主机节点, 可以支持多个 主机节点 两个主机结点,主机名分别为rac1和rac2.每台主机都有两张网 两个主机结点,主机名分别为 和 . 卡.
主机 rac1 rac1 rac1 网卡 eth0 eth1 IP地址 172.20.31.111 192.168.0.111 172.20.31.113 用途 rac1的公共网络地址 rac1的心跳网络地址 rac1的数据库服务虚拟地址,不需要在 网卡上设置,安装Clusterware后会自动 启用 rac2的公共网络地址 rac2的心跳网络地址 rac2的数据库服务虚拟地址,不需要在 网卡上设置,安装Clusterware后会自动 启用
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ORACLE RAC 数据库负载均衡方案
Real Application Cluster(以前称作Oracle Parallel Server，OPS)用来在集群环境下实现多机共享数据库，以保证应用的高可用性。
同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的容错和无断点恢复。
Real Application Cluster为大多数关键业务要求的数据库环境提供了极高的性能和完善的纠错功能。
Real Application Cluster允许集群系统或大型并行系统中的多个节点共享同一物理数据库。
Real Application Cluster 可以自动进行负载平衡、故障修复和规划停机时间，以支持高可用性应用程序。
它还显著地提高了大型数据仓库和决策支持系统的性能。
通过与并行查询选件结合，它还提供了节点间的并行性和节点内的并行性，以得到更高的性能。
当并行服务器中某节点失效，透明的应用程序容错能够把用户自动转接到另一节点上继续运行，应用程序在用户没有察觉的情况下继续执行。
这使周期性和非周期性发生故障的系统增大了连续可用性。
进程的失效可以完全透明地转移到另一节点上去，通过适当地配置，可以指定所有查询都在客户端进行缓存，这样它们便可以在转移后的节点上重新设置。
同时，还可以在没有失效时预先与容错节点建立一个连接，这样可以减少容错时在连接所花的时间。
下图是并行服务器(Real Application Cluster)方式：
具有Cache Fusion体系结构的Oracle Real Application Clusters为企业电子商务应用开发提供了以下好处：
●电子商务应用的灵活和毫不费力的伸缩性；应用用户可以登录到单独的虚拟高性能集群服务器。
向数据库添加节点非常容易，并且当需要添加处理器节点或者业务需求变化时，不用手工对数据
进行分区。
对于所有的应用即时提供集群的可伸缩性－－不用修改应用程序。
●较之传统集群数据库体系结构的高可用性解决方案；该体系结构为客户提供了几乎连续的数据
访问，使硬件和软件故障导致的业务中断最小化。
系统具备对多个节点失败的容错能力，使部件
失败屏蔽开最终用户。
●单独的管理实体；为了进行所有管理操作，在集群中保持一个单独的系统映像。
DBA一次性地
进行安装、配置、备份、升级以及监控等功能，然后Oracle将管理功能自动分配到适宜的节点。
这意味着DBA只管理着一个虚拟服务器。
●Cache Fusion保存了所有Oracle客户在他们电子商务应用中学习和开发Oracle的投资。
所有
单节点数据库功能都保留下来，并且应用程序使用相同标准的Oracle接口连接到数据库上。
1.可伸缩性
基于RAC的电子商务应用的用户或者中间层应用服务器客户，可以通过虚拟数据库服务名连接到数据库上。
Oracle在集群中多个节点之间自动平衡用户负载。
不同节点上的Real Application Clusters数据库实例预订所有数据库服务或者部分子集数据库服务。
这使得DBA高度灵活地选定，连接到特定数据库服务的特定应用程序客
户是否可以连接到某些或者全部的数据库节点。
虽然每一个节点有一个不同的物理IP地址时，应用客户仍可以在一个逻辑数据库服务名的水平上进行连接。
因此客户端对于不相关的事情如多服务器的多个地址可以毫不关心。
随着业务的增长，电子商务可以从容地增加处理能力。
Cache Fusion体系结构直接地利用新节点的CPU和内存资源。
DBA无需用手工对数据重新分区。
这个优点是这种体系结构的副产品，因为有透明度的数据存取是Cache Fusion的一项基本功能。
Cache Fusion体系机构自动适应快速变化的电子商务需求及随之而来的工作负荷的改变。
DBA也不必因为工作负荷变化而对数据进行手工的重新分区。
Real Application Clusters通过动态地重新分配数据库资源，从而在节点之间用最小化的磁盘I/O和低的延迟通信来优化利用集群系统资源。
这使得Real Application Clusters可以从容实现增加的应用吞吐量和优化的响应时间。
2.高可用性
Real Application Clusters提供了真正的高可用性解决方案，关键的突破是在大多数数据库恢复期间能提供完整的数据库访问。
这使得Real Application Clusters成为电子商务应用所要求的24x7可用性的最佳平台。
Real Application Clusters在高可用性上在三个关键领域胜出：
●提供了数据库恢复期间的数据块访问
●透明的失效转移对最终用户屏蔽了系统失效
●N-1节点失效的容错能力
只要有一个数据库节点幸存，Real Application Clusters就能够提供完全的数据库访问和相对不间断的操作。
3.可管理性
Real Application Clusters实现了真正意义上的一个单系统访问数据库，它提供了从任何节点到所有磁盘设备和远程高速缓存进行无缝数据访问的能力。
此单系统映像延伸到所有数据库管理操作。
安装、配置、备份、升级以及监控等操作只需进行一次，然后会自动发布到集群中所有节点上去。
各种Oracle工具（如Oracle Universal Installer、Database Configuration Assistant以及Recovery Manager）将发现集群数据块中所有不同的节点并以它们为目标分配给想得到的任务。
通过为特定的管理操作选择多个目标节点，管理任务在数据库集群中多个节点上执行。
这为电子商务管理其环境带来了极大的可伸缩性上的经济实惠。
例如，向数据库集群添加一个节点只会增加最小的管理任务。
这样，
Real Application Clusters支持在线电子商务应用和决策支持之类的应用，并且为数据访问和管理提供了单一的虚拟高性能服务器。