ノード1で実行中のステータスが障害発生時に開放されていないようにも見えます。起動させると(当然ですが)データベースは正常に起動してきました。域への書き込み不可)においては、どうにもしっくりこない結果となってしまいました。...もうひとつあらたに確認できた事象について、少しふれておきます。前々回の検証で、インターコネクトの断線をシミュレートしました。無効化して行った検証です。この時は、サービスに直接関係なさそうなノード2が停止・再起動していました。ノード2はそのまま稼働することを期待しています。+------------+が、、、なんと、ノード2側のサーバで再起動が行われてしまいました。データベースはというと、ノード1側で起動しようとしています。途中で停止しているではありませんか。みるとこのあたりで止まります。"/u01/app/oracle"~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~-----------------------------------------------------------なんどトライしてみても同じです。素晴らしく再現性があります。残念ながらノード2を停止させないようにする方法については確認できませんでした。これも仕様なのか、あるいは不具合なのかについても現時点では見当が付きません。設定することで回避できそうです。動作していることを確認する機能を無効化するためのパラメータです。無効化で代替していたため、この機能が働きデータベースが起動できなかったようです。物理的にLANのケーブルを抜線(断線)するようなケースでは上記パラメータを変更しなくても問題なくデータベースは切り替わったかもしれません。意して設定してください。性格は残っているように見えます。時はアクティブ側に寄せた状態で使用するほうが安全かもしれませんね。想定外の挙動を示したため、いつも通りドタバタしてしまいましたが、次回は検証結果のおさらいと、構築時にちょっとばかり気を使った点についてお話します。reserved.トップページ企業概要プライバシーポリシ。