本帖最后由 gbnj2004 于 2018-5-23 10:23 编辑

本人的学习历程是，单实例+lvm-->单实例+ASM-->rac，我觉得这样的学习能由浅入深了解oracle。

当引入ASM后，除了安装过程多了一步GI安装外，在管理模式上也出现了区别，尤其是引入了2个新命令srvctl与crsctl【crs_stat将被淘汰就不说了】：

srvctl：是从操作系统角度管理数据库节点。它将数据库节点当做一个整体上来管理。

crsctl：是从资源角度管理数据库节点。它将一切程序都当做资源来对待。

比如，这里有个单实例+ASM的环境，输入crsctl status res -t后查看各个资源的情况如下：

--------------------------------------------------------------------------------

NAME           TARGET  STATE        SERVER                   STATE_DETAILS

--------------------------------------------------------------------------------

Local Resources

--------------------------------------------------------------------------------

ora.CRSDG.dg

ONLINE  ONLINE       xxx

ora.DATADG.dg

ONLINE  ONLINE       xxx

ora.LISTENER.lsnr

ONLINE  ONLINE       xxx

ora.LISTENER_BJWMS.lsnr

ONLINE  ONLINE       xxx

ora.LISTENER_CGZX.lsnr

ONLINE  ONLINE       xxx

ora.LISTENER_DJWMS.lsnr

ONLINE  ONLINE       xxx

ora.REDODG.dg

ONLINE  ONLINE       xxx

ora.TEMPDG.dg

ONLINE  ONLINE       xxx

ora.asm

ONLINE  ONLINE       xxx                    Started

ora.ons

OFFLINE OFFLINE      xxx

--------------------------------------------------------------------------------

Cluster Resources

--------------------------------------------------------------------------------

ora.cssd

1        ONLINE  ONLINE       xxx

ora.diskmon

1        OFFLINE OFFLINE

ora.evmd

1        ONLINE  ONLINE       xxx

ora.xxx.db

1        ONLINE  ONLINE       xxx                   Open

前面说了crsctl是从资源的角度来管理，所以这里只能用crsctl [start|status|stop] res(也可以写全称resource) 资源名(比如上面的ora.REDODG.dg)  来启停资源。可资源这么多，如果要关闭这个节点的操作系统如何快捷的关闭所有资源呢？oracle提供了 crsctl stop res -all或者crsctl stop has。这两个命令都会关闭所有资源，所不同的是前者不会关闭has守护进程，后者会把has进程也关掉。对于单节点来说没啥区别，但是如果是rac环境，has的关闭会导致类似crsctl stop cluster -all这样从集群角度管理所有节点资源的命令失败报错，这种命令依赖每个节点上的has进程来保各个节点间的通讯。

那么既然crsctl stop res ora.xxx.db就可以把数据库关闭了，为什么还要引入srvctl呢？因为数据库除了open还有nomount与mount状态，crsctl只是管理资源，可以启停数据库资源但无法nomount与mount它。srvctl [stop|start|status] database  -d  databasename  [-o immediate|-o open|-o mount]。

可能又有人问了，数据库的状态我也可以通过oracle安装用户下的sqlplus 进入启停数据库，也可以做到nomount与mount状态，为什么非要用srvctl呢？据我了解到的情况是，因为oracle用户下的sqlplus与GI安装用户grid下的crsctl与srvctl所使用的spfile文件很可能不一样。grid用户通过crsctl和srvctl管理数据库，所使用的spfile是存放在ASM上的，而oracle用户下的sqlplus管理数据库所用的spfile是存放在本机节点的$ORACLE_HOME/dbs下，单节点+ASM可能没什么问题，rac下就会有意外----sqlplus下管理可能导致多个节点间的spfile不一致，各自使用本节点上的spfile。这就是为什么总有文章强调rac要用crsctl与srvctl来管理数据库，所以从使用ASM时我们就应该规范自己这么做。

监听一样也有这方面的原因，当安装GI软件后，通过GI软件内的netca创建的监听与oracle软件内netca创建的监听有所区别，前者创建的listener.ora内，最后一行会有类似ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER=ON         # line added by Agent这样的字样，这是GI软件创建的监听启用了特性endpoints，而后者是没这个特性的，通俗来说启用这个特性的话可能会将listener.ora内除了IPC以外其他的内容存放在同目录下的endpoints_监听名.ora这样的文件内分别存放，这是为rac的scan ip等做准备的。若是监听信息分开存放，那么oracle用户下启动监听就会报错找不到TCP信息等。本人的单节点+ASM环境虽然启用了这个特性但并没有endpoints_监听名.ora这样的文件，所以信息还是都存放在listener.ora内，不知道rac下是需要手动创建还是GI自动生成endpoints文件。还有，oracle软件创建的监听listener.ora是在$ORACLE_BASE的network/admin下，需要手动注册资源到CRS；GI软件创建的监听listener.ora是在$GRID_BASE的network/admin下，创建完毕会自动注册资源到CRS。

最后crsctl还有个很有用的特点，就是它可以注册用户自己的外部资源来管理。比如你做了个say hello的打印小程序，想每次开机启动后不停打印至日志，如果被kill掉就重启整个节点，可以把这个小程序注册到crs内来管理实现

。比如数据库节点上装了apache，也可以注册到crs来管理。还有，crs内asm与db之间有明显的先后关系，所以猜测crs注册管理的资源是可以指定先后顺序，等前一个资源启动成功后再启动下一个资源。