❶ 第一次使用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 ------解決方案--------------------------------------------------------