下午同事發(fā)來(lái)微信說(shuō)在裝Oracle 11.2.0.4的RAC時(shí)，GI已經(jīng)正常安裝了。但在安裝數(shù)據(jù)庫(kù)軟件的時(shí)候，圖形界面不顯示兩臺(tái)主機(jī)的主機(jī)名，沒(méi)辦法繼續(xù)往下安裝。由于不在一起，于是百度相應(yīng)的文章來(lái)看，但是相關(guān)的文章也不多。找到一篇https://blog.csdn.net/MFW333/article/details/71122990，說(shuō)是inventory.xml文件中缺少了CRS = TRUE。

讓客戶(hù)滿(mǎn)意是我們工作的目標(biāo)，不斷超越客戶(hù)的期望值來(lái)自于我們對(duì)這個(gè)行業(yè)的熱愛(ài)。我們立志把好的技術(shù)通過(guò)有效、簡(jiǎn)單的方式提供給客戶(hù)，將通過(guò)不懈努力成為客戶(hù)在信息化領(lǐng)域值得信任、有價(jià)值的長(zhǎng)期合作伙伴，公司提供的服務(wù)項(xiàng)目有：域名與空間、虛擬主機(jī)、營(yíng)銷(xiāo)軟件、網(wǎng)站建設(shè)、科爾沁左翼網(wǎng)站維護(hù)、網(wǎng)站推廣。

        于是轉(zhuǎn)給同事去檢查，反饋的結(jié)果是配置文件中是有這一項(xiàng)配置的：

        那問(wèn)題出在哪里了呢，看來(lái)不是百度一下就可以解決的。要來(lái)服務(wù)器信息，自己登錄上去看。其實(shí)一開(kāi)始我覺(jué)得是/etc/hosts或hostname配置有錯(cuò)誤導(dǎo)致的，但是登錄上去之后發(fā)現(xiàn)配置都沒(méi)有問(wèn)題。于是自己執(zhí)行./runInstaller實(shí)際看看，到了Grid Installation Options這一步時(shí)確是看不到主機(jī)的node name信息。由于匆忙沒(méi)有截圖，同學(xué)們可以自己腦補(bǔ)一下就可以了。

        心想沒(méi)有node name信息，看看日志有沒(méi)有什么報(bào)錯(cuò)呢。但是很遺憾，沒(méi)有日志。沒(méi)有日志信息，就看不到報(bào)錯(cuò)；沒(méi)有報(bào)錯(cuò)，問(wèn)題就很難排查。那就想，我直接點(diǎn)擊下一步看看會(huì)是什么效果呢，結(jié)果出來(lái)了我想要的報(bào)錯(cuò)信息：[INS-08109] Unexpected error occurred while validating inputs at state 'nodeSelectionPage'.

        details里居然寫(xiě)沒(méi)有多余的信息，讓聯(lián)系support或查詢(xún)手冊(cè)。support是沒(méi)有的，那先去MOS上查查相關(guān)文檔吧，還真有跟這個(gè)一模一樣的報(bào)錯(cuò)信息的文檔。INS-08109 Unexpected error occurred While Validating Inputs At State 'nodeSelectionPage' (文檔 ID 948382.1)。文檔里寫(xiě)了7種原因會(huì)導(dǎo)致的這種問(wèn)題，并給出了解決辦法

1. ORA_CRS_HOME environment variable is set

OUI calls $GRID_HOME/srvm/admin/getcrshome to get Grid Infrastructure home, if environment variable ORA_CRS_HOME is set to anything but GRID home, the error will be reported. In 11gR2, it's not supported to setup environment variable ORA_CRS_HOME.

The solution is to unset the environment variable and restart OUI.

unset ORA_CRS_HOME

 

2. Database user can not access olr.loc in /etc/oracle or /var/opt/oracle

OUI calls "crsctl query crs activersion" to get active version of clusterware. If it fails to read olr.loc (if grid and database are owned differently), the issue can happen. From strace/truss:

open("/etc/oracle/olr.loc", O_RDONLY) = -1 EACCES (Permission denied)

The solution is to ensure that 'oracle' user has read permission on olr.loc in /etc/oracle or /var/opt/oracle.

 

3. ORACLE_HOME environment variable not set to GRID_HOME

This problem will occur while installing 11.2.0.4 RAC RDBMS software in a 12c Grid Infrastructure environment.

The solution is to set ORACLE_HOME environment variable pointing to GRID_HOME before installing RDBMS software.

export ORACLE_HOME=<GRID_HOME>

4. Database user does not exist on all nodes

This problem will occur if database user does not exist on all nodes in the cluster. For example, 4-node cluster, trying to install a new RAC DB home on two nodes only so the new DB user is created on two nodes. The solution is to have the same DB user on all nodes.

 

5. NLS_LANG environment variable is set to Japanese_Japan.JA16SJIS etc

If NLS_LANG is set to "Japanese_Japan.JA16SJIS" etc, the issue will happen as output of "crsctl query crs activeversion" garbles.

The solution is to unset NLS_LANG.

 

 6. ORA_NLS10 environment variable is set

environment variable is not necessary for Oracle 11g/12c

 

7. Hostnames  in /etc/hosts are incorrect

This error is generated when trying to add new nodes into the cluster if the entries for the hostnames

in /etc/hosts is incorrect.

        看來(lái)看去，好像只有第二條比較符合我們當(dāng)前遇到的問(wèn)題，于是去機(jī)器看olr.loc的權(quán)限情況

又執(zhí)行了命令crsctl query crs activeversion，也是可以執(zhí)行成功的。(這里其實(shí)mos的文章里寫(xiě)錯(cuò)了，activeversion寫(xiě)成了activersion。)

再執(zhí)行olsnode -n，也是可以識(shí)別到兩個(gè)節(jié)點(diǎn)

集群也是正常狀態(tài)

        看起來(lái)也是有讀權(quán)限的。那問(wèn)題怎么解決呢？又看了幾篇MOS上的文檔，又百度了一些貼子，感覺(jué)一般別人遇到的問(wèn)題就已經(jīng)在上面7條里已經(jīng)列出來(lái)了。但我遇到的問(wèn)題卻沒(méi)有列出來(lái)。難道又是BUG？想想應(yīng)該不可能，這么點(diǎn)小事就出BUG，那Oracle也不可能一下強(qiáng)大到現(xiàn)在。那問(wèn)題到底出現(xiàn)在哪里呢？

        其實(shí)這時(shí)我陷入到了思維定式里了，把一些我認(rèn)為不可能出問(wèn)題的地方忽略掉了，恰恰這次出問(wèn)題的，正是這個(gè)地方。

        其實(shí)還是權(quán)限問(wèn)題，只不過(guò)不只是olr.loc的權(quán)限問(wèn)題，而是整個(gè)oracle用戶(hù)的權(quán)限問(wèn)題。看了很多文章都說(shuō)是權(quán)限問(wèn)題，我就想，那我看看oracle用戶(hù)配置的uid和所屬組吧，當(dāng)我執(zhí)行完id oracle命令看到結(jié)果時(shí)，瞬間明白了問(wèn)題的根本原因，就是權(quán)限問(wèn)題。

        熟悉oracle的同學(xué)應(yīng)該一眼就能看出來(lái)，這個(gè)oracle用戶(hù)配置的所屬組是完全錯(cuò)的。這也就成了造成此次問(wèn)題的關(guān)鍵。把oracle用戶(hù)刪掉重新創(chuàng)建，問(wèn)題完美解決：

        寫(xiě)這篇博客，一個(gè)是給大家提供一個(gè)解決問(wèn)題的思路，再一個(gè)就是提醒自己，不是“你以為的就是你以為的”，還是需要仔細(xì)的去驗(yàn)證分析。

本文題目：Oracle11.2.0.4RAC安裝數(shù)據(jù)庫(kù)軟件無(wú)法識(shí)別主機(jī)
文章URL：http://chinadenli.net/article38/ggjgpp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供建站公司、域名注冊(cè)、動(dòng)態(tài)網(wǎng)站、網(wǎng)站維護(hù)、網(wǎng)站內(nèi)鏈、網(wǎng)站營(yíng)銷(xiāo)

廣告

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