プライマリ・コンテンツに移動
Oracle® Enterprise Manager Oracle Exadata Database Machineスタート・ガイド
13c リリース2
E78873-01
目次へ移動
目次 		索引へ移動
索引
前
前へ 		次
次へ

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'

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

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

    • モニタリング資格証明:

      • セル・ルート・パスワードまたはExaCLI資格証明(ExaCLIを使用する場合)

      • インフィニバンド・スイッチ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サポートでサービス・リクエストを開いて、最新バージョンのスキーマ・ファイルを取得してください。

手動での確認

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

  1. 「Exadata Database Machineの検出」で要求された場合、この11.2以上のデータベースのOracleホーム・ディレクトリを使用します。
  2. プラットフォームおよびDatabase Machineバージョンの前提条件。
  3. 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以上を使用している場合、コンピュート・ノードのホスト・ターゲットのターゲット名は、クライアント・ネットワークではなく管理ネットワーク内のホスト名にできます。
  4. コンピュート・ノードのホスト名と各データベース・マシンのExadataセルには、一意の接頭辞を付ける必要があります。すなわち、1つのDBマシンを形成するための同一インフィニバンド・ネットワークで接続されていないExadataデータベース・マシン・ラックは、同一のホスト名接頭辞を共有できません。
  5. Oracle Enterprise Manager Cloud Control 12cリリース12.1.0.1.0のユーザーの場合、またはインストールされたプラグインのバージョンをリリース12.1.0.1.0から12.1.0.2.0にアップグレードした場合、ユーザーが手動でExadataプラグインをエージェントに送信する必要があります。
  6. IPV6ベースのExadata Database Machineの場合、スキーマ・ファイルで次の情報を確認します。

    注意:

    スキーマ・ファイルは通常、コンピュート・ノードの /opt/oracle.SupportTools/onecommandディレクトリにあり、databasemachine.xml、catalog.xmlまたはexdatabasemachine.xmlという名前が付けられています。

    1. ADMINNAME、ILOMNAMEおよびCLIENTNAMEのすべてエントリが有効なホスト名であるかどうかを確認します。
    2. セル、コンピュート・ノードおよびCiscoスイッチのエントリで、ADMINIPおよびILOMIPがIPv6書式であるかどうかを確認します。
    3. 例として、エントリの書式は次のようになります。
      <ITEM ID="2">
      <TYPE>cellnode</TYPE>
      <ADMINNAME>XXXXXceladm04</ADMINNAME>
      <ADMINIP>XXXX:YYYY:XXXX:YYYY:XXXX:YYYY:XXXX:YYYY</ADMINIP>
      <ILOMNAME>XXXXXceladm04-ilom</ILOMNAME>
      <ILOMIP>XXXX:ZZZZ:XXXX:ZZZZ:XXXX:ZZZZ:XXXX:ZZZZ</ILOMIP>
      <ULOCATION>2</ULOCATION>
      <UHEIGHT>2</UHEIGHT>
</ITEM>
    4. インフィニバンドおよびPDUでIPV6がサポートされていない場合は、それらに対してIPv4アドレスが使用されていることを確認します。詳細は、My Oracle Supportで入手可能なExadata Database MachineのIPv6サポート・ステータス(Doc ID 2056895.1)を参照してください。

Exadata Database Machineの検出

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

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

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


    img/GUID-25C553D3-B934-4CEF-898B-7D68D9E2C526-default.png

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


    img/GUID-34FFBEE8-EA9D-4CCA-BBCF-C553884E78A4-default.png

  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データベース・マシンの検出」ページ


    img/GUID-AFA267F7-E827-47C3-BBD0-C879F2A6F492-default.png

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

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

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

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

        注意:

        IPv6ベースのDBマシンの場合は、デュアル・スタック(IPv4およびIPv6)をサポートするホストにデプロイされたエージェントを選択します。

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

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

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

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

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

      注意:

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

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

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

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

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


      img/GUID-D8849E32-6C9C-478B-9743-899C158BFCEC-default.png

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

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

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

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

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


    img/GUID-56780F80-2283-48D4-A3CA-3F7974EAFBDA-default.png

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

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

    警告の問題や情報メッセージが表示されることもあります。これが検出プロセスを妨げることはありません。

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


    img/GUID-39FE6541-DF63-4A71-89D3-4E3AD5563D15-default.png

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

  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 データベース・マシンの検出: コンポーネント


    img/GUID-6C6148DE-50C9-47D1-B400-183EA6909D45-default.png

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

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

    注意:

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

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


    img/GUID-F9DD2168-BE42-4537-A988-C646B1CEAF7F-default.png

    注意:

    メモ: IPv6ベースのDBマシンの場合は、デュアル・スタック(IPv4およびIPv6)をサポートするホストにデプロイされたエージェントを選択します。

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

  9. 「モニタリング資格証明」ページで、モニタリング用にExaCLIまたはCellCLIを選択し、モニタリング資格証明を適切に設定します。セキュリティ強化のためにExadata Storage ServerへのSSHアクセスをロック・ダウンできるため、ExaCLIをお薦めします。次の項目から選択します。
    • すべてのセルの資格証明が同じ場合にExaCLIを使用してモニターします。次に例を示します。

      img/GUID-4489250F-BCA3-4654-8365-B5CEFC855C8F-default.png
    • すべてのセルの資格証明が異なる場合にExaCLIを使用してモニターします。次に例を示します。

      img/GUID-C8659DCD-711C-4F2C-881D-1476C5717002-default.png
    • CellCLIを使用してモニターします。CellCLIを選択する場合は、(保存されていない)ルート資格証明を提示して、モニタリング・エージェントからExadata Storage ServerへのSSHアクセスを設定する必要があります。

      img/GUID-D3A03D40-9CD6-4F9E-BE35-1ECCA5A94D29-default.png
  10. 「エージェント資格証明」ページで、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資格証明の設定


    img/GUID-291D14FC-9FB8-4F28-BB14-3693FC024EED-default.png

    注意:

    IPv6環境では、SNMPV3資格証明タイプ(SNMPV3Creds)のみがサポートされています。

    SNMPコミュニティ文字列はパスワードのようなものです。各SNMP Get-Requestとともに送信され、デバイスへのアクセスを許可または拒否します。自社のコミュニティ文字列の詳細は、ネットワーク管理者に確認してください。

    エージェントは、Ciscoイーサネット・スイッチへのSSHアクセスを必要とします。イーサネット・スイッチの資格証明を設定する際、このSSHアクセスの資格証明を指定する必要があります。

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

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


    img/GUID-228963FC-7249-4452-BA05-E477AB334E92-default.png

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

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

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


    img/GUID-A23D5EEC-217E-4A0D-A417-E175226AB40E-default.png

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

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

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


    img/GUID-9E8295E3-FA1A-4964-97F2-DE8ACFF3AA4E-default.png

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/rs?type=doc&id=1437596.1

  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ターゲットの検出の手順について説明します。

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

  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によるモニタリング/管理に切り替えられます(ExaCLIの詳細は、Exadata Storage Serverユーザー・ガイドを参照してください)。図3-13に示すように、「Exadata Storage Server」メニューから「ターゲット設定」を選択して、「モニタリング構成」を選択します。

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


img/GUID-110F9B8F-A0D5-4352-9E1D-12E7EC364CBD-default.png

図3-14で示すように、「モニタリング構成」ページで、「ExaCLIのサポート(デフォルト: 0)」の値を1に設定します。

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


img/GUID-84E25C90-228F-4BA7-9369-1A558BA7FB28-default.png

前
前へ 		次
次へ
目次へ移動
目次 		索引へ移動
索引