Oracle Enterprise Manager

Oracle Exadata Database Machineスタート・ガイド

リリース13.1.0.1.0

E70362-01(原本部品番号:E56534-01)

2015年12月

Oracle Enterprise Manager Exadata Database Machineスタート・ガイド リリース13.1.0.1.0

E70362-01

Copyright © 2015, Oracle and/or its affiliates.All rights reserved.

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

図一覧

表一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 表記規則

- 変更点

新機能

- Oracle Exadataプラグイン13.1.0.1.0の新機能および拡張

1 プラグインの概要

- Oracle Exadataプラグインの機能

- 監視および通知機能

- ハードウェア・サポート機能

- Exadataソフトウェアのサポート

- ターゲット検出機能

- Exadata Storage Serverグリッド・ホームページおよびExadata Storage Serverホームページの機能

- Exadataパフォーマンス・ページの機能

- Exadataメトリックの機能

- Oracle Exadata Database Machineでサポートされているハードウェアおよびソフトウェア

- Exadata Database Machine構成のサポート

- サポートされているマシン・タイプ

- マルチ・ラックのサポート

- パーティション化のサポート

- Oracle SuperClusterのサポート - Exadataプラグインのリリース12.1.0.4.0以上

- Oracle SuperClusterの既知の問題

- サポートされているコンポーネント・バージョン

- サポートされているオペレーティング・システム

- サポートされていないOracle Exadata Database Machineハードウェア

2 インストールおよびデプロイメント

- Oracle Exadataプラグイン・デプロイメントの前提条件

- データベース・サーバーのILOMサービス・プロセッサ・ユーザーの作成

- ソフトウェア・バージョンの確認

- Exadata Storage Server Software

- ILOM ipmitool

- インフィニバンド・スイッチ

- PDUファームウェア

- KVMアプリケーション

- グリッド・インフラストラクチャ/DBクラスタ

- 名前解決の確認

- ファイアウォールの構成の確認

- Oracle SuperClusterの前提条件

- ユーザー・ロール

- Enterprise Managerエージェントのインストール

- エージェントのインストールの前提条件(Solaris 11のみ)

- 自動キットを使用したエージェントのインストールとExadata Monitoringの設定

- pushメソッドを使用したEnterprise Managerエージェントのインストール

- サイレント・モード・オプションでのOracle Management Agentのインストール

- Exadataプラグインの手動でのデプロイ

3 Exadata Database Machineの検出

- 検出事前チェック・スクリプトの実行

- ターゲット監視資格証明の安全な保存。

- 検出事前チェック・スクリプトのダウンロード

- 検出事前チェック・スクリプトの実行

- 自動検証

- 手動での確認

- Exadata Database Machineの検出

- Exadata Database MachineとしてのOracle SuperClusterの検出

- グリッド・インフラストラクチャおよびRACの検出

- グリッド・インフラストラクチャ(クラスタ)ターゲットの検出

- Oracle Real Application Clustersターゲットの検出

- ストレージ・サーバーのロック・ダウン後のCellCLI使用からExaCLI使用への切替え

4 検出後の構成および確認

- 計算ノードでのSNMPトラップ転送の設定

- 計算ノード・エージェントの設定 - Linux

- 計算ノード・エージェントの設定 - Solaris

- Enterprise Manager監視のためのストレージ・セルSNMPの構成

- ALTER CELLコマンドの使用

- 現在のSNMP構成の確認

- cellcliを使用したSNMP値の構成

- dcliを使用したSNMP値の構成(オプション)

- SSH接続の確認

- サブスクリプションの削除

- インフィニバンド・スイッチ・ターゲットのSNMPの構成および確認

- Enterprise Managerを使用したインフィニバンド・スイッチ・ターゲットのSNMPの設定

- Enterprise Manager監視のための計算ノードILOM SNMPの構成

- 管理サーバーを実行している計算ノードの計算ノードILOM SNMPの構成

- dbmcliを使用したSNMP値の構成

- Oracle SuperCluster用のSNMPの構成

- Oracle ILOM Serverの構成の確認

- Ciscoイーサネット・スイッチ・ターゲットのSNMPの設定

- Ciscoイーサネット・スイッチのSNMP構成の確認

- 電力配分装置(PDU)ターゲットのSNMPの設定

- PDUのSNMP構成の確認

- KVMターゲットのSNMPの設定

- KVM管理コンソールでのSNMPの設定

- KVMのSNMP構成(ベースのSNMP構成)の確認 - Linux

- KVMのSNMP構成(ベースのSNMP構成)の確認 - Solaris

- KVMのSNMP構成(エージェントへのSNMP転送)の確認

- Oracle Exadata Database Machineダッシュボードの作成

- Exadata Database Machineプラグインのリリース12.1.0.3.0以上の場合のダッシュボードの作成

- レポートをパブリックにする方法

- すべてのDatabase Machineレポートの検索

5 Oracle Exadata Database Machineの管理

- プラグインを管理するロールの作成

- Exadata Database Machineのトポロジの表示

- 個別ターゲットへのドリルダウン

- Database Machineのクリティカル・ハードウェア情報の表示

- DBマシン・アラートの表示

- メトリックの表示

- Exadataコンポーネントの手動追加

- Exadata Database Machineターゲットの削除

- Database Machineターゲットのコンポーネントの削除

- Exadata Database Machineスキーマ・ダイアグラムの更新

- Exadata Database Machineスキーマ・ダイアグラムからのコンポーネントの削除

- Exadata Database Machineスキーマ・ダイアグラムへのコンポーネントの追加

- Exadataセルのメトリックとアラート設定

- Exadata Storage Serverの管理

- Exadata Storage Serverについて

- Cloud ControlターゲットとしてのExadataの使用

- Exadata Storage Server構成の表示

- Exadata Storage Serverでの管理タスクの実行

- IOリソースの管理

- IORM構成の追加/更新

- 内部データベース計画

- Exadataセルのアラートの診断

- Exadata Storage ServerのOracleサポート・ワークベンチへのアクセス

- インフィニバンド・ネットワークの管理

- インフィニバンド・メトリック

- 集計センサー

- レスポンス

- スイッチ構成

- インフィニバンド・ネットワークの管理タスクの実行

- アラートの設定

- フラッシュ・キャッシュ・リソースの監視

- Exadata Database Machineの障害監視

- Exadata Database Machineコンポーネントの監視

- ストレージ・セル

- インフィニバンド・スイッチ

- Ciscoスイッチ

- ILOMターゲット

- 電力配分装置(PDU)

- KVMスイッチ

- 変換ウィザードを使用した12cターゲットから13cターゲットへの変換

6 仮想化されたExadata Database Machine

- 仮想インフラストラクチャ・プラグインとの統合

- 仮想化されたExadata Database Machineの検出

- 検出後の構成

- Exadata仮想化プロビジョニング

- データベース・クラスタの作成

- データベース・クラスタのスケール・アップ

- データベース・クラスタのスケール・ダウン

- データベース・クラスタの削除

- 仮想化されたExadata Database Machineの表示

- リソース使用率グラフ

- クラスタの配置

- データベースの配置

- データベースCPU使用率

- データベース・メモリー使用率

7 Exadataメトリック

- Exadataメトリックのアクセス

- Exadataフラッシュディスクおよびハードディスク集計メトリックの例

- 「Exadataセル」メトリックの例

8 Exadataプラグインのトラブルシューティング

- SSH接続の確立

- 検出のトラブルシューティング

- ハードウェア可用性

- 検出失敗の診断

- セルが検出されない

- 計算ノードのエラー・メッセージ

- 計算ノードまたはインフィニバンド・スイッチが検出されない

- 計算ノードがEnterprise Managerで管理されない

- 新たに検出されたExadataデータベース・マシンの余分なまたは欠落しているコンポーネント

- インフィニバンド・ネットワーク・パフォーマンス・ページにデータが表示されない

- ILOM、PDU、KVMまたはCiscoスイッチが検出されない

- 選択したターゲット・ページにターゲットが表示されない

- 検出後にターゲットが停止したり、メトリック収集エラーが発生する

- 検出プロセスのハング

- Exadata Database Machineスキーマ・ファイルのトラブルシューティング

- Exadata Database Machineの管理のトラブルシューティング

- Exadata導出のアソシエーション・ルール

- インフィニバンド・パッチの詳細の欠落

- Oracle Auto Service Request (ASR)の問題

- Oracle ASRがExadata Storage Serverで動作しない

- 使用可能なスロットがないというエラー

- ターゲット・ステータスの問題

- メトリック収集の問題

- ステータス: 保留中の問題

- Cellsysターゲット

- データベース・マシン・ターゲットまたは関連コンポーネント

索引

図一覧

- 2-1 ホスト・ターゲットの追加

- 2-2 エージェント・デプロイメント・サマリー

- 3-1 ターゲットの手動追加

- 3-2 「Oracle Exadataデータベース・マシン」の選択

- 3-3 「Oracle Exadataデータベース・マシンの検出」ページ

- 3-4 データベース・マシンの検出: 検出入力

- 3-5 データベース・マシンの検出: インフィニバンド検出

- 3-6 データベース・マシンの検出: 前提条件チェック

- 3-7 データベース・マシンの検出: コンポーネント

- 3-8 データベース・マシンの検出: モニタリング・エージェント

- 3-9 例: Oracle Exadata Storage Server資格証明の設定

- 3-10 データベース・マシンの検出: 資格証明

- 3-11 データベース・マシンの検出: 確認

- 3-12 データベース・マシンの検出: ターゲット作成サマリー

- 3-13 モニタリング資格証明のメニュー項目

- 3-14 モニタリング構成: ExaCLIを使用した監視の設定

- 5-1 スキーマ・ダイアグラムの「編集」ボタン

- 5-2 コンポーネントの削除

- 5-3 削除の確認

- 5-4 空のスロットとともにリフレッシュされたスキーマ・ダイアグラム

- 5-5 コンポーネントの追加

- 5-6 複数のコンポーネントの追加

- 5-7 使用可能な場所

- 5-8 I/O Resource Manager (IORM)の「設定」

- 5-9 データベースごとのI/O分散

- 5-10データベースごとのI/O分散 - 表ビュー

- 5-11 IORMの「パフォーマンス」ページ

- 5-12 IORMのパフォーマンス - フラッシュ・キャッシュ領域使用量

- 5-13 「12cメンバー・ターゲットの変換」メニュー

- 5-14 データベース・マシンの変換: 変換オプション

- 5-15 データベース・マシンの変換: 資格証明

- 5-16 インフィニバンド・スイッチの資格証明

- 5-17 インフィニバンド・スイッチのSNMP V3の資格証明

- 5-18 計算ノード・サーバーILOM資格証明

- 5-19 イーサネット・スイッチの資格証明s

- 5-20 PDUの資格証明

- 5-21 データベース・マシンの変換: 確認

- 5-22 ターゲットの処理

- 5-23 データベース・マシンの変換: 変換結果

- 6-1 ターゲットの手動追加

- 6-2 Oracle Virtual Platformの追加

- 6-3 デフォルトのモニタリング・エージェントおよび資格証明

- 6-4 仮想サーバーの検出: ホスト/IPアドレスの追加

- 6-5 ホスト名またはIPアドレスの入力

- 6-6 Oracle Virtual Platform登録ジョブの発行

- 6-7 ターゲットの手動追加

- 6-8 ガイド付きプロセスを使用した追加: Oracle Exadata Database Machineの追加

- 6-9 資格証明の設定

- 6-10 インフィニバンド資格証明の設定

- 6-11 インフィニバンド・スイッチのルート資格証明の入力

- 6-12 イーサネット・スイッチおよびPDUへの'public'の入力

- 6-13 「プロビジョニング」メニュー

- 6-14 仮想マシンの場所の選択

- 6-15 Exadata Storage Serverの選択

- 6-16 計算サーバーの資格証明の設定

- 6-17 Exadata Storage Serverの資格証明の設定

- 6-18 Exadataプロビジョニング: 仮想マシン定義

- 6-19 Exadataプロビジョニング: ソフトウェアの場所

- 6-20 Exadataプロビジョニング: オペレーティング・システム・ユーザーおよびグループ

- 6-21 Exadataプロビジョニング: 「ゲートウェイとドメインの詳細」のネットワーク

- 6-22 Exadataプロビジョニング: 仮想マシン 1

- 6-23 Exadataプロビジョニング: 生成された仮想マシン名とIP

- 6-24 Exadataプロビジョニング: グリッド・インフラストラクチャ

- 6-25 Exadataプロビジョニング: 初期データベース

- 6-26 Exadataプロビジョニング: 初期データベースの拡張の詳細

- 6-27 計算サーバーの資格証明の設定

- 6-28 クラスタのスケール・アップ: 仮想マシンの資格証明ls

- 6-29 スケール・アップ: 「ゲートウェイとドメインの詳細」のネットワーク

- 6-30 スケール・アップ: 仮想マシン 1

- 6-31 スケール・アップ: 生成された仮想マシン名とIP

- 6-32 モニターされる仮想マシン

- 6-33 Exadata Database Machine Softwareタブ

- 6-34 リソース使用率: クラスタの配置

- 6-35 リソース使用率: データベースの配置

- 6-36 リソース使用率: データベースCPU使用率

- 6-37 リソース使用率: データベース・メモリー使用率

- 7-1 Enterprise Managerの「ターゲット」メニュー

- 7-2 「ターゲット・ナビゲーション」ツリーのExadataグリッドの展開

- 7-3 Exadata Storage Serverの「モニタリング」メニュー

- 7-4 Exadataフラッシュディスクおよびハードディスク集計メトリック

- 7-5 平均セルディスク読取りスループット

- 7-6 合計セルディスクIO負荷

- 7-7 「Exadataセル」メトリック

- 7-8 CPU使用率

- 7-9 ディスクI/Oの目標

- 8-1 監視エージェントの例

表一覧

- 1-1 サポートされているコンポーネント・バージョン

- 2-1 ファイアウォール・ポート

- 2-2 Oracle SuperClusterの前提条件

- 5-1 Exadata Storage Serverの障害監視

- 5-2 計算ノードの障害監視

はじめに

Oracle Enterprise Managerには、Oracle Exadata Database Machineを効果的かつ効率的に管理するための各種ツールが用意されています。Oracle Enterprise Managerでは、Exadata Database Machineの統合ビューを使用でき、すべてのハードウェア・コンポーネントとその物理的な場所、およびステータスを示す統合ビューが提供されます。また、Oracle Enterprise Managerでは、常駐するデータベースおよび計算ノードやExadataストレージ・セルのリソース消費量を示すソフトウェア・ビューも提供されます。

このドキュメントでは、Oracle Enterprise Managerを設定してOracle Exadata Database Machineを監視および管理するためのインストール手順と管理手順について説明します。

対象読者

このシステム監視インストール・ガイドは、Oracle Exadata Database Machineで管理タスクおよび問題解決タスクを実行するユーザーを対象としています。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

変更点

この表では、Oracle® Enterprise Manager Exadata Database Machineの管理および監視の最新版における、ドキュメントの変更点の概要を示しています。

部品番号

変更サマリー

E70362-01

Enterprise Manager Cloud Control 13cのサポートのために更新されました。

新機能

Oracle Exadataプラグインでは、Oracle Enterprise ManagerでExadata Database Machineの統合ビューを使用でき、すべてのハードウェア・コンポーネントとその物理的な場所、およびステータスを示す統合ビューが提供されます。

この章では、次のリリース・サマリーでOracle Exadataプラグインによって提供される重要な機能および拡張について説明します。

- Oracle Exadataプラグイン13.1.0.1.0の新機能および拡張

Oracle Exadataプラグイン13.1.0.1.0の新機能および拡張

Oracle Exadataプラグイン・リリース13.1.0.1.0には、次の機能領域に実装された様々なバグ修正と拡張が含まれています。

- 新しくサポートされたハードウェアおよびソフトウェアの構成

- Exadata仮想化プロビジョニング

- Exadataフラッシュ・キャッシュ機能のサポート

- 強化されたExadataハードウェアの管理

- Exadataスタックのパッチ適用の自動化のサポート

- ORAchk/EXAchkの統合

- Auto Service Request (ASR)の統合: 障害テレメトリ

新しくサポートされたハードウェアおよびソフトウェアの構成

Oracleが新しいハードウェアおよびソフトウェアをリリースする際には、新製品に対応するようにOracle Exadataプラグインが更新、テストおよび認証されます。ハードウェアおよびソフトウェアのサポートの詳細は、第1章の「Oracle Exadata Database Machineでサポートされているハードウェアおよびソフトウェア」を参照してください。

Oracle Exadataプラグイン・リリース13.1.0.1.0では、次のハードウェアおよびソフトウェアをサポートしています。

- X5-8。

Exadata仮想化プロビジョニング

プロビジョニングでは、仮想マシン(VM)、Oracle Database (DB)、グリッド・インフラストラクチャ、仮想化されたExadata上のASMなど、反復可能で信頼性があり、自動かつ無人のスケジューリングされたRACクラスタの一括デプロイメントが行われます。

Exadataプラグインの仮想化プロビジョニング機能により、次を実現できます。

- VM、Oracle Database(DB)、グリッド・インフラストラクチャおよびASMを含むRACクラスタの作成および削除。

- DBを含むVM、グリッド・インフラストラクチャおよびASMの追加または削除によるRACクラスタのスケール・アップおよびスケール・ダウン。

詳細は、「Exadata仮想化プロビジョニング」を参照してください。

Exadataフラッシュ・キャッシュ機能のサポート

Exadataプラグインにより、Exadataフラッシュ・キャッシュをサポートする次の機能が提供されます。

- X5の「Extreme Flash」構成の監視:

- 強化されたデータベース・マシン構成図。

- ディスク障害用の強化されたインシデント詳細ページ。

- 強化された容量レポート、I/Oリソース管理(IORM)およびパフォーマンス・チャート。

- フラッシュI/Oリソースの監視および管理:

- フラッシュ・キャッシュ領域の使用状況の監視。

- フラッシュIORMの管理。

- セルおよびグリッドのホームページおよびパフォーマンス・ページでの新しいチャート。

- フラッシュ用のI/Oリソースの消費およびパフォーマンスの監視。

強化されたExadataハードウェアの管理

Exadataプラグインは、すべてのExadata Database Machineコンポーネントについて、改善された監視詳細を提供するように強化されています。その詳細は次のとおりです。

- ILOM概要の詳細およびヘルス・ステータス。

- 構成図の更新によるExadata Database Machine内部にまで拡張されたビュー:

- フォトリアリスティックなハードウェアの表示。このビューから、管理者はハードウェアを眼で確認し、エラーとツールの関連付けができます(断続的エラーとExadataパフォーマンスなど)。

- 追加のCPUの詳細およびステータスが表示される論理ビュー。

- エネルギー・ビュー。

- ネットワークの接続性。

- サービス・プロセッサ(SP)の構成。

- 新規のシステム・インフラストラクチャ・サーバーのターゲット・タイプの追加。

Exadataスタックのパッチ適用の自動化のサポート

Exadataプラグインにより、次のようなExadataスタック全体をサポートする追加のパッチ適用機能がサポートされています。

- 計算ノード: ファームウェアおよびオペレーティング・システム(OS)。

- Exadata Storage Serverセル: ファームウェアおよびセル・ソフトウェア。

- インフィニバンド・ネットワーク: スイッチのファームウェア。

- 四半期フル・スタック・ダウンロード・パッチ(QFSDP)が四半期ごとにリリースされます。プライマリ・コンポーネントは次のとおりです。

- データベース(データベース、クラスタウェア)。

- Exadata Storage Server、インフィニバンド・スイッチおよびPDUを含むインフラストラクチャ。

- Exadataシステムのパッチは次のとおりです。

- メンテナンスのステータスおよびニーズの包括的な概要。

- 四半期フル・スタック・パッチの推奨によるプロアクティブなパッチ。

- パッチの自動ダウンロード、ローリング・モードまたは非ローリング・モードのいずれかでのパッチ適用機能のサポート。

- 実行をスケジュールする機能。

- ステータス更新のプロアクティブな通知。

- リアルタイム更新のステップ・レベル粒度でのステータス・トラッキング。

- ログ監視および集計、事前にパッケージ化されているログ・ダンプでサポートされている問題のクイック・ファイリングのサポート。

詳細は、次のドキュメントを参照してください。

- 『Oracle® Enterprise Managerライフサイクル・マネージメント管理者ガイド』のExadata Storage Serverの更新に関する項およびExadataインフィニバンド・スイッチの更新に関する項。

- My Oracle SupportのExadata Database MachineおよびExadata Storage Serverのサポートされているバージョン(ドキュメントID 888828.1)。

https://support.oracle.com/rs?type=doc&id=888828.1

ORAchk/EXAchkの統合

ORAchk/EXAchkユーティリティにより、Oracle DatabaseおよびExadata Database Machine内の様々なレイヤーに渡る最も重要な問題がプロアクティブにスキャンされます。ORAchk/EXAchkユーティリティと統合されたExadataプラグインでは、Enterprise Manager Cloud Controlを介して次の機能が提供されます。

- Enterprise Manager内でのインストール、設定、アップグレードおよびORAchkユーティリティのスケジュール。

- Enterprise Managerのコンプライアンス標準違反など、ORAchk/EXAchkのすべての結果の表示。

- ORAchk/EXAchkのベスト・プラクティスの確認および実装。

ORAchk/EXAchkユーティリティにより、次のようなチェックおよびアラートの包括的なリストが提供されます。

- データベース・サーバーのディスク・キャッシュ・ポリシーの検証。

- データベース・サーバーのディスク・コントローラがライトバック・キャッシュを使用しているかの検証。

- RAIDコントローラのバッテリ状態の検証(データベース・サーバー)

- RAIDコントローラのバッテリ温度の検証(データベース・サーバー)

- データベース・サーバーの仮想ドライブ構成の検証。

- データベース・サーバーの物理ドライブ構成の検証。

- データベースとStorage Server間のimageinfoのバージョン比較。

- データベースおよびストレージ・サーバーでのハードウェアとファームウェアの検証(CheckHWnFWProfile) (データベース・サーバー)

- ストレージ・サーバーでのソフトウェアの検証(CheckSWProfile.sh)

- NFSマウント・ポイント - 属性キャッシング。

- /conf/configvalidファイルの検証

- バックエンド・チェック

- ORAchkの停止

- 結果および例外ファイルがない場合。

- メトリック解析の失敗

ORAchkプラグインの詳細は、ORAchkヘルス・チェック・ユーザーズ・ガイドを参照してください。

Auto Service Request (ASR)の統合: 障害テレメトリ

Oracle Auto Service Request (ASR)により、一般的なハードウェア・コンポーネントに障害が発生した場合の自動ケース生成が提供されます。ASRは、一般的なハードウェア・コンポーネントの障害に関してOracleカスタマ・サポート・センターと連絡をとる必要をなくし、電話連絡の必要回数と電話に必要な時間全体を削減することで、迅速に問題を解決できるように設計されています。

Exadataのプラグインでは、Oracle ASRを統合することにより次の利点が提供されます。

- Exadata Database MachineのASR機能の有効化。サービス・リクエスト(SR)の自動作成およびEnterprise ManagerのSR番号の更新。

- emcliコマンドを使用した迅速なインストールおよびデプロイ。

- Enterprise Managerのインシデント・マネージャ内で表示されるASRインシデントの追加。

- ASRで動作保証済のすべてのエンジニアド・システムで機能。

Enterprise Managerでは、次の3つの障害テレメトリ・タイプが認識されます。

- 統合ライトアウト・マネージャ(ILOM): サービス・プロセッサ(SP)からの障害情報、電源および環境、CPU、およびメモリー障害情報の提供。

- Exadata検出イベント(HALRT): Oracle Exadata Database Machine内のディスク、フラッシュおよびPCIカードの故障検出率の提供。

- 障害管理アーキテクチャ(FMA): ホストからのCPUおよびメモリー障害の情報の提供。

Enterprise ManagerでのOracle ASRの使用方法の詳細は、『資産の管理とモニタリングのためのOracle Auto Service Request (ASR)ユーザーズ・ガイド』を参照してください。

Oracle ASRの製品の詳細は、http://oracle.com/asrを参照してください。

1 プラグインの概要

この章では、サポートされているハードウェアおよびソフトウェアなどのOracle Exadataプラグインの全般的な概要について説明しています。次の内容について説明します。

- Oracle Exadataプラグインの機能

- Oracle Exadata Database Machineでサポートされているハードウェアおよびソフトウェア

Oracle Exadataプラグインの機能

Oracle Exadataプラグイン・リリース13.1.0.0.0の主要機能には、次のようなものがあります。

- 監視および通知機能

- ハードウェア・サポート機能

- Exadataソフトウェアのサポート

- ターゲット検出機能

- Exadata Storage Serverグリッド・ホームページおよびExadata Storage Serverホームページの機能

- Exadataパフォーマンス・ページの機能

- Exadataメトリックの機能

監視および通知機能

Oracle Exadataプラグインを使用すると、Enterprise Manager Cloud Control 13cを介してExadataのターゲットを監視できます。このプラグインは、すべてのExadataターゲットからの通知を受信できるように、サポートされているExadataソフトウェアをシームレスに統合します。次の機能があります。

- Exadata Database MachineをEnterprise Managerのターゲットとして監視する機能。

- Enterprise ManagerのI/Oリソース管理(IORM)機能で、Exadataセルを含むExadataターゲットを監視する機能。

- ExadataセルのSNMP通知のサポート。

- サービス・ダッシュボードの簡易な構成を含む、Enterprise Manager Cloud Controlからのダッシュボード・レポートの作成のサポート。

- 計算ノードのクライアント・ネットワーク・ホスト名のサポート。

- 機能が強化されたインフィニバンド・ネットワーク障害の検出およびインフィニバンド・スキーマのポート状態のレポート。

- すべてのExadata Database Machineコンポーネントに必要なEnterprise Managerの監視エージェントの変更。

- マルチテナント・データベース(CDB/PDB)環境でのIORM:

- PDBレベルの詳細内訳の付いたCDBレベルI/Oワークロード・サマリー

- Oracle Database 12c用のI/Oリソース管理

- 各Exadata Storage ServerにあるCDBおよびPDB用I/O使用率に関するExadata Database Machineレベルの物理的視覚化

- データベース・リソースの管理UIへの統合リンク

- ロック・ダウンされているストレージ・サーバー検出のサポート。

ハードウェア・サポート機能

Oracle Exadataプラグインを使用して、次のような様々なExadataターゲットのパフォーマンスを最適化できます。

- 次を含むOracle SuperCluster:

- Versions: SuperCluster V1.1、V1.0.0に10月版のQuarterly Maintenance Update (QMU)を適用したもの

- 構成の例:

- LDOM: Controlドメイン、IO/guestドメイン

- ゾーン:グローバル、非グローバル

- SuperClusterエンジニアリング・システムに存在するExadata Database Machine関連のコンポーネントの検出、監視および管理

- 詳細は、「Oracle SuperClusterのサポート - Exadataプラグインのリリース12.1.0.4.0以上」を参照。

- マルチ・ラックのサポート:

- 次の検出の使用事例をサポート:初期の検出、ラックの追加

- 隣接ラックのスキーマ

- ストレージ拡張ラック・ハードウェアのサポート。

- 完全なパーティションのサポート:

- Exadata Database Machineラックの、複数のDatabase Machineへの論理的分割。

- 各パーティションは、単一のOneCommandデプロイメントで定義されている。

- 計算ノードはパーティション間で共有されていない。

- 複数のパーティションが同じインフィニバンド・ネットワークで接続されている。

- 同じパーティションの計算ノードが同じクラスタを共有している。

- ターゲットの検出中にカスタマイズ済DBM名を指定する機能。

- ユーザーは各DBMの各コンポーネントを確認して選択できる。

- 各パーティションに「small-p」ターゲットを選択する柔軟性がある。

- 検出後のスイッチの追加機能を含め、一部またはすべてのインフィニバンド・スイッチを監視対象のネットワークの一部として選択する柔軟性がある。

- Exadata Database Machine間で共有される一部またはすべてのセルを選択する柔軟性がある。

- Exadata Database Machineターゲットの増加する種類のサポート。サポートされているハードウェアの詳細は、Oracle Exadata Database Machineでサポートされているハードウェアおよびソフトウェアを参照してください。

- インフィニバンド・スイッチのセンサー障害の検出(電源ユニット・センサーおよびファン検出センサーを含む)。

- インフィニバンド・スキーマのリクエストごとのリフレッシュのサポート

Exadataソフトウェアのサポート

Oracle Enterprise Manager Cloud Controlのインタフェースを介して、Oracle Exadataプラグインを使用してExadataのストレージ・ソフトウェア機能にアクセスし、ハードウェアを効率的に管理できます。サポートには、次の内容が含まれます。

- Exadataストレージ・ソフトウェアとの統合

- 最新のExadataサーバーのバージョン: 11.2.3.3.0および12.1.1.1.0のサポート。

ターゲット検出機能

Oracle Exadataプラグインでは、ターゲット検出プロセスを効率化および簡素化できます。次の機能があります。

- 検出中に、Exadataプラグインをエージェントにプッシュする。

- 検出の前提条件として、次の更新がチェックされます。

- 重要な構成要件のチェック。

- databasemachine.xmlまたはcatalog.xmlファイルのいずれかが存在し、読み取り可能であることを確認するチェック。

- 検出済のターゲットが再検出されないようにする。

- 資格証明検証および名前付き資格証明のサポート。

- Exadataターゲットにカスタム名を適用する機能。

- クライアント・アクセス・ネットワークを使用した検出に対して有効なサポート。

- Exadata Storage Serverおよびインフィニバンド・スイッチ用のSNMP通知設定の自動化。

- クライアント・ネットワーク・ホスト名を持つ計算ノードの検出のサポート

- OEDA Javaベースのコンフィギュレータから生成された新しいcatalog.xmlファイルを使用した検出のサポート

- 資格証明検証および名前付き資格証明の追加サポート

- Exadata Database Machine名のカスタマイズのサポート

- ロック・ダウンされているストレージ・サーバー検出のサポート。

注意:
Exadata Database Machineターゲットは、メトリックに対して、OOBデフォルトしきい値で構成されています。オラクル社によって追加で提供されているテンプレートはありません。

Exadata Storage Serverグリッド・ホームページおよびExadata Storage Serverホームページの機能

Exadata Storage Serverグリッド・ホームページおよびExadata Storage Serverホームページは、次の機能を提供します。

- フラッシュおよびハード・ディスクに関する粒度の細かいパフォーマンス・サマリーを提供します。

- フラッシュ・キャッシュおよびスマート・スキャンの効率を強調した新しい使用方法の統計を提供します。

- フラッシュ・スペースに関する新しい詳細なサマリーを提供します。

- 次の新しいメトリックを提供します:

- フラッシュおよびハード・ディスクによるI/O時間の配布。

- データベース1個当たりのIORM待機

Exadataパフォーマンス・ページの機能

パフォーマンス・ホームページは、次の機能を提供します。

- フラッシュのサイドバイサイド比較およびハード・ディスク・パフォーマンス

- 複数のExadata Storage Server間でのパフォーマンス比較

- ハードウェア制限に達するワークロードを特定するためのフラッシュおよびハード・ディスクのパフォーマンス使用率。

- I/Oがハードウェアの制限に達したときのパフォーマンスに関する問題の診断に役に立つ、Exadata Storage Serverパフォーマンス・チャートの提供。

Exadataメトリックの機能

メトリック・レポートは、Oracle Exadata Database Machineを効率的に管理するために重要です。メトリックを使用すると、最大使用時間に達したときなどに、追加のリソースが必要な場所を判別できます。

- 大規模環境において、cellcliコールの回数を減らしてタイムアウトを低減するための拡張メトリック・スケーラビリティ。

- Exadata HCAメトリックに対するメトリック収集エラーの低減。タイムアウトの回数を低減するために、1回のcellcliコールにHCAポート・データ収集を結合する改良。

- Exadata IORMステータス・メトリックからのメトリック収集エラーの低減。メトリックが削除されると、ユーザー・インタフェースでは使用可能な構成データが使用されます。

Oracle Exadata Database Machineでサポートされているハードウェアおよびソフトウェア

次の項では、Oracle Exadataプラグインがサポートしているハードウェアおよびソフトウェアについて説明します。

- Exadata Database Machine構成のサポート

- Oracle SuperClusterのサポート - Exadataプラグインのリリース12.1.0.4.0以上

- サポートされているコンポーネント・バージョン

- サポートされているオペレーティング・システム

- サポートされていないOracle Exadata Database Machineハードウェア

Exadata Database Machine構成のサポート

Enterprise Manager Cloud Control 13cは、次のExadata Database Machine構成でサポートされています。

- サポートされているマシン・タイプ

- マルチ・ラックのサポート

- パーティション化のサポート

注意:
特に規定のないかぎり、Oracle Exadataプラグイン・リリース13.1のすべてのバージョンがサポートされています。

サポートされているマシン・タイプ

次のタイプのExadata Database Machineがサポートされています。

- V2

注意:
Enterprise Manager Cloud Control 12cで検出されたV2マシンは、13cでもサポートされます。ただし、Enterprise Manager Cloud Control 13c内のV2マシンの検出はサポートされていません。

- X2

- X2-2: フル・ラック、ハーフ・ラックまたはクオータ・ラック

- X2-8: フル・ラック

- X3

- X3-2: フル・ラック、ハーフ・ラック、クオータ・ラックおよび8分の1ラック(リリース12.1.0.3以上が必要)

- X3-8: フル・ラック

- X4

- X4-2

- X5

- X5-8

- Oracle SuperCluster (12.1.0.4以上が必要、次を含みます)

- LDOMおよびゾーン(グローバルおよび非グローバル)のOracle SuperCluster V1.1のサポート

- 10月版のQMUを適用済のOracle SuperCluster V1.0.1のLDOMおよびゾーンでのサポート

マルチ・ラックのサポート

Enterprise Managerでは、前述のリスト(サポートされているマシン・タイプ)でサポートされているマシン・タイプのOracle Database Machineによる複数接続ラックの管理がサポートされています。また、スタンドアロンのシングル・ラックとして存在できない次の2つのラックは、マルチ・ラック内で監視できます。

- Storage Expansion Rack (リリース12.1.0.4以上が必要)

- Compute Node Expansion Rack (リリース12.1.0.4以上が必要)

パーティション化のサポート

次のパーティション構成がサポートされています。

- パーティション化されたExadata Database Machine: Database Machineを複数にするための、Database Machineラックの論理的分割。パーティション化されたExadata Database Machine構成は、Enterprise Manager Cloud Control 13cに完全にサポートされるために、次の条件を満たす必要があります。

- 各パーティションは、単一のOneCommandデプロイメントで定義されている。

- セル・ノードと計算ノードはパーティション間で共有されていない。

- 複数のパーティションが同じインフィニバンド・ネットワークで接続されている。

- 同じパーティションの計算ノードが同じクラスタを共有している。

パーティション化されたExadata Database Machineの想定される動作は、次のとおりです。

Oracle Exadataプラグイン・リリース12.1.0.3.0以上の場合

- Exadata Database Machine、Exadataグリッドおよびインフィニバンド・ネットワークのターゲット名は検出時に自動的に生成されます(たとえば、dbm1.mydomain.comというDatabase Machine、dbm1.mydomain.com_2というDatabase Machine、dbm1.mydomain.com_3というDatabase Machineなど)。ただし、ユーザーは検出の最終ステップでこれらのターゲット名を変更できます。

- Exadata Database Machineのすべてのインフィニバンド・スイッチは、最初のDatabase Machineパーティションの検出時に選択する必要があります。これらは、他のパーティションのすべての後続のDatabase Machineターゲットに含まれます。KVM、PDUおよびCiscoスイッチは、各パーティションのDB Machineターゲットに対して個別に選択できます。

- ユーザーは各Database Machineの各コンポーネントを確認して選択できる。

Oracle Exadataプラグイン・リリース12.1.0.2.0およびそれ以前の場合

- Exadata Database Machine、Exadataグリッドおよびインフィニバンド・ネットワークのターゲット名は検出時に自動的に生成されます(たとえば、dbm1.mydomain.comというDatabase Machine、dbm1.mydomain.com_2というDatabase Machine、dbm1.mydomain.com_3というDatabase Machineなど)。ユーザーはこれらのターゲット名を指定できません。

- すべての共有コンポーネント(KVM、PDU、Ciscoスイッチおよびインフィニバンド・スイッチなど)は、最初のDatabase Machineパーティションの検出時に選択する必要があります。これらは、他のパーティションのすべての後続のDatabase Machineターゲットに含まれます。

- ユーザーは各Database Machineの各コンポーネントを確認して選択できる。

Oracle SuperClusterのサポート - Exadataプラグインのリリース12.1.0.4.0以上

LDOM専用環境上でソフトウェア・バージョン1.1(DBドメイン)を使用するOracle SuperClusterのみがサポートされています。前のバージョンのOracle SuperClusterは、2012年10月のQMUリリースに更新すれば互換性を持たせることができます。この要件を確認するには、システムにインストールされたcompmon pkgのバージョンをチェックしてください(pkg info compmonまたは pkg list compmonコマンドを使用してチェックします)。次の最小バージョンのcompmonがインストールされている必要があります。

pkg://exa-family/system/platform/exadata/compmon@0.5.11,5.11-0.1.0.11:20120726T024158Z

次のハードウェア構成がサポートされています。

- Oracle SuperCluster:

- T5-8サーバー

- T4-4サーバー

次のソフトウェア構成がサポートされています。

- LDOM

- 制御ドメイン

- IO/Guestドメイン

- ゾーン

- グローバル

- 非グローバル

次のソフトウェア・バージョンがサポートされています。

- Oracle SuperCluster V1.1

- Oracle SuperCluster V1.0.1 + 10月版のQMU

Oracle Exadataプラグインのリリース12.1.0.4.0では、次の問題は修正されています。

- Exadata Storage Serverの監視: 1つのEnterprise Manager管理サーバー環境で、複数のDBクラスタが同じExadata Storage Serverを共有している場合、最初のDBマシン・ターゲットとそのすべてのコンポーネントを検出して監視できます。さらに、同じExadata Storage Serverを共有しているその他のDBマシン・ターゲットについては、Oracle Exadata Storage Serverグリッド・システムおよびOracle Database Exadata Storage ServerシステムにExadata Storage Serverメンバーは表示されません。
この問題は、プラグインのリリース12.1.0.3.0で報告されていますが、12.1.0.4.0では修正されています。

- HCAポート・エラーのモニタリング: Oracle SuperClusterにインストールされているperfqueryコマンドのバージョンが1.5.8以上である場合、計算ノードのホスト・ターゲット内のHCAポート・エラー・メトリックの大部分の列が空白になるというバグ(Oracle Bug#15919339)が報告されています。
HCAポートで発生したエラーは、現在Enterprise Managerに報告されます。

バージョンを確認するには、次のコマンドを実行します。

$ perfquery -V

この問題は、プラグインのリリース12.1.0.3.0で報告されていますが、12.1.0.4.0では修正されています。

Oracle SuperClusterの既知の問題

Oracle SuperClusterについて、次の既知の問題が報告されています。

- /opt/oracle.SupportTools/onecommand/catalog.xmlファイルのPAGE13が空です。この問題により、Enterprise Managerは、Database Machineホームページにスキーマ・ダイアグラムを表示できません。(Oracle Bug#16719172)
回避策: PAGE13セクションを手動で下に示すセクションに置き換えます。

<PAGE13>
<RACKS>
<RACK ID="0">
<MACHINE TYPE="203"/>
<ITEM ID="1">
<TYPE>ibs</TYPE>
<ULOC>1</ULOC>
<HEIGHT>1</HEIGHT>
</ITEM>
<ITEM ID="2">
<TYPE>cell</TYPE>
<ULOC>2</ULOC>
<HEIGHT>2</HEIGHT>
</ITEM>
<ITEM ID="3">
<TYPE>cell</TYPE>
<ULOC>4</ULOC>
<HEIGHT>2</HEIGHT>
</ITEM>
<ITEM ID="4">
<TYPE>cell</TYPE>
<ULOC>6</ULOC>
<HEIGHT>2</HEIGHT>
</ITEM>
<ITEM ID="5">
<TYPE>cell</TYPE>
<ULOC>8</ULOC>
<HEIGHT>2</HEIGHT>
</ITEM>
<ITEM ID="6">
<TYPE>comp</TYPE>
<ULOC>10</ULOC>
<HEIGHT>8</HEIGHT>
</ITEM>
<ITEM ID="7">
<TYPE>ibl</TYPE>
<ULOC>18</ULOC>
<HEIGHT>1</HEIGHT>
</ITEM>
<ITEM ID="8">
<TYPE>cisco</TYPE>
<ULOC>19</ULOC>
<HEIGHT>1</HEIGHT>
</ITEM>
<ITEM ID="9">
<TYPE>zfs</TYPE>
<ULOC>20</ULOC>
<HEIGHT>4</HEIGHT>
</ITEM>
<ITEM ID="10">
<TYPE>ibl</TYPE>
<ULOC>24</ULOC>
<HEIGHT>1</HEIGHT>
</ITEM>
<ITEM ID="11">
<TYPE>head</TYPE>
<ULOC>25</ULOC>
<HEIGHT>1</HEIGHT>
</ITEM>
<ITEM ID="12">
<TYPE>head</TYPE>
<ULOC>26</ULOC>
<HEIGHT>1</HEIGHT>
</ITEM>
<ITEM ID="13">
<TYPE>comp</TYPE>
<ULOC>27</ULOC>
<HEIGHT>8</HEIGHT>
</ITEM>
<ITEM ID="14">
<TYPE>cell</TYPE>
<ULOC>35</ULOC>
<HEIGHT>2</HEIGHT>
</ITEM>
<ITEM ID="15">
<TYPE>cell</TYPE>
<ULOC>37</ULOC>
<HEIGHT>2</HEIGHT>
</ITEM>
<ITEM ID="16">
<TYPE>cell</TYPE>
<ULOC>39</ULOC>
<HEIGHT>2</HEIGHT>
</ITEM>
<ITEM ID="17">
<TYPE>cell</TYPE>
<ULOC>41</ULOC>
<HEIGHT>2</HEIGHT>
</ITEM>
<ITEM ID="18">
<TYPE>pdu</TYPE>
<ULOC>0</ULOC>
<HEIGHT>0</HEIGHT>
</ITEM>
<ITEM ID="19">
<TYPE>pdu</TYPE>
<ULOC>0</ULOC>
<HEIGHT>0</HEIGHT>
</ITEM>
</RACK>
</RACKS>
</PAGE13>

- アサートOKパワー・センサーにより、Enterprise Managerにクリティカル・アラートが生成されます。(Oracle Bug#17445054)

注意:
このバグは、X3-2およびX4-2マシンには該当しません。

- databasemachine.xmlファイル内のマシン名が正しくありません。データベースがOracle SuperCluster T5-8のローカル・ゾーンにインストールされている場合、databasemachine.xmlファイルの末尾は、データベースのインストール先のローカル・ゾーンのマシン名ではなく、グローバル・ゾーンのマシン名です。
回避策: ファイルを手動で編集して、データベース・ノードのホスト名をゾーン名のホスト名に変更します。

(Oracle Bug#17582197)

- Enterprise Managerで、スキーマおよびリソース使用率のレポートに表示されるのは、サーバーごとに1つのLDOMのみです。

- Enterprise Managerで、Oracle SuperCluster環境内の計算ノードでハードディスクの予測障害がレポートされません。

- Exadataプラグイン12.1.0.3.0にバンドルされている前提条件チェック・スクリプトexadataDiscoveryPreCheck.plは、catalog.xmlファイルをサポートしていません。「検出事前チェック・スクリプトのダウンロード」の説明に従って、My Oracle Supportから最新のexadataDiscoveryPreCheck.plファイルをダウンロードしてください。

- Oracle SuperCluster Zoneでの管理エージェントのデプロイ時に、エージェントの前提要件確認が失敗して次のエラーが発生することがあります。

注意:
エラーは無視して、管理エージェントのインストールを続行できます。

@ During the agent install, the prereq check failed:
@
@ Performing check for CheckHostName
@ Is the host name valid?
@ Expected result: Should be a Valid Host Name.
@ Actual Result: abc12345678
@ Check complete. The overall result of this check is: Failed <<<<
@
@ Check complete: Failed <<<<
@ Problem: The host name specified for the installation or retrieved from the
@ system is incorrect.
@ Recommendation: Ensure that your host name meets the following conditions:
@ (1) Does NOT contain localhost.localdomain.
@ (2) Does NOT contain any IP address.
@ (3) Ensure that the /ect/hosts file has the host details in the following
@ format.
@ <IP address> <host.domain> <short hostname>
@
@ If you do not have the permission to edit the /etc/hosts file,
@ then while invoking the installer pass the host name using the
@ argument
@ ORACLE_HOSTNAME.

サポートされているコンポーネント・バージョン

表-1に、Oracle Exadataプラグイン・リリース12.1でサポートされているコンポーネント・バージョンを示します。

表1-1 サポートされているコンポーネント・バージョン

コンポーネント

ファームウェア/ソフトウェアのバージョン

サポートするExadataプラグインのバージョン

Storage Server

11.2.3.3.0

12.1.1.1.0

12.1.0.6.0以上

次のパッチが適用された12.1.0.5.0(セルの関係なし):

- エージェント・プラットフォーム: パッチID 17872949

- OMSプラグイン: パッチID 17861041

- エージェント・プラグイン: パッチID 17965602

11.2.3.2.1.130109

12.1.0.4.0以上

11.2.3.2.0.120713

12.1.0.3.0以上

11.2.2.3.0

11.2.2.3.2

11.2.2.3.5

11.2.2.4

11.2.3.1.0

11.2.3.1.1

すべてのバージョン

InfiniBandスイッチ

2.1.3-4

2.0.6-1 (SuperCluster用)

12.1.0.4.0以上

1.1.3-2

1.3.3-2

すべてのバージョン

Integrated Lights Out Manager(ILOM)

v3.0.16.15.a r73751以上(v2)

v3.0.16.10.d以上(X2)

v3.0.16.20.b以上(X2-8)

v3.0.16.20.b以上(X3-8)

v3.1.2.10 r74387以上(X3-2)

12.1.0.4.0以上

v3.0.9.19.c r63792

すべてのバージョン

ILOM ipmitool

Linux: 1.8.10.3以上

Oracle Solaris: 1.8.10.4以上

すべてのバージョン

配電盤(PDU)

1.05

1.06

12.1.0.4.0以上

1.01

1.02 (再イメージ化後のデフォルト・バージョン)

1.04

すべてのバージョン

Avocent MergePoint Unity KVMスイッチ

アプリケーション: 1.2.8.14896

ブート: 1.4.14359

すべてのバージョン

Ciscoスイッチ

15.1(2)SG2

12.1.0.6.0以上

12.2(31)SGA9

すべてのバージョン

サポートされているオペレーティング・システム

Oracle Exadataプラグイン13.1では、(OMSとエージェントがインストールされた)次のオペレーティング・システムがサポートされています。

- 次の管理サーバー・プラグイン(すべてのOMS認定プラットフォーム):

- IBM AIX on POWER Systems (64ビット)

- HP-UX Itanium

- Linux x86およびx86-64

- Microsoft Windows x64 (64ビット)

- Oracle Solaris on SPARC (64ビット)

- Oracle Solaris on x86-64 (64ビット)

- エージェント・プラグイン

- Linux x86-64

- Oracle Solaris on x86-64 (64ビット)

- Oracle Solaris on SPARC (64ビット)

サポートされていないOracle Exadata Database Machineハードウェア

Enterprise Manager Cloud Control Exadataプラグイン13.1に対して、次のOracle Exadata Database Machineハードウェア構成はサポートされていません。

- V1ハードウェア

- V2ハードウェア

注意:
Enterprise Manager Cloud Control 12cで検出されたV2マシンは、13cでもサポートされます。ただし、Enterprise Manager Cloud Control 13c内のV2マシンの検出はサポートされていません。

2 インストールおよびデプロイメント

この章では、Oracle Exadataプラグインのデプロイの手順について説明します。次の内容について説明します。

- Oracle Exadataプラグイン・デプロイメントの前提条件

- ユーザー・ロール

- Enterprise Managerエージェントのインストール

- Exadataプラグインの手動でのデプロイ

Oracle Exadataプラグイン・デプロイメントの前提条件

Oracle Exadataプラグインをデプロイする前に、次の前提条件が満たされていることを確認してください。

- データベース・サーバーのILOMサービス・プロセッサ・ユーザーの作成

- ソフトウェア・バージョンの確認

- 名前解決の確認

- ファイアウォールの構成の確認

- Oracle SuperClusterの前提条件

データベース・サーバーのILOMサービス・プロセッサ・ユーザーの作成

Enterprise ManagerエージェントがILOMサービス・プロセッサと通信するためには、ILOMサービス・プロセッサで特定のユーザーIDが設定されている必要があります。

注意:
特定のユーザーIDを追加するには、ILOMサービス・プロセッサに対する管理者レベルの権限が必要です。

特定のILOMユーザーIDを追加するには、ILOMサービス・プロセッサWebインタフェース、ILOM CLIまたはipmitoolコマンドを使用できます。この例では、ILOM CLIを使用します。

セキュリティ上の理由で、この例のILOM CLIコマンドではILOMサービス・プロセッサのルート・ユーザーIDは表示されません。

1. rootとしてサービス・プロセッサにログインします。

# ssh root@[Service Processor IP]
Password:

2. usersディレクトリに移動します。

# cd /SP/users

3. oemuserユーザーおよびパスワードを作成します。

# create oemuser

Creating user...
Enter new password: ********
Enter new password again: ********

Created /SP/users/oemuser

4. 新しいユーザーのディレクトリに移動し、ロールを設定します。

# cd oemuser
/SP/users/oemuser

set role='cro'
Set 'role' to 'cro'

5. 最新のシステム・イベントを10件リストして、手順3で作成したILOMユーザーIDをテストします。

- Exadata X2からX4では、次のようにします。

# ipmitool -I lan -H <ilom_hostname> -U oemuser -P oempasswd -L USER sel list last 10

- Exadata X5-2では次のようにします(-I lanplusコマンド・オプションが必要です)。

# ipmitool -I lanplus -H <ilom_hostname> -U oemuser -P oempasswd -L USER sel list last 10

6. Oracle Database Machineの他の計算ノードILOMサービス・プロセッサに対して、手順1から5を繰り返します。

ソフトウェア・バージョンの確認

次のソフトウェアのバージョンを確認します。

- Exadata Storage Server Software

- ILOM ipmitool

- インフィニバンド・スイッチ

- PDUファームウェア

- KVMアプリケーション

- グリッド・インフラストラクチャ/DBクラスタ

Exadata Storage Server Software

サポートされているバージョンは、Exadata Storage Server Software 11gリリース2です(特定リリース・バージョンの詳細はExadata Softwareのサポートを参照)。Exadataセルのセル・ソフトウェア・バージョンを確認するには、root、celladminまたはcellmonitorユーザーとしてsshでExadataセルに接続します。次のコマンドを実行します。

# cellcli -e 'list cell detail'

出力で"releaseVersion"を探します。

ILOM ipmitool

Enterprise Managerで必要なipmitoolソフトウェア・バージョンは、Oracle Solarisの場合は1.8.10.4以上、Oracle Linuxの場合は1.8.10.3です。ソフトウェア・バージョンを表示するには、次の手順を実行します。

- Oracle Linuxの場合、クラスタのデータベース・サーバーの1つで、次のコマンドをrootユーザーとして実行します。

# dcli -g ~/dbs_group -l root ipmitool –V

注意:
dbs_groupファイルには、計算ノードのホスト名(各行に1つずつ)のリストが含まれています。ファイルが存在しない場合、dcliコマンドを実行する前に、このファイルを作成します。

- Oracle Solarisの場合、クラスタの各データベース・サーバーで次のコマンドを実行します。

# /opt/ipmitool/bin/ipmitool -V

インフィニバンド・スイッチ

環境内のインフィニバンド・スイッチのバージョンを確認するには、次の手順を実行します。

1. (sshを使用して)インフィニバンド・スイッチの管理インタフェースにログオンします。

2. 次のコマンドを実行します。

# nm2version

出力は次のようになります。

# nm2version
Sun DCS 36p version: 1.1.3-2

この例は、監視対象のプラグインをデプロイするためにサポートされている構成を示しています。

3. nm2versionコマンドを実行した結果、次のような出力が返されたとします。

# nm2version
NM2-36p version: 1.0.1-1

この場合は、インフィニバンド・スイッチ・ファームウェアをアップグレードする必要があります。次の場所にあるMy Oracle Support (MOS)のドキュメント888828.1に示されている手順に従ってください。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&doctype=REFERENCE&id=88882

PDUファームウェア

必要なPDUファームウェア・バージョンは1.04以上です。現行バージョンは、PDUのWebインタフェースにログインして取得できます。画面左側のモジュール情報をクリックすると、PDUファームウェア・バージョンが表示されます。

PDUのソフトウェア更新は、次のサイトで入手できます。

https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=12871297

KVMアプリケーション

必要なKVMアプリケーション・ソフトウェア・バージョンは1.2.8以上です。現行バージョンは、KVMのWebインタフェースにログインして取得できます。画面左側でユニット表示→「アプライアンス」→アプライアンス設定を選択して「バージョン」をクリックすると、アプリケーション・ソフトウェア・バージョンが表示されます。

KVMのソフトウェア更新は、次のサイトで入手できます。

http://www.avocent.com/Support_Firmware/MergePoint_Unity/MergePoint_Unity_Switch.aspx

グリッド・インフラストラクチャ/DBクラスタ

検出の前に、グリッド・インフラストラクチャ/DBクラスタが稼働している必要があります。

名前解決の確認

Enterprise Manager OMSサーバーでは、各計算ノードへの直接のネットワーク・アクセスが必要です。計算ノードの名前がOMSノードのDNSに登録されていない場合、各OMSの/etc/hostsファイルに手動で入力する必要があります。

各計算ノードでは、ILOMサーバー、PDU、ストレージ・セル・ノード、およびインフィニバンド・スイッチとCiscoスイッチのホスト名を解決できることを確認する必要があります。また、これらのコンポーネントの名前がDNSに登録されていない場合、エントリは各計算ノードの/etc/hostsファイルに追加できます。

Enterprise Manager Cloud Control 13cからExadata Database Machineコンポーネントを管理するには、ローカル・マシンがCloud Control 13cのホスト名を解決できる必要があります。

ローカル・マシンからExadata Database Machineコンポーネントのいずれかに直接アクセスするには、ローカル・マシンがこれらのコンポーネントの名前を解決できる必要もあります。

ファイアウォールの構成の確認

ファイアウォールの構成を確認するには、次の手順を実行します。

1. pingの許可
多くのセキュア・ネットワーク環境では、通常、pingサービスを無効にします。Enterprise Managerでは、pingを使用して、Exadata Database Machineコンポーネントの基本的な機能とステータスを確立します。

- 計算ノードでは、OMSサーバーからpingサービスとポートが有効になっている必要があります。

- 他のすべてのExadata Database Machineコンポーネント(ILOMサーバー、PDU、ストレージ・セル・ノード、インフィニバンド・スイッチおよびCiscoスイッチ)では、pingサービスとポートが(エージェントが実行中の)計算ノードから有効になっている必要があります。

注意:
pingトラフィックのオーバーヘッドは最小限です。エージェントは5分ごとにターゲットのpingを行います。

2. データベース・ポートのオープン
データベースのリスナー・ポートは、Enterprise ManagerのOMSサーバーに対してオープンする必要があります。Exadata Database MachineのデータベースはSCANリスナーを使用するため、ポートは基本の計算ノード、計算ノードの仮想IPおよびスキャン・リスナーのアドレスに対して、オープンする必要があります。

たとえば、Exadata Database Machineクオータ・ラックが2つの計算ノード(exadbnode1.example.comとexadbnode2.example.com)で構成されていて、リスナーがポート1521を使用している場合、ポート1521は次のアドレスのEnterprise Managerサーバーに対してオープンする必要があります。

- 計算ノードのホスト名: exadbnode1.example.comおよびexadbnode2.example.com

- 各計算ノードの仮想IP: exadbnode1-vip.example.comおよびexadbnode1-vip.example.com

- スキャン・リスナーのホスト名: scan-exadatadb

3. Enterprise Managerアップロード・ポートのオープン
Enterprise Manager Cloud Control 13cエージェントはEnterprise Managerサーバーのアップロード・サービスへのアクセス権が必要です。通常、HTTPアップロードにはポート4889、HTTPSアップロードにはポート4900で構成されています。割当て済のポートを確認するには、OMSサーバーのコマンドラインで、次のコマンドを実行します。

$ emctl status oms -details

これらのポートは各計算ノードでオープンする必要があります。

4. エージェント・ポートのオープン
OMSサーバーは、各計算ノードで、Enterprise Manager Cloud Control 13cエージェントのHTTPまたはHTTPSポートに接続できる必要があります。デフォルトのエージェント・ポートは3872です。ポート3872を使用できない場合、ポート1830から開始して、次に使用可能になるポートを使用します。

使用されているポートを識別するには、次の手順を実行します。

- 計算ノードのコマンドラインで、次のコマンドを実行します。

$ emctl status agent

- あるいは、次のディレクトリのemd.propertiesファイルでEMD_URLプロパティの値を確認することもできます。

<AGENT_HOME>/agent_inst/sysman/config

5. SSHポートのオープン(ポート22)
Enterprise Manager Cloud Control 13cエージェントでは、監視するExadata Database Machineコンポーネントへのsshアクセス権が必要です。エージェントは計算ノードで実行されるので、ストレージ・セル、ILOM、PDU、KVM、インフィニバンド・スイッチおよびCiscoスイッチのそれぞれのsshポート22を各計算ノードに対してオープンする必要があります。

注意:
emkitではsshアクセス権が構成されていますが、最初にポートをオープンする必要があります。

6. UDPトラフィック(SNMPポート)の許可(ポート162)
すべてのExadata Database Machineコンポーネントは、SNMPトラップを計算ノードで実行中のエージェントに送信できる必要があります。SNMPではUDPプロトコルが使用されるので、エージェント・ポートおよびポート162をストレージ・セル、ILOM、インフィニバンド・スイッチ、Ciscoスイッチ、およびエージェント間のUDPトラフィックに対してオープンする必要があります。

表2-1 ファイアウォール・ポート

コンポーネント

Pingサービスおよびポート

SNMP*

SSH(ポート22)

備考

PDU

リモート・エージェントから

可能

可能

計算ノードILOM

リモート・エージェントから

可能

可能

1. リモート・エージェントはdom0にSSHで接続できる必要があります。

2. ipmitoolにアクセスする必要があります。

3. dom0へのSNMPポートをオープンする必要があります。

dom0

EM OMSサーバーから

可能

可能

セル

リモート・エージェントから

可能

可能

InfiniBandスイッチ

リモート・エージェントから

可能

可能

Ciscoスイッチ

リモート・エージェントから

可能

可能

KVM

リモート・エージェントから

可能

KVMを持たないX5では、必要ない場合があります

OMS

可能

アップロード用http/httpsポート - 通常は3872

エージェント

OMSサーバーは、各計算ノードで、Enterprise Manager Cloud Control 12cエージェントのHTTPまたはHTTPSポートに接続できる必要があります。デフォルトのエージェント・ポートは3872です。ポート3872を使用できない場合、ポート1830から開始して、次に使用可能になるポートを使用します。

* SNMPではUDPプロトコルが使用されるため、エージェント・ポートおよびポート162をUDPトラフィック用にオープンする必要があります

Oracle SuperClusterの前提条件

表2-2に、Oracle SuperClusterハードウェア構成でサポートされている、OneCommandおよびConfig-O-Matic (COM)の必要なバージョンを示します。

表2-2 Oracle SuperClusterの前提条件

ハードウェア構成

OneCommandのバージョン

Config-O-Maticのバージョン

M6-32

databasemachine.xmlのみ

14.063以上

1.6.4以上

T5-8

databasemachine.xml

14.042以上

1.5.8 COM以上

T5-8

catalog.xml (非Java OneCommand)

該当なし

1.5.4 COM以上

T4-4

catalog.xmlのみ

注意: T4-4 Oracle SuperClusterが「製造中止」であるため、このエントリは既存のシステムにのみ使用されます。

該当なし

1.1.6 COM以下

ユーザー・ロール

Exadata Storage Serverを管理するには、ロールを作成して、各管理者にロールを割り当てる必要があります。これらのロールを作成することにより、各ユーザーの権限(プラグインの削除またはレポートへのアクセスなど)を制限します。第5章「Oracle Exadata Database Machineの管理」を参照してください。

Enterprise Managerエージェントのインストール

注意:
Enterprise Manager Exadataの検出では、計算ノードに対して管理ネットワーク・ホスト名またはクライアント・ネットワーク・ホスト名のいずれかが使用できます。計算ノードにEnterprise Managerエージェントをインストールする際には、Oracle Clusterwareで使用しているのと同じホスト名を使用する必要があります。
クラスタ内のノードのホスト名を識別するには、いずれかの計算ノードでolsnodesコマンドを実行します。Enterprise Managerエージェントのホスト名を指定する際には、ドメイン名が含まれている完全修飾ホスト名を使用することをお薦めします。

Enterprise Managerエージェントをインストールするには、2つの方法があります。ご使用の環境に適した方法を選択してください。

- 自動キットを使用したエージェントのインストールとExadata Monitoringの設定

- pushメソッドを使用したEnterprise Managerエージェントのインストール

注意:

- すべての前提条件が満たされていることを確認します。エージェントのインストールの前提条件(Solaris 11のみ)を参照してください。

- Enterprise Managerエージェントは、Database Machineのすべての計算ノードにデプロイする必要があります。計算ノードのホスト・ターゲット名は、完全修飾ホスト名(dbm1db01.mydomain.comなど)にする必要があります。

- 計算ノードのホスト・ターゲット名に、完全修飾ホスト名でない名前(dbm1db01など)やIPアドレスは使用しないでください。

- 同じバージョンのEnterprise Managerエージェントおよび同じバージョンのExadataプラグインを、同じDatabase Machine内のすべての計算ノードにデプロイする必要があります。

エージェントのインストールの前提条件(Solaris 11のみ)

Oracle SolarisでExadata Storage Server Software 11gリリース2 (11.2.3.1)を実行している場合、エージェントをインストールする前に、次の手順を実行します。

1. エージェント・ユーザーとして計算ノードのホストにログインして、ppriv $$コマンドを実行します。このコマンドを使用すると、E (有効)、P (許可)、I (継承)およびL (制限)権限が表示されます。
一般的に、E、PおよびIは同じ基本的な権限があり、通常のユーザー用です。

2. 前述のコマンドの出力で基本的な権限であることが表示された場合、インフィニバンド・コマンドを実行できるように、priv_sys_net_config権限をエージェント・ユーザーに追加します。
rootとしてログインし、次を実行します。

# usermod -K defaultpriv=basic,priv_sys_net_config <agent_user>

このコマンドにより、sys_net_configがエージェント・ユーザーに追加されます。

3. エージェント・ユーザーとしてログインし、ppriv $$コマンドを実行して権限が設定されたかどうかを確認します。出力には、既存の基本的な権限セットともにsys_net_config権限が表示されます。

自動キットを使用したエージェントのインストールとExadata Monitoringの設定

Oracle Enterprise Manager Cloud Control 13cの自動設定キットは、My Oracle Supportからパッチとしてダウンロードできます。このキットを使用すると、各計算ノードのエージェントのデプロイ・プロセスが大幅に簡略化されます。単純なコマンドを1つ使用するだけで、計算ノードの1つからすべての計算ノードにエージェントを1回でデプロイできます。このキットを使用してエージェントを計算ノードにデプロイする手順は、パッチREADME.txtに記載されています。

使用しているプラットフォームの自動設定キットをダウンロードするには、My Oracle SupportのドキュメントID 1440951.1を参照してください。

https://support.oracle.com

Oracle Enterprise Manager Cloud Control 13cでは、Exadata Database Machineの管理に全体的アプローチが使用され、監視から管理までの包括的なライフサイクル管理と、設計されたシステム全体に対する継続的なメンテナンスが提供されます。

パッチのREADMEでは、Oracle Exadata Database Machineに管理エージェントをインストールし、既存のCloud Control環境に向ける方法、または、新しいスタンドアロンのEnterprise Manager環境をインストールして、新しい環境向けに管理エージェントをデプロイする方法について説明されています。スタンドアロン環境は、Oracle Exadata Database Machineの監視に必要なパッチを適用する際に社内環境をオフラインにしない場合に使用できます。

READMEで説明されている次の手順は、Oracle Exadata Database Machineの初期構成時や、その後など、いつでも実行できます。:

- Oracle Exadata Database Machineを監視するためのOracle Enterprise Manager Cloud Controlコーポレート・サーバーの準備

- Oracle Exadata Database Machineを監視するためのスタンドアロン・サーバーへのOracle Enterprise Manager Cloud Control 13cのインストール

- Oracle Exadata Database Machineを監視するためのOracle Enterprise Manager Cloud Control 13c管理エージェントのインストール

- スタンドアロン・サーバーの使用時のOracle Exadata Database MachineからのOracle Enterprise Manager Cloud Control 13c管理エージェントの削除

- スタンドアロン・サーバーからのOracle Enterprise Manager Cloud Control 13cの削除

pushメソッドを使用したEnterprise Managerエージェントのインストール

クオータ・ラック構成(たとえば、計算ノード2つ、セル3つ)で、インストール手順が取得されました。

1. Exadata Database Machine計算ノードをホスト・ターゲットとしてOracle Enterprise Manager Cloud Control 13cに追加します。Enterprise Managerホームページで、「設定」メニュー(右上隅)から「ターゲットの追加」→「ターゲットの手動追加」をクリックします。

2. 「ホスト・ターゲットの追加: ホストとプラットフォーム」画面で、セッション名を指定します。完全修飾ホスト名を指定し、プラットフォームを選択します。

注意:
使用しているプラットフォームでエージェント・ソフトウェアを使用できない場合、「拡張性」ページに移動して最初にダウンロードします。

図2-1は、Linux x86-64プラットフォームでの選択画面を示しています。

図2-1 ホスト・ターゲットの追加

3. 「次へ」をクリックして、ホストの詳細を追加します。

4. 「インストールの詳細」画面で、次の情報を入力します。

- 「インストールのベース・ディレクトリ」

- 「インスタンス・ディレクトリ」

- 「名前付き資格証明」

- 「ポート」フィールドは空白のままにしておきます。使用可能なポートは、インストール・プロセスの一部として自動的に選択されます。

5. 「次へ」をクリックして、ホストの詳細を確認します。

6. 「エージェントのデプロイ」をクリックして、エージェント・デプロイメント・プロセスを開始します。

7. デプロイメント・プロセスの進行中に、リモート前提条件チェックが自動的に行われます。問題がなければ、「エージェント・デプロイメント・サマリー」にエージェント・デプロイメントが成功したことが示されます。図2-2は、エージェント・デプロイメントの成功例を示しています。

図2-2 エージェント・デプロイメント・サマリー

重要:
デプロイメント中にroot.shが実行されなかった場合は、必ずすべての計算ノードでroot.shを実行してください。

サイレント・モード・オプションでのOracle Management Agentのインストール

ホスト・ターゲットの追加ウィザードを使用してインストールする場合の代替方法として、サイレント・モードのOracle Management Agentをインストールできます。サイレント・モードでは、インストールの詳細情報およびデプロイメント・スクリプトを提供するために、レスポンス・ファイルを使用する必要があります。このレスポンス・ファイルで提供されている情報を使用して、管理エージェントのサイレント・インストールを実行します。

詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の「サイレント・モードでのOracle Management Agentのインストール」の章を参照してください。

http://docs.oracle.com/cd/E24628_01/install.121/e24089/install_agent_usng_rsp.htm#CEGGACJE

Exadataプラグインの手動でのデプロイ

次の条件の場合、各計算ノードで、Exadataプラグインの手動でのデプロイが必要になることがあります。

- 新規またはレッシュ・インストールの場合: 自動キットを使用してエージェントをデプロイしなかったか、またはOMSで最新バージョンのエージェントを送信しなかった場合、手動でプラグインをデプロイします。

- 既存のインストールに対してアップグレードする場合: すでに古いバージョンのExadataプラグインがエージェントにデプロイされていて、最新バージョンのExadataプラグインにアップグレードする場合、Exadataプラグインを手動でデプロイします。

Exadataプラグインが各計算ノードにデプロイされているかどうか、およびそれがどのバージョンかを判断するには、次の2つのオプションがあります。

- ターミナル・ウィンドウから、次のコマンドを実行します。

emctl listplugins agent

注意:
エージェントのインストール・ディレクトリにあるemctlを使用して、emctl listplugins agentコマンドを計算ノードで実行する必要があります。

- Enterprise Manager Cloud Controlから、「設定」メニュー(右上隅)、「拡張性」、「プラグイン」の順にクリックします。

Exadataプラグインを手動でデプロイするには、次の手順を実行します。

1. Enterprise Managerホームページから、「設定」メニュー(右上隅)、「拡張性」、「プラグイン」の順にクリックします。

2. 「プラグイン」ページで、「名前」リストから「Oracle Exadata」を選択します。

注意:
選択したバージョンが、リリース12.1.0.1.0、12.1.0.2.0または12.1.0.3.0である必要があります。最新バージョンのExadataおよびDatabaseプラグインをエージェントにデプロイすることをお薦めします。

3. 「Oracle Exadata」を選択した状態で、「デプロイ先」、「管理エージェント」の順にクリックします。

4. 「管理エージェント上のプラグインをデプロイします」ポップアップで、「追加」をクリックします。検索ポップアップが表示され、追加するターゲットを検索できます。「ターゲット・タイプ」ドロップダウンで「エージェント」を選択し、「検索」をクリックします。
結果のリストからターゲット名を選択し、「選択」をクリックします。エージェント・ターゲットごとに繰り返します。

5. エージェントを追加した後に、「管理エージェント上のプラグインをデプロイします」画面で「次」をクリックしてエージェント情報を確認および検証します。

6. 「デプロイ」をクリックし、プラグインをエージェント上にデプロイします。

7. すべてのエージェントのデプロイが終了すると、確認画面が表示されます。「OK」をクリックしてポップアップを閉じるか、「ステータスの表示」をクリックしてEnterprise Managerの「デプロイメント・アクティビティ」画面にエージェントのステータスを表示します。

3 Exadata Database Machineの検出

この章では、Enterprise Manager Cloud Control 13cを介してOracle Exadata Database Machineを検出する手順について説明します。

次の項では、Exadata Database Machineおよびサポートされているその他のターゲットを検出する方法について説明します。

1. 検出事前チェック・スクリプトの実行

2. Exadata Database Machineの検出

3. Exadata Database MachineとしてのOracle SuperClusterの検出

4. グリッド・インフラストラクチャおよびRACの検出

5. ストレージ・サーバーのロック・ダウン後のCellCLI使用からExaCLI使用への切替え

検出事前チェック・スクリプトの実行

ガイドされた検出プロセスを開始する前に、スムーズな検出のために実行する必要のあるチェックがいくつかあります。検出の前に多数の共通の問題領域を自動的に確認するために、検出事前チェック・スクリプトを使用できます。

Oracle Enterprise Manager 13cにおけるExadata検出を行うと、ソフトウェア設定時の様々な構成の不一致のために問題が発生することがあります。この検出事前チェック・スクリプトは、最も一般的な構成の問題の解決に役立ちます。すべてのDatabase Machine検出の前にスクリプトを実行し、十分に出力結果を調査してから、「Exadata Database Machineの検出」に進みます。

検出事前チェック・スクリプトを実行するには、次の手順に従います。

1. ターゲット監視資格証明の安全な保存。

2. 検出事前チェック・スクリプトのダウンロード

3. 検出事前チェック・スクリプトの実行

4. 自動検証。

5. 手動検証。

ターゲット監視資格証明の安全な保存。

検出プロセスの開始時には、セル監視のために、ログインおよびパスワード資格証明の入力が必要になります。これらの資格証明は、次のように処理されます。

- cellmonitorユーザーの場合: cellmonitorユーザーとagentユーザーとの間にSSH等価が設定されます。検出時に求められるルート資格証明は、その後のメトリック収集では必要ありません。オプションで、セル・ルート・パスワードを名前付き資格証明としてEnterprise Managerリポジトリに保存することもできます。

- セルILOMユーザーの場合(oemuser): この監視資格証明は暗号化されて、Enterprise Managerリポジトリとエージェントのtargets.xmlファイルに保存されます。

- インフィニバンド・スイッチ・ユーザーの場合(nm2user): nm2userユーザーとagentユーザーとの間にSSH等価が設定されます。検出時に求められるnm2user資格証明は、その後のメトリック収集では必要ありません。オプションで、nm2userパスワードを名前付き資格証明としてEnterprise Managerリポジトリに保存することもできます。

検出事前チェック・スクリプトのダウンロード

次のいずれかの方法を使用してスクリプトを取得できます。

- プラグインをエージェントにデプロイした後、Exadataプラグイン13.1.0.0.0の一部としてスクリプトにアクセスします。

<agent installation directory>/plugins/oracle.sysman.xa.discovery.plugin_12.1.0.3.0/discover/dbmPreReqCheck/exadataDiscoveryPreCheck.pl

注意:
Exadataプラグインには、Enterprise Manager Cloud Control 13cを介した強化された監視を可能にする、追加のスクリプトが含まれています。

- 次のURLにあるMy Oracle SupportのOracle Enterprise Manager Cloud Control 12cにおけるExadata検出のための前提条件スクリプト (ドキュメントID 1473912.1)からスクリプトを、ダウンロードします。

https://support.oracle.com/rs?type=doc&id=1473912.1

- このキットの詳細は、My Oracle SupportのOracle Enterprise Manager Setup Automation kit for Exadataの取得(ドキュメントID 1440951.1)の説明に従ってスクリプトにアクセスします。

https://support.oracle.com/rs?type=doc&id=1440951.1

検出事前チェック・スクリプトの実行

スクリプトを実行する手順は次のとおりです。

$ <agent installation directory>/plugins/oracle.sysman.xa.discovery.plugin_<plugin version>/discover/dbmPreReqCheck/
$ $ORACLE_HOME/perl/bin/perl ./exadataDiscoveryPreCheck.pl

スクリプトを実行すると、様々な入力を要求されます。すべての組込みチェックを実行し、実行ログとともに標準出力にすべてのメッセージが表示されます。

自動検証

検出事前チェック・スクリプトでは、次の情報をチェックします。

- Enterprise Managerエージェントを実行しているユーザーに、11.2以上のデータベースのOracleホーム・ディレクトリ<ORACLE_HOME>/bin/kfodバイナリの少なくとも1つに対する読取り権限と実行権限があることを確認します。

- 管理サーバーとセル・サーバーが稼働していて、Exadataセル上で実行中であることを確認します。次のように実行すると、ステータスを確認できます。

$ cellcli -e 'list cell attributes cellsrvStatus,msStatus'

- 資格証明のログを確認します。検出プロセスを完了するためには、次の資格証明が必要です。検出プロセスを開始する前に、次の資格証明の情報が揃っていることを確認してください。

- エージェント・ホスト資格証明: 計算ノード上でエージェントを実行しているユーザーのユーザー名およびパスワード

- 監視資格証明:

- セル・ルート・パスワード

- インフィニバンド・スイッチNm2userパスワード

- ILOMユーザー名およびパスワード

- インフィニバンド・スイッチ・ルート資格証明: ユーザー名およびパスワード

- 次の内容を含む、Exadataリリース11.2.3.1、11.2.3.2以上のDatabase Machineのスキーマ・ファイルの要件を確認します。

- このスキーマ・ファイルは、次のようにExadata Database Machineの検出で選択されたエージェント・ホストに存在している必要がある。

/opt/oracle.SupportTools/onecommand/databasemachine.xml

- エージェント・ユーザーがスキーマ・ファイルを読み取ることができるように、スキーマ・ファイルに誰からも読取り可能な権限がある。

- バージョンが503以上である。(スキーマ・ファイルのバージョンはファイルのヘッダーにあります。)

- スキーマ・ファイル内の<ADMINNAME>と<ADMINIP>の値は、計算ノード、Exadataセル、インフィニバンド・スイッチ、KVM、PDUおよびCiscoスイッチの現在のホスト名および管理IPアドレスになっている必要がある。

- Exadataリリース11.2.3.2以上のDatabase Machineのスキーマ・ファイルの要件を確認します。

- このスキーマ・ファイルは、次の場所にあるExadata Database Machineの検出で選択されたエージェント・ホストに存在していることを確認してください。

/opt/oracle.SupportTools/onecommand/catalog.xml

- エージェント・ユーザーがスキーマ・ファイルを読み取ることができるように、スキーマ・ファイルには誰からも読取り可能な権限があることを確認してください。

- スキーマ・ファイルはバージョン868以上であることを確認してください。(スキーマ・ファイルのバージョンはファイルのヘッダーにあります。)

- また、スキーマ・ファイル内の<ADMINNAME>と<ADMINIP>の値は、計算ノード、Exadataセル、インフィニバンド・スイッチ、KVM、PDUおよびCiscoスイッチの現在のホスト名および管理IPアドレスになっている必要があります。
クライアント・ネットワーク・ネーミングはExadataプラグインのリリース12.1.0.3.0以上でのみサポートされています。

注意:
Database Machineのスキーマ・ファイルが存在しない場合、またはそのバージョンが要件を満たしていない場合は、Oracleサポートでサービス・リクエストを開いて、最新バージョンのスキーマ・ファイルを取得してください。

手動での確認

検出事前チェック・スクリプトの実行後、次のチェックも手動で実行する必要があります。

- 「Exadata Database Machineの検出」で要求された場合、この11.2以上のデータベースのOracleホーム・ディレクトリを使用します。

- プラットフォームおよびDatabase Machineバージョンの前提条件。

- Enterprise Managerホストのターゲットとして計算ノードが最初に検出される必要があります。このために、Enterprise Managerエージェントをこれらのホストにインストールします。

- Enterprise Managerエージェントは、Exadata Database Machineのすべての計算ノードにデプロイする必要があります。計算ノードのホスト・ターゲット名は、完全修飾ホスト名(dbm1db01.mydomain.comなど)にする必要があります。計算ノードのホスト・ターゲット名に、完全修飾ホスト名でない名前(dbm1db01など)やIPアドレスは使用しないでください。

- Exadataプラグインのリリース12.1.0.1.0または12.1.0.2.0を使用している場合、計算ノードのホスト・ターゲットのターゲット名は、クライアント・ネットワークではなく管理ネットワーク内のホスト名にする必要があります。

- Exadataプラグインのリリース12.1.0.3.0以上を使用している場合、計算ノードのホスト・ターゲットのターゲット名は、クライアント・ネットワークではなく管理ネットワーク内のホスト名にできます。

- 計算ノードのホスト名と各データベース・マシンのExadataセルには、一意の接頭辞を付ける必要があります。すなわち、1つのDBマシンを形成するための同一インフィニバンド・ネットワークで接続されていないExadataデータベース・マシン・ラックは、同一のホスト名接頭辞を共有できません。

- Oracle Enterprise Manager Cloud Control 12cリリース12.1.0.1.0のユーザーの場合、またはインストールされたプラグインのバージョンをリリース12.1.0.1.0から12.1.0.2.0にアップグレードした場合、ユーザーが手動でExadataプラグインをエージェントに送信する必要があります。

Exadata Database Machineの検出

Database Machineターゲットを検出するには、次の手順に従います。

1. Enterprise Managerホームページから、「設定」メニュー(右上隅)、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。

2. 「ターゲットの手動追加」ページ(図3-1)で、「ガイド付きプロセスを使用したターゲットの追加」をクリックします。「ガイド付きプロセスを使用した追加」ウィンドウで、リストから「Oracle Exadataデータベース・マシン」を選択して、「追加」をクリックします(図3-2)。

図3-1 ターゲットの手動追加

図3-2 「Oracle Exadataデータベース・マシン」の選択

3. 「Oracle Exadataデータベース・マシンの検出」ページ(図3-3)では、次のタスクのいずれかを選択します。

- 新しいデータベース・マシンおよびそのハードウェア・コンポーネントをターゲットとして検出します。これを選択した場合は、次の監視オプションのいずれかを選択します。

- 13cターゲット・タイプ。このターゲット・タイプでは、Enterprise Manager Cloud Control 13cを介して、強化された監視が使用可能です(追加の資格証明が必要)。
13cターゲット・タイプの強化された監視により、ExadataプラグインでExadata Storage ServerおよびKVMを監視でき、Enterprise Manager Systems Infrastructure (EMSI)プラグインでExadataラックと他のすべてのハードウェア・ターゲットを監視できます。EMSIプラグインは、Enterprise Managerのインストールに含まれています。

- 12cターゲット・タイプ。

監視タイプを選択した後、表が更新され、ターゲット・タイプおよび検出に必要な資格証明が表示されます。

- ターゲットとして既存のデータベース・マシンに新しく追加されたハードウェア・コンポーネントを検出します。ドロップダウン・メニューからデータベース・マシンを選択します。表が更新され、ターゲット・タイプおよび検出に必要な資格証明が表示されます。

図3-3 「Oracle Exadataデータベース・マシンの検出」ページ

「ターゲットの検出」をクリックします。Exadata検出ウィザードが開始されます。

4. 「検出入力」ページ(図3-4)で、次の情報を入力します。

- 「検出エージェント」セクションには、次のように入力します:

- エージェントURL: 計算ノードにデプロイされたエージェント検索アイコンをクリックして、使用可能なURLから選択できます。

- 「構成図ファイル」セクションには、次のように入力します:

- エージェントURLを指定すると、新しい行(ホスト名およびスキーマ・ファイル情報)が自動的に追加されます。デフォルトのスキーマ・ファイルdatabasemachine.xmlでは、Exadata Database Machineのハードウェア・コンポーネントについて説明されています。

- 「資格証明の設定」をクリックして、ホストに対して資格証明を設定します。

- スキーマ・ファイルの場所を確認または変更します。

- スキーマ・ファイルの名前をドロップダウン・メニューから選択します。

注意:
次のいずれかに該当する場合のみ、構成図ファイルの場所をカスタマイズする必要があります。

- 構成図ファイルがデフォルトの場所に存在しない。

- データベース・マシンにStorage Expansion Rackが含まれている。

- ハードウェア・コンポーネントが複数の構成図ファイルで指定されている。

図3-4 データベース・マシンの検出: 検出入力

「次へ」をクリックします。

5. 「インフィニバンド検出」ページ(図3-5)で、次の情報を入力します。

- IBスイッチのホスト名: インフィニバンド・スイッチのホスト名です。IBスイッチのホスト名は、通常、事前に移入されています。

- インフィニバンド・スイッチのILOMホストの資格証明: ユーザー名(通常は、ilom-adminまたはilom-operator)およびインフィニバンド・スイッチのILOMホストのパスワードです。

図3-5 データベース・マシンの検出: インフィニバンド検出

「次へ」をクリックします。

6. 「前提条件チェック」ページ(図3-6)で、Enterprise Managerにより、環境に基づいて動的にハードウェア・コンポーネントの検出が試行されます。重大な問題が発生した場合は、「戻る」をクリックして、それを解決できます。Enterprise Managerにより、問題およびその重大度(情報、警告またはクリティカル)が表示されます。
警告の問題や情報メッセージが表示されることもあります。これが検出プロセスを妨げることはありません。

図3-6 データベース・マシンの検出: 前提条件チェック

「次へ」をクリックします。

7. 「コンポーネント」ページ(図3-7)では、次のコンポーネントがあらかじめ選択されています。必要でないコンポーネントは選択解除できます。コンポーネントの一部を次に示します。

- 計算ノード: Oracle Exadata Database Machineの計算ノードであるホストを選択します。

- Oracle Exadata Storage Server: Oracle Exadata Database Machineターゲットの一部であるOracle Exadata Storage Serverを選択します。

- インフィニバンド・スイッチ: Oracle Exadata Database Machineの一部であるインフィニバンド・スイッチを選択します。これらは管理対象ターゲットとしても追加されます。

- イーサネット・スイッチ: Oracle Exadata Database Machineの一部であるイーサネット・スイッチを選択します。イーサネット・スイッチは管理対象ターゲットとして追加されます。

- 計算ノードILOM: このOracle Exadata Database Machineの一部である計算ノードのIntegrated Lights Out Manager (ILOM)を選択します。このILOMは、管理対象ターゲットとして追加されます。

- KVM: Oracle Exadata Database Machineの一部であるKVMスイッチを選択します。KVMスイッチは、管理対象ターゲットとして追加されます。

注意:
パーティション化されたラックは、手動で選択解除する必要のある他のコンポーネント(計算ノードなど)を示すことができます。

図3-7 データベース・マシンの検出: コンポーネント

「次へ」をクリックします。

8. 「モニタリング・エージェント」ページ(図3-8)で、ドロップダウンから「モニタリング・エージェント」のエージェントを選択し、「モニタリング・エージェントのバックアップ」のエージェントを選択します。

注意:
1つのエージェントを監視とバックアップのエージェントとして使用すると、警告が表示されます。使用可能な場合は、「エージェントの選択」をクリックして、さらにエージェントを追加します。

図3-8 データベース・マシンの検出: モニタリング・エージェント

「次へ」をクリックします。

9. 「エージェント資格証明」ページで、Exadata Database Machine内のすべてのコンポーネント(たとえば、ストレージ・サーバー、PDU、インフィニバンド・スイッチなど)の資格証明を設定します。
「資格証明の設定」をクリックして、コンポーネントの資格証明を設定します。ユーザーおよびパスワードが同じ場合、「すべて同じ」を選択して、ユーザーおよびパスワードの組合せを入力します。

Enterprise ManagerでOracle Auto Service Request (ASR)指向のトラップを受信するため、「ASRサブスクリプションの設定」オプションを選択します。このオプションは、セル上でASRマネージャを使用するかわりにEnterprise Managerを使用してサービス・リクエスト(SR)を生成している場合に必要です。

コンポーネントによっては、追加情報を提供する必要があります。たとえば、「Exadata Storage Server資格証明」ウィンドウで、ルート資格証明(図3-9)と同様に、SNMP資格証明を入力する必要があります。

図3-9 例: Oracle Exadata Storage Server資格証明の設定

「OK」をクリックして、他のすべてのコンポーネントに対して資格証明を設定します。すべての資格証明を設定すると、「資格証明の設定」ページが更新され、資格証明のセットが表示されます(図3-10を参照)。

図3-10 データベース・マシンの検出: 資格証明

「次へ」をクリックします。

10. 「確認」ページで、各セクションが正しいことを確認します。図3-11は、正しい確認の例を示しています。

図3-11 データベース・マシンの検出: 確認

「発行」をクリックします。

11. データベース・マシンのコンポーネントが昇格された後で、検出されたすべてのターゲットおよびコンポーネントを示す「ターゲット作成サマリー」ページが表示されます。エラーがある場合は、「ステータス」列に赤いフラグが表示されます。カーソルをフラグの上に置くと、エラーに関する追加情報のポップアップ・ウィンドウが表示されます(図3-12)。

図3-12 データベース・マシンの検出: ターゲット作成サマリー

Oracle Exadata Database Machineの検出が完了しました。

Exadata Database MachineとしてのOracle SuperClusterの検出

Exadataプラグインを使用して、Oracle SuperClusterシステムを検出および監視できます。モニターできるのは、LDOMおよびゾーンにインストールされているOracle SuperClusterのデータベースおよびExadataコンポーネントのみです。オペレーティング・システム・レベルで特定のLDOMまたは仮想化構成を監視する場合は、Oracle Enterprise Manager Ops Center 12cを使用してください。

Exadata Database MachineとしてOracle SuperClusterを検出する方法:

1. エージェントを管理ドメインおよびゾーンにプッシュするための前提条件を完了する方法は、『Oracle® Enterprise Manager Cloud Control管理者ガイド』のOracle Solarisゾーンの検出および昇格に関する項を参照してください。

2. サービス・リクエスト(SR)を開き、最初の11gR2 LDOMから次のファイルをアップロードします:

/opt/oracle.SupportTools/onecommand/onecommand.params
/opt/oracle.SupportTools/onecommand/config.dat

重要:
新しい構成で上書きするため、/opt/oracle.SupportTools/onecommandディレクトリのバックアップを作成します。

3. Oracleサポートにより、構成ファイルに提供されている情報に基づいてファイルが生成されます。すべてのファイルを/opt/oracle.SupportTools/onecommandディレクトリにコピーします。

4. このディレクトリ内のみでなく、/opt/oracle.SupportTools/emディレクトリ内のすべてのファイルにも、読取り権限が許可されていることを確認します。エージェントが、検出中にこれらのファイルを読取る必要があります。

5. Enterprise Managerから自己更新を実行して、OMS上にSolaris SPARCエージェント・ソフトウェアをダウンロードします。ダウンロードしたソフトウェアをOMSに適用して、デプロイに使用可能にします。

1. Enterprise Managerで、「設定」、「拡張性」、「自己更新」の順にクリックします。「エージェント・ソフトウェア」をクリックします。

2. 「SPARC (64ビット)上のOracle Solaris」を選択します。

3. ステータスが「使用可能」の場合、「アクション」メニューから「ダウンロード」をクリックします。

4. 一度ダウンロードすると、同じ「自己更新」ページからOMSに適用する必要があります。

オンラインまたはオフライン・モードでの自己更新の詳細は、『Oracle® Enterprise Manager Cloud Control管理者ガイド』の「Cloud Controlの更新」の章を参照してください。

6. Oracle SuperClusterの各データベース・ノードにエージェントをインストールします。

1. Enterprise Managerで、「設定」、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。

2. 「ホスト・ターゲットの追加」(デフォルトで選択されています)を選択し、「ホストの追加」をクリックします。

3. インストール・ウィザードを続行し、インストールの完了後、各ノードでroot.shを実行したことを確認してください。

注意:
/etc/ssh/sshd_configにある暗号エントリを編集して、sshを再起動する必要がある既知の問題が発生する場合があります(詳細は、バグ13822068を参照)。My Oracle Supportで、『SSHD Connection Errors After Upgrading To Exadata Version 11.2.3.1.0』(Doc ID 1437596.1)を参照してください。

https://support.oracle.com

7. Database Machineの検出のため、データベース・ノードを構成します。
この手順は、set_nodedesc.shを使用して、DBノードのIPアドレス、ホスト・チャネルのアダプタID、インフィニバンド構成内の管理ホスト名を更新して、各DBノードの説明を設定するために必要です。Enterprise Managerエージェントは、Database Machineを検出する際にこの情報を検索します。

次のコマンドを実行します。

# ibnetdiscover | grep your_db_nodes

何も出力が戻されない場合は、すべてのデータベース・ノードから次のコマンドを実行して、ノードの説明を設定します。

# /bin/ib_set_node_desc_ssc.sh

8. Enterprise Managerで、Manual Discoveryウィザードを使用して、Exadata Database Machineを検出します。この検出の手順は、その他のExadata DBMターゲットでも同じです。「Exadata Database Machineの検出」を参照してください。

9. HA RAC Clusterおよびクラスタ・データベースを検出して、ターゲットを通常どおりに構成します。

グリッド・インフラストラクチャおよびRACの検出

次の項では、グリッド・インフラストラクチャおよびOracle Real Application Clustersターゲットの検出の手順について説明します。

- グリッド・インフラストラクチャ(クラスタ)ターゲットの検出

- Oracle Real Application Clustersターゲットの検出

グリッド・インフラストラクチャ(クラスタ)ターゲットの検出

1. 「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順にクリックします。

2. 「ターゲットの手動追加」ページで、「ガイド付きプロセスを使用して非ホスト・ターゲットを追加(関連ターゲットも追加)」、Target Type as Oracle Cluster and High Availability Servicesの順に選択します。

3. 「ガイドされた検出を使用した追加」をクリックして、ウィザードの各手順に従います。

4. 「クラスタ・ターゲットの追加」:「ホストの指定」ページで、最初のデータベース・ノードを選択し、「続行」をクリックします。

5. クラスタ・ホームの詳細が表示されます。「選択したホスト」セクションにすべてのデータベース・ノードが表示されていることを確認します。

6. 「追加」をクリックします。

Oracle Real Application Clustersターゲットの検出

1. 「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順にクリックします。

2. 「ターゲットの手動追加」ページで、「ガイド付きプロセスを使用して非ホスト・ターゲットを追加(関連ターゲットも追加)」、Target Type as Oracle Database, Listener and Automatic Storage Managementの順に選択します。

3. 「ガイドされた検出を使用した追加」をクリックして、ウィザードの各手順に従います。

4. ウィザードのページで、クラスタ・データベース(dbsnmpパスワードは必須)およびクラスタASM(asmsnmpパスワードは必須)を構成します。

ストレージ・サーバーのロック・ダウン後のCellCLI使用からExaCLI使用への切替え

任意の時点で、Exadata Storage Serverをロック・ダウンして、ExaCLIによる監視/管理に切り替えられます。図3-13に示すように、「Exadata Storage Server」メニューから「ターゲット設定」を選択して、「モニタリング構成」を選択します。

図3-13 モニタリング資格証明のメニュー項目

図3-14で示すように、「モニタリング構成」ページで、「ExaCLIのサポート(デフォルト: 0)」の値を1に設定します。

図3-14 モニタリング構成: ExaCLIを使用した監視の設定

4 検出後の構成および確認

Enterprise Manager Cloud Control 13cを介してOracle Exadata Database Machineが検出されたら、次のターゲットで検出後の構成を完了する必要があります。

- 計算ノードでのSNMPトラップ転送の設定

- Enterprise Manager監視のためのストレージ・セルSNMPの構成

- インフィニバンド・スイッチ・ターゲットのSNMPの構成および確認

- Enterprise Manager監視のための計算ノードILOM SNMPの構成

- Oracle ILOM Serverの構成の確認

- Ciscoイーサネット・スイッチ・ターゲットのSNMPの設定

- 電力配分装置(PDU)ターゲットのSNMPの設定

- KVMターゲットのSNMPの設定

- Oracle Exadata Database Machineダッシュボードの作成

注意:
セルのSNMP通知、インフィニバンド・スイッチ、ILOM、Ciscoスイッチ、PDUおよびKVMをEnterprise Managerから削除する場合、これらのターゲットを手動で削除する必要があります。
Exadataプラグインのリリース12.1.0.3.0以降、Exadata Database MachineターゲットがEnterprise Manager Cloud Controlを通じて削除される場合、セルおよびインフィニバンド・スイッチからSNMP通知を削除するオプションがあります。

注意:
Exadata環境を監視する方法のビデオの表示:

https://apex.oracle.com/pls/apex/f?p=44785:24:0::NO:24:P24_CONTENT_ID,P24_PREV_PAGE:5664,1

計算ノードでのSNMPトラップ転送の設定

注意:
KVMを監視する必要がない場合、この項はスキップしてください。

KVMからのトラップが監視エージェント・ホストのUDPポート162に送信されます。Enterprise ManagerエージェントがKVMからトラップを受信するには、snmptrapdデーモンがポート162を使用してトラップを受信し、そのトラップをエージェントreceiveletのリスニング・ポートに転送できるように、Enterprise Managerエージェントが実行されているホストでSNMPトラップ転送を設定する必要があります。

KVMターゲットの監視に使用されていなかった計算ノードに監視が移った場合に備えて、すべての計算ノードでこのステップを実行しておくことをお薦めします。

- 計算ノード・エージェントの設定 - Linux

- 計算ノード・エージェントの設定 - Solaris

計算ノード・エージェントの設定 - Linux

rootユーザーとして、次のコマンドを実行する必要があります。

1. <AGENT_INST>/sysman/config/emd.propertiesファイル内のEMD_URLプロパティからポート値を取得します。これは、receiveletがUDPを介してトラップをリスニングするポートです(この例ではポート値は3872です)。

2. receiveletがこのポートでUDPを介してリスニングしていることを確認します。次のコマンド出力にエントリが表示されるはずです。

# netstat -an | grep 3872 | grep udp

3. SNMPトラップ・デーモンを停止するには、次のコマンドを実行します。

# service snmptrapd stop

通常、serviceコマンドは/sbinディレクトリ内にあります。

4. 次のエントリを/etc/snmp/snmptrapd.conf構成ファイルに追加します。

authcommunity log,execute,net <community string>
forward default udp:localhost:3872

注意:
/etc/snmp/snmptrapd.confファイルが存在しない場合は作成し、前述の行を追加します。

5. /etc/hosts.allowファイルを編集して次の行を追加します。

snmptrapd : ALL

6. 次のコマンドを実行します。

# chkconfig snmptrapd on

7. SNMPトラップ・デーモンを開始するには、次のコマンドを実行します。

# service snmptrapd start

計算ノード・エージェントの設定 - Solaris

rootユーザーとして、次のコマンドを実行する必要があります。

1. <AGENT_INST>/sysman/config/emd.propertiesファイル内のEMD_URLプロパティからポート値を取得します。これは、receiveletがUDPを介してトラップをリスニングするポートです(この例ではポート値は3872です)。

2. receiveletがこのポートでUDPを介してリスニングしていることを確認します。次のコマンド出力にエントリが表示されるはずです。

# netstat -an | grep 3872 | grep udp

3. SNMPトラップ・デーモンを停止するには、次のコマンドを実行します。

# svcadm disable snmptrapd

次のメッセージが表示されることがあります。その場合は、無視してください。

svcadm: Pattern 'snmptrapd' doesn't match any instances

通常、svcadmコマンドは/usr/sbinディレクトリ内にあります。

4. 次のエントリを/etc/net-snmp/snmp/snmptrapd.conf構成ファイルに追加します。

authcommunity log,execute,net <community string>
forward default udp:localhost:3872

注意:
/etc/net-snmp/snmp/snmptrapd.confファイルが存在しない場合は作成し、前述の行を追加します。

5. 次のコンテンツを含む/tmp/snmptrapd.xmlファイルを作成します。

<?xml version="1.0"?>
<!DOCTYPE service_bundle SYSTEM
"/usr/share/lib/xml/dtd/service_bundle.dtd.1">
<service_bundle type='manifest' name='snmptrapd'>
<service name='application/management/snmptrapd' type='service' version='1'>
<create_default_instance enabled='true' />
<single_instance />
<dependency name='network' grouping='require_all' restart_on='none' type='service'>
<service_fmri value='svc:/milestone/network:default' />
</dependency>
<exec_method type='method' name='start' exec="/usr/sbin/snmptrapd -Lsd -p /var/run/snmptrapd.pid" timeout_seconds ="60"/>
<exec_method type='method' name='stop' exec=':kill' timeout_seconds='60'/>
<stability value='Evolving' />
<template>
<common_name>
<loctext xml:lang='C'>net-snmp SNMP trap daemon</loctext>
</common_name>
</template>
</service>
</service_bundle>

6. 手順5で作成した/tmp/snmptrapd.xmlファイルを検証します。

# svccfg validate /tmp/snmptrapd.xml

7. /tmp/snmptrapd.xmlファイルをインポートします。

# svccfg import snmptrapd.xml

8. snmptrapdデーモンが実行されていることを確認します。

# svcs snmptrapd

次の例のように出力されます。

STATE          STIME    FMRI
online         16:20:00 svc:/application/management/snmptrapd:default

9. 必要に応じて、次のコマンドを使用してsnmptrapdデーモンを起動できます。

# svcadm enable snmptrapd

Enterprise Manager監視のためのストレージ・セルSNMPの構成

Exadataストレージ・セルのSNMP構成は、cellcliコマンドを使用して実行します。また、計算ノードからdcliを使用してバッチで実行できます。

注意:

- Enterprise Manager Cloud Control 12c Bundle Pack 1 (BP1)の場合
Exadataストレージ・セルのSNMPトラップの設定は、ガイドされた検出プロセスの終了後、自動的に行われます。

- Exadataプラグインのリリース12.1.0.2.0以上の場合
検出プロセス中に、オプションで必要なroot資格証明を指定して、Exadataストレージ・セルに対してSNMPトラップを設定できます。これを行った場合、この項の残りの手順をスキップして、インフィニバンド・スイッチ・ターゲットのSNMPの構成および確認に進みます。

- public文字列は、次の項のSNMPの例に使用されている一方、任意の有効なSNMPコミュニティ文字列を使用するためにサポートされています。

ALTER CELLコマンドの使用

ALTER CELLコマンドの使用時には、既存のすべてのサブスクライバを新しく追加するサブスクライバとあわせて指定する必要があります。同様に、notificationPolicy属性やnotificationMethod属性を変更することもできます。

ALTER CELLコマンドの使用時には、host=属性とcommunity=属性の値は引用符で囲みますが、type=は引用符で囲みません。

DCLIユーティリティを使用してSNMPアラートを設定する場合、句読点を含むコマンドはローカル・シェルで解釈されるため、二重引用符で囲む必要があります。コマンドに次の文字が含まれる場合は、外側に引用符とエスケープ・キャラクタが必要です。

$ (ドル記号)
' (引用符)
< (より小さい)
> (より大きい)
( ) (カッコ)

バックスラッシュ(\)は、リモート・シェルによる解釈なしでCellCLIユーティリティに文字を渡すことのできるエスケープ文字です。

現在のSNMP構成の確認

次のcellcliコマンドを使用して、現在のSNMP構成を確認します。

1. SNMPの現在のサブスクライバをリストするには、次のコマンドを実行します。

# cellcli -e list cell attributes snmpSubscriber

正しく構成されていれば、セル・ターゲットのプライマリ・エージェントおよびバックアップ・エージェントが一覧表示されます。次に例を示します。

# cellcli -e list cell attributes snmpSubscriber
((host=[hostname.mycompany.com],port=3872,community=public),
(host=[hostname2.mycompany.com],port=3872,community=public))

2. 現在構成されている通知メソッドをリストするには、次のコマンドを実行します。

# cellcli -e list cell attributes notificationMethod

有効な値は、snmp、mailおよびsnmp,mailです。正しく構成されていれば、snmpかsnmp,mailのいずれかが返されます。次に例を示します。

# cellcli -e list cell attributes notificationMethod
snmp,mail

3. SNMPに現在構成されている通知ポリシーをリストするには、次のコマンドを実行します。

# cellcli -e list cell attributes notificationPolicy

有効な値は、Critical、WarningおよびClearのいずれか一部または全部です。正しく構成されていれば、Critical、Warning、Clearが返されます。次に例を示します。

# cellcli -e list cell attributes notificationPolicy
Critical,Warning,Clear

cellcliを使用したSNMP値の構成

snmpSubscriber、notificationMethodおよびnotificationPolicyの値を設定するには、次の手順を実行します。

1. snmpSubscriberの値を設定します。

- SNMP V1

# cellcli -e "alter cell snmpSubscriber=((host='[host name]',port=[port]),(host='[host name]',port=[port]))"

[host name]と[port]の値は、セル・ターゲットを監視するエージェントです。

- SNMP V3
手順は前と同じですが、ホストとポート、SNMP V3ユーザーとタイプを指定する必要があります。

ALTER CELL snmpSubscriber=((host='host1.example.com',port=[port], snmpUser='[v3user]', type=V3))

コマンドを実行する前に、v3userがセルで有効なSNMPユーザーであることを確認します。次のコマンドを実行して確認できます。

cellcli -e "list cell attributes snmpUser"

セル上に有効なSNMPユーザーが存在しない場合は、次のコマンドでV3ユーザーを追加します。

ALTER CELL snmpUser=((name='[v3user]', authProtocol='MD5', authPassword='[passwd]', privProtocol='DES', privPassword='[passwd]'))

注意:
Enterprise Managerエージェントでは、現在、DESおよびMD5/SHAの組合せがサポートされています。AESはサポートされていません。

- Oracle Auto Service Request (ASR)のサブスクリプション
前述の2つの手順では、MS MIB形式でトラップするセルのSNMPサブスクリプションを追加する手順を説明しています。同様に、Oracle Auto Service Request (ASR)形式でのSNMPトラップもサブスクライブする場合は、前述のエントリとともに、type=ASR(V3では、type=V3ASR)で別のエントリを追加する必要があります。

たとえば、SNMP V1の場合:

ALTER CELL snmpSubscriber=((host='host1.example.com',port=[port],community='[community string]'), (host='host1.example.com',port=[port],community='[community]',type=ASR))

たとえば、SNMP V3の場合:

ALTER CELL snmpSubscriber=(((host='host1.example.com',port=[port],community='[community string]'),(host='host1.example.com',port=[port], snmpUser='[v3user]', type=V3ASR))

注意:
snmpSubsriberの既存の設定を上書きしないように十分に注意してください。既存のサブスクライバが存在する場合は、エージェント・サブスクリプションを追加します。たとえば、cellcli -e list cell attributes snmpSubscriberコマンドにより次の出力が返されたとします。

# cellcli -e list cell attributes snmpSubscriber
((host=ilm-asr1.example.com,port=162,community=public,type=asr))

この場合は、エージェント・サブスクリプションを追加する必要があります。

#cellcli -e "alter cell snmpSubscriber=((host='ilm-asr1.example.com',port=162,
community=public,type=asr),(host='[host name]',port=[port]),(host='[host name]',port=[port]))"

2. SNMP V3では、Enterprise Managerで次を更新します。

- Enterprise Managerのセル・ターゲット上で、そのセルのv3ユーザーと一致するV3監視の資格証明が設定されていることを確認します。

- Enterprise Managerにログインします。

- 「設定」メニューから「セキュリティ」を選択し、「モニタリング資格証明」を選択します。

- 「Exadata Storage Server」タイプを選択して、「モニタリング資格証明の管理」をクリックします。

- セルを選択して、V3資格証明を設定します。

- Enterprise Managerのターゲット上で、snmpengineidプロパティが設定されていることを確認します。

- Enterprise Managerにログインします。

- Exadata Storage Serverのホームページに移動します。

- 「Exadata Storage Server」メニューから「モニタリング構成」を選択します。

- snmpengineidプロパティが設定されていない場合は、Enterprise Managerで手動で設定します。それは、次のコマンドでセルから取得できます

list cell attributes snmpengineidhex

Exadata Database Machineターゲットの検出でasr subscriptionオプションを選択した場合は、これらの手順はすべて自動的に行われます。

3. notificationMethodの値を設定します。

# cellcli -e "alter cell notificationMethod='snmp,mail'"

4. notificationPolicyの値を設定します。

# cellcli -e "alter cell notificationPolicy='Critical,Warning,Clear'"

dcliを使用したSNMP値の構成(オプション)

dcliを使用してSNMP構成コマンドを実行すると、すべてのストレージ・セルに対して構成をバッチ実行できます。

1. snmpSubscriberの値を設定します。

$ dcli -g cell_group -l root "cellcli -e \"alter cell snmpSubscriber=((host='[host name]',port=[port]),(host='[host name]',port=[port]))\""

[host name]と[port]の値は、セル・ターゲットを監視するエージェントです。

2. notificationMethodの値を設定します。

$ dcli -g cell_group -l root "cellcli -e \"alter cell notificationMethod='snmp,mail'\""

3. notificationPolicyの値を設定します。

$ dcli -g cell_group -l root "cellcli -e \"alter cell notificationPolicy='Critical,Warning,Clear'\""

SSH接続の確認

新しい端末を開き、SSH接続が正常に確立されたかを検証します。

$ ssh -l cellmonitor <cell_ipaddress> cellcli -e 'list cell detail'

- パスワードを要求されなければ、接続が確立されているとみなすことができます。

- 接続を継続するかどうかを確認するよう求められた場合、「はい」を指定します。

サブスクリプションの削除

サブスクリプションを削除するには、ALTER CELLコマンドを再度使用し、snmpsubscriberリストから削除するホスト名を除外します。

注意:
SNMP receiveletは、すべての監視されたターゲットを単一アドレスおよびポート上でリスニングします。ポートは、EMD_URLで使用されるTCPポートと同じ番号のUDPポートです。
デフォルトでは、SNMP receiveletはすべてのアドレスでリスニングします。emd.propertiesファイル内に適切なSnmpRecvletListenNICプロパティが設定されている場合、receiveletは名前またはIPアドレスとして値を解決しようとし、そのアドレスのみでリスニングします。

インストールによってはエージェントが別のネットワーク上のOMSや管理対象ターゲットと通信する必要があるため、このパラメータはAgentListenOnAllNICsおよびEMD_URLに依存しません。

インフィニバンド・スイッチ・ターゲットのSNMPの構成および確認

インフィニバンド・スイッチのEnterprise Manager監視のためのSNMP構成は、Enterprise Managerのガイドされた検出プロセスの一部として自動的に実行されます。ただし、SNMP構成が正常に完了したかどうかは確認することをお薦めします。

注意:

- Enterprise Manager Cloud Control 12c Bundle Pack 1 (BP1)の場合
Exadataストレージ・セルのSNMPトラップの設定は、ガイドされた検出プロセスの終了後、自動的に行われます。

- Exadataプラグインのリリース12.1.0.2.0以上の場合
検出プロセス中に、オプションで必要なroot資格証明を指定して、インフィニバンド・スイッチに対してSNMPトラップを設定できます。これを行った場合、この項の残りの手順をスキップして、Enterprise Manager監視のための計算ノードILOM SNMPの構成に進みます。

インフィニバンド・スイッチのSNMPを(必要に応じて)構成し、その構成を確認するには、次の手順を実行します。

1. URL https://<ib_switch_hostname>を使用して、rootとしてインフィニバンド・スイッチILOM Webインタフェースにログインします。

注意:
選択したブラウザのすべてのフィールド/値がコンソールに表示されない場合は、Internet Explorerを使用してみてください。

2. 「構成」→システム管理アクセス→「SNMP」をクリックします。

3. 次の値が設定されていることを確認します。

State=Enabled
Port=161
Protocols=v1,v2c,v3

変更が必要な場合は、必ず「保存」をクリックします。

4. 「アラート管理」をクリックします。

5. まだリストされていなければ、インフィニバンド・スイッチ・ターゲットを監視するエージェントごとに、空のアラート(宛先サマリーが0.0.0.0, snmp v1, community 'public'であるアラート)を選択し、「編集」をクリックします。次の値を入力します。

Level = Minor
Type = SNMP Trap
Address = [agent compute node hostname]
Destination Port = [agent port]
SNMP Version = v1
Community Name = public

「保存」をクリックします。

6. Enterprise Manager監視のためのインフィニバンド・スイッチのSNMP構成を確認します。

snmpget -v 1 -c <community_string> <hostname_of_IB_switch> 1.3.6.1.4.1.42.2.70.101.1.1.9.1.1.5

次に例を示します。

$ snmpget -v 1 -c public my_IB_switch.my_company.com 1.3.6.1.4.1.42.2.70.101.1.1.9.1.1.5
SNMPv2-SMI::enterprises.42.2.70.101.1.1.9.1.1.5 = INTEGER: 1

注意:
前述のコマンドの出力としてタイムアウト・メッセージが表示された場合、インフィニバンド・スイッチにSNMPは構成されていません。

注意:
サブスクリプションを削除するには、前述の手順1から5(手順3は不要)を実行します。手順5で、エージェントの計算ノードのホスト名を0.0.0.0に、ポートを0に設定します。

Enterprise Managerを使用したインフィニバンド・スイッチ・ターゲットのSNMPの設定

Enterprise Manager Cloud Controlコンソールを使用して、インフィニバンド・スイッチ・ターゲットのSNMPを設定できます。

1. (個々のスイッチではなく) IBネットワーク・ターゲットにナビゲートし、「管理」を選択します。

2. 「IBスイッチ」ターゲット・タイプを選択し、IBスイッチ・ターゲットの1つを選択します。

3. 「SNMPサブスクリプションの設定」コマンドを選択し、「エージェントURL」リストから、インフィニバンド・スイッチ・ターゲットを監視する管理エージェントURLを選択します。「次へ」をクリックします。

4. インフィニバンド・スイッチの資格証明を入力します。「次へ」をクリックします。

5. 入力した詳細を確認します。追加の変更がなければ、「発行」をクリックします。

インフィニバンド・スイッチ・ターゲットの監視エージェントとバックアップ監視エージェントの両方に対して、手順1から5を実行します。

Enterprise Manager監視のための計算ノードILOM SNMPの構成

注意:
次の手順はExadata Database Machineにのみ適用され、Oracle SuperClusterには適用されません。

計算ノードのILOMターゲットは、SNMPトラップとして受信された個々の計算ノードに対する多数のディスク障害アラートを表示する役割を持ちます。Enterprise Managerがこれらのトラップを受信できるようにするには、/opt/oracle.cellos/compmon/exadata_mon_hw_asr.plスクリプトを実行して、計算ノードILOMターゲットを監視するように構成されたエージェント(プライマリ・エージェントとバックアップ・エージェントの両方)に対してSNMPサブスクリプションを構成する必要があります。この手順は、Exadataプラグイン・リリース12.1.0.2.0以上に適用できます。

-set_snmp_subscribersを使用し、rootユーザーとしてexadata_mon_hw_asr.plスクリプトを実行して、SNMPサブスクライバを追加します。次に例を示します。

# /opt/oracle.cellos/compmon/exadata_mon_hw_asr.pl -set_snmp_subscribers "(host=hostname1.mycompany.com,port=3872,community=public,type=asr,fromip=11.222.33.444),(host=hostname2.mycompany.com,port=3872,community=public,type=asr,fromip=12.345.67.890)"
Try to add ASR destination Host - hostname1.mycompany.com IP - 11.222.33.44 Port - 3872 Community - public From IP - 22.333.44.555
Try to add ASR destination Host - hostname2.com IP - 11.111.11.111 Port - 3872 Community - public From IP - 22.333.44.555

このスクリプトは、各計算ノードで実行する必要があります。

- hostの値は、計算ノードに関連付けられた計算ノードILOMターゲットを監視するように構成されたエージェントのホスト名である必要があります。

- fromipの値は、計算ノードILOMターゲットと関連付けられている計算ノードのIPアドレスである必要があります。

たとえば、計算ノード・ターゲットedbm01db01からedbm01db08までを持つX2-2マシンと、関連付けられた計算ノードILOMターゲットedbm01db01-cからedbm01db08-cがある場合、各計算ノードで1回ずつスクリプトを実行する必要があります。したがって、スクリプトは合計で8回実行することになります。

- 計算ノードedbm01db01では、hostとportの値は、計算ノードILOMターゲットedbm01db01-cを監視するエージェントのホスト名およびポートとなります。また、fromipの値は計算ノード自体(edbm01db01)のIPアドレスとなります。

- 計算ノードedbm01db02では、hostとportの値は、計算ノードILOMターゲットedbm01db02-cを監視するエージェントのホスト名およびポートとなります。また、fromipの値は計算ノード自体(edbm01db02)のIPアドレスとなります。以降も同様です。

この例では、ターゲットの管理エージェントの手動選択が便利であることがよくわかります。最初の2つの計算ノードが常に監視エージェントとバックアップ監視エージェントであれば、-set_snmp_subscribersパラメータに必要な値を判断できます。hostとportの値は、すべての計算ノードで同じになります。

重要な注意:
exadata_mon_hw_asr.plスクリプトは、既存のSNMPサブスクリプションを上書きします。SNMPサブスクライバの設定時には、現在のサブスクライバが新しいサブスクライバ・リストに含まれていることを確認してください。
exadata_mon_hw_asr.plスクリプトを使用して、-get_snmp_subscribersパラメータを使用して現在のサブスクライバ・セットを取得することが可能です。

次に例を示します。

# /opt/oracle.cellos/compmon/exadata_mon_hw_asr.pl -get_snmp_subscribers -type=asr

現在のリストが次のような内容であるとします。

(host=hostname1.mycompany.com,port=162,community=public,type=asr,fromip=11.222.33.444),
(host=hostname2.mycompany.com,port=162,community=public,type=asr,fromip=11.222.33.444)

この場合、次のコマンドを使用して新しいサブスクリプションを追加できます。

# /opt/oracle.cellos/compmon/exadata_mon_hw_asr.pl -set_snmp_subscribers
"(host=asrhostname1.mycompany.com,port=162,community=public,type=asr,fromip=11.222.33.444),
(host=asrhostname2.mycompany.com,port=162,community=public,type=asr,fromip=11.222.33.444),
(host=hostname1.mycompany.com,port=3872,community=public,type=asr,fromip=11.222.33.444),
(host=hostname2.mycompany.com,port=3872,community=public,type=asr,fromip=11.222.33.444)"

新しいサブスクライバを追加した後、-get_snmp_subscribersパラメータを使用してコマンドexadata_mon_hw_asr.plスクリプトを実行して、SNMPサブスクライバのリストを取得し、新しいSNMPサブスクリプションが正常に追加されたことを確認します。次に例を示します。

# /opt/oracle.cellos/compmon/exadata_mon_hw_asr.pl -get_snmp_subscribers -type=asr
(host=asrhostname1.mycompany.com,port=162,community=public,type=asr,fromip=10.10.10.226),
(host=asrhostname2.mycompany.com,port=162,community=public,type=asr,fromip=10.10.10.226),
(host=hostname1.mycompany.com,port=3872,community=public,type=asr,fromip=10.10.10.226),
(host=hostname2.mycompany.com,port=3872,community=public,type=asr,fromip=10.10.10.226)

管理サーバーを実行している計算ノードの計算ノードILOM SNMPの構成

管理サーバーを実行している計算ノードでは、exadata_mon_hw_asr.plスクリプトのコールがストレージ・セルのcellCLIコマンドと類似しているdbmCLIコマンドで置き換えられます。

Oracle Exadata Database Machine X5-2は、計算ノードで管理サーバーを実行します。

dbmcliを使用したSNMP値の構成

1. snmpSubscriberの値を設定します。

# dbmcli -e "ALTER DBSERVER snmpSubscriber=((host=[agent1_hostname],port=[agent1_port],community=public,type=asr),(host='agent2_hostname',port=<agent's port>,type=asr))"

[host name]は、計算ノード・ターゲットをモニタリングするEnterprise Managerエージェントにマップされます。

2. notificationMethodの値を設定します。

# dbmcli -e "ALTER DBSERVER notificationMethod="mail,snmp", notificationPolicy="critical,warning,clear", smtpFrom="admin", smtpFromAddr=[sender email address], smtpPort=[port], smtpServer=[smtp server], smtpToAddr=[recipient email address], smtpUseSSL=TRUE

3. 次を実行して、更新を確認します。

# dbmcli -e "LIST DBSERVER attributes snmpSubscriber"

仮想化されたExadataの場合、これらのコマンドはDom0で実行する必要があります。

Oracle SuperCluster用のSNMPの構成

1. ブラウザでアクセスできるOracle SuperCluster ILOM Webインタフェースに、url http://<ilom_hostname>およびrootの資格証明を使用してログインします。

2. 「構成」、アラート管理の順に選択します。

3. 各エージェントの行を追加します。

4. 空のスロットを選択して、「編集」をクリックします。

5. 次の情報を指定します。

- レベル: マイナー

- タイプ: SNMPトラップ

- アドレス: エージェントのIPアドレス

- 接続先ポート: 自動選択の選択を解除して、エージェント・ポートを手動で指定します

- SNMPバージョン: v1

- コミュニティ名: {選択したコミュニティ名}

6. 「保存」をクリックします。

Oracle ILOM Serverの構成の確認

Oracle ILOM Serverターゲットに対してアラートが正常に発行およびクリアされることを確認するには、次の手順を実行します。

1. 管理者としてEnterprise Manager Cloud Controlコンソールにログインします。

2. 「ターゲット」をクリックし、「Exadata」を選択します。「ターゲット・ナビゲーション」ペインを使用して、Oracle ILOM Serverターゲットの1つを選択します。
ILOMターゲット・ページが表示され、そのターゲットの現在のステータスと、ターゲットに対して発生したインシデントが示されます。

3. 確認するILOM Serverから、手動でアラートを発生させます。クラスタ内の最初のデータベース・サーバーで、rootとして次のコマンドを実行します。

# ipmitool -I lan -H sclczdb01-c -U oemuser -P oempasswd -L OPERATOR event PS0/VINOK deassert

出力は次のようになります。

Finding sensor PS0/VINOK... ok
0 | Pre-Init Time-stamp | Power Supply #0x65 | State Deasserted

前述のコマンドを実行した後、数分待ってからILOMターゲット・ページをリフレッシュします。「インシデント」セクションにインシデントが表示されます。

4. 手順3で発生させたアラートをクリアします。クラスタ内の最初のデータベース・サーバーで、rootとして次のコマンドを実行します。

# ipmitool -I lan -H sclczdb01-c -U oemuser -P oempasswd -L OPERATOR event PS0/VINOK assert

出力は次のようになります。

Finding sensor PS0/VINOK... ok
0 | Pre-Init Time-stamp | Power Supply #0x65 | State Asserted

前述のコマンドを実行した後、数分待ってからILOMターゲット・ページをリフレッシュします。手順3で発生させたインシデントが、「インシデント」セクションでクリア済として表示されます。

注意:
手順3のアラートはテスト目的のみで発生させたものであり、実際の障害状態を反映してはいないため、忘れずにこのアラートをクリアしてください。

5. Oracle Database Machineで構成されている他のILOMサービス・プロセッサについて、同じ手順を繰り返します。

Ciscoイーサネット・スイッチ・ターゲットのSNMPの設定

Ciscoイーサネット・スイッチを監視するエージェントがスイッチをポーリングしてスイッチからSNMPアラートを受信できるように、Ciscoイーサネット・スイッチを構成する必要があります。このためには、次の手順を実行します(例のスイッチ名dm01sw-ipを、構成するCiscoイーサネット・スイッチ・ターゲットの名前で置き換えます)。

1. Ciscoスイッチにログインし、構成モードを開始します。

# ssh cisco-switch-host -l <admin user>
User Access Verification Password:
dm01sw-ip> enable
Password:
dm01sw-ip# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
dm01sw-ip(config)#

2. Ciscoスイッチ・ターゲットを監視するエージェントがスイッチをポーリングできるように、アクセスを有効にします。
このコマンドの[EMagentIPaddr]は、Enterprise Managerエージェントが実行されているサーバーのIPアドレスです。指定するSNMPコミュニティは、Ciscoスイッチ・ターゲットを構成する際に指定した値と一致している必要があります。

dm01sw-ip(config)# access-list 1 permit [EMagentIPaddr]
dm01sw-ip(config)# snmp-server community <community_string> ro 1

3. 監視エージェントを、SNMPトラップが配信される場所として設定します。指定するSNMPコミュニティは、Enterprise Manager Ciscoスイッチ管理プラグインの設定時に指定した値と一致している必要があります。

dm01sw-ip(config)# snmp-server host <EMagentIPaddr> version 1 <community string> udp-port [EMagentRecvltListenPort]

[EMagentRecvltListenPort]は、emagentまたはSnmpRecvletListenNICプロパティ値(有効になっている場合)のEMD_URLポートです。

4. 環境モニターSNMPトラップのみを送信するように、Ciscoスイッチを構成します。

dm01sw-ip(config)# snmp-server enable traps envmon

5. 設定を確認し、構成を保存します。

dm01sw-ip(config)# end
dm01sw-ip# show running-config
dm01sw-ip# copy running-config startup-config

Ciscoイーサネット・スイッチのSNMP構成の確認

snmpwalkコマンドライン・ユーティリティまたは同等のツールを実行して、Ciscoスイッチ構成を確認します。

次のコマンドを実行して、Ciscoスイッチからデータをフェッチして表示します。

$ snmpget –v 1 –c <community_string> <hostname_of_cisco_switch> 1.3.6.1.4.1.9.2.1.56.0
$ snmpget –v 2c –c <community_string> <hostname_of_cisco_switch> 1.3.6.1.4.1.9.2.1.56.0

注意:
前述のコマンドの出力としてタイムアウト・メッセージが表示された場合、Ciscoスイッチは正しく構成されていません。

電力配分装置(PDU)ターゲットのSNMPの設定

Enterprise ManagerでPDUターゲットのメトリック・データが収集され、イベントが発生するように、PDUターゲットを監視するエージェントからのSNMP問合せを受け入れるようにPDUを構成する必要があります。また、PDUで様々なフェーズ値に対する適切なしきい値を設定する必要があります。

この項では、PDUを初めて構成することを想定しています。SNMPを有効にし、トラップのセクションに値を入力しておく必要があります。たとえば、別の監視エージェントIPアドレスにSNMPアクセスを許可する場合などは、トラップ・ホストの設定セクションのみを変更します。

1. ブラウザを使用して、http://<pdu-name>にあるPDUネットワーク・インタフェースにログインします(例: http://edbm01-pdu1.example.com)

2. ネット構成をクリックし、再度ログインします。

3. フレームのSNMPセクションに達するまで、下へスクロールします。

注意:
PDUのネットワーク・インタフェースは、ウィンドウ内のフレームです。このページで下へスクロールするためには、PDUフレームのスクロール・バーと、PDUへのアクセスに使用したブラウザの外部スクロール・バーが表示されている必要があります。

4. PDUでSNMPが有効になっていない場合は、SNMP有効化チェック・ボックスを選択し、「発行」をクリックします。

5. フレームのNMSリージョンまでスクロールします。

6. NMSの下の行1に、次の情報を入力します。

- IP: 最初の監視エージェントのIPアドレスを入力します

- コミュニティ: "public"と入力します

7. 「発行」をクリックします。

PDUしきい値設定の構成の詳細は、Exadata Database Machineオーナーズ・ガイドの「Oracle Exadata Database Machineの構成」の章を参照してください。このガイドは、他のExadataユーザー・ドキュメントとともにOracle Exadata Database Machineにプリロードされます。

PDUのSNMP構成の確認

snmpwalkコマンドライン・ユーティリティまたは同等のツールを使用して、PDU構成を確認します。

次のコマンドを実行して、PDUからデータをフェッチして表示します。

snmpget –v 1 –c <community_string> <hostname_of_pdu> 1.3.6.1.4.1.2769.1.2.3.1.1.1.0

注意:
前述のコマンドの出力としてタイムアウト・メッセージが表示された場合、PDUは正しく構成されていません。

KVMターゲットのSNMPの設定

KVMを監視するエージェントにSMNPトラップを送信するように、KVMを構成する必要があります。KVMターゲットにSNMPを設定するには、次の項を参照してください。

- KVM管理コンソールでのSNMPの設定

- KVMのSNMP構成(ベースのSNMP構成)の確認 - Linux

- KVMのSNMP構成(ベースのSNMP構成)の確認 - Solaris

- KVMのSNMP構成(エージェントへのSNMP転送)の確認

注意:
KVMターゲットを監視する計算ノード・エージェントで、「計算ノードでのSNMPトラップ転送の設定」の説明に従ってSNMP転送先の設定が必要です。SNMP転送先が設定されていない場合、エージェントはKVMデバイスからのトラップを受信しません。

KVM管理コンソールでのSNMPの設定

KVMを、監視エージェント・ホストにトラップを送信するように構成します。

1. ブラウザで次の形式を使用してKVM管理コンソールにログインします。

https://<kvm-name>

次に例を示します。

https://edbm01sw-kvm.example.com

2. 左側のナビゲーション・バーのターゲット・デバイスで、「SNMP」をクリックします。

3. SNMPの有効化チェック・ボックスを選択し、「読取り」、「書込み」およびトラップ・フィールドに適切なコミュニティ名を入力します(たとえば、"public"と入力します)。

4. 「保存」をクリックします。

5. 左側のナビゲーション・バーの「SNMP」で、「宛先」をクリックします。

6. KVMターゲットを監視するエージェントのIPアドレスを入力します。

7. 「保存」をクリックします。

KVMデバイスからのトラップが監視エージェント・ホストのUDPポート162に送信されます。ポート162で受信したトラップをEnterprise Managerエージェントのreceiveletポートに転送するように、トラップ転送先を設定する方法の詳細は、「計算ノードでのSNMPトラップ転送の設定」を参照してください。

KVMのSNMP構成(ベースのSNMP構成)の確認 - Linux

snmptrapdコマンドライン・ユーティリティを実行して、KVM構成を確認します。「計算ノードでのSNMPトラップ転送の設定」で説明している手順が実行済であることを確認してください。

KVMターゲットの監視エージェント・ホストで、次の手順を実行します。

1. rootとしてログインします。

2. 次のコマンドを実行します。

# service snmptrapd stop
# /usr/sbin/snmptrapd -d -Lsd -p /var/run/snmptrapd.pid

3. KVMを再起動してSNMPトラップを生成します。KVMを再起動するには、次の手順を実行します。

1. KVMにログインします。

2. 画面左側でユニット表示→「アプライアンス」を選択して、「概要」をクリックします。

3. 「再起動」をクリックします。

4. 確認ウィンドウで、「OK」をクリックしてKVMの再起動を確認します。

4. KVMのIPアドレスを使用して、/var/log/messagesファイルのsnmptrapdログ・メッセージをチェックします。次の例ではKVMのIPアドレス(10.1.1.240)に関するメッセージを示しています。

Jul 30 14:51:05 dbm1db02 snmptrapd[65800]:  Received 72 bytes from UDP: [10.1.1.240]:32768
.
Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0000: 30 82 00 44  02 01 00 04  06 70 75 62  6C 69 63 A4    0..D.....public.
.
Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0016: 82 00 35 06  09 2B 06 01  04 01 D1 32  12 01 40 04    ..5..+.....2..@.
.
Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0032: 0A F5 13 F0  02 01 06 02  01 02 43 03  6D 19 4C 30    ..........C.m.L0
.
Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0048: 82 00 15 30  13 06 0B 2B  06 01 04 01  D1 32 12 02    ...0...+.....2..
.
Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0064: 06 01 04 04  72 6F 6F 74                              ....root
.
Jul 30 14:51:05 dbm1db02 snmptrapd[65800]:

5. 手順4を確認したら、KVMは正しく構成されています。次のコマンドを実行します。

# service snmptrapd stop
# service snmptrapd start

KVMのSNMP構成(ベースのSNMP構成)の確認 - Solaris

snmptrapdコマンドライン・ユーティリティを実行して、KVM構成を確認します。「計算ノード・エージェントの設定 - Solaris」で説明している手順が実行済であることを確認してください。

KVMターゲットの監視エージェント・ホストで、次の手順を実行します。

1. rootとしてログインし、次のコマンドを実行します。

# svcadm disable snmptrapd
# /usr/sbin/snmptrapd -d -Lsd -p /var/run/snmptrapd.pid

2. KVMを再起動してSNMPトラップを生成します。KVMを再起動するには、次の手順を実行します。

1. KVMにログインします。

2. 画面左側でユニット表示→「アプライアンス」を選択して、「概要」をクリックします。

3. 「再起動」をクリックします。

4. 確認ウィンドウで、「OK」をクリックしてKVMの再起動を確認します。

3. KVMのIPアドレスを使用して、/var/log/messagesファイルのsnmptrapdデーモン・ログ・メッセージをチェックします。次の例ではKVMのIPアドレス(10.1.1.240)に関するメッセージを示しています。

Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: Received 72 bytes from UDP: [10.1.1.240]:32768

Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0000: 30 82 00 44  02 01 00 04 06 70 75 62  6C 69 63 A4    0..D.....public.

Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0016: 82 00 35 06  09 2B 06 01 04 01 D1 32  12 01 40 04    ..5..+.....2..@.

Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0032: 0A F5 13 F0  02 01 06 02 01 02 43 03  6D 19 4C 30    ..........C.m.L0

Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0048: 82 00 15 30  13 06 0B 2B 06 01 04 01  D1 32 12 02    ...0...+.....2..

Jul 30 14:51:05 dbm1db02 snmptrapd[65800]: 0064: 06 01 04 04 72 6F 6F 74    ....root

Jul 30 14:51:05 dbm1db02 snmptrapd[65800]:

4. 手順3を確認したら、KVMは正しく構成されています。実行中のsnmptrapdプロセスを停止します。

# ps -ef | grep snmptrapd
# kill -9 <snmptrapd process ID>

5. snmptrapdデーモンを起動します。

# svcadm enable snmptrapd

KVMのSNMP構成(エージェントへのSNMP転送)の確認

「KVMのSNMP構成(ベースのSNMP構成)の確認 - Linux」または「KVMのSNMP構成(ベースのSNMP構成)の確認 - Solaris」の手順を実行した後、次の手順を実行して、監視エージェントがKVMの生成したSNMPトラップを受信し、それをEnterprise Managerイベントに変換できることを確認します。

1. Enterprise Manager Cloud Controlコンソールで、KVMターゲット・ページに移動します。

2. 「ターゲット」メニューで、「監視」、「アラート履歴」の順に選択します。
「アラート履歴」表に「再起動開始ステータス」のエントリが表示されます。

3. 「アラート履歴」表で「再起動開始ステータス」をクリックします。次のメッセージ付き警告アラートが表示されます。

The appliance is rebooting. Command issued by user root.

Oracle Exadata Database Machineダッシュボードの作成

Database Machineダッシュボードを作成して、Database Machineシステムとそのサブコンポーネント、およびDatabase Machineに存在するすべてのデータベース・システム・コンポーネントのパフォーマンスと使用状況のメトリックを監視できます。

- Exadata Database Machineプラグインのリリース12.1.0.3.0以上の場合のダッシュボードの作成

- レポートをパブリックにする方法

- すべてのDatabase Machineレポートの検索

Exadata Database Machineプラグインのリリース12.1.0.3.0以上の場合のダッシュボードの作成

Exadata Database Machineプラグインのリリース12.1.0.3.0以上用に、Database Machineダッシュボードを作成します。

1. Enterprise Managerにログインします。

2. Enterprise Managerホームページで、「エンタープライズ」メニューをクリックします。「ジョブ」サブメニューを選択してから「アクティビティ」を選択します。

3. 「ジョブの作成」オプションの横にあるドロップダウン・メニューから、「データベース・マシン・サービス・ダッシュボード」を選択します。

4. 「実行」をクリックします。

5. ジョブの名前(CREATE_DBM_JOB_1など)を入力します。

6. 「追加」をクリックして、DBMachineターゲットを選択します。追加後、この横にあるチェック・ボックスをクリックして、ターゲットが選択されていることを確認します。

7. 「パラメータ」タブをクリックします。
ドロップダウンに、次の3つのオプションがあります。

- 新規レポートの場合、「作成」を選択します。

- 既存のレポートを新規コンポーネントで更新する場合、「更新」を選択します。

- 以前に実行した作成ジョブで作成されたサービスを削除する場合、「クリーンアップ」を選択します。

8. 最後に、「発行」をクリックして、操作を実行します。
メッセージCREATE_DBM_JOB_1 submitted successfullyが表示されます。

ジョブに対応するリンクをクリックすると、ジョブを監視できます。

レポートをパブリックにする方法

生成されたレポートには作成したEnterprise Managerユーザーのみがアクセスできます。レポートをパブリックにするには、次の手順を実行します。

1. 前述の手順を実行した後で、表示されるレポートのリストから、ダッシュボード・レポートを選択します。

2. 「編集」をクリックします。

3. 「一般」タブの「権限」で、「レポート所有者のターゲット権限を使用してレポートを実行」オプションを選択します。

4. 「アクセス」タブをクリックします。

5. 「Enterprise Managerにログインせずに表示可能」オプションを選択します。

6. 「OK」をクリックします。

すべてのDatabase Machineレポートの検索

すべてのDatabase Machineレポートを検索するには、次の手順を実行します。

1. Enterprise Managerにログインします。

2. Enterprise Managerホームページで、「エンタープライズ」メニューをクリックします。「レポート」→「情報パブリッシャ・レポート」を選択します。

3. レポート名を検索します。ダッシュボード・レポート名、各Database Machineに1つずつ、次の形式で表示されます。

[DBMachine Name]_DASHBOARD_REPORT

4. レポートをクリックして、ダッシュボード・レポートを表示します。

5 Oracle Exadata Database Machineの管理

この章では、Oracle Enterprise Manager Cloud Control 13cを介してOracle Exadata Database Machineを管理するために必要な情報を記載します。次の内容について説明します。

- プラグインを管理するロールの作成

- Exadata Database Machineのトポロジの表示

- Exadataセルのメトリックとアラート設定

- Exadata Storage Serverの管理

- インフィニバンド・ネットワークの管理

- フラッシュ・キャッシュ・リソースの監視

- Exadata Database Machineの障害監視

- Exadata Database Machineコンポーネントの監視

- 変換ウィザードを使用した12cターゲットから13cターゲットへの変換

プラグインを管理するロールの作成

プラグインを管理するには、ロールおよび管理者を作成して、各管理者にロールを割り当てる必要があります。これにより、各ユーザーの権限(プラグインの削除またはレポートへのアクセスなど)を制限します。

注意:
セキュリティ上の理由により、SYSMANアカウントは、他のアカウントを作成するためのテンプレートとしてのみ使用し、直接使用しないことをお薦めします。

ユーザーに管理権限を指定するロールを作成するには、次の手順を実行します。

1. スーパー管理者ユーザーとしてEnterprise Manager Cloud Controlコンソールにログインします。

2. 「設定」、「セキュリティ」の順に選択します。

3. 「ロール」を選択します。
「セキュリティ」ページに、事前定義済ロールのリストが表示されます。これらのロールを基礎として、固有のサイト・レベル要件に合せてカスタム・ロールを定義できます。

注意:
表示された事前定義済ロールは、編集も削除もできません。

4. 作成する目的のロールに最も近いロールを選択します。「類似作成」をクリックします。

5. 「プロパティ」ページで、作成するロールの名前を入力します。オプションで説明を追加できます。
「次へ」をクリックします。

6. 「ロール」ページで、「使用可能なロール」のリストからロールを選択します。「移動」をクリックして、ロールを「選択したロール」に追加します。
「次へ」をクリックします。

7. 「ターゲット権限」ページで、新しいロールに付与する権限を選択します。
「次へ」をクリックします。

8. 「リソース権限」ページで、明示的に付与する特定の権限を編集できます。「権限付与の管理」の編集アイコンをクリックして変更します。
「次へ」をクリックします。

9. 「管理者」ページの「選択可能な管理者」リストから、新しいロールを付与する管理者を選択します。「移動」をクリックして、管理者を「選択した管理者」に追加します。
「次へ」をクリックします。

10. 「確認」ページに、作成した新しいロールの完全なサマリーが表示されます。「戻る」をクリックして前の画面に戻り、変更を行います。「終了」をクリックして、ロールの作成を完了します。

新しく作成された管理者でログインすると、SYSMANとは異なり、管理者は設定された権限で制限されます。

注意:
詳細は、『Oracle® Enterprise Manager Cloud Control管理者ガイド』の「システムのインフラストラクチャ・ターゲットの操作」の章を参照してください。

Exadata Database Machineのトポロジの表示

Database Machine管理は、すべてのハードウェア・コンポーネントとソフトウェア・コンポーネントを1つのエンティティに統合することにより、タスクの監視および管理を簡略化します。各ターゲットを個別に監視する必要はなく、すべてのExadata Database Machineを単一のターゲットとして参照できます。Database Machineターゲット・ホームページから、システム内の重大な問題をすべて表示し、パフォーマンスを監視して、個別のターゲットにドリルダウンできます。

この項では、次のトポロジ項目について説明します。

- 個別ターゲットへのドリルダウン

- Database Machineのクリティカル・ハードウェア情報の表示

- DBマシン・アラートの表示

- メトリックの表示

- Exadataコンポーネントの手動追加

- Exadata Database Machineターゲットの削除

- Database Machineターゲットのコンポーネントの削除

- Exadata Database Machineスキーマ・ダイアグラムの更新

Database Machineの「トポロジ」ページを使用して、クラスタまたはデータベース別にシステムのトポロジを表示できます。クラスタとは、RACデータベース、基盤となるASM、CRSなどを始めとする完全なソフトウェア・システムです。クラスタは、相互接続される1つの論理エンティティを定義します。Database Machineには複数のクラスタ、1つのクラスタ、またはいくつかの個別データベースのみを含めることができます。キャビネットはDatabase Machineのハードウェア・トポロジを定義するのに対し、クラスタはDatabase Machineの論理またはシステム・トポロジを定義します。

クラスタまたはデータベース別にトポロジを表示できます。「トポロジ」の要素をクリックすると、その要素に関連付けられているアラート・データが表示されます。

Database Machineのすべてのコンポーネントを監視できます。Database Machineは、ハードウェアとソフトウェアのどちらであるかとは関係なくすべてのサブコンポーネント・ターゲットを監視します。これには、データベース、ASM、CRS、ホスト、Exadataおよびインフィニバンド・ネットワークが含まれます。

既存のDatabase Machineターゲットのトポロジを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「Exadata」を選択します。
使用可能なすべてのデータベース・マシン・ターゲットを示す「Oracle Exadataデータベース・マシン」ページが表示されます。このページから、Oracle Database Machineのハードウェア・コンポーネント(Oracle Exadata Storage Server、インフィニバンド・スイッチ、イーサネット・スイッチ、KVMスイッチ、PDU、計算ノードのILOMなど)を管理対象ターゲットとして追加できます。

2. 「Oracle Exadataデータベース・マシン」ページから、トポロジを表示するOracle Database Machineターゲットを選択します。

3. Oracle Database Machineのホームページで、「データベース・マシン」メニューをクリックして、ドロップダウン・メニューから「メンバー・トポロジ」を選択します。
「構成トポロジ」ページが表示されます。

個別ターゲットへのドリルダウン

Database Machineのサブコンポーネント・ターゲット(RAC、データベース・インスタンスまたはExadataセルなど)に即時にドリルダウンできます。

個別のターゲットにドリルダウンするには、次の手順を実行します。

1. 「ターゲット」メニューから「Exadata」を選択します。
使用可能なすべてのデータベース・マシン・ターゲットを示す「Oracle Exadataデータベース・マシン」ページが表示されます。

2. 「Oracle Exadataデータベース・マシン」ページから、コンポーネントを表示するOracle Database Machineターゲットを選択します。
Oracle Database Machineホームページが表示され、選択したDatabase Machineの「概要」セクション、スキーマ・セクションおよび「インシデント」セクションが示されます。

3. Oracle Database Machineホームページから、左側のナビゲーション・パネルを使用して、Database Machineを構成する使用可能なターゲットのリストを展開します。

4. ドリルダウンするターゲットをクリックします。

Database Machineのクリティカル・ハードウェア情報の表示

DBホスト、Exadata Storage Server、インフィニバンド・スイッチなど、Database Machineのすべてのハードウェア・サブコンポーネントの重要なメトリックを表示できます。これらのメトリックは、様々なコンポーネント・ターゲットごとに異なります。たとえば、データベース・サーバー・ノードおよびExadataサーバーには、CPU、I/Oおよび記憶域メトリックが含まれます。

Database Machine全体のクリティカル・ハードウェア集中型の情報を表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「Exadata」を選択します。
使用可能なすべてのDBマシン・ターゲットを示す「Oracle Exadataデータベース・マシン」ページが表示されます。

2. 「Oracle Exadataデータベース・マシン」ページから、ハードウェア情報を表示するOracle Database Machineターゲットを選択します。

3. Oracle Database Machineホームページから、Database Machineのハードウェア構成図を表示します。

DBマシン・アラートの表示

Database Machineのアラートを表示し、各アラートに関する詳細にドリルダウンできます。これらのアラートには、パフォーマンス/構成メトリックまたはハードウェア・フォルトなどがあります。

Database Machineのアラートを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「Exadata」を選択します。
使用可能なすべてのDBマシン・ターゲットを示す「Oracle Exadataデータベース・マシン」ページが表示されます。

2. 「Oracle Exadataデータベース・マシン」ページから、マシン構成情報を表示するOracle Database Machineターゲットを選択します。
現在のDBマシンに関連付けられているすべてのアラートを表示できるOracle Database Machineホームページが表示されます。

メトリックの表示

Exadataメトリックを表示するには、次の手順を実行します。

1. Enterprise ManagerのすべてのターゲットページからExadataターゲットを選択して、Exadataセル・ホームページに移動します。
Enterprise Managerで、選択したターゲットのExadataセル・ホームページが表示されます。

2. Exadata Storage Serverのドロップダウン・メニューから、「監視」、「すべてのメトリック」の順に選択します。
「すべてのメトリック」ページが表示され、様々な種類のExadataメトリックが表示されます。使用可能なExadataメトリックの詳細は、『Oracle® Enterprise Manager Oracle Databaseおよびデータベース関連メトリック・リファレンス・マニュアル』の「Oracle Exadata」の章を参照してください。

http://docs.oracle.com/cd/E24628_01/em.121/e25160/oracle_exadata.htm

Exadataコンポーネントの手動追加

次の手順を使用して、手動でExadataコンポーネントを追加できます。

1. 「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。
追加するターゲット・タイプを選択できるターゲットの手動追加ページが表示されます。

2. 「ターゲットの手動追加」セクションから「ターゲット監視プロパティを指定して非ホスト・ターゲットを追加」を選択します。

3. 「ターゲット・タイプ」コンボ・ボックスで、適切なターゲット・タイプ(たとえば、KVMのkvm、PDUのpdu、CiscoスイッチのCisco、Oracle ILOM Serverのilomプラグインなど)を選択します。

4. 検索オプションを使用して、監視エージェントを選択します。

5. 「手動追加」をクリックして、必要なプロパティを指定します。

Exadata Database Machineターゲットの削除

Exadata Database Machineターゲットを削除するには、次の選択肢があります。

- Oracle Exadata Database Machineのすべてのメンバーを削除します。メンバー・ターゲットが別のデータベース・マシンのターゲットと共有されている場合は、そのメンバー・ターゲットは削除されず、監視が継続します。つまり、このデータベース・マシンのターゲットにのみ関連付けられている場合に、メンバー・ターゲットが削除されます。

- そのOracle Exadata Database Machineのシステム・メンバーのみを削除します。他のメンバー・ターゲットは削除されず、監視が継続します。必要な場合、それを別のOracle Exadata Database Machineに関連付けることができます。

Exadata Database Machineターゲットを削除するには:

1. 「データベース・マシン・ターゲット」メニューから、「ターゲット設定」、「ターゲットの削除」の順に選択します。

2. 「削除」ページで、すべてのメンバーを削除するか、システム・メンバーのみを削除するかを選択します。
すべてのメンバーの削除を選択した場合は、メンバーのExadataストレージ・サーバーおよびインフィニバンド・スイッチのSNMPサブスクリプションを解除するかどうかという、追加のオプションがあります。SNMPサブスクリプションをサブスクライブ解除するための適切なユーザー資格証明を指定します。

3. 「はい」をクリックして削除ジョブを開始します。

注意:
計算ノードのホスト・ターゲットおよび別のOracle Exadata Database Machineターゲットのメンバー・ターゲットでもあるターゲットは削除されません。システムおよび非システムのターゲットには次のものがあります。
システム・ターゲット:

- Oracle Exadata Database Machine

- Oracle Infiniband Network (Enterprise Manager 12cターゲット)

- Oracle Exadata Storage Serverグリッド

非システム・ターゲット:

- Oracle Exadata Storage Server

- Oracle Exadata KVM

- システム・インフラストラクチャ・スイッチ

- システム・インフラストラクチャPDU

- システム・インフラストラクチャ・ラック

- Oracle Infinibandスイッチ(Enterprise Manager 12cターゲット)

- Oracle Engineered System Ciscoスイッチ(Enterprise Manager 12cターゲット)

- Oracle Engineered System PDU (Enterprise Manager 12cターゲット)

- Oracle Engineered System ILOMサーバー(Enterprise Manager 12cターゲット)

Database Machineターゲットのコンポーネントの削除

Exadata Database Machineターゲットのコンポーネントを削除する必要がある場合は、Enterprise Manager Cloud Control 13cで次のタスクを実行できます。

1. DBマシンのホーム・ページの「ターゲット・ナビゲーション」ペインで、削除するターゲット項目を右クリックします。Exadataグリッド項目を展開すると、使用可能なすべてのセルが表示されます。

2. 「ターゲット設定」→「ターゲットの削除」を選択します。

3. ターゲットの削除を確認する警告ページが表示されます。「はい」をクリックして続行します。

Exadata Database Machineスキーマ・ダイアグラムの更新

場合によっては、Exadata Database Machineスキーマ・ダイアグラムはコンポーネントを正しく表示しません。次に例を示します。

- Exadata Database Machineを正常に検出しても、一部のコンポーネントがExadataスキーマ・ダイアグラムで正しく表示されません。コンポーネントのかわりに空のスロットが表示されます。

- Exadata Database Machineスキーマ・ダイアグラムでは、個々のコンポーネントが正常に稼働しているかどうかを示す「赤/停止中」でコンポーネントのステータスが表示されます。

- Exadata Database Machineスキーマ・ダイアグラムのスロットでコンポーネントの順序を再配置します。

これらのタスクを実行するには、スキーマ・ダイアグラムからコンポーネントを削除して、正しいコンポーネントを追加する必要があります。

- Exadata Database Machineスキーマ・ダイアグラムからのコンポーネントの削除

- Exadata Database Machineスキーマ・ダイアグラムへのコンポーネントの追加

Exadata Database Machineスキーマ・ダイアグラムからのコンポーネントの削除

Exadata Database Machineスキーマ・ダイアグラムからコンポーネントを削除するには、次の手順を実行します。

1. 「ターゲット」メニューから「Exadata」を選択します。

2. Exadata Database Machineスキーマ・ダイアグラムで、図5-1に示すように「編集」をクリックします。

図5-1 スキーマ・ダイアグラムの「編集」ボタン

3. 削除するコンポーネントを右クリックします。ポップアップ・ウィンドウで、図5-2に示すように「コンポーネントの削除」を選択します。

図5-2 コンポーネントの削除

4. 表示されているポップアップで正しいコンポーネントを選択していることを確認し、図5-3に示すように「OK」をクリックします。

図5-3 削除の確認

5. Exadata Database Machineスキーマ・ダイアグラムは、図5-4に示すように空のスロットを表示するためにリフレッシュされます。

図5-4 空のスロットとともにリフレッシュされたスキーマ・ダイアグラム

6. 指定するスロットで削除されたコンポーネントを確認した後、Exadata Database Machineスキーマ・ダイアグラムの「完了」をクリックします。

Exadata Database Machineスキーマ・ダイアグラムへのコンポーネントの追加

Exadata Database Machineスキーマ・ダイアグラムからコンポーネントを追加するには、次の手順を実行します。

1. 「ターゲット」メニューから「Exadata」を選択します。

2. Exadata Database Machineスキーマ・ダイアグラムで、「編集」をクリックします。

3. 追加するコンポーネントの空のスロットを右クリックします。ポップアップ・ウィンドウで、図5-5に示すように「コンポーネントの追加」を選択します。

図5-5 コンポーネントの追加

4. スキーマ・ダイアグラムに追加する複数のコンポーネントがある場合、図5-6に示すように「コンポーネント」ドロップダウン・メニューから正しいコンポーネントを選択します。

図5-6 複数のコンポーネントの追加

また、図5-7に示すように「使用可能な場所(UNum)」ドロップダウン・メニューで正しいスロット番号を選択します。

図5-7 使用可能な場所

「追加」をクリックします。

5. 指定するスロットで追加されたコンポーネントを確認した後、Exadata Database Machineスキーマ・ダイアグラムの「完了」をクリックします。

Exadataセルのメトリックとアラート設定

Exadataセルのメトリック/アラートの設定にアクセスするには、次の手順を実行します。

1. Enterprise Managerホームページで、「ターゲット」、「Exadata」の順に選択します。リストからExadata Storage Serverを選択します。

2. Exadata Storage Serverメニューで、「監視」、「すべてのメトリック」の順にクリックして、編集可能なすべてのメトリック・アラートの設定を表示します。

3. 設定を変更するには、Exadata Storage Serverメニューで「監視」、「メトリックと収集設定」の順にクリックします。デフォルトの「ビュー」オプションの「しきい値のあるメトリック」が表示されます。次のパラメータを変更できます。

- 警告のしきい値

- 収集スケジュール - 収集スケジュールを設定するにはこのリンクをクリックします。

- 詳細の設定は、「編集」アイコンをクリックします。

4. 「OK」をクリックして変更を保存します。

Exadata Storage Serverの管理

この項では、Exadata Storage Serverの管理の概要について説明します。次の項目について説明します。

- Exadata Storage Serverについて

- Cloud ControlターゲットとしてのExadataの使用

- Exadata Storage Server構成の表示

- Exadata Storage Serverでの管理タスクの実行

- IOリソースの管理

- Exadataセルのアラートの診断

- Exadata Storage ServerのOracleサポート・ワークベンチへのアクセス

- Database Machineターゲットのコンポーネントの削除

Exadata Storage Serverについて

Exadata Storage Serverは、ネットワーク・アクセスが可能なストレージ・アレイで、Exadataソフトウェアがインストールされています。Exadataホームページを使用してOracle Exadata Storage Server (Exadataセルとも呼ばれます)を管理および監視するには、これをEnterprise Manager Cloud Controlターゲットとして管理します。Enterprise Managerを使用して、単一のOracle Exadata Storage ServerまたはOracle Exadata Storage Serverのグループの管理および監視を検出して1つのデータ・センターに統合できます。

Exadata Storage Serverは、自動的に検出することも手動で検出することもできます。検出されたら、Enterprise Managerターゲットとして追加できます。個々のExadata Storage Serverは、Enterprise Managerターゲットとして管理および監視され、例外、構成およびパフォーマンス情報を提供します。

Exadata Storage Serverのグループ化は、Storage Serverのセットを簡単に管理および監視するために使用されます。グループ化は手動でも自動でもどちらでもできます。グループ化機能により、セルのグループの例外、構成およびパフォーマンス情報を集計できます。

Exadataパフォーマンスをセル・レベルとグループ・レベルの両方でASMおよびデータベース・パフォーマンスにリンクすることにより、パフォーマンス分析を確認できます。データベース・ターゲットとASMターゲットの両方からExadata構成およびパフォーマンス問題にドリルダウンできます。

ストレージ・グリッド(たとえば、同じExadata Storage Serverを共有する複数のデータベース/ASMインスタンス)は、専用ストレージとして同じエクステントにサポートされています。

Cloud ControlターゲットとしてのExadataの使用

Oracle Exadataを使用してOracle Exadata Storage Server(Exadataセルとも呼ばれます)を管理および監視するには、ExadataセルをEnterprise Manager Cloud Controlターゲットとして管理します。Enterprise Managerを使用して、単一のOracle Exadata Storage ServerまたはOracle Exadata Storage Serverのグループの管理および監視を検出して1つのデータ・センターに統合できます。

Exadataセルは、自動的に検出することも手動で検出することもできます。Exadataセルが検出されたら、Enterprise Managerターゲットとして追加できます。

個々のExadataセルは、Enterprise Managerターゲットとして管理および監視され、例外、構成およびパフォーマンス情報を提供します。

一連のExadataセルを管理および監視しやすくするために、Exadataセルのグループ化が使用されます。Exadataセルは自動的にグループ化することも手動でグループ化することもできます。グループ化機能により、セルのグループの例外、構成およびパフォーマンス情報を集計できます。

Exadataパフォーマンスをセル・レベルとグループ・レベルの両方でASMおよびデータベース・パフォーマンスにリンクすることにより、パフォーマンス分析を確認できます。データベース・ターゲットとASMターゲットの両方からExadata構成およびパフォーマンス問題にドリルダウンできます。

Exadata Storage Server構成の表示

Oracle Exadata Storage Serverターゲットの構成を表示するには、次の手順を実行します。

1. 「すべてのターゲット」ページから「IORMパフォーマンス・ページ」を表示するExadataターゲットを選択することで、Exadata Storage Serverのホームページに移動します。
Enterprise Managerで、選択したターゲットのExadata Storage Serverホーム・ページが表示されます。

2. 「ターゲット」メニューから、「構成」、「トポロジ」の順に選択します。
Enterprise Managerで、選択したExadata Storage Serverの構成トポロジ・ページが表示されます。他のターゲットとのターゲットの関係の視覚的なレイアウトが示されます。このページから、次の操作を実行できます。

- ターゲット・ステータス/イベント/ターゲット・タイプでフィルタ処理したターゲット検索の実行

- グラフに表示する関係のセットからの選択

- アラートやリンク・ラベルなど、グラフに表示する注釈の選択

- オプションのセットからの選択: ナビゲータの表示、すべて拡張または縮小、グラフ・レイアウトの切替え、トポロジの再ロード

- 印刷

- スライド・コントロールを使用したズーム

- ナビゲータ・コントロールを使用したパン

- グラフから表への表示の切替え

ノードまたはグループ・メンバー上にマウス・カーソルを置くと、エンティティに関する詳細情報がポップアップ表示されます。カスタマ・ドキュメントなどの詳細情報へのリンクがポップアップに表示されることがあります。

Exadata Storage Serverでの管理タスクの実行

セル・コマンドの実行などのExadata Storage Serverの管理操作を実行するには、次の手順に従います。

1. 「すべてのターゲット」ページから管理タスクを実行するExadataターゲットを選択することで、Exadata Storage Serverのホームページに移動します。
Enterprise Managerで、選択したターゲットのExadata Storage Serverホーム・ページが表示されます。

2. 「ターゲット」をクリックして、「管理」を選択します。
このメニューから、「セル・コマンドの実行」、「サポート・ワークベンチ」または「IOリソースの管理」を選択できます。

3. 「セル・コマンドの実行」をクリックします。
Exadata Storage Server: 管理ウィザードのコマンド・ページが表示されます。セルに実行する管理コマンドとして、CELLCLIコマンドを入力します。コマンドを入力する前に、コマンドの説明をお読みください。実行できるCELLCLIコマンドは1つのみです。コマンドを実行すると自動的に追加されるcellcli -e接頭辞なしで、コマンドを入力する必要があります。また、:、;、/、'、<、>、/および|は使用できません。

4. 「次へ」をクリックして続行してください。
Enterprise Managerで、管理資格証明ページが表示されます。管理資格証明を選択または入力して、コマンドを実行します。入力する資格証明は、操作の発行時に使用されます。「優先資格証明」、「名前付き資格証明」、「新規資格証明」から選択できます。また、「詳細」をクリックして、資格証明のタイプ、最終更新日時、資格証明名、資格証明所有者、最終変更日、最終更新者、優先資格証明セットの場所の情報を表示できます。

5. 「次へ」をクリックします。
Enterprise Managerで、スケジュール・ページが表示されます。スケジュール・ページを使用して、管理タスクをスケジュールします。ジョブ名およびジョブの説明を入力して、「管理ジョブをスケジュールします」セクションのジョブ情報を指定します。即時にジョブを開始するか、ジョブを開始する時間の入力を選択できます。

6. 「次へ」をクリックして続行してください。
「概要」ページが表示されます。サマリー・ページを使用して、正しい値を入力したことを確認し、コマンドを発行します。ジョブが「スケジュール済」および「選択したセル」の場合、サマリーページにジョブ名、ジョブの説明、実行するコマンドがリストされます。

7. 「コマンドの発行」をクリックして、ジョブを発行します。
ジョブ・ステータス・ページが表示されます。ジョブ・ステータス・ページを使用して、管理タスクのジョブ詳細ページにリンクします。

IOリソースの管理

Oracle Exadata Database Machineのセルは、データベース・マシン検出ワークフロー時にターゲットとして追加され(第3章「Exadata Database Machineの検出」を参照)、自動的に「Exadata Storage Serverグリッド」というグループにまとめられます。

「IORMパフォーマンス・ページ」にアクセスするには、次の手順を実行します。

1. Exadata Storage Serverセルを選択します。セルを選択する1つの方法は、次のとおりです。

1. 「ターゲット」メニューから「Exadata」を選択します。

2. 「ターゲット名」のリストからDBマシンを選択します。

3. 「ターゲット・ナビゲーション」ペインで、「Exadataグリッド」項目を展開しセルを1つクリックします。

2. 一度Exadata Storage Serverセルを選択した後は、「Exadata Storage Server」メニュー、「管理」、「IOリソースの管理」の順にクリックしてください。

一度IORMページにアクセスした後、次の変更を行うことができます。

- IORM構成の追加/更新

- 内部データベース計画

ページのIORM「監視」セクションは、ディスクI/Oのパフォーマンス統計のビューとなります(「待機」、「IOPS」、「MBps」、「使用率」、「待機時間」および「目標」チャート)。これらの統計は、どのデータベースおよびコンシューマ・グループが、使用可能なリソースを使用しているかを識別するために役立ちます。また、(同じページの「IORM設定」セクションを使用して)必要に応じてIORM構成を調整するのにも役立ちます。

I/Oリソースの管理の詳細は、『Oracle® Exadata Storage Server Softwareユーザーズ・ガイド』の「I/Oリソースの管理」の章を参照してください。

IORM構成の追加/更新

I/O Resource Manager (IORM)の設定を更新するには、次の手順を実行します(Exadata Storage Serverソフトウェア・リリース12.1.2.1.0以上)。

1. 前述のように、IORMの「パフォーマンス」ページに移動します。図5-8に、I/O Resource Manager (IORM)の「設定」ペインを示します。

図5-8 I/O Resource Manager (IORM)の「設定」

注意:
単一のセルを更新することもできます。Exadataグリッド・グループを展開すると、そのグループに関連付けられたすべてのセルが表示されます。更新するセルをクリックします。
IORM設定を更新する手順は、単一のセルの場合もセル・グループの場合も同じです。

2. 「データベース名」列で、ドロップダウン・メニューからデータベースを選択します。

3. 「ハード・ディスクI/O使用率制限(%)」列に値を入力します。

4. 「データベースI/O共有」列に値を入力します。

5. 「フラッシュ・キャッシュ」列に最小値および最大値をMB単位で入力します。

6. 「ディスクI/Oの目標」ドロップダウン・メニューで、リストから目標を選択します(「自動」がデフォルトです)。

- 「低遅延」- この設定は非常に適切な待ち時間が要求されるクリティカルなOLTPワークロードに使用します。この設定により、ディスク使用率が大幅に制限されて待ち時間は可能最短となります。

- 「平均化」- この設定はクリティカルなOLTPワークロードおよびDSSワークロードに使用します。この設定により、短いディスク待ち時間と高いスループットが均等になります。この設定により、大きいI/Oのディスク使用率が「低遅延」より小さい範囲に制限され、適切な待ち時間とスループットがバランスします。

- 「高スループット」- この設定は高いスループットが要求されるクリティカルなDSSのワークロードに使用します。

- 「自動」- この設定はIORMに最適化目標を決定させる場合に使用します。IORMでは、監視対象のワークロードおよび有効なリソース計画に基づいて、継続的かつ動的に最適化のobjectiveを判断します。

- 「基本」- この設定は、I/Oの優先順位付けを無効にして、小さいI/Oの最大遅延を制限する場合に使用します。

「更新」をクリックします。「Exadataセル管理」ウィザードが表示され、「ディスクI/Oの目標」の構成の完了に必要な情報を求められます。

1. 「コマンド」ページのセル制御コマンドライン・インタフェース(CellCLI)の値は、次のようになります。

# alter iormplan objective = 'auto'

「次へ」をクリックします。

2. 「管理資格証明」ページで、選択したセルのユーザー名とパスワードを入力します。
「次へ」をクリックします。

3. 「スケジュール」ページで、ジョブ名(必須)とジョブ説明(オプション)を入力します。「即時」または「後で」オプションを選択して開始します。「後で」オプションを選択した場合は、ジョブを実行する時刻を入力します。
「次へ」をクリックします。

4. 「確認」ページで、設定が正しいことを確認します。変更がなければ、「コマンドの発行」をクリックします。

5. ジョブが正常に発行されると、「ジョブ・ステータス」ページが表示されます。
「戻る」をクリックすると、「I/Oリソース・マネージャ(IORM)設定」ペインに戻ります。

7. 「最新情報の取得」をクリックしてページをリフレッシュすると、「ディスクI/Oの目標」の選択内容も表示されます。

8. IORMの目標設定を確認します。コマンドラインで、次のコマンドを実行します。

# dcli -g cell_group cellcli -e "list iormplan attributes objective"

出力にautoの値が表示されます。

cell01: auto
cell02: auto
cell03: auto
.
.
.
cell14: auto

内部データベース計画

内部データベース計画は、リソースを各セルの複数のデータベースに割り当てる方法(パーセンテージまたは共有)を指定します。内部データベース計画のディレクティブでは、コンシューマ・グループではなくデータベースへの割当てを指定します。内部データベース計画は、各セルでCellCLIユーティリティを使用して構成および有効化されます。

内部データベース計画は、各ディレクティブが割当て量とレベル(1から8)で構成される点でデータベース・リソース計画と同じです。各計画では、任意のレベルの割当ての合計を100%以下にする必要があります。内部データベース計画とデータベース・リソース計画の異なる点は、内部データベース計画にはサブ計画を含めることができず、I/Oリソースのディレクティブしか含めることができないことです。セルでアクティブにできるのは、常に1つの内部データベース計画のみです。

「追加/削除」オプションを使用して、現在構成されている内部データベース計画を表示して、既存の「割合」または「共有」ベースの内部データベース計画更新し、新しい「割合」または「共有」ベースの計画を構成できます。

「共有」、「割合」ラジオ・ボタンや、「基本」、「拡張」オプションがリストされたドロップ・ダウンも表示できます。

注意:
Exadataプラグイン・バージョンが12.1.0.3.0以前、またはExadata Storage Serverバージョンが11.2.3.1.0以前の場合、「共有」、「割合」ベースの内部データベース計画ラジオ・ボタンは使用できません。「割合」ベースのオプションのみ表示できます(つまり、ドロップ・ダウンには「基本」、「拡張」オプションのみが表示されます)。

内部データベース計画を検討するときには、次のことに注意します。

- Oracle Exadata Storage Serverでホスティングしているデータベースが1つのみの場合、内部データベース計画は必要ありません。

- 内部データベース計画が指定されていない場合は、すべてのデータベースで割当てが同じになります。

内部データベース計画の詳細は、『Oracle® Exadata Storage Server Softwareユーザーズ・ガイド』の内部データベースのリソース管理に関する説明を参照してください。

Exadataセルのアラートの診断

Enterprise Managerは、Exadata Cell Management Serverから送信されるExadataセルのアラートをリスニングするため、すべてのハードウェア障害またはセルのエラーがEnterprise Managerに報告されます。セルのエラー・コードおよび解釈の詳細は、『Oracle® Exadata Storage Server Softwareユーザーズ・ガイド』の付録B「アラートおよびエラー・メッセージ」のハードウェア・アラート・メッセージに関する説明を参照してください。

Exadata Storage ServerのOracleサポート・ワークベンチへのアクセス

現在のExadata Storage ServerのOracleサポート・ワークベンチにアクセスして、セルに関連する問題およびインシデントの診断データにアクセスできます。

単一のExadataセルのサポート・ワークベンチにアクセスするには、次の手順を実行します。

1. Oracleサポート・ワークベンチにアクセスするExadata Storage Serverの「ターゲット」メニューから「管理」を選択します。

2. 「管理」メニューから「サポート・ワークベンチ」を選択します。
ワークベンチのアクセスに必要な資格証明を入力するサポート・ワークベンチへのログイン・ページが表示されます。

3. 「資格証明」セクションから使用するセル管理資格証明のタイプを選択します。
「優先資格証明」、「名前付き資格証明」または「新規資格証明」を選択できます。

4. 手順3で選択した内容に応じて、適切なフィールドに資格証明詳細(ユーザー名およびパスワード)を入力します。詳細オプションをオンにして、資格証明の詳細を表示できます。

5. 「続行」をクリックして、Oracleサポート・ワークベンチを表示します。

インフィニバンド・ネットワークの管理

すべてのインフィニバンド・スイッチは、データベース・マシン検出ワークフロー時に自動的に検出され(第3章「Exadata Database Machineの検出」を参照)、自動的に「IBネットワーク」というグループにまとめられます。

1. Enterprise Managerホームページから、「ターゲット」→「Oracle Exadataデータベース・マシン」を選択します。

2. 「ターゲット・ナビゲーション」ペインで、リストから「IBネットワーク」を選択します。

3. 「IBネットワーク」ペインで、すべてのインフィニバンド・スイッチの概要およびアクティビティ・サマリーを参照できます。

4. 「リフレッシュ」をクリックして、インフィニバンド・スキーマの「リクエストごと」のリフレッシュを行います。「更新」では、リアルタイム・データが反映されます。

次のトピックは、インフィニバンド・ネットワークの管理に対応しています。

- インフィニバンド・メトリック

- インフィニバンド・ネットワークの管理タスクの実行

- アラートの設定

インフィニバンド・メトリック

インフィニバンド・ネットワークには、次のメトリックが使用可能です。

- 集計センサー

- レスポンス

- スイッチ構成

集計センサー

「集計センサー」は、複数のセンサーからの入力を取り込んでデータを集計することにより、注意を必要とするスイッチ関連の問題を特定します。スイッチのコンポーネントに対してセンサーがAsserted状態(問題があることを示す)またはDeasserted(問題がクリアされたことを示す)になると、関連付けられたEnterprise Managerイベントが生成されます。

レスポンス

これは、インフィニバンド・スイッチが使用可能かどうかを示す主要なメトリックです。デフォルトでは、これはスイッチの管理インタフェースを介して60秒ごとに収集されます。

スイッチ構成

このメトリックはスイッチ構成を取得します。収集される情報は、Oracleサポートにとってのみ有益なもので、デバッグ時の補助情報として使用されます。

インフィニバンド・ネットワークの管理タスクの実行

インフィニバンド・ネットワークの管理操作を実行するには、次の手順に従います。

1. すべてのターゲット・ページから管理タスクを実行するDBマシンを選択して、インフィニバンド・ネットワークのDBマシンのホームページに移動します。
Enterprise Managerで、選択したターゲットのDBマシン・ホームページが表示されます。

2. 管理タスクを実行するIBネットワークを選択します。

3. 「ターゲット」メニュー項目から「管理」を選択します。
インフィニバンド・ネットワーク管理ウィザードのターゲットおよびコマンド・ページが表示されます。

4. 「ターゲット・タイプ」を選択し、「ターゲット」ドロップダウン・リストから管理タスクを実行するターゲットを選択します。実行する管理コマンドを入力します。選択できる使用可能な操作は、選択したターゲット・タイプおよびターゲットによって異なります。操作を選択すると、操作の選択後に表示する値の選択が必要な場合があります。

5. 「次へ」をクリックして続行してください。
Enterprise Managerで、資格証明およびスケジュール・ページが表示されます。資格証明を選択または入力して、コマンドを実行します。入力する資格証明は、操作の発行時に使用されます。「優先資格証明」、「名前付き資格証明」、「新規資格証明」から選択できます。管理タスクをスケジュールします。管理ジョブ・スケジュールセクションのジョブ情報を指定します。即時にジョブを開始するか、ジョブを開始する時間の入力を選択できます。

6. 「次へ」をクリックして続行してください。
確認ページが表示されます。確認ページを使用して、正しい値を入力したことを確認し、コマンドを発行します。ジョブが「スケジュール済」、「ターゲット・タイプ」および「選択したターゲット」の場合、確認ページにジョブ名、ジョブの説明、実行するコマンドがリストされます。

7. 「コマンドの発行」をクリックして、ジョブを発行します。
「コマンドの発行」をクリックし、ジョブが成功するとポップアップが表示されます。ジョブ詳細ページに移動するか、このウィザードが起動されたページに戻ることができます。

アラートの設定

SNMPアラートが送信されるようにインフィニバンド・スイッチを構成した後、Enterprise Manager Cloud Controlでアラートを設定します。

1. Enterprise Manager Cloud Controlにログインします。

2. 「ターゲット」をクリックし、次に「すべてのターゲット」をクリックします。検出されたすべてのターゲットが表示されます。

3. 「すべてのターゲット」ページで、Oracle Exadataインフィニバンド・スイッチをクリックします。

4. 対象のターゲットをクリックします。ターゲットのホームページが表示されます。

5. Oracle Exadataインフィニバンド・スイッチのドロップダウン・メニューで、「メトリックと収集設定」を選択します。

6. 「メトリックと収集設定」ページでは、メトリックしきい値の変更、個別のメトリックの監視設定の編集、メトリック収集スケジュールの変更、およびメトリック収集の無効化が可能です。
しきい値を表内で直接変更するか、編集アイコン(鉛筆アイコン)をクリックして「詳細設定の編集」ページにアクセスできます。このページに表示されるフィールドおよびしきい値の変更方法の詳細は、このページの右上隅にある「ヘルプ」をクリックしてください。

フラッシュ・キャッシュ・リソースの監視

Oracle Exadataプラグインのリリース13.1.0.1.0以上では、Oracle Exadata Storage Serverのフラッシュ・キャッシュ・リソースの監視が提供されています。ストレージ・サーバーのホームページまたはIO分散の詳細ページで、Cloud Controlによるフラッシュ・キャッシュ・リソースの上位レベルの概要が表示されます(図5-9)。詳細には次の情報が含まれます。

- I/O使用率(%)。

- ハード・ドライブのI/O時間の分類(ミリ秒/リクエスト)。

- フラッシュI/O時間の分類(ミリ秒/リクエスト)。

図5-9 データベースごとのI/O分散

すべての使用可能なデータベース統計のビューが提供されるIO分散の詳細ページで、「表ビュー」(デフォルトはグラフ・ビュー)を選択して、表としてデータを表示します(図5-10)。

図5-10データベースごとのI/O分散 - 表ビュー

IORMパフォーマンス・ページ(図5-11)では、ハード・ドライブおよびフラッシュ・ドライブの両方のディスクI/Oの平均抑制時間などの詳細メトリックが表示されます。フラッシュ・キャッシュ領域の詳細なパフォーマンスは、「フラッシュ・キャッシュ領域使用量」(図5-12)を選択します。

図5-11 IORMの「パフォーマンス」ページ

図5-12 IORMのパフォーマンス - フラッシュ・キャッシュ領域使用量

Exadata Database Machineの障害監視

Oracle Enterprise Manager Cloud Controlには、Oracle Exadata Database Machine向けのハードウェアによる障害監視が用意されています。表5-1に、Exadata Storage Serverの障害監視を示します。表5-2に、計算ノードの障害監視を示します。

注意:
次の表の障害監視情報は広範囲ですが、必ずしも完全ではありません。新しい障害監視機能が追加されると、それに応じてこれらの表は更新されます。

表5-1 Exadata Storage Serverの障害監視

領域

障害監視

アクセス

セルにはアクセスできません(たとえば、pingの障害)。

メモリー

メモリー・コントローラ・エラー

メモリーDIMMエラー

メモリー・チャネル・エラー

メモリーDIMM温度センサー・エラー

メモリーの修正可能なECCエラー

CPU

プロセッサの内部エラー

Intel 5500チップセット・コア・エラー

データ・キャッシュ・エラー

キャッシュ・エラー

命令キャッシュ・エラー

ESM

ESMバッテリ充電エラー

ESMバッテリ寿命エラー

ハード・ディスク

メディア、デバイスのSCSIエラー

ディスク温度のしきい値超過

物理ディスクが存在しない

ブロックの破損

フラッシュ・ディスク

フラッシュ・ディスクの障害

フラッシュ・ディスクの予測障害

フラッシュ・ディスクが存在しない

その他

シャーシまたは電源ファンのエラー

PCI-E内部エラー

電源電圧過剰エラー

温度超過エラー

ネットワーク・ポートの接続および障害

表5-2 計算ノードの障害監視

領域

障害監視

メモリー

メモリー・コントローラ・エラー

メモリーDIMMエラー

メモリー・チャネル・エラー

メモリーDIMM温度センサー・エラー

メモリーの修正可能なECCエラー

CPU

プロセッサの内部エラー

Intel 5500チップセット・コア・エラー

データ・キャッシュ・エラー

キャッシュ・エラー

命令キャッシュ・エラー

ディスク

メディア、デバイスのSCSIエラー

ディスク温度のしきい値超過

ブロックの破損

その他

シャーシまたは電源ファンのエラー

致命的でないPCI-E内部エラー

電源電圧過剰エラー

温度超過エラー

ネットワーク・ポートの接続および障害

Exadata Database Machineコンポーネントの監視

Enterprise Managerでは、次のコンポーネントの詳細情報が収集されます。

- ストレージ・セル

- インフィニバンド・スイッチ

- Ciscoスイッチ

- ILOMターゲット

- 電力配分装置(PDU)

- KVMスイッチ

ストレージ・セル

Enterprise Managerエージェントは、ssh経由でcellcliコマンドを実行してストレージ・セルのメトリックを収集します。SNMPトラップは、サブスクライブ済のアラート条件によってEnterprise Managerエージェントに送信されます。

監視するには、エージェント・ユーザーにcellmonitor ssh eqの設定が必要です。

ASMターゲットとディスク・グループが関連付けられています。

ホームページで、次のような豊富なストレージ・データが収集されます。

- ストレージ・メトリックの集計。

- SNMP(プッシュ)経由のセル・アラート。

- 容量。

- IORMのコンシューマおよびデータベース・レベルのメトリック。

インフィニバンド・スイッチ

Enterprise Managerエージェントは、メトリックを収集するインフィニバンド・スイッチに対して、リモートのsshコールを実行します。インフィニバンド・スイッチは、すべてのアラートのSNMPトラップ(プッシュ)を送信します。

監視には、次のようなメトリックを収集するため、nm2userにssh eq.が必要です。

- レスポンス

- 各種センサーのステータス

- ファン

- 電圧

- 温度

- ポートのパフォーマンス・データ

- ポートの管理

Ciscoスイッチ

Enterprise Managerエージェントは、次のようなCiscoスイッチのメトリック・データを収集するため、リモートのSNMP getコールを実行します。

- ステータス/可用性

- ポートのステータス

- バイタル・サイン: CPU、メモリー、電源、温度

- ネットワーク・インタフェースの様々なデータ

- 受信トラフィックのエラー、トラフィックのKB/秒およびパーセンテージ

- 送信トラフィックのエラー、トラフィックのKB/秒およびパーセンテージ

- 管理および操作の帯域幅(MB/秒)

ILOMターゲット

Enterprise Managerエージェントは、各計算ノードのILOMターゲットに対して、リモートのipmitoolコールを実行します。監視には、ipmitoolを実行するnm2userユーザーの資格証明が必要です。

次の詳細情報が収集されます。

- レスポンス - 可用性

- センサー・アラート

- 温度

- 電圧

- ファンのスピード

- 構成データ: ファームウェアのバージョン、シリアル番号など。

電力配分装置(PDU)

Enterprise Managerエージェントは、リモートのSNMP getコールを実行し、各PDUからSNMPトラップ(プッシュ)を受信します。収集される詳細は、次のとおりです。

- レスポンスおよびpingステータス。

- フェーズ値。

KVMスイッチ

Enterprise Managerエージェントは、リモートのSNMP getコールを実行し、KVMスイッチからSNMPトラップ(プッシュ)を受信します。収集される詳細は、次のとおりです。

- ステータスおよびレスポンス。

- 再起動イベント。

- 温度。

- ファンのステータス。

- 電源の状態。

- 工場出荷時の設定。

変換ウィザードを使用した12cターゲットから13cターゲットへの変換

Enterprise Manager 12cで検出されたExadata Database MachineをEnterprise Manager 13cでモニターされるExadata Database Machineに変換するには、次の手順を実行します。

1. 「データベース・マシン」メニューから、「12cメンバー・ターゲットの変換」を選択します(図5-13)。

図5-13 「12cメンバー・ターゲットの変換」メニュー

2. 「変換オプション」を選択します(図5-14)。

- (デフォルト) 12cターゲットおよびその履歴データを削除します。このオプションを選択すると、レガシー・ターゲットのすべてのモニタリングが中止され、履歴データが削除されます。このオプションを選択すると、Enterprise Manager 13cターゲットのすべてのモニタリングをクリーンな状態で開始できます。

- 12cターゲットおよびその履歴データを保持します。このオプションを選択すると、レガシー・ターゲットの履歴データが保持されます。

図5-14 データベース・マシンの変換: 変換オプション

変換オプションを選択したら、「次へ」をクリックします。

3. 「資格証明」を設定します(図5-15)。変換を行う場合、変換するExadata Database Machineコンポーネントの資格証明を設定する必要があります。

図5-15 データベース・マシンの変換: 資格証明

「資格証明の設定」メニューから、単一のコンポーネントまたはコンポーネント・タイプ全部に対して資格証明を設定できます。

- インフィニバンド・スイッチ(図5-16)
インフィニバンド・スイッチのILOM管理用のユーザー名およびパスワードを入力します。

「SNMP資格証明」セクションで、次を実行します。

「資格証明タイプ」ドロップダウンからSNMP V1を選択した場合は、「コミュニティ文字列」にpublicを入力します。

「資格証明タイプ」でSNMP V3の資格証明を選択した場合は、図5-17で示すように、ユーザー名および認証パスワードを入力し、認証プロトコルを選択し、プライバシ・パスワードを入力します。

図5-16 インフィニバンド・スイッチの資格証明

図5-17 インフィニバンド・スイッチのSNMP V3の資格証明

資格証明の「接続のテスト」をクリックして、接続を確認します。「OK」をクリックします。

- 計算ノード・サーバーILOM
計算ノード・サーバーILOMを設定するには、図5-18に示すように、「新規」を選択してユーザー名およびパスワードを入力します。

図5-18 計算ノード・サーバーILOM資格証明

資格証明の「接続のテスト」をクリックして、接続を確認します。「OK」をクリックします。

- イーサネット・スイッチ(図5-19)
イーサネット・スイッチの資格証明を設定するには、Cisco IOSのユーザー名、パスワードおよび特権EXECのパスワードを入力します。SNMP V3資格証明には、ユーザー名および認証パスワードを入力して、認証プロトコルを選択し、プライバシ・パスワードを入力します。

図5-19 イーサネット・スイッチの資格証明

資格証明の「接続のテスト」をクリックして、接続を確認します。「OK」をクリックします。

- PDU
HTTPモニタリング資格証明を設定するには、「新規」を選択してユーザー名とパスワードを入力します。SNMP V3資格証明には、ユーザー名および認証パスワードを入力して、認証プロトコルを選択し、プライバシ・パスワードを入力します。

図5-20 PDUの資格証明

資格証明の「接続のテスト」をクリックして、接続を確認します。「OK」をクリックします。

資格証明の設定が完了すると、「資格証明」ページが更新されて、変換対象のすべてのコンポーネントの資格証明セットが表示されます。「次へ」をクリックします。

4. 変換するコンポーネントを次の3つのセクションで確認します(図5-21)。

- サマリー: このセクションには、変換されるターゲットの数、および変換後にターゲットで追加の監視情報が使用可能になるかどうかが要約されます。

- 変換するターゲット: この表には、Enterprise Manager 13cでの監視用に変換されるすべてのEnterprise Manager 12cターゲットが表示され、新しいターゲット名の情報が提供されます。

- 変換の影響を受けないターゲット: Enterprise Manager 13cで監視するため、Exadata Database Machineのすべてのコンポーネントを変換する必要はありません。このリストには、変換する必要のないコンポーネントが示されます。これらのコンポーネントは、すでにEnterprise Manager 13cでモニターされています。

図5-21 データベース・マシンの変換: 確認

「発行」をクリックして、変換を開始します。

5. 「処理中」ポップアップ・ウィンドウが表示され(図5-22)、変換のステータスおよび変換されるコンポーネントの成功または失敗が表示されます。
処理が完了するまでこのウィンドウを閉じない

図5-22 ターゲットの処理

このオプションを選択して処理の完了後にウィンドウを閉じることも、「完了」をクリックすることもできます。

6. 処理が完了すると、変換結果ページ(図5-23)に、変換されたコンポーネントのサマリー、および変換に成功または失敗した各コンポーネントの詳細が表示されます。

図5-23 データベース・マシンの変換: 変換結果

このページから「残りの12cターゲットの変換」をクリックして、変換に失敗したコンポーネントの変換プロセスを繰り返します。「新しいデータベース・マシン・ホームページの起動」をクリックして、Enterprise Manager 13cでモニターされるすべての変換済コンポーネントが含まれる更新済ホームページを表示します。

6 仮想化されたExadata Database Machine

この章では、Exadataプラグイン12.1.0.6以降のOracle Virtual Machine (OVM) for x86およびOracle Exadata Storage Serverを使用してDBクラスタで仮想化されたOracle Exadata Database Machineを管理およびモニターする方法について説明します。

Exadataプラグインは、仮想インフラストラクチャ・プラグインとともに仮想化されたExadata Database Machineを検出、管理およびモニター監視します。このプラグインの詳細は、『Oracle® Enterprise Manager Cloud管理ガイド』の「Xenベース・システムの直接モニタリング」の章を参照してください。

http://docs.oracle.com/cd/E24628_01/doc.121/e28814/direct_monitor_cs.htm#EMCLO531

次の項では、仮想化されたExadata Database Machineおよび他のサポートされているターゲットを検出する方法について説明します。

- 仮想インフラストラクチャ・プラグインとの統合

- 仮想化されたExadata Database Machineの検出

- 検出後の構成

- Exadata仮想化プロビジョニング

- 仮想化されたExadata Database Machineの表示

- リソース使用率グラフ

仮想化されたExadata Database Machineの検出を完了した後、「検出後の構成および確認」で説明されている構成手順に進みます。

仮想インフラストラクチャ・プラグインとの統合

物理サーバー(物理Oracle Serverターゲット)、Dom0 (仮想プラットフォーム・ターゲット)およびDomU (仮想Oracle Serverターゲット)は、仮想インフラストラクチャ(VI)・プラグインによって検出およびモニターされます。

Exadataの検出は、VIプラグインで処理できます。物理サーバー、Dom0およびDomUは、Exadata Database Machineの検出前にVIプラグインを使用して検出されます。Exadataの検出中に、検出コードは、計算ノードのDom0に対応する既存の仮想プラットフォーム・ターゲットを検索します。

VIプラグインの統合を使用したExadata検出フローには、次のチェックが含まれます。

1. 検出エージェントのホスト・ターゲットの構成メトリックに基づいてExadata Database Machineが仮想化されているかどうかを確認します。

2. VIプラグインがデプロイされているかどうかを確認します。そうでない場合、『Oracle® Enterprise Manager Cloud管理ガイド』の「Xenベース・システムの直接モニタリング」の章の説明に従ってデプロイするよう求められます。

http://docs.oracle.com/cd/E24628_01/doc.121/e28814/direct_monitor_cs.htm#EMCLO531

仮想化されたExadata Database Machineの検出

仮想化されたExadataを使用して、OEDAを介してデプロイされた各DBクラスタの1つのDBマシン・ターゲットのかわりに1つのExadata Database Machineターゲットが各物理Database Machineに作成します。計算ノード、Exadata Storage Server、インフィニバンド・スイッチ、計算ノードILOM、PDU、KVMおよびCiscoスイッチがExadataプラグインによって検出されます。

計算ノードのみを仮想化すると、物理サーバー、Dom0およびDomUが仮想インフラストラクチャ(VI)・プラグインによってモニターされます。Exadataプラグインは、次に示すように検出およびターゲット管理のためにVIプラグインと統合されます。

仮想化されたExadataのハードウェア・ターゲットは、次に示す内容を除いて物理Exadataとほとんど同じ方法(「Exadata Database Machineの検出」を参照)で検出されます。

- 計算ノードのDom0は、ibnetdiscoverを使用して検出されます。計算ノードILOMと計算ノードのマッピングおよびVM階層は、VIプラグインから取得されます。

- Exadata Storage Serverは、kfodのかわりにibnetdiscoverを使用して検出されます。そのため、検出中にデータベースのOracleホームを指定する必要がありません。

- インフィニバンド・スイッチは、ibnetdiscoverを使用して検出されます。

- 計算ノードILOM、PDUおよびCiscoスイッチは、databasemachine.xmlスキーマ・ファイルに基づいて検出されます。

- クラスタおよびデータベース・ターゲットの検出

- クラスタおよびデータベース・ターゲットの検出は、物理Exadataの場合(「グリッド・インフラストラクチャおよびRACの検出」を参照)と似ています。唯一の違いは、DBプラグインを使用してクラスタ、ASMおよびデータベース・ターゲットを検出する前にEnterprise Managerエージェントをデータベース・クラスタのDomUにデプロイする必要があることです。

- エージェントの配置

- Exadataハードウェア・ターゲットをモニタリングするプライマリおよびバックアップEnterprise Managerエージェントは、中断または停止していない、高可用性を確保するためにできるだけ異なる物理サーバー上の2つの専用DomUにデプロイする必要があります。

- 静的仮想マシン構成の場合、データベース・クラスタをモニターするために使用されるEnterprise Managerエージェントを使用して、Exadataハードウェアをモニターできます。

仮想化されたExadata Database Machineを検出するには、次の手順を実行します。

1. 「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。

2. 「ターゲットの手動追加」ページで、「ガイド付きプロセスを使用した追加」を選択します(図6-1)。

図6-1 ターゲットの手動追加

3. 「ガイド付きプロセスを使用した追加」ポップアップ・ウィンドウで、「Oracle Virtual Platform」を選択し、「追加」をクリックします(図6-2)。

図6-2 Oracle Virtual Platformの追加

注意:
仮想インフラストラクチャ(VI)・プラグインがデプロイされた場合のみ、このオプションを使用できます。
プラグインがデプロイされていない場合、Oracle Virtual Platformオプションは表示されません。『Oracle® Enterprise Manager Cloud管理ガイド』の「Xenベース・システムの直接モニタリング」の章の説明に従って、VIプラグインをデプロイします。

http://docs.oracle.com/cd/E24628_01/doc.121/e28814/direct_monitor_cs.htm#EMCLO531

4. 「Oracle Virtual Platformの検出」ページで、Oracle Virtual PlatformをEnterprise Managerに登録します。ターゲットの資格証明またはモニタリング・エージェント(あるいはその両方)は、ターゲットごとに指定できます。設定すると、それによってターゲットのデフォルト値がオーバーライドされます。

- デフォルトのモニタリング・エージェントおよび資格証明を設定します(図6-3)。拡大鏡アイコンをクリックして、モニタリング・エージェントの場所を検索します。「資格証明プロパティ」で、ユーザー名にrootを入力して、ホストのルート・パスワードを指定します。

注意:
sudo権限を持つ非rootユーザーも使用できます。必要な設定手順は、VIプラグイン・ドキュメントを参照してください。

図6-3 デフォルトのモニタリング・エージェントおよび資格証明

- ホスト名またはIPアドレスを追加します。「追加」をクリックして、ポップアップ・ウィンドウでホストの完全修飾ドメイン名(FQDM)またはIPアドレスを入力します(図6-4)。複数ある場合、各エントリを個別の行に表示する必要があります。

図6-4 仮想サーバーの検出: ホスト/IPアドレスの追加

「追加」をクリックして、ポップアップ・ウィンドウを閉じます。

追加すると、図6-5に示すように、ホスト名およびIPアドレスのフィールドが更新されます。

図6-5 ホスト名またはIPアドレスの入力

- 「発行」をクリックします。仮想ターゲットを作成するOracle Virtual Platformを登録するためにジョブが発行されます。ジョブを完了するには、約5分必要です。「ジョブ詳細」をクリックしてステータスを確認するか、「閉じる」をクリックしてウィンドウを閉じます(図6-6)。

図6-6 Oracle Virtual Platform登録ジョブの発行

5. ジョブの完了後、Exadata Database Machineを検出します。「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。

6. 「ターゲットの手動追加」ページで、「ガイド付きプロセスを使用した追加」を選択します(図6-7)。

図6-7 ターゲットの手動追加

7. 「ターゲット・タイプ」ドロップダウン・メニューから「Oracle Exadataデータベース・マシン」(図6-8)を選択します。

図6-8 ガイド付きプロセスを使用した追加: Oracle Exadata Database Machineの追加

8. 「Oracle Exadataデータベース・マシンの検出」ページで、「新規データベース・マシンとそのハードウェア・コンポーネントをターゲットとして検出」オプションを選択して、「ターゲットの検出」をクリックします。

9. 「検出入力」ページで、拡大鏡アイコンをクリックして、検出するDBマシンに存在するDomUのエージェントを検索します。Dom0にEnterprise Managerエージェントをインストールできないため、仮想プラットフォーム(Dom0)を検索しないでください。物理Exadataの場合と同様に、スキーマ・ファイルを読み取ることができるホストを指定します。通常、検出エージェントと同じホストです。Dom0ではありません
「構成図ファイル」セクションで、スキーマ・ファイルを読み取ることができるホストを選択して、スキーマ・ファイルを読み取ることができるホスト資格証明を設定します。前の手順で登録したホストに対して、「資格証明の設定」をクリックして、ログインおよびパスワード(図6-9)を設定します。「OK」をクリックします。

図6-9 資格証明の設定

「次へ」をクリックします。

10. 「インフィニバンド検出」ページで、nm2user資格証明を設定します。図6-10に示すように、「新規」オプションを選択して、「ユーザー名」フィールドにnm2userを入力して、パスワードを指定します。

図6-10 インフィニバンド資格証明の設定

「次へ」をクリックします。

注意:
CLIENTNAMEおよびCLIENTIP情報の欠落に関する既知の問題により、エラー・ポップアップ・メッセージが発生します。「OK」をクリックしてポップアップを閉じ、ガイドされた検出を続行します。

11. 「前提条件チェック」ページで、ステータスが正常であることを確認して、「次へ」をクリックします。

12. 「コンポーネント」ページで、検出されたExadataコンポーネントを確認して、「次へ」をクリックします。

13. 「モニタリング・エージェント」ページで、モニタリング・エージェントの名前、場所およびバックアップの場所を確認します。「次へ」をクリックします。

14. 「エージェント資格証明」ページで、すべてのエージェントの資格証明が同じである場合、新しいユーザー名およびパスワードを入力するか、デフォルトをそのまま使用できます。「次へ」をクリックします。
すべてのエージェントの資格証明が異なる場合、「すべてエージェントで異なる」オプションを選択して、すべてのホストのユーザー名およびパスワードを入力します。「次へ」をクリックします。

15. 「モニタリング資格証明」ページで、次のコンポーネントの資格証明を確認または入力します。

- Oracle Exadata Storage Server

- InfiniBandスイッチ

- ILOM

各コンポーネントの「テスト接続」をクリックして、接続を確認します。各コンポーネントの資格証明が異なる場合、適切なユーザー名およびパスワードを指定します。

「次へ」をクリックします。

16. 「SNMPサブスクリプション」ページで、「Oracle Exadata Storage Server」および「インフィニバンド・スイッチ」領域にSNMPコミュニティ文字列(デフォルトはpublic)値を入力します。インフィニバンド・スイッチには、ルート資格証明を指定します(図6-11)。「次へ」をクリックします。

図6-11 インフィニバンド・スイッチのルート資格証明の入力

17. 「コンポーネント・プロパティ」ページで、イーサネットおよびPDUコンポーネントにpublicを入力します(図6-12)。「次へ」をクリックします。

図6-12 イーサネット・スイッチおよびPDUへの'public'の入力

18. 確認ページで、次のコンポーネントの詳細を確認します。

- システム・ターゲット

- 計算ノード

- Oracle Exadata Storage Server

- InfiniBandスイッチ

- イーサネット・スイッチ

- 計算ノードILOM

- KVM

- PDU

「発行」をクリックして、すべてのターゲットを昇格します。約5分の処理時間を考慮します。完了後、すべてのターゲットがOracle Enterprise Manager Cloud Controlによってモニターされます。

注意:
VIプラグインにより、VMの追加または削除が定期的にチェックされます。Oracle VMインスタンスのターゲットは、VIプラグインによって検出された後、自動的に昇格されます。VM内のOS、ASMおよびDBを監視する場合は、Enterprise ManagerエージェントをVMに送信する必要があります。

検出後の構成

エージェントはDomUノード内で実行され、リモートでセル、ILOM、スイッチおよびPDUを監視するため、プライマリおよびバックアップのエージェントは、必ず物理的に異なるDomUホストに置いてください。Dom0が停止した場合、Enterprise Managerでは、まだ実行中の別のDom0でホストされているアクティブなDomU上で実行中のエージェントを使用してターゲットの監視を続行できます。これにより、完全なDom0停止の場合の継続的な監視が実現されます。

エージェントがリモートでExadataターゲットを監視する方法の詳細は、第4章「検出後の構成および検証」を参照してください。

Exadata仮想化プロビジョニング

プロビジョニングでは、仮想マシン(VM)、Oracle Database (DB)、グリッド・インフラストラクチャ、仮想化されたExadata上のASMなど、反復可能で信頼性があり、自動かつ無人のスケジューリングされたRACクラスタの一括デプロイメントが行われます。

Exadataプラグインの仮想化プロビジョニング機能により、次を実現できます。

- データベース・クラスタの作成

- データベース・クラスタのスケール・アップ

- データベース・クラスタの削除

データベース・クラスタの作成

データベース・クラスタを作成するには、次の手順を実行します。

1. データベース・マシンのターゲット・メニューから「プロビジョニング」を選択して、「クラスタの作成」を選択します(図6-13)。

図6-13 「プロビジョニング」メニュー

Exadataプロビジョニング・ウィザードが表示されます。

2. Exadataプロビジョニング: クラスタ・ページで、次の情報を入力します。

- クラスタ定義: クラスタ名を作成します。「既存のクラスタの表示」をクリックして、すでにプロビジョニングされているデータベース・クラスタのリストを表示します。

- 仮想マシンの場所: 仮想マシンの作成先のサーバーを選択します。「使用可能なサーバー」ペインで1つ以上を選択して、移動ボタンをクリックし、選択したサーバーを「選択されたサーバー」ペインに移動します(図6-14)。

図6-14 仮想マシンの場所の選択

- ストレージ定義: 仮想マシンで使用されるExadata Storage Serverを選択します。「使用可能なストレージ・サーバー」ペインで1つ以上を選択して、移動ボタンをクリックし、選択したサーバーを「選択したストレージ・サーバー」ペインに移動します。

図6-15 Exadata Storage Serverの選択

「次へ」をクリックします。

3. 「資格証明」ページで、次の資格証明を設定します。

- 計算サーバー: ルート・ユーザーの資格証明を設定します。「資格証明の設定」ドロップダウンで、設定をすべてのサーバーに適用する場合は「すべて」を選択し、選択したサーバーにのみ設定を適用する場合は、リストから1つ以上のサーバーを選択して「選択状態」を選択します。
「サーバー資格証明の設定」ポップアップ・ウィンドウで、既存の名前付き資格証明を選択するか、「新規」を選択して新規の資格証明を作成します。

「接続のテスト」をクリックして、資格証明が適切に設定されていることを確認します。成功した場合、「資格証明テスト・ステータス」が更新され、「成功」と表示されます(図6-16)。

図6-16 計算サーバーの資格証明の設定

- Exadata Storage Server: セル管理者の資格証明を設定します。
「サーバー資格証明の設定」ポップアップ・ウィンドウで、既存の名前付き資格証明を選択するか、「新規」を選択して新規の資格証明を作成します。

「接続のテスト」をクリックして、資格証明が適切に設定されていることを確認します。成功した場合、「資格証明テスト・ステータス」が更新され、「成功」と表示されます(図6-17)。

図6-17 Exadata Storage Serverの資格証明の設定

「次」をクリックして、仮想マシンを定義します。

4. 「仮想マシン」(VM)ページで、次の情報を入力します。

注意:
使用可能な場合、Exadataプロビジョニング・ウィザードではフィールドに適切なデフォルトが事前入力されます。この情報は環境に応じて変更できます。

- 仮想マシン定義: このリージョン(図6-18)で、VM定義の詳細を指定します。

- 仮想マシン・サイズ: 「小さい」、「中」または「大きい」を選択します。「カスタマイズ」をクリックして、CPUコアの数および使用可能なメモリーを調整します。

- ルート・パスワード: 2つのパスワード・フィールドでパスワードを作成します。

- 「接頭辞」、「DNS」および「NTP」フィールドを確認します。

- タイムゾーン: ドロップダウン・リストから適切なタイムゾーンを選択します。

図6-18 Exadataプロビジョニング: 仮想マシン定義

- ソフトウェアの場所: 可能な場合、Exadataプロビジョニング・ウィザードによってフィールドは事前に移入されています(図6-19)。入力されていない場合は、次の情報を入力します。

- インベントリの場所

- グリッド・インフラストラクチャ・ホーム

- データベース・ホームの場所

- エージェントのインストール・ベース・ディレクトリ

- エージェント・ポート(オプション)

- ソフトウェア言語(オプション)

図6-19 Exadataプロビジョニング: ソフトウェアの場所

- オペレーティング・システム・ユーザーおよびグループ: 「ソフトウェアの場所」リージョンと同様に、Exadataプロビジョニング・ウィザードによってパスワード・フィールドを除くフィールドが事前に移入されます(図6-20)。入力されていない場合は、次の情報を入力します。

- ユーザー名: ID、パスワードおよびホーム・ディレクトリを含みます。

- DBAグループ名およびID。

- OINSTALLグループ名およびID。

図6-20 Exadataプロビジョニング: オペレーティング・システム・ユーザーおよびグループ

「次へ」をクリックして、ネットワークの詳細を入力します。

5. 「ネットワーク」ページで、IPアドレス、管理に使用する名前とドメイン、クライアントおよびプライベート・ネットワークを指定します。次の情報の詳細を入力します。

- ゲートウェイとドメインの詳細: Exadataプロビジョニング・ウィザードでドメインおよびサブネット・マスクの詳細がすでに入力されているはずです。管理およびクライアント・ゲートウェイの有効なIPアドレスを入力します(図6-21)。

図6-21 Exadataプロビジョニング: 「ゲートウェイとドメインの詳細」のネットワーク

- 仮想マシン 1 (図6-22): クラスタ内の最初の仮想マシンでは、Exadataプロビジョニング・ウィザードによって「接頭辞」および「開始ID」フィールドがオートコンプリートされます。オプションで「接尾辞」も入力できます。有効なIPアドレスを入力してください。

図6-22 Exadataプロビジョニング: 仮想マシン 1

- 生成された仮想マシン名とIP (図6-23): 最初のVMの情報を入力したら、「生成」をクリックして、クラスタ内の他のVMの情報を作成します。いつでも詳細を手動で入力できます。

図6-23 Exadataプロビジョニング: 生成された仮想マシン名とIP

すべての必要な情報を入力した後、ページ上部にある「IPの検証」をクリックしてIPアドレスを確認します。「次へ」をクリックして、引き続きグリッド・インフラストラクチャの詳細を入力し、初期データベースを作成します。

6. 「Grid Infrastructureと初期データベース」ページで、次の詳細を入力します。

- グリッド・インフラストラクチャ (図6-24): クラスタの詳細(SCAN名およびポート)を入力して、「ディスク・グループ」の情報を確認します。Exadataプロビジョニング・ウィザードで詳細が事前入力されますが、必要に応じて詳細を調整することもできます。

図6-24 Exadataプロビジョニング: グリッド・インフラストラクチャ

- 初期データベース: このチェック・ボックスをクリックして、初期データベースを作成します。図6-25に示すように、データベースIDおよび管理者資格証明の追加情報が要求されます。

図6-25 Exadataプロビジョニング: 初期データベース

「詳細」をクリックして、図6-26に示すように、メモリー・パラメータ、プロセスおよび文字セット用の追加の詳細リージョンを開きます。

図6-26 Exadataプロビジョニング: 初期データベースの拡張の詳細

「次へ」をクリックして、スケジュールを設定します。

7. 「スケジュール」ページでは、Exadataプロビジョニング・ウィザードによって「デプロイメント・インスタンス」の値が作成されます。スケジュールの開始および通知のオプションを選択します。

- スケジュール: 作成を即時に開始するか、後で開始するかを選択します。「後で」を選択した場合、日付と時刻を選択するように求められます。

- 通知: 通知を受ける通知ステータスを選択します。

「確認」をクリックして設定を確認し、ジョブを開始します。

8. 「確認」ページで、表示されるサマリーの選択を確認します。セクションを変更する場合は、前のページに戻って選択内容を編集します。
「送信」をクリックして作成ジョブを開始します。

データベース・クラスタのスケール・アップ

データベース・クラスタをスケール・アップするには:

1. データベース・マシンのターゲット・メニューから「プロビジョニング」を選択して、「クラスタのスケール・アップ」を選択します。
Exadataプロビジョニング・ウィザードが表示されます。

2. 「クラスタ」ページで、クラスタ名を入力するか、「検索」アイコンをクリックしてリストからクラスタを選択します。
「使用可能なサーバー」ペインで1つ以上を選択して、移動ボタンをクリックし、選択したサーバーを「選択されたサーバー」ペインに移動します。

「次」をクリックして、資格証明を設定します。

3. 「資格証明」ページで、次の資格証明を設定します。

- 計算サーバー: ルート・ユーザーの資格証明を設定します。「資格証明の設定」ドロップダウンで、設定をすべてのサーバーに適用する場合は「すべて」を選択し、選択したサーバーにのみ設定を適用する場合は、リストから1つ以上のサーバーを選択して「選択状態」を選択します。
「サーバー資格証明の設定」ポップアップ・ウィンドウで、既存の名前付き資格証明を選択するか、「新規」を選択して新規の資格証明を作成します。

「接続のテスト」をクリックして、資格証明が適切に設定されていることを確認します。成功した場合、「資格証明テスト・ステータス」が更新され、「成功」と表示されます(図6-27)。

図6-27 計算サーバーの資格証明の設定

- 仮想マシン (図6-28): DomUのホストおよびルート、クラスタのASMおよびデータベースの資格証明を設定します。
優先資格証明を使用するか、または優先資格証明をオーバーライドするかを選択できます。

「接続のテスト」をクリックして、資格証明が適切に設定されていることを確認します。

図6-28 クラスタのスケール・アップ: 仮想マシンの資格証明

「次へ」をクリックします。

4. 「仮想マシン」ページで、「次」をクリックします。

5. 「ネットワーク」ページで、IPアドレス、管理に使用する名前とドメイン、クライアントおよびプライベート・ネットワークを指定します。次の情報の詳細を入力します。

- ゲートウェイとドメインの詳細: Exadataプロビジョニング・ウィザードでドメインおよびサブネット・マスクの詳細がすでに入力されているはずです。管理およびクライアント・ゲートウェイの有効なIPアドレスを入力します(図6-29)。

図6-29 スケール・アップ: 「ゲートウェイとドメインの詳細」のネットワーク

- 仮想マシン 1 (図6-30): クラスタ内の最初の仮想マシンでは、Exadataプロビジョニング・ウィザードによって「接頭辞」および「開始ID」フィールドがオートコンプリートされます。オプションで「接尾辞」も入力できます。有効なIPアドレスを入力してください。

図6-30 スケール・アップ: 仮想マシン 1

- 生成された仮想マシン名とIP (図6-29): 最初のVMの情報を入力したら、「生成」をクリックして、クラスタ内の他のVMの情報を作成します。いつでも詳細を手動で入力できます。

図6-31 スケール・アップ: 生成された仮想マシン名とIP

すべての必要な情報を入力した後、ページ上部にある「IPの検証」をクリックしてIPアドレスを確認します。

「次」をクリックして続行し、スケール・アップをスケジュールします。

注意:
グリッド・インフラストラクチャおよび初期データベースの手順は、再度設定する必要がないため、スキップされます。

6. 「スケジュール」ページでは、Exadataプロビジョニング・ウィザードによって「デプロイメント・インスタンス」の値が作成されます。スケジュールの開始および通知のオプションを選択します。

- スケジュール: スケール・アップを即時に開始するか、後で開始するかを選択します。「後で」を選択した場合、日付と時刻を選択するように求められます。

- 通知: 通知を受ける通知ステータスを選択します。

「確認」をクリックして設定を確認し、スケール・アップを開始します。

7. 「確認」ページで、表示されるサマリーの選択を確認します。セクションを変更する場合は、前のページに戻って選択内容を編集します。
「送信」をクリックして、スケール・アップを開始します。

データベース・クラスタのスケール・ダウン

データベース・クラスタをスケール・ダウンすると、クラスタから仮想マシンが削除されます。

1. データベース・マシンのターゲット・メニューから「プロビジョニング」を選択して、「クラスタのスケール・ダウン」を選択します。
Exadataプロビジョニング・ウィザードが表示されます。

2. スケール・ダウンするクラスタ名を入力するか、「検索」アイコンをクリックして使用可能なクラスタを選択します。
クラスタを選択すると、次のことを行うように要求されます。

- 削除するノードを選択します。

- DomU (ホスト、ルートおよびExadata Server)およびExadata Storage Serverの名前付き資格証明を確認するか、新規の名前付き資格証明を入力します。「資格証明テスト」をクリックして、資格証明が適切に選択されていることを確認します。

「次へ」をクリックして、スケールダウン・ジョブをスケジュールします。

3. 「スケジュール」ページでは、Exadataプロビジョニング・ウィザードによって「デプロイメント・インスタンス」の値が作成されます。スケジュールの開始および通知のオプションを選択します。

- スケジュール: これを選択して、今すぐまたは後でスケール・ダウンを開始します。「後で」を選択した場合、日付と時刻を選択するように求められます。

- 通知: 通知を受ける通知ステータスを選択します。

「確認」をクリックして、設定を確認し、スケール・ダウンを開始します。

4. 「確認」ページで、表示されるサマリーの選択を確認します。セクションを変更する場合は、前のページに戻って選択内容を編集します。
「発行」をクリックして、スケール・ダウンを開始します。

データベース・クラスタの削除

既存のクラスタを削除するには、次の手順を実行します。

1. 「データベース・マシン・ターゲット」メニューから「プロビジョニング」を選択して、「クラスタの削除」を選択します。
Exadataプロビジョニング・ウィザードが表示されます。

2. 「クラスタ」ページで、削除するクラスタ名を入力するか、または「検索」アイコンをクリックして使用可能なクラスタを選択します。
ページが更新され、削除されるノードが表示されます

DomU (ホスト、ルートおよびExadata Server)およびExadata Storage Serverの名前付き資格証明を確認するか、新規の名前付き資格証明を入力します。「資格証明テスト」をクリックして、資格証明が適切に選択されていることを確認します。

「次へ」をクリックして、削除ジョブをスケジュールします。

3. 「スケジュール」ページでは、Exadataプロビジョニング・ウィザードによって「デプロイメント・インスタンス」の値が作成されます。スケジュールの開始および通知のオプションを選択します。

- スケジュール: これを選択して、今すぐまたは後でスケール・ダウンを開始します。「後で」を選択した場合、日付と時刻を選択するように求められます。

- 通知: 通知を受ける通知ステータスを選択します。

「確認」をクリックして、設定を確認し、削除ジョブを開始します。

4. 「確認」ページで、表示されるサマリーの選択を確認します。セクションを変更する場合は、前のページに戻って選択内容を編集します。
「発行」をクリックして、削除ジョブを開始します。

仮想化されたExadata Database Machineの表示

検出後、Exadataプラグインにより、図6-32に示すように、Enterprise Manager Cloud Control 12cで監視されている仮想マシンが表示されます。

図6-32 モニターされる仮想マシン

注意:
Database Machineホームページのスキーマ・ダイアグラムは、検出中に見つかったdatabasemachine.xmlファイルの内容に基づいています。仮想プラットフォーム(Dom0)は、スキーマ・ダイアグラムのラックの計算ノードとして表示されます。
Database Machine Softwareトポロジ・ダイアグラムには、物理Oracle Server、仮想Oracle Serverターゲット(DomU)および仮想プラットフォーム・ターゲット(Dom0)が表示されません。ただし、引き続きDomUで実行しているホスト・ターゲットを表示します。

Exadata Database Machineターゲットの「ソフトウェア」タブには、図6-33に示すようにクラスタでグループ化された物理Database Machine全体のすべてのクラスタ、ASMおよびデータベース・ターゲットが表示されます。

図6-33 Exadata Database Machine Softwareタブ

リソース使用率グラフ

次の計算リソース割当てグラフは、仮想化されたExadataで使用できます。これらのグラフは、VIプラグインの仮想マシン階層およびメトリック・データに依存します。

クラスタの配置

このグラフ(図6-34)は、特定のExadata Database Machineラックの物理サーバーのクラスタウェアのクラスタの配置を示しています。これは配置グラフであるため、データ・シリーズの幅は、クラスタの最大数を持つ物理サーバーのクラスタの数を反映します。

図6-34 リソース使用率: クラスタの配置

データベースの配置

このグラフ(図6-35)は、特定のDBクラスタの特定のExadata Database Machineラックの物理サーバーのデータベースの配置を示しています。これは配置グラフであるため、データ・シリーズの幅は、特定のDBクラスタのデータベースの最大数を持つ物理サーバーのDBの数を反映します。

図6-35 リソース使用率: データベースの配置

データベースCPU使用率

このグラフ(図6-36)は、特定のDBクラスタのVMホストごとのデータベースごとのデータベースCPU使用率を示しています。

図6-36 リソース使用率: データベースCPU使用率

データベース・メモリー使用率

このグラフ(図6-37)は、特定のDBクラスタのVMホストごとのデータベースごとのデータベース・メモリー使用率を示しています。

図6-37 リソース使用率: データベース・メモリー使用率

7 Exadataメトリック

この章では、Oracle Exadata Database Machineの様々なメトリックのアクセス方法および次を含む主要なメトリックの例について説明します。

- Exadataメトリックのアクセス

- Exadataフラッシュディスクおよびハードディスク集計メトリックの例

- 「Exadataセル」メトリックの例

Exadataメトリックのアクセス

Oracle Exadata Database Machineの使用可能なメトリックの完全なリストは、『Oracle® Enterprise Manager Oracle Database Plug-inメトリック・リファレンス・マニュアル』の「Oracle Exadata」の章を参照してください。

https://docs.oracle.com/cd/E24628_01/em.121/e25160/oracle_exadata.htm#BABFDHBG

使用可能なExadataメトリックにアクセスするには、次の手順を実行します。

1. 「ターゲット」メニューから「Exadata」を選択します(図7-1)。

図7-1 Enterprise Managerの「ターゲット」メニュー

2. 「Oracle Exadataデータベース・マシン」ページで、リストからExadata Database Machineを選択します。

3. 「ターゲット・ナビゲーション」ツリーで、「Exadataグリッド」を展開して、Exadata Storage Serverを選択します(図7-2)。

図7-2 「ターゲット・ナビゲーション」ツリーのExadataグリッドの展開

4. 「ストレージ・サーバー」ページで、「Exadata Storage Server」メニュー、「モニタリング」、「すべてのメトリック」の順に選択します(図7-3)。

図7-3 Exadata Storage Serverの「モニタリング」メニュー

5. 「すべてのメトリック」ページで、様々なメトリックを使用できます。メトリックを選択するか、クリックして使用可能なメトリック詳細を展開します。

Exadataフラッシュディスクおよびハードディスク集計メトリックの例

このメトリック・カテゴリには、セル内のハード・ディスクまたはフラッシュ・ディスクを対象として集計されたメトリックが含まれます。「すべてのメトリック」ページからこのメトリックを選択して、図7-4に示すように上位レベルのサマリーを生成します。

図7-4 Exadataフラッシュディスクおよびハードディスク集計メトリック

「すべてのメトリック」ページの「Exadataフラッシュディスクおよびハードディスク集計メトリック」を展開して、セル・ディスクの読取りバイト平均数を示す「平均セルディスク読取りスループット」(図7-5)やセルディスクの合計の入力/出力の負荷を示す「合計セルディスクIO負荷」(図7-6)などの様々なメトリック詳細を表示します。

図7-5 平均セルディスク読取りスループット

図7-6 合計セルディスクIO負荷

「Exadataセル」メトリックの例

このメトリック・カテゴリには、CPU使用率やメモリー使用率など、各セルのセル・レベルで収集されたパフォーマンス・メトリックなどが含まれます。「すべてのメトリック」ページからこのメトリックを選択して、図7-7に示すように上位レベルのサマリーを生成します。

図7-7 「Exadataセル」のメトリック

「すべてのメトリック」ページの「Exadataセル・メトリック」を展開して、CPU使用率の情報を示す「CPU使用率」(図7-8)やIORMを構成して達成する最適化の目標(たとえば、OLTP指向データベースの「低遅延」または「平均化」、データ・ウェアハウスの「高スループット」)を示す「ディスクI/Oの目標」(図7-9)などの様々なメトリック詳細を表示します。

図7-8 CPU使用率

図7-9 ディスクI/Oの目標

8 Exadataプラグインのトラブルシューティング

この章では、Exadataプラグインのインストール、検出および構成に関するトラブルシューティングのヒントおよび方法について説明します。内容は次のとおりです。

- SSH接続の確立

- 検出のトラブルシューティング

- Exadata Database Machineスキーマ・ファイルのトラブルシューティング

- Exadata Database Machineの管理のトラブルシューティング

- Exadata導出のアソシエーション・ルール

- インフィニバンド・パッチの詳細の欠落

- Oracle Auto Service Request (ASR)の問題

- メトリック収集の問題

- ステータス: 保留中の問題

SSH接続の確立

リリース12.1.0.1.0では、SSHキーは<ORACLE_HOME>/.sshにあります(ORACLE_HOMEはEnterprise Managerエージェントのインストール・ディレクトリです)。次に例を示します。

/u01/app/oracle/product/gc12/agent/core/12.1.0.1.0

注意:
一部のメトリック収集は、~/.ssh/known_hostsに依存しています。

リリース12.1.0.2.0以降では、SSHキーの場所はエージェント・ユーザーの$HOME/.sshにあります。

エージェントが実行されているコンピュータとOracle Exadata Storage Serverの間にSSH接続を設定するには、エージェント・ユーザーとして次の手順を実行します。

1. Enterprise Managerエージェントが実行されているコンピュータにログインし、端末を開き、エージェント・ユーザーとして次のコマンドを実行してSSHのプライベート・キーとパブリック・キーの組を生成します(存在しない場合)。

- リリース12.1.0.1.0の場合:

$ cd <ORACLE_HOME>/.ssh
$ ssh-keygen -t dsa -f id_dsa

<ORACLE_HOME>は、Enterprise Managerエージェントのインストール・ディレクトリです。

- リリース12.1.0.2.0の場合:

$ cd $HOME/.ssh
$ ssh-keygen -t dsa -f id_dsa

$HOMEは、エージェント・ユーザーのホーム・ディレクトリです。

2. パブリック・キー(id_dsa.pub)をストレージ・セルの/tmpディレクトリにコピーします。

$ scp id_dsa.pub root@<cell_ipaddress>:/tmp

3. id_dsa.pubファイルのコンテンツを、cellmonitorユーザーのホーム・ディレクトリにある.sshディレクトリ内のauthorized_keysファイルに追加します。

$ ssh -l root <cell_ipaddress> "cat /tmp/id_dsa.pub >> ~cellmonitor/.ssh/authorized_keys"

注意:
authorized_keysファイルが存在しない場合は、ユーザーcellmonitorのホーム・ディレクトリ内の.sshディレクトリにid_dsa.pubファイルをコピーして作成します。

$ ssh -l root <cell_ipaddress> "cp /tmp/id_dsa.pub ~cellmonitor/.ssh/authorized_keys; chown cellmonitor:cellmonitor ~cellmonitor/.ssh/authorized_keys"

4. .sshディレクトリとauthorized_keysに正しいファイル権限があることを確認します。

# chmod 700 ~cellmonitor/.ssh
# chmod 600 ~cellmonitor/.ssh/authorized_keys

検出のトラブルシューティング

多くの場合、エラー・メッセージそのものにエラーの原因が示されています。OMSおよびエージェントのログでエラー・メッセージを探す(dbmdiscoveryを大/小文字区別なしで検索する)か、「検出」ウィンドウ内でエラー・メッセージを探します。

内容は次のとおりです。

- ハードウェア可用性

- 検出失敗の診断

- セルが検出されない

- 計算ノードのエラー・メッセージ

- 計算ノードまたはインフィニバンド・スイッチが検出されない

- 計算ノードがEnterprise Managerで管理されない

- 新たに検出されたExadataデータベース・マシンの余分なまたは欠落しているコンポーネント

- インフィニバンド・ネットワーク・パフォーマンス・ページにデータが表示されない

- ILOM、PDU、KVMまたはCiscoスイッチが検出されない

- 選択したターゲット・ページにターゲットが表示されない

- 検出後にターゲットが停止したり、メトリック収集エラーが発生する

- 検出プロセスのハング

ハードウェア可用性

すべてのハードウェア・コンポーネントが認識されていて、接続可能である必要があります。それ以外の場合は通信障害が発生します。Exadataラックの各ハードウェア・コンポーネントに対してpingコマンドを実行して、すべての名前が解決されることを確認します。

相関識別子の収集中、Enterprise Manager Cloud Control 13c内のマップ・ターゲットが失敗することがあります。この失敗は、資格証明が正しくない場合、またはターゲット(たとえば、ILOM)のレスポンスが遅すぎる場合に発生することがあります。

ILOM上でオープンしているセッション数が制限を超えていると、ILOMの処理が遅くなります。一時的にILOM上のセッションをクローズすることで、この問題を解決できます。

ターゲットのラック配置は、次の場合に失敗することがあります。

- examanがターゲットの有効なラック位置を返さない場合。

- 同じ場所に既存のターゲットがある場合。

検出失敗の診断

Oracle Exadata Database Machineの検出が失敗する場合は、診断のため、次の情報を収集してください。

- AGENT_ROOT/agent_inst/sysman/emd/stateディレクトリにあるexaman-*.xml、examan-*.html、targets-*.xmlおよびexaman*.logファイルのすべて。

- エージェント・ログ: emagent_perl.trcおよびgcagent.log

- OMSログ: emoms.trcおよびemoms.log

- ターゲットのサマリー・ページに表示されるエラーのスナップショット(スクリーン・キャプチャ)。

セルが検出されない

セルそのものが検出されない場合は、次の原因が考えられます。

- RDBMS Oracle Homeリリース11.2が正しくインストールされていません。

- 計算ノードの/etc/oracle/cell/network-config/cellip.oraファイルが存在しないか、エージェント・ユーザーから読取り可能でない、またはセルがそのファイル内にリストされていません。

- セルが/etc/oracle/cell/network-config/cellip.oraファイル内にリストされていません。

- Management Server (MS)またはcellsrvが停止しています。

- セル管理IPが間違って変更されています。cellsrvとMSの両方を停止すると、解決することがあります。

- 有効な管理IPでセルが検出されていることを確認するには、検出に使用した計算ノードで次のコマンドを実行します。

$ORACLE_HOME/bin/kfod op=cellconfig

計算ノードのエラー・メッセージ

計算ノードに関する問題があると、次のエラーが生成されることがあります。

The selected compute node is not an existing host target managed by Enterprise Manager. Please add the compute node as managed target before you continue.

このエラーの原因として、次のことが考えられます。

- Exadata Database Machine検出の前に計算ノードがEnterprise Managerホスト・ターゲットとして追加されていませんでした。

- 計算ノードのホスト・ターゲット名がIPアドレスになっています。この場合、/etc/hostsまたはDNSに問題がある可能性があります。

- ホスト・ターゲット名がドメイン名で完全修飾されていません(例: hostname.mycompany.com)

計算ノードまたはインフィニバンド・スイッチが検出されない

計算ノードまたはインフィニバンド・スイッチの検出に関する問題がある場合、次の原因が考えられます。

- インフィニバンド・スイッチのホスト名またはnm2userパスワードが間違っています。

- 計算ノードからインフィニバンド・スイッチへのSSH接続が、ファイアウォールによってブロックされています。

- インフィニバンド・スイッチが停止しているか、SSHへのレスポンスに時間がかかりすぎています。

計算ノードまたはインフィニバンド・スイッチの検出に関連する問題を解決するには、次の操作を試行してください。

- インフィニバンド・スイッチ・ノードが検出されない場合、EM Exadataでインフィニバンド・スイッチ・モデルまたはスイッチ・ファームウェアがサポートされていない可能性があります。ibnetdiscoverコマンドを実行します。出力は次のようになります。

Switch 36 "S-002128469f47a0a0" # "Sun DCS 36 QDR switch switch1.example.com" enhanced port 0 lid 1 lmc 0

- 計算ノードの検出を確認するには、検出に使用した計算ノードで次のコマンドを実行します。

# ssh <IB switch> -l nm2user ibnetdiscover

- 計算ノードが検出されない場合、ibnetdiscoverコマンドを実行します。出力は次のようになります。

Ca 2 "H-00212800013e8f4a" # " xdb1db02 S 192.168.229.85 HCA-1”

11.2.2.2.2では不具合により、計算ノード・イメージにSが表示され、インフィニバンドIPが存在しないと示されます。出力は次のようになります。

Ca 2 " H-00212800013e8f4a " # "xdb1db02 HCA-1”

この問題を回避するには、rootとして計算ノードで次のコマンドを実行します。

# /opt/oracle.cellos/ib_set_node_desc.sh

計算ノードがEnterprise Managerで管理されない

Enterprise Managerで管理されていない計算ノードのインスタンスが発生する場合は、次のトラブルシューティング手順を確認します。

- エージェントのホスト名が計算ノードのホスト名と異なる場合は、次のコマンドをrootとして実行して、エージェントのホスト名に一致させます。

# ibnetdiscover

- 検出用に不適切なエージェントが使用されている場合は、検出用の計算ノード・エージェントを選択します。

- クライアントから管理に(その逆も同じ)計算ノード名をリセットした場合は、次のコマンドを実行します。

# /usr/sbin/set_nodedesc.sh

- エージェントに短いホスト名が使用されている場合は、完全修飾ホスト名の<hostname.domain>を使用してエージェントを再インストールします。

新たに検出されたExadataデータベース・マシンの余分なまたは欠落しているコンポーネント

余分なコンポーネントが表示される場合、または欠落しているコンポーネントがある場合は、次のトラブルシューティング手順を確認します。

- 余分なコンポーネントの場合、Exadata Database Machineメンバーシップでそれを探します。検出されたリストから、余分なコンポーネントを手動で選択解除します。

- 検出に使用した構成図ファイルを確認します。Enterprise Managerで、計算ノードの最新のxmlファイル(たとえば、databasemachine.xml)を読み取れることを確認します。

- 欠落しているコンポーネントの場合は、構成図ファイルの内容を確認します。

- 新しい構成図ファイルを生成する必要がある場合は、Oracleサポートでサービス・リクエスト(SR)を記入し、詳細を提供します。

インフィニバンド・ネットワーク・パフォーマンス・ページにデータが表示されない

インフィニバンド・ネットワーク・パフォーマンス・ページにデータが表示されない場合は、計算ノードの/opt/oracle.SupportTools/em/ディレクトリ内のファイルがパブリックから読取り可能になっていることを再度確認します。詳細は、Oracle Bug#13255511を参照してください。

ILOM、PDU、KVMまたはCiscoスイッチが検出されない

ILOM、PDU、KVMまたはCiscoスイッチが検出されない場合、最も可能性の高い原因はExadata Database Machineスキーマ・ファイルが読み取れないか、不適切なデータが含まれていることです。「Exadata Database Machineスキーマ・ファイルのトラブルシューティング」を参照してください。

選択したターゲット・ページにターゲットが表示されない

Exadata Database Machineのガイドされた検出中にエラーが表示されないのに、「コンポーネントの選択」ページにターゲットが表示されません。考えられる原因と解決策は次のとおりです。

- 「すべてのターゲット」ページを確認して、ターゲットがEnterprise Managerターゲットとして追加されていないことを確認します。

- Enterprise Managerにログインします。

- 「ターゲット」、「すべてのターゲット」の順に選択します。

- 「すべてのターゲット」ページで、Oracle Exadataターゲットがリストに表示されているかどうかを確認します。

- 手動で追加したターゲットは、アソシエーションを介してExadata Database Machineシステム・ターゲットに接続されないことがあります。この問題を修正するには、次の手順を行います。

- Exadata Database Machineのガイドされた検出を開始する前に、これらのターゲットを削除します。

- あるいは、emcliコマンドを使用して、これらのターゲットをメンバーとして適切なシステム・ターゲットに追加します。

検出後にターゲットが停止したり、メトリック収集エラーが発生する

Exadata Database Machineのガイドされた検出の後、ターゲットが停止している、またはメトリック収集に関連する問題があるというエラーが表示されることがあります。考えられる原因および推奨される解決策は、次のとおりです。

- セルまたはインフィニバンド・スイッチの場合、SSHの設定が適切に構成されていない可能性があります。この問題のトラブルシューティングを行い、解決するには、次の手順を実行します。

- <AGENT_INST>/.ssh/id_dsa.pubファイル内のエージェントのSSH公開鍵が、cellmonitorまたはnm2userの$HOME/.sshのauthorized_keysファイル内にありません。

- 権限を確認します。.sshおよびauthorized_keysの権限設定は、次のようになっている必要があります。

drwx------ 2 cellmonitor cellmonitor 4096 Oct 13 07:06 .ssh
-rw-r--r-- 1 cellmonitor cellmonitor 441842 Nov 10 20:03 authorized_keys

- PerformOperationExceptionエラーを解決します。詳細は、「Exadata Database Machineスキーマ・ファイルのトラブルシューティング」を参照してください。

- SSH設定が適切に設定されているのに、ターゲットのステータスが停止している場合、ターゲットを監視するように割り当てられた有効な監視エージェントおよびバックアップ・エージェントが存在していることを確認します。確認するには、「データベース・マシン」メニューをクリックし、「監視エージェント」を選択します。図8-1は、モニタリング・エージェントの例を示しています。

図8-1 監視エージェントの例

- ILOM、PDU、KVMまたはCiscoスイッチの場合、次の原因が考えられます。

- Exadata Database Machineスキーマ・ダイアグラム・ファイルで、間違ったIPアドレスが指定されています。

- 監視資格証明が設定されていないか、間違っています。検証する手順は次のとおりです。

- Enterprise Managerにログインします。

- 「設定」→「セキュリティ」→「監視資格証明」をクリックします。

- 「監視資格証明」ページで、「Oracle Exadata」ターゲット・タイプをクリックします。次に、監視資格証明を設定します。

検出プロセスのハング

Exadata Database Machineの検出プロセスがハングする場合は、次のトラブルシューティング手順を確認します。

- ネットワークを調査して、次の点を確認します。

- ホスト名が解決できること。

- エージェントからOMSにアクセスできること。

- コンソールから簡単なジョブを実行できること。

- OMSからエラーが報告される場合は、次のログ・ファイルをチェックします。

MW_HOME/gc_inst/sysman/log/emoms.log

- リポジトリの問題の場合は、リポジトリ・データベースのalert.logファイルを確認します。

- エージェントの問題の場合は、次のログ・ファイルを確認します。

$AGENT/agent_inst/sysman/log/gcagent.log

Exadata Database Machineスキーマ・ファイルのトラブルシューティング

ガイドされた検出の前提条件として、Exadata Database Machineスキーマ・ファイルのバージョン503が必要です。検出のトラブルシューティングの一部として、スキーマ・ファイルに関連して考えられる原因および推奨される解決策は次のとおりです。

- 計算ノードのスキーマ・ファイルが存在しないか、エージェント・ユーザーが読み取ることができません。

- Exadata Release 11.2.3.2以上の場合、スキーマ・ファイルは次のとおりです。

/opt/oracle.SupportTools/onecommand/catalog.xml

- Exadataリリース11.2.3.1以前の場合、スキーマ・ファイルは次のとおりです。

/opt/oracle.SupportTools/onecommand/databasemachine.xml

- PerformOperationExceptionエラーが表示された場合、エージェントNMOがsetuid-rootに対して構成されていません。

- 次のOMSログに移動します。

2011-11-08 12:28:12,910 [[ACTIVE] ExecuteThread: '6' for queue: 'weblogic.kernel.Default (self-tuning)']
ERROR model.DiscoveredTarget logp.251 -
ERROR: NMO not setuid-root (Unix only) oracle.sysman.emSDK.agent.client.exception.PerformOperationException:

- rootとして、次のコマンドを実行します。

# <AGENT_INST>/root.sh

- 計算ノードで、/etc/pam.dファイル内にpam_unix.soではなくpam_ldap.soが使用されています。

- エージェント・ユーザーとパスワードは正しいのに、エージェント・ログに次のエラーが表示されます。

oracle.sysman.emSDK.agent.client.exception.PerformOperationException:
ERROR: Invalid username and/or password

- Exadata Database Machine Configuratorに既知の不具合があるため、スキーマ・ファイルにエラーが含まれます。

- Exadata Database Machine Configuratorがバージョン12.0であることを確認します。

- スキーマ・ファイルがバージョン503であることを確認します。

- それ以前のバージョンでは、Exadata Database Machineのラック・タイプやパーティション化に応じて不具合がある場合とない場合があります。

- 構成図ファイルが空白の場合は、次を実行します。

- ブラウザがEnterprise Manager Cloud Control 12cをサポートしているかチェックします。

- 検出を再度実行し、メッセージを確認します。

- それと同時に、例外のemoms.logファイルを確認します。

- コンポーネントが見つからない場合は、次を実行します。

- 構成図のページに手動で追加します(「編集」をクリック)。

- Enterprise Manager内にコンポーネントが存在することをチェックします。それが監視されているか確認します。

Exadata Database Machineの管理のトラブルシューティング

「リソース使用率」グラフにデータが表示されない場合は、SQL問合せ「view object」を実行して、どのデータが欠落しているかを調べます。一般的な問題には、次のものがあります。

- スキーマ・ファイルが正しくロードされていません。

- クラスタ、データベースおよびASMがEnterprise Managerターゲットとして追加されていません。

- データベースまたはセル・ターゲットが停止しているか、メトリック収集エラーを戻します。

- メトリックはEnterprise Managerリポジトリ内に収集されるが、IS_CURRENT != Yという設定になっています。

Exadata導出のアソシエーション・ルール

Exadata導出のアソシエーション・ルールは、ExadataおよびDB/ASM ECMデータに依存します。メトリック収集スケジュールによっては、このデータが表示されるまでに最大30分かかります。データの可用性を確認するには、次の手順を実行します。

- Enterprise Manager Cloud Controlコンソールから、次のようにします。

- 「ターゲット」をクリックし、次に「すべてのターゲット」をクリックします。

- 「すべてのターゲット」ページで、リストから「Oracle Exadata」ターゲットをクリックします。

- 「データベース・システム」→「構成」→「最新収集」をクリックします。

- 「最新の構成」ページで、「アクション」→「リフレッシュ」をクリックします。

- コマンド・ラインから:

# emctl control agent runCollection
# target_name:target_type <collectionName>

他にも、次のようなトラブルシューティング・ヒントがあります。

- Enterprise Managerリポジトリ内にECMデータが収集されて存在していることを確認します。

- SQL+で問合せを実行して、問合せ内のすべてのデータおよび条件が満たされていることを確認します。

- タイミングの問題がないか調べるデバッグ・ロギングを有効にして、トリガーを確認します。

インフィニバンド・パッチの詳細の欠落

問題: Exadata Database Machineで2つのInfiniBandスイッチを選択した場合、パッチの詳細セクションは空です。1つのパッチの2つのインフィニバンド・スイッチへのインストールは作用しません - インストール済パッチの詳細のみです。

回避策: インフィニバンド・スイッチごとに選択して、パッチの詳細を確認します。

Oracle Auto Service Request (ASR)の問題

- Oracle ASRがExadata Storage Serverで動作しない

- 使用可能なスロットがないというエラー

Oracle ASRがExadata Storage Serverで動作しない

問題: Oracle ASRがExadata Storage Serverで動作しないという問題が発生することがあります。

解決策: Exadata Storage Serverに、次の2つのサブスクリプションがあることを確認します。

- セルのILOMトラップを受信するには、タイプがASRまたはV3ASRである必要があります。

- セルからMS MIBトラップを受信するには、タイプがdefault(タイプなし)またはv3である必要があります。

使用可能なスロットがないというエラー

MS MIBのasrタイプのエントリでは、自動的にセルのILOMへのサブスクリプションが追加されます。ILOM SNMPスロットがフルの場合、そのセルに関するサブスクリプション・コマンドが次のエラーで失敗します。

CELL-02669: No slots are available for ILOM SNMP subscribers

ILOMに関して15サブスクライバの制限がある場合、この失敗が発生する可能性があります。次のように、ILOMのいくつかのスロットを解放して、ASRのサブスクリプションを再試行します。

1. ILOMコンソールにログインします(例: https://XXXCELL-c.example.com)。

2. 「ILOM管理」をクリックして、「通知」をクリックします。

3. スロットを選択して、サブスクライバを0.0.0.0に設定してクリアします。

ターゲット・ステータスの問題

ターゲットのステータスが誤って「DOWN」と表示される場合は、次を実行します。

- セルの場合: 次のコマンドでsshの等価(cellmonitorユーザー)をチェックします。

ssh –i /home/oracle/.ssh/id_dsa –l cellmonitor <cell name> -e cellcli list cell

<cell name>と出力される必要があります

- PDUの場合: ブラウザでPDUにアクセスできるかチェックして、それがLANに接続されていることを確認します。

http://<pdu name>

- Ciscoスイッチの場合: SNMPのサブスクリプションが正しいかチェックします。詳細は、「Ciscoイーサネット・スイッチ・ターゲットのSNMPの設定」を参照してください。

メトリック収集の問題

ターゲットのステータスが「メトリック収集エラー」と表示される場合は、次を実行します。

- アイコンにカーソルを置くか、インシデント・マネージャに移動します。

- エラーの全文を読みます。

- 「モニタリング構成」ページにアクセスして、設定を確認します。「設定」メニューから「モニタリング構成」を選択します。

- 新規コレクションのトリガー: 「ターゲット」メニューから、「構成」、「最新収集」、「アクション」の順に選択し、最後に「リフレッシュ」を選択します。

- 監視しているエージェント・メトリックにブラウザでアクセスします。

https://<agent URL>/emd/browser/main

「ターゲット >>」をクリックし、「レスポンス」をクリックしてその結果を評価します。Oracleサポートでサービス・リクエスト(SR)の記入が必要になる場合もあります。

ステータス: 保留中の問題

コンポーネントのステータスが「保留中」という問題の場合は、次のトラブルシューティング手順を参照してください。

- Cellsysターゲット

- データベース・マシン・ターゲットまたは関連コンポーネント

Cellsysターゲット

Cellsysターゲットのステータスがあまりにも長い間「保留中」であると思われる場合は、次を実行します。

- クラスタASM、データベースおよびストレージ・セルの関連付けがあることを確認します。

- 関連付けられているターゲット・データベースのステータスをチェックして修正します。

- 関連付けられているターゲット・ASMクラスタのステータスをチェックして修正します。

- すべてのセル・サーバー・ターゲットの「稼働中」ステータスを確認します。

- 関連付けられていないすべてのcellsysターゲットを削除します。

データベース・マシン・ターゲットまたは関連コンポーネント

Exadata Database Machineターゲットまたは関連コンポーネントのステータスがあまりにも長い間「保留中」である場合は、次を実行します。

- 重複する、または保留中の削除ターゲットを確認します。「設定」メニューから、「Cloud Controlの管理」を選択し、「状態の概要」を選択します。

- ターゲットの構成を確認します。ターゲットのホームページのメニューから、「ターゲット設定」、「モニタリング構成」の順に選択します。

- エージェントまたはOMSログ内のターゲット名を検索します。

$ grep <target name> gcagent.log or emoms.log

索引
A  C  D  E  F  H  I  K  M  N  O  P  R  S  T  U  V

A

アラート

インフィニバンド, 5.5.3

ALTER CELLコマンド, 4.2.1 自動キット, 2.3.2

C

セル管理, 5.4.5

セル管理, 5.4

章, 1

Ciscoイーサネット・スイッチ

SNMP構成, 4.6

計算ノード・エージェント

Linuxの設定, 4.1.1

Solarisの設定, 4.1.2

計算ノードILOM

SNMP構成, 4.4

ロールの作成

ユーザー・ロール

作成, 5.1

D

ダッシュボード

パブリック・レポート, 4.9.2

ダッシュボードの作成, 4.9 データベース・マシン

アラート, 5.2.3

Exadata Database Machineコンポーネントの削除, 5.2.7 プラグインのデプロイ, 2.4 デプロイメントの前提条件, 2.1 導出のアソシエーション・ルール, 8.5 検出, 3.2

グリッド・インフラストラクチャ, 3.4.1

検出後の構成および確認, 4

Real Application Clusters(RAC), 3.4.2

「確認」ページ, 3.2

SPARC SuperCluster, 3.3

スイッチのトラブルシューティング, 8.2.9

検出事前チェック・スクリプト, 3.1 「ディスクI/Oの目標」, 5.4.5.1

E

Enterprise Manager Agent

自動キット, 2.3.2

インストール, 2.3

Solaris 11のみ, 2.3.1

Exadataセルの管理, 5.4 Exadataコンポーネント

削除, 5.2.7

Exadata Database Machine

構成のサポート, 1.2.1

ダッシュボード, 4.9

ターゲットの削除, 5.2.6

トラブルシューティング, 8.4

トポロジの表示, 5.2

Exadataソフトウェアのサポート, 1.1.3

F

障害監視, 5.7

機能, 1.1

ハードウェア・サポート, 1.1.2

監視および通知, 1.1.1

ターゲットの検出, 1.1.4

ファイアウォール構成, 2.1.4

H

ハードウェア

サポートされているハードウェア, 1.2

クリティカルな情報の表示, 5.2.2

サポートされていないハードウェア, 1.2.5, 1.2.5 ハードウェア・サポート機能, 1.1.2

I

インフィニバンド・ネットワークの管理, 5.5

InfiniBandスイッチ

SNMP用の構成, 4.3

IORM監視, 5.4.5

K

KVM

SNMP構成, 4.8

M

手動検証, 3.1.5

手動, 2.4

メトリックとアラート設定, 5.3

監視および通知機能, 1.1.1

マルチ・ラックのサポート, 1.2.1.2

N

名前解決, 2.1.3

新機能, はじめに

O

Oracle ILOMサーバー, 4.5

Oracle SuperClusterの前提条件

OneCommand, 2.1.5

Oracle SuperClusterのサポート, 1.2.2

既知の問題, 1.2.2.1

P

PDU

SNMP構成, 4.7

前提条件

Exadata Storage Serverソフトウェア, 2.1.2.1

ファイアウォール構成, 2.1.4

ILOM ipmtool, 2.1.2.2

インフィニバンド・スイッチ, 2.1.2.3

KVMアプリケーション, 2.1.2.5

PDUファームウェア, 2.1.2.4

プラグインのデプロイメント, 2.1

R

Exadata Database Machineターゲットの削除, 5.2.6

SNMPサブスクリプションの削除, 4.2.6

S

スキーマ・ファイル

トラブルシューティング, 8.3

スキーマ・ファイル, 3.2 セキュア・ストレージ, 3.1.1 SNMP

cellcliを使用した構成, 4.2.3

dcliを使用した構成, 4.2.4

KVM管理コンソールでの設定, 4.8.1

計算ノードでのトラップの転送設定, 4.1

構成の確認, 4.8.1

SNMP構成

Ciscoイーサネット・スイッチ, 4.6

計算ノードILOM, 4.4

InfiniBandスイッチ, 4.3

KVM, 4.8

PDU, 4.7

SNMPサブスクリプション

削除, 4.2.6

snmptrapd.conf構成ファイル, 4.1.1, 4.1.2 ソフトウェアのサポート

Exadata, 1.1.3

SPARC SuperCluster

検出, 3.3

SSH接続性, 4.2.5, 8.1 ストレージ・セルのSNMP構成, 4.2 サポートされているコンポーネント・バージョン, 1.2.3 サポートされているハードウェア, 1.2, 1.2.5

パーティション化されたExadata Database Machine, 1.2.1.3

サポートされているオペレーティング・システム, 1.2.4

T

ターゲット検出機能, 1.1.4

トラブルシューティング

検出, 8.2

Exadata Database Machine, 8.4

構成図ファイル, 8.3

U

ユーザー・ロール, 2.2

V

トポロジの表示, 5.2

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2016, Oracle and/or its affiliates.All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティについて

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。