利用srvctl管理Oracle RAC数据库

srvctl即Server Control,是Oracle提供的一个命令行工具,用以用于管理Oracle的RAC环境。srvctl在Oracle 9i中被引入,Oracle10g、11g对其功能进行了很大的增强和改进。下面介绍下此命令的简单用法。

一、 查看实例状态(srvctl status)

查询所有实例和服务的状态:

[oracle@node-rac1 ~]$ srvctl status database -d racdb

Instance racdb2 is running on node node-rac2

Instance racdb1 is running on node node-rac1

查询实例racdb1的状态:

[oracle@node-rac1 ~]$ srvctl status instance -d racdb -i racdb1

Instance racdb1 is running on node node-rac1

查询实例racdb2的状态:

[oracle@node-rac1 ~]$ srvctl status instance -d racdb -i racdb2

Instance racdb2 is running on node node-rac2

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

[oracle@node-rac1 ~]$ srvctl status nodeapps -n node-rac2

VIP is running on node: node-rac2

GSD is running on node: node-rac2

Listener is running on node: node-rac2

ONS daemon is running on node: node-rac2

查询特定节点上ASM实例的状态

[oracle@node-rac1 ~]$ srvctl status asm -n node-rac2

ASM instance +ASM2 is running on node node-rac2.

在上面的命令行操作中,都用到的参数是:

-d,即database name,表示数据库名称

-n,即node name,表示节点名称

-i,即instance name,表示实例名称

二、 查看RAC数据库设置信息(srvctl config)

显示 RAC 数据库的配置:

[oracle@node-rac1 ~]$ srvctl config database -d racdb

node-rac2 racdb2 /u01/oracle/product/11.0.6/rac_db

node-rac1 racdb1 /u01/oracle/product/11.0.6/rac_db

列出配置的所有数据库:

[oracle@node-rac1 ~]$ srvctl config database

racdb

显示指定节点的应用程序配置:

[oracle@node-rac1 ~]$ srvctl config nodeapps -n node-rac2

VIP exists.: /node-vip2/192.168.12.240/255.255.255.0/eth0

GSD exists.

ONS daemon exists.

Listener exists.

显示指定节点的ASM实例配置:

[oracle@node-rac1 ~]$ srvctl config asm -n node-rac2

+ASM2 /u01/oracle/product/11.0.6/rac_db

时间: 2024-11-02 16:29:47

利用srvctl管理Oracle RAC数据库的相关文章

安装Oracle RAC数据库(上)

Oracle RAC数据库的安装相对单机数据库复杂一些,因为整个安装过程涉及网络.操作系统.存储等方面,一个环节设置不当,都可能导致安装失败.本文将详细的讲述RAC数据库的安装过程. 1. 安装前的系统配置需求 安装Oracle Rac数据库需要的组件可以分为软硬件两部分,下面是一个软硬件推荐配置: 为了方便安装RAC数据库,在安装操作系统时,建议选择如下系统包: 桌面环境:xwindows system.GNOME desktop environment. 开发工具:development t

Oracle RAC数据库掉电导致系统崩溃的恢复过程

这里简单记录一下,此次国庆加班恢复的某客户的2套Oracle RAC数据库,整个恢复过程中,2套rac差不多,因此这里以其中一套数据库的恢复过程为例进行简单分析说明.数据库由于为非归档,由于掉电导致重启之后系统无法正常open. 在正常open的过程中,报错如下错误: SQL> alter database open; alter database open * ERROR at line 1: ORA-00600: internal error code, arguments: [kcratr

Oracle RAC数据库的启动和关闭

RAC数据库与单实例的差异主要表现在多个实例通过集群件来统一管理共享的资源.因此原有的单实例的管理方式,如数据库.监听器等的关闭启动等可以使用原有的方式进行,也可以通过集群管理工具,命令行来集中管理,这也是推荐的管理方式.由于集群件crs位于数据库之上,即RAC数据库依赖于集群件,因此数据库的启动与关闭应该结合集群来考虑,下面以10g RAC来描述数据库启动与关闭过程,不涉及集群层的启动与关闭. 一.RAC 数据库启动与关闭顺序 1.关闭顺序 关闭OEM,关闭监听,关闭 Oracle 实例,关闭

oracle RAC数据库建立STANDBY(一)STANDBY数据库的准备和创建过程

STANDBY数据库同样是RAC环境,不过和主数据库采用VOLUMN CLUSTER MANAGER不同,STANDBY数据库采用ASM. 在源数据库中设置FORCE_LOGGING和相应的初始化参数: SQL> SELECT DBID, NAME, LOG_MODE, FORCE_LOGGING FROM V$DATABASE;  DBID NAME      LOG_MODE     FOR ---------- --------- ------------ --- 1712482917 R

测试Oracle RAC数据库集群功能

Oracle RAC是一个集群数据库,可以实现负载均衡和故障无缝切换.如何知道RAC数据库已经实现了这些功能呢,下面就对此进行功能测试. 一. 负载均衡测试 RAC数据库的负载均衡是指对数据库连接的负载均衡,当一个新的会话连接到RAC数据库时,通过指定的分配算法将请求分配到集群的任一节点上,这就是RAC数据库完成的功能.负载均衡在RAC中分为两种:一种是基于客户端连接的负载均衡:一种是基于服务器端的负载均衡. 1. RAC客户端负载均衡 客户端连接的负载均衡配置起来非常简单,与RAC数据库的实例

oracle RAC数据库建立STANDBY(三)STANDBY数据库创建过程中碰到的问题

刚刚在进行RAC环境的DUPLICATE DATABASE的时候,就碰到了很多问题,由于二者命令比较相似,本来认为这次不会碰到太多的问题,没有想到的是,这次碰到的问题居然比DUPLICATE碰到的问题多出一倍.而且基本上所有碰到的问题都是DUPLICATE操作时不曾遇到的. 最开始为了减少麻烦,打算采用SPFILE的方式,并且利用FROM ACTIVE DATABASE,这样可以不用读取备份集: bash-3.00$ rman target sys/test@172.0.2.54/rac11g.

oracle RAC数据库建立STANDBY(四)

继续记录STANDBY数据库创建过程中碰到的问题. 刚刚在进行RAC环境的DUPLICATE DATABASE的时候,就碰到了很多问题,由于二者命令比较相似,本来认为这次不会碰到太多的问题,没有想到的是,这次碰到的问题居然比DUPLICATE碰到的问题多出一倍.而且基本上所有碰到的问题都是DUPLICATE操作时不曾遇到的. 执行DUPLICATE DATABASE FOR STANDBY时出现下面的错误: bash-3.00$ rman target sys/test@rac11gauxili

安装Oracle RAC数据库(下)

在Oracle ClusterWare安装成功后,开始进入Oracle数据库的安装,以oracle用户身份登录到任意一个集群节点,执行如下命令开始安装: [oracle@node-rac2 rac]$ /rac/database/runInstaller 接着就会弹出图形安装向导界面:

安装Oracle RAC数据库(中)

14:安装Oracle Clusterware (1)解压软件包 这里假定数据库所有软件放在了/rac目录下,首先需要解压Oracle的两个软件包,操作如下: [root@node-rac1 rac]#ls linux_11gR1_database_1013.zip linux_x86_11gR1_clusterware.zip [root@node-rac1 rac]#unzip linux_x86_11gR1_clusterware.zip [root@node-rac1 rac]#unzi