この章では、Enterprise Manager Cloud Control 13cを介してOracle Exadata Database Machineを検出する手順について説明します。
次の項では、Exadata Database Machineおよびサポートされているその他のターゲットを検出する方法について説明します。
ガイドされた検出プロセスを開始する前に、スムーズな検出のために実行する必要のあるチェックがいくつかあります。検出の前に多数の共通の問題領域を自動的に確認するために、検出事前チェック・スクリプトを使用できます。
Oracle Enterprise Manager 13cにおけるExadata検出を行うと、ソフトウェア設定時の様々な構成の不一致のために問題が発生することがあります。この検出事前チェック・スクリプトは、最も一般的な構成の問題の解決に役立ちます。すべてのDatabase Machine検出の前にスクリプトを実行し、十分に出力結果を調査してから、「Exadata Database Machineの検出」に進みます。
検出事前チェック・スクリプトを実行するには、次の手順に従います。
検出プロセスの開始時には、セル監視のために、ログインおよびパスワード資格証明の入力が必要になります。これらの資格証明は、次のように処理されます。
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プラグインをエージェントに送信する必要があります。
Database Machineターゲットを検出するには、次の手順に従います。
Enterprise Managerホームページから、「設定」メニュー(右上隅)、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。
「ターゲットの手動追加」ページ(図3-1)で、「ガイド付きプロセスを使用したターゲットの追加」をクリックします。「ガイド付きプロセスを使用した追加」ウィンドウで、リストから「Oracle Exadataデータベース・マシン」を選択して、「追加」をクリックします(図3-2)。
「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ターゲット・タイプ。
監視タイプを選択した後、表が更新され、ターゲット・タイプおよび検出に必要な資格証明が表示されます。
ターゲットとして既存のデータベース・マシンに新しく追加されたハードウェア・コンポーネントを検出します。ドロップダウン・メニューからデータベース・マシンを選択します。表が更新され、ターゲット・タイプおよび検出に必要な資格証明が表示されます。
「ターゲットの検出」をクリックします。Exadata検出ウィザードが開始されます。
「検出入力」ページ(図3-4)で、次の情報を入力します。
「検出エージェント」セクションには、次のように入力します:
エージェントURL: 計算ノードにデプロイされたエージェント検索アイコンをクリックして、使用可能なURLから選択できます。
エージェントURLを指定すると、新しい行(ホスト名およびスキーマ・ファイル情報)が自動的に追加されます。デフォルトのスキーマ・ファイルdatabasemachine.xml
では、Exadata Database Machineのハードウェア・コンポーネントについて説明されています。
「資格証明の設定」をクリックして、ホストに対して資格証明を設定します。
スキーマ・ファイルの場所を確認または変更します。
スキーマ・ファイルの名前をドロップダウン・メニューから選択します。
注意: 次のいずれかに該当する場合のみ、構成図ファイルの場所をカスタマイズする必要があります。
|
「次へ」をクリックします。
「インフィニバンド検出」ページ(図3-5)で、次の情報を入力します。
IBスイッチのホスト名: インフィニバンド・スイッチのホスト名です。IBスイッチのホスト名は、通常、事前に移入されています。
インフィニバンド・スイッチのILOMホストの資格証明: ユーザー名(通常は、ilom-admin
またはilom-operator
)およびインフィニバンド・スイッチのILOMホストのパスワードです。
「次へ」をクリックします。
「前提条件チェック」ページ(図3-6)で、Enterprise Managerにより、環境に基づいて動的にハードウェア・コンポーネントの検出が試行されます。重大な問題が発生した場合は、「戻る」をクリックして、それを解決できます。Enterprise Managerにより、問題およびその重大度(情報、警告またはクリティカル)が表示されます。
警告の問題や情報メッセージが表示されることもあります。これが検出プロセスを妨げることはありません。
「次へ」をクリックします。
「コンポーネント」ページ(図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-8)で、ドロップダウンから「モニタリング・エージェント」のエージェントを選択し、「モニタリング・エージェントのバックアップ」のエージェントを選択します。
注意: 1つのエージェントを監視とバックアップのエージェントとして使用すると、警告が表示されます。使用可能な場合は、「エージェントの選択」をクリックして、さらにエージェントを追加します。 |
「次へ」をクリックします。
「エージェント資格証明」ページで、Exadata Database Machine内のすべてのコンポーネント(たとえば、ストレージ・サーバー、PDU、インフィニバンド・スイッチなど)の資格証明を設定します。
「資格証明の設定」をクリックして、コンポーネントの資格証明を設定します。ユーザーおよびパスワードが同じ場合、「すべて同じ」を選択して、ユーザーおよびパスワードの組合せを入力します。
Enterprise ManagerでOracle Auto Service Request (ASR)指向のトラップを受信するため、「ASRサブスクリプションの設定」オプションを選択します。このオプションは、セル上でASRマネージャを使用するかわりにEnterprise Managerを使用してサービス・リクエスト(SR)を生成している場合に必要です。
コンポーネントによっては、追加情報を提供する必要があります。たとえば、「Exadata Storage Server資格証明」ウィンドウで、ルート資格証明(図3-9)と同様に、SNMP資格証明を入力する必要があります。
「OK」をクリックして、他のすべてのコンポーネントに対して資格証明を設定します。すべての資格証明を設定すると、「資格証明の設定」ページが更新され、資格証明のセットが表示されます(図3-10を参照)。
「次へ」をクリックします。
「確認」ページで、各セクションが正しいことを確認します。図3-11は、正しい確認の例を示しています。
「発行」をクリックします。
データベース・マシンのコンポーネントが昇格された後で、検出されたすべてのターゲットおよびコンポーネントを示す「ターゲット作成サマリー」ページが表示されます。エラーがある場合は、「ステータス」列に赤いフラグが表示されます。カーソルをフラグの上に置くと、エラーに関する追加情報のポップアップ・ウィンドウが表示されます(図3-12)。
Oracle Exadata Database Machineの検出が完了しました。
Exadataプラグインを使用して、Oracle SuperClusterシステムを検出および監視できます。モニターできるのは、LDOMおよびゾーンにインストールされているOracle SuperClusterのデータベースおよびExadataコンポーネントのみです。オペレーティング・システム・レベルで特定のLDOMまたは仮想化構成を監視する場合は、Oracle Enterprise Manager Ops Center 12cを使用してください。
Exadata Database MachineとしてOracle SuperClusterを検出する方法:
エージェントを管理ドメインおよびゾーンにプッシュするための前提条件を完了する方法は、『Oracle® Enterprise Manager Cloud Control管理者ガイド』のOracle Solarisゾーンの検出および昇格に関する項を参照してください。
サービス・リクエスト(SR)を開き、最初の11gR2 LDOMから次のファイルをアップロードします:
/opt/oracle.SupportTools/onecommand/onecommand.params /opt/oracle.SupportTools/onecommand/config.dat
重要: 新しい構成で上書きするため、/opt/oracle.SupportTools/onecommand ディレクトリのバックアップを作成します。 |
Oracleサポートにより、構成ファイルに提供されている情報に基づいてファイルが生成されます。すべてのファイルを/opt/oracle.SupportTools/onecommand
ディレクトリにコピーします。
このディレクトリ内のみでなく、/opt/oracle.SupportTools/em
ディレクトリ内のすべてのファイルにも、読取り権限が許可されていることを確認します。エージェントが、検出中にこれらのファイルを読取る必要があります。
Enterprise Managerから自己更新を実行して、OMS上にSolaris SPARCエージェント・ソフトウェアをダウンロードします。ダウンロードしたソフトウェアをOMSに適用して、デプロイに使用可能にします。
Enterprise Managerで、「設定」、「拡張性」、「自己更新」の順にクリックします。「エージェント・ソフトウェア」をクリックします。
「SPARC (64ビット)上のOracle Solaris」を選択します。
ステータスが「使用可能」の場合、「アクション」メニューから「ダウンロード」をクリックします。
一度ダウンロードすると、同じ「自己更新」ページからOMSに適用する必要があります。
オンラインまたはオフライン・モードでの自己更新の詳細は、『Oracle® Enterprise Manager Cloud Control管理者ガイド』の「Cloud Controlの更新」の章を参照してください。
Oracle SuperClusterの各データベース・ノードにエージェントをインストールします。
Enterprise Managerで、「設定」、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。
「ホスト・ターゲットの追加」(デフォルトで選択されています)を選択し、「ホストの追加」をクリックします。
インストール・ウィザードを続行し、インストールの完了後、各
ノードで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)を参照してください。
|
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
Enterprise Managerで、Manual Discoveryウィザードを使用して、Exadata Database Machineを検出します。この検出の手順は、その他のExadata DBMターゲットでも同じです。「Exadata Database Machineの検出」を参照してください。
HA RAC Clusterおよびクラスタ・データベースを検出して、ターゲットを通常どおりに構成します。
次の項では、グリッド・インフラストラクチャおよびOracle Real Application Clustersターゲットの検出の手順について説明します。
「ターゲットの手動追加」ページで、「ガイド付きプロセスを使用して非ホスト・ターゲットを追加(関連ターゲットも追加)」、Target Type as Oracle Cluster and High Availability Servicesの順に選択します。
「ガイドされた検出を使用した追加」をクリックして、ウィザードの各手順に従います。
「クラスタ・ターゲットの追加」:「ホストの指定」ページで、最初のデータベース・ノードを選択し、「続行」をクリックします。
クラスタ・ホームの詳細が表示されます。「選択したホスト」セクションにすべてのデータベース・ノードが表示されていることを確認します。
「追加」をクリックします。
「ターゲットの手動追加」ページで、「ガイド付きプロセスを使用して非ホスト・ターゲットを追加(関連ターゲットも追加)」、Target Type as Oracle Database, Listener and Automatic Storage Managementの順に選択します。
「ガイドされた検出を使用した追加」をクリックして、ウィザードの各手順に従います。
ウィザードのページで、クラスタ・データベース(dbsnmp
パスワードは必須)およびクラスタASM(asmsnmp
パスワードは必須)を構成します。