如何理解OracleCRS/GI的進(jìn)程

今天就跟大家聊聊有關(guān)如何理解Oracle CRS/GI的進(jìn)程，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

創(chuàng)新互聯(lián)是一家專業(yè)提供興安企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站制作、成都做網(wǎng)站、H5技術(shù)、小程序制作等業(yè)務(wù)。10年已為興安眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)的建站公司優(yōu)惠進(jìn)行中。

在 10g和11.1，Oracle的集群稱為CRS(Oracle Cluster Ready Service)，在11.2，Oracle的集群稱為GI(Grid Infrastructure)。對(duì)于CRS/GI，他們的一些核心進(jìn)程的功能基本類似，但是在11.2，新增了很多新的Deamon進(jìn)程。

10.2 CRS：
$ ps -ef|grep crs/bin
root      4373 3605 0 Feb25 ?        00:02:49 /u01/app/crs/bin/crsd.bin reboot
oracle    4380 4379 0 Feb25 ?        00:00:03 /u01/app/crs/bin/evmd.bin
oracle    4925 4888 0 Feb25 ?        00:00:00 /u01/app/crs/bin/oclsomon.bin
root      4928 4483 0 Feb25 ?        00:00:00 /u01/app/crs/bin/oprocd.bin run -t 1000 -m 10000 -
hsi 5:10:50:75:90 -f
oracle    5065 4512 0 Feb25 ?        00:00:54 /u01/app/crs/bin/ocssd.bin
oracle    6825 4380 0 Feb25 ?        00:00:00 /u01/app/crs/bin/evmlogger.bin -o

11.2 GI：
$ ps -ef|grep grid/bin
root      6656     1 0 Feb25 ?        00:09:20 /u01/app/11.2.0/grid/bin/ohasd.bin reboot
grid      7960     1 0 Feb25 ?        00:16:54 /u01/app/11.2.0/grid/bin/oraagent.bin
grid      7972     1 0 Feb25 ?        00:00:05 /u01/app/11.2.0/grid/bin/mDNSd.bin
grid      7982     1 0 Feb25 ?        00:03:45 /u01/app/11.2.0/grid/bin/gpnpd.bin
grid      7993     1 0 Feb25 ?        00:14:19 /u01/app/11.2.0/grid/bin/gipcd.bin
root      7995     1 1 Feb25 ?        00:41:42 /u01/app/11.2.0/grid/bin/orarootagent.bin
root      8010     1 0 Feb25 ?        00:28:03 /u01/app/11.2.0/grid/bin/osysmond.bin
root      8026     1 0 Feb25 ?        00:01:31 /u01/app/11.2.0/grid/bin/cssdmonitor
root      8040     1 0 Feb25 ?        00:02:22 /u01/app/11.2.0/grid/bin/cssdagent
grid      8057     1 1 Feb25 ?        00:48:04 /u01/app/11.2.0/grid/bin/ocssd.bin
root      8136     1 0 Feb25 ?        00:02:49 /u01/app/11.2.0/grid/bin/octssd.bin reboot
grid      8158     1 0 Feb25 ?        00:02:24 /u01/app/11.2.0/grid/bin/evmd.bin
root      8278     1 0 Feb25 ?        00:04:18 /u01/app/11.2.0/grid/bin/crsd.bin reboot
grid      8357 8158 0 Feb25 ?        00:00:00 /u01/app/11.2.0/grid/bin/evmlogger.bin -o
/u01/app/11.2.0/grid/evm/log/evmlogger.info -l /u01/app/11.2.0/grid/evm/log/evmlogger.log
grid      8406     1 0 Feb25 ?        00:11:22 /u01/app/11.2.0/grid/bin/oraagent.bin
root      8414     1 1 Feb25 ?        00:36:22 /u01/app/11.2.0/grid/bin/orarootagent.bin

我們對(duì)這些常見(jiàn)的集群進(jìn)程做一些解釋：

各個(gè)版本共有的：
1. ocssd.bin：這是一個(gè)很核心的進(jìn)程，如果它異常終止會(huì)導(dǎo)致這個(gè)節(jié)點(diǎn)的集群或者主機(jī)重啟。這個(gè)進(jìn)程主要用于檢查表決盤能否正常訪問(wèn)，節(jié)點(diǎn)私網(wǎng)間的通信是否正常。數(shù)據(jù)庫(kù)實(shí)例上的LMON進(jìn)程也會(huì)注冊(cè)到CSSD上，這樣CSSD會(huì)通過(guò)LMON來(lái)了解數(shù)據(jù)庫(kù)實(shí)例的健康情況。
如果節(jié)點(diǎn)發(fā)生了主機(jī)自動(dòng)重啟，需要查看ocssd的日志，位于： /log//cssd。

可以參考下面的文檔來(lái)了解節(jié)點(diǎn)重啟：
如何診斷節(jié)點(diǎn)重啟問(wèn)題
11gR2 如何診斷節(jié)點(diǎn)重啟問(wèn)題

2. crsd.bin：這個(gè)進(jìn)程主要用于管理集群中的資源。用來(lái)啟動(dòng)、停止檢查一些資源，比如數(shù)據(jù)庫(kù)實(shí)例、ASM、監(jiān)聽(tīng)、磁盤組、VIP等。在11.2，這些具體的操作由對(duì)應(yīng)的agent執(zhí)行。另外，OCR的維護(hù)也是由CRSD完成的。
   當(dāng)發(fā)現(xiàn)某些資源異常終止后，首先需要查看crsd的日志：/log//crsd。

3. evmd.bin：事件監(jiān)控(event monitor)進(jìn)程，由它來(lái)發(fā)布集群事件，比如實(shí)例啟動(dòng)、停止等事件。

4. ons進(jìn)程：Oracle Notification Service daemon，它用于接收evmd發(fā)來(lái)的集群事件，然后將這些事件發(fā)送給應(yīng)用預(yù)訂者或者本地的監(jiān)聽(tīng)，這樣就可以實(shí)現(xiàn)FAN(Fast Application Notification)，應(yīng)用能夠接收到這些事件并進(jìn)行處理。

5. gsd：只有當(dāng)CRS或者GI上需要管理9i的數(shù)據(jù)庫(kù)時(shí)才需要。在11.2, gsd 默認(rèn)就是offline的。
可以參考My Oracle Support 文檔： GSD Is Used Only if 9i RAC Database is Present (Doc ID 429966.1)

10g和 11.1特有的：
1. oprocd.bin：Oracle Clusterware Process Monitor Daemon，用來(lái)監(jiān)控主機(jī)hang，如果發(fā)現(xiàn)主機(jī)hang后會(huì)發(fā)起主機(jī)重啟。只有未使用第三方的集群軟件時(shí)才運(yùn)行，Linux上從10.2.0.4開(kāi)始使用。
   oprocd的日志會(huì)在：/etc/oracle/oprocd/*.log.* 或者 /var/opt/oracle/oprocd/*.log.*。

2. oclsomon.bin：用來(lái)監(jiān)控ocssd進(jìn)程是否hang，如果發(fā)現(xiàn)hang，會(huì)發(fā)起reboot.

11.2特有的：
1. cssdagent(11.2)：這個(gè)進(jìn)程由ohasd啟動(dòng)，然后由它來(lái)啟動(dòng)、停止、檢查ocssd進(jìn)程，以root身份運(yùn)行。
   它的日志位于：/log//agent/ohasd/oracssdagent_root

2. cssdmonitor(11.2)：監(jiān)控cssdagent，并且檢查節(jié)點(diǎn)hang（類似于oprocd），監(jiān)控ocssd進(jìn)程是否hang（類似于oclsomon）,監(jiān)控vendor clusterware（類似于vmon），以root身份運(yùn)行。
   它的日志位于：/log//agent/ohasd/oracssdmonitor_root

3. ohasd.bin: 在GI啟動(dòng)時(shí)，最先啟動(dòng)的就是ohasd,然后由它啟動(dòng)agent(orarootagent,oraagent, cssdagnet 和 cssdmonitor) ，各個(gè)agent再啟動(dòng)對(duì)應(yīng)的進(jìn)程。
    如果GI啟動(dòng)過(guò)程有問(wèn)題，可以查看一下ohasd的日志：/log//agent/ohasd

4. mdnsd.bin：這個(gè)進(jìn)程通過(guò)多播（Multicast）發(fā)現(xiàn)集群中的節(jié)點(diǎn)和所有的網(wǎng)卡信息。一定要確定集群中的網(wǎng)卡支持多播，而且節(jié)點(diǎn)間的通信正常。
   它的日志位于：/log//mdnsd

5. gpnpd.bin：發(fā)布構(gòu)建集群所需要的bootstrap 信息，并且在集群的所有節(jié)點(diǎn)之間同步gpnp profile。
   它的日志位于：/log//gpnpd

6. gipcd.bin：這個(gè)進(jìn)程負(fù)責(zé)管理集群中所有的私網(wǎng)（cluster interconnect）網(wǎng)卡。私網(wǎng)信息是通過(guò)gpnpd獲得的。
   它的日志位于：/log//gipcd

7. gnsd(可選): Grid Naming Service. 相當(dāng)于子DNS，功能和DNS類似，會(huì)取代使用/etc/hosts進(jìn)行主機(jī)的解析。
   它的日志位于：/log//gnsd

8. octssd.bin: The Cluster Time Sync Service(CTSS) 用于各個(gè)節(jié)點(diǎn)間的時(shí)鐘同步，集群中的一個(gè)節(jié)點(diǎn)的時(shí)鐘會(huì)作為參照節(jié)點(diǎn)，其它節(jié)點(diǎn)和這個(gè)節(jié)點(diǎn)進(jìn)行時(shí)鐘同步。注意：當(dāng)?shù)谌綍r(shí)間同步軟件（例如：NTP）存在時(shí)，CTSS會(huì)以‘觀察者’的方式運(yùn)行，并不修改節(jié)點(diǎn)時(shí)間，但是，如果CTSS沒(méi)有發(fā)現(xiàn)第三方時(shí)間同步軟件，它會(huì)開(kāi)始修改節(jié)點(diǎn)時(shí)間以便和參考節(jié)點(diǎn)同步。
   它的日志位于：/log//ctssd.

9. osysmond.bin ：這是Oracle Cluster Health Monitor(CHM)的主要進(jìn)程，這個(gè)進(jìn)程在所有節(jié)點(diǎn)都會(huì)運(yùn)行，sysmond會(huì)將每個(gè)節(jié)點(diǎn)的資源使用情況發(fā)送給cluster logger service，后者將會(huì)把所有節(jié)點(diǎn)的信息都接收并保存到CHM的資料庫(kù)。
   它的日志位于：/log//crfmond/crfmond.log

10. ologgerd：這是Oracle Cluster Health Monitor(CHM)的另一個(gè)主要進(jìn)程，在一個(gè)集群中的，ologgerd 會(huì)有一個(gè)主機(jī)點(diǎn)(master)，還有一個(gè)備節(jié)點(diǎn)(standby)。當(dāng)ologgerd在當(dāng)前的節(jié)點(diǎn)遇到問(wèn)題無(wú)法啟動(dòng)后，它會(huì)在備用節(jié)點(diǎn)啟用。
   它的日志位于：/log//crflogd/crflogd.log

關(guān)于CHM，請(qǐng)參考：
11gR2 新特性：Oracle Cluster Health Monitor(CHM)簡(jiǎn)介

11. agent.bin：在11.2，各個(gè)資源的啟動(dòng)、停止和檢查都是由agent來(lái)執(zhí)行的。ohasd 會(huì)把這些agent啟動(dòng)。

Agent包括兩種，一種是ohasd的：
oraagent_grid：啟動(dòng)/停止/檢查/清除ora.asm, ora.evmd, ora.gipcd, ora.gpnpd, ora.mdnsd等資源。
orarootagent_root：?jiǎn)?dòng)/停止 /檢查/清除 ora.crsd, ora.ctssd, ora.diskmon, ora.drivers.acfs, ora.crf (11.2.0.2)等資源。
oracssdagent_root: 啟動(dòng)/停止/檢查 ocssd進(jìn)程。
oracssdmonitor_root：監(jiān)控cssdagent進(jìn)程。

它們的日志位于：/log//agent/ohasd

另一種是crsd的：
oraagent_grid: 啟動(dòng)/停止/檢查/清除 asm, ora.eons, ora.LISTENER.lsnr, SCAN listeners, ora.ons, diskgroup 等資源
oraagent_oracle: 啟動(dòng)/停止/檢查/清除 service, database 等資源
orarootagent_root : 啟動(dòng)/停止/檢查/清除 GNS, VIP, SCAN VIP and network 等資源.
scriptagent_grid: 應(yīng)用服務(wù)定制的服務(wù)。

它們的日志位于：/log//agent/crsd

看完上述內(nèi)容，你們對(duì)如何理解Oracle CRS/GI的進(jìn)程有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝大家的支持。

網(wǎng)頁(yè)標(biāo)題：如何理解OracleCRS/GI的進(jìn)程
轉(zhuǎn)載源于：http://muchs.cn/article28/ghodcp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、微信公眾號(hào)、品牌網(wǎng)站建設(shè)、電子商務(wù)、小程序開(kāi)發(fā)、定制網(wǎng)站

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容