| Oracle® Enterprise Manager Exadata Database Machineスタート・ガイド リリース13.1.0.1.0 E70362-01 |
|
 前 |
 次 |
この章では、Oracle Exadataプラグインのデプロイの手順について説明します。次の内容について説明します。
Oracle Exadataプラグインをデプロイする前に、次の前提条件が満たされていることを確認してください。
Enterprise ManagerエージェントがILOMサービス・プロセッサと通信するためには、ILOMサービス・プロセッサで特定のユーザーIDが設定されている必要があります。
|
注意: 特定のユーザーIDを追加するには、ILOMサービス・プロセッサに対する管理者レベルの権限が必要です。 |
特定のILOMユーザーIDを追加するには、ILOMサービス・プロセッサWebインタフェース、ILOM CLIまたはipmitoolコマンドを使用できます。この例では、ILOM CLIを使用します。
セキュリティ上の理由で、この例のILOM CLIコマンドではILOMサービス・プロセッサのルート・ユーザーIDは表示されません。
rootとしてサービス・プロセッサにログインします。
# ssh root@[Service Processor IP] Password:
usersディレクトリに移動します。
# cd /SP/users
oemuserユーザーおよびパスワードを作成します。
# create oemuser Creating user... Enter new password: ******** Enter new password again: ******** Created /SP/users/oemuser
新しいユーザーのディレクトリに移動し、ロールを設定します。
# cd oemuser /SP/users/oemuser set role='cro' Set 'role' to 'cro'
最新のシステム・イベントを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
Oracle Database Machineの他の計算ノードILOMサービス・プロセッサに対して、手順1から5を繰り返します。
次のソフトウェアのバージョンを確認します。
サポートされているバージョンは、Exadata Storage Server Software 11gリリース2です(特定リリース・バージョンの詳細はExadata Softwareのサポートを参照)。Exadataセルのセル・ソフトウェア・バージョンを確認するには、root、celladminまたはcellmonitorユーザーとしてsshでExadataセルに接続します。次のコマンドを実行します。
# cellcli -e 'list cell detail'
出力で"releaseVersion"を探します。
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
環境内のインフィニバンド・スイッチのバージョンを確認するには、次の手順を実行します。
(sshを使用して)インフィニバンド・スイッチの管理インタフェースにログオンします。
次のコマンドを実行します。
# nm2version
出力は次のようになります。
# nm2version Sun DCS 36p version: 1.1.3-2
この例は、監視対象のプラグインをデプロイするためにサポートされている構成を示しています。
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ファームウェア・バージョンは1.04以上です。現行バージョンは、PDUのWebインタフェースにログインして取得できます。画面左側のモジュール情報をクリックすると、PDUファームウェア・バージョンが表示されます。
PDUのソフトウェア更新は、次のサイトで入手できます。
https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=12871297
必要なKVMアプリケーション・ソフトウェア・バージョンは1.2.8以上です。現行バージョンは、KVMのWebインタフェースにログインして取得できます。画面左側でユニット表示→「アプライアンス」→アプライアンス設定を選択して「バージョン」をクリックすると、アプリケーション・ソフトウェア・バージョンが表示されます。
KVMのソフトウェア更新は、次のサイトで入手できます。
http://www.avocent.com/Support_Firmware/MergePoint_Unity/MergePoint_Unity_Switch.aspx
検出の前に、グリッド・インフラストラクチャ/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コンポーネントのいずれかに直接アクセスするには、ローカル・マシンがこれらのコンポーネントの名前を解決できる必要もあります。
ファイアウォールの構成を確認するには、次の手順を実行します。
pingの許可
多くのセキュア・ネットワーク環境では、通常、pingサービスを無効にします。Enterprise Managerでは、pingを使用して、Exadata Database Machineコンポーネントの基本的な機能とステータスを確立します。
計算ノードでは、OMSサーバーからpingサービスとポートが有効になっている必要があります。
他のすべてのExadata Database Machineコンポーネント(ILOMサーバー、PDU、ストレージ・セル・ノード、インフィニバンド・スイッチおよびCiscoスイッチ)では、pingサービスとポートが(エージェントが実行中の)計算ノードから有効になっている必要があります。
|
注意: pingトラフィックのオーバーヘッドは最小限です。エージェントは5分ごとにターゲットのpingを行います。 |
データベース・ポートのオープン
データベースのリスナー・ポートは、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
Enterprise Managerアップロード・ポートのオープン
Enterprise Manager Cloud Control 13cエージェントはEnterprise Managerサーバーのアップロード・サービスへのアクセス権が必要です。通常、HTTPアップロードにはポート4889、HTTPSアップロードにはポート4900で構成されています。割当て済のポートを確認するには、OMSサーバーのコマンドラインで、次のコマンドを実行します。
$ emctl status oms -details
これらのポートは各計算ノードでオープンする必要があります。
エージェント・ポートのオープン
OMSサーバーは、各計算ノードで、Enterprise Manager Cloud Control 13cエージェントのHTTPまたはHTTPSポートに接続できる必要があります。デフォルトのエージェント・ポートは3872です。ポート3872を使用できない場合、ポート1830から開始して、次に使用可能になるポートを使用します。
使用されているポートを識別するには、次の手順を実行します。
計算ノードのコマンドラインで、次のコマンドを実行します。
$ emctl status agent
あるいは、次のディレクトリのemd.propertiesファイルでEMD_URLプロパティの値を確認することもできます。
<AGENT_HOME>/agent_inst/sysman/config
SSHポートのオープン(ポート22)
Enterprise Manager Cloud Control 13cエージェントでは、監視するExadata Database Machineコンポーネントへのsshアクセス権が必要です。エージェントは計算ノードで実行されるので、ストレージ・セル、ILOM、PDU、KVM、インフィニバンド・スイッチおよびCiscoスイッチのそれぞれのsshポート22を各計算ノードに対してオープンする必要があります。
|
注意: emkitではsshアクセス権が構成されていますが、最初にポートをオープンする必要があります。 |
UDPトラフィック(SNMPポート)の許可(ポート162)
すべてのExadata Database Machineコンポーネントは、SNMPトラップを計算ノードで実行中のエージェントに送信できる必要があります。SNMPではUDPプロトコルが使用されるので、エージェント・ポートおよびポート162をストレージ・セル、ILOM、インフィニバンド・スイッチ、Ciscoスイッチ、およびエージェント間のUDPトラフィックに対してオープンする必要があります。
表2-1 ファイアウォール・ポート
| コンポーネント | Pingサービスおよびポート | SNMP* | SSH(ポート22) | 備考 |
|---|---|---|---|---|
|
PDU |
リモート・エージェントから |
可能 |
可能 |
|
|
計算ノードILOM |
リモート・エージェントから |
可能 |
可能 |
|
|
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トラフィック用にオープンする必要があります |
||||
表2-2に、Oracle SuperClusterハードウェア構成でサポートされている、OneCommandおよびConfig-O-Matic (COM)の必要なバージョンを示します。
表2-2 Oracle SuperClusterの前提条件
| ハードウェア構成 | OneCommandのバージョン | Config-O-Maticのバージョン |
|---|---|---|
|
M6-32
|
14.063以上 |
1.6.4以上 |
|
T5-8
|
14.042以上 |
1.5.8 COM以上 |
|
T5-8
|
該当なし |
1.5.4 COM以上 |
|
T4-4
注意: T4-4 Oracle SuperClusterが「製造中止」であるため、このエントリは既存のシステムにのみ使用されます。 |
該当なし |
1.1.6 COM以下 |
Exadata Storage Serverを管理するには、ロールを作成して、各管理者にロールを割り当てる必要があります。これらのロールを作成することにより、各ユーザーの権限(プラグインの削除またはレポートへのアクセスなど)を制限します。第5章「Oracle Exadata Database Machineの管理」を参照してください。
|
注意: Enterprise Manager Exadataの検出では、計算ノードに対して管理ネットワーク・ホスト名またはクライアント・ネットワーク・ホスト名のいずれかが使用できます。計算ノードにEnterprise Managerエージェントをインストールする際には、Oracle Clusterwareで使用しているのと同じホスト名を使用する必要があります。クラスタ内のノードのホスト名を識別するには、いずれかの計算ノードで |
Enterprise Managerエージェントをインストールするには、2つの方法があります。ご使用の環境に適した方法を選択してください。
|
注意:
|
Oracle SolarisでExadata Storage Server Software 11gリリース2 (11.2.3.1)を実行している場合、エージェントをインストールする前に、次の手順を実行します。
エージェント・ユーザーとして計算ノードのホストにログインして、ppriv $$コマンドを実行します。このコマンドを使用すると、E (有効)、P (許可)、I (継承)およびL (制限)権限が表示されます。
一般的に、E、PおよびIは同じ基本的な権限があり、通常のユーザー用です。
前述のコマンドの出力で基本的な権限であることが表示された場合、インフィニバンド・コマンドを実行できるように、priv_sys_net_config権限をエージェント・ユーザーに追加します。
rootとしてログインし、次を実行します。
# usermod -K defaultpriv=basic,priv_sys_net_config <agent_user>
このコマンドにより、sys_net_configがエージェント・ユーザーに追加されます。
エージェント・ユーザーとしてログインし、ppriv $$コマンドを実行して権限が設定されたかどうかを確認します。出力には、既存の基本的な権限セットともにsys_net_config権限が表示されます。
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の削除
クオータ・ラック構成(たとえば、計算ノード2つ、セル3つ)で、インストール手順が取得されました。
Exadata Database Machine計算ノードをホスト・ターゲットとしてOracle Enterprise Manager Cloud Control 13cに追加します。Enterprise Managerホームページで、「設定」メニュー(右上隅)から「ターゲットの追加」→「ターゲットの手動追加」をクリックします。
「ホスト・ターゲットの追加: ホストとプラットフォーム」画面で、セッション名を指定します。完全修飾ホスト名を指定し、プラットフォームを選択します。
|
注意: 使用しているプラットフォームでエージェント・ソフトウェアを使用できない場合、「拡張性」ページに移動して最初にダウンロードします。 |
図2-1は、Linux x86-64プラットフォームでの選択画面を示しています。
「次へ」をクリックして、ホストの詳細を追加します。
「インストールの詳細」画面で、次の情報を入力します。
「インストールのベース・ディレクトリ」
「インスタンス・ディレクトリ」
「名前付き資格証明」
「ポート」フィールドは空白のままにしておきます。使用可能なポートは、インストール・プロセスの一部として自動的に選択されます。
「次へ」をクリックして、ホストの詳細を確認します。
「エージェントのデプロイ」をクリックして、エージェント・デプロイメント・プロセスを開始します。
デプロイメント・プロセスの進行中に、リモート前提条件チェックが自動的に行われます。問題がなければ、「エージェント・デプロイメント・サマリー」にエージェント・デプロイメントが成功したことが示されます。図2-2は、エージェント・デプロイメントの成功例を示しています。
|
重要: デプロイメント中にroot.shが実行されなかった場合は、必ずすべての計算ノードでroot.shを実行してください。 |
ホスト・ターゲットの追加ウィザードを使用してインストールする場合の代替方法として、サイレント・モードの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プラグインの手動でのデプロイが必要になることがあります。
新規またはレッシュ・インストールの場合: 自動キットを使用してエージェントをデプロイしなかったか、またはOMSで最新バージョンのエージェントを送信しなかった場合、手動でプラグインをデプロイします。
既存のインストールに対してアップグレードする場合: すでに古いバージョンのExadataプラグインがエージェントにデプロイされていて、最新バージョンのExadataプラグインにアップグレードする場合、Exadataプラグインを手動でデプロイします。
Exadataプラグインが各計算ノードにデプロイされているかどうか、およびそれがどのバージョンかを判断するには、次の2つのオプションがあります。
ターミナル・ウィンドウから、次のコマンドを実行します。
emctl listplugins agent
|
注意: エージェントのインストール・ディレクトリにあるemctlを使用して、emctl listplugins agentコマンドを計算ノードで実行する必要があります。 |
Enterprise Manager Cloud Controlから、「設定」メニュー(右上隅)、「拡張性」、「プラグイン」の順にクリックします。
Exadataプラグインを手動でデプロイするには、次の手順を実行します。
Enterprise Managerホームページから、「設定」メニュー(右上隅)、「拡張性」、「プラグイン」の順にクリックします。
「プラグイン」ページで、「名前」リストから「Oracle Exadata」を選択します。
|
注意: 選択したバージョンが、リリース12.1.0.1.0、12.1.0.2.0または12.1.0.3.0である必要があります。最新バージョンのExadataおよびDatabaseプラグインをエージェントにデプロイすることをお薦めします。 |
「Oracle Exadata」を選択した状態で、「デプロイ先」、「管理エージェント」の順にクリックします。
「管理エージェント上のプラグインをデプロイします」ポップアップで、「追加」をクリックします。検索ポップアップが表示され、追加するターゲットを検索できます。「ターゲット・タイプ」ドロップダウンで「エージェント」を選択し、「検索」をクリックします。
結果のリストからターゲット名を選択し、「選択」をクリックします。エージェント・ターゲットごとに繰り返します。
エージェントを追加した後に、「管理エージェント上のプラグインをデプロイします」画面で「次」をクリックしてエージェント情報を確認および検証します。
「デプロイ」をクリックし、プラグインをエージェント上にデプロイします。
すべてのエージェントのデプロイが終了すると、確認画面が表示されます。「OK」をクリックしてポップアップを閉じるか、「ステータスの表示」をクリックしてEnterprise Managerの「デプロイメント・アクティビティ」画面にエージェントのステータスを表示します。
