ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle Solaris Cluster Data Service for Oracle Real Application Clusters ガイド Oracle Solaris Cluster 4.0 (日本語) |
Oracle Solaris Cluster オブジェクトの自動的に生成された名前
Oracle Solaris Cluster ソフトウェアからの Oracle RAC データベースの管理
Oracle RACデータベースインスタンスの Oracle Solaris Cluster リソースの状態を変更したときの影響
6. Oracle RAC のサポート のトラブルシューティング
Oracle RAC のサポート データサービスの障害監視は、次のリソースの障害モニターによって行われます。
スケーラブルなデバイスグループリソース
スケーラブルなファイルシステムのマウントポイントリソース
それぞれの障害モニターは、次の表に示すリソースタイプを持つリソースに含まれています。
表 5-4 Oracle RAC のサポート 障害モニターのリソースタイプ
|
これらのリソースのシステムプロパティーと拡張プロパティーが、障害モニターの動作を制御します。これらのプロパティーのデフォルト値が、事前設定された障害モニターの動作を決定します。事前設定された動作は、ほとんどの Oracle Solaris Cluster のインストールに適しているはずです。したがって、Oracle RAC のサポート 障害モニターの調整は、事前に設定されたこの動作を変更する必要がある場合のみにとどめるべきです。
Oracle RAC のサポート 障害モニターを調整するには、次のタスクを実行します。
障害モニターの検証間隔を設定する
障害モニターの検証タイムアウトを設定する
継続的な障害とみなす基準を定義する
リソースのフェイルオーバー動作を指定する
詳細については、『Oracle Solaris Cluster Data Services Planning and Administration Guide』の「Tuning Fault Monitors for Oracle Solaris Cluster Data Services」を参照してください。これらのタスクが必要な Oracle RAC のサポート 障害モニターに関する情報について、次の各サブセクションで説明します。
デフォルトでは、障害モニターは、リソースが表すデバイスグループ内のすべての論理ボリュームを監視します。デバイスグループ内の論理ボリュームのサブセットのみを監視する必要がある場合は、LogicalDeviceList 拡張プロパティーを設定します。
デバイスグループのステータスは、監視される個々の論理ボリュームのステータスから導出されます。監視対象のすべての論理ボリュームが健全であれば、そのデバイスグループは健全です。いずれかの監視対象の論理ボリュームに障害がある場合、そのデバイスグループには障害があります。デバイスグループに障害があることが見つかると、そのグループを表すリソースの監視が停止され、そのリソースは無効状態に変更されます。
個々の論理ボリュームのステータスを取得するには、そのボリュームのボリュームマネージャーにクエリーします。クエリーを行っても Solaris Volume Manager for Sun Cluster ボリュームのステータスを判別できない場合、障害モニターは、ファイルへの入出力 (I/O) 操作を実行してステータスを確認します。
注 - ミラー化ディスクの場合、1つのサブミラーだけに障害があっても、デバイスグループは健全であると見なされます。
ユーザーランドクラスタメンバーシップの再構成によって I/O エラーが発生する場合、ユーザーランドクラスタメンバーシップモニター (UCMM) の再構成が行われている間、障害モニターによるデバイスグループリソースの監視が中断されます。
マウントされたファイルシステムが使用可能かどうかを判定するために、障害モニターは、そのファイルシステム上のテストファイルに対して、オープン、読み取り、書き込みなどの I/O 操作を実行します。I/O 操作がタイムアウト時間内に完了しない場合、障害モニターはエラーレポートを作成します。I/O 操作のタイムアウトを指定するには、IOTimeout 拡張プロパティーを設定します。
エラーに対する応答は、次に示すとおり、ファイルシステムの種類によって異なります。
修飾 NAS デバイス上の NFS ファイルシステムの場合、応答は次のようになります。
現ノードでリソースの監視が停止されます。
リソースの状態が現ノード上で無効に変更され、そのノードからファイルシステムがマウント解除されます。
不明な DBMS タイムアウトのトラブルシューティングを容易にするために、障害モニターを有効にして、検証タイムアウトが発生したときにコアファイルを作成できます。コアファイルの内容は、障害モニターのプロセスに関するものです。障害モニターは、ルート (/) ディレクトリにコアファイルを作成します。コアファイルを作成するために障害モニターを有効にするには、coreadm コマンドを使用して set-id コアダンプを有効にします。詳細については、coreadm(1M) マニュアルページを参照してください。