この文書では説明し、再度、クラウドサーバ上で、システムのバージョンCentos7バージョンを動作させる、いくつかの質問をインストールし、遭遇したORACLE RAC 11.2.0.4を説明します。
1.グリッドクラスター、次いでroot.shを実行する前に、ソフトウェアをインストールし、両方のノードする必要がパッチされています
OL7上でroot.shを実行しながら、クラスタウェアのインストールが失敗した - OHASDが起動に失敗する(ドキュメントID 1959008.1)
グリッド11.2.0.4をインストールOL7でroot.shを実行するときに失敗し、これは、Oracle ClusterwareとOracle Restartのインストールの両方に影響します。
OHASD / CRSDが起動に失敗しましたrootcrs.log / roothas.logの確認
原因
使用にOL7を期待は現在、これを処理しないプロセスを実行し、それらを再起動し、root.shのためinitdをするのではなくsystemdに既知の問題があります。
これは、次の未発表のバグで報告された
RCスクリプト(/ETC/RC.D/RC.*、/ETC/INIT.D/*)ON OL7用のクラスタウェア-バグ18370031
解決
オラクルのLinux 7(および7 RedHatの)使用はOHASDプロセスが正常に起動しないので、現在のソフトウェアが成功しません11.2.0.4&12.1.0.1の両方をインストールし、サービスとしてプロセスや実行、それらを開始/再開するためinitdをするのではなくにsystemdので。
OL7では、プロンプトが表示されたら、root.shを実行する前に、このために適用されるバグ18370031ニーズに合わせてサービスやパッチの修正として設定する必要があります。
11.2.0.4用のパッチ18370031を適用する必要があります。
そしてまた、その11gR2のリリースノートに記載されたします。https://docs.oracle.com/cd/E11882_01/relnotes.112/e23558/toc.htm#CJAJEBGG
Oracle Grid Infrastructureのインストール中に、ソフトウェアを設定する前にパッチを適用する必要があります18370031インストールされています。
パッチを適用するタイミングが重要であるとのMy Oracle SupportのNote 1951613.1に詳細に記載されています。このパッチ性を保証
ClusterwareスタックがOracle Linuxなどのクラスタウェアのプロセス、すべてのサービスのためにsystemd 7つの用途のためにsystemd使用するように構成されます。
18370031パッチでマークするためにroot.shの必要性を実行する前に
、特定の操作、ダウンロードしてパッチをインストールし、解凍、両方のノードの後に実行し、パッチ、前にroot.shスクリプトを実行し、その後、実施のroot.shスクリプトが続きます
$ /u01/app/11.2.0/grid/OPatch/opatch apply -local
2.Oracleソフトウェアのインストールは、メイクファイルのエージェントnmhsに遭遇ins_emagent.mk
エラーでターゲットを呼び出す「エージェントnmhs 」メイクファイルins_emagent.mkのをしながら、 Oracleのインストール11.2。0.4 Linux上で(文档ID 2299494.1)
現象
このようSUSE12SP1、SUSE12SP2またはRHEL7など一部のLinux x86-64のリリースでは、上のOracleデータベース11.2.0.4ソフトウェアをインストールすると、以下のエラーがリンク段階中に報告されています。
解決
編集$ ORACLE_HOME / SYSMAN / libに/ ins_emagent.mk、ラインを検索
その後の行を置き換えます
その後、継続して「再試行」ボタンをクリックしてください。
---- * BUGオラクルは、明確なMOSのマニュアルを参照して、以下のなかっ理解を参照してください。
パッチ19692824
OL7上のOracle DatabaseまたはOracle RACのインストール中に、次のリンクエラーが発生することがあります。
メイクファイル「<ORACLE_HOME> /sysman/lib/ins_emagent.mk」のターゲットのエージェントnmhs」を呼び出すことでエラーが発生しました。詳細については、「<インストールログ>」を参照してください。
このエラーが発生した場合、ユーザーは、続行を選択してください。インストールが完了した後に続いて、ユーザーからのパッチ19692824をダウンロードする必要があります は、My Oracle Support およびパッチのREADMEに含ま指示に従って、それを適用します。
3.パブリッククラウド顧客の環境がインストールGRIDにつながる、プライベートHAIP障壁に遭遇しているように、第二のノードのグリッドが起動することはできません。
CRS- 5018 :(:CLSN00037 :) ノード2のインストールGRID root.shスクリプトを実行するには、ログはASMインスタンスが正常に起動できないことを意味し、エラーの後に開始したクラスタASMに発見された観察することができませんでした。
ORACLE ASMの前にスタートを確保する必要があるので、この意志懸念HAIP情報のでHAIPは、通信することができ
リファレンスは
既知の問題:グリッド・インフラストラクチャの冗長インターコネクトと ora.cluster_interconnect.haip(ドキュメントID 1640865.1)
バグ11077756 - rootスクリプトがHAIPの障害時に継続することができます
問題:スタートアップHAIPの障害がrootスクリプトを失敗し、バグの修正がHAIPの問題は、後に加工できるので、ルートスクリプトを続行することができます。
で修正された:11.2.0.2 GI PSU6、11.2.0.3以上
注:結果はHAIPが無効になるということです。原因が特定され、解決策が実装されたら停止ウィンドウがあるとき、HAIPを有効にする必要があります。:ALLノードにrootとして、有効にするには、
#$ GRID_HOME / binに/ CRSCTL修正RES ora.cluster_interconnect.haip -attr "ENABLED = 1" -init
#$ GRID_HOME / binに/ CRSCTL停止CRS
#$ GRID_HOME / binに/起動CRSCTL CRS
クラスタのプライベートネットワーク情報を守って、HAIP別のノード2は正常です
#./crsctl STAT解像度ora.cluster_interconnect.haip -init
= Ora.cluster_interconnect.haip NAME
=はora.haip.type TYPE
TARGET = ONLINE
STATE = ONLINEオンRAC2の
問い合わせが再びプライベートIPノード1は、異常現象があるのでHAIPは既に、bond0のに結合が見出さ。
[RAC2ビン@ルート]#は、netstat -rn
先ゲートウェイフラグGenmask MSSウィンドウirtt IFACE
10.10.10.0 0.0.0.0 U 0 0 255.255.255.0 eth1の
10.118.7.0 255.255.255.0 0.0.0.0 U 0 0 0 eth0の
169.254.0.0 0.0 255.255.0.0 U 0 0 .0.0はeth0
0.0.0.0 10.118.7.1 0.0.0.0 UG 0 0のeth0
オリジナルリンクします。https://blog.csdn.net/evils798/article/details/27248263
操作、設定はプライベートネットワークゲートウェイ、ネットワークサービスの再起動、再インストール(提案は上記のリンクを試すことができ、IPルーティングネットワークカードを指定する)であります
プライベートゲートウェイアドレスを再設定した後、RACを再インストールし、root.shエラーの実装では、再び、eth1ののオラクルHAIPアドレス169.254を使用して、この時間は、プライベートネットワークカードのアドレスですが、FOUND
図1は、ノードHAIP 2のノードアドレスをpingすることができません。
非最初のノード上のASM(第二またはその他)が起動に失敗:PMON(ospid:nnnn)を:原因エラー481にインスタンスを終了(ドキュメントID 1383737.1)
そして、グリッドの$ sqlplusを/ SYSASMとして
SQL>起動エラー上記のように、またはプライベートネットワークの問題のHAIP無理。
CASE5。HAIPは、すべてのノード上にあると経路情報が提示されているが、HAIPはping可能ではありません
症状:
HAIP両方のノード上に提示されると、経路情報も提示されているが、両方のノードが他のノードHAIPに対してpingを実行またはトレースルートができません。
......
解決:
OpenStackのクラウド実現のために、リンクローカルトラフィックをマップするために、別の中性子ポートを作成するには、システム管理者を従事。他の環境では、ルーティング/ネットワーク設定を確認するためにシステム管理者/ NetworkAdminに係合します。
ソリューションは、ネットワークエンジニアが調整するようにすることですが、特定のクラウドベンダーはHAIP間の接続をオープンすることは困難です。
無効HAIPサービスへのオプションは、インストールのために、クラウド環境を実現しています。
無効にHAIP
参考リンク HTTP:// blog.itpub.net/23135684/viewspace-752721/ HTTPS:// blog.csdn.net/ctypyb2002/article/details/90705436 HTTPS:// blog.51cto.com/snowhill/2045748 ルート。 SHノード2、及びその後、与えられたクラスタ後の後 、ノード2つの行う次のような変形は、ルートを指示する、CRSを再起動し、root.shスクリプトを実行 CRSCTL変更RES ora.cluster_interconnect.haip -attr 「0 =有効」 - initの RES ORAを変更CRSCTL。 ASM -attr
" START_DEPENDENCIES = 'プルアップを行うためのハード(ora.cssd、ora.ctssd)(ora.cssd、ora.ctssd)弱い(ora.drivers.acfs)'、
STOP_DEPENDENCIES = 'ハード(中級:ora.cssd')" - initは 、ノード1は、ルート変更は、コマンドを実行します
その後、GRIDのインストールはスムーズに行うことができ、およびOracleクラスタ・ソフトウェアも終了し、正しくインストールされています。
データベースを構築DBCAがエラーに遭遇
CRS 2672のCRS 5017エラー、およびDBCAが異常データベースを構築して、唯一のノードがDB、DBは、別のノードのための開始に失敗しました正常に起動することができます。
リアHAIPはどこにも見つからない、インストールの種類、無効与えられたグリッドroot.shが、また次のステップを実行する必要があります。
ASMインスタンス、およびDBインスタンス、修正する必要があり、このノードは、プライベートIPアドレスを使用し
ます。SQL> SET ALTERシステムは、CLUSTER_INTERCONNECTSを持って.10.10.3 = '10 '= SPFILEスコープSID =' + ASM1「;
SQL> SET ALTERシステム= '10 0.10 CLUSTER_INTERCONNECTSを持っています.10.4 'スコープ= SPFILE SID =' + ASM2「;
DB
SQL> SET ALTERシステム.10.10.3 CLUSTER_INTERCONNECTSを持っ= '10' = SPFILEスコープSID = 'ORCL1'
SQL> ALTER SYSTEMセットCLUSTER_INTERCONNECTSは= '10 .10.10.4 'スコープ= SPFILE SID =' ORCL2「;
実用的な手順は、構築した後DBCAは、DBOK後、再起動後、クラスタ、DB、第二のASMパラメータをDBに変更されノードの例が正しく起動することができます。インストールは成功しました。
推奨事項:無効HAIP、インストールに成功し、変更ASMパラメータの後GRIDクラスタが、私はこの問題を回避することができるかどうかわからないDBCAに従ってください。