この章では、ORAchkプラグインによるエンジニアド・システム/非エンジニアド・システムのアセットのモニタリングをプロビジョニングする方法および停止する方法について説明します。
警告: ORAchkコンプライアンス標準の関連付けは、ターゲットに対して直接行うのではなく、この後に説明する手順に従って行う必要があります。そうしないと、不正確な結果になったり、結果が得られません。 |
内容は次のとおりです。
プラグインをデプロイしたら、次の手順に従ってORAchk/Exachkをプロビジョニングして、エンジニアド・システム/クラスタまたはシングル・インスタンスのデータベースが実行されているホストのアセットをモニタリングします。
ORAchkをプロビジョニングする前に、エンジニアド・システム/非エンジニアド・システムのすべてのメンバー・ターゲットを検出して、昇格させる必要があります。
「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「プロシージャ・ライブラリ」を選択します。
「プロビジョニング」ページには、デプロイメント・プロシージャ・マネージャが表示されます。
ヒント: プロシージャ・ライブラリには、Oracle製品の効果的なモニタリングおよび管理のベスト・プラクティスを規定できるツールであるプロシージャが含まれています。 |
図2-1に示すように、「プロビジョニング」ページで「ORAchk/Exachkのプロビジョニング」プロシージャを選択して、「起動」をクリックします。
「起動」をクリックすると、図2-2で示すように、「ターゲットと頻度」でORAchk/Exachkのプロビジョニング・ウィザードが開始されます。このページで、選択したターゲットのORAchk/Exachkを設定する必要があります。
次の情報を入力します。
「システム・タイプ」を選択します。ORAchk/Exachkでサポートされているシステムのターゲット・タイプのリストが表示されます。
図2-3に示すように、ドロップダウン・メニューをクリックして適切なシステムを選択します。
ターゲット・タイプの選択に基づいて、さらに入力が必要になります。たとえば、Oracle Exadata Database Machineを選択する場合は、クラスタごとに1つのExachkインスタンスを必要とするため、「クラスタ」を選択する必要があります。
ヒント: 常に、そのトポロジで使用可能な最高のシステム・タイプを選択します。ホストがクラスタの一部である場合は、「クラスタ」システム・タイプを選択します。ホストまたはクラスタがエンジニアド・システムの一部である場合は、適切なエンジニアド・システムのタイプを選択します。 |
システム・タイプを選択したら、「システム・ターゲット名」を選択します。検索アイコンをクリックして、リストからターゲット名を選択します。図2-4に示す例のように、Exadataデータベース・マシンのターゲット・タイプを選択した場合は、リスト内にすべての使用可能なターゲットが表示されます。
注意: このリストには、Enterprise Managerによってすでに検出されているターゲットのみが表示されます。 |
選択したシステム・タイプにクラスタがある場合は、Exachkを構成するクラスタを選択します。クラスタごとに1つのExachkインスタンスが必要です。「クラスタ」ドロップダウン・メニューからクラスタ名を選択します。
ホストの資格証明を設定します。検索アイコンをクリックして、図2-5に示すポップアップ・ウィンドウで、「優先」または「名前付き」のいずれかを選択します。
ターゲットの資格証明が設定されていない場合は、図2-6に示すように、「新規」をクリックして情報を入力します。
「インストールの場所」には、orachk
サブディレクトリが作成される場所(デフォルト)が移入されます。場所を変更するには、検索アイコンをクリックします。
デーモンのスケジュールを設定します。開始する日および時間を選択します。デフォルトでは、日曜の朝、午前2時にスケジュールが設定されます。
「次」をクリックして構成を開始します。プロビジョニング処理は、約5分かかります。
「構成」ページ(図2-7)で、次の構成情報を入力します。
一般構成: CRSのホーム・ディレクトリを確認します。ORAchk/Exachkウィザードにより、必要な情報がこのフィールドに事前に移入されます。
セル・クラスタ構成: クラスタのストレージ・セルのベスト・プラクティスを評価するか、またはストレージ・セルのチェックをスキップするかのオプションを選択します。
クラスタのストレージ・セルのベスト・プラクティスを評価するため、そのセルのルート・レベルの権限が必要です。すべてのストレージ・セルに対して同じルート・パスワードを使用するオプションを選択できます。そうしない場合は、ストレージ・セルごとにパスワードを入力します。
インフィニバンド構成: クラスタのインフィニバンド・スイッチのベスト・プラクティスを評価するか、またはインフィニバンド・スイッチのチェックをスキップするかのオプションを選択します。
クラスタのインフィニバンド・スイッチのベスト・プラクティスを評価するため、ルート・レベルの権限が必要です。すべてのインフィニバンド・スイッチに対して同じルート・パスワードを使用するオプションを選択できます。そうしない場合は、インフィニバンド・スイッチごとにパスワードを入力します。
「送信」をクリックします。
「確認」ページで、Exachkの設定が開始されます。「ステータスの表示」をクリックすると、処理の続行中に設定の詳細が表示されます。
「終了」をクリックします。
注意: ORAchkを設定するエンジニアド・システム・ターゲットごとにこの手順を繰り返します。前述の手順は、エンジニアド・システムによって異なることがあります。問われる質問や詳細が異なります。 |
ORAchkバージョンは、Enterprise Managerの自己更新機能によって使用可能になります。ORAchkプラグインを更新するには、次を実行します。
一度ORAchkがデーモンとして設定されると、必要に応じてそれを停止できます。
「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「プロシージャ・ライブラリ」を選択します。
「プロビジョニング」ページには、デプロイメント・プロシージャ・マネージャが表示されます。
図2-8に示すように、「プロビジョニング」ページで、「ORAchk/Exachkの管理」プロシージャを選択して「起動」をクリックします。
「ORAchkサービスの管理: サービス」ページでは、図2-9に示すように、ORAchkプラグインによってモニタリングされているすべてのターゲットのリストが表示されます。
この表には次の情報が表示されます。
ターゲット名: Enterprise Managerによって認識されるターゲット名。
システム・タイプ: プロビジョニング中に設定したシステム・タイプ(「ORAchkのプロビジョニング」を参照)。
バージョン: 特定のターゲットに対して実行中のORAchkプラグインのリリース・バージョン。
ステータス: プラグインの現在のモニタリング・ステータス。設定アクティビティの進行状況が追跡しやすいように、ステータス・フィールドに次のように表示されます。
プロビジョニング済 - ツール・ビットは、前述の場所にステージングされています。ただし、デーモン・プロセスを開始するための構成データはまだ用意されていません。
処理中 - デーモンの設定が進行中です。
収集の有効化 - システム・ターゲット(または、該当する場合はクラスタ・ターゲット)のOrachk/Exachk結果を収集するようにOMSが構成されました。プラットフォームの構成拡張機能を使用してOrachk/Exachk結果が収集されます。
開始 - 設定処理が完了しました。
停止中 - Orachkサービスは正常に停止されました。
終了状態は、「プロビジョニング済」、「開始」および「停止中」です。プロシージャ・アクティビティが失敗し、ステータスがこれらの終了状態でない場合は、「ORAchkプラグインのトラブルシューティング」を参照してリカバリします。
ホスト資格証明: プロビジョニング中に最後に使用されたターゲットのホスト資格証明。このユーザーには、ORAchkプラグインを停止する権限が必要です。
場所: ORAchkプラグインのディレクトリの場所。
ORAchkのモニタリングから除外するターゲットを選択して、「サービスの停止」をクリックします。ジョブの停止がEnterprise Managerに送信されます。
「ステータスの表示」をクリックして、図2-11に示すように、進行を確認します。「プロシージャ・ステップ」に、停止処理の各部分が表示されます。チェック・マークは、そのステップが完了したことを示しています。
次の3つのエンティティは、ORAchkの最新バージョンを使用して更新する必要があります。
診断ツールの更新
このエンティティは、次のように、ORAchkバイナリの更新に使用されます。
コンプライアンス・コンテンツ
すべての新規/変更済ORAchkコンプライアンス標準およびルールは、このエンティティを使用して出荷されます。
サポート・ツール・エンティティの使用可能な更新をダウンロードします。図2-14は、ORAchkエントリの表示を示しています。
これらの更新を適用します。
ORAchkメタデータ
このエンティティは、Enterprise ManagerターゲットのORAchkチェックのマッピングを保存するために使用されます。
使用可能な更新をダウンロードします。図2-15は、サンプルのエントリを示しています。
これらの更新を適用します
これらのエンティティを適用すると、以降のすべての設定で新しいORAchkが使用されます。古いインスタンスでは、古いバージョンのORAchkが継続して使用されます。
<コンテンツを追加>