Storage Foundation for Oracle® RAC 7.3.1 管理者ガイド - Solaris
- 第 I 部 SF Oracle RAC の概念と管理
- Storage Foundation for Oracle RAC の概要
- Storage Foundation for Oracle RAC について
- SF Oracle RAC のコンポーネント製品とプロセス
- Virtual Business Service について
- SF Oracle RAC とそのコンポーネントの管理
- SF Oracle RAC の管理
- 各ノードの SF Oracle RAC の起動または停止
- VCS の管理
- I/O フェンシングの管理
- CP サーバーの管理
- CFS の管理
- CVM の管理
- Flexible Storage Sharing の管理
- SF Oracle RAC のグローバルクラスタの管理
- SF Oracle RAC の管理
- Storage Foundation for Oracle RAC の概要
- 第 II 部 処理速度とトラブルシューティング
- SF Oracle RAC のトラブルシューティング
- SF Oracle RAC のトラブルシューティングについて
- I/O フェンシングのトラブルシューティング
- フェンシングの起動時にすでに発生しているスプリットブレイン状態が報告される
- CP サーバーのトラブルシューティング
- SF Oracle RAC クラスタノードでのサーバーベースのフェンシングのトラブルシューティング
- コーディネーションポイントのオンライン移行中の問題
- SF Oracle RAC クラスタの Cluster Volume Manager のトラブルシューティング
- CFS のトラブルシューティング
- VCSIPC のトラブルシューティング
- Oracle のトラブルシューティング
- SF Oracle RAC クラスタの ODM のトラブルシューティング
- 防止と修復の戦略
- チューニングパラメータ
- SF Oracle RAC のトラブルシューティング
- 第 III 部 参照
インテリジェントなリソース監視の動作方法
IMF 対応エージェントが起動すると、エージェントは IMF 通知モジュールを初期化します。リソースが安定状態になった後、エージェントはリソースの監視に必要な詳細を IMF 通知モジュールに登録します。たとえば、プロセスエージェントはプロセスの PID を IMF 通知モジュールに登録します。 エージェントの imf_getnotification 関数はリソースの状態が変化するのを待ちます。 IMF 通知モジュールがリソースの状態の変化を imf_getnotification 関数に通知すると、エージェントフレームワークは監視エージェント関数を実行して、そのリソースの状態を確認します。 エージェントが状態の変化を VCS に通知すると、VCS は適切な処理を実行します。
リソースは、2 つの連続する監視エージェント関数が状態を ONLINE または OFFLINE として報告すると、安定状態に移行します。どのように安定状態に移行するかについて、いくつかの例を次に示します。
リソースがオンライン状態になると、オンラインエージェント関数が完了した後で、監視エージェント関数がスケジュールされます。この監視エージェント関数が状態を ONLINE として報告すると想定します。次の監視エージェント関数は、MonitorInterval 属性によって指定された時間間隔が経過した後で実行されます。この監視エージェント関数も状態を ONLINE として報告した場合は、2 つの連続した監視エージェント関数がリソースの状態を ONLINE として報告したことになるので、安定状態になります。2 番目の監視エージェント関数が状態を ONLINE として報告した後、IMF の登録コマンドがスケジュールされます。リソースは IMF の通知モジュールによって登録され、IMF の制御下に入ります。MonitorInterval のデフォルト値は 60 秒です。
リソースのオフライン状態についても、同様の一連のイベントが発生します。
IMF があるエージェントタイプに対して無効化されており、リソースが ONLINE 状態であるときにそのエージェントタイプに対して IMF を有効化すると想定します。次の監視エージェント関数は、MonitorInterval によって指定された時間間隔が経過した後で実行されます。この監視エージェント関数も状態を ONLINE として報告した場合は、2 つの連続した監視エージェント関数がリソースの状態を ONLINE として報告したことになるので、安定状態になります。
そのエージェントタイプに対して IMF を有効化したあとで、リソースが最初に OFFLINE と報告され、次の監視エージェント関数でも状態が OFFLINE と報告された場合、同様の一連のイベントが発生します。
IMF 通知モジュールについてを参照してください。