Oracle的RAC做数据库的负载均衡，有什么优点和缺点

RAC编辑〔RAC提供的优缺点〕RAC，全称realapplicationclusters，译为“实时应用集群”，是Oracle新版数据库中采用的一项新技术，是高可用性的一种，也是Oracle数据库支持网格计算环境的核心技术。OracleRACRAC提供的优缺点优点OracleRAC主要支持Oracle9i、10g、11g版本，可以支持24x7有效的数据库应用系统，在低成本服务器上构建高可用性数据库系统，并且自由部署应用，无需修改代码。在OracleRAC环境下，Oracle集成提供了集群软件和存储管理软件，为用户降低了应用成本。当应用规模需要扩充时，用户可以按需扩展系统，以保证系统的性能。(1)多节点负载均衡;(2)提供高可用：故障容错和无缝切换功能，将硬件和软件错误造成的影响最小化;(3)通过并行执行技术提高事务响应时间----通常用于数据分析系统;(4)通过横向扩展提高每秒交易数和连接数----通常对于联机事务系统;(5)节约硬件成本，可以用多个廉价PC服务器代替昂贵的小型机或大型机，同时节约相应维护成本;(6)可扩展性好，可以方便添加删除节点，扩展硬件资源。缺点(1)相对单机，管理更复杂，要求更高;(2)在系统规划设计较差时性能甚至不如单节点;(3)可能会增加软件成本(如果使用高配置的pc服务器，Oracle一般按照CPU个数收费)。在Oracle9i之前，RAC的名称是OPS(OracleparallelServer)。RAC与OPS之间的一个较大区别是，RAC采用了CacheFusion(高速缓存合并)技术。在OPS中，节点间的数据请求需要先将数据写入磁盘，然后发出请求的节点才可以读取该数据。使用Cachefusion时，RAC的各个节点的数据缓冲区通过高速、低延迟的内部网络进行数据块的传输。

所有实例和服务的状态

$ srvctl status database d orcl

Instance orcl is running on node linux

Instance orcl is running on node linux

单个实例的状态

$ srvctl status instance d orcl i orcl

Instance orcl is running on node linux

在数据库全局命名服务的状态

$ srvctl status service d orcl s orcltest

Service orcltest is running on instance(s) orcl orcl

特定节点上节点应用程序的状态

$ srvctl status nodeapps n linux

VIP is running on node: linux

GSD is running on node: linux

Listener is running on node: linux

ONS daemon is running on node: linux

ASM 实例的状态

$ srvctl status a n linux

ASM instance +ASM is running on node linux

列出配置的所有数据库

$ srvctl config database

orcl

显示 RAC 数据库的配置

$ srvctl config database d orcl

linux orcl /u /app/oracle/product/ /db_

linux orcl /u /app/oracle/product/ /db_

显示指定集群数据库的所有服务

$ srvctl config service d orcl

orcltest PREF: orcl orcl AVAIL:

显示节点应用程序的配置 —（VIP GSD ONS 监听器）

$ srvctl config nodeapps n linux a g s l

VIP exists : /linux vip/ / /eth :eth

GSD exists

ONS daemon exists

Listener exists

显示 ASM 实例的配置

$ srvctl config a n linux

+ASM /u /app/oracle/product/ /db_

集群中所有正在运行的实例

SELECT

inst_id

instance_number inst_no

instance_name inst_name

parallel

status

database_status db_status

active_state state

host_name host

FROM gv$instance

ORDER BY inst_id;

INST_ID INST_NO INST_NAME PAR STATUS DB_STATUS STATE HOST

orcl YES OPEN ACTIVE NORMAL rac

orcl YES OPEN ACTIVE NORMAL rac

位于磁盘组中的所有数据文件

select name from v$datafile

union

select member from v$logfile

union

select name from v$controlfile

union

select name from v$tempfile;

NAME

+FLASH_RECOVERY_AREA/orcl/controlfile/current

+FLASH_RECOVERY_AREA/orcl/onlinelog/group_

+FLASH_RECOVERY_AREA/orcl/onlinelog/group_

+FLASH_RECOVERY_AREA/orcl/onlinelog/group_

+FLASH_RECOVERY_AREA/orcl/onlinelog/group_

+ORCL_DATA /orcl/controlfile/current

+ORCL_DATA /orcl/datafile/example

+ORCL_DATA /orcl/datafile/indx

+ORCL_DATA /orcl/datafile/sysaux

+ORCL_DATA /orcl/datafile/system

+ORCL_DATA /orcl/datafile/undotbs

+ORCL_DATA /orcl/datafile/undotbs

+ORCL_DATA /orcl/datafile/undotbs

+ORCL_DATA /orcl/datafile/undotbs

+ORCL_DATA /orcl/datafile/users

+ORCL_DATA /orcl/datafile/users

+ORCL_DATA /orcl/onlinelog/group_

+ORCL_DATA /orcl/onlinelog/group_

+ORCL_DATA /orcl/onlinelog/group_

+ORCL_DATA /orcl/onlinelog/group_

+ORCL_DATA /orcl/tempfile/temp

rows selected

属于 ORCL_DATA 磁盘组的所有 ASM 磁盘

SELECT path

FROM v$a _disk

WHERE group_number IN (select group_number

from v$a _diskgroup

where name = ORCL_DATA );

PATH

ORCL:VOL

ORCL:VOL

启动/停止RAC集群

确保是以 oracle UNIX 用户登录的 我们将从rac 节点运行所有命令

# su – oracle

$ hostname

Rac

停止 Oracle RAC g 环境

第一步是停止 Oracle 实例 当此实例（和相关服务）关闭后 关闭 ASM 实例 最后 关闭节点应用程序（虚拟IP GSD TNS 监听器和 ONS）

$ export ORACLE_SID=orcl

$ emctl stop dbconsole

$ srvctl stop instance d orcl i orcl

$ srvctl stop a n rac

$ srvctl stop nodeapps –n rac

启动 Oracle RAC g 环境

第一步是启动节点应用程序（虚拟 IP GSD TNS 监听器和 ONS） 当成功启动节点应用程序后 启动 ASM 实例 最后 启动 Oracle 实例（和相关服务）以及企业管理器数据库控制台

$ export ORACLE_SID=orcl

$ srvctl start nodeapps n rac

$ srvctl start a n rac

$ srvctl start instance d orcl i orcl

$ emctl start dbconsole

使用 SRVCTL 启动/停止所有实例

启动/停止所有实例及其启用的服务 我只是觉得有意思就把此步骤作为关闭所有实例的一种方法加进来了！

$ srvctl start database d orcl

lishixinzhi/Article/program/Oracle/201311/16967

Oracle数据库无响应故障处理方式

Oracle数据库无响应故障，简单地讲就是数据库实例不能响应客户端发起的请求，客户端提交一个SQL后，就一直处于等待数据库实例返回结果的状态。更严重的现象是客户端根本不能连接到数据库，发起一个连接请求后，一直处于等待状态。Oracle数据库无响应故障怎么处理呢下面跟我一起来学习Oracle数据库无响应故障的处理方法吧!

无响应的故障现象一般有以下几种：

1Oracle的进程在等待某个资源或事件

这种现象一般可以从V$SESSION_WAT、V$LATCH、V$LATCHHOLDER等动态视图中检查进程正在等待的资源或事件，而被等待的资源或事件，一直都不能被获取，甚至是很长时间都不可获得。如果这个正在等待的进程持有了其他的资源，则会引起其他的进程等待，这样就很可能引起实例中大范围的会话发生等待。由于进程在等待资源或事件时，通常都处于SLEEP状态，消耗的CPU资源非常少(在等待latch时要稍微多消耗一些CPU资源)，所以从OS来看，CPU的消耗并不高，甚至是非常低。

这种因为等待而引起的个别进程Hang，相对比较容易处理。

2 OracleProcess Spins

所谓Spin，就是指Oracle进程中的代码在执行某个过程时，陷入了循环。在V$SESSION视图中，往往可以看到Hang住的会话，一直处于“ACTIVE”状态。对于这样的会话，用“alter system kill session ‘sid,serial#’”命令也不能完全断开会话，会话只能被标记为“killed”，会话会继续消耗大量的CPU。进程Spins由于是在做循环，CPU的消耗非常大，从OS上明显可以看到这样的进程，通常会消耗整个CPU的资源。

而对于这样的Hang住的会话，处理起来相对比较复杂，并且为了从根本上解决问题，需要超过DBA日常维护所需要的技能。

从故障范围来看，无响应故障可以分为以下几种情况：

1 单个或部分会话(进程)Hang住

这种情况属于小范围的故障，业务影响相对较小，一般来说只会影响业务系统的个别模块。在一个多应用系统的数据库上面，如果Hang住的会话比较多，则影响的可能是其中的一个应用系统。这里有一个例外，如果Hang住的进程是系统后台进程，如pmon、smon等，则影响的范围就非常大了，最终甚至会影响整个数据库及所有应用系统。还有值得注意的是，即使是少部分会话Hang住，也要及时处理，否则极有可能会扩散到整个系统。

2 单个数据库实例Hang住

这种情况造成的影响非常大。在这个实例上的所有应用系统均受到严重影响，并且在找到根源并最终解决问题之前，数据库实例往往须要重启。

3 OPS或RAC中的多个实例或所有实例都Hang住

在这种情况下，即使是OPS或RAC，都已经没办法提供高可用特性了。使用这个数据库的所有应用系统将不能继续提供服务，这种情况往往须要重启。

无响应故障成因分析

Oracle数据库无响应，一般主要由以下几种原因引起：

1 数据库主机负载过高，严重超过主机承受能力

比如应用设计不当，数据库性能低下，活动会话数的大量增加，导致数据库主机的负载迅速增加，数据库不能正常 *** 作，并最终Hang住;主机物理内存严重不足，引起大量的换页，特别是在SGA中的内存被大量换出到虚拟内存时，数据库实例往往就会Hang住。

2 日常维护不当、不正确的 *** 作引起数据库Hang住

比如归档日志的存储空间满，导致数据库不能归档，引起数据库Hang住;在一个大并发的繁忙的系

统上，对DML *** 作比较多的大表进行move、增加外键约束等 *** 作也可能使系统在短时间内负载大幅升高，并引起数据库系统Hang住;不正确的资源计划(Resource Plan)配置，使进程得不到足够的CPU等。

3 Oracle数据库的Bug

几乎每个版本都存在着会导致数据库系统Hang住的Bug，这些Bug会在一些特定的条件下触发，特别是在RAC数据库中，引起数据库Hang住的Bug比较多。

4 其他方面的一些原因

比如在RAC数据库中，如果一个节点退出或加入到RAC的过程中，当进行Resource Reconfiguration时，会使系统冻结一段时间，也有可能使系统Hang住。

以上所描述的几种常见的会导致Oracle数据库实例Hang住的原因中，大部分的情况是可以避免的，只要维护得当，一般不会出现这种故障。对于Oracle数据库Bug所导致的数据库无响应故障，由于是在特定的情况下才会触发，所以如果能够尽量对数据库打上最新版本的补丁，并且熟悉当前版本中会导致系统Hang住的Bug以及触发条件，就能够最大限度地避免这种故障的发生，提高系统的可用性。

那么，在数据库Hang住的情况下，如何去分析并发现导致问题的根源一方面，由于系统Hang住会导致业务系统不可用，为了能够尽快地恢复业务，须快速地判断问题所在，然后Kill掉引起故障的会话和进程，或者数据库实例不得不重启以迅速恢复业务;但另一方面，如果只是重启数据库或Kill会话和进程来解决问题，在很多情况下是治标不治本的办法，在以后故障随时可能会出现。如何在二者之间进行抉择呢对于数据库Hang故障的处理，首先是尽可能地收集到系统Hang住时的状态数据，然后尽快地恢复业务，恢复业务后分析收集到的数据，找到数据库系统Hang住的真正原因，然后再进行相应的处理。下一节将详细描述数据库系统Hang住后的处理流程。

无响应故障处理流程

对于Oracle无响应故障的处理，我们可以按下图所示的流程进行。

值得注意的是，上图并不是一个完整的Oracle数据库故障处理流程图，只是处理Oralce数据库无响应这一类特定的故障的流程，只列出了针对这一特定类型故障处理时的关键处理点。不过既然是故障，所以这类故障的处理流程与其他故障的处理流程，有着非常相似的地方。

下面是整个流程的详细说明：

1 在出现数据库无响应故障后，首先确认系统的影响范围，如上节所描述的'，是部分业务系统或模块还是所有的业务系统都受影响，是不是整个实例或多个实例都无响应。同时应询问系统维护和开发人员，受影响的系统在出现故障前是否有过变动，包括主机硬件、 *** 作系统、网络、数据库以及应用等。有时一个细小的变动就可能导致出现数据库Hang住这样严重的故障。曾经遇到一个库，应用只是修改了一个SELECT语句就导致了数据库Hang住。

2 为了避免由于网络、数据库监听或客户端因素影响分析，建议都登录到主机上进行 *** 作。

3 如果主机不能登录(为了避免干扰流程主线，这里不讨论如网络问题这样也会导致不能连接的故障)，尝试关闭出现问题的业务系统，甚至是所有的业务系统。如果关闭了所有的业务系统之后，仍然不能连接，则只有考虑重新启动数据库主机。在数据库主机重新启动后，使用 *** 作系统工具或OSW等长期监控 *** 作系统的资源使用，同时监控Oracle数据库的性能和等待等。

4 登录上主机后，先用top、topas等命令简单观察一下系统。看看系统的CPU使用、物理内存和虚拟内存的使用、IO使用等情况。

5 使用SQLPLUS连接数据库，如果不能连接，则只能从 *** 作系统上观察系统中是否有异常的现象，比如占用CPU过高的进程。使用gdb、dbx等debugger工具对数据库进行system state dump;使用strace、truss等工具检查异常进程的系统调用;使用pstack、procstack等工具察看异常进程的call stack等。

6 使用SQLPLUS连接上数据库后，进行hanganalyze、system state dump等 *** 作;或检查等待事件、异常会话等正在执行的SQL等待。

7 找到故障产生的原因，如果暂时找不到原因，尽量收集数据。

8确良如果应用急须恢复，可通过Kill会话、重启数据库实例等方式，先恢复应用。

9 根据最终诊断结果，对数据库升级打补丁，或者修改应用等方式从根本上解决问题。

怎样避免数据库出现无响应故障

作为Oracle数据库DBA，除了处理故障之外，更重要的是如何预防故障的发生。根据前面对数据库无响应故障的成因分析，在日常的维护工作中，须做到以下几点：

1 进行正确的维护 *** 作

很多的数据库无响应故障都是由于不正确的维护 *** 作引起的。应避免在业务高峰期做大的维护 *** 作，比如像move、加主外键约束等会长时间锁表的 *** 作。如果的确需要，尽量使用正确的 *** 作方法。比如用ONLINE方式重建索引;建主键、唯一键约束时先建索引，然后在建约束时指定新建的索引，等等。也就是保证系统的并发性、可伸缩性，避免系统串行 *** 作的出现。

2 优化应用设计，优化数据库性能

为避免性能问题导致在业务高峰期数据库不能及时有效处理来自业务的请求，甚至于完全Hang住。对于数据库中存在串行访问的部分进行优化，比如latch、enqueue，还包括不合理的sequence设计等。特别是在RAC数据库中，严重串行访问等待往往更容易引起严重的性能问题。优化应用设计，使数据库具有更好的可伸缩性和并行处理能力，能够有效地避免性能问题引起的数据库Hang住。

3 利用监控系统随时监控系统负载

遇到系统负载过高，内存不足，OS中虚拟内存换页很频繁等情况时，及时采取措施;监控Oracle数据库的核心进程，如pmon、smon等，看是否有异常，如过高的CPU消耗。出现异常应立即处理;监控归档空间和日志切换;监控数据库中的等待事件，比如是否有大量的enqueue、log file switch (archiving needed)、resmgr:become active等待事件等。

4 为数据库打上补丁

很多的无响应故障是由于Oracle的Bug引起的，数据库DBA应关注当前版本中有哪些Bug会导致数据库Hang住，尽量为数据库打上解决这些Bug的补丁。

;

对。

rac架构可以将oracle数据库在服务器中提升优先级，服务器全功率输出在oracle数据库查询，提升了相应时间与存储速度，因此rac架构能够提升oracle数据库查询效率。

数据库(Database)是按照数据结构来组织、存储和管理数据的仓库，它产生于距今六十多年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。

应该怎么样安装数据库，从安装软件到创建数据库对于这个问题，或许有的人不屑一顾，因为他们觉得这没有丝毫问题;同时有另一部分人，觉得这是个大问题。

在安装Oracle上，通常会有几种类型的人：

完全抓不着头脑，不知道怎么安装，这通常是初学者，连Linux/Unix都不太熟悉。

很少安装Oracle的人，但是知道对照文档一步一步 *** 作，出了错也知道上google、baidu和metalink查找解决方案。

Oracle老手，安装数据库不需要任何文档，对每个步骤也很熟悉。

对Oracle的安装非常熟悉，但是在安装时仍然按文档一步一步 *** 作。

对我个人来说，我是最后一种类型的人。我也自认为安装了不少的数据库，覆盖了大部分的平台和 *** 作系统。但我安装的时候，仍然会不嫌麻烦的一步一步 *** 作按文档 *** 作。在安装数据库软件包括建库，基本上没有遇到过什么问题。因为我也见过

很多朋友，被安装这一问题折腾得焦头烂额，特别是在安装RAC的时候，这里只是写一写我自己的一些做法，仅供参考，毕竟每个人都有自己的习惯和做法。

本文主要描述Linux/Unix下的Oracle安装，不涉及Windows系统下的安装。

我的习惯做法：

平时注意收集安装文档，包括oracle online document(所谓的官方文档)，metalink上的，还有IBM、HP这些公司与Oracle合作部门提供的文档。oracle online document中安装部分没事看一遍就可以了，但是metalink上很多文档详细地记录了版本的兼容性，安装时可能出现的问题以及解决办法等等，比如很实用的文档：《Oracle Database on Unix AIX,HP-UX,Linux,Mac OS X,Solaris,Tru64 Unix Operating Systems Installation and Configuration Requirements Quick Reference (805 to 112) [ID 1697061]》、《Linux OS Requirements Reference List for Database Server [ID 8515981]》、《Status of Certification of Oracle Clusterware with HACMP [ID 4044741]》。而其他厂商的文档包括：《CookBook_V32_Oracle_9i_RAC_AIX5L》、《COOKBOOK_Oracle CTC RAC10g R2 on HP-UX》、《COOKBOOK-V20-10gRAC R2 - ASM - AIX5L - SAN Storage》如此等等，还包括网上一些朋友自己撰写的安装文档。在参考这些文档时，需要注意的是，一定要明白每一个步骤其目的，有什么作用。

根据以上提到的文档，进行整理，形成自己的文档。我在前面说到，我安装时一步一步按文档 *** 作，是指的按我自己的文档，而不是去参考前面提到的若干文档。在自己的文档中，甚至提供了详细的命令，这样在安装的时候对某些不熟悉的命令不至于现查资料。

深入理解文档中提到的各个参数、各个命令的作用。这不光是对安装，而对于Oracle数据库的更深入理解也是大有好处的。

安装Oracle数据库时，在安装软件之前，通常有下面的 *** 作：

检查 *** 作系统版本、相应组件是否安装，是否有安装好文档中指定的补丁，也包括c编译器或c语行环境，这些对Linux下的安装来说犹为重要。

检查文件系统空间，特别是/tmp临时文件系统

检查memory大小，特别是swap的大小。特别是在HP-UX下，swap的管理方式与其他系统有些不一样(此处不再细述)，最

好能够达到物理内存大小，对于特别大的物理内存，至少也要达到一半。

检查主机时区，时间设置。这一步通常被很多人忽略。

检查主机名设置，有的安装系统相当不负责任，直接将主机取名localhost。

检查异步IO设置。

检查网络设置，包括/etc/hosts文件的设置，特别是对RAC数据库犹为重要。

检查内核参数，特别是共享内存、信号量、用户最多可运行进程数这些参数。

oracle用户创建后，注意编辑profile文件，设置相应的环境变量，注意不同的平台，相同意义的环境变量却有不同的名字，比如linux下的LD_LIBRARY_PATH和AIX下的LIBPATH。经常见到有的系统，oracle的PATH都没有设置，这样登录后 *** 作相当不方便。

对Oracle用户设置limit，通常是直接编辑/etc/security/limitsconf文件。

给Oracle用户一些特定的权限，比如HP-UX下修改/etc/privgroup文件，10204 for AIX下给用户CAP_NUMA_ATTACH, CAP_BYPASS_RAC_VMM, CAP_PROPAGATE 这样的权限等等。

对于RAC，还需要设置rsh或ssh

至于安装的其他步骤，不是本文所要讲的主要内容，在此略过。

还要提及一点，安装的时候对于目录的选择，可以按照OFA的标准做法，也可以按照使用部门的习惯，建议使用OFA。经常有见到一些乱七八糟的目录，让人好找，这种做法不太好。

说到安装，不能不提到打补丁。在安装完成后，最好是打上较新的补丁包以及metlink上提到的一些建议打的补丁。而等到系统正式使用，发现问题再打补丁，其代价就昂贵得多。

由于安装Oracle软件以及升级版本和打补丁，比较耗时，有的朋友就喜欢下面的做法：安装好软件，打上补丁，然后tar成一个包，保存在自己的存储介质上，下次在其他主机上安装时，直接用这个tar包解开。这种做法可以省一些安装软件的时间，但是需要tar包的环境是否一致。我曾遇到过下面的问题：

某套新装9208的库，报ORA-600[504]错误，通过在metalink上搜索发现其最符合的一个BUG对应的补丁已经打上。其他类似环境下，包括有同样的补丁，却没有这样的错误。我找了一台 *** 作系统完全一样的测试主机，安装与有问题库的版本完全一样的版本和补丁，却也没有这样的错误;接下来我将出问题的Oracle home 复制到测试主机上，结果问题重现了，看起来问题在Oracle软件上。我尝试执行relink *** 作，居然失败。发现这份Oracle在relink包括有HA代码，实际上这是一个单机的环境，也没有安装HACMP。最后，使用rac_off选项，再重新relink，新生成的oracle，不再出现这样的问题。在有问题的生产主机上重新relink后，问题解决。

出现问题的Oracle，就是通过解tar文件来安装的，在主机上我们也发现了以前安装时保留的tar文件。因此通过这种方式安装的，建议进行relink。

下面再谈谈创建数据库的一些个人经验：

尽量使用new database(9i)或者custom database(10g)这样的选项来创建库，建库时只安装必须的组件，这种做法有3个主要好处：更安全、更稳定、以后升级时所花的时间更少。

创建数据库时注意选择正确的字符集。

如果是选用模板创建数据库，注意模板有可能不与Oracle软件软件版本相匹配。同时在建库完成后需要运行相应的脚本，比如在安装了PSU的情况下，那么使用模板建库，得需要运行PSU带的脚本(具体参考PSU的README)。

在打完补丁之后，在创建数据库，避免在升级软件之后还要升级数据库。

建完库后，建议设置一下大体上合理的数据库参数。

希望本文能够对Oracle数据库的安装不太熟悉的朋友一些帮助。

RAC（RealApplicationCluster，真正应用集群）是Oracle9i数据库中采用的一项新技术，也是Oracle数据库支持网格计算环境的核心技术。它的出现解决了传统数据库应用中面临的一个重要问题：高性能、高可伸缩性与低价格之间的矛盾

以上就是关于Oracle的RAC做数据库的负载均衡，有什么优点和缺点全部的内容，包括:Oracle的RAC做数据库的负载均衡，有什么优点和缺点、OracleRAC日常基本维护命令、Oracle数据库无响应故障处理方式等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！