ストレージ リンクの問題による RAC 例外_PHP チュートリアル

ストレージ リンクの問題による RAC 例外

昨日、誰かが私を追加して、RAC の問題が発生したと言いました。 環境はoracle11.0.2.4、2ノードです。状況は次のとおりです。 CRSD がダウンしており、クラスタは自動的に切り替わりません。そしてそれは何度か起こりました。
私はこの男にログを提供するよう依頼しました。






ログを見ると、ノード 1 とノード 2 の間にわずか 1 秒の差があることがわかります。 。 2 つのノードの CRSD が同時に再起動されました。これは RAC 自体の問題ではないとほぼ結論付けることができます。
ノード 1: 2016-03-18 23:25:38.643:[cssd(6930)]CRS-1615: 投票ファイル /dev/raw/raw1 の最大間隔の 50% が経過しても I/O が完了しなかったと見なされます。 99220 ミリ秒以内に機能しません
2016-03-18 23:26:58 CRSD REBOOTCRSD 終了中: OCR を初期化できませんでした、コード: 26
ノード 2: 2016-03-18 23:25:36.834:[cssd(6590)]CRS -1615:最大間隔の 50% を経過しても I/O は完了しませんでした。投票ファイル /dev/raw/raw1 は 99760 ミリ秒以内に機能していないと見なされます
2016-03-18 23:26:59 CRSD REBOOTCRSD 終了: できませんでした。 init OCR、コード: 26
再度 OS ログを見ると、リモート ファイバー ポート (WWN = 50:0b:34:20:0f:f4:f8:08) の接続が失われています。 ここのストレージ リンクに問題があるはずです。 ノード 1Mar 18 23:26:38 xxxxr01 カーネル: bfa 0000:81:00.0: リモート ポート (WWN = 50:0b:34:20:0f:f4:f8:08) の論理ポートの接続が失われました (WWN = 21:00) :00:24:ff:09:a5:8a)Mar 18 23:26:38xxxxr01kernel: bfa 0000:81:00.0: ターゲット (WWN = 50:0b:34:20:0f:f4:f8:08) の接続が失われましたイニシエータ用 (WWN = 21:00:00:24:ff:09:a5:8a)
ノード 2Mar 18 23:26:48 xxxx02 カーネル: bfa 0000:81:00.0: リモート ポート (WWN = 50:0b:34) :20:0f:f4:f8:08) 論理ポートの接続が失われました (WWN = 21:00:00:24:ff:09:a5:a2)Mar 18 23:26:48 xxxr02 カーネル: bfa 0000:81: 00.0: ターゲット (WWN = 50:0b:34:20:0f:f4:f8:08) のイニシエーター (WWN = 21:00:00:24:ff:09:a5:a2) への接続が失われました
現在およびその後この友人とチャットしているとき、彼はストレージの製造元に連絡して、ストレージのリンクを確認しました。ストレージはHongshanが提供するということで、国内ストレージというのは初めて聞きました。
RAC で問題が発生した場合、それは RAC 自体の問題ではないことがよくあります。ストレージ リンクの問題により RAC がサービスを提供できなくなるケースがいくつかありました。 DBA が RAC の異常に遭遇した場合、問題を迅速に特定できるように、ソフトウェアとハ​​ードウェアの両方がトラブルシューティングに注意を払う必要があります。

転載する場合はその旨を明記してください:
http://blog.chinaunix.net/uid/23284114.html