❶ 第一次使用openGauss数据库报错，提示需要修改用户名密码，要如何处理
1、如第一次使用数据库，必须修改omm用户密码，使用如下语句：
alter role omm identified by '新密码' replace '旧密码';
2、如果忘记omm密码，无法进行修改，可以使用如下命令关闭密码修改设置：
--退出数据库。
\q
--关闭密码修改设置。
gs_guc reload -N all -I all -c "modify_initial_password = false"
❷ 如何删除asm磁盘卷组 oracleasm listdisks
ASM磁盘组冗余的三种类型：external、normal、high,这里恢复的是normal状态,模拟OCR磁盘或votedisk不可用时，RAC会出现什么现象？给出故障定位的整个过程。在11.2.0.3中表决盘是放到了ocr中，所以OCR磁盘或votedisk不可用的两个实验一起做。在11.2.0.3中可ASM磁盘组冗余的三种类型：external、normal、high,这里恢复的是normal状态,模拟OCR磁盘或votedisk不可用时，RAC会出现什么现象？给出故障定位的整个过程。在11.2.0.3中表决盘是放到了ocr中，所以OCR磁盘或votedisk不可用的两个实验一起做。在11.2.0.3中可以手动备份OCR，但手动备份是无效的。ocrconfig-export/u01/ocr.exp检查OCR有哪些备份：[root@rac1~]#ocrconfig-showbackuprac12013/07/2205:39:51/u01/grid/crs/cdata/rac/backup00.ocrrac12013/07/2201:39:51/u01/grid/crs/cdata/rac/backup01.ocrrac12013/07/2121:39:50/u01/grid/crs/cdata/rac/backup02.ocrrac22013/07/2101:52:54/u01/grid/crs/cdata/rac/day.ocrrac22013/07/0901:52:25/u01/grid/crs/cdata/rac/week.ocrPROT-25:注意：orcle明确给出了手动备份是无效的！查看表决盘信息：[root@rac1~]#crsctlquerycssvotedisk##------------------------------------------1.(/dev/oracleasm/disks/OCR_VOT1)[OCR_VOT]2.(/dev/oracleasm/disks/OCR_VOT2)[OCR_VOT]3.(/dev/oracleasm/disks/OCR_VOT3)[OCR_VOT]Located3votingdisk(s).#停库：[root@rac1~]#srvctlstopdatabase-dorcl-oimmediate#停集群：[root@rac1~]#crsctlstopcluster-all-f#破坏OCR和VOT：[root@rac1~]#ddif=/dev/zerof=/dev/mapper/mpathap1bs=1024Kcount=1记录了1+0的读入记录了1+0的写出1048576字节(1.0MB)已复制，0.0160613秒，65.3MB/秒[root@rac1~]#ddif=/dev/zerof=/dev/mapper/mpathap2bs=1024Kcount=1记录了1+0的读入记录了1+0的写出1048576字节(1.0MB)已复制，0.00800275秒，131MB/秒[root@rac1~]#ddif=/dev/zerof=/dev/mapper/mpathap3bs=1024Kcount=1记录了1+0的读入记录了1+0的写出1048576字节(1.0MB)已复制，0.00927389秒，113MB/秒注意：破坏后，各节点服务一切正常：[root@rac1~]#crs_stat-tNameTypeTargetStateHost------------------------------------------------------------ora.DATA.dgora.up.typeONLINEONLINErac1ora.FRA.dgora.up.typeONLINEONLINErac1ora.ER.lsnrora.er.typeONLINEONLINErac1ora.N1.lsnrora.er.typeONLINEONLINErac1ora.OCR_VOT.dgora.up.typeONLINEONLINErac1ora.asmora.asm.typeONLINEONLINErac1ora.orcl.dbora.se.typeONLINEONLINErac1ora.cvuora.cvu.typeONLINEONLINErac1ora.SM1..C1..ac1..ac1..ac1.vipora.t1.typeONLINEONLINErac1ora.SM2..C2..ac2..ac2..ac2.vipora.t1.typeONLINEONLINErac2ora.gsdora.gsd.typeOFFLINEOFFLINEora.networkora.rk.typeONLINEONLINErac1ora.oc4jora.oc4j.typeONLINEONLINErac1ora.onsora.ons.typeONLINEONLINErac1ora.ry.acfsora.fs.typeONLINEONLINErac1ora.scan1.vipora.ip.typeONLINEONLINErac1所有节点重启操作系统后集群服务启不来了：[root@rac1~]#reboot如果只是停止集群服务，后面的重新创建ASM磁盘组会失败，但重启操作系统后，就可以创建成功。检查CRS：[grid@rac1~]$crsctlcheckcrsCRS-4638:-4535:-4530:-4534:启动集群服务：[root@rac1~]#crsctlstartcluster-allCRS-2672:尝试启动'ora.cssdmonitor'(在'rac1'上)CRS-2672:尝试启动'ora.cssdmonitor'(在'rac2'上)CRS-2676:成功启动'ora.cssdmonitor'(在'rac1'上)CRS-2676:成功启动'ora.cssdmonitor'(在'rac2'上)CRS-2672:尝试启动'ora.cssd'(在'rac1'上)CRS-2672:尝试启动'ora.diskmon'(在'rac1'上)CRS-2672:尝试启动'ora.cssd'(在'rac2'上)CRS-2672:尝试启动'ora.diskmon'(在'rac2'上)CRS-2676:成功启动'ora.diskmon'(在'rac1'上)CRS-2676:成功启动'ora.diskmon'(在'rac2'上)#直停在这里其他终端使用其他命令启动集群服务：[root@rac1~]#crsctlstartcrsCRS-4640:-4000:CommandStartfailed,orcompletedwitherrors.操作系统及crs日志中没看到特别有用的信息：[root@rac1~]#vi/var/log/messages[grid@rac1~]#vi$ORACLE_HOME/log/rac1/crsd/crsd.logocss日志中提示：vi$ORACLE_HOME/log/rac1/cssd/ocssd.log2013-07-2121:15:08.550:[CSSD][1095031104]clssnmvFindInitialConfigs:Novotingfilesfound发现部分ASM磁盘没有了：[root@rac1~]#/etc/init.d/:[OK][root@rac1~]#/etc/init.d/oracleasmlistdisksDATAFRA依照RAC安装文档重建ASM磁盘：[root@rac1~]#/etc/init.d/oracleasmcreatediskOCR_VOT1/dev/mapper/mpathap1Markingdisk"OCR_VOT1"asanASMdisk:[OK][root@rac1~]#/etc/init.d/oracleasmcreatediskOCR_VOT2/dev/mapper/mpathap2Markingdisk"OCR_VOT2"asanASMdisk:[OK][root@rac1~]#/etc/init.d/oracleasmcreatediskOCR_VOT3/dev/mapper/mpathap3Markingdisk"OCR_VOT3"asanASMdisk:[OK]停掉集群服务：要加-f，否则可能停止非常慢[root@rac1~]#crsctlstopcrs-fCRS-2791:-managedresourceson'rac1'CRS-2673:Attemptingtostop'ora.mdnsd'on'rac1'CRS-2673:Attemptingtostop'ora.crf'on'rac1'CRS-2677:Stopof'ora.mdnsd'on'rac1'succeededCRS-2677:Stopof'ora.crf'on'rac1'succeededCRS-2673:Attemptingtostop'ora.gipcd'on'rac1'CRS-2677:Stopof'ora.gipcd'on'rac1'succeededCRS-2673:Attemptingtostop'ora.gpnpd'on'rac1'CRS-2677:Stopof'ora.gpnpd'on'rac1'succeededCRS-2793:-managedresourceson'rac1'hascompletedCRS-4133:.以-excl-nocrs方式启动集群，这将启动ASM实例但不启动CRS[root@rac1~]#crsctlstartcrs-excl-nocrsCRS-4123:.CRS-2672:Attemptingtostart'ora.mdnsd'on'rac1'CRS-2676:Startof'ora.mdnsd'on'rac1'succeededCRS-2672:Attemptingtostart'ora.gpnpd'on'rac1'CRS-2676:Startof'ora.gpnpd'on'rac1'succeededCRS-2672:Attemptingtostart'ora.cssdmonitor'on'rac1'CRS-2672:Attemptingtostart'ora.gipcd'on'rac1'CRS-2676:Startof'ora.cssdmonitor'on'rac1'succeededCRS-2676:Startof'ora.gipcd'on'rac1'succeededCRS-2672:Attemptingtostart'ora.cssd'on'rac1'CRS-2672:Attemptingtostart'ora.diskmon'on'rac1'CRS-2676:Startof'ora.diskmon'on'rac1'succeededCRS-2676:Startof'ora.cssd'on'rac1'succeededCRS-2672:Attemptingtostart'ora.drivers.acfs'on'rac1'CRS-2679:Attemptingtoclean'ora.cluster_interconnect.haip'on'rac1'CRS-2672:Attemptingtostart'ora.ctssd'on'rac1'CRS-2681:Cleanof'ora.cluster_interconnect.haip'on'rac1'succeededCRS-2672:Attemptingtostart'ora.cluster_interconnect.haip'on'rac1'CRS-2676:Startof'ora.drivers.acfs'on'rac1'succeededCRS-2676:Startof'ora.ctssd'on'rac1'succeededCRS-2676:Startof'ora.cluster_interconnect.haip'on'rac1'succeededCRS-2672:Attemptingtostart'ora.asm'on'rac1'CRS-2676:Startof'ora.asm'on'rac1'succeeded此时crs仍然报错：[root@rac1~]#crs_stat-tCRS-0184:.[root@rac1~]#crsctlcheckcrsCRS-4638:-4535:-4530:-4534:重建原ocr和votedisk所在磁盘组：注意：这里是在grid用户下sql>colpathfora50SQL>setlines300SQL>selectpath,header_statusfromv$asm_disk;SQL>creatediskgroupOCR_VOTnormalrendancydisk'/dev/oracleasm/disks/OCR_VOT1','/dev/oracleasm/disks/OCR_VOT2','/dev/oracleasm/disks/OCR_VOT3'attribute'compatible.rdbms'='11.2','compatible.asm'='11.2';ASM磁盘组冗余的三种类型：external、normal、high，我这里之前用的是normal。从ocrbackup中恢复OCR：在每个节点grid用户下：cd$ORACLE_HOME/cdata/racocrconfig-restore/u01/grid/crs/cdata/rac/backup00.ocr恢复表决盘的准备工作：showparameterasm_diskstring如果asm_diskstring没有值，表示ASM磁盘用的是默认ASM磁盘搜索路径。修改成实际的ASM磁盘搜索路径：altersystemsetasm_diskstring='/dev/oracleasm/disks/*';恢复表决盘：[root@rac1~]#crsctlreplacevotedisk+OCR_...+OCR_VOT.CRS-4266:Votingfile(s)successfullyreplacedocr和vot恢复后，crs等服务就会自动起来了。[root@rac1~]#crsctlcheckcrsCRS-4638:-4535:-4529:-4534:[root@rac1~]#crsctlquerycssvotedisk##------------------------------------------1.(/dev/oracleasm/disks/OCR_VOT1)[OCR_VOT]2.(/dev/oracleasm/disks/OCR_VOT2)[OCR_VOT]3.(/dev/oracleasm/disks/OCR_VOT3)[OCR_VOT]Located3votingdisk(s).重启集群服务，检查是否已经恢复正常：[root@rac1~]#crsctlstopcrs[root@rac1~]#crsctlstartcrs
❸ 数据库锁定后，还有问题如何处理
数据库已经锁定，总结会已经召开。就是说已经完成揭盲了，揭盲后不能更改数据库(让人不由质疑：你根据组别更改了数据库的内容，在可操作层面使得对研究药物的评价更优)。在锁库之前要解决所有数据问题的(数据录入完毕至盲态审核期结束)。揭盲后发现数据问题建议写说明(什么问题，为什么没有处理)，研究者签字，申办单位盖章之类的。
❹ 如何启动oraclerac grid
数据库关闭ok后此时我们进行关闭crs服务，切忌不要直接关闭ASM实例，在11g中 11.2.0.2 中 ocr 服务的信息存放在asm 磁盘上，是依赖于asm的 ，所以要关闭crs 而不是直接关闭asm实例，若在此处强行关闭asm实例，很有可能造成的后果是asm磁盘损坏或者丢失，导致整个集群彻底崩溃。我在测试RAC时，曾dismount某个磁盘组后，首先关闭了数据库，接着直接关闭了asm实例，关闭时一切正常。无报错，但当启动时，发现asm无法启动crs提示CRS-0184: Cannot communicate with the CRS daemon.无论如何也是无法启动CRS的，意识到可能是表决磁盘或者OCR出现问题，随即查看asm磁盘情况：oracleasm listdisks，没有任何磁盘信息，oracleasm scandisks也是同样的情况，这下估计麻烦了。在登录到另外一个节点上，同样命令查看asm磁盘，发现磁盘正常。故此此时我也将该节点的数据库及asm实例关闭，然后重启服务器，之后悲剧的一幕想当然的发生了，两个节点都无法扫描到asm磁盘信息。整个集群破坏的很彻底，丢失数据。也许是我个人原因造成这种异常的数据丢失，但个人还是建议按照常规的顺序来关闭启动RAC。
2. [root@RAC01 bin]# ./crsctl stop crs
如果你足够细心，你可以通过下面的关闭日志看出在RAC的CRS关闭的过程中是一个怎样的顺序以及关闭crs的时候都会有那些服务会同时关闭。此外你可能还会发现我们的这个命令是在RAC01这个节点执行的，所以这时候应该RAC02这个节点还是可以正常使用的。强烈建议大家对下面的日志进行研究。
CRS-2791: Starting shutdown of Oracle High Availabilitywww.hbbz08.com Services-managed resources on 'rac01'
CRS-2673: Attempting to stop 'ora.crsd' on 'rac01'
CRS-2790: Starting shutdown of Cluster Ready Services-managed resources on 'rac01'
CRS-2673: Attempting to stop 'ora.LISTENER_SCAN3.lsnr' on 'rac01'
CRS-2673: Attempting to stop 'ora.LISTENER.lsnr' on 'rac01'
CRS-2673: Attempting to stop 'ora.FLASH.dg' on 'rac01'
CRS-2673: Attempting to stop 'ora.OCRVD.dg' on 'rac01'
CRS-2673: Attempting to stop 'ora.registry.acfs' on 'rac01'
CRS-2673: Attempting to stop 'ora.DATA.dg' on 'rac01'
CRS-2673: Attempting to stop 'ora.oc4j' on 'rac01'
CRS-2673: Attempting to stop 'ora.LISTENER_SCAN2.lsnr' on 'rac01'
❺ 数据库ReportServerTemDB可疑如何处理
摘要 。
❻ 开启多路径服务后 crs 不能启动 是什么原因
现象：oracle crs 不能正确启动
[root@dtydb5 tmp]# su - grid
[root@dtydb5 log]# /oracle/11.2.0/grid/bin/crs_stat –t
CRS-0184: Cannot communicate with the CRS daemon.
[root@dtydb5 bin]# ./crsctl check crs
CRS-4638: Oracle High Availability Services is online
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4530: Communications failure contacting Cluster Synchronization Services daemon
CRS-4534: Cannot communicate with Event Manager
原因：
此类问题一般由于私网不同，HAIP或者ASM disk的权限不足等导致
[grid@dtydb5 mapper]$ ls -lrt
total 0
crw------- 1 root root 10, 63 Jan 12 10:43 control
brw-rw---- 1 root disk 253, 3 Jan 12 10:43 rootvg-LogVol01
brw-rw---- 1 root disk 253, 8 Jan 12 10:43 mpath52
brw-rw---- 1 root disk 253, 7 Jan 12 10:43 mpath51
brw-rw---- 1 root disk 253, 6 Jan 12 10:43 mpath50
brw-rw---- 1 root disk 253, 5 Jan 12 10:43 mpath4
brw-rw---- 1 root disk 253, 4 Jan 12 10:43 mpath3
brw-rw---- 1 root disk 253, 14 Jan 12 10:43 mpath8
brw-rw---- 1 root disk 253, 13 Jan 12 10:43 mpath7
brw-rw---- 1 root disk 253, 12 Jan 12 10:43 mpath6
brw-rw---- 1 root disk 253, 10 Jan 12 10:43 mpath54
brw-rw---- 1 root disk 253, 9 Jan 12 10:43 mpath53
brw-rw---- 1 root disk 253, 11 Jan 12 10:43 mpath5
brw-rw---- 1 root disk 253, 16 Jan 12 10:43 mpath2
brw-rw---- 1 root disk 253, 15 Jan 12 10:43 mpath1
brw-rw---- 1 root disk 253, 17 Jan 12 10:43 mpath2p1
brw-rw---- 1 root disk 253, 18 Jan 12 10:43 mpath1p1
brw-rw---- 1 root disk 253, 19 Jan 12 10:43 mpath4p1
brw-rw---- 1 root disk 253, 20 Jan 12 10:43 mpath3p1
brw-rw---- 1 root disk 253, 0 Jan 12 10:43 rootvg-LogVol00
brw-rw---- 1 root disk 253, 1 Jan 12 10:43 rootvg-LogVol02
brw-rw---- 1 root disk 253, 2 Jan 12 10:43 rootvg-LogVol03
brw-rw---- 1 root disk 253, 21 Jan 12 10:43 datavg-datalv01
方法：
此问题由ASM disk权限导致，先手工修改权限，解决问题
[root@dtydb5 tmp]# chown grid:asmadmin /dev/mapper/mpath*
[root@dtydb5 tmp]# /oracle/11.2.0/grid/bin/crsctl start crs
CRS-4640: Oracle High Availability Services is already active
CRS-4000: Command Start failed, or completed with errors.
CRS-4000的错误可以忽略
已经正常启动了
[root@dtydb5 tmp]# /oracle/11.2.0/grid/bin/crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora.DATA.dg ora....up.type ONLINE ONLINE dtydb3
ora....ER.lsnr ora....er.type ONLINE ONLINE dtydb3
ora....N1.lsnr ora....er.type ONLINE ONLINE dtydb3
ora.asm ora.asm.type ONLINE ONLINE dtydb3
ora.cvu ora.cvu.type ONLINE ONLINE dtydb3
ora....SM1.asm application ONLINE ONLINE dtydb3
ora....B3.lsnr application ONLINE ONLINE dtydb3
ora.dtydb3.gsd application OFFLINE OFFLINE
ora.dtydb3.ons application ONLINE ONLINE dtydb3
ora.dtydb3.vip ora....t1.type ONLINE ONLINE dtydb3
ora....SM2.asm application ONLINE ONLINE dtydb4
ora....B4.lsnr application ONLINE ONLINE dtydb4
ora.dtydb4.gsd application OFFLINE OFFLINE
ora.dtydb4.ons application ONLINE ONLINE dtydb4
ora.dtydb4.vip ora....t1.type ONLINE ONLINE dtydb4
ora....SM3.asm application ONLINE ONLINE dtydb5
ora....B5.lsnr application ONLINE ONLINE dtydb5
ora.dtydb5.gsd application OFFLINE OFFLINE
ora.dtydb5.ons application ONLINE ONLINE dtydb5
ora.dtydb5.vip ora....t1.type ONLINE ONLINE dtydb5
ora.gsd ora.gsd.type OFFLINE OFFLINE
ora....network ora....rk.type ONLINE ONLINE dtydb3
ora.oc4j ora.oc4j.type ONLINE ONLINE dtydb3
ora.ons ora.ons.type ONLINE ONLINE dtydb3
ora....ry.acfs ora....fs.type ONLINE ONLINE dtydb3
ora.scan1.vip ora....ip.type ONLINE ONLINE dtydb3
ora.tyolap.db ora....se.type ONLINE ONLINE dtydb3
❼ 数据库日志已满，如何处理
先提供一种复杂的方法压缩日志及数据库文件如下：
1.清空日志
mp transaction 库名 with no_log
2.截断事务日志：
backup log 数据库名 with no_log
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了
也可以用sql语句来完成
--收缩数据库
dbcc shrinkdatabase(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
dbcc shrinkfile(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除log文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的log，大小只有500多k
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
e x e c sp_detach_db @dbname = 'pubs'
b.删除日志文件
c.再附加
e x e c sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\program files\microsoft sql server\mssql\data\pubs.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--sql语句设置方式:
e x e c sp_dboption '数据库名', 'autoshrink', 'true'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xm(x是你允许的最大数据文件大小)
--sql语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
❽ 在数据库中如何快速查询数据，处理方法
SQL关键索引，在大表上创建索引
千万记录的表不算大，只要索引创建对了，性能可以正常提升，
还有一种就是比较偏的方式：先把需要批量的数据库插入临时表
这个可以防止频繁对表进行查询操作，
SQL 如下：select * into #Temp from Table
后面就只需要对临时表操作，不允许主表性能。
❾ oracle 11 g 怎么启动集群服务是进入命令行启动吗
一名学生最近在公司搭建RAC集群，但对其启动与关闭的顺序和原理不是特别清晰，我在教学工作中也发现了很多学员对RAC知识了解甚少，因此我在这里就把RAC里面涉及到的最常用的启动与关闭顺序和命令逐一列举出来，由于RAC的后台资源较多，因此涉及到的命令也很多，最后附上帮助手册让在工作中临时使用时也可以迅速查到，如果这篇文章能够帮到大家就是我今后继续努力撰写的动力，感谢大家对我文章的浏览多提宝贵意见。
关闭过程（CRS集群关闭－>关闭数据库）
1.关闭数据库：
用oracl用户执行srvctl命令
语法：srvctl stop database -d dbname ［-o immediate］
作用：可以一次性关闭dbname的所有实例
[oracle@rac1 ~]$ srvctl stop database -d racdb -停止所有节点上的实例
然后查看状态：
[oracle@rac1 ~]$ srvctl status database -d racdb
Instance rac1 is not running on node rac1
Instance rac2 is not running on node race
2.停止HAS(High Availability Services)，必须以root用户操作
[root@rac1 oracle]# cd /u01/grid/11.2.0/grid/bin
[root@rac1 bin]# ./crsctl stop has -f
[root@rac1 bin]# ./crsctl stop crs -f
本命令只能关闭当前节点的CRS服务，因此需要在RAC的所有节点上执行，启动也一样。has与crs等同
3.停止节点集群服务，必须以root用户：
[root@rac1 oracle]# cd /u01/grid/11.2.0/grid/bin
[root@rac1 bin]# ./crsctl stop cluster ----停止本节点集群服务
[root@rac1 bin]# ./crsctl stop cluster -all ---停止所有节点服务
也可以如下控制所停节点：
[root@rac1 bin]# crsctl stop cluster -n rac1 rac2
CRS-2677: Stop of 'ora.cssd' on 'rac1' succeeded
CRS-2677: Stop of 'ora.cssd' on 'rac2' succeeded
。。。。。。。。。。。省略日志输出。。。。。。。。。。。。。。
你如果想一条命令把所有的进程全部停止可以使用上述命令。如果不指定参数的话对当前节点有效，如果指定参数的话对相关参数节点有效。
4.检查集群进程状态
[root@rac1 bin]# crsctl check cluster
详细输出
[root@rac1 bin]# crs_stat -t -v
只检查本节点的集群状态
[root@rac1 bin]# crsctl check crs
启动过程（CRS集群启动－>启动数据库）
1.启动HAS
单一节点启动
[root@rac2 ~]# crsctl start has
[root@rac2 ~]# crsctl start crs
[root@rac2 ~]# crsctl check crs
CRS-4638: Oracle High Availability Services is online
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
所有节点启动
[root@rac1 bin]# crsctl start cluster -n rac1 rac2
CRS-4123: Oracle High Availability Services has been started.
[root@rac1 bin]# crsctl start cluster -all
[root@rac2 ~]# crsctl check cluster
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
此命令会在后台启动所有RAC CRS相关进程
[root@rac2 ~]# crs_stat -t -v
CRS-0184: Cannot communicate with the CRS daemon.
因为start has启动的crs进程比较多因此会启动的比较慢，我的机器等待了5分钟，在没有完全启动成功之前会报上述错误，需要耐心等待一段时间后执行下面命令即可查看到所有CRS相关进程服务已经启动。
[root@rac2 ~]# crs_stat -t -v
Name Type R/RA F/FT Target State Host
----------------------------------------------------------------------
ora.DATA.dg ora....up.type 0/5 0/ ONLINE ONLINE rac1
ora....ER.lsnr ora....er.type 0/5 0/ ONLINE ONLINE rac1
ora....N1.lsnr ora....er.type 0/5 0/0 ONLINE ONLINE rac2
ora....N2.lsnr ora....er.type 0/5 0/0 ONLINE ONLINE rac1
ora....N3.lsnr ora....er.type 0/5 0/0 ONLINE ONLINE rac1
ora.asm ora.asm.type 0/5 0/ ONLINE ONLINE rac1
ora.cvu ora.cvu.type 0/5 0/0 ONLINE ONLINE rac1
ora.gsd ora.gsd.type 0/5 0/ OFFLINE OFFLINE
ora....network ora....rk.type 0/5 0/ ONLINE ONLINE rac1
ora.oc4j ora.oc4j.type 0/1 0/2 ONLINE ONLINE rac1
ora.ons ora.ons.type 0/3 0/ ONLINE ONLINE rac1
ora....SM1.asm application 0/5 0/0 ONLINE ONLINE rac1
ora....C1.lsnr application 0/5 0/0 ONLINE ONLINE rac1
ora.rac1.gsd application 0/5 0/0 OFFLINE OFFLINE
ora.rac1.ons application 0/3 0/0 ONLINE ONLINE rac1
ora.rac1.vip ora....t1.type 0/0 0/0 ONLINE ONLINE rac1
ora....SM2.asm application 0/5 0/0 ONLINE ONLINE rac2
ora....C2.lsnr application 0/5 0/0 ONLINE ONLINE rac2
ora.rac2.gsd application 0/5 0/0 OFFLINE OFFLINE
ora.rac2.ons application 0/3 0/0 ONLINE ONLINE rac2
ora.rac2.vip ora....t1.type 0/0 0/0 ONLINE ONLINE rac2
ora....ry.acfs ora....fs.type 0/5 0/ ONLINE ONLINE rac1
ora.scan1.vip ora....ip.type 0/0 0/0 ONLINE ONLINE rac2
ora.scan2.vip ora....ip.type 0/0 0/0 ONLINE ONLINE rac1
ora.scan3.vip ora....ip.type 0/0 0/0 ONLINE ONLINE rac1
说明：
英文解释
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.
中文解释
ora.gsd是集群服务中用于与9i数据库进行通信的一个进程，在当前版本中为了向后兼容才保存下来，状态为OFFLINE不影响CRS的正常运行与性能，我们忽略即可
ora.oc4j是在11.2.0.2以上版本中有效的服务进程，用于DBWLM的资源管理，因此在11.2.0.1以下版本并没有使用
2.启动数据库：
oracl用户执行srvctl命令：
语法：srvctl start|stop|status database -d dbname ［-o immediate］
作用：可以一次性启动dbname的所有实例
[oracle@rac1 ~]$ srvctl start database -d racdb -启动所有节点上的实例
然后查看状态：
[oracle@rac1 ~]$ srvctl status database -d racdb
3.详细输出资源全名称并检查状态
crsctl status resource -t
crsctl status resource
4.常用srvctl命令
指定dbname上某个实例
srvctl start|stop|status instance -d -i <instance_name>
5.显示RAC下所有实例配置与状态
srvctl status|config database -d
6.显示所有节点的应用服务（VIP，GSD，listener，ONS）
srvctl start|stop|status nodeapps -n<node_name>
7.ASM进程服务管理
srvctl start|stop|status|config asm -n [-i <asm_inst_name>] [-o<oracle_home>]
srvctl config asm -a
srvctl status asm -a
6.可以获取所有的环境信息：
srvctl getenv database -d [-i<instance_name>]
7.设置全局环境和变量：
srvctl setenv database -d -t LANG=en
8.在OCR中删除已有的数据库信息
srvctl remove database -d
9.向OCR中添加一个数据库的实例：
srvctl add instance -d -i<instance_name> -n
srvctl add instance -d -i<instance_name> -n
10.检查监听的状态
srvctl status listener
srvctl config listener -a
SCAN配置信息
srvctl config scan
SCAN listener状态信息
srvctl status scan
小结：crsctl命令是一个集群级别命令，可以对所有集群资源进行统一启动、停止等管理操作
srvctl命令是一个服务级别命令，可以对单一服务资源进行统一启动、停止等管理操作
附：srvctl命令启动与停止的详细帮助
[root@rac2 ~]# srvctl start -h
The SRVCTL start command starts, Oracle Clusterware enabled, non-running objects.
Usage: srvctl start database -d <db_unique_name>[-o <start_options>] [-n ]
Usage: srvctl start instance -d <db_unique_name>{-n <node_name>[-i <inst_name>] | -i <inst_name_list>} [-o <start_options>]
Usage: srvctl start service -d <db_unique_name>[-s "<service_name_list>" [-n <node_name>| -i <inst_name>] ] [-o <start_options>]
Usage: srvctl start nodeapps [-n <node_name>] [-g] [-v]
Usage: srvctl start vip { -n <node_name>| -i <vip_name>} [-v]
Usage: srvctl start asm [-n <node_name>] [-o <start_options>]
Usage: srvctl start listener [-l <lsnr_name>] [-n <node_name>]
Usage: srvctl start scan [-i <ordinal_number>] [-n <node_name>]
Usage: srvctl start scan_listener [-n <node_name>] [-i <ordinal_number>]
Usage: srvctl start oc4j [-v]
Usage: srvctl start home -o <oracle_home>-s <state_file>-n <node_name>
Usage: srvctl start filesystem -d <volume_device>[-n <node_name>]
Usage: srvctl start diskgroup -g <dg_name>[-n "<node_list>"]
Usage: srvctl start gns [-l <log_level>] [-n <node_name>] [-v]
Usage: srvctl start cvu [-n <node_name>]
For detailed help on each command and object and its options use:
srvctl -h
[root@rac2 ~]# srvctl stop -h
The SRVCTL stop command stops, Oracle Clusterware enabled, starting or running objects.
Usage: srvctl stop database -d <db_unique_name>[-o <stop_options>] [-f]
Usage: srvctl stop instance -d <db_unique_name>{-n <node_name>| -i <inst_name_list>} [-o <stop_options>] [-f]
Usage: srvctl stop service -d <db_unique_name>[-s "<service_name_list>" [-n <node_name>| -i <inst_name>] ] [-f]
Usage: srvctl stop nodeapps [-n <node_name>] [-g] [-f] [-r] [-v]
Usage: srvctl stop vip { -n <node_name> | -i <vip_name>} [-f] [-r] [-v]
Usage: srvctl stop asm [-n <node_name>] [-o <stop_options>] [-f]
Usage: srvctl stop listener [-l <lsnr_name>] [-n <node_name>] [-f]
Usage: srvctl stop scan [-i <ordinal_number>] [-f]
Usage: srvctl stop scan_listener [-i <ordinal_number>] [-f]
Usage: srvctl stop oc4j [-f] [-v]
Usage: srvctl stop home -o <oracle_home>-s <state_file>-n <node_name>[-t <stop_options>] [-f]
Usage: srvctl stop filesystem -d <volume_device>[-n <node_name>] [-f]
Usage: srvctl stop diskgroup -g <dg_name>[-n "<node_list>"] [-f]
Usage: srvctl stop gns [-n <node_name>] [-f] [-v]
Usage: srvctl stop cvu [-f]
For detailed help on each command and object and its options use:
srvctl -h
❿ 数据库进程死锁,该如何处理
数据库进程死锁 应用场景如下：使用BizTalk从webservice接口获取数据，在存储过程GetExchangeConfig中设置每次获取的数据数量以及开始时间，获取数据后，Update获取数据的开始时间，使用存储过程UpdateExchangeConfig，在存储过程GetExchangeConfig中对开始时间进行Select操作，在存储过程UpdateExchangeConfig中对开始时间进行Update操作，产生数据库死锁，导致数据获取中断。 SQL code USE [NotaryBusiness]GO/****** 对象: StoredProcere [dbo].[GetExchangeConfig] 脚本日期: 01/26/2011 17:26:57 ******/ SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOALTER PROCEDURE [dbo].[GetExchangeConfig]/*(@parameter1 int = 5, @parameter2 datatype OUTPUT)*/AS/* SET NOCOUNT ON */ select [Count],TimeBegin from ExchangeConfig for xml autoRETURNSQL code SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOALTER PROCEDURE [dbo].[UpdateExchangeConfig] @TimeBegin as datetimeASupdate ExchangeConfig set TimeBegin=@TimeBeginRETURN ------解决方案--------------------------------------------------------