3 ORAchkプラグインの使用

この章では、コンプライアンス結果にアクセスする方法および一般的なトラブルシューティング手順を含め、ORAchkプラグインを使用する方法について説明します。

内容は次のとおりです。

3.1 コンプライアンス結果の詳細へのアクセス

コンプライアンス結果では、特定の標準に100%準拠しているターゲットやコンプライアンスに問題のあるターゲットを含め、すべてのターゲットのリストが表示されます。ORAchk結果はこのリストに含まれ、コンプライアンスに準拠していない可能性のあるエンジニアド・システム・ターゲットが表示されます。

ORAchk/Exachkのコンプライアンス結果には、次のようにしてアクセスできます。

3.1.1 エンタープライズ・メニューからのORAchk/Exachkコンプライアンス結果へのアクセス

ORAchk/Exachkのコンプライアンス結果を表示するには:

「エンタープライズ」メニューから「コンプライアンス」を選択して、「結果」を選択します(図3-1)。
図3-1 コンプライアンス結果のメニュー
すべてのターゲットの評価結果が表示される「コンプライアンス結果」ページが表示されます(図3-2)。デフォルトでは、コンプライアンス標準の評価結果が表示されます。
図3-2 評価結果
結果をORAchkまたはExachkに制限するには、「検索」領域を展開し、「コンプライアンス標準」にORAchk%またはExachk%を入力して、「検索」をクリックします。ページが更新され、フィルタされたコンプライアンス標準が表示されます(図3-3)。
図3-3 ORAchkのコンプライアンス標準
標準の詳細を表示するには、「コンプライアンス標準」列内のリンクをクリックします(図3-4)。ナビゲーション・ツリーで、その標準のすべてのルールがリストされます。
図3-4 ターゲットごとの結果

3.1.2 ターゲットのホームページからのORAchk/Exachkコンプライアンス結果へのアクセス

ターゲットのホームページからORAchk/Exachkのコンプライアンス結果にアクセスするには:

ターゲットのメニューから「コンプライアンス」を選択し、「結果」を選択します。
図3-5 ターゲット・メニューのコンプライアンス結果
「コンプライアンス結果」ページには、ターゲットのすべてのORAchk/Exachk評価結果が表示されます(図3-6)。
図3-6 単一ターゲットのORAchk結果
ターゲットに適用されている標準の詳細を表示するには、「コンプライアンス標準」列内のリンクをクリックします(図3-7)。ナビゲーション・ツリーで、その標準のすべてのルールがリストされます。
図3-7 ターゲットのコンプライアンス標準の詳細

3.1.3 コンプライアンス・ダッシュボードからのORAchk/Exachkコンプライアンス・フレームワーク詳細へのアクセス

コンプライアンス・ダッシュボードからコンプライアンス・フレームワークの詳細へアクセスするには:

図3-8に示すように、「エンタープライズ」メニューから「コンプライアンス」、「ダッシュボード」の順に選択します。
図3-8 ダッシュボード・メニュー
「コンプライアンス・ダッシュボード」ページで、図3-9で示すように、ドロップダウン・メニューからフレームワークを選択します(たとえば、「Oracle Exadata Database Machineに関するExachkのベスト・プラクティス」を選択)。
図3-9 フレームワークの選択
「コンプライアンス・フレームワーク・サマリー」が、選択したフレームワークのコンポーネントのグラフ形式の概要として更新されます(図3-10)。これらのダイヤルは、スコアを含め、システムのコンポーネントの大まかな概要を示しています。
図3-10 フレームワークのダイヤル
ダイヤルをクリックすると、追加情報が表示されます(図3-11)。
図3-11 ダイヤルの詳細
「コンプライアンス・サマリー」セクションに、詳細をドリルダウンできる3つの領域があります。
- 「フレームワーク」に、選択したコンプライアンス・フレームワークが表示されます(図3-12)。
  
  図3-12 コンプライアンス・サマリー: フレームワーク
- 「標準」に、ターゲットでモニタリングされているすべてのベスト・プラクティス標準が表示されます(図3-13)。
  
  図3-13 コンプライアンス・サマリー: 標準
- 「ターゲット」に、ORAchk/Exachkによってモニタリングされているターゲットのコンプライアンス・スコアが表示されます(図3-14)。
  
  図3-14 コンプライアンス・サマリー: ターゲット
  
  このセクションに表示されるターゲット・タイプを追加するには、「>>」をクリックして、リストからターゲット・タイプを選択します(図3-15)。
  
  図3-15 コンプライアンス・サマリー: ターゲット・タイプ

3.1.4 オプション・ターゲットのコンプライアンス・コンテンツ

ORAchkヘルス・チェック・プラグインでは、サポートされているすべてのターゲット・タイプのコンプライアンス・コンテンツが登録されます。ユーザーが、サポートされているターゲット・タイプのいくつかを受け持つオプションのプラグインをデプロイしていない場合は、そのタイプのコンプライアンス・コンテンツは登録されません。

たとえば、TimesTen Database for Exalytics System、Oracle ZFS Storage Appliance target for Exalogic Systemなどのターゲット・タイプで、そのプラグインを後でデプロイする場合は、後でコンプライアンス・コンテンツを自己更新からダウンロードして適用できます。

注意:

同じORAchkバージョンのコンプライアンス・コンテンツが、ソフトウェア・ライブラリで使用できるようにデプロイされている必要があります。

3.2 サポートされているすべてのシステム・タイプのコンプライアンス標準

次の各項では、サポートされているすべてのシステム・タイプのコンプライアンス標準をリストします。

3.2.1 Oracle Exadata Database Machineのコンプライアンス標準

Oracle Exadata Database Machineに関するExachkクラスタのベスト・プラクティス
Oracle Exadata Database Machineに関するExachk Oracle高可用性サービスのベスト・プラクティス
Oracle Exadata Database Machineに関するExachkホストのベスト・プラクティス
Oracle Exadata Database Machineに関するExachkデータベース・インスタンスのベスト・プラクティス
Oracle Exadata Database Machineに関するExachk Oracle Exadata Storage Serverのベスト・プラクティス
Oracle Exadata Database Machineに関するExachk Oracleインフィニバンド・スイッチのベスト・プラクティス
Oracle Exadata Database Machineに関するExachkシステム・インフラストラクチャ・スイッチのベスト・プラクティス
Oracle Exadata Database Machineに関するExachkクラスタASMのベスト・プラクティス
Oracle Exadata Database Machineに関するExachk自動ストレージ管理のベスト・プラクティス
Oracle Exadata Database Machineに関するExachkクラスタ・データベースのベスト・プラクティス

3.2.2 Exalogic Elastic Cloudのコンプライアンス標準

Exalogic Elastic Cloudに関するExachkのベスト・プラクティス
Exalogic Elastic Cloudに関するExachkホストのベスト・プラクティス
Exalogic Elastic Cloudに関するExachk Oracleインフィニバンド・スイッチのベスト・プラクティス
Exalogic Elastic Cloudに関するExachkシステム・インフラストラクチャ・スイッチのベスト・プラクティス
Exalogic Elastic Cloudに関するExachk Oracle ZFS Storage Serverのベスト・プラクティス
Exalogic Elastic Cloudに関するExachk Oracle VMゲストのベスト・プラクティス
Exalogic Elastic Cloudに関するExachk Oracle VMサーバーのベスト・プラクティス
Exalogic Elastic Cloudに関するExachk Sun ZFS Storage 7000のベスト・プラクティス

3.2.3 Exalyticsシステムのコンプライアンス標準

Exalyticsシステムに関するExachkのベスト・プラクティス
Exalyticsシステムに関するExachkホストのベスト・プラクティス
Exalyticsシステムに関するExachk Oracle BIインスタンスのベスト・プラクティス
Exalyticsシステムに関するExachk TimesTen In Memory Database 11gのベスト・プラクティス

3.2.4 クラスタのコンプライアンス標準

クラスタに関するORAchkのベスト・プラクティス
クラスタに関するORAchk Oracle高可用性サービスのベスト・プラクティス
クラスタに関するORAchkホストのベスト・プラクティス
クラスタに関するORAchkデータベース・インスタンスのベスト・プラクティス
クラスタに関するORAchk自動ストレージ管理のベスト・プラクティス
クラスタに関するORAchkクラスタ・データベースのベスト・プラクティス

3.2.5 リカバリ・アプライアンスのコンプライアンス標準

リカバリ・アプライアンスに関するExachkクラスタのベスト・プラクティス
リカバリ・アプライアンスに関するExachk Oracle高可用性サービスのベスト・プラクティス
リカバリ・アプライアンスに関するExachkホストのベスト・プラクティス
リカバリ・アプライアンスに関するExachkデータベース・インスタンスのベスト・プラクティス
リカバリ・アプライアンスに関するExachk Oracle Exadata Storage Serverのベスト・プラクティス
リカバリ・アプライアンスに関するExachk Oracleインフィニバンド・スイッチのベスト・プラクティス
リカバリ・アプライアンスに関するExachkシステム・インフラストラクチャ・スイッチのベスト・プラクティス
リカバリ・アプライアンスに関するExachk自動ストレージ管理のベスト・プラクティス
リカバリ・アプライアンスに関するExachkクラスタ・データベースのベスト・プラクティス

3.2.6 ホストのコンプライアンス標準

ホストに関するORAchk Oracle高可用性サービスのベスト・プラクティス
ホストに関するORAchkのベスト・プラクティス
ホストに関するORAchkデータベース・インスタンスのベスト・プラクティス
ホストに関するORAchk自動ストレージ管理のベスト・プラクティス

3.3 自己更新

コンプライアンス標準の定期的な更新は、ORAchk/ExachkのリリースごとにEnterprise Manager Cloud Controlの自己更新機能を介して提供されます。ORAchk/Exachkのリリースごとに、次の自己更新ダウンロードを使用できます。

ORAchk/Exachk汎用コンプライアンス・コンテンツ
Exachk Exalogicコンプライアンス・コンテンツ
Exachk Exalogic仮想化コンプライアンス・コンテンツ
Exachk Exalogic Sun ZFSコンプライアンス・コンテンツ
Exachk Exalyticsコンプライアンス・コンテンツ
Exachk Exalytics TimesTenコンプライアンス・コンテンツ

すべての更新プログラムは、複数のダウンロードに編成されており、Enterprise Managerインスタンスに対する適用性に応じてその中からユーザーが選択できるようになっています。たとえば、Exalyticsターゲットを持っていないユーザーもあり、すべてのユーザーがExalyticsの更新プログラムを必要とするわけではありません。

3.4 ORAchkプラグインのトラブルシューティング

この項では、ORAchkプラグインで発生する、次のような一般的な問題について説明します。

3.4.1 特別な用途のコンプライアンス・ルール

ORAchkプラグインで使用可能な次の2つのコンプライアンス・ルールは、システムで発生する可能性のある問題の一部をユーザーが自分で解決するのに役立ちます。

「ORAchkは構成されていますか」または「Exachkは構成されていますか」

このルールは、ユーザーがORAchk/Exachk用のコンプライアンス標準を直接ターゲットと関連付けているかを識別するのに役立ちます。ORAchk/Exachk標準は、「ORAchkのプロビジョニング」で説明されているデプロイメント手順を使用してのみ、関連付けることができます。
「Exachk収集は失効していますか」または「ORAchk収集は失効していますか」

このルールは、ORAchk/Exachkの結果が期待される日付(構成の頻度に基づく)よりも古い場合に違反となります。このコンプライアンス・ルールに違反するたびにインシデントが作成されます。

3.4.2 ORAchk/Exachkプロシージャ・アクティビティのプロビジョニングの失敗

問題: デプロイメント・プロシージャ・アクティビティは、ターゲット・システム内の環境の問題、またはユーザーの指定した不適切な情報のために失敗することがあります。

解決策: 状況に応じて、適切な是正アクションをとることができます。最初のアクションとして、失敗したステップからアクティビティを再試行するか、またはOrachkサービスの停止を使用して最初からプロビジョニング手順を開始することで、失敗した設定のリカバリを試みます。

後者を容易にするため、システムでは、そのインスタンスの状態に関係なくOrachkを停止することをユーザーに許しています。プロビジョニング・アクティビティ中の失敗したポイントに応じて、ステップが自動的にスキップされます。

さらに、複数の停止アクティビティを連続して送信できます。たとえば、ユーザーが「Orachkの停止」アクティビティに間違ったパスワードを指定し、3番目のステップでエラーが発生した場合、正しいパスワードを指定して別のアクティビティを送信できます。