RAC常见命令检查状态
1.2.1 检查集群状态
[grid@rac1 ~]$ crsctl check cluster
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Servicesis online CRS-4533: Event Manager is online
1.2.2 所有Oracle实例（数据库状态）
[grid@rac1 ~]$ srvctl status database -dsdd Instance sdd1 is running on node rac1
Instance sdd2 is running on node rac2
1.2.3 检查单个实例状态
[grid@rac1 ~]$ srvctl status instance -dsdd -i sdd1 Instance sdd1 is running on node rac1
[grid@rac1 ~]$
1.2.4节点应用程序状态
[grid@rac1 ~]$ srvctl status nodeapps
VIP rac1-vip is enabled
VIP rac1-vip is running on node: rac1
VIP rac2-vip is enabled
VIP rac2-vip is running on node: rac2
Network is enabled
Network is running on node: rac1
Network is running on node: rac2
GSD is disabled
GSD is not running on node: rac1
GSD is not running on node: rac2
ONS is enabled
ONS daemon is running on node: rac1
ONS daemon is running on node: rac2
1.2.5 列出所有的配置数据库
[grid@rac1 ~]$ srvctl config database
sdd
1.2.6 数据库配置
[grid@rac1 ~]$ srvctl config database -dsdd -a Database unique name: sdd
Database name: sdd
Oracle home: /u01/app/oracle/11.2.0/db_1 Oracle user: oracle
Spfile: +DATA/sdd/spfilesdd.ora
Domain:
Start options: open
Stop options: immediate
Database role: PRIMARY
Management policy: AUTOMATIC
Server pools: sdd
Database instances: sdd1,sdd2
Disk Groups: DATA,FRA
Mount point paths:
Services:
Type: RAC
Database is enabled
Database is administrator managed
1.2.7 ASM状态以及ASM配置
[grid@rac1 ~]$ srvctl status asm
ASM is running on rac2,rac1
[grid@rac1 ~]$ srvctl status asm -a
ASM is running on rac2,rac1
ASM is enabled.
1.2.8 TNS监听器状态以及配置
[grid@rac1 ~]$ srvctl status listener
Listener LISTENER is enabled
Listener LISTENER is running on node(s):rac2,rac1
[grid@rac1 ~]$ srvctl config listener -a
Name: LISTENER
Network: 1, Owner: grid
Home:
/u01/app/grid/11.2.0 on node(s) rac2,rac1
End points: TCP:1521
1.2.9 SCAN状态以及配置
[grid@rac1 ~]$ srvctl status scan
SCAN VIP scan1 is enabled
SCAN VIP scan1 is running on node rac1
[grid@rac1 ~]$ srvctl config scan
SCAN name: rac-scan, Network:1/192.168.16.0/255.255.255.0/eth0 SCAN VIP name: scan1, IP:/rac-scan/192.168.16.207
1.2.10 VIP各个节点的状态以及配置
[grid@rac1 ~]$ srvctl status vip -n rac1
VIP rac1-vip is enabled
VIP rac1-vip is running on node: rac1
[grid@rac1 ~]$ srvctl status vip -n rac2
VIP rac2-vip is enabled
VIP rac2-vip is running on node: rac2
[grid@rac1 ~]$ srvctl config vip -n rac1
VIP exists: /rac1-vip/192.168.16.201/192.168.16.0/255.255.255.0/eth0,hosting node rac1
[grid@rac1 ~]$ srvctl config vip -n rac2
VIP exists:/rac2-vip/192.168.16.203/192.168.16.0/255.255.255.0/eth0, hosting node rac2 [grid@rac1 ~]$
1.2.11 节点应用程序配置（VIP、GSD、ONS、监听器）
[grid@rac1 ~]$ srvctl config nodeapps -a -g-s -l
Warning:-l option has been deprecated andwill be ignored.
Network exists:1/192.168.16.0/255.255.255.0/eth0, type static
VIP exists:/rac1-vip/192.168.16.201/192.168.16.0/255.255.255.0/eth0, hosting node rac1 VIP exists:/rac2-vip/192.168.16.203/192.168.16.0/255.255.255.0/eth0, hosting node rac2 GSD exists
ONS exists: Local port 6100, remote port6200, EM port 2016
Name: LISTENER
Network: 1, Owner: grid
Home:
/u01/app/grid/11.2.0 on node(s) rac2,rac1
End points: TCP:1521
1.3 语法简汇
1.3.1 数据库与实例
srvctl config database # 列出安装的数据库
srvctl config database -d rac -a # 检查数据库相关的信息
srvctlstatus database -d RAC # 检查数据库的状态
srvctl status instance -d RAC -i rac1 # 检查指定实例的状态
srvctl config asm -a # ASM配置
srvctl status asm # ASM的状态
srvctl start database -d rac # 启动数据库
srvctl stop database -d rac # 关闭数据库
srvctl start instance -d rac -i rac1 # 启动指定的实例
srvctl stop instance -d rac -i rac2 # 关闭指定实例
1.3.2 网络相关的命令
srvctl status listener # 检查TNS listener的状态
srvctl config scan # SCAN的配置
srvctl status scan # SCAN listener状态, 包含当前运行节点的信息
# 检查VIP的配置及状态
srvctl status vip -n rac1
srvctl config vip -n rac1
1.3.3 查看各资源状态(nodeapps节点应用程序，ASM实例，数据库等)
[root@db02 u01]# crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora.DATA.dg ora....up.type ONLINE ONLINE db02
ora.FRA.dg ora....up.type ONLINE ONLINE db02
ora....ER.lsnr ora....er.type ONLINE ONLINE db02
ora....N1.lsnr ora....er.type ONLINE ONLINE db02
ora....N2.lsnr ora....er.type ONLINE ONLINE db02
ora....N3.lsnr ora....er.type ONLINE ONLINE db02
ora.OCR.dg ora....up.type ONLINE ONLINE db02
ora.asm ora.asm.type ONLINE ONLINE db02
ora....-01.vip ora....t1.type ONLINE ONLINE db02
ora....SM2.asm application ONLINE ONLINE db02
ora....02.lsnr application ONLINE ONLINE db02
ora....-02.gsd application OFFLINE OFFLINE
ora....-02.ons application ONLINE ONLINE db02
ora....-02.vip ora....t1.type ONLINE ONLINE db02
ora.cvu ora.cvu.type ONLINE ONLINE db02
ora.gsd ora.gsd.type OFFLINE OFFLINE
https://www.doczj.com/doc/9718968720.html,work ora....rk.type ONLINE ONLINE db02
ora.oc4j ora.oc4j.type ONLINE ONLINE db02
ora.ons ora.ons.type ONLINE ONLINE db02
ora.orcl.db ora....se.type ONLINE ONLINE db02
ora....taf.svc ora....ce.type ONLINE ONLINE db02
ora.scan1.vip ora....ip.type ONLINE ONLINE db02
ora.scan2.vip ora....ip.type ONLINE ONLINE db02
ora.scan3.vip ora....ip.type ONLINE ONLINE db02
在11g R2中，默认oc4j和gsd资源是disable的；oc4j 是用于WLM 的一个资源, WLM在11.2.0.2 才可用；gsd是CRS 用于跟9i RAC 进行通信的一个模块,是为了向后兼容才保留的，不影响性能；建议不要刪除, 也不要尝试开启他们, 忽略即可。
ora.gsd is OFFLINE by default ifthere is no 9i database in the cluster.
ora.oc4j is OFFLINE in 11.2.0.1 as DatabaseWorkload Management(DBWLM) is unavailable. these can be ignored in11gR2 RAC.
状态检查也可以使用如下命令：
crsctl stat resource –t
或者
crsctl stat resource
更多内容参考：
Oracle 11gR2RAC 进程说明
https://www.doczj.com/doc/9718968720.html,/tianlesoftware/article/details/6009962
1.3.4 综合
1、通过SRVCTL命令来start/stop/check所有的实例:
srvctl start|stop|status database -d
2、start/stop指定的实例：
srvctl start|stop|statusinstance -d -i
3、列出当前RAC下所有的
srvctl config database -d
4、start/stop/check 所有的nodeapps，比如：VIP, GSD, listener, ONS：srvctl start|stop|status nodeapps -n
5、如果你使用ASM，srvctl也可以start/stop ASM实例：
srvctl start|stop asm -n [-i ] [-o]
6、可以获取所有的环境信息：
srvctl getenv database -d [-i]
7、设置全局环境和变量：
srvctl setenv database -d -t LANG=en
8、从OCR中删除已有的数据库：
srvctl remove database -d
9、向OCR中添加一个数据库的实例：
srvctl add instance -d -i –n
状态检查：
application service
状态应该都为online:
HDOADB1:> crs_stat –t
查看两台机器rac db状态：
$ srvctl status database –d orcl
$ srvctl status database –d ams
查看一台机器的实例的状态
$ srvctl status instance -d orcl -i orcl1
特定节点上节点应用程序的状态
$ srvctl status nodeapps -n linux1
关闭整个rac db:
$ srvctl stop database –d orcl
$ srvctl stop database –d ams
$ srvctl stop nodeapps –n hdoadb1
$ srvctl stop nodeapps –n hdoadb2
用crs_stat命令来检查application service状态应该都为offline HDOADB1: > crs_stat –t
开启整个rac db:
正常情况下当机器启动时oracle rac会自动启动的。
手动启动过程如下：
$ srvctl start nodeapps –n hdoadb1
$ srvctl start nodeapps –n hdoadb2
$ srvctl start database –d orcl
$ srvctl start database –d ams
只停一个节点的instance(node1)
$ srvctl stop instance –d orcl –I orcl1
$ srvctl stop instance –d ams –I ams1
Oracle Clusterware的关闭与启动：
#cd $ORACLE_CRS_HOME/bin
# crsctl start crs------>启动CRS,会自动把其它的resource也启动# crsctl stop crs------->关闭CRS,会自动把其它的resource也关闭
Oracle RAC常用的日志文件:
1、db的alertlog文件：
$ORACLE_BASE/admin/orcl/bdump/
$ORACLE_BASE/admin/ams/bdump/
2、oracle crs日志文件：
$ORACLE_CRS_HOME/crs/log
$ORACLE_CRS_HOME/css/log
$ORACLE_CRS_HOME/evm/log
$ORACLE_CRS_HOME/srvm/log
CRS的管理
CRSCTL命令控制着本地节点的CRS服务(Oracle clusterware processes)
停止CRS:
$ crsctl stop crs
或者
$ /etc/init.d/init.crs stop
或者
$ crs_stop –all
启动CRS:
$ crsctl start crs
或者
$ /etc/init.d/init.crs start
禁止Clusterware在系统重启后自动启动的方法：
$ /etc/init.d/init.crs disable
启动Clusterware在系统重启后自动启动的方法：
$ /etc/init.d/init.crs enable
查看CRS服务状态
$ crsctl check crs
#############################################################
OCR的资源管理
OCR的资源，当RAC cluster启动并成功运行以后，你可以使用crs_stat工具
看到如下内容：
$ORA_CRS_HOME/bin/crs_stat
通常情况下，所有的资源的状态都应该是online。另外，OCR每4个小时会备份一次。有一些情况你可以通过恢复的OCR
的配置文件来恢复出现问题的OCR。
比如使用出现如下情况：
$ crs_stat -t
CRS-0184: Cannot communicate with the CRS daemon.
$ crsctl check boot
Failure 4 at procr_open_key with status 4.
PROC-4: The cluster registry key to be operated on does not exist.
$ crsctl check crs
Failure 1 contacting CSS daemon
Cannot communicate with CRS
Cannot communicate with EVM
引起这个错误的一种可能原因是OCR配置丢了。
这个我们可以利用这些备份来还原以前的配置。
# /etc/init.crs disable
# /etc/init.crs stop
先保证所有的crs进程全部停止。
# su – oracle
$ cd $ORA_CRS_HOME/bin
$./ocrconfig -restore /opt/app/oracle/crs/cdata/crs/week.ocr
然后切换到root用户下，重新enable CRS
# /etc/init.crs enable
最后reboot两个节点
############################################################## SRVCTL命令介绍
SRVCTL命令可以控制RAC数据库中的instance，listener以及services。
通常SRVCTL在ORACLE用户下执行。下面我们来介绍srvctl命令。
1、通过SRVCTL命令来start/stop/check所有的实例:
$ srvctl start|stop|status database -d
2、start/stop指定的实例：
$ srvctl start|stop|status instance -d
3、列出当前RAC下所有的
$ srvctl config database -d
4、start/stop/check所有的nodeapps，比如：VIP, GSD, listener, ONS：
$ srvctl start|stop|status nodeapps -n
5、如果你使用ASM，srvctl也可以start/stop ASM实例：
$ srvctl start|stop asm -n
6、可以获取所有的环境信息：
$ srvctl getenv database -d
7、设置全局环境和变量：
$ srvctl setenv database -d
8、从OCR中删除已有的数据库：
$ srvctl remove database -d
9、向OCR中添加一个数据库：
$ srvctl add database -d
[-m
10、向OCR中添加一个数据库的实例：
$ srvctl add instance -d
$ srvctl add instance -d
11、向OCR中添加一个ASM实例：
$ srvctl add asm -n
12、添加一个service
$ srvctl add service -d
13、修改在其他节点上的service
$ srvctl modify service -d
14、relocate某个节点的service到其他节点
srvctl relocate service -d
CRS及相关服务的常用命令的演示
1、查看状态的命令
# su –oracle --先切换到oracle用户
$ crs_stat -t --查看crs及所有的service的状态
$ crsctl check crs --用crsctl命令，检查crs相关服务的状态
$ srvctl status nodeapps -n db01 (db02) --使用srvctl查看所有节点上的服务是否正常$ srvctl status database -d db --使用srvctl查看数据库状态
启动和关闭相关服务的命令
# su – oracle
$ crs_start –all --启动所有的crs服务
$ crs_stop –all --停止所有的crs服务
$ crsctl start crs --启动crs服务
$ crsctl stop crs --停止crs服务
$ srvctl start nodeapps -n db01(db02) --启动某节点上所有的应用$ srvctl stop nodeapps -n db01(db02) --停止某节点上所有的应用$ srvctl start listener -n db01(db02) --启动某个节点的listener $ srvctl stop listener -n db01(db02) --停止某个节点的listener $ srvctl start instance –d db –i db01(db02) --启动某个instance $ srvctl stop instance –d db –i db01(db02) --停止某个instance $ srvctl start database –d db --启动数据库
$ srvctl stop database –d db --停止数据库
ORACLE 高可用性 （RAC） 技术方案
目录 一、基础知识介绍 ........................................ 错误!未定义书签。 1. RAC 是什么........................................ 错误!未定义书签。 2. RAC 的优势........................................ 错误!未定义书签。 RAC原理 ............................................ 错误!未定义书签。 二、 RAC 系统结构设计 .................................... 错误!未定义书签。 系统拓扑结构基本如下图所示：........................ 错误!未定义书签。 2.用户组规划......................................... 错误!未定义书签。 3.用户规划........................................... 错误!未定义书签。 4.磁盘规划........................................... 错误!未定义书签。 rac网络规划 ........................................ 错误!未定义书签。
一、基础知识介绍 1. RAC 是什么 RAC，全称 real application clusters，译为“实时应用集群”,是 Oracle 新版数据库中采用的一项新技术，是高可用性的一种，也是 Oracle 数据库支持网格计算环境的核心技术。 2. RAC 的优势 Oracle RAC 主要支持 Oracle9i、10g、11g 版本，可以支持 24 x 7 有效的数据库应用系统，在低成本服务器上构建高可用性数据库系统，并且自由部署应用，无需修改代码。在 Oracle RAC 环境下，Oracle 集成提供了集群软件和存储管理软件，为用户降低了应用成本。当应用规模需要扩充时，用户可以按需扩展系统，以保证系统的性能。 ( 1)多节点负载均衡; (2)提供高可用：故障容错和无缝切换功能，将硬件和软件错误造成的影响 最小化; (3)通过并行执行技术提高事务响应时间----通常用于数据分析系统; (4)通过横向扩展提高每秒交易数和连接数----通常对于联机事务系统; (5)节约硬件成本，可以用多个廉价 PC 服务器代替昂贵的小型机或大型机， 同时节约相应维护成本; (6)可扩展性好，可以方便添加删除节点，扩展硬件资源。 RAC原理 在一个应用环境当中，所有的服务器使用和管理同一个数据库，目的是为了分散每一台服务器的工作量，硬件上至少需要两台以上的服务器，而且还需要一个共享存储设备。同时所有服务器上的 OS 都应该是同一类 OS,根据负载均衡的配置策略，当一个客户端发送请求到某一台服务的 listener 后，这台服务器根据我们的负载均衡策略，会把请求发送给本机的 RAC 组件处理也可能会发送给另外一台服务器的 RAC 组件处理，处理完请求后，RAC 会通过集群软件来访问共享存储设备。 逻辑结构上看： 每一个参加集群的节点有一个独立的 instance，这些 instance 访问同
Oracle11g RAC安装方案
文档控制变更记录 审阅人 发行
目录 文档控制 (2) 项目说明 (4) 系统软件包和补丁需求 (4) 系统分区配置 (4) 网络配置 (4) 创建用户组 (5) 配置系统参数和网络参数 (6) 配置scan-ip (7) 配置GRID用户环境变量 (8) 配置ORACLE用户环境变量 (8) 配置oracle，root用户limit (9) 配置节点间相互信任机制 (9) 集群软件安装 (11) 数据库软件安装 (26) 数据库PSU补丁安装 (34)
项目说明 本次安装为AIX6.1平台上使用ORACLE GRID+ASM方式安装ORACLE11gR2 RAC，升级至目前最新补丁11.2.0.2并且创建数据库。本文档主要记录软件安装、数据库创建、补丁升级、数据库实例参数配置的情况。 系统软件包和补丁需求 操作系统版本 6100 IBM AIX 认证的版本有6100-02-01以上版本、5300-09-01以上版本。 操作系统软件包要求 ●lslpp -l |grep bos.adt.base ●lslpp -l |grep bos.adt.lib ●lslpp -l |grep bos.adt.libm ●lslpp -l |grep bos.perf.libperfstat ●lslpp -l |grep bos.perf.perfstat ●lslpp -l |grep bos.perf.proctools ●lslpp -l |grep rsct.basic.rte ●lslpp -l | https://www.doczj.com/doc/9718968720.html,pat.clients.rte ●lslpp -l |grep xlC.aix61.rte ●lslpp -l |grep xlC.rte You must have the IBM XL C/C++ runtime filesets for installation, but you do not require the C/C++ compilers. You do not require a license for the XL C/C++ runtime filesets. Version: IBM XL C/C++ Enterprise Edition for AIX, V9.0 September 2008 PTF 系统分区配置 SWAP区 lsps –a 8GB SWAP最好等于RAM 网络配置 公用网卡：en0
o r a c l e11g r a c方案-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
ORACLE 高可用性 （RAC） 技术方案
目录 一、基础知识介绍 ................................................................................... 错误!未定义书签。 1. RAC 是什么.................................................................................... 错误!未定义书签。 2. RAC 的优势.................................................................................... 错误!未定义书签。 RAC原理........................................................................................... 错误!未定义书签。 二、 RAC 系统结构设计............................................................................ 错误!未定义书签。 系统拓扑结构基本如下图所示：................................................... 错误!未定义书签。 2.用户组规划 .................................................................................... 错误!未定义书签。 3.用户规划 ........................................................................................ 错误!未定义书签。 4.磁盘规划 ........................................................................................ 错误!未定义书签。 rac网络规划 .................................................................................... 错误!未定义书签。
?RAC概述 Oracle的真正应用集群（RAC）提供了一个高可用、高可扩展的数据库环境。如果在集群中的一个服务器崩溃了，数据库实例仍然可以再集群的其他服务器或节点上运行。 RAC通过多个数据库服务器多节点的内部互连以及共享存储来实现。RAC可以提高系统的扩展性、性能、管理性以及可用性。
?安装计划 ?服务器节点配置计划 服务器节点计划主要包括以下几个方面： ?各个节点服务器名称； ?服务器的硬件配置：处理器、内存、本地硬盘、网卡； ?服务器的操作系统信息 在安装以前，可以按照清单对这些信息进行。可以通过下面的表格来计划各个节点的配置信息： ?网络配置计划 网络系统计划主要包括以下几个方面： ?DNS服务器IP地址、网关IP地址； ?Oracle SCAN 名称以及IP地址； ?各个数据库节点的公共网络IP地址、私有网络IP地址，以及虚拟IP地址；
?存储配置计划 存储配置计划主要包括以下的几个方面： 服务器节点的本地存储； 共享SAN存储 数据库数据文件配置路径 数据库日志文件路径 ?数据库计划 数据库计划主要包括以下的几个方面： 数据库名称: racdb； 数据库实例名称：racdb1, racdb2, racdb3 数据库用户、组以及安装路径的配置：
?系统配置与检查 ?操作系统名称检查 检查/etc/hosts文件，确保相应的节点名称和ＩＰ地址被正确加入，确保机器名称不在127.0.0.1行上。 检查网关配置，确保各个节点之间能连接上。 检查域名/etc/resolv.conf，使用nslookup。 ?安装操作系统RPM包 下列操作系统RPM包需要安装： ?binutils-2.17.50.0.6 ?compat-libstdc++-33-3.2.3 ?compat-libstdc++-33-3.2.3 (32 bit) ?elfutils-libelf-0.125 ?elfutils-libelf-devel-0.125 ?elfutils-libelf-devel-static-0.125 ?gcc-4.1.2 ?gcc-c++-4.1.2 ?glibc-2.5-24 ?glibc-2.5-24 (32 bit) ?glibc-common-2.5 ?glibc-devel-2.5 ?glibc-devel-2.5 (32 bit) ?glibc-headers-2.5 ?ksh-20060214
ORACLE 11G RAC 安装部署及测试方案 BY:JM.CAO
一、系统要求 1.1硬件环境要求 Oracle11gR2 RAC 最低安装要求： 内存：安装 grid infrastructure 最少需要 1.5GB 的内存，安 装grid infrastructure 和 RAC 最少需要 2.5GB 的内存swap：最少需要 1.5GB，推荐等于实际物理内存 temp：最少 1GB /tmp 安装目录：grid infrastructure最少需要 15GB空间， oracle database 至少15GB ，建议为安装目录 创建单独的文件系统，如: /u01。 操作系统：aix 6.1，并且需要安装如下软件包： lslpp -l bos.adt.base bos.adt.lib \ bos.adt.libm bos.perf.libperfstat\ bos.perf.perfstat bos.perf.proctools rsct.basic.rte \ https://www.doczj.com/doc/9718968720.html,pat.clients.rte xlC.aix61.rte 1.2 网络环境要求 1.2.1、IP 地址要求 Oracle 11gR2 RAC 中对网络的要求与 10g 稍有些不同，除 Public IP、Private IP、VIP外，在Oracle 11gR2RAC 中还引入了 SCAN IP的概念。SCAN 全称是 Single Client Access Name ，它是 Oracle RAC 11gR2 版本的一个新特性。它为需要访问Oracle 集群数据的客户端提供一个简单名字。
Oracle数据库设计方案 2013-8-15
目录 1 项目背景 (4) 2 数据库解决方案 (4) 2.1 Oracle Database EE 11g (4) 2.1.1 Oracle 11g DB Enterprise Edition 数据库核心概述 (4) 2.1.2 Oracle数据库管理软件功能 (5) 自动存储管理 (5) 更精简的初始化参数 (5) 超大数据库支持 (6) ORACLE 跨平台的可传输表空间 (6) 自驱式数据库 (6) ORACLE DATA PUMP 数据泵 (7) 分布式SQL、网关和分布式事务 (7) 自我管理的数据库 (8) 性能的故障诊断和排除 (8) 内存自动管理 (9) 2.2 Oracle 分区 (9) 2.2.1 Oracle分区概述 (9) 2.2.2 Oracle 分区优势 (9) 使用分区提高可管理性 (9) 使用分区提高性能 (10) 使用分区提高可用性 (11) 2.3 Oracle RAC数据库集群 (11) 2.3.1 Oracle RAC集群概述 (11) 2.3.2 Oracle RAC的优势 (12) 高可用性 (12) 可靠性 (12) 恢复能力 (12) 错误检测 (12) 持续运行 (13) 可伸缩性 (13)
1 项目背景 2 数据库解决方案 Oracle数据库无论从技术成熟度还是从市场占有率来看均具有无以伦比的优势，已成为广大用户的首选，不仅满足以上原则，而且： Oracle Database 提供了全球首个专为企业网格计算提供动力的软件基础平台架构。Oracle Database 充分利用了硬件在网格计算上的革新，让用户可以在这些标准的硬件组件上非常轻松的安装和配置数据库。 Oracle Database 不但是网格资源、网格服务和网格存储的使用者，而且是企业数据提供者，在其中都充分利用了网格计算的三个特性。Oracle Database 把Oracle Database使用硬件组件－包括计算资源和存储资源－的方式虚拟化，对于在企业网格环境中的不同数据库自动提供集群存储和集群计算资源。作为一个企业数据供应者，Oracle Database 提供了相关的技术，通过这些技术可以让数据库管理员为网格用户和网格应用进行资源汇总、虚拟管理和数据的供应。 同时，在一个企业级的网格环境中，对于安全、高可用性、自我依赖性和可管理性都有很高的要求。Oracle Database 提供了很多卓越的优势来简化用户对企业级网格的管理和操作。 根据客户应用需求，推荐使用Oracle如下产品: 2.1 Oracle Database EE 11g 2.1.1 Oracle 11g DB Enterprise Edition 数据库核心概述 Oracle Database 11g是为企业级网格计算（管理企业信息最灵活和最经济、
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高度灵活地选定，连接到特定数据库服务的特定应用程序客
ORACLE RAC及备份方案 ORACLE RAC 简介： ORACLE RAC集群是实现多机共享数据库，以保证应用的高可用性。同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的容错和无断点恢复。 集群内部的所有服务器共享存储，所有服务器都接入公共网络，通过集群唯一的别名对外形成逻辑上单一的数据库提供服务，对内实现集群数据库的高可用性、节点间的负载均衡和Failover(失败切换)。 逻辑结构： 集群纵向看是由存储、数据库集群、应用集群三部分组成，横向来看，是由多台应用服务器、数据库服务器和存储设备组成。
物理结构： RAC物理结构图。 优势： 高可用性： RAC 为数据中心的高可用性奠定了基础。它也是 Oracle 最高可用性架构不可或缺的一部分，为实现数据中心的最高可用性提供了最佳实践。RAC 还为高可用性数据管理提供了以下至关重要的关键特性： 可靠性： Oracle 数据库以其可靠性而著称。RAC Clusters 消除了数据库服务器单点故障问题，从而使可靠性更上一层楼。如果一个实例发生故障，服务器池中的其余实例仍将保持运行状态。Oracle Clusterware 可监视所有 Oracle 进程，并能立即重启任何生故障的组件。
恢复能力： Oracle 数据库包含的许多特性有助于数据库轻松地从各类故障中恢复。如果Oracle RAC 数据库中的一个实例出现故障，服务器池中的另外一个实例将察觉到这一故障，随后自动进行故障恢复。利用快速应用程序通知 (FAN)、快速连接故障切换 (FCF) 和透明应用程序故障切换 (TAF) 这三个功能，应用程序可以轻松地掩藏组件故障，使用户无法察觉。 错误检测： Oracle Clusterware 可自动监视 Oracle RAC 数据库和其他 Oracle 进程（ASM、监听器等），并快速诊断环境中的问题。它还经常能在用户察觉之前自动完成故障恢复。利用快速应用程序通知 (FAN)，应用程序即可在集群组件出现故障时立即得到通知，以便在故障显现之前重新发布事务。 持续运行： RAC Clusters 可在计划内和计划外停机期间提供持续的服务。如一台服务器（或一个实例）出现故障，数据库仍将保持运行状态，应用程序仍可访问数据。大多数数据库维护操作均可在不停机的情况下完成，并对用户保持透明。许多其他的维护任务都可以通过滚动方式完成，从而能最大限度地减少（甚至避免）应用程序停机。快速应用程序通知和快速连接故障切换可帮助应用程序满足对服务级别的要求。 可伸缩性： RAC Clusters 提供了独一无二的应用程序伸缩技术。过去，当数据库服务器容量不足时，我们会使用容量更大的新服务器取而代之。随着服务器容量的增加，其成本也日益攀升。但 Oracle RAC 为数据库提供了增加容量的其他方法。通过 OracleClusterware 和 Oracle RAC 向服务器池中添加服务器时并不需要停机，并且，一旦启用新的实例，应用程序就可立即享有新增的容量。服务器池中的所有服务器必须使用同一操作系统和相同版本的Oralce 软件，但不必具备相同的容量。如今，根据自己的需要选择服务器池的客户通常会选用特性不同（略有差别）的服务器。
Oracle RAC 同城双活方案
1.架构分析 1.1基于ASM冗余设计架构 图1.1基于ASM冗余设计实现的Oracle RAC ?存储层实现SAN网络跨数据中心级联，使双数据中心能够实现整体SAN网络。 ?网络层实现二层打通，SCAN IP可以跨数据中心浮动。 ?应用层实现跨数据中心RAC，每一个数据中心分别有一个实例节点。
?Oracle ASM存储层，数据磁盘组需要实现基于双数据中心存储卷的双镜像冗余策略，OCR 仲裁磁盘组需要实现基于双数据中心存储卷以及第三方站点网络存储卷的三块儿磁盘高可用策略。 1.2基于存储集群实现的架构 图1.2基于存储集群实现的架构 ?存储层借助存储虚拟化产品实现双数据中心以及第三方仲裁站点组成的存储集群，使得存储可以提供给应用层分布式虚拟磁盘，最终让应用对存储层的逻辑映射没有任何感知。 ?网络层实现二层打通，SCAN IP可以跨数据中心浮动。
?应用层实现跨数据中心RAC，每一个数据中心分别有一个实例节点。 ?Oracle ASM存储层，磁盘组不需要做任何特殊冗余配置，只需要将存储层提供的分布式虚拟磁盘看做是本地共享磁盘进行安装配置即可。 2.实现难度分析 2.1 架构复杂度 ?架构一的复杂度在于ASM层的设计。ORACLE RAC实例节点看到的共享盘是基于双中心存储实现的镜像策略，所有IO的读写分发是由ASM本身的冗余算法规则来决定的，DBA不仅仅要根据磁盘情况来设计合理的Failure Group，而且需要结合第三方站点的网络存储卷来合理设计仲裁磁盘组的分配。更重要的是需要结合实际的网络环境指标（延时、稳定性等）进行复杂的性能、稳定性、灾难测试等来调整ASM的一些IO参数。 ?架构一的复杂度在于整体架构的复杂度。例如仲裁一致性问题，是指双中心之间的存储集群和数据库RAC集群的仲裁结果是否能保证一致性。存储集群是靠仲裁站点分别于两个站点之间的网络连通性来判定站点故障。而数据库集群是通过以太网心跳和OCR仲裁盘来做数据库仲裁。而数据库的OCR仲裁盘是存储集群提供的分布式共享卷。二者仲裁时的一致性如何保障是非常重要的一个问题。假设在发生站点级别故障时，数据库集群首先根据网络故障触发仲裁，判定站点A的节点存活。而存储随后再发生存储集群的仲裁，这个时候如果根据仲裁站点判定的结果恰恰仲裁委站点B的节点存活。那么数据库集群整体就会宕掉，这对于业务来讲就是一个灾难。 2.2 落地成本
VERITAS Storage Foundation for Oracle RAC 技术方案书 VERITAS广州分公司 创建日期：2005.07.20 最后修改：2005.08.16
目录 一、项目背景 (2) 二、需求分析 (3) 三、解决方案 (4) 四、VERITAS SF for Oracle RAC的成功案例 (13) 五、VERITAS公司近况 (14)
一、项目背景 广东是全国经济最发达的省份之一，广东移动业务收入居中国移动集团之首，而信息网络的建设处于全国电信行业的前列，并且逐步向数字化、宽带化、综合化、智能化的信息网方向发展，已成为电信行业的一面旗帜。 高效和完善的业务系统背后离不开一套性能卓越、可靠稳定的IT支撑网络和数据库系统。随着用户数和业务数据量的迅速增长，企业运营对关键IT支撑系统带来了严峻的考验，同时随着电信服务质量的不断提升，对IT支撑系统的性能、可靠性和可用性也都提出了更高的要求。如何提高IT支撑系统的处理能力、可靠性和稳定性，打破因原有IT支撑系统性能问题而造成的业务发展瓶颈，整合现有应用系统平台，提高广东移动的核心竞争能力，应对用户数激增和更高服务水平的要求，无疑是广东移动IT支持部门需要首先考虑的问题。这也是VERITAS公司想为广东移动分忧的地方。谨借此方案书，感谢广东移动对VERITAS公司的高可用软件产品的认可。 VERITAS公司是一家专业的数据存储管理软件公司，在此之前已经与广东移动有过多次项目合作机会。在本项目中上，我们将向广东移动提供我们的Storage Foundation for Oracle RAC软件产品和整体的解决方案。本解决方案将涵盖的技术内容有： 1.集群软件－VERITAS Cluster Server（简称VCS） 2.集群卷管理－Cluster Volume Manager（简称CVM） 3.集群文件系统－Cluster File System（简称CFS） 4.加快Oracle I/O性能的技术模块：Oracle Disk Manager（简称ODM） 以及Quick I/O和Cache Quick I/O。 以上的这些技术将会从各个方面来保证Oracle RAC技术的高可用。 作为一家第三方独立的高可用软件提供商，VERITAS的技术将会支持各种操作系统下的主机和各种厂商的磁盘存储设备。
系统集成实施案系列之ORACLE_RAC部署案
文档说明 为将福诺移动通信技术有限公司所承接系统集成项目中的工作效率化、规化，制定系统集成实施系列案，希望本文档所提供的解决案能在集成项目规划和建设中发挥应有的作用。 文档属性： 文档变更： 提交列表：
目录 1部署环境要求 (6) 1.1硬件环境： (6) 1.2软件环境 (6) 1.3网络环境 (7) 1.3.1网络结构图 (7) 1.4IP地址划分 (7) 1.5共享磁盘划分 (8) 2实施步骤 (9) 2.1系统环境准备 (9) 2.1.1配置主机解析文件 (9) 2.1.2检查所需软件包 (9) 2.1.3配置系统核参数 (10) 2.1.4设置Shell对Oracle用户的限制 (10) 2.1.5配置hangcheck-timer核模块 (11) 2.1.6配置系统安全设置 (12) 2.1.7配置NTP (13) 2.1.8创建Oracle用户和组 (13) 2.1.9设置Oracle用户环境(.bash_profile)变量 (14) 2.1.10在各节点上创建目录 (16) 2.1.11配置节点间SSH信任 (16) 2.1.12创建共享磁盘 (18) 2.1.13建立和配置raw设备 (26) 2.1.14解压软件包 (28) 2.2安装Oracle Clusterware (28) 2.3 (42) 2.4安装Oracle数据库 (42) 2.5数据库版本升级 (53) 2.6配置Oracle Net (53)
2.7创建RAC数据库 (59) 2.8确认TNS配置 (86) 2.987
目前中国大陆使用sap的公司，主流架构是一台DB，多台APP，这样主要压力都在DB的机器上，所以DB必须采用比较强的小型机； 我们的方案是采用比较便宜的基于x86架构的机器，DB和APP都分布式部署，在DB和APP上都做负载均衡和容灾处理；由于使用oracle database，所以最好的solution当然是RAC，而对于应用服务器，sap本身已经可以做到分布式计算，所以现在整个方案最难的地方就是要在rac上部署sap，在国内，这种架构还很少见，（至少我还没听说哪个公司有用），SAP主推的HA架构，但为了以后扩展和升级的成本考虑，采用rac是必要的。
Oracle RAC是Oracle Real Application Cluster的简写，官方中文文档一般翻译为“真正应用集群”，它一般有两台或者两台以上同构计算机及共享存储设备构成，可提供强大的数据库处理能力，现在是Oracle 10g Grid应用的重要组成部分 2.1 基本介绍 RAC的结构图 Oracle RAC是Oracle Real Application Cluster的简写，官方中文文档一般翻译为“真正应用集群”，是Oracle9i新版数据库中采用的一项新技术，也是Oracle数据库支持网格计算环境的核心技术。它的出现解决了传统数据库应用中面临的一个重要问题：高性能、高可伸缩性与低价格之间的矛盾! 它一般有两台或者两台以上同构计算机及共享存储设备构成，可提供强大的数据库处理能力，现在是Oracle 10g Grid应用的重要组成部分。 Oracle RAC主要支持Oracle9i、10g、11g版本，可以支持24 x 7 有效的数据库应用系统，在低成本服务器上构建高可用性数据库系统，并且自由部署应用，无需修改代码。
Oracle 10g RAC 教程
第一部分 Oracle10g RAC数据库简介 在硬件级别上，RAC 集群中的各节点共享三种功能： 1.对共享磁盘存储的访问 2.与专用网络的连接 3.对公共网络的访问。 共享磁盘存储 Oracle RAC 依赖于一个共享磁盘体系结构。数据库文件、联机重做日志和数据库的控制文件必须都能为集群中的每个节点所访问。共享磁盘还存储 Oracle Cluster Registry 和 Voting Disk（稍后讨论）。配置共享存储有多种方法，包括直接连接磁盘（通常是使用铜缆或光纤的 SCSI）、存储区域网 (SAN) 和网络连接存储 (NAS)。 专用网络 每个集群节点通过专用高速网络连接到所有其他节点，这种专用高速网络也称为集群互联或高速互联 (HSI)。 Oracle 的 Cache Fusion 技术使用这种网络将每个主机的物理内存 (RAM) 有效地组合成一个高速缓存。 Oracle Cache Fusion 通过在专用网络上传输某个 Oracle 实例高速缓存中存储的数据允许其他任何实例访问这些数据。它还通过在集群节点中传输锁定和其他同步信息保持数据完整性和高速缓存一致性。 专用网络通常是用千兆以太网构建的，但是对于高容量的环境，很多厂商提供了专门为 Oracle RAC 设计的低延迟、高带宽的专有解决方案。 Linux 还提供一种将多个物理 NIC 绑定为一个虚拟 NIC 的方法（此处不涉及）来增加带宽和提高可用性。 公共网络 为维持高可用性，为每个集群节点分配了一个虚拟 IP 地址 (VIP)。如果主机发生故障，则可以将故障节点的 IP 地址重新分配给一个可用节点，从而允许应用程序通过相同的 IP 地址继续访问数据库。 Oracle 集群就绪服务(CRS) Oracle RAC 10g 引进了 Oracle 集群就绪服务 (CRS) —一组用于集群环境的与平台无关的系统服务。在 RAC 和 Oracle 并行服务器先前版本中，Oracle 依靠厂商提供的集群管理软件来提供这些服务。虽然 CRS 与厂商供应的集群件协同工作，但 Oracle RAC 10g 所需组件只是 CRS。实际上，必须在安装 RAC 之前安装 CRS。 Oracle RAC 软件 Oracle RAC 10g 软件是 RAC 数据库的核心，每个集群节点上都必须安装。幸运的是，Oracle Universal Installer (OUI) 可以完成在每个节点上安装 RAC 软件的大部分工作。
●创建与rac主机相同的目录 如/backup/rmanbak/level0/20120209010001/4 都是在压缩包所在的目录下tar -cvf oracle0208.tar oracle tar -xvf oracle0113.tar ●传输rac上的备份集到单机上 节点2上的备份包含数据文件及归档的备份集 scp dblv0_731_1_774752412 root@10.0.2.16:/backup/rmanbak/level0/20120209010001/4 scp dblv0_732_1_774752412 root@10.0.2.16:/backup/rmanbak/level0/20120209010001/4 scp dblv0_733_1_774755639 root@10.0.2.16:/backup/rmanbak/level0/20120209010001/4 过程如下：文件大致需要传输6分钟 节点1上传输控制文件的备份在（注意不是节点2上的控制文件的备份） 测试机上接收到的备份集 注意更改这些文件的属性chown -R oracle:dba * ●
*.user_dump_dest='/app/oracle/admin/orcl/udump' 测试机上启动实例orcl，并开始恢复数据文件 修改profile 改正ORACLE_SID=orcl; export ORACLE_SID 使ORACLE_SID=orcl进入到该orcl的实例，以pfile启动的
进入到rman中 注意应该是 restore controlfile from '/backup/rmanbak/level0/20120209010001/4/controlfile_c-1129995432-20120209-01'; 使其进入mount状态 查看数据文件 一些命令的查看设置export NLS_DATE_FORMAT='yyyy-mm-dd hh24:mi:ss' list backup summary; RMAN> list backup of archivelog all summary;
VMWARE_ORACLE_RAC实施手册
目录 一、RAC试验环境介绍 (3) 三、ORACLE RAC的实现方式 (5) 四、安装CRS前准备 (6) 4.1 系统安装需求 (6) 4.2 内核参数设置 (7) 4.3 用户和组的建立 (7) 4.4 连接方式及网络配置 (8) 4.5 信任主机文件配置 (9) 配置方式 (9) 4.6 Oracle环境变量设置 (10) 4.7 NTP服务配置 (12) 4.8 存储配置 (14) 五、安装ORACLE数据库 (15) 5.1 CRS安装 (16) 5.2 ORACLE软件的安装 (30) 5.3 创建数据库 (39)
一、RAC试验环境介绍 VMWARE虚拟2个solaris10 64位系统 虚拟机版本Vmware workstation 6.0.0 build-45731 建立虚拟机配置如下 内存1024M 本地磁盘SCSI 0:0 16G持久直接分配空间（否则在空间增长或者关机时响应非常慢） CDROM使用solaris的ISO文件 显示自动探测 处理器1个，网卡使用3个Host-Only的网卡(使用workstation 可以最多建立10个虚拟网卡) Windows系统安装好vmware后软件系统会建立两个虚拟网卡，禁用一个只保留一个VMware Virtual Ethernet Adapter for VMnet1，这个网卡只保留tcp/ip协议，更改为自己需要的（192.168.30.1），实际网卡的vmware bridge protocol协议也可以删除只有虚拟机使用桥接网络时才需要选上,这样本机的192.168.30.0网段试验用ip地址不会和实际网卡上ip有任何联系和冲突，只有通过VMware Virtual Ethernet Adapter for VMnet1上的ip地址才能和虚拟机的Host-Only网卡通信。 其他的多余配置如声卡，软驱，这些全部删除 先使用其中的一个虚拟机建立4个直接分配空间的持久scsi 硬盘分别是以下
数据库集群系统项目实施方案 2012年12月20 日
目录 第 1 章系统规划 (4) 1.1硬件列表 (4) 1.2项目实施目标 (4) 1.3系统拓扑结构图 (4) 1.4时间安排 .................................................................................................... 错误！未定义书签。 1.5实施过程描述 (5) 1.6磁盘及阵列规划 (5) 1.7SAN交换机规划 ......................................................................................... 错误！未定义书签。 1.8IP地址规划 (5) 1.9C ISCO交换机接口规划 (6) 第 2 章实施方案 (8) 2.1数据库服务器 ............................................................................................ 错误！未定义书签。 2.2WEB服务器 ................................................................................................. 错误！未定义书签。 2.3云计算服务器 ............................................................................................ 错误！未定义书签。 2.4C ISCO交换机 ............................................................................................... 错误！未定义书签。 2.5J UNIPER防火墙............................................................................................ 错误！未定义书签。
ORACL高可用性 (RAC) 技术方案
目录 基础知识介绍 (3) 1. RAC是什么 (3) 2. RAC的优势 (3) 3.0racle RAC 原理 (3) RAC系统结构设计 (4) 1.RAC 系统拓扑结构基本如下图所示： (4) 2?用户组规划 (4) 3?用户规划 (5) 4?磁盘规戈V (5)
5.oracle rac 网络规戈V (6)
基础知识介绍 1. RAC是什么 RAC,全称real application clusters, 译为实时应用集群”是Oracle新版数据库中采用的一项新技术，是高可用性的一种，也是Oracle 数据库支持网格计算环境的核心技术。 2. RAC勺优势 Oracle RAC主要支持Oracle9i、10g、11g版本，可以支持24 x 7有效的数据库应用系统，在低成本服务器上构建高可用性数据库系统，并且自由部署应用，无需修改代码。在Oracle RAC环境下，Oracle集成提供了集群软件和存储管理软件，为用户降低了 应用成本。当应用规模需要扩充时，用户可以按需扩展系统，以保证系统的性能。 (1) 多节点负载均衡； (2) 提供高可用：故障容错和无缝切换功能，将硬件和软件错误造成的影响最小化； (3) 通过并行执行技术提高事务响应时间 ----- 通常用于数据分析系统； (4) 通过横向扩展提高每秒交易数和连接数 ----- 通常对于联机事务系统； (5) 节约硬件成本，可以用多个廉价PC服务器代替昂贵的小型机或大型机，同时节 约相应维护成本； (6) 可扩展性好，可以方便添加删除节点，扩展硬件资源。 3.Oracle RAC 原理 在一个应用环境当中，所有的服务器使用和管理同一个数据库，目的是为了分散每一台服务器的工作量，硬件上至少需要两台以上的服务器，而且还需要一个共享存储设备。同时所有服务器上的OS都应该是同一类OS,根据负载均衡的配置策略，当一个客户端发送请求到某一台服务的liste ner 后，这台服务器根据我们的负载均衡策略，会把请求发送给本机的RAC组件处理也可能会发送给另外一台服务器的RAC a件处理，处理完请求后，RAC会通过集群软件来访问共享存储设备。 逻辑结构上看： 每一个参加集群的节点有一个独立的instanee, 这些instanee 访问同一个
ORACLE RAC及备份方案ORACLE RAC 简介： ORACLE RAC集群是实现多机共享数据库，以保证应用的高可用性。同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的容错和无断点恢复。 集群内部的所有服务器共享存储，所有服务器都接入公共网络，通过集群唯一的别名对外形成逻辑上单一的数据库提供服务，对内实现集群数据库的高可用性、节点间的负载均衡和Failover(失败切换)。 逻辑结构： 集群纵向看是由存储、数据库集群、应用集群三部分组成，横向来看，是由多台应用服务器、数据库服务器和存储设备组成。
物理结构： RAC物理结构图。 优势： 高可用性： RAC为数据中心的高可用性奠定了基础。它也是Oracle最高可用性架构不可或缺的一部分，为实现数据中心的最高可用性提供了最佳实践。RAC还为高可用性数据管理提供了以下至关重要的关键特性： 可靠性： Oracle数据库以其可靠性而著称。RAC Clusters消除了数据库服务器单点故障问题，从而使可靠性更上一层楼。如果一个实例发生故障，服务器池中的其余实例仍将保持运行状态。Oracle Clusterware可监视所有Oracle进程，并能立即重启任何生故障的组件。
恢复能力： Oracle数据库包含的许多特性有助于数据库轻松地从各类故障中恢复。如果Oracle RAC数据库中的一个实例出现故障，服务器池中的另外一个实例将察觉到这一故障，随后自动进行故障恢复。利用快速应用程序通知(FAN)、快速连接故障切换(FCF)和透明应用程序故障切换(TAF)这三个功能，应用程序可以轻松地掩藏组件故障，使用户无法察觉。 错误检测： Oracle Clusterware可自动监视Oracle RAC数据库和其他Oracle进程（ASM、监听器等），并快速诊断环境中的问题。它还经常能在用户察觉之前自动完成故障恢复。利用快速应用程序通知(FAN)，应用程序即可在集群组件出现故障时立即得到通知，以便在故障显现之前重新发布事务。 持续运行： RAC Clusters可在计划内和计划外停机期间提供持续的服务。如一台服务器（或一个实例）出现故障，数据库仍将保持运行状态，应用程序仍可访问数据。大多数数据库维护操作均可在不停机的情况下完成，并对用户保持透明。许多其他的维护任务都可以通过滚动方式完成，从而能最大限度地减少（甚至避免）应用程序停机。快速应用程序通知和快速连接故障切换可帮助应用程序满足对服务级别的要求。 可伸缩性： RAC Clusters提供了独一无二的应用程序伸缩技术。过去，当数据库服务器容量不足时，我们会使用容量更大的新服务器取而代之。随着服务器容量的增加，其成本也日益攀升。但Oracle RAC为数据库提供了增加容量的其他方法。通过OracleClusterware和Oracle RAC向服务器池中添加服务器时并不需要停机，并且，一旦启用新的实例，应用程序就可立即享有新增的容量。服务器池中的所有服务器必须使用同一操作系统和相同版本的Oralce软件，但不必具备相同的容量。如今，根据自己的需要选择服务器池的客户通常会选用特性不同（略有差别）的服务器。