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 のしくみ（概要）
- SF Oracle RAC のコンポーネント製品とプロセス
- SF Oracle RAC クラスタの状態の定期的評価
- Virtual Business Service について
- Veritas InfoScale Operations Manager について
- Veritas SORT (Services and Operations Readiness Tools) について
- SF Oracle RAC とそのコンポーネントの管理
- SF Oracle RAC の管理
- SF Oracle RAC の環境変数設定
- 各ノードの SF Oracle RAC の起動または停止
- SF Oracle RAC ノードへの Oracle パッチの適用
- コンテナデータベース (CDB) 間でのプラグ可能データベース (PDB) の移行
- Veritas Volume Manager、Veritas File System、または ODM のパッチの SF Oracle RAC ノードへのインストール
- SF Oracle RAC ノードへのオペレーティングシステムの更新の適用
- SF Oracle RAC クラスタへのストレージの追加
- ストレージ障害からのリカバリ
- Veritas NetBackup を使った Oracle データベースのバックアップとリストア
- SF Oracle RAC クラスタの処理効率の向上
- SmartIO の管理
- オフホスト処理のスナップショットの作成
- SmartTier による効率的なデータベースストレージ管理
- シンプロビジョニングと SmartMove によるデータベースストレージの最適化
- SF Oracle RAC クラスタの定期的診断のスケジュール設定
- VCSMM モジュールを起動および停止するための環境変数の使用
- SF Oracle RAC クラスタのノードの検証
- Solaris 11 システムでのプライマリ BE への復帰
- 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 のトラブルシューティングについて
- ネットワーク接続に失敗した後のインストーラの再起動
- インストーラでクラスタの UUID を作成できない
- SF Oracle RAC インストール前検査の失敗のトラブルシューティング
- LLT 診断時のトラブルシューティングに対する警告メッセージ
- SF Oracle RAC クラスタの LMX と VCSMM 診断時の警告メッセージのトラブルシューティング
- I/O フェンシングのトラブルシューティング
- 起動時の SCSI 予約エラー
- SCSI TEST UNIT READY コマンドが失敗すると、vxfentsthdw ユーティリティが失敗する
- 他のノードが除外されている間、ノードはクラスタを参加させられない
- システムパニックによって潜在的なデータ破損が防止される
- コーディネータディスクの I/O フェンシングキーのクラスタ ID がローカルクラスタの ID と一致しない
- フェンシングの起動時にすでに発生しているスプリットブレイン状態が報告される
- 登録済みのキーがコーディネータディスクから失われている
- クラスタがオフラインになっているときに不具合のあるディスクの置換
- I/O フェンシング診断時のトラブルシューティングに対する警告メッセージ
- CP サーバーのトラブルシューティング
- SF Oracle RAC クラスタノードでのサーバーベースのフェンシングのトラブルシューティング
- コーディネーションポイントのオンライン移行中の問題
- SF Oracle RAC クラスタの Cluster Volume Manager のトラブルシューティング
- CFS のトラブルシューティング
- VCSIPC のトラブルシューティング
- Oracle のトラブルシューティング
- Oracle ログファイル
- Oracle Note
- Oracle Universal Installer が、Oracle Grid Infrastructure 11.2.0.4 のインストール中に突然終了する
- Oracle Clusterware のインストール中に OUI でクラスタ設定画面にノード名が表示されない
- SF Oracle RAC での Oracle インスタンスの起動時のエラー
- Oracle グループの障害のクリア
- 手動でシャットダウンしていないときでも Oracle ログファイルにシャットダウンの呼び出しがある
- Oracle Clusterware プロセスが起動に失敗する
- 再起動後に Oracle Clusterware が失敗
- SF Oracle RAC クラスタにおける VIP 設定のトラブルシューティング
- SF Oracle RAC クラスタ内の Oracle Clusterware 診断時の警告メッセージのトラブルシューティング
- SF Oracle RAC クラスタの ODM のトラブルシューティング
- SF Oracle RAC クラスタの Flex ASM のトラブルシューティング
- 防止と修復の戦略
- チューニングパラメータ
- 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 通知モジュールについてを参照してください。