Oracle Enterprise Manager

Cloud Control基本インストレーション・ガイド

13cリリース1

E70369-02(原本部品番号:E63676-03)

2016年3月

Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド, 13cリリース1

E70369-02

Copyright © 2014, 2016, Oracle and/or its affiliatesAll rights reserved.

原本著者:  Aravind Jayaraaman

原本協力者: Namrata Bhakthavatsalam、Pradeep Gopal、Genevieve D'Souza、Deepak Gujrathi、Luna Nair

原本協力者: Enterprise Manager Cloud Controlの開発チーム、品質保証チーム、カスタマ・サポート・チームおよび製品管理チーム

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracleおよびその関連企業の登録商標です。その他の名称は、他社の商標の可能性があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- このドキュメントの目的

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

このマニュアルの最新の変更点

- 最新の改訂版に追加された変更点(公開済)

- 以前のバージョンに追加された変更点(アーカイブ)

第I部 Enterprise Manager Cloud Control 13cリリース1のインストール前の要件

1 Enterprise Manager Cloud Control 13cリリース1のハードウェア要件

- 1.1 Oracle Management ServiceのCPU、RAM、ヒープ・サイズおよびハード・ディスク領域要件

- 1.2 Oracle Management Agent、Hybrid CloudエージェントおよびHybrid Cloud GatewayエージェントのCPU、RAMおよびハード・ディスク領域要件

- 1.3 Oracle Management RepositoryのCPU、RAM、ヒープ・サイズおよびハード・ディスク領域要件

2 Enterprise Manager Cloud Control 13cリリース1のパッケージ、カーネル・パラメータおよびライブラリ要件

- 2.1 Enterprise Manager Cloud Controlのパッケージ要件

- 2.1.1 パッケージを確認するためにEnterprise Manager Cloud Controlインストール・ウィザードによって使用されるロジックについて

- 2.1.2 インストール済パッケージの識別

- 2.1.3 Oracle Management Service用のパッケージ要件

- 2.1.4 Oracle Management Agent用のパッケージ要件

- 2.2 Enterprise Manager Cloud Controlのカーネル・パラメータ要件

- 2.2.1 Oracle Management Service用のカーネル・パラメータ要件

- 2.2.1.1 UDPおよびTCPカーネル・パラメータの確認

- 2.2.1.2 kernel.shmmaxカーネル・パラメータの設定

- 2.2.2 Oracle Management Agent用のカーネル・パラメータ要件

- 2.3 Enterprise Manager Cloud Controlのライブラリ要件

- 2.3.1 Oracle Management Service用のライブラリ要件

- 2.3.2 Oracle Management Agent用のライブラリ要件

3 Enterprise Manager Cloud Control 13cリリース1でのオペレーティング・システム・グループおよびユーザーの作成

- 3.1 Enterprise Manager Cloud Controlのインストールに必要なオペレーティング・システム・グループおよびユーザーについて

- 3.2 Enterprise Manager Cloud Controlのインストールに必要なオペレーティング・システム・グループおよびユーザーの作成

- 3.2.1 Enterprise Manager Cloud Control用のOracleインベントリ・グループの作成

- 3.2.1.1 Enterprise Manager Cloud Control用のOracleインベントリ・グループの存在の確認

- 3.2.1.2 Enterprise Manager Cloud Control用のOracleインベントリ・グループの作成

- 3.2.2 Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの作成

- 3.2.2.1 Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの存在の確認

- 3.2.2.2 Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの作成

- 3.2.2.3 Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの変更

4 CygwinのインストールおよびSSHデーモンの起動

- 4.1 管理エージェントをインストールするためのCygwin要件について

- 4.2 Cygwinのインストールを開始する前に

- 4.3 Cygwinのインストール

- 4.4 SSHの構成

- 4.5 CygwinのインストールとSSHの構成後

第II部 Enterprise Manager Cloud Control 13cリリース1のインストール

5  Oracle Enterprise Manager Cloud Control 13cリリース1のインストール

- 5.1 Enterprise Managerシステムのインストールの概要

- 5.1.1 Enterprise Manager Cloud Controlによって提供されるインストール・タイプの概要

- 5.1.2 Enterprise Managerシステムによってインストールおよび構成されるコア・コンポーネントの概要

- 5.1.3 Enterprise Managerシステムのために作成されるディレクトリの概要

- 5.1.3.1 OMSインストールのために作成されるディレクトリの概要

- 5.1.3.2 管理エージェントのインストール(中央エージェント)のために作成されるディレクトリの概要

- 5.2 システムをインストールする前に

- 5.3 Enterprise Managerシステムをインストールするための前提条件

- 5.4 デモンストレーション・サイトでのEnterprise Managerシステムのインストール(単純構成)

- 5.5 本番サイトでのEnterprise Managerシステムのインストール(拡張構成)

- 5.5.1 本番サイトでのEnterprise Managerシステムのインストール(拡張インストール)に対応する拡張インストーラ・オプション

- 5.5.2 本番サイトでのEnterprise Managerシステムのインストール(拡張インストール)に対応する拡張オプションの制限事項

- 5.5.3 自動的に、データベース・パラメータの設定および管理リポジトリをサポートするデプロイメント・サイズ(大、中または小)へ変換

- 5.6 Hybrid Cloud Managementの有効化

- 5.7 Enterprise Managerシステムをインストールした後のインストール後のタスクの実行

6 Oracle Management Agent 13cリリース1のインストール

- 6.1 エージェント・ゴールド・イメージを使用した管理エージェントのインストールの概要

- 6.1.1 エージェント・ゴールド・イメージの概要

- 6.1.2 エージェント・ゴールド・イメージ・バージョンのコンポーネント

- 6.1.3 ゴールド・イメージ・バージョンを使用して管理エージェントをプロビジョニング、アップグレードおよび更新するメリット

- 6.2 エージェント・ゴールド・イメージを使用した管理エージェントのインストール

- 6.2.1 エージェント・ゴールド・イメージ・バージョンを使用した管理エージェントのインストールの開始

- 6.2.2 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロンOracle Management Agent 13cリリース1のインストール

- 6.2.2.1 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロン管理エージェントのインストールの概要

- 6.2.2.2 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロン管理エージェントのインストールを開始する前に

- 6.2.2.3 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールするための汎用前提条件を満たす

- 6.2.2.4 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールするための管理エージェント・ソフトウェア前提条件を満たす

- 6.2.2.5 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロン管理エージェントのインストール

- 6.2.2.6 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールした後に

- 6.2.3 エージェント・ゴールド・イメージの作成

- 6.2.3.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージの作成

- 6.2.3.2 EM CLIを使用したエージェント・ゴールド・イメージの作成

- 6.2.4 エージェント・ゴールド・イメージ・バージョンの作成

- 6.2.4.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンの作成

- 6.2.4.2 EM CLIを使用したエージェント・ゴールド・イメージ・バージョンの作成

- 6.2.5 特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- 6.2.5.1 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- 6.2.5.2 EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- 6.2.6 エージェント・ゴールド・イメージを使用した管理エージェントのインストール

- 6.2.6.1 ホスト・ターゲットの追加ウィザードによるエージェント・ゴールド・イメージを使用した管理エージェントのインストール

- 6.2.6.2 EM CLIによるエージェント・ゴールド・イメージを使用した管理エージェントのインストール

- 6.3 管理エージェントのトラブルシューティング

- 6.3.1 java.lang.OutOfMemoryErrorエラーによって発生する管理エージェントのクラッシュのトラブルシューティング

7 追加Oracle Management Service 13cリリース1の追加

- 7.1 追加Oracle Management Serviceの追加の概要

- 7.2 追加Oracle Management Serviceの追加を開始する前に

- 7.3 追加Oracle Management Serviceを追加するための前提条件

- 7.4 追加Oracle Management Serviceの追加

- 7.4.1 資格証明の選択

- 7.5 追加Oracle Management Serviceを追加した後のインストール後のタスクの実行

8 JVM診断エージェントのインストール

- 8.1 Java仮想マシン診断の概要

- 8.2 Oracle CloudターゲットへのJVMDエージェントのデプロイの概要

- 8.3 JVMDエージェントのインストールを開始する前に

- 8.4 JVMDエージェントをインストールするための前提条件

- 8.5 監視対象のWebLogicドメインへのJVMDエージェントのデプロイ

- 8.6 JVMDエージェントをインストールした後で

第III部 Enterprise Manager Cloud Control 13cリリースの設定

9 初期設定コンソールを使用したEnterprise Manager Cloud Control 13cリリース1の設定

- 9.1 Oracleソフトウェア・ライブラリにソフトウェア・エンティティを格納するための初期設定コンソールを使用した構成

- 9.2 OMSから管理エージェントへの通信用プロキシの構成

- 9.3 初期設定コンソールを使用したOMSからMy Oracle Supportへの通信用プロキシの構成

- 9.4 初期設定コンソールを使用した追加のOracle Management Serviceの追加

- 9.5 初期設定コンソールを使用した送信メール・サーバー(SMTPサーバー)の構成

- 9.6 初期設定コンソールを使用したMy Oracle Support資格証明の登録

- 9.7 初期設定コンソールを使用したユーザーの作成

- 9.8 初期設定コンソールを使用したロールの作成

第IV部 付録

A EM前提条件キットの概要

- A.1 EM前提条件キットについて

- A.2 EM前提条件キットの実行

- A.2.1 フレッシュ・インストールまたはアップグレードでのEM前提条件キットの実行

- A.2.1.1 フレッシュ・インストールでのEM前提条件キットの実行

- A.2.1.2 アップグレードのためのEM前提条件キットの実行

- A.2.1.3 EM前提条件キットがサポートしている追加の引数

- A.2.2 EM前提条件キットをEM CLIを使用して、アップグレード用に実行

- A.2.2.1 EM CLIを使用したEM前提条件キットの前提条件チェックの表示

- A.2.2.2 EM CLIを使用したEM前提条件キットの前提条件チェックの実行

- A.2.2.3 EM前提条件キットをEM CLIを使用して実行したときに指定するパラメータの説明

- A.3 EM前提条件キットによって実行される前提条件チェックの結果の表示

- A.4 EM前提条件キットによって作成されるログ・ファイルの表示

- A.5 EM前提条件キットによって実行されるリポジトリ前提条件チェック

B コマンドの場所の検証

- B.1 プロパティ・ファイルの概要

- B.2 コマンドの場所の検証

C データベース・テンプレートを使用した事前構成済のリポジトリでのデータベース・インスタンスの作成

- C.1 データベースでの管理リポジトリの事前構成について

- C.2 データベース・テンプレートを使用した事前構成済のリポジトリでのデータベース・インスタンスの作成

D Enterprise Manager動作保証マトリックスへのアクセス

- D.1 Enterprise Manager動作保証マトリックスへのアクセス

E Cygwinを使用しないMicrosoft Windowsターゲット・ホストへの管理エージェントのインストール

- E.1 OMSプラットフォームがMicrosoft Windowsの場合のPsExecを使用した管理エージェントのインストール

- E.2 OMSプラットフォームがMicrosoft Windowsの場合のPsExecを使用した管理エージェントのインストール

F ブラウザの証明書のインストール

- F.1 Google Chromeバージョン44+へのブラウザの証明書のインストール

索引

はじめに

『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』では、Enterprise Manager Cloud Control 13cをインストールできます。

注意:
これまでのEnterprise Manager Cloud Controlリリースの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

この章の構成は、次のとおりです。

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』は、新しいEnterprise Managerシステム、追加のOracle Management Service、または追加のOracle Management Agentを、特にグラフィック・モードでインストールしようとしているシステム管理者を対象としています。

このドキュメントの目的

『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』には、次の操作方法が記載されています。

- グラフィック・モードでのEnterprise Manager Cloud Controlのインストール

- グラフィック・モードでの追加のOracle Management Serviceのインストール

- グラフィック・モードでのOracle Management Agentのインストール

- グラフィック・モードでのJVM診断エージェントのインストール。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs(聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、Enterprise Manager Cloud Controlのドキュメント・ライブラリ内にある次の資料を参照してください。

- 『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』

- 『Oracle Enterprise Manager Cloud Controlアップグレード・ガイド』

- 『Oracle Enterprise Manager Cloud Control管理者ガイド』

これらのマニュアルおよび他のマニュアルの最新リリースについては、次のURLのOracle Technology Networkのサイトを参照してください。

http://www.oracle.com/technetwork/indexes/documentation/index.html

Enterprise Managerには詳細なオンライン・ヘルプも用意されています。任意のCloud Controlページの右上の「ヘルプ」をクリックすると、オンライン・ヘルプ・ウィンドウが表示されます。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

このマニュアルの最新の変更点

追加されたソフトウェア・リリースまたはパッチ・セット・リリースに関するマニュアルの更新に加え、不具合の修正、顧客、プロダクトマネージャ、サポート・チームその他重要なステーク・ホルダーからの貴重なフィードバックを盛り込むため、マニュアルを定期的に更新しています。マニュアルが改訂されるたびにリビジョン番号を1ずつ上げ、Oracle Technology Network(OTN)上に公開されます。

この章には、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』(このマニュアル)の最新の改訂版(E70369-02)および以前のすべての改訂版に盛り込まれている変更点を示します。最新の改訂版(E70369-02)がOTNに公開されている現在の改訂版であり、これには常に、以前の改訂版に組み込まれたすべての変更内容が記載されています。

この章の具体的な内容は次のとおりです。

- 最新の改訂版に追加された変更点(公開済)

最新の改訂版に追加された変更点(公開済)

OTNに公開されている最新の改訂版(E70369-02)に追加された変更内容は、次のとおりです。

部、章または項

変更点の説明

第5.3項、第5.4項、第5.5項

サポートされているデータベース構成タイプをリストします。

第3.1項

Windowsユーザーが順守すべき権限について説明しています。

第6.3項

管理エージェントのトラブルシューティングに関するヒントの新しい項を追加しました。

以前のバージョンに追加された変更点(アーカイブ)

E63676-02に追加された変更点

次の項では、以前の改訂で追加された変更点について説明します。これらの改訂はアーカイブされているため、現在OTNで利用できません。

部、章または項

変更点の説明

第5章

自動メモリー管理(AMM)への参照が削除されました。

第I部、第1章のEnterprise Manager Cloud Controlの概要

Enterprise Manager Cloud Controlの概要を説明する部および章は削除されました。概要の章はOracle Enterprise Manager Cloud Control概要にすでに存在するためです。

すべての章

すべての章が、最新の作成者キット・テンプレートで更新されましたが、これによる内容の変更はありません。

第I部

Enterprise Manager Cloud Control 13cリリース1のインストール前の要件

この部では、Enterprise Manager Cloud Controlのコア・コンポーネントをインストールする前に必要な要件について説明します。この部は、次の章で構成されています。

- 第1章「Enterprise Manager Cloud Control 13cリリース1のハードウェア要件」

- 第2章「Enterprise Manager Cloud Control 13cリリース1のパッケージ、カーネル・パラメータおよびライブラリ要件」

- 第3章「Enterprise Manager Cloud Control 13cリリース1でのオペレーティング・システム・グループおよびユーザーの作成」

- 第4章「CygwinのインストールおよびSSHデーモンの起動」

1 Enterprise Manager Cloud Control 13cリリース1のハードウェア要件

この章では、Oracle Management Service(OMS)、Oracle Management Agent(管理エージェント)、およびOracle Management Repository(管理リポジトリ)をインストールするために満たす必要のある最小ハードウェア要件について説明します。

この章の具体的な内容は次のとおりです。

- Oracle Management ServiceのCPU、RAM、ヒープ・サイズおよびハード・ディスク領域要件

- Oracle Management Agent、Hybrid CloudエージェントおよびHybrid Cloud GatewayエージェントのCPU、RAMおよびハード・ディスク領域要件

- Oracle Management RepositoryのCPU、RAM、ヒープ・サイズおよびハード・ディスク領域要件

注意:
この章で説明されているハードウェア要件は、物理ハードウェアまたは仮想ハードウェアに関連します。仮想リソースを割り当てる場合、基礎となる物理ハードウェアが過剰サブスクライブになっておらず、割り当てられた仮想リソースをサポートできることを確認する必要があります。

警告:

Enterprise Manager Cloud Control 13cを、SPARCシリーズのサーバー(T1000、T2000、T5xx0およびT3-*)にインストールしないでください。詳細は、My Oracle Supportのノート1590556.1を参照してください。

1.1 Oracle Management ServiceのCPU、RAM、ヒープ・サイズおよびハード・ディスク領域要件

表1-1に、OMS(一緒に提供される管理エージェントを含む)のインストールに必要な、最小のCPU、物理メモリー(RAM)、ヒープ・サイズ、およびハード・ディスク領域要件を示します。

注意:
OMSと管理リポジトリを同じホストに置くことを計画している場合は、表1-1および表1-3で説明している要件を満たし、CPU、RAMおよびハード・ディスク領域要件が両方の表に記載されている値の組合せとなるようにします。

注意:
表1-1に記載された要件は、インストール時に必要な最小構成を示しています。当然、時間の経過とともに、Enterprise Managerのリソースの使用状況に応じて、インストール時に維持した構成を上回る構成にアップグレードする必要がある場合があります。たとえば、インストール時に必要なハードディスク領域は18GBですが、Oracleソフトウェア・ライブラリの使用状況、ログ・ファイルの生成などに応じて、最終的にさらに多くの領域が必要になる場合があります。

表1-1 各OMSの最小のCPU、RAM、ヒープ・サイズ、ハードディスク領域の要件

評価または簡易インストール

拡張インストール(小)

拡張インストール(中)

拡張インストール(大)

デプロイメント・サイズ

評価または簡易

小

中

大

構成

(1 OMS、100未満のターゲット、10未満のエージェント、3未満の同時ユーザー・セッション)

(1 OMS、1000未満のターゲット、100未満のエージェント、10未満の同時ユーザー・セッション)

(2 OMS、1000以上10,000未満のターゲット、100以上1000未満のエージェント、10以上25未満の同時ユーザー・セッション)

(2つのOMS、10,000以上のターゲット、1000以上のエージェント、25以上50以下の同時ユーザー・セッション)

(4つのOMS、10,000以上のターゲット、1000以上のエージェント、25以上50以下の同時ユーザー・セッション)

CPUコア/ホスト

(他のプロセスと共有できます)

2

4

6

12

6

RAM脚注1

(Oracle BI PublisherおよびJVMDエンジンを使用)

10GB

10GB

12GB

24GB

12GB

ハード・ディスク容量

(Oracle Software Library、Oracle BI PublisherおよびJVMDエンジンを使用)

24GB

24GB

24GB

24GB

24GB

一時ディレクトリのハード・ディスク領域

10GB

10GB

10GB

10GB

10GB

Oracle WebLogic Server JVMヒープ・サイズ

1GB

1.7GB

4GB

8GB

4GB

脚注1 ここに記載した物理メモリーには、Oracle BI Publisherに必要な5GBのRAMが含まれています。インストール時に、Oracle BI Publisherを構成しないように選択した場合、必要な実際の物理メモリーは、ここに記載した数値よりも5GB少なくなることがあります。

1.2 Oracle Management Agent、Hybrid CloudエージェントおよびHybrid Cloud GatewayエージェントのCPU、RAMおよびハード・ディスク領域要件

Oracle Management Agent (管理エージェント)、Hybrid CloudエージェントおよびHybrid Cloud GatewayエージェントをインストールするためのCPU、RAMおよびハード・ディスク領域の最小要件は次のとおりです。

注意:
この項に記載された要件は、インストール時に必要な最小構成を示しています。当然、時間の経過とともに、Enterprise Managerのリソースの使用状況に応じて、インストール時に維持した構成を上回る構成にアップグレードする必要がある場合があります。たとえば、共有エージェントのインストール時に必要なハードディスク領域は15MBですが、使用状況、ログ・ファイルの生成などに応じて、最終的にさらに多くの領域が必要になる場合があります。

注意:

- CPUコアは他のプロセスと共有できます。

- Hybrid CloudエージェントおよびHybrid Cloud Gatewayエージェントの要件は、スタンドアロン管理エージェントについて記載された要件と同じです。

表1-2 Oracle Management Agent、Hybrid CloudエージェントおよびHybrid Cloud GatewayエージェントのCPU、RAMおよびハード・ディスク領域要件

ホスト当たりのCPUコア数

RAM

エージェント・ベース・ディレクトリ領域

スワップ領域

一時ディレクトリ領域

ステージ/作業ディレクトリ領域

エージェント・インスタンス・ホーム

ホスト・ターゲットの追加ウィザードまたはサイレントな方法を使用したエージェント・インストール

2

512MB

1.5GB

500MB

1GB

N/A

エージェント・ベース・ディレクトリ領域の一部として含まれます。

ホスト・ターゲットの追加ウィザードまたはサイレントな方法を使用したエージェント・クローニング

2

512MB

1.5GB

500MB

500MB

N/A

エージェント・ベース・ディレクトリ領域の一部として含まれます。

エージェント・ゴールド・イメージを使用したエージェント・インストール

2

512MB

1.5GB

500MB

500MB

750MB

エージェント・ベース・ディレクトリ領域の一部として含まれます。

エージェント・ゴールド・イメージの作成

N/A

N/A

N/A

N/A

N/A

1GB

N/A

エージェント・ゴールド・イメージのステージング

N/A

N/A

N/A

N/A

N/A

1GB

N/A

エージェント・ゴールド・イメージの更新

2

512MB

1.5GB

500MB

500MB

1GB

エージェント・ベース・ディレクトリ領域の一部として含まれます。

共有エージェントのインストール - マスター・エージェント

2

512MB

1.5GB

500MB

ホスト・ターゲットの追加ウィザードまたはサイレントな方法を使用してマスター・エージェントをインストールした場合は、1GB。

エージェント・ゴールド・イメージを使用してマスター・エージェントをインストールした場合、またはホスト・ターゲットの追加ウィザードかサイレントな方法を使用して既存の管理エージェントをクローニングすることによりマスター・エージェントをインストールした場合は、500MB。

エージェント・ゴールド・イメージを使用してマスター・エージェントをインストールした場合は、750MB。

それ以外の方法を使用してマスター・エージェントをインストールした場合は、N/A。

エージェント・ベース・ディレクトリ領域の一部として含まれます。

共有エージェントのインストール - 共有エージェント

2

512MB

N/A

N/A

500MB

N/A

16MB

1.3 Oracle Management RepositoryのCPU、RAM、ヒープ・サイズおよびハード・ディスク領域要件

表1-3は、管理リポジトリを構成するための最小のRAMおよびハード・ディスク領域要件を示しています。

注意:
管理リポジトリとOMSを同じホストに置くことを計画している場合は、表1-3および表1-1で説明している要件を満たし、CPU、RAMおよびハード・ディスク領域要件が両方の表に記載されている値の組合せとなるようにします。

注意:
表1-3に記載された要件は、インストール時に必要な最小構成を示しています。当然、時間の経過とともに、Enterprise Managerのリソースの使用状況に応じて、インストール時に維持した構成を上回る構成にアップグレードする必要がある場合があります。たとえば、インストール時に必要なハード・ディスク領域は19GBですが、経時的な管理リポジトリの使用状況に応じて、最終的にさらに多くの領域が必要になる場合があります。

表1-3 管理リポジトリの最小のCPU、RAMおよびハード・ディスク領域要件

評価または簡易インストール

拡張インストール(小)

拡張インストール(中)

拡張インストール(大)

デプロイメント・サイズ

-

小

中

大

構成

(1 OMS、100未満のターゲット、10未満のエージェント、3未満の同時ユーザー・セッション)

(1 OMS、1000未満のターゲット、100未満のエージェント、10未満の同時ユーザー・セッション)

(2 OMS、1000以上10,000未満のターゲット、100以上1000未満のエージェント、10以上25未満の同時ユーザー・セッション)

(3以上のOMS、10,000以上のターゲット、1000以上のエージェント、25以上50以下の同時ユーザー・セッション)

CPUコア/ホスト脚注 1

-

4

6

12

RAM

-

7GB

10GB

18GB

ハード・ディスク容量

23GB

(SYSTEM: 600MB、MGMT_TABLESPACE: 15GB、MGMT_ECM_DEPOT_TS: 1GB、MGMT_AD4J_TS: 3GB、TEMP 3GB、ARCHIVE LOG OFF)

147GB

(SYSTEM: 600MB、MGMT_TABLESPACE: 100GB、MGMT_ECM_DEPOT_TS: 1GB、MGMT_AD4J_TS: 10GB、TEMP 10GB、ARCHIVE LOG AREA: 25GB)

455GB

(SYSTEM: 600MB、MGMT_TABLESPACE: 300GB、MGMT_ECM_DEPOT_TS: 4GB、MGMT_AD4J_TS: 30GB、TEMP 20GB、ARCHIVE LOG AREA: 100GB)

649GB

(SYSTEM: 600MB、MGMT_TABLESPACE: 400GB、MGMT_ECM_DEPOT_TS: 8GB、MGMT_AD4J_TS: 50GB、TEMP 40GB、ARCHIVE LOG AREA: 150GB)

脚注 1 高可用性を実現するためには、Oracle Real Application Cluster(Oracle RAC)データベースのセットアップが必要です。

2 Enterprise Manager Cloud Control 13cリリース1のパッケージ、カーネル・パラメータおよびライブラリ要件

この章では、新しいEnterprise Managerシステム、Oracle Management Service(OMS)およびスタンドアロンOracle Management Agent(管理エージェント)をインストールするために、各プラットフォーム(32ビットおよび64ビット)で必要なパッケージ、カーネル・パラメータ設定およびライブラリについて説明します。

この章の具体的な内容は次のとおりです。

- Enterprise Manager Cloud Controlのパッケージ要件

- Enterprise Manager Cloud Controlのカーネル・パラメータ要件

- Enterprise Manager Cloud Controlのライブラリ要件

注意:
Microsoft Windowsプラットフォームでは、パッケージおよびライブラリは必要ありません。

2.1 Enterprise Manager Cloud Controlのパッケージ要件

この項では、各種プラットフォーム(32ビットおよび64ビット)にOMSまたは管理エージェントをインストールするために必要なパッケージを示します。この項の具体的な内容は次のとおりです。

- パッケージを確認するためにEnterprise Manager Cloud Controlインストール・ウィザードによって使用されるロジックについて

- インストール済パッケージの識別

- Oracle Management Service用のパッケージ要件

- Oracle Management Agent用のパッケージ要件

2.1.1 パッケージを確認するためにEnterprise Manager Cloud Controlインストール・ウィザードによって使用されるロジックについて

Enterprise Manager Cloud Controlインストール・ウィザードは前提条件チェックを実行してパッケージを確認します。パッケージが検出されない、またはパッケージが最低限必要なバージョン未満であることが検出された場合、ウィザードによりインストールまたはアップグレードを続行する前に必須バージョンの必須パッケージをインストールするよう求められます。

パッケージ名は、主にハイフンで区切られた名前とバージョンの2つの部分で構成されています。たとえば、libstdc++43-4.3パッケージの場合、libstdc++43がパッケージの名前で4.3がそのバージョンです。

Enterprise Manager Cloud Controlインストール・ウィザードは特定のプラットフォームに必要なパッケージの名前とバージョンを確認します。たとえば、libstdc++43-4.3がSUSE Linux Enterprise 11に必要で、libstdc++46-4.6.1がかわりに検出された場合、ウィザードがこれを欠落パッケージとして報告し、libstdc++43-4.3をインストールするよう求めます。これはlibstdc++46-4.6.1がlibstdc++43-4.3より高いバージョンではないためです。libstdc++46とlibstdc++43は2つの異なるパッケージです(前者は46、後者は43)。

必要なバージョン以上のパッケージはインストールできますが、異なるパッケージおよび必要なバージョン未満のパッケージはインストールできません。たとえば、libstdc++43-4.3がSUSE Linux Enterprise 11に必要で、libstdc++43-6.7がかわりに検出された場合、ウィザードはこれを問題として報告せず、前提条件チェックは正常に終了します。この場合は、libstdc++43-6.7が必要な最小バージョンのlibstdc++43-4.3より上位のバージョンのためです(前者後者とも43)。

このため、前提条件として、使用しているプラットフォームに応じて、この章で記載されている必要なパッケージのすべてをインストールしてください。

2.1.2 インストール済パッケージの識別

パッケージがシステムにインストールされているかどうかを識別するには、次のコマンドを実行します。第2.1.3項または第2.1.4項に記載されているパッケージがコマンドでリストされない場合、手動でインストールしてください。

Linuxプラットフォームの場合

rpm -qa --queryformat "%{NAME}-%{VERSION}-%{RELEASE}(%{ARCH})\n" | grep glibc

このコマンドはシステムにインストールされているすべてのパッケージを一覧表示します。32ビットのパッケージには(i386)または(i686)が、64ビットのパッケージには(x86_64)が付記されます。

たとえば、32ビット・システムでコマンドを実行すると、次のような一覧表示になります。

glibc-devel-2.3.4-2.43(i386)
glibc-headers-2.3.4-2.43(i386)
glibc-2.3.4-2.43(i686)
compat-glibc-headers-2.3.2-95.30(i386)
glibc-profile-2.3.4-2.43(i386)
glibc-utils-2.3.4-2.43(i386)
glibc-kernheaders-2.4-9.1.103.EL(i386)
glibc-common-2.3.4-2.43(i386)
compat-glibc-2.3.2-95.30(i386)

たとえば、64ビット・システムでコマンドを実行すると、次のような一覧表示になります。

glibc-common-2.3.4-2.43(x86_64)
glibc-devel-2.3.4-2.43(x86_64)
glibc-profile-2.3.4-2.43(x86_64)
glibc-headers-2.3.4-2.43(x86_64)
glibc-utils-2.3.4-2.43(x86_64)
glibc-2.3.4-2.43(x86_64)

Solarisプラットフォームの場合

pkginfo <package_name>

次に例を示します。

pkginfo SUNWbtool

AIXプラットフォームの場合

lslpp -l <package name>

次に例を示します。

lslpp -l  bos.perf.proctools

HPプラットフォームの場合

バンドル、製品またはファイルセットがインストールされているかを判断するには、次のコマンドを入力します(levelはバンドル、製品またはファイルセットのいずれかです)。

# /usr/sbin/swlist -l level |more

次に例を示します。

/usr/sbin/swlist -l bundle |grep QPK

2.1.3 Oracle Management Service用のパッケージ要件

表2-1は、各種プラットフォーム(32ビットおよび64ビット)に新しいEnterprise Managerまたは追加のOMSをインストールするために必要なパッケージを示します。

表2-1 Oracle Management Service用のパッケージ要件

プラットフォーム

32ビット・プラットフォーム用の32ビット・パッケージ

64ビット・プラットフォーム用の64ビット・パッケージ

Oracle Linux 7.x

Red Hat Enterprise Linux 7

ここで、xはOracle Linuxリリースのバージョンを指します。たとえば、Oracle Linux 7.2では、7はリリース番号で、2はバージョン番号です。

サポート対象外

- make-3.82-21

- binutils-2.23

- gcc-4.8.2-16

- libaio-0.3.109-12

- glibc-common-2.17-55

- libstdc++-4.8.2-16

- sysstat-10.1.5-4

- glibc-devel 2.17-55 (i686) (これは32ビット・パッケージです)

- glibc-devel 2.17-55 (x86_64) (これは64ビット・パッケージです)

- libXtst-1.2.2-2 (x86_64)

Oracle Linux 6.x

Red Hat Enterprise Linux 6

ここで、xはOracle Linuxリリースのバージョンです。たとえば、Oracle Linux 6.2では、6はリリース番号で、2はバージョン番号です。

サポート対象外

- make-3.81

- binutils-2.20

- gcc-4.4.4

- libaio-0.3.107

- glibc-common-2.12-1

- libstdc++-4.4.4

- libXtst-1.0.99 (x86_64)

- sysstat-9.0.4

- glibc-devel-2.12-1.7 (i686) (これは32ビット・パッケージです)

- glibc-devel-2.12-1.7 (x86_64) (これは64ビット・パッケージです)

- (RH6.2およびUEK 6.2を含むOracle Linux 6.2にのみ適用) glibc-2.12-1.47.0.2

SUSE Linux Enterprise 12

サポート対象外

- make-4.0-2.107.x86_64 (x86_64)

- binutils-4.0-2.107 (x86_64)

- gcc-4.8-6.189 (x86_64)

- libstdc++48-devel-4.8.3+r212056-6.3 (x86_64)

- libstdc++48-devel-32bit-4.8.3+r212056-6.3 (x86_64)

- gcc48-4.8.3+r212056-6.3 (x86_64)

- gcc48-c++-4.8.3+r212056-6.3 (x86_64)

- gcc48-32bit-4.8.3+r212056-6.3 (x86_64)

SUSE Linux Enterprise 11

サポート対象外

- make-3.80

- binutils-2.16.91.0.5

- gcc-4.3-62.198 (x86_64)

- libstdc++43-devel-4.3.3_20081022-11.18 (x86_64)

- gcc43-4.3.3_20081022-11.18 (x86_64)

- gcc43-c++-4.3.3_20081022-11.18 (x86_64)

- gcc43-32bit-4.3.3_20081022-11.18 (x86_64)

- glibc-devel-2.5-49 (i686) (これは32ビット・パッケージです)

- glibc-devel-2.5-49 (x86_64) (これは64ビット・パッケージです)

Solaris SPARC 5.11

サポート対象外

- SUNWbtool

- SunWheaまたはシステム/ヘッダー

- SUNWlibm

- SUNWlibms

- SUNWsprot

- SUNWtoo

- SUNWxwplt (これはxwindowの設定用です)

- SUNWfont-xorg-core(このパッケージはGUIベースのインタラクティブなインストールの場合にのみ必要です。サイレント・インストールの場合は必要ありません。)

- SUNWlibC

- SUNWcsl

Solaris SPARC 5.10

Solarisローカル・コンテナでもサポートされます。

サポート対象外

SUNWbtool

Solaris x86-64 5.11

サポート対象外

- SUNWbtool

- SunWheaまたはシステム/ヘッダー

- SUNWlibm

- SUNWlibms

- SUNWsprot

- SUNWtoo

- SUNWxwplt (これはxwindowの設定用です)

- SUNWfont-xorg-core(このパッケージはGUIベースのインタラクティブなインストールの場合にのみ必要です。サイレント・インストールの場合は必要ありません。)

- SUNWlibC

- SUNWcsl

Solaris x86-64 5.10

サポート対象外

- SUNWbtool

- SUNWarc

- SUNWhea

- SUNWlibm

- SUNWlibms

- SUNWsprot

- SUNWtoo

- SUNWi1of

- SUNWi1cs

- SUNWi15cs

- SUNWxwfnt

IBM AIX 7.1

注意: すべてのメンテナンス・レベルがサポートされます。

次のコマンドを使用して、メンテナンス・レベルを確認します。

oslevel -r

サポート対象外

- bos.adt.base(0.0)

- bos.adt.lib(0.0)

- bos.adt.libm(0.0)

- bos.perf.libperfstat(0.0)

- bos.perf.perfstat(0.0)

- bos.perf.proctools(0.0)

- rsct.basic.rte(0.0)

- rsct.compat.clients.rte(0.0)

- xlC.aix61.rte.(10.1.0.0)

- xlC.rte.(10.1.0.0)

IBM AIX 6.1

注意: すべてのメンテナンス・レベルがサポートされます。

次のコマンドを使用して、メンテナンス・レベルを確認します。

oslevel -r

サポート対象外

- bos.adt.base(0.0)

- bos.adt.lib(0.0)

- bos.adt.libm(0.0)

- bos.perf.libperfstat(0.0)

- bos.perf.perfstat(0.0)

- bos.perf.proctools(0.0)

- rsct.basic.rte(0.0)

- rsct.compat.clients.rte(0.0)

- xlC.aix61.rte.(9.0.0.0)

- xlC.rte.(9.0.0.0)

HP-UX Itanium 11.31

サポート対象外

- OS-Core(B.11.31)

- 最低限のコンパイラ・バージョンaCC: HP C/aC++ B9007AA (C.11.31.07)

- パッチ(PHSS_31850、PHSS_31851、PHSS_31854、PHSS_31855、PHSS_33275、PHSS_33276、PHSS_33278、PHSS_33279、PHSS_33277、PHSS_33279、PHSS_32213、PHCO_32426、PHCO_31553、PHKL_33552、PHKL_32645、PHKL_32646、PHKL_32632、PHKL_33552、PHKL_32645、PHKL_32646、PHKL_32632、PHKL_32646、PHKL_33552、PHKL_32645、PHKL_32632、PHKL_31500)

2.1.4 Oracle Management Agent用のパッケージ要件

表2-2に、各種プラットフォーム(32ビットおよび64ビット)で管理エージェントをインストールするために必要なパッケージを示します。

警告:

この項で説明しているGCCパッケージはインストール中およびインストールしてからも必要ですので、インストール後に削除しないでください。これらのパッケージは、インストール中にはバイナリの再リンクに必要で、インストール後はホストの検出およびLinuxホストでモジュールのリアルタイム監視の収集に必要です。インストール後にGCCパッケージを削除しないでください。

表2-2 Oracle Management Agent用のパッケージ要件

プラットフォーム

32ビット・プラットフォーム用の32ビット・パッケージ

64ビット・プラットフォーム用の64ビット・パッケージ

Oracle Linux 7.x

Red Hat Enterprise Linux 7

ここで、xはOracle Linuxリリースのバージョンです。たとえば、Oracle Linux 7.2では、7はリリース番号で、2はバージョン番号です。

デフォルト・パッケージで十分です

- make-3.82-21

- binutils-2.23

- gcc-4.8.2-16

- libaio-0.3.109-12

- glibc-common-2.17-55

- libstdc++-4.8.2-16

- sysstat-10.1.5-4

Oracle Linux 6.x

ここで、xはOracle Linuxリリースのバージョンを指します。たとえば、Oracle Linux 6.2の6はリリース番号、2はバージョン番号です。

- make-3.81

- binutils-2.20

- gcc-4.4.4

- libaio-0.3.107

- glibc-common-2.12-1.7

- libstdc++-4.4.4

- sysstat-9.0.4

- make-3.81

- binutils-2.20

- gcc-4.4.4

- libaio-0.3.107

- glibc-common-2.12-1.7

- libstdc++-4.4.4

- sysstat-9.0.4

Red Hat Enterprise Linux 6

- make-3.81

- binutils-2.20

- gcc-4.1.1

- libaio-0.3.106

- glibc-common-2.3.4

- libstdc++ -4.1.1

- sysstat-5.0.5

- make-3.81

- binutils-2.20

- gcc-4.1.1

- libaio-0.3.106

- glibc-common-2.3.4

- libstdc++ -4.1.1

- sysstat-5.0.5

SUSE Linux Enterprise 12

サポート対象外

- make-4.0

- binutils-2.24

- gcc48-c++-4.8.3

- gcc48-4.8.3

- gcc48-32bit-4.8.3

- gcc-4.8

- libstdc++48-devel-4.8.3

- libstdc++48-devel-32bit

SUSE Linux Enterprise 11

- make-3.80

- binutils-2.19

- gcc-4.3

- make-3.80

- binutils-2.16.91.0.5

- gcc-4.1.0

Solaris SPARC 5.11

サポート対象外

- SUNWbtool

- SUNWlibm

- SUNWlibms

- SUNWsprot

- SUNWtoo

- SUNWlibC

- SUNWcsl

Solaris SPARC 5.10

Solarisローカル・コンテナでもサポートされます。

サポート対象外

SUNWbtool

Solaris x86-64 5.11

サポート対象外

- SUNWbtool

- SUNWlibm

- SUNWlibms

- SUNWsprot

- SUNWtoo

- SUNWfont-xorg-core

- SUNWlibC

- SUNWcsl

Solaris x86-64 5.10

サポート対象外

- SUNWbtool

- SUNWarc

- SUNWhea

- SUNWlibm

- SUNWlibms

- SUNWsprot

- SUNWtoo

- SUNWi1of

- SUNWi1cs

- SUNWi15cs

- SUNWxwfnt

IBM AIX 7.1

注意: すべてのメンテナンス・レベルがサポートされます。

次のコマンドを使用して、メンテナンス・レベルを確認します。

oslevel -r

サポート対象外

- bos.adt.base(0.0)

- bos.adt.lib(0.0)

- bos.adt.libm(0.0)

- bos.perf.libperfstat(0.0)

- bos.perf.perfstat(0.0)

- bos.perf.proctools(0.0)

- rsct.basic.rte(0.0)

- rsct.compat.clients.rte(0.0)

- xlC.aix61.rte.(10.1.0.0)

- xlC.rte.(10.1.0.0)

IBM AIX 6.1

注意: すべてのメンテナンス・レベルがサポートされます。

次のコマンドを使用して、メンテナンス・レベルを確認します。

oslevel -r

サポート対象外

- bos.adt.base(0.0)

- bos.adt.lib(0.0)

- bos.adt.libm(0.0)

- bos.perf.libperfstat(0.0)

- bos.perf.perfstat(0.0)

- bos.perf.proctools(0.0)

- rsct.basic.rte(0.0)

- rsct.compat.clients.rte(0.0)

- xlC.aix61.rte.(9.0.0.0)

- xlC.rte.(9.0.0.0)

HP-UX Itanium 11.31

サポート対象外

OS-Core(B.11.31)

2.2 Enterprise Manager Cloud Controlのカーネル・パラメータ要件

この項では、各種プラットフォーム(32ビットおよび64ビット)にOMSまたは管理エージェントをインストールするために必要なカーネル・パラメータを示します。この項の具体的な内容は次のとおりです。

- Oracle Management Service用のカーネル・パラメータ要件

- Oracle Management Agent用のカーネル・パラメータ要件

2.2.1 Oracle Management Service用のカーネル・パラメータ要件

この項の内容は次のとおりです。

- UDPおよびTCPカーネル・パラメータの確認

- kernel.shmmaxカーネル・パラメータの設定

2.2.1.1 UDPおよびTCPカーネル・パラメータの確認

サーバーの予測負荷に対応できる十分なエフェメラル・ポートを提供するために、TCP/IPエフェメラル・ポート範囲のパラメータを設定します。下限を11,000以上に設定し、Well KnownポートとOracleおよびその他のサーバー・ポートで一般的に使用される登録済ポート範囲のポートを避けます。

ポート範囲は、使用する予定のアプリケーションに予約されているポートを避けるために十分に高く設定します。範囲の下限が11,000を超え、予想されるワークロードに対して範囲が十分大きい場合は、エフェメラル・ポート範囲に関するOUI警告は無視できます。

たとえば、IPv4の場合は、次のコマンドを使用してエフェメラル・ポートの現在の範囲を確認します。

$ cat /proc/sys/net/ipv4/ip_local_port_range
32768 61000

上の例では、最低ポート(32768)および最高ポート(61000)はデフォルト範囲に設定されています。

必要に応じて、UDPとTCPのエフェメラル・ポート範囲を予想されるシステム・ワークロードに十分対応できるように高い範囲に更新し、エフェメラル・ポート範囲が11,000以上になるようにします。

例:

# echo 11000 65000 > /proc/sys/net/ipv4/ip_local_port_range

これらの設定は永続的にすることをお薦めします。たとえば、rootとして、テキスト・エディタを使用して/etc/sysctl.confを開き、net.ipv4.ip_local_port_range = 11000 65500を追加またはこれに変更した後、ネットワークを再起動します(# /etc/rc.d/init.d/network restart)。システムの再起動時にこのエフェメラル・ポート範囲の変更を自動化する方法の詳細は、ご使用のLinux分散システムの管理ドキュメントを参照してください。

2.2.1.2 kernel.shmmaxカーネル・パラメータの設定

この項の内容は次のとおりです。

- OMSおよび管理リポジトリが別のホストにある場合

- OMSおよび管理リポジトリが同じホストにある場合

OMSおよび管理リポジトリが別のホストにある場合

OMSまたは管理リポジトリ(データベース)を、Linuxオペレーティング・システム(32ビットまたは64ビット)が稼働している異なるホストにインストールし、さらにOMSホストにインストールする場合、kernel.shmmaxパラメータを4GBより1バイト小さい値または4294967295に設定します。

あらゆる状況で他のアプリケーションがメモリー不足にならずにコア・ファイルを正常に生成できるようにするには、この値をお薦めします。

- kernel.shmmaxパラメータに割り当てられた値を確認するには、次のコマンドを実行します。
cat /proc/sys/kernel/shmmax

- kernel.shmmaxパラメータに値を設定するには、次のようにします。

1. rootとしてログインします。

2. /etc/sysctl.confファイルを開きます。

3. kernel.shmmaxパラメータに4294967295を設定します。
/etc/sysctl.confファイルに値を設定すると、その値はシステムを再起動しても維持されます。SUSE Linux Enterprise Serverシステムでは、システムの再起動時に/etc/sysctl.confファイルが読み取られるように、次のコマンドを実行してください。

# /sbin/chkconfig boot.sysctl on

4. カーネル・パラメータの現行値を変更するには、次のコマンドを実行します。出力を確認し、値が正しいことを確認します。値が正しくない場合は、/etc/sysctl.confファイルを編集し、このコマンドを再び実行します。
# /sbin/sysctl -p

5. コマンド/sbin/sysctl -aを入力して、値が正しく設定されていることを確認します。

6. /etc/sysctl.confファイル内のカーネル・パラメータの値を更新した後、ホストを再起動するか、コマンドsysctl -pを実行して、/etc/sysctl.confファイルに対して行った変更がアクティブなカーネル・メモリーで有効になるようにします。

OMSおよび管理リポジトリが同じホストにある場合

Linuxオペレーティング・システム(32ビットまたは64ビット)で稼働している同じホストにOMSまたは管理リポジトリ(データベース)をインストールする場合、kernel.shmmaxパラメータを(目的のデータベース・リリースおよびプラットフォーム用に公開されている)『Oracle Databaseインストレーション・ガイド』で説明されている値に設定します。

2.2.2 Oracle Management Agent用のカーネル・パラメータ要件

管理エージェントに必要なカーネル・パラメータはありません。

2.3 Enterprise Manager Cloud Controlのライブラリ要件

この項では、各種プラットフォーム(32ビットおよび64ビット)にOMSまたは管理エージェントをインストールするために必要なライブラリを示します。この項の具体的な内容は次のとおりです。

- Oracle Management Service用のライブラリ要件

- Oracle Management Agent用のライブラリ要件

2.3.1 Oracle Management Service用のライブラリ要件

表2-3は、各種プラットフォーム(32ビットおよび64ビット)に新しいEnterprise Managerシステムまたは追加のOMSをインストールするために必要なライブラリを示します。

表2-3 Oracle Management Service用のライブラリ要件

プラットフォーム

32ビット・プラットフォーム用の32ビット・ライブラリ

64ビット・プラットフォーム用の64ビット・ライブラリ

Oracle Linux 7.x

Red Hat Enterprise Linux 7.x

ここで、xはOracle Linuxリリースのバージョンです。たとえば、Oracle Linux 7.2では、7はリリース番号で、2はバージョン番号です。

サポート対象外

glibc-2.17

Oracle Linux 6.x

Red Hat Enterprise Linux 6.x

ここで、xはOracle Linuxリリースのバージョンを指します。たとえば、Oracle Linux 6.2の6はリリース番号、2はバージョン番号です。

サポート対象外

glibc-2.12

SUSE Linux Enterprise 10 (Service Pack 4)

サポート対象外

glibc-2.2.4

SUSE Linux Enterprise 11

サポート対象外

glibc-2.11

2.3.2 Oracle Management Agent用のライブラリ要件

管理エージェントのライブラリ要件はありません。

3 Enterprise Manager Cloud Control 13cリリース1でのオペレーティング・システム・グループおよびユーザーの作成

この章では、Enterprise Manager Cloud Controlをインストールするために必要なオペレーティング・システムのグループとユーザーを作成する方法を説明します。 この章の具体的な内容は次のとおりです。

- Enterprise Manager Cloud Controlのインストールに必要なオペレーティング・システム・グループおよびユーザーについて

- Enterprise Manager Cloud Controlのインストールに必要なオペレーティング・システム・グループおよびユーザーの作成

3.1 Enterprise Manager Cloud Controlのインストールに必要なオペレーティング・システム・グループおよびユーザーについて

すべてのインストール・タイプには、次のオペレーティング・システム・グループおよびユーザーが必要です。

- Oracleインベントリ・グループ(通常はoinstall)
システムに初めてOracleソフトウェアをインストールする際に、このグループを作成する必要があります。このグループに対して選択されるデフォルト名は、oinstallです。このグループは、システムにインストールされたすべてのOracleソフトウェアのカタログであるOracleインベントリを所有します。

注意:
システムにOracleソフトウェアがすでにインストールされている場合、既存のOracleインベントリ・グループは、他のOracleソフトウェアのインストールに使用するオペレーティング・システム・ユーザーのプライマリ・グループである必要があります。

- Oracleソフトウェア所有者ユーザー(通常はoracle)
システムにOracleソフトウェアを初めてインストールする場合は、このユーザーを作成する必要があります。このユーザーは、インストール時にインストールされたすべてのソフトウェアを所有します。Oracleインベントリ・グループをこのユーザーのプライマリ・グループとして設定する必要があります。

注意:
Oracleドキュメントでは、このユーザーのことをoracleユーザーと呼びます。

システム上のOracleソフトウェアのすべてのインストールに対して、1つのOracleインベントリ・グループが必要です。最初のOracleソフトウェアのインストール以降は、このシステムへのすべてのOracleソフトウェアのインストールに、同じOracleインベントリ・グループを使用する必要があります。

注意:
ご使用のオペレーティング・システムがMicrosoft Windowsの場合、次が順守されていることを確認します。

1. OMSユーザー・アカウントに、オペレーティング・システムの一部として動作し、プロセスのメモリー割当て制限を調整し、プロセス・レベル・トークンを置換し、バッチ・ジョブとしてログオンする権限があること。OMSユーザー・アカウントにこれらの権限があるかどうかを確認するには、ローカル・セキュリティ・ポリシーを起動します。「スタート」 メニューから「設定」をクリックし、「コントロール パネル」を選択します。「コントロール パネル」ウィンドウから「管理ツール」を選択し、「管理ツール」ウィンドウから「ローカル セキュリティ ポリシー」を選択します。「ローカル セキュリティ ポリシー」ウィンドウで、ツリー構造から「ローカル ポリシー」を開き、「ユーザー権利の割り当て」を開きます。

2. OMSユーザー・アカウントに、バッチ・ジョブを実行するための読取りおよび実行権限があること。これはMicrosoftからの制約事項です。この制約事項およびこれらの権限を付与する方法の詳細は、次のURLにあるMicrosoft Webサイトにアクセスしてください。
http://support.microsoft.com/kb/867466/en-us

3.2 Enterprise Manager Cloud Controlのインストールに必要なオペレーティング・システム・グループおよびユーザーの作成

次の項では、必要なオペレーティング・システム・ユーザーおよびグループの作成方法について説明します。

- Enterprise Manager Cloud Control用のOracleインベントリ・グループの作成

- Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの作成

注意:
ローカル・ユーザーおよびグループを作成するかわりに、ネットワーク情報サービス(NIS)などのディレクトリ・サービスで適切なユーザーおよびグループを作成できます。ディレクトリ・サービスの使用方法の詳細は、システム管理者に問い合せるか、オペレーティング・システムのドキュメントを参照してください。

3.2.1 Enterprise Manager Cloud Control用のOracleインベントリ・グループの作成

Oracleインベントリ・グループが存在しない場合は、作成する必要があります。次の各項で、Oracleインベントリ・グループが存在する場合にその名前を判別する方法と、必要に応じてOracleインベントリ・グループを作成する方法について説明します。

- Enterprise Manager Cloud Control用のOracleインベントリ・グループの存在の確認

- Enterprise Manager Cloud Control用のOracleインベントリ・グループの作成

3.2.1.1 Enterprise Manager Cloud Control用のOracleインベントリ・グループの存在の確認

システムに最初にOracleソフトウェアをインストールすると、oraInst.locファイルが作成されます。このファイルにより、Oracleインベントリ・グループの名前とOracleインベントリ・ディレクトリへのパスが識別されます。

Oracleインベントリ・グループが存在するかどうかを確認するには、次のコマンドを入力します。

$ more /etc/oraInst.loc

注意:
oraInst.locファイルは、Linuxおよびその他のプラットフォームの/etcディレクトリにあります。Solarisプラットフォームでは、/var/opt/oracle/にあります。

oraInst.locファイルが存在する場合、このコマンドによる出力は次のようになります。

inventory_loc=/u01/app/oracle/oraInventory
inst_group=oinstall

inst_groupパラメータは、Oracleインベントリ・グループ名がoinstallであることを示します。

3.2.1.2 Enterprise Manager Cloud Control用のOracleインベントリ・グループの作成

oraInst.locファイルが存在しない場合、またはOracleインベントリ・グループが異なる場合、次のコマンドを使用してOracleインベントリ・グループoinstallを作成します。

# /usr/sbin/groupadd oinstall

3.2.2 Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの作成

次の場合、Oracleソフトウェア所有者ユーザーを作成する必要があります。

- Oracleソフトウェア所有者ユーザーが存在しない場合。たとえば、システムにOracleソフトウェアを初めてインストールする場合です。

- Oracleソフトウェア所有者ユーザーは存在するが、新規のOracle Databaseインストールでは、別のグループ・メンバーシップを設定した別のオペレーティング・システム・ユーザーを使用して、これらのグループにデータベース管理権限を付与する場合。

Oracleソフトウェア所有者を作成するには、次の各項に示す手順に従います。

- Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの存在の確認

- Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの作成

- Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの変更

3.2.2.1 Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの存在の確認

oracleというOracleソフトウェア所有者ユーザーが存在するかどうかを確認するには、次のコマンドを実行します。

$ id oracle

oracleユーザーが存在する場合、このコマンドによる出力は次のようになります。

uid=440(oracle) gid=200(oinstall) groups=201(dba),202(oper)

ユーザーが存在する場合は、既存ユーザーを使用するか、別のoracleユーザーを作成するかを決定します。

- 既存ユーザーを使用する場合は、ユーザーのプライマリ・グループがOracle Inventoryグループであることを確認します。

- 既存のユーザーを変更する場合は、3.2.2.3項を参照してください。

- ユーザーを作成する場合は、第3.2.2.2項を参照してください。

注意:
既存ユーザーを使用または変更する前に、必要に応じて、システム管理者に連絡してください。

3.2.2.2 Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの作成

Oracleソフトウェア所有者ユーザーが存在しないか、Oracleソフトウェア所有者ユーザーが新規に必要な場合、次の手順を使用して作成します。次の手順では、同じ名前のユーザーが存在する場合以外は、oracleというユーザー名を使用してください。

1. oracleユーザーを作成するには、次のようなコマンドを入力します。

# /usr/sbin/useradd -g oinstall oracle

このコマンドで、-gオプションは、プライマリ・グループを定義します。プライマリ・グループは、oinstallなどのOracleインベントリ・グループである必要があります。

2. oracleユーザーのパスワードを設定します。

# passwd oracle

注意:
特にOracleソフトウェア・ライブラリを使用している場合は、すべてのOMSインスタンスで同じUIDを使用することをお薦めします。UIDが異なる場合、あるOMSで作成されたファイルは、別のOMSで変更できません。

3.2.2.3 Enterprise Manager Cloud Control用のOracleソフトウェア所有者ユーザーの変更

oracleユーザーは存在するが、そのプライマリ・グループがoinstallでない場合は、次のようなコマンドを入力してプライマリ・グループを変更します。-gオプションを使用してプライマリ・グループを指定します。

# /usr/sbin/usermod -g oinstall oracle

4 CygwinのインストールおよびSSHデーモンの起動

この章では、Microsoft WindowsホストへのCygwinのインストール方法と、SSHデーモンの起動方法を説明します。この章は、ホスト・ターゲットの追加ウィザードまたはEM CLIを使用して、Microsoft Windowsのホストに管理エージェントをインストールする場合にのみ適用されます。この章の具体的な内容は次のとおりです。

- 管理エージェントをインストールするためのCygwin要件について

- Cygwinのインストールを開始する前に

- Cygwinのインストール

- SSHの構成

- CygwinのインストールとSSHの構成後

重要:
Cygwinをインストールしてホスト・ターゲットの追加ウィザードまたはEM CLIを使用してMicrosoft Windowsホストに管理エージェントをデプロイしない場合、PsExecプロセス・ユーティリティを使用してこれらのホストに管理エージェントをデプロイすることを選択できます。PsExecを使用してMicrosoft Windowsホストに管理エージェントをデプロイする方法の詳細は、付録Eを参照してください。

4.1 管理エージェントをインストールするためのCygwin要件について

ホスト・ターゲットの追加ウィザードは、Enterprise Manager Cloud Controlコンソールに組み込まれているアプリケーションです。GUIが豊富な、インタラクティブな画面を提供し、管理対象外のホストにOracle Management Agent (管理エージェント)をインストールして、それらを管理対象ホストに変換し、Enterprise Manager Cloud Controlで監視および管理できるようにします。

ホスト・ターゲットの追加ウィザードまたはEM CLIを使用して、Microsoft Windowsが稼働しているホストに管理エージェントをインストールする場合、前提条件として、そのホストにCygwinをインストールし、SSHデーモンを起動する必要があります。これを行うには、第4.3項に示されている手順に従います。

Cygwinは、基本的にMicrosoft WindowsホストにLinuxに類似の環境を提供するユーティリティです。Linux APIレイヤーとして機能し、多くのLinux API機能を提供するDLL(cygwin1.dll)です。Cygwinをインストールすると、ホストでSSHデーモンを構成できます。ホスト・ターゲットの追加ウィザードはCygwin 1.7で動作保証済で、サポートされています。

SSHデーモンによって、ホスト・ターゲットの追加ウィザードは、OMSホストと、管理エージェントをインストールするホストとのSSH接続を確立できます。この接続により、ウィザードはSSHプロトコル経由で管理エージェントのソフトウェア・バイナリを接続先ホストに転送し、管理エージェントをインストールして構成します。

4.2 Cygwinのインストールを開始する前に

- Cygwinバージョンcygcheck (cygwin) 2.0.1では、8文字未満の短いパスワードは使用できません。

- SSHD設定を開始する前に、ホスト・ターゲットの追加ウィザードの使用時にOpenSSHおよびMKSNTが使用されないかどうかを確認します。これを行うには、次のチェックを実行してください。

1. OpenSSH\binとmksntが、PATH環境変数に含まれていないことを確認してください。含まれている場合は、次のようにしてこれらを削除します。

1. 「マイ コンピュータ」を右クリックし、「プロパティ」を選択します。

2. 「システムのプロパティ」ウィンドウで、「詳細」をクリックします。

3. このタブで、「環境変数」をクリックします。

4. ここで、PATHシステム変数を検索して選択します。OpenSSH\binおよびmksntがPATHに含まれている場合は、「編集」をクリックします。

5. 「システム変数の編集」ダイアログ・ボックスで、これらの2つの値をPATHから削除し、「OK」をクリックします。

2. OpenSSH、MKSまたは他のベンダーから実行している場合、SSHデーモンを停止します。SSHデーモンが実行中の場合、次の手順を実行してこれを停止します。

1. 「マイ コンピュータ」を右クリックし、「管理」を選択します。

2. 「コンピュータの管理」ウィンドウの左側のペインで、「サービスとアプリケーション」を展開し、「サービス」を選択します。

3. 右側のペインでSSH Daemon/MKS Secure Shellサービスをクリックし、「停止」ボタンをクリックします。

注意:
この項で説明した手順は、Microsoft Windowsオペレーティング・システムによって異なることがあります。

4.3 Cygwinのインストール

Microsoft WindowsホストにCygwinをインストールするには、次の手順を実行します。

1. 次のURLにアクセスして、Install Cygwin:をクリックします。
http://www.cygwin.com/

2. Cygwinの実行ファイルの32ビット・バージョン(Microsoft Windowsの32ビット・バージョンを実行している場合)または64ビット・バージョン(Microsoft Windowsの64ビット・バージョンを実行している場合)をダウンロードします。

3. 実行ファイルを実行し、「Next」をクリックして続行します。

4. 「Choose Installation Type」画面で、「Install from Internet」を選択して「Next」をクリックします。

5. 「Choose Installation Directory」画面で、ルート・ディレクトリとしてC:\cygwinと入力し、「Next」をクリックします。

注意:
別のディレクトリにCygwinをインストールする場合、Enterprise Managerシステムのインストール後に、$<ORACLE_HOME>\oui\prov\resources\ssPaths_msplats.propertiesファイルに存在するSSH_PATH、SCP_PATH、MKDIR_PATH、SH_PATH、CHMOD_PATHおよびTRUEプロパティを必ず適切なCygwinバイナリ値に更新してください。
たとえば、D:\software\cygwinディレクトリにCygwinをインストールする場合、指定されたプロパティを次のように更新します。

SCP_PATH=D:\software\cygwin\bin\scp.exe
SH_PATH=D:\software\cygwin\bin\sh.exe
CHMOD_PATH=D:\software\cygwin\bin\chmod.exe
LS_PATH=D:\software\cygwin\bin\ls.exe

6. 「Select Local Package Directory」画面で、ダウンロードしたインストール・ファイルを格納するローカル・マシン上のディレクトリを選択し、「Next」をクリックします。

7. 「Select Connection Type」画面で、インターネットに接続するための適切な設定を選択し、「Next」をクリックします。

8. 「Choose Download Site(s)」画面で、利用可能リストから任意のサイトを選択し、「Next」をクリックします。

9. パッケージの選択画面で、次のパッケージを選択し、「次へ」をクリックします。
「Archive」カテゴリから、次のようにunzipとzipを選択します。

「Net」カテゴリから、次のようにopensshおよびopensslを選択します。

パッケージを選択して「Next」をクリックすると、「Resolving Dependencies」画面が表示されます。「次へ」をクリックして次に進みます。

10. 「Installation Status and Create」画面では、変更しません。「Finish」をクリックして、インストール・プロセスを終了します。

4.4 SSHの構成

この項では、ホストへのCygwinのインストール後に、SSHを構成してCygwinの設定をテストする方法について説明します。

注意:
SSHを構成する場合、状況によってはcygwin.batスクリプトを実行する必要があります。Microsoft Windows Server 2008およびMicrosoft Windows Vistaでcygwin.batを実行している場合は、必ず管理者モードで呼び出します。これを行うには、cygwin.batファイルを右クリックし、「管理者として実行」を選択します。

SSHを構成してCygwinの設定をテストするには、次の手順を実行します。

1. Cygwinのインストール後、C:\cygwinディレクトリに移動し、任意のエディタを使用して編集モードでCygwin.batファイルを開き、bashシェルを起動する前に次の行を追加します。
set CYGWIN=binmode ntsec

たとえば、前述の行を追加すると、Cygwin.batファイルの内容は次のようになります。

@echo off

C:
chdir C:\cygwin\bin
set CYGWIN=binmode ntsec
bash --login -i

2. Cygwin (cygrunsrv)が正しくインストールされたかどうかを確認するには、C:\cygwin\Cygwin.batを実行し、次のコマンドを実行します。

cygrunsrv -h

Cygwinが正しくインストールされている場合、すべてのCygwinヘルプ・オプションが画面に表示されます。ただし、このコマンドでエラー・メッセージが返される場合、状況に応じてCygwinを再インストールする必要があります。

3. SSHDサービスを構成するには、C:\cygwin\Cygwin.batを実行し、次のコマンドを実行します。

ssh-host-config

コマンドを実行後、次のプロンプトが表示されます。

*** Info: StrictModes is set to 'yes' by default.
*** Info: This is the recommended setting, but it requires that the POSIX
*** Info: permissions of the user's home directory, the user's .ssh
*** Info: directory, and the user's ssh key files are tight so that
*** Info: only the user has write permissions.
*** Info: On the other hand, StrictModes don't work well with default
*** Info: Windows permissions of a home directory mounted with the
*** Info: 'noacl' option, and they don't work at all if the home
*** Info: directory is on a FAT or FAT32 partition.
*** Query: Should StrictModes be used? (yes/no) no
*** Query: Should privilege separation be used? <yes/no>: yes
*** Query: New local account 'sshd'? <yes/no>: yes
*** Query: Do you want to install sshd as a service?
*** Query: <Say "no" if it is already installed as a service> <yes/no>: yes
*** Query: Enter the value of CYGWIN for the deamon: [] binmode ntsec
*** Query: Do you want to use a different name? (yes/no) yes/no

ここで、同じ名前(cyg_server)を使用する場合、noを入力します。その後、次のプロンプトが表示されます。

*** Query: Create new privileged user account 'cyg_server'? (yes/no) yes
*** Query: Please enter the password:
*** Query: Renter:

ただし、異なる名前を使用する場合、yesを入力します。その後、次のプロンプトが表示されます。

*** Query: Enter the new user name: cyg_server1
*** Query: Reenter: cyg_server1
*** Query: Create new privileged user account 'cyg_server1'? (yes/no) yes
*** Query: Please enter the password:
*** Query: Reenter:

構成が成功すると、次のメッセージが表示されます。

Host configuration finished. Have fun!

4. c:\cygwin\etc\passwdファイルをバックアップし、任意のエディタを使用して編集モードでファイルを開きます。管理エージェントをインストールするホストに接続するために使用するユーザーのエントリのみを削除します。編集する前にc:\cygwin\etc\passwdファイルのバックアップを作成するように、ユーザーに依頼します。

- 管理エージェントをインストールするホストに接続するために使用するユーザーがローカル・ユーザーである場合、C:\cygwin\Cygwin.batを実行し、次のコマンドを実行します。

/bin/mkpasswd -l –u <USER> >> /etc/passwd (for example, /bin/mkpasswd -l -u pjohn >> /etc/passwd)

- 管理エージェントをインストールするホストに接続するために使用するユーザーがドメイン・ユーザーである場合、C:\cygwin\Cygwin.batを実行し、次のコマンドを実行します。

/bin/mkpasswd -d -u <USER> >> /etc/passwd (for example, /bin/mkpasswd -d -u pjohn >> /etc/passwd)
mkdir -p /home/<USER>  (for example, mkdir -p /home/pjohn)
chown <USER> /home/<USER> (for example, chown pjohn /home/pjohn)

5. (インストールしたCygwinソフトウェアがバージョン1.7.32以上の場合のみ)テキスト・エディタでC:\cygwin\etc\sshd_configを開き、ファイルの最後に次のように追加します。
KexAlgorithms diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1

6. (ドメイン・ユーザーのみ)管理エージェントをインストールするホストに接続するために使用するユーザーがドメイン・ユーザーである場合、次の手順を実行して、SSHデーモンを起動します。

1. 「マイ コンピュータ」を右クリックし、「管理」を選択します。

2. 表示された「コンピュータの管理」ダイアログ・ボックスで、「サービスとアプリケーション」に移動し、「CYGWIN sshd」を選択します。

3. 「CYGWIN sshd」を右クリックし、「プロパティ」を選択します。

4. 「プロパティ」ダイアログ・ボックスで、「ログオン」タブに移動します。

5. ここで、ドメイン/ユーザー名、およびパスワードを指定します。「適用」をクリックします。

6. C:\cygwin\Cygwin.batを実行し、次のコマンドを実行します。

chown <USERNAME> /var/log/sshd.log
chown -R <USERNAME> /var/empty
chown <USERNAME> /etc/ssh*
chmod 755 /var/empty
chmod 644 /var/log/sshd.log

注意:
/var/log/sshd.logが存在しない場合は、次のコマンドを実行する必要はありません。

chown <USERNAME> /var/log/sshd.log
chmod 644 /var/log/sshd.log

7. 次のいずれかの手順を実行し、SSHデーモンを起動します。
C:\cygwin\Cygwin.batを実行し、次のコマンドを実行します。

/usr/sbin/sshd

または

C:\cygwin\Cygwin.batを実行し、次のコマンドを実行します。

cygrunsrv -S sshd

または

次の手順を実行します。

1. 「マイ コンピュータ」を右クリックし、「管理」を選択します。

2. 表示された「コンピュータの管理」ダイアログ・ボックスで、「サービスとアプリケーション」に移動し、「CYGWIN sshd」を選択します。

3. CYGWIN sshdをクリックし、「開始」ボタンをクリックします。

注意:
SSHデーモンが起動しない場合、c:\cygwin\var\log\sshd.logファイルを参照して、起動に失敗した理由を確認してください。

8. これで、Cygwinの設定をテストできます。
これを行うには、別のマシン(sshクライアントが稼働しているマシン)に移動し、次のコマンドを実行します。

ssh -l <USERNAME> <localhost> 'date'

OR

ssh -l <USERNAME> <this node> 'date'

次に例を示します。

ssh -l pjohn example.com 'date'

このコマンドはパスワードの指定を求めるプロンプトを表示します。正しいパスワードを指定すると、このコマンドにより正確な日付が返されます。

注意:
SSHの構成後に、プロセス分岐化の失敗、メモリー・リーク・エラーまたはファイル・アクセス・エラーが発生した場合、次のWebサイトを参照して対処方法を確認してください。
http://cygwin.com/faq.html

問題の対処方法を見つけることができない場合、次のWebサイトを使用してCygwinコミュニティにその問題をレポートしてください。

http://cygwin.com/problems.html

4.5 CygwinのインストールとSSHの構成後

Cygwinのインストール(第4.3項を参照)およびSSHの構成(第4.4項を参照)後に、次の手順を実行します。

1. OMSホストがMicrosoft Windowsプラットフォーム上で実行している場合は、OMSホストで次の手順を実行します。

1. 「マイ コンピュータ」を右クリックし、「プロパティ」を選択します。ウィンドウが表示されたら、「システムの詳細設定」選択し、「環境変数」を選択します。「システム変数」のセクションでCYGWIN変数を作成し、その値をnodosfilewarningとして指定します。

注意:
この手順の実行後にホストを再起動する必要はありません。

2. Cygwinのインストール・ディレクトリ(Cygwinをデフォルトの場所にインストールする選択をした場合はC:\cygwin)に移動し、エディタを使用してCygwin.batファイルを編集モードで開き、次の行を編集します。

set CYGWIN=binmode ntsec nodosfilewarning

たとえば、前述の行の編集後、Cygwin.batファイルの内容は次のようになります。

@echo off

C:
chdir C:\cygwin\bin
set CYGWIN=binmode ntsec nodosfilewarning
bash --login -i

3. 「スタート」メニューで、「ファイル名を指定して実行」を選択します。「開く」にservices.mscと入力し、「OK」をクリックします。Cygwin SSHDサービスを検索し、それを停止します。

4. Cygwinのインストール・ディレクトリ(Cygwinをデフォルトの場所にインストールする選択をした場合はC:\cygwin)に移動し、Cygwin.batを実行します。次のコマンドを実行してSSHDサービスを起動します。

$ /usr/sbin/sshd

注意:
このコマンドを実行すると、/var/emptyはrootユーザーが所有する必要があることを示すエラーが返される場合があります。このエラーが発生した場合、Cygwin端末から次を実行します。

$ chown <windows_install_user>:<windows_install_group> /var/empty

このコマンドの実行後、$ /usr/sbin/sshdコマンドを再試行します。

2. Microsoft Windowsのホストすべてについての手順1で説明したタスク(ホスト・ターゲットの追加ウィザードまたはEM CLIを使用して管理エージェントをインストールする)を実行します。

第II部

Enterprise Manager Cloud Control 13cリリース1のインストール

この部では、Enterprise Manager Cloud Controlのインストール方法を説明します。この部は、次の章で構成されています。

- 第5章「Oracle Enterprise Manager Cloud Control 13cリリース1のインストール」

- 第6章「Oracle Management Agent 13cリリース1のインストール」

- 第7章「Oracle Management Service 13cリリース1の追加」

- 第8章「JVM診断エージェントのインストール」

5  Oracle Enterprise Manager Cloud Control 13cリリース1のインストール

この章では、Oracle Management Repository(管理リポジトリ)を格納するために既存の動作保証済Oracle Databaseを活用しつつ、新しいEnterprise Managerシステムをインストールする方法について説明します。

この章の具体的な内容は次のとおりです。

- Enterprise Managerシステムのインストールの概要

- Enterprise Managerシステムをインストールする前に

- Enterprise Managerシステムをインストールするための前提条件

- デモンストレーション・サイトでのEnterprise Managerシステムのインストール(単純構成)

- 本番サイトでのEnterprise Managerシステムのインストール(拡張構成)

- Hybrid Cloud Managementの有効化

- Enterprise Managerシステムをインストールした後のインストール後のタスクの実行

注意:
この章では、Enterprise Managerシステムの管理リポジトリ付きでの完全インストールについてのみ説明します。追加のOracle Management Service (OMS)のインストールに関しては、第7章を参照してください。

警告:

Enterprise Manager Cloud Control 13cを、SPARCシリーズのサーバー(T1000、T2000、T5xx0およびT3-*)にインストールしないでください。詳細は、My Oracle Supportのノート1590556.1を参照してください。

5.1 Enterprise Managerシステムのインストールの概要

Enterprise Manager Cloud Controlのインストールを開始する前に、Enterprise Managerのインストールの基本事項、使用できる様々なインストール・タイプ、デフォルトでインストールされるコンポーネントなどを理解する必要があります。この項では、インストールのプロセスを示し、次の項目について説明します。

- Enterprise Manager Cloud Controlによって提供されるインストール・タイプの概要

- Enterprise Managerシステムによってインストールおよび構成されるコア・コンポーネントの概要

- Enterprise Managerシステムのために作成されるディレクトリの概要

注意:
これまでのEnterprise Manager Cloud Controlリリースの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

5.1.1 Enterprise Manager Cloud Controlによって提供されるインストール・タイプの概要

Enterprise Manager Cloud Controlは、単純構成または詳細構成のどちらかを使用してインストールできます。表5-1では、2つのインストール・タイプ間の基本的な相違点について説明します。

注意:
Enterprise Manager Cloud Controlを評価またはデモ目的のためにインストールする場合は、簡易インストール・タイプを使用してください。

表5-1 簡易インストールと拡張インストール間の相違点

簡易インストール

拡張インストール

デモンストレーションまたは評価が目的の場合、小規模なデプロイメントの場合、インストーラのきめ細かい制御が不要で、Enterprise Managerシステムを少ないメモリーで迅速にインストールする場合、および環境で監視するターゲットが少ない場合を想定しています。

小規模、中規模および大規模のデプロイメント、およびカスタムの場所、ディレクトリ名、パスワードでインストールをカスタマイズする場合を想定しています。

完全なEnterprise Managerシステムに必要な最小限のデフォルト構成設定およびプリファレンスでインストールします。インストールをカスタマイズするオプションはあまり多くありません。

環境に合せて選択してインストールをカスタマイズできるカスタムまたは拡張構成オプションを提供します。

2つのOracle Management Agent(管理エージェント)と2つの同時ユーザー・セッションで1日当たり約10個のジョブを処理し、最大30のターゲットを少ないメモリーで監視するように構成します。

デプロイメント・サイズ(小、中、大)を選択するオプションを提供し、選択するデプロイメント・サイズに応じて必要なメモリーで構成します。

デプロイメント・サイズは、基本的に、監視予定のターゲットの数、予定している管理エージェントの数および同時ユーザー・セッションの数を示します。前提条件チェックは選択内容に関係なく実行されますが、様々なパラメータに設定される値は、選択内容に応じてチェックされます。

デプロイメント・サイズ、実行する前提条件チェック、設定されるデータベース・パラメータ、およびインストール後にデプロイメント・サイズを変更する方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

データベース・パラメータには低い値を設定してください。

様々なデプロイメント・サイズに対して設定されるデータベース初期化パラメータの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

データベース・パラメータには高い値を設定してください。

異なるデプロイメント・サイズに設定するデータベース・パラメータの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

オラクル社提供のデータベース・テンプレートを使用して管理リポジトリが事前構成されているデータベースを使用できます。

オラクル社提供のデータベース・テンプレートを使用して管理リポジトリが事前構成されているデータベースを使用できます。

Oracle Databaseプラグイン、Oracle Fusion Middlewareプラグイン、Oracle Exadataプラグイン、Oracle Cloud Frameworkプラグイン、Oracle System Infrastructureプラグインなどの必須プラグインをインストールします。

- Oracle Databaseプラグイン、Oracle Fusion Middlewareプラグイン、Oracle Exadataプラグイン、Oracle Cloud Frameworkプラグイン、Oracle System Infrastructureプラグインなどの必須プラグインをインストールします。

- インストール・ウィザードで選択したその他のプラグインをインストールします。

WebLogicドメインGCDomainのデフォルトのユーザー・アカウントweblogicを作成します。

WebLogicドメインGCDomainのデフォルトのユーザー・アカウントweblogicの名前は変更できます。

WebLogic Server管理、ノード・マネージャ、SYSMANユーザー・アカウントおよび管理エージェントの登録に共通のパスワードを要求します。

WebLogic Server管理、ノード・マネージャ、SYSMANユーザー・アカウントおよび管理エージェントの登録に個別の異なるパスワードを要求します。

OMSインスタンス・ベース・ディレクトリ(gc_inst)を、ミドルウェア・ホーム以外の場所に作成します。

ミドルウェア・ホームのデフォルトのOMSインスタンス・ベース・ディレクトリ(gc_inst)を任意の名前に変更することを可能にし、およびそのディレクトリをミドルウェア・ホーム以外に作成します。

管理、構成データおよびJVM診断データの表領域をデフォルトの場所に作成します。

管理、構成データおよびJVM診断データの表領域の場所を変更できます。

デフォルト・ポートでインストールします。

環境に合せてポートをカスタマイズできます。

Enterprise Manager Cloud Controlインストール・ウィザードで入力するインタービュー画面は少数です。

Enterprise Manager Cloud Controlインストール・ウィザードで入力するインタービュー画面は多数あります。

5.1.2 Enterprise Managerシステムによってインストールおよび構成されるコア・コンポーネントの概要

新しいEnterprise Managerシステムの一部として、インストール・ウィザードは次のことを実行します。

- Oracle WebLogic Server 12cリリース1 (12.1.3.0)をインストールします。

- Java Development Kit (JDK) 1.7.0_80をインストールします。

- Oracle Management Service 13cリリース1をインストールします。

- 指定したエージェント・ベース・ディレクトリ(ミドルウェア・ホーム外)にOracle Management Agent 13cリリース1をインストールします。

- Oracle JRF 12cリリース1 (12.1.3.0)をインストールします。これにはoracle_commonディレクトリが含まれます。

- Oracle Web Tier 12cリリース1 (12.1.3.0)をインストールします。

- Oracle BI Publisher 12cリリース1 (12.1.3.0)をインストールします。これにはbiディレクトリが含まれます。

- プラグイン・ディレクトリを作成し、次のデフォルトのプラグインをインストールします。

- Oracle Databaseプラグイン

- Oracle Fusion Middlewareプラグイン

注意:
13cリリース1以降、Oracle Fusion Middlewareプラグイン・デプロイメントの一部として、デフォルトでJava仮想マシン診断(JVMD)エンジンが1つOMSにインストールされるようになりました。デプロイする追加OMSごとに、そのOMSとともにデフォルトで1つのJVMDエンジンが提供されます。
JVMDを使用すると、管理者は本番環境でJavaアプリケーションのパフォーマンスの問題を診断できます。問題を再現する必要性がなくなることにより、こうした問題解決に必要な時間が短縮されるため、アプリケーションの可用性とパフォーマンスが向上されます。

JVMDエンジンはデフォルトではOMSホストにインストールされますが、JVMDエージェントはターゲットのJVMに手動でデプロイする必要があります。JVMDエージェントをデプロイする手順については、第8章を参照してください。

- Oracle Exadataプラグイン

- Oracle Cloud Frameworkプラグイン

- Oracle System Infrastructureプラグイン

- デプロイするよう選択したその他のプラグイン

- GCDomainというOracle WebLogicドメインを作成します。このWebLogicドメインでは、デフォルトのユーザー・アカウントweblogicが管理ユーザーとして使用されます。拡張インストールでは、必要に応じてこれを変更できます。

- nodemanagerというノード・マネージャのユーザー・アカウントを作成します。ノード・マネージャを使用すると、Oracle WebLogic Serverインスタンスのリモートでの起動、停止または再起動が可能になるため、ノード・マネージャは高可用性の要件を持つアプリケーションに推奨されます。

注意:
Microsoft Windowsでは、ノード・マネージャ・サービスは作成されません。これは予測されている動作です。

- OMSに関連するすべての構成の詳細を格納するために、Oracle Middlewareホーム(ミドルウェア・ホーム)外のOracle Management Serviceインスタンス・ベースの場所(gc_inst)を構成します。拡張インストールでは、必要に応じてこれを変更できます。
たとえば、ミドルウェア・ホームが/u01/software/em13c/oraclehomeの場合、インスタンス・ベースの場所は/u01/software/em13c/gc_instとなります。これは、必要に応じてインストーラで変更することもできます。ただし、これは拡張インストールでは変更できますが、簡易インストールでは変更できません。

- 既存の動作保証済Oracleデータベース内のOracle Management Repositoryを構成します。データベース・インスタンスがオラクル社提供のデータベース・テンプレートを使用して作成される場合、この手順は省略されます。

注意:
既存の動作保証済Oracleデータベースは、My Oracle SupportにあるEnterprise Manager動作保証マトリックスにリストされた動作保証済データベースのいずれか、またはオラクル社提供のデータベース・テンプレートを使用して、事前構成済のOracle Management Repository (管理リポジトリ)で作成されたデータベース・インスタンスであることが必要です。
Enterprise Manager動作保証マトリックスにアクセスするには、付録Dで概説する手順に従ってください。

オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリでデータベース・インスタンスを作成する方法の詳細は、付録Cを参照してください。

データベースはローカルまたはリモート・ホストに存在することができ、リモート・ホストに存在する場合は、Oracle Management Agentによって監視される必要があります。ただし、Oracle Real Application Clusters (Oracle RAC)データベースは共有ディスクにのみ存在することができます。

- 次のコンフィギュレーション・アシスタントを実行して、簡易および拡張インストールでインストールしたコンポーネントを構成します。

- プラグイン前提条件チェック

- リポジトリ構成

注意:
オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリで作成されたデータベース・インスタンスを使用する場合は、リポジトリ・コンフィギュレーションのかわりにリポジトリ即時使用可能コンフィギュレーションが実行されます。

- MDSスキーマ構成

注意:
オラクル社提供のデータベース・テンプレートを使用し、事前構成済の管理リポジトリで作成されたデータベース・インスタンスを使用する場合は、MDSスキーマ構成は実行されません。

- BI Publisherスキーマ構成

- OMS構成

- プラグイン・デプロイおよび構成

- BI Publisher構成

- Oracle Management Serviceの起動

- エージェント・コンフィギュレーション・アシスタント

5.1.3 Enterprise Managerシステムのために作成されるディレクトリの概要

この項の内容は次のとおりです。

- OMSインストールのために作成されるディレクトリの概要

- 管理エージェントのインストール(中央エージェント)のために作成されるディレクトリの概要

5.1.3.1 OMSインストールのために作成されるディレクトリの概要

図5-1は、このインストール・タイプでのミドルウェア・ホームの内容を示しています。

図5-1 フレッシュ・インストールでのミドルウェア・ホームの内容

注意:
OMSインスタンス・ベース・ディレクトリ(通常はgc_inst)は、ミドルウェア・ホーム・ディレクトリの外部で保守されるため、図5-1には示されていません。

5.1.3.2 管理エージェントのインストール(中央エージェント)のために作成されるディレクトリの概要

セントラル・エージェントのエージェント・ベース・ディレクトリの内容を次に示します(OMSとともにインストールされた管理エージェント)。

<agent_base_directory>
|_____agent_13.1.0.0.0
|_____agent_inst
|_____agentInstall.rsp
|_____agentimage.properties

図5-2は、エージェント・ベース・ディレクトリ内にあるエージェント・ホームの内容を示しています。

図5-2 エージェント・ホームの内容

5.2 Enterprise Managerシステムをインストールする前に

Enterprise Manager Cloud Controlのインストールを開始する前に、次の点に注意してください。

- Enterprise Manager Cloud Controlソフトウェアが最新であることを確認します。
最新ソフトウェアのダウンロードの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

- Enterprise Manager Cloud Controlソフトウェアをダウンロードして実行するディレクトリの名前に空白文字が含まれていないことを確認します。たとえば、EM Softwareという名前のディレクトリの場合、2つの語の間に空白文字が含まれているため、このディレクトリからはソフトウェアをダウンロードして実行しないでください。

- Enterprise Manager Cloud Controlは、インストール・ウィザードを使用して1つのホスト上、つまりウィザードが呼び出されたサーバー上でローカルにしかインストールできません。複数のホストやリモート・ホストにはインストールできません。

- Oracle Management Service 13cは、次のバージョンの管理エージェントとのみ通信できます。

表5-2 13cリリースおよび12cリリースにおけるOMSと管理エージェントの互換性

Oracle Management Agent 12cリリース3 (12.1.0.3)

Oracle Management Agent 12cリリース4 (12.1.0.4)

Oracle Management Agent 12cリリース5 (12.1.0.5)

Oracle Management Agent 13c

Oracle Management Service 13c。

はい

はい

はい

はい

- symlinkにインストールしないでください。そのような場所にインストールすると、パッチやスケール・アウトなどのライフ・サイクル操作に影響があります。また、追加OMSの機能性にも影響があります。

- 環境変数ORACLE_HOMEおよびORACLE_SIDは設定しないでください。OracleのディレクトリがPATHにないことを確認してください。

- (グラフィック・モードのみ)DISPLAY環境変数を設定する必要があります。

- bashターミナルで、次のコマンドを実行します。
export DISPLAY=<hostname>:<vnc port>.0

たとえば、export DISPLAY=example.com:1.0です。

- 他のターミナルでは、次のコマンドを実行します。
setenv DISPLAY <hostname>:1.0

たとえば、setenv DISPLAY example.com:1.0です。

- Enterprise Manager Cloud Controlインストール・ウィザードによって、Java Development Kit (JDK) 1.7.0_80およびOracle WebLogic Server 12cリリース1 (12.1.3.0)がデフォルトでインストールされます。事前インストールされているJDKまたはOracle WebLogic Serverは、13cリリース1以降はサポートされません。

- Enterprise Manager Cloud Controlのインストール・ウィザードによってインストールされたOracle WebLogic Server 12cリリース1 (12.1.3.0) が、Enterprise Manager Cloud Control専用になっていることを確認する必要があります。そのミドルウェア・ホームに他のOracle Fusion Middleware製品が存在しないようにしてください。
ORACLE_COMMONプロパティはEnterprise Manager Cloud ControlとOracle Fusion Middleware製品の両方で使用されるため、これらを同じミドルウェア・ホームに共存させることはできません。

- 前提条件として、管理リポジトリを構成するためのOracle Databaseがすでに存在する必要があります。

- OMSおよび管理用リポジトリを格納するOracle Databaseを同じホストへインストールした場合、ホストを再起動しても一緒にインストールしたOMSおよび管理エージェントは自動的に開始されません。手動で開始してください。

- オプションで、オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリでデータベース・インスタンスを作成できます。これを行うには、付録Cを参照してください。このようなデータベース・インスタンスは、簡易インストールと拡張インストールで使用できます。
一方、データベース・テンプレートは拡張インストールにも使用できますが、基本的には簡易インストール用に設計されています。したがって、拡張インストール(おそらく小規模、中規模、または大規模のデプロイメント・サイズの選択)の実行中に、このようなデータベースの詳細を提供すると、選択したデプロイメント・サイズに合せてデータベース・パラメータを変更する必要があることを示すプロンプトが表示されます。メッセージを確認して先に進むことができます。インストール・ウィザードは、データベース・パラメータを必要な値に自動的に設定します。

- オプションで、管理リポジトリのデプロイに関する構成ガイドラインに従って、管理データの安全性、信頼性および可用性を確保するには、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

- 管理リポジトリの構成計画があるOracle Database上のXML DBのような機能を有効または無効にしても、Enterprise Managerは影響を受けません。そのため、Enterprise Managerはそれらの機能に依存していないため、データベースの機能はすべて有効または無効にできます。

- 必須プラグインの他に、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)にある他のプラグインをオプションでインストールできます。オプションのプラグインを選択してインストールできる画面がインストーラで用意されています。ただし、ソフトウェア・キット(DVDまたはダウンロードしたソフトウェア)に含まれないプラグインをインストールする場合は、第5.5.1項を参照してください。

- NFSマウントされたドライブにインストールし、OMSインスタンス・ベース・ディレクトリ((gc_inst))をNFSマウントされたドライブに作成する場合、インストール後に、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。httpd.confファイルのロック・ファイルの場所を変更し、ローカルのファイル・システムの場所にマップします。手順については、第5.7項を参照してください。

- 高可用性構成または障害時リカバリ構成にインストールしているか、または将来、高可用性構成または障害時リカバリ構成に変えようとしている場合、このインストールを続ける前に『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の次の章の内容を確認し、理解してください。

- 第16章「高可用性ソリューション」

- 第17章「Enterprise Manager高可用性」

- 第18章「Enterprise Manager障害時リカバリ」

前述の章の情報を確認した後、第17章で説明しているベスト・プラクティス(特に第17.3.1項の情報)に従って、高可用性または障害リカバリのインストール環境を適切に準備します。

- Oracleでは、Oracleライフタイム・サポート・ポリシーに基づき、製品のバグ修正を提供しています。製品ライセンスの有効期限が切れると、Oracleによって提供される不具合の修正のサポートも終了します。詳細は、次からアクセスできるOracleライフタイム・サポート・ポリシーを参照してください。
http://www.oracle.com/support/library/brochure/lifetime-support-technology.pdf

Enterprise Manager Cloud Controlのインストレーションのサポートと動作保証の組合せを判断するときは、Enterprise Manager Cloud Controlのフレームワーク・コンポーネントおよびEnterprise Manager Cloud Controlが監視するターゲットについて考慮する必要があります。Extended Supportライセンスを購入する必要なくコード修正を入手するには、Cloud Controlコンポーネントとターゲットを最新の動作保証済バージョンに常に更新しておくことをお薦めします。

- OMSとManagement Agentのエントリは、HPUNIX、HPia64、Solaris Sparcを除くすべてのUNIXプラットフォームの/etc/oragchomelistファイルにあります。
HPUNIX、HPia64、Solaris Sparcの各プラットフォームでは、エントリは/var/opt/oracle/oragchomelistにあります。

- ロケール固有のデータは、<OMS_Oracle_Home>/nls/dataディレクトリに格納されます。ORA_NLS10環境変数を<OMS_Oracle_Home>/nls/dataに設定するか、まったく設定しないかのどちらかにすることを強くお薦めします。

- Enforcingオプションは、セキュリティ強化されたLinux (SELinux)でサポートされています。

- 13c環境でOracle ZFS Storage Applianceターゲットを検出しないでください。

5.3 Enterprise Managerシステムをインストールするための前提条件

表5-3は、Enterprise Manager Cloud Controlをインストールする前に満たす必要がある前提条件の一覧です。

表5-3 Enterprise Manager Cloud Controlをインストールするための前提条件

要件

説明

ハードウェア要件

第1章に示されているハード・ディスク領域と物理メモリーの要件を満たしていることを確認します。

オペレーティング・システム要件

My Oracle Supportから入手できるEnterprise Manager動作保証マトリックスに記載されているように、Enterprise Manager Cloud Controlは、動作保証されているオペレーティング・システムのみにインストールしてください。Enterprise Manager動作保証マトリックスにアクセスするには、付録Dで概説する手順に従ってください。

将来サポートされるプラットフォームについては、My Oracle SupportのNote 793512.1を参照してください。

注意:

- Solaris 11ローカル・ゾーン上でのOMSは、サポートされていません。

- Oracle Solaris 10を使用する場合、アップデート9以上がインストールされていることを確認します。インストールされたかどうかを確認するには、次のコマンドを実行します。
cat /etc/release

次のような出力が表示されます。ここで、s10s_u6は、アップデート9がすでにインストールされていることを示しています。

Solaris 10 10/08 s10s_u9wos_07b SPARC

パッケージ、カーネル・パラメータおよびライブラリの要件

第2章で説明するように、必ずすべてのオペレーティング・システム固有のパッケージ、カーネル・パラメータおよびライブラリをインストールしてください。

オペレーティング・システム・グループおよびユーザーの要件

第3章の説明に従って、必要なオペレーティング・システムのグループとユーザーを作成します。

ブラウザの要件

My Oracle SupportのEnterprise Manager動作保証マトリックスに示されている動作保証済ブラウザを使用していることを確認します。Enterprise Manager動作保証マトリックスにアクセスするには、付録Dで概説する手順に従ってください。

データベース・バージョンの要件

既存のデータベースが、「My Oracle Support」のEnterprise Manager動作保証マトリックスに記載されている動作保証済のものであることを確認します。Enterprise Manager動作保証マトリックスにアクセスし、データベースが動作保証されたデータベースかどうかを確認するには、付録Dの手順に従ってください。

また、データベースを、オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリで作成したデータベース・インスタンスにすることができます。オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリでデータベース・インスタンスを作成する方法の詳細は、付録Cを参照してください。このデータベースがEnterprise Manager専用であることを確認します。

サポートされているデータベース構成タイプはプラガブル・データベース(PDB)、単独プラガブル・データベース(単独PDB)および非コンテナ・データベース(非CDB)です。

データベース・パッチの要件

必ず、サポートされているデータベースに最新のPSUを適用してください。

適応的なデータベース・オプティマイザ機能の要件

管理リポジトリが存在するOracle Database内の適応的なオプティマイザ機能(optimizer_adaptive_features=FALSE)を必ず無効にしてください。次の手順を実行します。

1. optimizer_adaptive_featuresパラメータをFALSEに設定することにより、適応的なオプティマイザ機能を無効にします。このためには、次のSQLコマンドを実行します。
alter system set optimizer_adaptive_features=false scope=both sid='*';

2. データベースを再起動します。

3. 変更が有効になったことを確認します。このためには、次のSQLコマンドを実行します。
show parameter adaptive;

次の出力が表示されるはずです。

NAME                          TYPE         VALUE
---------------------------------------------------
optimizer_adaptive_features   boolean      FALSE

NFSマウント・ポイントの場所の要件

NFSマウントの場所へインストールする場合、必ず次の操作を実行します。

- インストールを実行するホスト上での実行権限とともにroot squashが有効になっていることを確認します。

- アクセス制御リスト処理がNFSマウントポイントに対して無効になっていることを確認します。言い換えると、マウント・ポイントは、/etc/fstabファイルでnoaclオプションを使用して定義する必要があるということになります。これを行わない場合、インストールが失敗することがあります。
これを確認するには、インストール・ユーザーで、次のコマンドを実行し、/etc/fstabファイルの内容をチェックします。Enterprise Managerのインストールを計画しているマウント・ポイントにnoaclオプションが設定されていることを確認します。

cat /etc/fstab

たとえば、次の出力では、マウント・ポイント/u01/app/share1にはnoaclオプションが設定されています。この場合、インストールを続行できます。

nas.example.com:/export/share1 /u01/app/share1 nfs rw,bg,rsize=32768,wsize=32768,hard,nointr,tcp,noacl,vers=3,timeo=600 0 0

noaclオプションが設定されていない場合、システム管理者に連絡して/etc/fstabファイルに必要な変更を依頼してください。

NFS共有のミドルウェアの場所にインストールする場合、およびその場所が、ファイルに複数の読み書きを同時に実行できるconcurrent I/O (CIO)オプションを使用してマウントされている場合、インストールは失敗し、関連するエラーを報告します。

マウント済のファイル・システムを検証する場合、次のCIOオプションが有効になります。有効なCIOオプションがある場合、ドライブをアンマウントし、CIOオプションを無効にしてから、ドライブを再度マウントします。

node mounted mounted over vfs date options

/dev/host1 /host1/oracle jfs2 Feb 14 18:20 rw,cio,log=/dev/xd891loglv

ミドルウェア・ホームのパスの要件

ミドルウェア・ホームのパスの文字数がMicrosoft Windowsプラットフォームでは25文字、Unixプラットフォームでは70文字を超えないようにします。

たとえば、15文字のみを含むミドルウェア・ホームのパスC:\Oracle\MW\EMは、使用できます。ただし25文字を超えるC:\OracleSoftware\OracleMiddleware\OracleEnterpriseManager\OMS\newrelease\omsは、Microsoft Windowsプラットフォームで使用できません。

エージェント・ベース・ディレクトリのパスの要件

(Microsoft Windowsの場合のみ)エージェント・ベース・ディレクトリのパスの文字数が25文字を超えないようにします。

たとえば、16文字のみを含むエージェント・ベース・ディレクトリのパスC:\Oracle\Agent\は、使用できます。ただし、25を超える文字を含むC:\Oracle\ManagementAgent\12c\newは、使用できません。

一意のホスト名および静的IPアドレスの要件

ネットワーク構成をチェックして、インストール先のホストが、ネットワーク内の他のホストから認識可能な一意のホスト名と静的なIPアドレスに解決されることを確認します。

注意: 静的IPアドレスを使用することをお薦めします。動的IPアドレスを使用し、ホストを再起動した場合、ホストは新しいIPを受け取ることがあり、その結果としてOMSの起動が失敗します。

一時ディレクトリの領域要件

必ず、一時ディレクトリに10GBのハード・ディスク領域を割り当てます。

中央インベントリの要件

- 中央インベントリ・ディレクトリに100MBの領域が割り当てられていることを確認します。

- 一般的な非HA環境の場合、中央インベントリ(oraInventory)は、共有場所または非共有場所に配置できます。共有場所を使用する場合、1つのホスト当たりに1つのみの共有場所が維持されていて、同一の共有場所が2つのホストによって更新されないことを確認します。1つのインベントリ・ファイルは1つのホストのみのためであることを意味するので、他のホストが共有したり編集しないようにします。/etc/oraInst.locファイルを使用するときは、そこに指定されたインベントリの場所が、そのような場所を指していないことを確認します。2つ以上のホストに共通の共有場所を構成している場合、非共有場所にスイッチオーバーします。

- 記憶域レプリケーションおよびエイリアス・ホスト名を使用してプライマリおよびスタンバイの障害時リカバリ・サイトを備えている、通常のHA環境の場合、エイリアス・ホスト名を使用する共有記憶域にインストールされたソフトウェア用の中央インベントリ(oraInventory)は、プライマリ・サイトのOMSホストとスタンバイ・サイトのOMSホストの間に共通の共有場所に存在する必要があります。ソフトウェアのメンテナンス作業のためにアクティブなサイトからoraInventoryにアクセス可能とするために、この共有場所はレプリケートされた記憶域に設定する必要があります。

UMASK値の要件

シェル起動ファイルのデフォルト・ファイル・モード作成マスク(umask)を022に設定していることを確認します。

例:

- Bashシェルの場合:
$ . ./.bash_profile

- BourneまたはKornシェルの場合:
$ . ./.profile

- Cシェルの場合:
% source ./.login

CLASSPATH環境変数の要件

必ず、CLASSPATH環境変数の設定を解除します。インストールの完了後、常にこの変数を元の値にリセットできます。

ファイル記述子の要件

- max user processesパラメータおよびopen filesパラメータが30000に設定されていることを確認します。

- 必ず、ファイル記述子の制限を最低65536に設定します。

- ip_local_port_rangeパラメータが11000から65000までの範囲に設定されていることを確認します。

ホスト・ファイルの要件

/etc/hostsファイルで指定されているホスト名が一意であり、そのホストの正しいホスト名またはIPアドレスにマップされていることを確認します。マップされていないと、インストールは「製品固有の前提条件のチェック」ページで失敗する可能性があります。

一部のプラットフォーム用のインストーラは/etc/hostsファイルにあるホスト名を検証しないため、ホスト名またはIPアドレスが正しいことを確認する必要があります。

localhostがPing可能で、127.0.0.1に解決される(またはIPv6ホストの場合は::1に解決される)ことを確認します。

/etc/hostsファイルの推奨形式は次のとおりです。

<ip> <fully_qualified_host_name> <short_host_name>

次に例を示します。

127.0.0.1 localhost.localdomain localhost

172.16.0.0 myhost.example.com myhost

RFC 952では、名前(ネット、ホスト、ゲートウェイまたはドメイン名)は24文字以内のテキスト文字列で、アルファベット(A-Z)、数字(0-9)、マイナス記号(-)およびピリオド(.)から構成されることが前提となっています。ピリオドは、ドメイン・スタイル名のコンポーネントを区切るために使用する場合にのみ許可されることに注意してください。ブランクまたはスペースを名前に含めることはできません。大文字と小文字は区別されません。先頭の文字は英文字である必要があります。

また、使用する環境でDNSサーバーが構成される場合、DNSを使用してOMSをインストールするホストの名前を解決する必要があります。

たとえば、次のコマンドで返される出力はすべて同じである必要があります。

nslookup myhost

nslookup myhost.example.com

nslookup 172.16.0.0

エイリアス・ホスト名が/etc/hosts,に実装されている場合、DNSを使用して、OMSのインストール先となるエイリアス・ホスト名を解決できる必要はありません。

インストール・ユーザーの要件

インストール・ユーザーが次の要件を満たしていることを確認します。

- (UNIXのみ)rootユーザーはインストールを実行しないでください。

- (Microsoft Windowsのみ)ユーザーは、ORA-DBAグループに属しており、管理者権限を持っている必要があります。

- (Microsoft Windowsのみ)ユーザーは、DBAグループに属しており、次の作業、つまりオペレーティング・システムの一部として機能、トークン・オブジェクトの作成、バッチ・ジョブとしてログオン、およびプロセスのメモリー・クォータの調整を実行する権限持っている必要があります。
インストール・ユーザーにこれらの権限があることを確認するには、「スタート」メニューから「設定」をクリックし、「コントロール パネル」を選択します。「コントロール パネル」ウィンドウから「管理ツール」を選択し、「管理ツール」ウィンドウから「ローカル セキュリティ ポリシー」を選択します。「ローカル セキュリティ設定」ウィンドウのツリー構造から「ローカル ポリシー」を展開し、次に「ユーザー権利の割り当て」を展開します。

権限の要件

- ミドルウェア・ホームおよびOracle Management Serviceインスタンス・ベースの場所に、書込み権限があることを確認します。

- 実行可能ファイルのコピー先の一時ディレクトリに対して書込み権限があることを確認します。たとえば、/tmpまたはc:\Tempです。

- セントラル・インベントリ(oraInventory)がまだ存在しない場合、作成する場所に書込み権限があることを確認します。セントラル・インベントリがすでにある場合、インベントリ・ディレクトリに書込み権限があることを確認してください。

- 既存のOracle Databaseをインストールしたユーザーが、新しい表領域のデータ・ファイルがコピーされるデータ・ファイルの場所に対して、書込み権限を持っていることを確認します。
これらの表領域とデータ・ファイルは、Enterprise Manager Cloud Controlの構成中に作成されます。単純構成によるインストール(第5.4項)の場合、インストーラは自動的にデフォルトの場所を使用するため、これらを求められることはありません。ただし、カスタム構成によるインストール(第5.5項)の場合、場所を明示的に検証または入力するよう求められます。

近接度要件

OMSがインストールされるホストと管理リポジトリが構成されるホストが、互いに近くに置かれていることを確認します。理想的には、2つの間のラウンドトリップ・ネットワーク待機時間が1ミリ秒未満になるようにする必要があります。

ポートの要件

Enterprise Manager Cloud Controlのコア・コンポーネントに割り当てる(特定の範囲内の)ポートが空きで使用可能になっていることを確認します。コア・コンポーネントとそのポート範囲の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

ポートが空いているかどうか確認するには、次のコマンドを実行します。

- UNIXの場合:
netstat -an | grep <port no>

- Microsoft Windowsの場合:
netstat -an|findstr <port_no>

インターネット接続の要件

構成情報の収集と「My Oracle Support」へのアップロードが自動的に行われるように、インストーラを実行するホストがインターネットに接続可能であることをお薦めします。

インターネット経由で、インストーラを使用してMy Oracle Supportからソフトウェアの更新を検索およびダウンロードできます。インターネットにアクセスできない場合のインストールについては、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の手動でオフライン・インストール用にソフトウェアの更新を取得する方法に関する項を参照してください。

13cをインストールを開始する前にこれらの更新を取得して、適宜インストーラが使用できるようにします。

5.4 デモンストレーション・サイトでのEnterprise Managerシステムのインストール(単純構成)

Enterprise Manager Cloud Controlを評価またはデモンストレーション目的のためにインストールする場合は、簡易インストール・タイプを使用します。このインストール・タイプでは、完全なEnterprise Managerシステムに必要なデフォルト構成設定およびプリファレンスでインストールされます。インストールをカスタマイズするオプションはあまり多くありません。たとえば、インストールでデフォルトのプラグインのみがデプロイされ、デプロイする他のプラグインを手動で選択する個別の画面は提供されません。

そのため、このインストール・タイプは、主にデモンストレーションまたは評価が目的の場合、小規模なデプロイメントの場合、インストーラのきめ細かい制御が不要で、Enterprise Managerシステムを少ないメモリーで迅速にインストールする場合、および環境で監視するターゲットが少ない場合を想定しています。

Enterprise Manager Cloud Controlを評価またはデモンストレーション目的のためにインストールする場合は、次の手順を実行します。

注意:
インストーラを起動する前にEM前提条件キットを実行し、リポジトリの前提条件をすべて満たしていることをあらかじめ確認することをお薦めします。手動で実行しない場合でも、インストーラは製品のインストール時にバックグラウンドでこれを実行します。ただし、事前に手動で実行すると、インストールまたはアップグレード・プロセスを開始できる前でも管理リポジトリが設定されます。キットの詳細とその実行方法、キットで実行される前提条件チェックについては、付録Aを参照してください。
ただし、オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリで作成されたデータベース・インスタンスの使用を計画している場合は、EM前提条件キットを呼び出す際に次のパラメータを必ず渡してください。

-componentVariables repository:EXECUTE_CHECKS_NOSEED_DB_FOUND:false

1. Enterprise Manager Cloud Controlインストール・ウィザードを起動します。
第3章の説明に従って作成したoinstallグループに属するユーザーとして、インストール・ウィザードを呼び出します。

<Software_Location>/em13100_<platform>.bin

たとえば、Linuxプラットフォームでは、/u01/software/em/em13100_linux64.binを実行します。

注意:

- UNIXプラットフォームでインストール・ウィザードを起動するには、em13100_<platform>.binを実行します。Microsoft Windowsプラットフォームで起動するには、setup_em_win64.exeを実行します。

- インストーラは、一時ディレクトリ内に約10GBのハード・ディスク領域を必要とします。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡し、10GBの領域がある別のディレクトリを指定します。
このパラメータで指定されたディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

次に例を示します。

./em13100_linux64.bin -J-Djava.io.tmpdir=/u01/software/em13c/stage/

- Enterprise Manager Cloud Controlソフトウェアをダウンロードして実行するディレクトリの名前に空白文字が含まれていないことを確認します。たとえば、EM Softwareという名前のディレクトリの場合、2つの語の間に空白文字が含まれているため、このディレクトリからはソフトウェアをダウンロードして実行しないでください。

2. (オプション)「My Oracle Supportの詳細」に入る

(オプション)「My Oracle Supportの詳細」画面でMy Oracle Support資格証明を入力し、Oracle Configuration Managerを有効にします。Oracle Configuration Managerをここで有効にしない場合、手順(3)に進みます。

インストール・ウィザードを実行するホストがインターネットに接続されていない場合、電子メール・アドレスのみを入力し、他のフィールドは空白のままにしてください。インストールの完了後、構成情報を手動で収集し、My Oracle Supportにアップロードしてください。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

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

4. (推奨)ソフトウェア更新をインストールする

「ソフトウェアの更新」画面で「更新の検索」を選択し、次のオプションのいずれかを選択して最新のソフトウェア更新を適用します。

- 「ローカル・ディレクトリ」、ホストにインターネット接続がなく、オフライン・モードで更新をダウンロードして、それらをインストール実行中に適用する場合。

- 「My Oracle Support」、ホストにインターネット接続があり、インストーラによりMy Oracle Supportに接続してオンライン・モードで更新をダウンロードして、それらをインストール実行中に適用する場合。

これらのオプションに関する情報およびこれらのオプションを使用してソフトウェア更新をダウンロードして適用する方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

注意:
「ソフトウェアの更新」画面は組込み機能である「自動更新」を使用して、Enterprise Manager Cloud Controlのインストールまたはアップグレード中に最新の推奨パッチを自動的にダウンロードしてデプロイできます。この方法では、オラクル社によってリリースされるパッチの手動チェックを継続する必要はありません。正常なインストールおよびアップグレードのためにインストーラによって必要とされるすべてのパッチが、My Oracle Supportで検出されてダウンロードされ、インストールまたはアップグレード中に適用されるため、既知の問題や潜在的な失敗が減少します。この機能を使用して、インストールの進行中にソフトウェア更新を適用することを強くお薦めします。詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

注意:
インストール中に、Oracle Management Repositoryを構成できるデータベースの詳細が要求されます。オラクル社提供のデータベース・テンプレートを使用して事前構成済のOracle Management Repositoryをすでに含むデータベースの詳細を提供する場合、この画面で選択されたソフトウェア更新を自動的に適用できません。そのような場合、インストール後にこれらのソフトウェア更新を手動でダウンロードして適用する必要があります。

注意:
My Oracle Supportの資格証明を指定してもソフトウェア更新をダウンロードできない場合、インストーラを終了し、次のように-showProxyパラメータを指定してインストーラを再起動します。
<Software_Location>/em13100_<platform>.bin SHOW_PROXY=true

5. 「次へ」をクリックします。
Enterprise Manager Cloud Controlが、UNIXオペレーティング・システムで実行中のホストにインストールする最初のOracle製品である場合、「Oracleインベントリ」画面が表示されます。詳細は手順(6)を参照してください。最初の製品ではない場合、「前提条件の確認」画面が表示されます。詳細は手順(8)を参照してください。

Enterprise Manager Cloud Controlが、Microsoft Windowsオペレーティング・システムで実行中のホストにインストールする最初のOracle製品である場合、「Oracleインベントリ」画面は表示されません。Microsoft Windowsでは、デフォルトのインベントリ・ディレクトリは次のようになります。

<system drive>\Program Files\Oracle\Inventory

6. Oracleインベントリの詳細を入力します。
「Oracleインベントリ」画面で、次のようにします。このホストでの最初のOracle製品のインストールであると特定された場合のみ、この画面が表示されます。

1. インベントリ・ファイルおよびディレクトリを配置するディレクトリへのフルパスを入力します。

注意:

- これがホスト上で最初のOracle製品である場合、デフォルトのセントラル・インベントリの場所は<home directory>/oraInventoryになります。ただし、すでにOracle製品がホスト上にある場合、中央インベントリの場所は、oraInst.locファイルで参照できます。oraInst.locファイルは、LinuxおよびAIXの場合/etcディレクトリに、Solaris、HP-UXおよびTru64の場合/var/opt/oracleディレクトリにあります。

- デフォルトのインベントリ・ディレクトリに対する読み書きおよび実行権限が付与されていることを確認します。必要な権限が付与されていない場合、インストーラを終了し、INVENTORY_LOCATIONパラメータを使用して再度インストーラを起動し、代わりのインベントリの場所の絶対パスを渡します。
次に例を示します。

<Software_Location>/em13100_<platform>.bin INVENTORY_LOCATION=<absolute_path_to_inventory_directory>

または、-invPtrLocパラメータを使用してインストーラを起動し、代わりのインベントリの場所を含むoraInst.locファイルの絶対パスを渡します。

次に例を示します。

<Software_Location>/em13100_<platform>.bin -invPtrLoc <absolute_path_to_oraInst.loc>

ただし、これらのパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされないことに注意してください。

2. Oracleインベントリ・ディレクトリを所有する適切なオペレーティング・システム・グループ名を選択します。選択するグループは、そのOracleインベントリ・ディレクトリに対する書込み権限を持っている必要があります。

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

8. 前提条件を確認します。

「前提条件チェック」画面で、インストール・ウィザードで実行される前提条件チェックのステータスを確認し、インストールが成功するすべての最小要件を満たしている環境かどうかを確認します。

インストール・ウィザードでは、この画面に達すると前提条件チェックが自動的に実行されます。必要なオペレーティング・システム・パッチ、オペレーティング・システム・パッケージなどがチェックされます。

前提条件チェックのステータスは、「警告」、「失敗」、「成功」、「実行されませんでした」、「進行中」、「保留中」のいずれかです。

- 一部のチェックの結果が「警告」または「失敗」ステータスになった場合、インストールを続ける前に問題を調べて修正してください。この画面では、前提条件が満たされなかった理由や解決方法を提供します。問題を修正した後、この画面に戻り、「再実行」をクリックして前提条件を再度チェックします。

- ただし、これから先に進むにはすべてのパッケージの要件を満たすか、修正する必要があります。そうしなければ、インストールが失敗することがあります。

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

注意:
前提条件チェックが失敗しパッケージの欠落が報告された場合、必要なパッケージをインストールして、「再実行」をクリックしてください。インストール・ウィザードがパッケージの名前およびバージョンを検証するので、必ず第2章で説明している最小バージョンのパッケージをインストールしてください。インストール・ウィザードがこれらのパッケージを検証するために使用する論理を理解するには、第2.1.1項を参照してください。

10. インストール・タイプを選択します。

「インストール・タイプ」画面で、「Enterprise Managerシステムの新規作成」を選択し、続いて「単純」を選択します。

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

12. インストールの詳細を入力します。

「インストールの詳細」画面で、次のようにします。

1. OMSおよび他のコア・コンポーネントをインストールするミドルウェア・ホームを入力します。
例: /u01/software/em13c/oraclehome

注意:

- Enterprise Manager Cloud Controlインストール・ウィザードによって、Oracle WebLogic Server 12cリリース1 (12.1.3.0)およびJDK 1.7.0_80が、ここで入力したミドルウェア・ホーム・ディレクトリにデフォルトでインストールされます。事前インストールされているJDKまたはOracle WebLogic Serverは、13cリリース1以降はサポートされません。

- ミドルウェア・ホームのパスの文字数がMicrosoft Windowsプラットフォームでは25文字、Unixプラットフォームでは70文字を超えないようにします。
たとえば、15文字のみを含むミドルウェア・ホームのパスC:\Oracle\MW\EMは、使用できます。ただし、25文字を超えるC:\OracleSoftware\OracleMiddleware\OracleEnterpriseManager\OMS\newrelease\omsはMicrosoft Windowsプラットフォームで使用できません。

- デフォルトでは、OMSインスタンス・ベースのディレクトリ(gc_inst)が、ミドルウェア・ホーム外でミドルウェア・ホームの親レベルにあたる場所に作成されます。たとえば、ミドルウェア・ホームとしてu01/software/oracle/middlewareと入力すると、インスタンス・ベースのディレクトリがu01/software/oracle/gc_instとして作成されます。
ただし、NFSマウントされたドライブにインストールし、OMSインスタンス・ベース・ディレクトリ((gc_inst))をNFSマウントされたドライブに作成する場合、インストール後に、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。httpd.confファイルのロック・ファイルの場所を変更し、ローカルのファイル・システムの場所にマップします。手順については、第5.7項を参照してください。

2. Management Agentをインストールできるエージェント・ベース・ディレクトリ(Oracleミドルウェア・ホーム外の場所)の絶対パスを入力します。たとえば、ミドルウェア・ホームが/u01/software/em13c/oraclehomeの場合は、エージェント・ベース・ディレクトリを/u01/software/em13c/agentbasedirとして指定できます。
この場所が空で、書込み権限があることを確認してください。また、常に、ミドルウェア・ホーム外で管理されるようにしてください。

注意:
ミドルウェア・ホームのパスの文字数がMicrosoft Windowsプラットフォームでは25文字、Unixプラットフォームでは70文字を超えないようにします。
たとえば、15文字のみを含むミドルウェア・ホームのパスC:\Oracle\MW\EMは、使用できます。ただし、25文字を超えるC:\OracleSoftware\OracleMiddleware\OracleEnterpriseManager\OMS\newrelease\omsはMicrosoft Windowsプラットフォームで使用できません。

3. OMSを構成するホストの名前を検証します。
ホストが仮想マシンを使用して構成されている場合は、ホスト名は完全修飾名または仮想ホスト名で表示されます。ORACLE_HOSTNAMEの値を指定してインストール・ウィザードを起動した場合、このフィールドにはその名前が事前に移入されます。

デフォルトのホスト名を受け入れるか、DNSに登録され、他のネットワーク・ホストからアクセスできる完全修飾ドメイン名を入力します。または、このサイトですべてのOMSインスタンスの/etc/hostsファイルに定義されているエイリアス・ホスト名を入力します。

注意:
ホスト名はローカルのOracle WebLogic ServerおよびOracle Management Serviceで使用されるため、ホスト名はローカル・ホストまたは仮想ホストに解決する必要があります。このフィールドには、リモート・ホストやロード・バランサ仮想ホストを指定しないでください。IPアドレスを入力しないでください。名前にアンダースコアを使用しないでください。短縮名も使用できますが、警告が表示されるため、完全修飾ドメイン名を入力することをお薦めします。

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

14. 構成の詳細を入力します。

「構成詳細」画面で、次のようにします。

1. 管理者パスワードを入力します。これは、Enterprise Manager Cloud Controlを構成するための共通パスワードとして使用できます。

注意:
パスワードはスペースを含めず8文字以上とします。先頭は文字とし、数字を1つ以上含めるようにしてください。

表5-4で、使用する管理者パスワードについて説明します。

表5-4 管理者パスワードの使用方法

用途

説明

SYSMANユーザー・アカウントの作成

ユーザー・アカウントは、管理リポジトリにSYSMANスキーマを構成するためのスーパー管理者として使用されます。

デフォルトのWebLogicユーザー・アカウントweblogicの作成

ユーザー・アカウントは、デフォルトのWebLogicドメインGCDomainを作成するための管理者として使用されます。

デフォルトのノード・マネージャ・ユーザー・アカウントnodemanagerの作成

ユーザー・アカウントは、Enterprise Manager Cloud Controlの構成中に、自動的に作成されます。

ノード・マネージャを使用すると、Oracle WebLogic Serverインスタンスのリモートでの起動、停止または再起動が可能になるため、ノード・マネージャは高可用性の要件を持つアプリケーションに推奨されます。

新しい管理エージェントの認証

エージェント登録パスワードは、OMSと管理エージェント間の通信がセキュアであるEnterprise Managerシステムに参加する新しい管理エージェントの認証に使用されます。

2. 管理リポジトリの作成が必要な既存の動作保証済データベースの詳細を指定します。オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリでデータベース・インスタンスをすでに作成した場合は、そのデータベース・インスタンスの詳細を指定します。
インストーラはこの情報を使用して、既存のデータベースに接続し、SYSMANスキーマとプラグイン・スキーマを作成します。事前構成済の管理リポジトリがすでにあるデータベースの詳細を提供した場合、インストーラはプラグイン・スキーマのみ作成します。

注意:

- オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリでデータベース・インスタンスを作成する方法の詳細は、付録Cを参照してください。

- オラクル社提供のデータベース・テンプレートを使用して作成されたデータベース・インスタンスに接続する場合は、ユーザー・アカウントSYSMAN、SYSMAN_MDS、SYSMAN_APMおよびSYSMAN_OPSS (管理リポジトリの事前構成中に作成されたもの)に割り当てられているパスワードが、この画面に入力した管理者パスワードで自動的にリセットされます。これらすべてのユーザー・アカウントのロックも解除します。

- データベースが動作保証マトリックスにリストされている動作保証済データベースかどうかを確認するには、付録Dで概説されている手順に従ってください。

- プラガブル・データベース(PDB)の詳細を指定する場合は、別名ではなく完全なサービス名を使用してください。たとえば、pdb.example.comです。単独プラガブル・データベース(単独PDB)の詳細を指定する場合は、完全なサービス名を使用してください。たとえば、pdb.example.comです。非コンテナ・データベース(非CDB)の詳細を指定する場合は、SIDを使用してください。

- 単一クライアント・アクセス名(SCAN)で構成されたOracle RACデータベースの詳細を指定する場合は、SCAN名をホスト名として入力できます。

- 設定されるすべてのデータベース初期化パラメータ、実行されるすべての前提条件チェック、および失敗した場合に手動で前提条件チェックを実行する方法は、「付録A」を参照してください。

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

注意:

- Oracle RACデータベースに接続していて、そのノードのいずれかの仮想IPアドレスを指定している場合、インストール・ウィザードで「接続文字列」ダイアログが表示され、クラスタの一部であるその他のノードの情報で接続文字列を更新するように求められます。接続文字列を更新して「OK」をクリックします。接続をテストするには、「接続テスト」をクリックします。

- 単一クライアント・アクセス名(SCAN)リスナーを使用するようOracle RACデータベース11.2以上が構成されている場合、SCANリスナーを使用した接続文字列を入力できます。

- CDBまたはPDBで構成されたOracle Databaseに接続する場合は、この画面でPDBの詳細を入力する前に、必ずPDBを開いてください。

- データベースへの接続がORA-01017(無効なユーザー名/パスワード)により失敗したというエラーが表示されたら、次の手順に従って問題を解決してください。
(1) 提供されたSYSパスワードが有効かどうか確認します。

(2) データベース初期化パラメータのREMOTE_LOGIN_PASSWORDFILEが、SharedまたはExclusiveに設定されているか確認します。

(3) orapw<SID>というファイル名のパスワード・ファイルが、データベース・ホームの<ORACLE_HOME>/dbsディレクトリに存在することを確認します。存在しない場合、ORAPWDコマンドを使用してパスワードを作成してください。

16. 共有場所を構成します。

注意:
Microsoft Windowsでインストーラを起動した場合、「Enterprise Manager共有場所の詳細」画面に「構成ボリューム」オプションと「クラスタ・ボリューム」オプションは表示されません。これは予測されている動作です。

「Enterprise Manager共有場所の詳細」画面で、次の操作を実行します。

1. (オプション) Oracle Software Libraryを構成します。
Oracleソフトウェア・ライブラリ(ソフトウェア・ライブラリ)は、ソフトウェア・パッチ、仮想アプライアンス・イメージ、参照ゴールド・イメージ、アプリケーション・ソフトウェアおよび関連するディレクティブのスクリプトなどのソフトウェア・エンティティを格納するリポジトリとして機能する、Enterprise Manager Cloud Control内の機能です。ソフトウェア・ライブラリは、プロビジョニングやパッチ適用などの操作に必要です。

「Oracleソフトウェア・ライブラリの構成」を選択し、一意のディレクトリ名への絶対パスを入力します。デフォルトでは、構成される記憶域の場所はOMS共有ファイル・システムの場所であるため、OMSホストにマウントされた場所を入力することを強くお薦めします。これは、ソフトウェア・ライブラリの同じマウントされた場所を使用できるOMSインスタンスをさらにインストールする場合に役立ちます。

重要:
ソフトウェア・ライブラリは、主に「OMS共有ファイル・システム」の場所と「OMSエージェント・ファイル・システム」の場所の2つのタイプの記憶域の場所をサポートしています。これらの記憶域の場所を理解するには、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。
なんらかの理由で、OMS共有ファイル・システムの場所を構成できない場合は、OMSエージェントの記憶域の場所を構成してください。詳細は、『Enterprise Manager Cloud Control管理者ガイド』のOMSエージェント・ファイル・システムの場所の構成に関する項を参照してください。

注意:

- インストール時のソフトウェア・ライブラリの構成はオプションです。このオプションを選択せずに、これを構成しなくても、インストールは成功します。ソフトウェア・ライブラリは、初期設定コンソールまたはソフトウェア・ライブラリ管理コンソール(Enterprise Manager Cloud Controlコンソール内で使用可能)を使用して後で構成できます。ただし、インストーラによって自動的に構成が行われるように、インストール時にはこのオプションを選択して構成することを強くお薦めします。これにより、時間と労力を節約でき、最初のOMSの直後に追加OMSをインストールして、同じソフトウェア・ライブラリの場所を使用するように構成できます。

- ソフトウェア・ライブラリの構成後、ソフトウェア・ライブラリ管理コンソールで場所の詳細を表示できます。このコンソールにアクセスするには、「設定」メニューから、「プロビジョニングとパッチ適用」、「ソフトウェア・ライブラリ」の順に選択します。

2. (オプション)デフォルトでインストールされて構成されるOracle BI Publisherの共有場所を構成します。共有記憶域の場所は、レポート・カタログおよび現在インストールしている最初のOMSおよび今後インストールする予定の追加のOMSに関連する管理情報を格納するための共通の場所として機能します。
(i) Oracle BI Publisherに使用できる共有場所を指定します。

既存の共有場所がない場合、新たに作成し、最初のOMSをインストールするホストおよび追加のOMSインスタンスをインストールする予定のホストでそれが認識されることを確認します。

インストールが成功するように、インストール時に共有ディレクトリ用のハードディスク・ドライブを約400MB予約できます。ただし、追加のプラグインをインストールしたり、さらに多くのレポートを作成するうちに、領域使用量は時間とともに増えていくため、最終的に少なくとも10GBに拡張し、将来的にはさらに拡張できるようにすることをお薦めします。

注意:
ソフトウェア・ライブラリ、または以前のリリースのEnterprise Managerのゴールド・イメージのステージング用に使用していた共有場所がすでにある場合、同じ場所を使用するよう選択できます。ただし、共有場所内でのOracle BI Publisher、ソフトウェア・ライブラリおよびステージング済ゴールド・イメージの各ディレクトリは必ず一意にしてください。たとえば、すでに共有場所/u01/software/examplehost/shrd/を使用しており、ソフトウェア・ライブラリが/u01/software/examplehost/shrd/SW内に構成されている場合、同じ場所を使用できますが、Oracle BI Publisher用のこの共有場所内のディレクトリが/u01/software/examplehost/shrd/BIPになっていることを確認してください。

(ii) この画面で、「Oracle BI Publisherの共有場所の構成」を選択します。次のディレクトリ・パスを入力します。最初のOMSのインストールに使用するユーザー・アカウントに、これらのパスの読取りおよび書込み権限があることを確認します。

注意:
Microsoft Windowsでインストーラを起動した場合、「Enterprise Manager共有場所の詳細」画面に「構成ボリューム」オプションと「クラスタ・ボリューム」オプションは表示されません。これは予測されている動作です。

「構成ボリューム」に、Oracle BI Publisherリポジトリおよび構成ファイルが格納される共有記憶域の場所にある/configディレクトリまでのパスを入力します。たとえば、/ntwkshrd/bip/configなどです。

「クラスタ・ボリューム」に、Oracle BI Publisheが高可用性環境で動作するためにOracle BI Publisherスケジューラ記憶域が保持される共有記憶域の場所にある/clusterディレクトリまでのパスを入力します。たとえば、/ntwkshrd/bip/clusterなどです。

警告:

インストール後、これらのディレクトリを削除しないでください。これらのディレクトリは、Oracle BI Publisherが適切に機能するために必要なので、インストール中だけでなくインストール後にも必要になります。

3. (オプション)インストールされて構成されているOracle BI Publisherを有効または無効にします。Oracle BI Publisherを有効にすると、ソフトウェアが起動され、Enterprise Managerシステム内で使用するための準備が整えられます。Oracle BI Publisherを無効にすると、ソフトウェアは起動されずにそのままになります。
Oracle BI Publisherを有効にするには、「Oracle BI Publisherの有効化」を選択します。

注意:
インストール時にOracle BI Publisherを無効にするよう選択した場合、インストール後に有効にするには、Oracleホームのbinディレクトリから次のEM CTLコマンドを実行します。
$<ORACLE_HOME>/bin/emctl config oms -enable_bip

コマンドはOracle BI Publisherを有効にするのみで、起動はしません。開始するには、Oracleホームのbinディレクトリから次のコマンドを実行します。

$<ORACLE_HOME>/bin/emctl start oms -bip_only

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

18. 確認してインストールします。
「確認」画面で、選択したインストール・タイプに指定した詳細を確認します。

- 詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。

- 詳細を確認し問題がない場合、「インストール」をクリックしてインストール・プロセスを開始します。

19. 進行状況を追跡します。
「インストールの進行状況」画面で、インストールの全体的な進行(パーセント)とコンフィギュレーション・アシスタントのそれぞれのステータスを参照します。コンフィギュレーション・アシスタントは、Enterprise Manager Cloud Controlのインストール済コンポーネントを構成するために実行されます。

注意:

- コンフィギュレーション・アシスタントが失敗した場合、インストーラは停止して、その後のコンフィギュレーション・アシスタントはどれも実行されません。問題を解決してコンフィギュレーション・アシスタントを再試行してください。
詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の付録にあるトラブルシューティングのヒントについての項目を参照してください。

- 「再試行」をクリックする前に誤ってインストーラを終了した場合は、インストーラを再起動して同じ画面を開くのではなく、OracleホームからrunConfig.shスクリプトを起動して、サイレント・モードでコンフィギュレーション・アシスタントを再実行します。Microsoft Windowsプラットフォームの場合は、runConfig.batスクリプトを呼び出します。
$<ORACLE_HOME>/oui/bin/runConfig.sh ORACLE_HOME=<absolute_path_to_Oracle_home> MODE=perform ACTION=configure COMPONENT_XML={encap_oms.1_0_0_0_0.xml}

runConfig.shスクリプトが失敗した場合は、環境をクリーンアップし、インストールを再実行します。

20. スクリプトを実行します。
ソフトウェア・バイナリのコピーおよび構成の後、allroot.shスクリプト、および今回がホストでの最初のOracle製品のインストールの場合oraInstRoot.shスクリプトを実行するように要求されます。別のウィンドウを開き、rootとしてログインし、これらのスクリプトを手動で実行します。

Microsoft Windowsオペレーティング・システム上でインストールしている場合、このスクリプトの実行は要求されません。

21. インストールを終了します。
「終了」画面に、Enterprise Managerのインストールに関連する情報が表示されます。情報を確認し、「閉じる」をクリックして、インストール・ウィザードを終了します。

このインストールの詳細は、OMSのOracleホーム内の次のファイルを参照してください。

$<ORACLE_HOME>/install/setupinfo.txt

注意:
サーバー・ロード・バランサ(SLB)が環境に構成され、アップロード・ポートがロックされている場合、JVMDエンジンに対してSLBを構成し、OMSを保護します。
SLBが環境に構成されているが、アップロード・ポートのロックが解除されている場合、JVMDのトラフィックにSLBを経由させるかどうかを決定します。そのようにする場合、JVMDエンジンに対してSLBを構成し、OMSを保護します。

OMSを保護するには、次のコマンドを実行します。

<ORACLE_HOME>/bin/emctl secure oms -host <SLB host>-slb_jvmd_http_port <JVMD_SLB_HTTP_Port> -slb_jvmd_https_port <JVMD_SLB_HTTPS_Port> -sysman_pwd <system_password> -reg_pwd <agent_registration_password>

注意:
なんらかの理由でインストールに失敗した場合は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』にリストされているログ・ファイルを確認します。

注意:
インストール・ウィザードを実行して、リポジトリ設定を修正するためインストール・ウィザードによって修正処理を行い、インストールのプロセスを完了せずにウィザードを終了した場合、インストールを急に終了したためにリポジトリ設定が元の値にリセットされないことがあります。この場合は、インストール・ウィザードを再び起動する前に、EM前提条件キットを実行して値を手動でリセットしてください。このためには、次のコマンドを実行し、EM前提条件キットの詳細を取得するレスポンス・ファイルを渡します。
./em13100_linux64.bin EMPREREQ_KIT=true EMPREREQKIT_PROPERTY_FILE=<absolute_path_to_reponse_file>

レスポンス・ファイルの内容は次のとおりです。

installerMode=emprereqkit
executionType=install
prerequisiteXMLRootDir=<prereq_xmlrootdir_location>
connectString=<connect_string>
dbUser=SYS
dbPassword=password
reposUser=sysman
dbRole=sysdba
runPrerequisites=true
runPostCorrectiveActions=true

5.5 本番サイトでのEnterprise Managerシステムのインストール(拡張構成)

Enterprise Manager Cloud Controlを本番環境にインストールする場合は、拡張インストール・タイプを使用します。このインストール・タイプでは、必要に合せてインストールをカスタマイズできるカスタムまたは拡張構成オプションが提供されます。

このインストール・タイプには次のような利点があります。

- デプロイメント・サイズ(小、中、大)を選択するオプションを提供し、選択するデプロイメント・サイズに応じて必要なメモリーで構成します。デプロイメント・サイズでは、基本的に、監視予定のターゲット数、予定している管理エージェント数および予定している同時ユーザー・セッション数を指定します。

- オラクル社提供のデータベース・テンプレートを使用して管理リポジトリが事前構成されているデータベースを使用できます。

- Oracle Databaseプラグイン、Oracle Fusion Middlewareプラグイン、Oracle Exadataプラグイン、Oracle Cloud Frameworkプラグイン、Oracle System Infrastructureプラグインなどの必須プラグインをデプロイします。さらに、任意の他のオプションのプラグインを選択およびデプロイできます。

- WebLogicドメインGCDomainのデフォルトのユーザー・アカウントweblogicの名前は変更できます。

- WebLogic Server管理、ノード・マネージャ、SYSMANユーザー・アカウントおよび管理エージェントの登録に個別の異なるパスワードを要求します。

- ミドルウェア・ホームのデフォルトのOMSインスタンス・ベース・ディレクトリ(gc_inst)を任意の名前に変更することを可能にし、およびそのディレクトリをミドルウェア・ホーム以外に作成します。

- 管理、構成データおよびJVM診断データの表領域の場所を変更できます。

- 環境に合せてポートをカスタマイズできます。

Enterprise Manager Cloud Controlを本番サイト用にインストールする場合は、次の手順を実行します。

注意:
インストーラを起動する前にEM前提条件キットを実行し、リポジトリの前提条件をすべて満たしていることをあらかじめ確認することをお薦めします。手動で実行しない場合でも、インストーラは製品のインストール時にバックグラウンドでこれを実行します。ただし、事前に手動で実行すると、インストールまたはアップグレード・プロセスを開始できる前でも管理リポジトリが設定されます。キットの詳細とその実行方法、キットで実行される前提条件チェックについては、付録Aを参照してください。
ただし、オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリで作成されたデータベース・インスタンスの使用を計画している場合は、EM前提条件キットを呼び出す際に次のパラメータを必ず渡してください。

-componentVariables repository:EXECUTE_CHECKS_NOSEED_DB_FOUND:false

1. Enterprise Manager Cloud Controlインストール・ウィザードを起動します。
第3章の説明に従って作成したoinstallグループに属するユーザーとして、インストール・ウィザードを呼び出します。

<Software_Location>/em13100_<platform>.bin

たとえば、Linuxプラットフォームでは、/u1/software/em/em13100_linux64.binを実行します。

注意:

- UNIXプラットフォームでインストール・ウィザードを起動するには、em13100_<platform>.binを実行します。Microsoft Windowsプラットフォームで起動するには、setup_em_win64.exeを実行します。

- インストーラは、一時ディレクトリ内に約10GBのハード・ディスク領域を必要とします。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡し、10GBの領域がある別のディレクトリを指定します。
このパラメータで指定されたディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

次に例を示します。

./em13100_linux64.bin -J-Djava.io.tmpdir=/u01/software/em13c/stage/

- Enterprise Manager Cloud Controlソフトウェアをダウンロードして実行するディレクトリの名前に空白文字が含まれていないことを確認します。たとえば、EM Softwareという名前のディレクトリの場合、2つの語の間に空白文字が含まれているため、このディレクトリからはソフトウェアをダウンロードして実行しないでください。

2. (オプション)「My Oracle Supportの詳細」に入る

(オプション)「My Oracle Supportの詳細」画面でMy Oracle Support資格証明を入力し、Oracle Configuration Managerを有効にします。Oracle Configuration Managerをここで有効にしない場合、手順(3)に進みます。

インストール・ウィザードを実行するホストがインターネットに接続されていない場合、電子メール・アドレスのみを入力し、他のフィールドは空白のままにしてください。インストールの完了後、構成情報を手動で収集し、My Oracle Supportにアップロードしてください。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

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

4. (推奨)ソフトウェア更新をインストールする

「ソフトウェアの更新」画面で「更新の検索」を選択し、次のオプションのいずれかを選択して最新のソフトウェア更新を適用します。

- 「ローカル・ディレクトリ」、ホストにインターネット接続がなく、オフライン・モードで更新をダウンロードして、それらをインストール実行中に適用する場合。

- 「My Oracle Support」、ホストにインターネット接続があり、インストーラによりMy Oracle Supportに接続してオンライン・モードで更新をダウンロードして、それらをインストール実行中に適用する場合。

これらのオプションに関する情報およびこれらのオプションを使用してソフトウェア更新をダウンロードして適用する方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

注意:
「ソフトウェアの更新」画面は組込み機能である「自動更新」を使用して、Enterprise Manager Cloud Controlのインストールまたはアップグレード中に最新の推奨パッチを自動的にダウンロードしてデプロイできます。この方法では、オラクル社によってリリースされるパッチの手動チェックを継続する必要はありません。正常なインストールおよびアップグレードのためにインストーラによって必要とされるすべてのパッチが、My Oracle Supportで検出されてダウンロードされ、インストールまたはアップグレード中に適用されるため、既知の問題や潜在的な失敗が減少します。この機能を使用して、インストールの進行中にソフトウェア更新を適用することを強くお薦めします。詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

注意:
インストール中に、Oracle Management Repositoryを構成できるデータベースの詳細が要求されます。オラクル社提供のデータベース・テンプレートを使用して事前構成済のOracle Management Repositoryをすでに含むデータベースの詳細を提供する場合、この画面で選択されたソフトウェア更新を自動的に適用できません。そのような場合、インストール後にこれらのソフトウェア更新を手動でダウンロードして適用する必要があります。

注意:
My Oracle Supportの資格証明を指定してもソフトウェア更新をダウンロードできない場合、インストーラを終了し、次のように-showProxyパラメータを指定してインストーラを再起動します。
<Software_Location>/em13100_<platform>.bin SHOW_PROXY=true

5. 「次へ」をクリックします。
Enterprise Manager Cloud Controlが、UNIXオペレーティング・システムで実行中のホストにインストールする最初のOracle製品である場合、「Oracleインベントリ」画面が表示されます。詳細は手順(6)を参照してください。最初の製品ではない場合、「前提条件の確認」画面が表示されます。詳細は手順(8)を参照してください。

Enterprise Manager Cloud Controlが、Microsoft Windowsオペレーティング・システムで実行中のホストにインストールする最初のOracle製品である場合、「Oracleインベントリ」画面は表示されません。Microsoft Windowsでは、デフォルトのインベントリ・ディレクトリは次のようになります。

<system drive>\Program Files\Oracle\Inventory

6. Oracleインベントリの詳細を入力します。
「Oracleインベントリ」画面で、次のようにします。このホストでの最初のOracle製品のインストールであると特定された場合のみ、この画面が表示されます。

1. インベントリ・ファイルおよびディレクトリを配置するディレクトリへのフルパスを入力します。

注意:

- これがホスト上で最初のOracle製品である場合、デフォルトのセントラル・インベントリの場所は<home directory>/oraInventoryになります。ただし、すでにOracle製品がホスト上にある場合、中央インベントリの場所は、oraInst.locファイルで参照できます。oraInst.locファイルは、LinuxおよびAIXの場合/etcディレクトリに、Solaris、HP-UXおよびTru64の場合/var/opt/oracleディレクトリにあります。

- デフォルトのインベントリ・ディレクトリに対する読み書きおよび実行権限が付与されていることを確認します。必要な権限が付与されていない場合、インストーラを終了し、INVENTORY_LOCATIONパラメータを使用して再度インストーラを起動し、代わりのインベントリの場所の絶対パスを渡します。
次に例を示します。

<Software_Location>/em13100_<platform>.bin INVENTORY_LOCATION=<absolute_path_to_inventory_directory>

または、-invPtrLocパラメータを使用してインストーラを起動し、代わりのインベントリの場所を含むoraInst.locファイルの絶対パスを渡します。

次に例を示します。

<Software_Location>/em13100_<platform>.bin -invPtrLoc <absolute_path_to_oraInst.loc>

ただし、これらのパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされないことに注意してください。

2. Oracleインベントリ・ディレクトリを所有する適切なオペレーティング・システム・グループ名を選択します。選択するグループは、そのOracleインベントリ・ディレクトリに対する書込み権限を持っている必要があります。

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

8. 前提条件を確認します。

「前提条件チェック」画面で、インストール・ウィザードで実行される前提条件チェックのステータスを確認し、インストールが成功するすべての最小要件を満たしている環境かどうかを確認します。

インストール・ウィザードでは、この画面に達すると前提条件チェックが自動的に実行されます。必要なオペレーティング・システム・パッチ、オペレーティング・システム・パッケージなどがチェックされます。

前提条件チェックのステータスは、「警告」、「失敗」、「成功」、「実行されませんでした」、「進行中」、「保留中」のいずれかです。

一部のチェックの結果が「警告」または「失敗」ステータスになった場合、インストールを続ける前に問題を調べて修正してください。この画面では、前提条件が満たされなかった理由や解決方法を提供します。問題を修正した後、この画面に戻り、「再実行」をクリックして前提条件を再度チェックします。

注意:
「警告」のステータスがついたチェックは、「無視」をクリックすれば無視できます。ただし、これから先に進むにはすべてのパッケージの要件を満たすか、修正する必要があります。

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

注意:
前提条件チェックが失敗しパッケージの欠落が報告された場合、必要なパッケージをインストールして、「再実行」をクリックしてください。インストール・ウィザードがパッケージの名前およびバージョンを検証するので、必ず第2章で説明している最小バージョンのパッケージをインストールしてください。インストール・ウィザードがこれらのパッケージを検証するために使用する論理を理解するには、第2.1.1項を参照してください。

10. インストール・タイプを選択します。

「インストール・タイプ」画面で、「Enterprise Managerシステムの新規作成」を選択し、続いて「拡張」を選択します。

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

12. インストールの詳細を入力します。

「インストールの詳細」画面で、次のようにします。

1. OMSおよび他のコア・コンポーネントをインストールするミドルウェア・ホームを入力します。これは基本的にはOracleホームです。

注意:

- Enterprise Manager Cloud Controlインストール・ウィザードによって、Oracle WebLogic Server 12cリリース1 (12.1.3.0)およびJDK 1.7.0_80が、ここで入力したミドルウェア・ホーム・ディレクトリにデフォルトでインストールされます。事前インストールされているJDKまたはOracle WebLogic Serverは、13cリリース1以降はサポートされません。

- ミドルウェア・ホームのパスの文字数がMicrosoft Windowsプラットフォームでは25文字、Unixプラットフォームでは70文字を超えないようにします。
たとえば、15文字のみを含むミドルウェア・ホームのパスC:\Oracle\MW\EMは、使用できます。ただし、25文字を超えるC:\OracleSoftware\OracleMiddleware\OracleEnterpriseManager\OMS\newrelease\omsはMicrosoft Windowsプラットフォームで使用できません。

2. 管理エージェントをインストールできるエージェント・ベース・ディレクトリ(ミドルウェア・ホーム外の場所)の絶対パスを入力します。たとえば、ミドルウェア・ホームが/u01/software/em13c/oraclehomeの場合は、エージェント・ベース・ディレクトリを/u01/software/em13c/agentbasedirとして指定できます。
この場所が空で、書込み権限があることを確認してください。また、常に、Oracleミドルウェア・ホーム外で管理されるようにしてください。

注意:
ミドルウェア・ホームのパスの文字数がMicrosoft Windowsプラットフォームでは25文字、Unixプラットフォームでは70文字を超えないようにします。
たとえば、15文字のみを含むミドルウェア・ホームのパスC:\Oracle\MW\EMは、使用できます。ただし、25文字を超えるC:\OracleSoftware\OracleMiddleware\OracleEnterpriseManager\OMS\newrelease\omsはMicrosoft Windowsプラットフォームで使用できません。

3. OMSを構成するホストの名前を検証します。
ホストが仮想マシンを使用して構成されている場合は、ホスト名は完全修飾名または仮想ホスト名で表示されます。ORACLE_HOSTNAMEの値を指定してインストール・ウィザードを起動した場合、このフィールドにはその名前が事前に移入されます。

デフォルトのホスト名を受け入れるか、DNSに登録され、他のネットワーク・ホストからアクセスできる完全修飾ドメイン名を入力します。または、このサイトですべてのOMSインスタンスの/etc/hostsファイルに定義されているエイリアス・ホスト名を入力します。

注意:
ホスト名はローカルのOracle WebLogic ServerおよびOracle Management Serviceで使用されるため、ホスト名はローカル・ホストまたは仮想ホストに解決する必要があります。このフィールドには、リモート・ホストやロード・バランサ仮想ホストを指定しないでください。IPアドレスを入力しないでください。名前にアンダースコアを使用しないでください。短縮名も使用できますが、警告が表示されるため、完全修飾ドメイン名を入力することをお薦めします。

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

14. プラグインをデプロイします。

「プラグイン・デプロイメント」画面で、Enterprise Managerシステムのインストール中にソフトウェア・キット(DVD、ダウンロード済ソフトウェア)からインストールするオプションのプラグインを選択します。

プラグインは、特定のターゲット・タイプまたはソリューション領域に合うようカスタマイズされた特別な管理機能を提供するプラガブル・エンティティです。

事前に選択されている行は、デフォルトでインストールされる必須プラグインです。インストールするオプションのプラグインを選択します。

注意:
13cリリース1でのみサポートされ、後続のリリースではサポートされない非推奨のプラグインを選択した場合、選択内容を確認し、そのプラグインのデプロイメントを続行するかどうかを決めるよう求められます。

注意:
インストール時にソフトウェア・キットにないプラグインをインストールする場合、第5.5.1項の追加プラグインのインストール方法についての説明を参照してください。

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

16. WebLogic Server構成の詳細を入力します。

「WebLogic Server構成の詳細」画面で、WebLogic Serverユーザー・アカウントおよびノード・マネージャのユーザー・アカウントの資格証明を入力し、Oracle Management Serviceインスタンス・ベースの場所へのパスを検証します。Oracle Management Serviceインスタンス・ベースの場所は、ミドルウェア・ホーム外であることを確認してください。デフォルトでWebLogicユーザー名はweblogicになっています。これは必要であれば変更できます。

注意:
パスワードはスペースを含めず8文字以上とします。先頭は文字とし、数字を1つ以上含めるようにしてください。

注意:

- Oracle Management Serviceインスタンス・ベースの場所は、ミドルウェア・ホーム外であることを確認してください。

- NFSマウントされたドライブにインストールし、OMSインスタンス・ベース・ディレクトリ((gc_inst))をNFSマウントされたドライブに作成する場合、インストール後に、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。httpd.confファイルのロック・ファイルの場所を変更し、ローカルのファイル・システムの場所にマップします。詳細は、5.7項を参照してください。

デフォルトでは、WebLogicドメイン名はGCDomainで、ノード・マネージャ名はnodemanagerです。これらは編集できないフィールドです。インストーラはこの情報を使用して、Oracle WebLogicドメインおよびその他の関連コンポーネント(管理サーバー、管理対象サーバー、ノード・マネージャなど)を作成します。ノード・マネージャを使用すると、Oracle WebLogic Serverインスタンスのリモートでの起動、停止または再起動が可能になるため、ノード・マネージャは高可用性の要件を持つアプリケーションに推奨されます。

注意:
Microsoft Windowsでは、ノード・マネージャ・サービスは作成されません。これは予測されている動作です。

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

18. データベース接続の詳細を入力します。

「データベース接続の詳細」画面で、次のようにします。

1. 管理リポジトリの作成が必要な既存の動作保証済データベースの詳細を指定します。オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリでデータベース・インスタンスをすでに作成した場合は、そのデータベース・インスタンスの詳細を指定します。
インストーラはこの情報を使用して、既存のデータベースに接続し、SYSMANスキーマとプラグイン・スキーマを作成します。事前構成済の管理リポジトリがすでにあるデータベースの詳細を提供した場合、インストーラはプラグイン・スキーマのみ作成します。

注意:

- オラクル社提供のデータベース・テンプレートを使用して作成されたデータベース・インスタンスに接続する場合は、ユーザー・アカウントSYSMAN_MDS、SYSMAN_APMおよびSYSMAN_OPSS (管理リポジトリの事前構成中に作成されたもの)に割り当てられているパスワードが、(手順20で説明するとおり)「Enterprise Manager構成の詳細」画面に入力したSYSMANパスワードで自動的にリセットされます。

- プラガブル・データベース(PDB)の詳細を指定する場合は、別名ではなく完全なサービス名を使用してください。たとえば、pdb.example.comです。単独プラガブル・データベース(単独PDB)の詳細を指定する場合は、完全なサービス名を使用してください。たとえば、pdb.example.comです。非コンテナ・データベース(非CDB)の詳細を指定する場合は、SIDを使用してください。

- 単一クライアント・アクセス名(SCAN)で構成されたOracle RACデータベースの詳細を指定する場合は、SCAN名をホスト名として入力できます。

2. 「デプロイメント・サイズ」リストからデプロイメント・サイズを選択して、監視予定のターゲットの数と予定している管理エージェントおよび同時ユーザー・セッションの数を指定します。
表5-5は、各デプロイメント・サイズを示しています。

表5-5 デプロイメント・サイズ

デプロイメント・サイズ

ターゲット数

管理エージェント数

同時ユーザー・セッション数

小

最大999

最大99

最大10

中

1000から9999の間

100から999の間

10から24の間

大

10,000以上

1000以上

25から50の間

注意:
オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリで作成されたデータベース・インスタンスに接続する場合(付録Cを参照)、この画面で選択するデプロイメント・サイズは、データベース・インスタンス作成中にOracle Database Configuration Assistant (DBCA)で選択するデプロイメント・サイズと一致するようにしてください。
DBCAを使用してデータベース・インスタンス作成中に選択したデプロイメント・サイズとは違うデプロイメント・サイズを選択する場合は、次の手順に従ってください。

- この画面でデプロイメント・サイズを選んで選択し、「次」をクリックします。エラーが表示されたときは、データベースのパラメータを修正してからこの画面に戻って、インストールを継続します。オラクル社が提供するSQLスクリプトを使用して自動的にパラメータを設定するには、第5.5.3項を参照してください。

- インストーラを最小化し、選択したデプロイメント・サイズのテンプレートで他のデータベース・インスタンスを作成してからこの画面に戻って、一致したデプロイメント・サイズを選択します。手順については、「付録C」を参照してください。

注意:
デプロイメント・サイズ、実行する前提条件チェック、設定されるデータベース・パラメータ、およびインストール後にデプロイメント・サイズを変更する方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

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

注意:

- Oracle RACデータベースに接続していて、そのノードのいずれかの仮想IPアドレスを指定している場合、インストール・ウィザードで「接続文字列」ダイアログが表示され、クラスタの一部であるその他のノードの情報で接続文字列を更新するように求められます。接続文字列を更新して「OK」をクリックします。接続をテストするには、「接続テスト」をクリックします。

- 単一クライアント・アクセス名(SCAN)リスナーを使用するようOracle RACデータベース11.2以上が構成されている場合、SCANリスナーを使用した接続文字列を入力できます。

- CDBまたはPDBで構成されたOracle Databaseに接続する場合は、この画面でPDBの詳細を入力する前に、必ずPDBを開いてください。

- ACFSを使用する場合は、ACFSディスクをマウントするクラスタ内に次のパラメータがあることを確認し、/etc/fstabファイルのインストールを開始します。
<mount_points_of_ACFS_storage> nfs rw,bg,hard,intr,nolock,rsize=32768,wsize=32768,tcp,noacl,vers=3,timeo=300,actimeo=120

次に例を示します。

example.com:/emfs/mpoint/oms1 /scratch/u01/oms nfs rw,bg,hard,intr,nolock,rsize=32768,wsize=32768,tcp,noacl,vers=3,timeo=300,actimeo=120

- データベースへの接続がORA-01017(無効なユーザー名/パスワード)により失敗したというエラーが表示されたら、次の手順に従って問題を解決してください。
(1) 提供されたSYSパスワードが有効かどうか確認します。

(2) データベース初期化パラメータのREMOTE_LOGIN_PASSWORDFILEが、SharedまたはExclusiveに設定されているか確認します。

(3) orapw<SID>というファイル名のパスワード・ファイルが、データベース・ホームの<ORACLE_HOME>/dbsディレクトリに存在することを確認します。存在しない場合、ORAPWDコマンドを使用してパスワードを作成してください。

- 設定されるすべてのデータベース初期化パラメータ、実行されるすべての前提条件チェック、および失敗した場合に手動で前提条件チェックを実行する方法は、「付録A」を参照してください。

20. 「Enterprise Manager構成詳細」に入る

「Enterprise Manager構成詳細」画面で、次の手順を実行します。

1. 「SYSMANパスワード」に、SYSMANユーザー・アカウントを作成するためのパスワードを入力します。SYSMANユーザー・アカウントは、SYSMANスキーマの作成に使用されます。これは、Enterprise Manager Cloud Controlの管理に使用されるほとんどのリレーショナル・データを保持します。SYSMANは、Enterprise Manager Cloud Controlのスーパー管理者でもあります。

注意:

- パスワードはスペースを含めず8文字以上とします。先頭は文字とし、数字を1つ以上含めるようにしてください。

- オラクル社提供のデータベース・テンプレートを使用して作成されたデータベース・インスタンスに接続する場合は、ユーザー・アカウントSYSMAN_MDS、SYSMAN_APMおよびSYSMAN_OPSS (管理リポジトリの事前構成中に作成されたもの)に割り当てられているパスワードが、この画面に入力したSYSMANパスワードで自動的にリセットされます。

2. 「登録パスワード」に、Enterprise Managerシステムを結合する新しい管理エージェントを登録するパスワードを入力します。

注意:
パスワードはスペースを含めず8文字以上とします。先頭は文字とし、数字を1つ以上含めるようにしてください。

3. 「管理表領域」には、管理表領域のデータ・ファイル(mgmt.dbf)を格納できる場所のフルパスを入力します。インストーラはこの情報を使用して、監視対象のターゲットのデータ、メトリックなどを格納します。指定したパスには、ファイル名までを含めます。
例: /u01/oracle/prod/oradata/mgmt.dbf

データベースがOracle Automatic Storage Management (Oracle ASM)またはACFS上にある場合、パスは+<disk_group>/<sid>/<subdir_path_if_any>/<datafilename>.dbfのようになります。

例: +DATA/oemrsp01d/datafile/mgmt.dbf

4. 「構成データ表領域」には、構成データ表領域のデータ・ファイル(mgmt_ecm_depot1.dbf)を格納できる場所のフルパスを入力します。これは、監視対象ターゲットから収集される構成情報の格納に必要です。指定したパスには、ファイル名までを含めます。
たとえば、/u01/oracle/prod/oradata/mgmt_ecm_depot1.dbfのようになります。

データベースがOracle Automatic Storage Management (Oracle ASM)にある場合、パスは、+<disk_group>/<sid>/<subdir_path_if_any>/<datafilename>.dbfのようなものになります。

例: +DATA/oemrsp01d/datafile/mgmt_ecm_depot1.dbf

5. 「JVM診断データ表領域」には、JVM診断データ表領域のデータ・ファイル(mgmt_deepdive.dbf)を格納できる場所のフルパスを入力します。指定したパスには、ファイル名までを含めます。Enterprise Manager Cloud Controlでは、JVM診断およびアプリケーションの依存性とパフォーマンス(ADP)に関連する監視データを格納するために、このデータ・ファイルを必要とします。
例: /u01/oracle/prod/oradata/mgmt_deepdive.dbf

データベースがOracle Automatic Storage Management (Oracle ASM)にある場合、パスは、+<disk_group>/<sid>/<subdir_path_if_any>/<datafilename>.dbfのようなものになります。

例: +DATA/oemrsp01d/datafile/mgmt_deepdive.dbf

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

22. 共有場所を構成します。

注意:
Microsoft Windowsでインストーラを起動した場合、「Enterprise Manager共有場所の詳細」画面に「構成ボリューム」オプションと「クラスタ・ボリューム」オプションは表示されません。これは予測されている動作です。

「Enterprise Manager共有場所の詳細」画面で、次の操作を実行します。

1. Oracleソフトウェア・ライブラリを構成します。Oracleソフトウェア・ライブラリ(ソフトウェア・ライブラリ)は、ソフトウェア・パッチ、仮想アプライアンス・イメージ、参照ゴールド・イメージ、アプリケーション・ソフトウェアおよび関連するディレクティブのスクリプトなどのソフトウェア・エンティティを格納するリポジトリとして機能する、Enterprise Manager Cloud Control内の機能です。ソフトウェア・ライブラリは、プロビジョニングやパッチ適用などの操作に必要です。
「Oracleソフトウェア・ライブラリの構成」を選択します。一意のディレクトリ名の絶対パスを入力します。デフォルトでは、構成される記憶域の場所はOMS共有ファイル・システムの場所であるため、OMSホストにマウントされた場所を入力することを強くお薦めします。これは、ソフトウェア・ライブラリの同じマウントされた場所を使用できるOMSインスタンスをさらにインストールする場合に役立ちます。

重要:
ソフトウェア・ライブラリは、主に「OMS共有ファイル・システム」の場所と「OMSエージェント・ファイル・システム」の場所の2つのタイプの記憶域の場所をサポートしています。これらの記憶域の場所を理解するには、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。
なんらかの理由で、OMS共有ファイル・システムの場所を構成できない場合は、OMSエージェントの記憶域の場所を構成してください。詳細は、『Enterprise Manager Cloud Control管理者ガイド』のOMSエージェント・ファイル・システムの場所の構成に関する項を参照してください。

注意:

- インストール時のソフトウェア・ライブラリの構成はオプションです。このオプションを選択せずに、これを構成しなくても、インストールは成功します。ソフトウェア・ライブラリは、初期設定コンソールまたはソフトウェア・ライブラリ管理コンソール(Enterprise Manager Cloud Controlコンソール内で使用可能)を使用して後で構成できます。ただし、インストーラによって自動的に構成が行われるように、インストール時にはこのオプションを選択して構成することを強くお薦めします。これにより、時間と労力を節約でき、最初のOMSの直後に追加OMSをインストールして、同じソフトウェア・ライブラリの場所を使用するように構成できます。

- ソフトウェア・ライブラリの構成後、ソフトウェア・ライブラリ管理コンソールで場所の詳細を表示できます。このコンソールにアクセスするには、「設定」メニューから、「プロビジョニングとパッチ適用」、「ソフトウェア・ライブラリ」の順に選択します。

2. デフォルトでインストールされて構成されるOracle BI Publisherの共有場所を構成します。共有記憶域の場所は、レポート・カタログおよび現在インストールしている最初のOMSおよび今後インストールする予定の追加のOMSに関連する管理情報を格納するための共通の場所として機能します。
(i) Oracle BI Publisherに使用できる共有場所を指定します。

既存の共有場所がない場合、新たに作成し、最初のOMSをインストールするホストおよび追加のOMSインスタンスをインストールする予定のホストでそれが認識されることを確認します。

インストールが成功するように、インストール時に共有ディレクトリ用のハードディスク・ドライブを約400MB予約できます。ただし、追加のプラグインをインストールしたり、さらに多くのレポートを作成するうちに、領域使用量は時間とともに増えていくため、最終的に少なくとも10GBに拡張し、将来的にはさらに拡張できるようにすることをお薦めします。

注意:
ソフトウェア・ライブラリ、または以前のリリースのEnterprise Managerのゴールド・イメージのステージング用に使用していた共有場所がすでにある場合、同じ場所を使用するよう選択できます。ただし、共有場所内でのOracle BI Publisher、ソフトウェア・ライブラリおよびステージング済ゴールド・イメージの各ディレクトリは必ず一意にしてください。たとえば、すでに共有場所/u01/software/examplehost/shrd/を使用しており、ソフトウェア・ライブラリが/u01/software/examplehost/shrd/SW内に構成されている場合、同じ場所を使用できますが、Oracle BI Publisher用のこの共有場所内のディレクトリが/u01/software/examplehost/shrd/BIPになっていることを確認してください。

(ii) この画面で、「Oracle BI Publisherの共有場所の構成」を選択します。次のディレクトリ・パスを入力します。最初のOMSのインストールに使用するユーザー・アカウントに、これらのパスの読取りおよび書込み権限があることを確認します。

注意:
Microsoft Windowsでインストーラを起動した場合、「Enterprise Manager共有場所の詳細」画面に「構成ボリューム」オプションと「クラスタ・ボリューム」オプションは表示されません。これは予測されている動作です。

「構成ボリューム」に、Oracle BI Publisherリポジトリおよび構成ファイルが格納される共有記憶域の場所にある/configディレクトリまでのパスを入力します。たとえば、/ntwkshrd/bip/configなどです。

「クラスタ・ボリューム」に、Oracle BI Publisheが高可用性環境で動作するためにOracle BI Publisherスケジューラ記憶域が保持される共有記憶域の場所にある/clusterディレクトリまでのパスを入力します。たとえば、/ntwkshrd/bip/clusterなどです。

警告:

インストール後、これらのディレクトリを削除しないでください。これらのディレクトリは、Oracle BI Publisherが適切に機能するために必要なので、インストール中だけでなくインストール後にも必要になります。

3. インストールされて構成されているOracle BI Publisherを有効または無効にします。Oracle BI Publisherを有効にすると、ソフトウェアが起動され、Enterprise Managerシステム内で使用するための準備が整えられます。Oracle BI Publisherを無効にすると、ソフトウェアは起動されずにそのままになります。
Oracle BI Publisherを有効にするには、「Oracle BI Publisherの有効化」を選択します。

注意:
インストール時にOracle BI Publisherを無効にするよう選択した場合、インストール後に有効にするには、Oracleホームのbinディレクトリから次のEM CTLコマンドを実行します。
$<ORACLE_HOME>/bin/emctl config oms -enable_bip

コマンドはOracle BI Publisherを有効にするのみで、起動はしません。開始するには、Oracleホームのbinディレクトリから次のコマンドを実行します。

$<ORACLE_HOME>/bin/emctl start oms -bip_only

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

24. ポートをカスタマイズします。

「ポート構成の詳細」画面で、各種コンポーネントが使用するポートをカスタマイズします。

注意:
この画面のすべてのポートが-1として表示される場合、インストーラがホスト上のポートをバインドできないことを示します。この問題を解決するには、インストーラを終了して、ホスト名とこのホストのIP構成を検証し(ホストのIPアドレスが別のホストで使用されていないことを確認)、インストーラを再起動して実行しなおします。

推奨されているポート範囲内または範囲外のカスタム・フリー・ポートを入力できます。

ポートが空いているかどうか確認するには、次のコマンドを実行します。

- UNIXの場合:
netstat -an | grep <port no>

- Microsoft Windowsの場合:
netstat -an|findstr <port_no>

ただし、カスタム・ポートは1024より大きく、65535未満である必要があります。または、ポートがstaticports.iniファイルに事前に定義されていて、それらのポートを使用する場合、「staticports.iniファイルのインポート」をクリックして、ファイルを選択します。

注意:
staticports.iniファイルがインストール中に渡される場合、staticports.iniファイルで定義されたポートがデフォルトで表示されます。ファイルが渡されない場合、推奨範囲から使用可能な最初のポートが表示されます。
staticports.iniファイルは次の場所にあります。

<Software_Extracted_Location>/response

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

26. 確認およびインストール
「確認」画面で、選択したインストール・タイプに指定した詳細を確認します。

- 詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。

- 詳細を確認し問題がない場合、「インストール」をクリックしてインストール・プロセスを開始します。

27. 進行状況の追跡
「インストールの進行状況」画面で、インストールの全体的な進行(パーセント)とコンフィギュレーション・アシスタントのそれぞれのステータスを参照します。コンフィギュレーション・アシスタントは、Enterprise Manager Cloud Controlのインストール済コンポーネントを構成するために実行されます。

注意:

- コンフィギュレーション・アシスタントが失敗した場合、インストーラは停止して、その後のコンフィギュレーション・アシスタントはどれも実行されません。問題を解決してコンフィギュレーション・アシスタントを再試行してください。
詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の付録にあるトラブルシューティングのヒントについての項目を参照してください。

- 「再試行」をクリックする前に誤ってインストーラを終了した場合は、インストーラを再起動して同じ画面を開くのではなく、OracleホームからrunConfig.shスクリプトを起動して、サイレント・モードでコンフィギュレーション・アシスタントを再実行します。Microsoft Windowsプラットフォームの場合は、runConfig.batスクリプトを呼び出します。
$<ORACLE_HOME>/oui/bin/runConfig.sh ORACLE_HOME=<absolute_path_to_Oracle_home> MODE=perform ACTION=configure COMPONENT_XML={encap_oms.1_0_0_0_0.xml}

runConfig.shスクリプトが失敗した場合は、環境をクリーンアップし、インストールを再実行します。

28. スクリプトの実行
ソフトウェア・バイナリのコピーおよび構成の後、allroot.shスクリプト、および今回がホストでの最初のOracle製品のインストールの場合oraInstRoot.shスクリプトを実行するように要求されます。別のウィンドウを開き、rootとしてログインし、これらのスクリプトを手動で実行します。

Microsoft Windowsオペレーティング・システム上でインストールしている場合、このスクリプトの実行は要求されません。

29. インストールの終了
「終了」画面に、Enterprise Managerのインストールに関連する情報が表示されます。情報を確認し、「閉じる」をクリックして、インストール・ウィザードを終了します。

このインストールの詳細は、Oracleホームで入手可能な次のファイルを参照してください。

$<ORACLE_HOME>/install/setupinfo.txt

注意:
サーバー・ロード・バランサ(SLB)が環境に構成され、アップロード・ポートがロックされている場合、JVMDエンジンに対してSLBを構成し、OMSを保護します。
SLBが環境に構成されているが、アップロード・ポートのロックが解除されている場合、JVMDのトラフィックにSLBを経由させるかどうかを決定します。そのようにする場合、JVMDエンジンに対してSLBを構成し、OMSを保護します。

OMSを保護するには、次のコマンドを実行します。

<ORACLE_HOME>/bin/emctl secure oms -host <SLB host>-slb_jvmd_http_port <JVMD_SLB_HTTP_Port> -slb_jvmd_https_port <JVMD_SLB_HTTPS_Port> -sysman_pwd <system_password> -reg_pwd <agent_registration_password>

注意:
なんらかの理由でインストールに失敗した場合は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』にリストされているログ・ファイルを確認します。

注意:
インストール・ウィザードを実行して、リポジトリ設定を修正するためインストール・ウィザードによって修正処理を行い、インストールのプロセスを完了せずにウィザードを終了した場合、インストールを急に終了したためにリポジトリ設定が元の値にリセットされないことがあります。この場合は、インストール・ウィザードを再び起動する前に、EM前提条件キットを実行して値を手動でリセットしてください。このためには、次のコマンドを実行し、EM前提条件キットの詳細を取得するレスポンス・ファイルを渡します。
./em13100_linux64.bin EMPREREQ_KIT=true EMPREREQKIT_PROPERTY_FILE=<absolute_path_to_reponse_file>

レスポンス・ファイルの内容は次のとおりです。

installerMode=emprereqkit
executionType=install
prerequisiteXMLRootDir=<prereq_xmlrootdir_location>
connectString=<connect_string>
dbUser=SYS
dbPassword=password
reposUser=sysman
dbRole=sysdba
runPrerequisites=true
runPostCorrectiveActions=true

5.5.1 本番サイトでのEnterprise Managerシステムのインストール(拡張インストール)に対応する拡張インストーラ・オプション

Enterprise Manager Cloud Controlインストーラの起動時に指定できる、追加の拡張オプションを次に示します。

- デフォルトでは、GCDomainがWebLogicドメインの作成に使用されるデフォルト名です。これをオーバーライドしてカスタムのWebLogicドメイン名を使用するには、WLS_DOMAIN_NAMEオプションでインストーラを呼出し、一意のカスタム名を入力します。
たとえば、EMDomainというカスタム名を使用する場合、次のコマンドを実行してください。

./em13100_<platform>.bin WLS_DOMAIN_NAME=EMDomain

- デフォルトでは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリのエンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリが作成されます。デフォルトでは、この場所はスクラッチ・パスの場所(/tmp)です。この場所はプロビジョニングのアクティビティにのみ使用されます。エンティティはデプロイメント・プロシージャ用にコピーされ、デプロイメント・プロシージャが終了すると削除されます。
この場所をカスタムの場所でオーバーライドする場合は、-J-Djava.io.tmpdirオプションを使用してインストーラを起動し、一意のカスタムの場所を入力します。

次に例を示します。

./em13100_linux64.bin -J-Djava.io.tmpdir=/u00/install/em/STAGE/

- インストール中に、ソフトウェア・キット(DVDまたはダウンロードしたソフトウェア)にないプラグインをインストールする場合は、次の操作を実行します。

1. 次の場所から、必要なプラグインを手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

また、パートナ・プラグインやカスタマ・プラグインをダウンロードする場合は、次の場所からダウンロードします。

https://apex.oracle.com/pls/apex/f?p=53891:1

2. 次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされた場所を渡します。
UNIXプラットフォームの場合:

./em13100_<platform>.bin PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

Microsoft Windowsプラットフォームの場合:

setup_em_win64.exe PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

ここには、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)で使用可能なプラグインや、このカスタムの場所で使用可能なプラグインの一覧が表示されます。インストールするものを選択できます。

- インストールが正常に終了した後、OMSおよび管理エージェントは自動的に起動されます。これらを自動的に起動しないようにする場合は、START_OMSオプションとSTART_AGENTオプションを指定してインストーラを起動し、制御する対象に応じてそれらをtrueまたはfalseに設定します。
たとえば、管理エージェントが自動的に起動しないようにするには、次のコマンドを実行します。

./em13100_<platform>.bin START_OMS=true START_AGENT=false

この拡張オプションに関する制限を理解するには、第5.5.2項を参照してください。

5.5.2 本番サイトでのEnterprise Managerシステムのインストール(拡張インストール)に対応する拡張オプションの制限事項

拡張オプションとしてSTART_OMSおよびSTART_AGENTを使用してOMSおよび管理エージェントを自動的に起動する方法を制御する場合、管理エージェントおよび管理エージェントがインストールされたホストが、Cloud Controlコンソールでターゲットとして表示されないことがあります。

表5-6は、こうした拡張オプションの様々な組合せの一覧と、各組合せで従う対処方法を説明しています。

表5-6 拡張オプションと対処方法

拡張オプション

対処方法

START_OMS=false

START_AGENT=false

1. OMSを起動します。
$<ORACLE_HOME>/bin/emctl start oms

2. 管理エージェントを保護します。
$<AGENT_HOME>/bin/emctl secure agent

3. 管理エージェントを起動します。
$<AGENT_HOME>/bin/emctl start agent

4. ターゲットを追加します。
$<AGENT_HOME>/bin/emctl config agent addinternaltargets

5. ターゲットをアップロードします。
$<AGENT_HOME>/bin/emctl upload agent

START_OMS=true

START_AGENT=false

管理エージェントを起動します。

$<AGENT_HOME>/bin/emctl start agent

START_OMS=false

START_AGENT=true

1. OMSを起動します。
$<ORACLE_HOME>/bin/emctl start oms

2. 管理エージェントを保護します。
$<AGENT_HOME>/bin/emctl secure agent

3. ターゲットを追加します。
$<AGENT_HOME>/bin/emctl config agent addinternaltargets

4. ターゲットをアップロードします。
$<AGENT_HOME>/bin/emctl upload agent

5.5.3 自動的に、データベース・パラメータの設定および管理リポジトリをサポートするデプロイメント・サイズ(大、中または小)へ変換

オラクル社提供のデータベース・テンプレートを使用して、事前構成された管理リポジトリで作成したデータベース・インスタンスに接続する場合(付録Cを参照)、インストーラの「データベース接続の詳細」画面で選択するデプロイメント・サイズは、データベース・インスタンス作成中に、Oracle Database Configuration Assistant (DBCA)で選択したデプロイメント・サイズと一致するようにしてください。

DBCAを使用してデータベース・インスタンス作成中に選択したデプロイメント・サイズとは違うデプロイメント・サイズを選択する場合は、最初にデータベースのパラメータを修正してからインストーラのDatabase Connection Details画面へ戻ってインストールを継続してください。

オラクル社が提供するSQLを使用して自動的にパラメータを設定するには、次の手順に従ってください。

1. SQL PlusにSYSMANとしてログインします。

2. インストールするデプロイメント・サイズに応じて、Enterprise Managerをインストールするには、次のいずれかのスクリプトを実行します。これらのスクリプトをダウンロードするには、付録Cで概説されている手順(2)と手順(3)に従ってください。

デプロイメント・サイズ

スクリプト

小規模

<DB_HOME>/assistance/dbca/templates/set_repo_param_12.1.0.2.0_Database_SQL_for_EM13_1_0_0_0_Small_deployment.sql

中規模

<DB_HOME>/assistance/dbca/templates/set_repo_param_12.1.0.2.0_Database_SQL_for_EM13_1_0_0_0_Medium_deployment.sql

大規模

<DB_HOME>/assistance/dbca/templates/set_repo_param_12.1.0.2.0_Database_SQL_for_EM13_1_0_0_0_Large_deployment.sql

3. データベースを再起動します。

注意:
デプロイメント・サイズ、実行する前提条件チェック、設定されるデータベース・パラメータ、およびインストール後にデプロイメント・サイズを変更する方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

5.6 Hybrid Cloud Managementの有効化

Enterprise Manager Cloud Controlには、オンプレミスおよびOracle Cloudのデプロイメントのモニタリングと管理をすべて同じ管理コンソールから行うための一枚の窓が用意されています。Oracle Cloudサービスを処理するOracle Cloud仮想ホストにHybrid Cloudエージェントをデプロイすることで、他のターゲットを管理する場合と同じように、Oracle Cloudターゲットを管理できます。

Hybrid Cloud Gatewayエージェントの詳細および機能を有効化する手順は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

5.7 Enterprise Managerシステムをインストールした後のインストール後のタスクの実行

Enterprise Managerシステムのインストール後に、次のインストール後のタスクを実行します。

1. (UNIXオペレーティング・システムの場合のみ)インストーラから求められたときにallroot.shスクリプトを実行しなかった場合、ここでスクリプトを手動で実行してください。

- これがホストにインストールした最初のOracle製品である場合、oraInstroot.shスクリプトを、管理エージェントのホームで使用可能なoraInst.locファイルで指定されたインベントリの場所から実行します。
たとえば、oraInst.locファイルで指定されたインベントリの場所が$HOME/oraInventoryである場合、次のコマンドを実行します。

$HOME/oraInventory/oraInstRoot.sh

注意:
自身がrootユーザーではない場合、SUDOを使用して、rootユーザーに変更してください。たとえば、次のようなコマンドを実行します。
/usr/local/bin/sudo $HOME/oraInventory/oraInstRoot.sh

- Oracleホームからallroot.shスクリプトを実行します。
$<ORACLE_HOME>/allroot.sh

注意:
自身がrootユーザーではない場合、SUDOを使用して、rootユーザーに変更してください。たとえば、次のようなコマンドを実行します。
/usr/local/bin/sudo $<ORACLE_HOME>/allroot.sh

2. インストールを確認します。

1. Oracleホームに移動し、次のコマンドを実行すると、OMSが稼働中であることを確認するメッセージが表示されます。
$<ORACLE_HOME>/bin/emctl status oms

次に例を示します。

/u01/software/em13c/oraclehome/bin/emctl status oms

2. 管理エージェントのホームに移動して次のコマンドを実行すると、管理エージェントが稼働していることを確認するメッセージが表示されます。
$<AGENT_HOME>/bin/emctl status agent

次に例を示します。

/u01/software/em13c/agentbasedir/agent_13.1.0.0.0/bin/emctl status agent

3. 管理エージェントのホームに移動して次のコマンドを実行すると、EMDアップロードが正常に完了したことを確認するメッセージが表示されます。
$<AGENT_HOME>/bin/emctl upload agent

次に例を示します。

/u01/software/em13c/agentbasedir/agent_13.1.0.0.0/bin/emctl upload agent

注意:
デフォルトでは、HTTPSプロトコルを使用する場合のみ、Enterprise Manager Cloud Controlにアクセスできます。HTTPプロトコルを使用する場合、OMSのOracleホームから次のコマンドを実行してそのロックを解除します。
emctl secure unlock -console

3. すべてのプラグインが正常にインストールされたか確認します。このためには、管理エージェント・ホームから次のログ・ファイルにアクセスし、このファイル内に警告: プラグイン構成に失敗しました。という文が存在していないことを確認します。この文が存在していなければ、すべてのプラグインが正常にインストールされています。
$<AGENT_HOME>/cfgtoollogs/cfgfw/CfmLogger-<timestamp>.log

次に例を示します。

/u01/software/em13c/agentbasedir/agent_13.1.0.0.0/cfgtoollogs/cfgfw/CfmLogger-<timestamp>.log

この文が見つかった場合は、一部のプラグインでインストールが失敗したということです。この場合は、管理エージェント・ホームからAgentPluginDeploy.plスクリプトを実行して、問題を解決してください。

$<AGENT_HOME>/perl/bin/perl <AGENT_HOME>/bin/AgentPluginDeploy.pl -oracleHome <AGENT_HOME> -agentDir <AGENT_BASE_DIR> -pluginIdsInfoFile <AGENT_BASE_DIR>/plugins.txt -action configure -emStateDir <AGENT_INSTANCE_HOME>

次に例を示します。

/u01/software/em13c/agentbasedir/agent_13.1.0.0.0/perl/bin/perl /u01/software/em13c/agentbasedir/agent_13.1.0.0.0/bin/AgentPluginDeploy.pl -oracleHome /u01/software/em13c/agentbasedir/agent_13.1.0.0.0/ -agentDir /u01/software/em13c/agentbasedir -pluginIdsInfoFile /u01/software/em13c/agentbasedir/plugins.txt -action configure -emStateDir /u01/agent/agent_inst

4. (オプション)リポジトリの前提条件を満たせず、EM前提条件キットを手動で実行してリポジトリの要件を満たすための修正処理を行った場合は、このキットを再度実行して、リポジトリの設定を元の状態にリセットしてください。このためには、OMSホストのOracleホーム(ミドルウェア・ホーム)からEM前提条件キットを実行します。
<ORACLE_HOME>/install/requisites/bin/emprereqkit executionType=install prerequisiteXMLRootDir=<prereq_xmlrootdir_location> connectString="<connect_string>" dbUser=SYS dbPassword=password reposUser=sysman dbRole=sysdba runPrerequisites=true runPostCorrectiveActions=true

注意:
インストール・ウィザードを実行して、リポジトリ設定を修正するためインストール・ウィザードによって修正処理を行い、インストールのプロセスを完了せずにウィザードを終了した場合、インストールを急に終了したためにリポジトリ設定が元の値にリセットされないことがあります。この場合は、インストール・ウィザードを再び起動する前に、前述のコマンドを実行して値を手動でリセットしてください。

5. デフォルトでは、次のターゲットが自動的に検出され、Enterprise Manager Cloud Controlコンソールでモニターされます。

- Oracle WebLogicドメイン(たとえばGCDomainなど)

- Oracle WebLogic AdminServer

- Oracle WebLogic Server

- Oracle Web Tier

- アプリケーション・デプロイメント(Enterprise Manager Cloud Controlコンソールとプラットフォーム・バックグラウンド・サービス用にそれぞれ1つずつ)

- Oracle Management Service

- Oracle Management Repository

- Oracle Management Agent

- Enterprise Manager Cloud Controlがインストールされたホスト

ただし、このホストおよびその他のホストで実行中のその他のターゲットは、自動的に検出および監視されません。その他のターゲットを監視するには、そのターゲットを、「自動検出の結果」ページ、「ターゲットの手動追加」ページまたは監視するターゲットに提供されている検出ウィザードを使用して、Enterprise Manager Cloud Controlに追加する必要があります。

Enterprise Manager Cloud Controlでのターゲットの検出について詳しくは、『Oracle Enterprise Manager Cloud Control管理者ガイド』のターゲット追加についての章を参照してください。

6. NFSマウントされたドライブにインストールし、OMSインスタンス・ベース・ディレクトリ((gc_inst))をNFSマウントされたドライブに作成した場合、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。これを行うには、httpd.confファイルのロック・ファイルの場所を変更し、ローカルのファイル・システムの場所にマップします。

1. OMSを停止します。
<ORACLE_HOME>/bin/emctl stop oms

2. ステージング・ディレクトリ内の次のファイルを開きます。

注意:
Oracleでは、このファイルを編集する前にバックアップを取ることをお薦めします。

<WEBTIER_INSTANCE_HOME>/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/ohs<#>/httpd.conf

次に例を示します。

/u01/software/em13c/gc_inst/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/ohs1/httpd.conf

3. モジュールmpm_prefork_moduleおよびmpm_worker_moduleに関するセクションを検索します。これらの2つのセクションで、パスがローカルのファイル・システムを指すように、LockFileパラメータの値を変更します。ディレクトリがまだない場合には、最初に作成してからそのディレクトリへのパスを指定します。

<IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
AcceptMutex fcntl
LockFile /u01/em/ohs_locks/http_lock
</IfModule>
....
<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
AcceptMutex fcntl
LockFile /u01/em/ohs_locks/http_lock
</IfModule>b

4. 変更内容を保存します。

5. ステージング・ディレクトリからランタイム・ディレクトリにhttpd.confファイルをコピーします。
cp <WEBTIER_INSTANCE_HOME>/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/ohs<#>/httpd.conf <WEBTIER_INSTANCE_HOME>/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs<#>/httpd.conf

次に例を示します。

cp /u01/software/em13c/gc_inst/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/ohs1/httpd.conf /u01/software/em13c/gc_inst/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs1/httpd.conf

6. OMSを起動します。
<ORACLE_HOME>/bin/emctl start oms

7. 『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の説明に従って、プロキシを構成します。

8. (オプション) SYSMANパスワードを変更する場合は、OMSを停止し、OMSのOracleホームから次のコマンドを実行して、OMSを起動します。新旧のパスワードを入力するよう求められます。
<ORACLE_HOME>/bin/emctl config oms -change_repos_pwd

注意:
このコマンドは、OMS構成とこれらの影響を受けるユーザー・アカウントのデータベースの両方のパスワードを同時に変更します。したがって、このコマンドは1回実行するだけで十分です。
コマンドの実行後に、SQL Plusに接続してSYSMANユーザーの新しいパスワードを更新しないでください。このコマンドによって、管理リポジトリ内のSYSMANパスワードは自動的に更新されます。

9. 暗号化鍵を生成して、管理リポジトリの機密データを暗号化します。この鍵が失われると、管理リポジトリの暗号化されたデータは使用できなくなります。したがって、emkeyを含む管理サービス構成をバックアップし、バックアップを別のホストに保管します。
emkeyを含む管理サービス構成をバックアップするには、次のコマンドを実行します。

<ORACLE_HOME>/bin/emctl exportconfig oms -dir <path_to_backup_location>

10. Enterprise Manager Cloud Controlコンソールにブラウザでアクセスする前に、ブラウザで信頼できる認証局からのセキュリティ証明書をインストールします。
これにより、HTTPSプロトコルでアクセスするEnterprise Manager Cloud Controlコンソールは純正のセキュアなWebサイトとして認識されます。

ブラウザにセキュリティ証明書をインストールし、セキュリティ証明書アラートを回避する手順は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

11. (オプション) OMSのインストール中にOracle BI Publisherの共有記憶域の場所を構成していない場合は、ここで構成してください。

1. いずれかのサーバー上に共有ディレクトリを作成し、その共有ディレクトリがマウントされており、OMSをインストールしたホストでも追加のOMSインスタンスのインストール先の他のホストでも表示可能になっていること、さらに追加のOMSインスタンスのインストール先の他のホストでも表示されることを確認します。
約400MBのハード・ディスク領域が共有ディレクトリのために確保されていることを確認します。ただし、追加のプラグインをインストールしたり、さらに多くのレポートを作成するうちに、領域使用量は時間とともに増えていくため、最終的に少なくとも10GBに拡張し、将来的にはさらに拡張できるようにすることをお薦めします。

2. 次のコマンドを実行して共有記憶域の場所を構成します。今作成した共有記憶域の場所へのパスを指定します。提供した共有場所は最初のOMSのインストールに使用されたユーザー・アカウントに所有されるようにします。また、このユーザー・アカウントはこの共有の場所への読取りおよび書込み権限を持つようにします。管理者ユーザー・アカウントのパスワードおよびSYSMANアカウントのパスワードが求められます。
emctl config oms -bip_shared_storage -cluster_volume <shared_location> -config_volume <shared_location>

次に例を示します。

emctl config oms -bip_shared_storage -cluster_volume /scratch/aime/examplehost/BIP/cluster -config_volume /scratch/aime/examplehost/BIP/config

12. (オプション) OMSのインストール中にOracle BI Publisherを有効にしていない場合は、ここで有効にします。このためには、Oracleホームのbinディレクトリから次のコマンドを実行します。
$<ORACLE_HOME>/bin/emctl config oms -enable_bip

次に例を示します。

/u01/software/em13c/oraclehome/bin/emctl config oms -enable_bip

前述のコマンドをOracle BI Publisherを有効にするのみで、開始はしません。開始するには、Oracleホームのbinディレクトリから次のコマンドを実行します。

$<ORACLE_HOME>/bin/emctl start oms -bip_only

次に例を示します。

/u01/software/em13c/oraclehome/bin/emctl start oms -bip_only

6 Oracle Management Agent 13cリリース1のインストール

Oracle Management Agent (管理エージェント)は、Enterprise Manager Cloud Controlのコア・コンポーネントの1つで、Enterprise Managerシステムで管理対象外ホストを管理対象ホストに変換できます。管理エージェントはプラグインと連携することにより、管理対象ホスト上で実行されているターゲットを監視します。

この章では、管理対象外のホストに管理エージェントをインストールして、管理対象外のホストを管理対象ホストに変換する方法について説明します。この章の具体的な内容は次のとおりです。

- エージェント・ゴールド・イメージを使用した管理エージェントのインストールの概要

- エージェント・ゴールド・イメージを使用した管理エージェントのインストール

注意:
OMSホスト上で、OMSがデプロイされているプラットフォーム用の管理エージェント・ソフトウェアがデフォルトで使用可能になります。たとえば、OMSがデプロイされているプラットフォームがLinux x86-64の場合、OMSホストでLinux x86-64プラットフォーム用の管理エージェント・ソフトウェアがデフォルトで使用可能になります。そのプラットフォーム用の管理エージェント・ソフトウェアを手動でダウンロードする必要はありません。OMSがデプロイされているプラットフォームとは異なるプラットフォームに管理エージェントをインストールする場合は、自己更新を使用して目的のプラットフォーム用の管理エージェント・ソフトウェアを手動でダウンロードする必要があります。詳細は、6.2.2.4項を参照してください。

6.1 エージェント・ゴールド・イメージを使用した管理エージェントのインストールの概要

ホスト上で実行されているターゲットをモニターする場合は、任意の時点で、管理エージェントをインストールすることによりその管理対象外ホストを管理対象ホストに変換してから、その管理対象ホストで実行されているターゲットを、Enterprise Manager Cloud Controlコンソールに追加されるように検出して昇格する必要があります。

管理エージェントはエージェント・ゴールド・イメージを使用してインストールすることをお薦めします。この項では、エージェント・ゴールド・イメージの概要を示し、管理エージェントのインストールを開始する前に理解しておく必要のある重要な概念について説明します。この項の具体的な内容は次のとおりです。

- エージェント・ゴールド・イメージの概要

- エージェント・ゴールド・イメージ・バージョンのコンポーネント

- ゴールド・イメージ・バージョンを使用して管理エージェントをプロビジョニング、アップグレードおよび更新するメリット

6.1.1 エージェント・ゴールド・イメージの概要

Oracle Management Agentは、エージェント・ゴールド・イメージを使用してインストールできます。エージェント・ゴールド・イメージは、Enterprise Managerで管理されているデータ・センター内の管理エージェントの理想的な状態を表したもので、必要なバージョンの管理エージェント・ソフトウェアン、必要なバージョンのモニタリング・プラグイン、および必要なパッチがカスタマイズ構成されています。

エージェント・ゴールド・イメージ・バージョンは、Enterprise Managerユーザーが、徹底的にテストおよび調整されたライブ・リファレンス管理エージェントを使用して作成します。エージェント・ゴールド・イメージ・バージョンを使用すると、多数のホスト上で新しい管理エージェントのプロビジョニングまたは既存の管理エージェントの更新を行うことができます。

注意:
エージェント・ゴールド・イメージを使用して共有エージェント(NFSエージェント)をインストール、更新またはアップグレードすることはできません。共有エージェントの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。
また、セキュアでない管理エージェントを使用してエージェント・ゴールド・イメージ・バージョンを作成することはできません。したがって、エージェント・ゴールド・イメージ・バージョンの作成のソースには、必ずセキュアな管理エージェントを使用してください。

6.1.2 エージェント・ゴールド・イメージ・バージョンのコンポーネント

エージェント・ゴールド・イメージ・バージョンは、Oracle Software Library (ソフトウェア・ライブラリ)に格納されている次のソフトウェア・コンポーネントで構成されます。

- 管理エージェント・ソフトウェア

- Oracleホームの監視プラグイン

- 検出プラグイン

- モニタリング・プラグイン

- 管理エージェントおよびプラグインのパッチ

- 構成情報

- インストールまたは更新を実行するためのデプロイ・スクリプト

6.1.3 ゴールド・イメージ・バージョンを使用して管理エージェントをプロビジョニング、アップグレードおよび更新するメリット

ゴールド・イメージ・バージョンを使用して管理エージェントをプロビジョニング、アップグレードおよび更新するメリットは、次のとおりです。

- エージェント・ゴールド・イメージ・バージョンは必要な管理エージェント・ソフトウェア、プラグインおよびパッチで構成されるため、ゴールド・イメージ・バージョンを使用した管理エージェントのプロビジョニングおよび更新は、データ・センターの管理エージェント・ライフサイクルを管理するためのシングル・ポイント・ソリューションです。つまり、ユーザーがエージェント・アップグレード・コンソールを使用して管理エージェントをアップグレードしたり、パッチ・プランを使用してパッチを適用したり、プラグイン・ライフサイクル・アプリケーションを使用してプラグインを管理したりする必要はありません。

- エージェント・ゴールド・イメージ・バージョンを使用すると、多数の管理エージェントをプロビジョニングして、それらすべてに同じバージョンの管理エージェント・ソフトウェア、プラグインおよびパッチを適用し、さらに同じ構成プロパティ・セットを割り当てることができます。

- エージェント・ゴールド・イメージ・バージョンを使用した管理エージェントのプロビジョニング、アップグレードおよび更新は、拡張性の高いアプローチです。

- ゴールド・イメージ・バージョンを使用してプロビジョニングまたは更新された管理エージェントは、安定性が高く、十分にテストされ、標準化された構成を持ちます。

- ゴールド・イメージ・バージョンを使用してプロビジョニングまたは更新された管理エージェントは、推奨構成に基づいて簡単に追跡できます。

6.2 エージェント・ゴールド・イメージを使用した管理エージェントのインストール

ホスト上で実行されているターゲットをモニターする場合は、任意の時点で、管理エージェントをインストールすることによりその管理対象外ホストを管理対象ホストに変換する必要があります。この項では、エージェント・ゴールド・イメージを使用して管理エージェントをインストールする方法について説明します。この項の具体的な内容は次のとおりです。

- エージェント・ゴールド・イメージ・バージョンを使用した管理エージェントのインストールの開始

- ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロンOracle Management Agent 13cリリース1のインストール

- エージェント・ゴールド・イメージの作成

- エージェント・ゴールド・イメージ・バージョンの作成

- 特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- エージェント・ゴールド・イメージを使用した管理エージェントのインストール

6.2.1 エージェント・ゴールド・イメージ・バージョンを使用した管理エージェントのインストールの開始

エージェント・ゴールド・イメージを使用した管理エージェントのインストールを開始するには、次の手順を実行します。

1. スタンドアロンOracle Management Agent 13cリリース1が環境にインストールされていることを確認します。
スタンドアロンOracle Management Agent 13cリリース1がインストールされていない場合は、ここでインストールしてください。6.2.2項を参照してください。旧リリースの管理エージェントが存在する場合は、それを13cリリース1にアップグレードします。『Oracle Enterprise Manager Cloud Controlアップグレード・ガイド』を参照してください。

注意:
エージェント・ゴールド・イメージの作成に使用できるのは、13cリリースのスタンドアロン管理エージェントのみで、13cリリースのセントラル・エージェントやその他のリリースのスタンドアロン管理エージェントは使用できません。セントラル・エージェントは、デフォルトで最初のOMSとともにOMSホストにデプロイされる管理エージェントであり、このセントラル・エージェントを使用してエージェント・ゴールド・イメージを作成することはできません。

2. エージェント・ゴールド・イメージを作成します。6.2.3項を参照してください。

3. エージェント・ゴールド・イメージ・バージョンを作成します。6.2.4項を参照してください。

4. 特定の管理エージェント・ゴールド・イメージ・バージョンを、デプロイメントに使用できる現行バージョンとして設定します。6.2.5項を参照してください。

5. エージェント・ゴールド・イメージを使用して接続先ホストにスタンドアロン管理エージェントをインストールします。6.2.6項を参照してください。

注意:
エージェント・ゴールド・イメージを使用して共有エージェント(NFSエージェント)をインストール、更新またはアップグレードすることはできません。共有エージェントの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。
また、セキュアでない管理エージェントを使用してエージェント・ゴールド・イメージ・バージョンを作成することはできません。したがって、エージェント・ゴールド・イメージ・バージョンの作成のソースには、必ずセキュアな管理エージェントを使用してください。

6.2.2 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロンOracle Management Agent 13cリリース1のインストール

エージェント・ゴールド・イメージの作成に使用できるのは、13cリリースのスタンドアロン管理エージェントのみで、13cリリースのセントラル・エージェントやその他のリリースのスタンドアロン管理エージェントは使用できません。この項では、このような13cリリースのスタンドアロン管理エージェントをインストールする方法について説明します。この項の具体的な内容は次のとおりです。

- ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロン管理エージェントのインストールの概要

- ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロン管理エージェントのインストールを開始する前に

- ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールするための汎用前提条件を満たす

- ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールするための管理エージェント・ソフトウェア前提条件を満たす

- ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロン管理エージェントのインストール

- ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールした後に

6.2.2.1 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロン管理エージェントのインストールの概要

スタンドアロン管理エージェントをインストールするには、Enterprise Manager Cloud Controlコンソールからアクセスできるホスト・ターゲットの追加ウィザードを使用するか、EM CLIを使用します。ホスト・ターゲットの追加ウィザードは、GUIを多用した対話形式の画面を提供するアプリケーションです。管理エージェントを大量にデプロイするには、このウィザードまたはEM CLIの使用をお薦めします。ホスト・ターゲットの追加ウィザードの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

注意:
この項では、ホスト・ターゲットの追加ウィザードを使用して新しい管理エージェントをデプロイする方法についてのみ説明します。既存のインスタンスのクローニング、および共有インスタンスを使用した管理エージェントのデプロイの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

ホストへスタンドアロンの管理エージェントをインストールするときには、エージェント・ベース・ディレクトリに次のデフォルトの内容が表示されます。

<agent_base_directory>
|_____agent_13.1.0.0.0
|_____sbin
|_____OPatch
|_____agent.rsp
|_____bin
|_____cfgtoollogs
|_____config
|_____install
|_____instalclient
|_____.
|_____.
|_____agent_inst
|_____.
|_____agentInstall.rsp
|_____agentimage.properties

注意:
既存の管理エージェントを新しいOracle Management Service (OMS)に再指定できます。この方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の付録「Oracle Management Agentの別のOracle Management Serviceへのリダイレクト」を参照してください。
既存の管理エージェントを新しいOMSに対して再指定する場合、管理エージェントの監視対象ターゲット、ターゲットの履歴および管理エージェントの履歴は移行できません。監視対象ターゲットおよび履歴データは失われます。

6.2.2.2 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロン管理エージェントのインストールを開始する前に

「ホスト・ターゲットの追加」ウィザードまたはEM CLIを使用して、管理エージェントのインストールを開始する前に、次の点を考慮します。

- 「ホスト・ターゲットの追加」ウィザードおよびEM CLIでは、の管理エージェントをインストールすることにより、Enterprise Managerシステムで管理対象外ホストを管理対象ホストに変換します。

- 使用する環境で管理エージェントを大量にデプロイするには、「ホスト・ターゲットの追加」ウィザードまたはEM CLI使用することをお薦めします。

- 管理エージェントをホストへインストールするには、自己更新を使用して、使用するホスト・プラットフォームの管理エージェント・ソフトウェアに必要なバージョンをダウンロードして適用されている必要があります。OMSホスト・プラットフォーム用の管理エージェント・ソフトウェアのみが、デフォルトでダウンロードおよび適用されます。
自己更新にアクセスするには、「設定」メニューから、「拡張性」を選択し、「自己更新」を選択します。

プラットフォーム用の管理エージェント・ソフトウェアをダウンロードして適用する方法の詳細は、第6.2.2.4項を参照してください。

- Oracle Management Agent 13cは、Oracle Management Service 13cとのみ通信し、以前のリリースのEnterprise Managerとは通信しません。
ホスト・ターゲットの追加ウィザードまたはEM CLIを使用すると、ダウンロードして適用した管理エージェント・ソフトウェアに対応する最新バージョンの管理エージェントのみをプラットフォームにインストールできます。たとえば、ある特定のプラットフォーム用の13c管理エージェント・ソフトウェアをダウンロードして適用した場合、そのプラットフォームには13c管理エージェントのみをインストールでき、12c管理エージェントはインストールできません。

12cリリースおよび13cリリースの管理エージェントとOMSの間の互換性の詳細は、表5-2を参照してください。

- 共通のマウント済ドライブを複数のホストが共有している場合、管理エージェントのインストールは2つの異なるフェーズに分けられます。

1. ホスト・ターゲットの追加ウィザードで、デプロイメント・タイプ「フレッシュ・エージェント・インストール」を選択し、ドライブが共有されているホストに管理エージェントをインストールします。または、デプロイメント・タイプ「既存のエージェントのクローニング」を選択し、ドライブが共有されているホストに管理エージェントをクローニングできます。
詳しくは、『Oracle Enterprise Manager Cloud Control管理者ガイド』の管理エージェントのクローニングについての章を参照してください。

2. ホスト・ターゲットの追加ウィザードで、デプロイメント・タイプ「共有エージェントへのホストの追加」を選択し、共有されているマウント済ドライブにアクセスできる他のすべてのホストに管理エージェントをインストールします。(ここでは、前の手順でマスター・エージェントまたは共有エージェントとしてインストールした管理エージェントを選択します)。
詳しくは、『Oracle Enterprise Manager Cloud Control管理者ガイド』の共有エージェントのインストールについての章を参照してください。

- 複数のノードを持つOracle RAC Clusterがある場合、各ノードに個別に管理エージェントをインストールする必要があります。つまり、ホスト・ターゲットの追加ウィザードで、各ノードを接続先ホストとして明示的に追加する必要があります。

- Enterprise Manager Cloud Control 13cでは、特定バージョンの管理エージェント・ソフトウェアに適用する管理エージェント個別パッチを保存できるため、同じバージョンの新しい管理エージェントをデプロイするたびに、または古い管理エージェントをそのバージョンにアップグレードするたびに、これらのパッチが自動的にそのソフトウェアに適用されます。
これを行う方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

また、個別パッチをプラグインに適用して、カスタムのパッチが適用されたプラグインを作成でき、このカスタムのパッチが適用されたプラグインは、デプロイするすべての新しい管理エージェント、およびアップグレードするすべての古い管理エージェントにデプロイされます。

その方法に関する詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

- ホスト・ターゲットの追加ウィザードは、セキュリティ強化されたLinux (SELinux)に対するpermissiveおよびenforcingオプションをサポートします。

- ホスト・ターゲットの追加ウィザードでは、Oracle Management Service(OMS)と管理エージェントをインストールするリモート・ホスト間でSSH接続を使用して接続を確立します。

- OpenSSHで提供されるSSH1(SSHバージョン1)とSSH2(SSHバージョン2)のプロトコルのみが、管理エージェントのデプロイでサポートされています。

- ホスト・ターゲットの追加ウィザードは名前付き資格証明をサポートしており、これを使用すればこの操作のための管理者によって特定の名前に登録された資格情報のセットを使用できます。オペレータは、管理者によって保存および格納される名前付き資格証明のみ選択でき、関連付けられている実際のユーザー名およびパスワードを確認しないため、パスワードのセキュリティの追加レイヤーを確保できます。
選択した名前付き資格証明がインストールを実行する権限を持たない場合は、別のユーザー(ロック済ユーザー・アカウント)として実行する名前付き資格証明を設定できます。この場合、ウィザードは選択された名前付き資格証明を使用してホストにログインしますが、設定されたロック済ユーザー・アカウントを使用してインストールを実行します。

たとえば、User_A (リモート・ログイン・アクセスのできるユーザー・アカウント)という名前付き資格証明を作成し、必要な権限を持つUser_X (no direct loginが設定される管理エージェント・インストール・ユーザー・アカウント)として実行するように設定できます。この場合、ウィザードはUser_Aとしてホストにログインしますが、名前付き資格証明で指定されている権限委任設定(sudoまたはPowerBroker)を使用し、User_Xとしてインストールします。

sudo、pbrun、sesuおよびsu権限委任ツールをCloud Controlはサポートしています。

- 名前付き資格証明は、SSH公開鍵認証およびパスワード認証をサポートします。そのため、パスワードを公開することなく、既存のSSH公開鍵認証を使用できます。
名前付き資格証明にSSH公開鍵認証を設定する手順は次のとおりです。

注意:

- すでに名前付き資格証明にSSH公開鍵認証を設定しており、SSH鍵がすでに作成されている場合には、次の手順4で説明するようにSSH鍵をEnterprise Managerにアップロードします。

- Enterprise Manager Cloud Controlは、Tectia SSHクライアントを使用して作成されるSSH鍵の書式をサポートしていません。SSH鍵をTectia SSHクライアントを使用して生成している場合、前提条件として、鍵の書式をOpenSSH書式に変換する必要があります。これを行うには、次のコマンドを実行します。
ssh-keygen --import-private-key <input_private_key_filename> <output_filename> --key-format openssh2

書式の変換後、output_filenameのコンテンツを使用して、秘密鍵としてアップロードし、「名前付き資格証明」としてEnterprise Managerに登録します。

1. Oracleホーム内の次の場所に移動します。
$<ORACLE_HOME>/oui/prov/resources/scripts

次に例を示します。

/u01/software/em13c/oraclehome/oui/prov/resources/scripts

2. OMSホストがOracle Solarisで稼働する場合は、sshUserSetup.shスクリプトを編集し、次のように変更します。
"SunOS") SSH="/usr/local/bin/ssh" SSH_KEYGEN="/usr/local/bin/ssh-keygen"

変更後

"SunOS") SSH="/usr/bin/ssh" SSH_KEYGEN="/usr/bin/ssh-keygen"

3. OMSホストがUNIXベースのオペレーティング・システムで実行されている場合、OMSインストール・ユーザーとしてOMSホストでsshUserSetup.shスクリプトを実行し、管理エージェントのインストール・ユーザー名とターゲット・ホストの完全修飾名を渡します。
sshUserSetup.sh -setup -user <agent_install_user_name> -hosts "<target_hosts>"

例: sshUserSetup.sh -setup -user oracle -hosts "abc1.example.com abc2.example.com abc3.example.com". Ensure that you use a space to separate the target host names

次のSSH鍵が作成されます。

$HOME/.ssh/id_rsa
$HOME/.ssh/id_rsa_pub

ここで、$HOMEはOMSインストール・ユーザーのホーム・ディレクトリです。

OMSホストがMicrosoft Windows上で実行している場合、(4章で説明するとおり) CygwinをOMSホストへインストールし、OMSホストでOMSユーザーとしてsshUserSetupNT.shスクリプトを実行し、管理エージェントのインストール・ユーザー名とターゲット・ホストの完全修飾名を渡します。

sshUserSetupNT.sh -setup -user <agent_install_user_name> -hosts <target_hosts>

4. SSH鍵をEnterprise Managerにアップロードします。
「設定」メニューから、「セキュリティ」、「名前付き資格証明」の順に選択します。「作成」をクリックします。「資格証明名」には資格証明の名前を指定し、「資格証明のタイプ」には「SSHキー資格証明」を選択し、「有効範囲」には「グローバル」を選択します。「グローバル」オプションを選択しないと、「ホスト・ターゲットの追加」ウィザードを使用して管理エージェントをインストールするためにSSH名前付き資格証明を使用できません。

手順3で作成された秘密SSH鍵のうち1つをアップロードするには、「資格証明プロパティ」セクションで「秘密鍵のアップロード」フィールドの値として秘密SSH鍵の場所を指定します。「保存」をクリックします。

手順3で作成された公開SSH鍵のうち1つをアップロードするには、「資格証明プロパティ」セクションで「公開鍵のアップロード」フィールドの値として公開SSH鍵の場所を指定します。「保存」をクリックします。

図 6-1はSSH鍵をEnterprise Managerにアップロードする方法を示しています。

図 6-1 SSH鍵のEnterprise Managerへのアップロード

SSH公開鍵認証を名前付き資格証明にすでに設定している場合、「ホスト・ターゲットの追加」ウィザードを使用して管理エージェントをインストールするときに、名前付き資格証明を使用できます。

- 「ホスト・ターゲットの追加」ウィザードまたはEM CLIを使用して、それぞれのホストへローリング方式で、管理エージェントを大量にデプロイできます。この方法では、各デプロイメント・フェーズで失敗したホストを無視した後、1つのデプロイメント・フェーズから次へと連続的に、デプロイメントを進めます。ホストでデプロイメント・フェーズが失敗しても、デプロイメント・プロセスは停止しません。
管理エージェントをローリング方式でデプロイする場合は、$<ORACLE_HOME>/sysman/prov/agentpush/agentpush.propertiesファイルにあるoracle.sysman.prov.agentpush.continueIgnoringFailedHostプロパティをtrueに設定し、ホスト・ターゲットの追加ウィザードまたはEM CLIを使用して管理エージェントをデプロイします。

- デフォルトでは、ホスト・ターゲットの追加ウィザードは、次のタイプのプラグインのみを構成します。

- 管理エージェント・ソフトウェアがデプロイされているOMSで構成されたすべての検出プラグイン

- Oracleホームの検出プラグイン

- Oracleホームの監視プラグイン

- サポート・ワークベンチ(インシデント)のメトリックが正しく機能するには、Oracle WebLogic Serverのアラート・ログ・ディレクトリに対して読取り権限を持っている必要があります。また、このOracle WebLogic Serverターゲットを監視しているManagement Agentが、Oracle WebLogic Serverと同じホスト上で実行されていることを確認してください。

- 組織に共通のマウント・ポイントがある場合、それが汎用であることを確認し、この汎用マウント・ポイントに管理エージェントをインストールします。このガイドラインは、管理エージェントの今後のリリースを同じマウント・ポイント内でアップグレードし、アップグレードのたびに新たにマウント・ポイントを取得しない場合に役立ちます。
たとえば、/oracle/product/agentのようなマウント・ポイントを設定して管理エージェントをそのポイントにインストールすると、/oracle/product/agent/agent13cのように表示されます。管理エージェントをマウント・ポイントに直接インストールすると、アップグレード・パスが壊れ、クリーンアップ操作で問題が発生するため、直接インストールしないでください。

- カーネル・パッチまたはパッチ・バンドルを適用してSolarisの下位リリースをアップグレードすることと、実際のSolaris 5.10 Update 9イメージをインストールすることは同じではありません。Oracle Management Agent 13cは最小更新バージョンのSolaris 5.10 Update 9で構築、テストおよび動作保証されたものなので、Oracle Management Agentは、パッチを使用してアップグレードされたリリースではなく、Solaris 5.10 Update 9にのみインストールすることをお薦めします。

注意:
「ホスト・ターゲットの追加」ウィザードまたはEM CLIを使用して管理エージェントをインストールせずに、サイレント・モードで手動により管理エージェントをインストールできます。サイレント・モードで管理エージェントをインストールする方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

6.2.2.3 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールするための汎用前提条件を満たす

表6-1に、ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールする前に満たす必要がある汎用前提条件を一覧表示します。

表6-1 スタンドアロンOracle Management Agentをインストールするための汎用前提条件

要件

説明

ハードウェア要件

第1章に示されているハード・ディスク領域、スワップ領域、一時ディレクトリ領域、ステージ・ディレクトリ領域および物理メモリーの要件を満たしていることを確認します。

ソフトウェア要件

(Microsoft Windowsの場合)第4章の説明に従って、接続先ホストにCygwin 1.7をインストールしたことを確認します。

注意: Microsoft Windows Server 2008およびMicrosoft Windows Vistaでcygwin.batを実行する際は、必ず管理者モードで起動してください。これを行うには、cygwin.batファイルを右クリックし、「管理者として実行」を選択します。

Cygwinをインストールしてホスト・ターゲットの追加ウィザードまたはEM CLIを使用してMicrosoft Windowsホストに管理エージェントをデプロイしない場合、PsExecプロセス・ユーティリティを使用してこれらのホストに管理エージェントをデプロイすることを選択できます。PsExecを使用してMicrosoft Windowsホストに管理エージェントをデプロイする方法の詳細は、付録Eを参照してください。

オペレーティング・システム要件

管理エージェントは、「My Oracle Support」のEnterprise Managerの動作保証マトリックスに記載された動作保証済のオペレーティング・システムにのみインストールしてください。Enterprise Manager動作保証マトリックスにアクセスするには、付録Dで概説する手順に従ってください。

将来サポートされるプラットフォームについては、My Oracle SupportのNote 793512.1を参照してください。

注意: Oracle Solaris 10を使用する場合、アップデート3以上がインストールされているか確認してください。インストールされたかどうかを確認するには、次のコマンドを実行します。

cat /etc/release

ファイル・システムの要件

宛先ホストにマウントされたファイルシステムでバッファに入れられた書込みが許可されないことを確認します。

ファイル記述子の要件

- ユーザー・プロセスの上限が13312以上に設定されていることを確認します。
現在の設定値を確認するには、次のコマンドを実行します。

ulimit -u

現在の値が13312以上でない場合は、13312以上に設定するようにシステム管理者に連絡してください。

- ファイル記述子のソフト・リミットを最小の4096に、ハード・リミットを16384以下に設定していることを確認します。
現在の設定値を確認するには、次のコマンドを実行します。

ソフト・リミットの場合:

/bin/sh -c "ulimit -n"

ハード・リミットの場合:

/bin/sh -c "ulimit -Hn"

現在の値が4096未満の場合、rootユーザーとして、次のエントリで/etc/security/limits.confファイルを更新してください。

<UID> soft nofile 4096

<UID> hard nofile 16384

パッケージ要件

第2章にあるとおりに、必ずすべてのオペレーティング・システム固有のパッケージをインストールしてください。

ユーザーおよびオペレーティング・システム・グループの要件

第3章の説明に従って、必要なオペレーティング・システムのグループとユーザーを作成します。

権限の要件

Enterprise ManagerユーザーにCREATE_TARGET権限があることを確認します。Enterprise Managerユーザーがこの権限を持っていないときは、ユーザーにその権限が与えられていることを確認します。

sysmanユーザーのようなスーパー管理者は、デフォルトでCREATE_TARGET権限を持っています。

etc/hostsファイルの要件

(Microsoft Windowsのみ) etc/hostsファイル内のローカル・ホストのエントリが常に127.0.0.1およびその他のアドレスに対応していることを確認します。

接続先ホストの要件

宛先ホストにOMSを実行しているホストからアクセスできることを確認します。

宛先ホストとOMSが実行されているホストが別のネットワーク・ドメインに属している場合、宛先ホストの/etc/hostsファイルを更新して、そのホストのIPアドレス、完全修飾名および短縮名を含む1行を追加していることを確認します。

たとえば、完全修飾ホスト名がexample.comで、短縮名がmypcの場合は、/etc/hostsファイル内に次の行を追加します。

172.16.0.0 example.com mypc

宛先ホストの資格証明の要件

同じプラットフォーム上で実行中のすべての接続先ホストが、同じ資格証明のセットを持っていることを確認します。たとえば、Linuxオペレーティング・システムを実行しているすべての宛先ホストに同じ資格証明セットを使用する必要があります。

ウィザードは、同じユーザー・アカウントを使用して、管理エージェントをインストールします。同じオペレーティング・システムを実行しているホストで異なる資格証明を使用している場合、2つの異なるデプロイメント・セッションを使用します。

権限の要件

- エージェント・ベース・ディレクトリが空で、書込み権限がインストール・ユーザーにあることを確認します。

- インスタンス・ディレクトリが空で、書込み権限がインストール・ユーザーにあることを確認します。

接続先ホストのタイムゾーン要件

接続先ホストのタイムゾーンが正しく設定されていることを確認します。接続先ホストのタイムゾーンを確認するには、OMSホストにログインし、次のコマンドを実行します。

ssh -l <install_user> <destination_host_name> /bin/sh -c 'echo $TZ'

タイムゾーンが正しく表示されない場合、接続先ホストにログインし、次の手順を実行します。

1. 次のコマンドを実行して、接続先ホストにタイムゾーンを設定します。

- Kornシェルの場合:
TZ=<value>

export TZ

- BourneシェルまたはBashシェルの場合:
export TZ=<value>

- Cシェルの場合:
setenv TZ <value>

たとえば、Bashシェルで、タイムゾーンをAmerica/New_Yorkに設定するには、次のコマンドを実行します。

export TZ='America/New_York'

Microsoft Windowsで稼働する宛先ホストにタイムゾーンを設定するには、「スタート」メニューから、「コントロール パネル」を選択します。「日付と時刻」をクリックし、「タイムゾーン」タブを選択します。表示されたドロップダウン・リストからタイムゾーンを選択します。

使用できるタイムゾーンの一覧を確認するには、中央エージェント(OMSホストにインストールされた管理エージェント)の<AGENT_HOME>/sysman/adminディレクトリにあるsupportedtzs.lstファイルにアクセスします。

2. SSHデーモンを再起動します。
接続先ホストがUNIXベースのオペレーティング・システムで実行されている場合、次のコマンドを実行します。

sudo /etc/init.d/sshd restart

接続先ホストがMicrosoft Windowsのオペレーティング・システムで実行されている場合、次のコマンドを実行します。

cygrunsrv -E sshd

cygrunsrv -S sshd

3. OMSホストにログインして次のコマンドを実行し、SSHサーバーがTZ環境変数にアクセスできるかどうかを確認します。
ssh -l <install_user> <destination_host_name> /bin/sh -c 'echo $TZ'

注意: 管理エージェントのインストール中に間違ったタイムゾーンの設定に関する前提条件チェックの警告を無視した場合、管理エージェントのインストール後、接続先ホストで正しいタイムゾーンを設定する必要があります。インストール後のタイムゾーンの設定の詳細は、第6.2.2.6項を参照してください。

sudo/pbrun/sesu/su SSH要件

(UNIXの場合のみ)

使用している権限委任ツールでSSHを介したリモート・コマンドの実行に擬似ターミナルが必要な場合は、必ず$<ORACLE_HOME>/sysman/prov/agentpush/agentpush.propertiesファイルでoracle.sysman.prov.agentpush.enablePtyプロパティをtrueに設定します。pbrun、sesu、suなどの権限委任ツールの多くは、デフォルトで、リモート・コマンドの実行に擬似端末を必要とします。

これ以外の方法として、ホスト・ターゲットの追加ウィザードを使用する管理エージェント(第6.2.2.5.1項を参照)またはEM CLI (第6.2.2.5.3項を参照)をインストールするときに、-enablePty追加パラメータを使用することもできます。このパラメータの詳細は、第6.2.2.5.4項を参照してください。

注意: 権限委任ツールにsudoを使用している場合、oracle.sysman.prov.agentpush.enablePtyプロパティをtrueに設定しないときは、次のいずれかを実行します。

- /etc/sudoersファイルにDefaults visiblepwを含めるか、「インストールの詳細」ページの「権限委任設定」で、sudoコマンドを-Sオプション付きで入力します。
「インストールの詳細」ページにアクセスする方法の詳細は、第6.2.2.5項を参照してください。

- /etc/sudoersファイル内のDefaults requirettyをコメント化します。

sudo/pbrun/sesu/su要件(rootユーザーとしてコマンドを実行するため)

(UNIXの場合のみ)

- インストール・ユーザーにidコマンドおよびagentdeployroot.shスクリプトをrootとして実行する権限があることを確認します。権限委任ツールの構成ファイルで権限を付与します。
たとえば、権限委任ツールにsudoを使用している場合は、/etc/sudoersファイルに次の内容を追加して、必要な権限を付与します。

<install_user> ALL=(root) /usr/bin/id, <agent_home>/*/agentdeployroot.sh

たとえば、oracle ALL=(root) /usr/bin/id, /home/oracle/agentibd/*/agentdeployroot.shなどです。

ここで、oracleはインストール・ユーザーで、/home/oracle/agentibdは管理エージェント・ホーム(つまり、エージェント・ベース・ディレクトリ)です。

- 管理エージェントのインストールには、/etc/sudoersファイルに次のエントリは不要です。ただし、このエントリは、Enterprise Managerでプロビジョニングとパッチ適用を実行するために必要です。したがって、管理エージェントをインストールする前にこのエントリを削除する場合、管理エージェントのインストール後に、このエントリを戻してください。
Enterprise Manager Cloud Control 13cリリース1の場合:

(root) /<AGENT_HOME>/sbin/nmosudo

Enterprise Manager Cloud Control 12cリリース2 (12.1.0.2)、リリース3 (12.1.0.3)、リリース4 (12.1.0.4)、リリース5 (12.1.0.5)の場合:

(root) /<AGENT_BASE_DIRECTORY>/sbin/nmosudo

Enterprise Manager Cloud Control 12cリリース1 (12.1.0.1) [バンドル・パッチ1]の場合:

(root) /<AGENT_INSTANCE_DIRECTORY>/bin/nmosudo

sudo/pbrun/sesu/su要件(ロックされたアカウント・ユーザーとしてコマンドを実行する場合)

(UNIXの場合のみ)

インストール・ユーザーに/bin/shをロックされたアカウント・ユーザーとして実行する権限があることを確認します。権限委任ツールの構成ファイルで権限を付与します。

たとえば、権限委任ツールにsudoを使用している場合は、/etc/sudoersファイルに次の内容を追加して、必要な権限を付与します。

login_user1 ALL=(oracle) /bin/sh

ここで、login_user1はSSHログイン・ユーザー、oracleはロックされたアカウント・ユーザーおよびインストール・ユーザーです。

ロックされたアカウント・ユーザーとして/bin/shを実行する権限をインストール・ユーザーに付与する場合は、oracle.sysman.prov.agentpush.pdpShellOutEnabledプロパティをfalseに設定し、id、chmod、cp、mkdir、rm、tar、emctl、agentDeploy.sh、runInstallerおよびunzipをロックされたアカウント・ユーザーとして実行する権限がインストール・ユーザーにあることを確認します。権限委任ツールの構成ファイルで権限を付与します。

たとえば、権限委任ツールにsudoを使用している場合は、/etc/sudoersファイルに次の内容を追加して、必要な権限を付与します。

login_user1 ALL=(oracle) /usr/bin/id, /bin/chmod, /bin/cp, /bin/mkdir, /bin/rm, /bin/tar, /home/oracle/agentibd/agent_inst/bin/emctl, /home/oracle/agentibd/*/agentDeploy.sh, /home/oracle/agentibd/*/prereq_stage/agent_13.1.0.0.0/oui/bin/runInstaller, /home/oracle/agentibd/*/unzip, /home/oracle/agentibd/*/unzipTmp/unzip, /home/oracle/agentibd/*/agentcore.bin

ここで、login_user1はSSHログイン・ユーザー、oracleはロックされたアカウント・ユーザーおよびインストール・ユーザー、および/home/oracle/agentibdはエージェント・ベース・ディレクトリです。

ロックされたアカウントの要件

ロックされたアカウント・ユーザー(oracle)にログイン・ユーザーのホーム・ディレクトリの読取り権限があることを確認します。

デフォルトのSSHポートの要件

SSHデーモンがすべての宛先ホストのデフォルト・ポート(22)で実行されていることを確認します。UNIXホストのSSHポートを確認するには、次のコマンドを実行します。

netstat -anp | grep -i sshd

たとえば、コマンドからの出力は次のようになります。

tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 3188/sshd

この出力は、SSHデーモンがポート22で実行中であることを示します。

また、UNIXホストでは、次のコマンドを実行してSSHポートを検証できます。

cat /etc/ssh/sshd_config

Microsoft Windowsでは、SSHポートの値はC:\cygwin\etc\sshd_configファイルにあります。

デフォルト以外(22以外)のSSHポートを使用している場合は、次のファイル内のSSH_PORTプロパティを更新します。

$<ORACLE_HOME>/oui/prov/resources/Paths.properties

PATH環境変数要件

宛先ホスト上で、次の内容を確認します。

- (Microsoft Windowsの場合) PATH環境変数内で、Cygwinソフトウェアの場所が他のソフトウェアの場所よりも前に指定されていることを確認します。最初のエントリであることを確認した後、SSHデーモン(sshd)を再起動します。
また、PATH環境変数は1024文字を超えないようにしてください。

- (UNIXの場合) 接続先ホストで、PATH環境変数内にSCPバイナリ(/usr/bin/scpなど)が存在することを確認します。

CLASSPATH環境変数の要件

CLASSPATH環境変数の設定を解除します。インストールの完了後、常にこの変数を元の値にリセットできます。

ソフトウェア可用性の要件

インストールする管理エージェントが、自己更新を使用してダウンロードおよび適用されていることを確認します。

- Oracle Management Agent 13cをOracle Management Service 13cを実行しているのと同じプラットフォームで実行されるホストへインストールする場合、そのリリースおよびプラットフォームの管理エージェント・ソフトウェアが、デフォルトでダウンロードおよび適用されます。したがって、ユーザーによる処理は不要です。

- Oracle Management Agent 13cをOracle Management Service 13cを実行しているのと同じプラットフォームで実行されないホストへインストールする場合、対象プラットフォームの管理エージェント・ソフトウェアが、自己更新を使用してダウンロードおよび適用されることを確認します。
管理エージェント・ソフトウェアを自己更新を使用してダウンロードおよび適用する方法の詳細は、第6.2.2.4項を参照してください。

パス検証の要件

付録Bの説明に従って、すべてのコマンドの場所へのパスを確認します。

エージェント・ベース・ディレクトリの要件

- 指定するエージェント・ベース・ディレクトリが空であることを確認します。
以前に実行したデプロイメント・セッションがなんらかの理由で失敗した場合、エージェント・ベース・ディレクトリにADATMP_<timestamp>サブディレクトリがある可能性があります。この場合、サブディレクトリを削除してデプロイメント・セッションを新たに開始するか、失敗したセッションを「ホスト・ステータスの追加」ページから再試行します。

- ディレクトリ名に空白が含まれていないことを確認します。

- インストール・ユーザーはエージェント・ベース・ディレクトリを所有します。エージェント・ベース・ディレクトリおよびその親ディレクトリには、インストール・ユーザーに対する読取り、書込みおよび実行権限があります。インストール・ユーザーまたはrootユーザーはエージェント・ベース・ディレクトリのすべての親ディレクトリを所有し、その親ディレクトリにはインストール・ユーザー・グループおよびその他のすべてのユーザーに対する読取りおよび実行権限があることを確認します。また、rootユーザーがルート・ディレクトリを所有することを確認します。
たとえば、エージェント・ベース・ディレクトリが/scratch/OracleHomes/agentで、インストール・ユーザーがoracleの場合、/scratch/OracleHomes/agentディレクトリはoracleが、scratchおよびOracleHomesディレクトリはoracleまたはrootユーザーが、ルート・ディレクトリ(/)はrootユーザーが所有している必要があります。

- (Microsoft Windowsホストの場合のみ)エージェント・ベース・ディレクトリのパスの文字数が25文字を超えないようにします。

- エージェントのベース・ディレクトリがマウントされている場合、setuidがオンになってマウントされていることを確認します。

中央インベントリ(oraInventory)の要件

- 中央インベントリに100MBの領域が割り当てられていることを確認します。

- すべてのリモート・ホストのoraInventoryに対して、読取り、書込みおよび実行権限を持っていることを確認します。リモート・ホスト上のデフォルト・インベントリ(通常は/etc/oraInst.loc)に対してこれらの権限がない場合、「ホスト・ターゲットの追加」ウィザードの「追加パラメータ」フィールドのいずれかのオプションを使用して、別のインベントリの場所のパスを指定してください。ただし、これらのパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされないことに注意してください。
INVENTORY_LOCATION=<absolute_path_to_inventory_directory>

-invPtrLoc <absolute_path_to_oraInst.loc>

対象ホストに中央インベントリがない場合のみ、INVENTORY_LOCATIONを使用してください。

インストール・ユーザー要件

- 中央インベントリ所有者と管理エージェントをインストールするユーザーが異なる場合、両者が同じグループに属していることを確認します。

- また、インベントリ所有者と所有者が属するグループに中央インベントリに対する読取りおよび書込み権限があることも確認します。
たとえば、インベントリ所有者がabcで、管理エージェントをインストールするユーザーがxyzの場合、abcとxyzが同じグループに属し、双方がインベントリに対する読取りおよび書込みアクセスを持っていることを確認してください。

エージェント・ユーザー・アカウント権限(Microsoft Windowsの場合)

(Microsoft Windowsの場合)Microsoft Windowsベースのオペレーティング・システム上に管理エージェントをインストールする場合、エージェント・ユーザー・アカウントに次を実行する権限があることを確認します。

- オペレーティング・システムの一部として機能

- プロセスのメモリー割当ての調整

- プロセス・レベル・トークンの置換え

- バッチ ジョブとしてログオン

エージェント・ユーザーにこれらの権限があることを確認するには、次の手順を実行します。

1. 「ローカル セキュリティ ポリシー」を起動します。
「スタート」 メニューから「設定」をクリックし、「コントロール パネル」を選択します。「コントロール パネル」ウィンドウから「管理ツール」を選択し、「管理ツール」ウィンドウから「ローカル セキュリティ ポリシー」を選択します。

2. 「ローカル セキュリティ ポリシー」ウィンドウで、ツリー構造から「ローカル ポリシー」を開き、「ユーザー権利の割り当て」を開きます。

cmd.exeの権限(Microsoft Windowsの場合)

(Microsoft Windowsの場合)Microsoft Windowsベースのオペレーティング・システム上に管理エージェントをインストールする場合、バッチ・ジョブを実行するユーザー・アカウントにcmd.exeプログラムの読取りおよび実行権限を付与していることを確認します。これはMicrosoftからの制約事項です。

この制約事項、および権限を付与する方法の詳細は、次のMicrosoft WebサイトへのURLにアクセスしてください。

http://support.microsoft.com/kb/867466/en-us

ランタイム・ライブラリ・ファイルの要件(Microsoft Windowsの場合)

(Microsoft Windowsの場合) Microsoft Windowsベースのオペレーティング・システム上に管理エージェントをインストールする場合、Msvcp71.dllおよびMsvcr71.dllランタイム・ライブラリ・ファイルがc:\windows\system32にあることを確認します。

インストール前/インストール後スクリプトの要件

インストールとともに実行するインストール前スクリプトとインストール後スクリプトがOMSホスト、宛先ホストまたは宛先ホストにアクセスできる共有場所で使用可能であることを確認します。

ブラウザの要件

My Oracle SupportのEnterprise Manager動作保証マトリックスに示されている動作保証済ブラウザを使用していることを確認します。Enterprise Manager動作保証マトリックスにアクセスするには、付録Dの手順に従ってください。

6.2.2.4 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールするための管理エージェント・ソフトウェア前提条件を満たす

スタンドアロン管理エージェントをホストにインストールするには、自己更新を使用して、ホスト・プラットフォーム用の管理エージェント・ソフトウェアをダウンロードして適用する必要があります。

この項では、自己更新を使用して様々なプラットフォームの管理エージェント・ソフトウェアをダウンロードして適用する方法を説明します。この章の内容は次のとおりです。

- オンライン・モードでの管理エージェント・ソフトウェアの取得

- オフライン・モードでの管理エージェント・ソフトウェアの取得

重要:
OMSホスト・プラットフォームの管理エージェントをデフォルトでダウンロードして適用すれば、管理エージェントをインストールするホストがOMSホストと同じプラットフォームで実行されている場合、そのプラットフォームの管理エージェント・ソフトウェアのダウンロードと適用は不要です。

6.2.2.4.1 オンライン・モードでの管理エージェント・ソフトウェアの取得

Enterprise ManagerがMy Oracle Supportへインターネット経由でアクセスできる場合は、オンライン・モードで実行していることになります。

Enterprise Managerがオンライン・モードで実行していることを確認するには、「オフライン・パッチ」ページにアクセスします。このページにアクセスするには、「設定」メニューから、「プロビジョニングとパッチ適用」を選択してから、「オフライン・パッチ」を選択します。

Enterprise Managerをオンライン・モードで実行しているときに、自己更新を使用して管理エージェント・ソフトウェアを使用してダウンロードして適用するには、次の手順に従ってください。

1. 自己更新が設定されていることを確認します。
自己更新を設定するには、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

2. 「設定」メニューで、「拡張性」、「自己更新」の順に選択します。

3. タイプは、「エージェント・ソフトウェア」を選択し、「アクション」メニューから「開く」を選択します。エージェント・ソフトウェア更新ページに、各種の管理エージェント・ソフトウェアが表示されます。

4. 使用可能な更新のリストから更新を選択します。OMSホストのプラットフォームに一致するエントリ以外のすべてのエントリが、「使用可能」というステータスを表示します。

5. 「ダウンロード」をクリックします。「スケジュール・ダウンロード」ダイアログ・ボックスが開きます。

注意:
「ダウンロード」ボタンは次の場合にのみ有効です。

- 自己更新コンソールでダウンロードして適用する権限を持つ必要があります。

- 表の少なくとも1つの管理エージェント・ソフトウェア行を選択している必要があります。管理エージェント・ソフトウェアは、「使用可能」または「ダウンロードに失敗しました」ステータスである必要があります。

- ソフトウェア・ライブラリを構成している必要があります。

- 自己更新ステージング領域を構成している必要があります。

- 自己更新のオンライン・モードを有効化して、My Oracle Support資格証明を設定する必要があります。

6. 更新をいつダウンロードするか選択します。次のオプションを使用できます。

- 即時

- 後で(指定した時刻)

- ダウンロードが完了したとき通知を送信するかどうか

7. 「選択」をクリックします。ソフトウェア・ライブラリに、管理エージェント・ソフトウェアをダウンロードするためのEnterprise Managerジョブが作成されます。
Enterprise Managerでは、Oracle Enterprise Managerストアからのアーカイブのダウンロードが開始します。ダウンロードが終了するまで待ちます(オフライン・モードのときは、システムは指定した場所から読込みを開始します)。

ダウンロードが完了すると、確認ページが表示されます。

8. ダウンロードが完了したら、管理エージェントを選択して「適用」をクリックします。この手順によって、ソフトウェア・ライブラリ内の管理エージェント・ソフトウェアをステージングして、ホスト上への管理エージェントのインストールで使用するホスト・ターゲットの追加ウィザードで使用できるようにします。

6.2.2.4.2 オフライン・モードでの管理エージェント・ソフトウェアの取得

Enterprise ManagerがMy Oracle Supportへインターネット経由でアクセスしていない場合は、オフライン・モードで実行していることになります。

Enterprise Manageｒがオフライン・モードで実行していることを確認するには、「オフライン・パッチ」ページにアクセスします。このページにアクセスするには、「設定」メニューから、「プロビジョニングとパッチ適用」を選択してから、「オフライン・パッチ」を選択します。

Enterprise Managerをオフライン・モードで実行しているときに、自己更新を使用して管理エージェント・ソフトウェアを使用してダウンロードして適用されるには、次の手順に従ってください。

1. 自己更新が設定されていることを確認します。
自己更新を設定するには、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

2. 「設定」メニューで、「拡張性」、「自己更新」の順に選択します。

3. 自己更新ホームページで、「更新の確認」をクリックします。メッセージが表示され、すべての更新のカタログをダウンロードするためにアクセスされるURLが示されます。

4. インターネット接続できるコンピュータから、メッセージに記載されていたURLを使用してカタログ・ファイルをダウンロードします。

注意:
ファイルを解凍しないでください。

5. ダウンロードしたファイルを、次のいずれかの方法でコピーします。

- 管理エージェントおよびEM CLIがインストールされている任意のホストへ

- Oracle Management Service (OMS)ホストへ(OMSホスト・マシンには即時利用可能なEM CLIが構成されているので設定は必要ありません)

6. <OMS_HOME>へナビゲートし、EM CLIへログインして、インストール・ユーザーとして次のコマンドを実行します。
./emcli login -username=sysman

7. EM CLIを同期します。
./emcli sync

8. emcli import_update_catalogコマンドを実行して、更新するOracle Management Serviceインスタンスまたは管理エージェントに、アーカイブをインポートします。例:

./emcli import_update_catalog -omslocal  -file=zip file absolute path

このコマンドを実行する前に、ソフトウェア・ライブラリがCloud Controlに設定されていることを確認します。これを行う方法の詳細は、Oracle Enterprise Managerライフサイクル管理者ガイドを参照してください。

ヒント:
複数のOMS設定の場合、オプションの詳細は、emcli help import_update_catalogを実行します。

9. 自己更新ホームページに戻り、リフレッシュを行って、「使用可能な更新」列の新規更新数を確認します。

10. タイプは、「エージェント・ソフトウェア」を選択し、「アクション」メニューから「開く」を選択します。エージェント・ソフトウェア更新ページに、各種の管理エージェント・ソフトウェアが表示されます。

11. 使用可能な更新のリストから更新を選択します。OMSホストのプラットフォームに一致するエントリ以外のすべてのエントリが、「使用可能」というステータスを表示します。

12. 「ダウンロード」をクリックします。URLおよび手順を含むメッセージが表示されます。

13. インターネット接続可能なコンピュータで、手順12のURLからファイルをダウンロードします。次のいずれかの操作を行います。

- 管理エージェント・ホストにファイルをコピーし、手順12の指示に従います。

- Oracle Management Serviceホストにファイルをコピーし、手順12の指示に従います。

この段階で、自己更新ホームページでは、更新は「ダウンロード」状態で表示されます。

14. ダウンロードが完了したら、管理エージェントを選択して「適用」をクリックします。この手順によって、ソフトウェア・ライブラリ内の管理エージェント・ソフトウェアをステージングして、ホスト上への管理エージェントのインストールで使用するホスト・ターゲットの追加ウィザードで使用できるようにします。

6.2.2.5 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用したスタンドアロン管理エージェントのインストール

この項では、スタンドアロン管理エージェントのインストールに必要な作業について説明します。内容は次のとおりです。

- ホスト・ターゲットの追加ウィザードを使用したスタンドアロン管理エージェントのインストール

- ホスト・リスト・ファイルのフォーマット

- EM CLIを使用したスタンドアロン管理エージェントのインストール

- ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールするためにサポートされている追加パラメータ

重要:
OMSホストがMicrosoft Windowsで稼働していて、OMSソフトウェアがC:\以外のドライブにインストールされている場合は、$ORACLE_HOME\oui\prov\resources\ssPaths_msplats.properties内のSCRATCH_PATH変数を更新します。
たとえば、OMSソフトウェアがD:\にインストールされている場合は、SCRATCH_PATH変数をD:\tmpadaに更新してください。

6.2.2.5.1 ホスト・ターゲットの追加ウィザードを使用したスタンドアロン管理エージェントのインストール

この項では、13c管理エージェントをホスト・ターゲットの追加ウィザードを使用してインストールする方法を説明します。

ホスト・ターゲットの追加ウィザードを使用して新規管理エージェントをインストールするには、次の手順を実行します。

1. 管理エージェントをインストールするホストのプラットフォームの管理エージェント・ソフトウェアがダウンロードされ、適用されたことを確認します。
プラットフォーム用の管理エージェント・ソフトウェアをダウンロードして適用する方法の詳細は、第6.2.2.4項を参照してください。

注意:
Oracle Enterprise Linux 4.x 64ビット・プラットフォーム、Red Hat Enterprise Linux 4.x 64ビット・プラットフォームまたはSUSE Linux Enterprise 10 64ビット・プラットフォームで実行しているホストへ管理エージェントをインストールするには、そのプラットフォームの32ビット・バージョンの管理エージェント・ソフトウェアが、自己更新を使用してダウンロードされて適用されていることを確認してください。

2. Cloud Controlで、次のいずれかの操作を行います。

- 「設定」メニューから、「ターゲットの追加」、「自動検出の結果」の順にクリックします。「サーバー、ストレージおよびネットワーク」タブにある、「自動検出の結果」ページに表示されているリストから、監視するホストを選択し、「昇格」をクリックします。

- 「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。「ターゲットの手動追加」ページで、「ホストにエージェントをインストール」を選択します。

3. ホストとプラットフォーム・ページで、次を実行します。

1. このセッションに割り当てられたデフォルトの名前のままにするか、選択した一意の名前を入力します。入力するカスタム名は直観的な名前にすることができ、必ずしもデフォルトの名前と同じフォーマットにする必要はありません。たとえば、add_host_operation_1のようになります。

一意のデプロイメント・アクティビティ名によって、このデプロイメント・セッションで指定されたインストール詳細を保存し、新規セッションですべての詳細を入力しなおすことなく、将来再利用できます。

2. 「追加」メニューから「手動」を選択して、管理エージェントをインストールするホストの完全修飾名を入力してプラットフォームを選択します。
インストールするためにシステムから取得されたホスト名は、IPアドレスと短縮名を含んでいる場合があります。ただし、foo.mydomain.comのように対象ホスト全体を表した、完全修飾されたホスト名を使用することをお薦めします。メンテナンスの簡素化および全体的なセキュリティのためにお薦めします。

注意:

- ホストの完全修飾ドメイン名を入力することをお薦めします。監視のため、Enterprise Manager Cloud Controlは、ここで入力した正確な名前でホストおよび管理エージェントを追加します。

- 行当たり入力するホスト名は1つのみにする必要があります。複数のホスト名をカンマで区切って入力することはサポートされていません。

- ホスト名にアンダースコア("_")が含まれていないことを確認する必要があります。

- プラットフォーム名の後に「エージェント・ソフトウェア使用不可」とある場合、そのプラットフォームのソフトウェアがOMSホストでは使用できず、自己更新を使用してダウンロードおよび適用しなければならないことを示します。自己更新にアクセスするには、「設定」メニューから、「拡張性」を選択し、「自己更新」をクリックします。
自己更新を使用して最新のソフトウェアをダウンロードして適用する方法の詳細は、第6.2.2.4項を参照してください。

または、「追加」メニューから「ファイルから」を選択してファイルに格納されたホスト名を追加するか、「検出されたホスト」を選択してEnterprise Managerで検出されたホストのリストからホスト名を追加できます。ホスト・ファイルでホスト名のエントリがどのように表示されるべきかについては、第6.2.2.5.2項を参照してください。

注意:
「追加」メニューから「検出されたホスト」を選択して検出されたホストのリストからホストを追加すると、ホストのプラットフォームが自動的に検出されて表示されます。プラットフォーム名は、自動検出から得られたヒントやOMSホストのプラットフォームなど、複数の要素の組合せを使用して検出されます。このデフォルトのプラットフォーム名は提案であり、次の手順に進む前に必ずプラットフォームの詳細を確認することをお薦めします。

プラットフォーム名を修正していて、すべてのホストが同じプラットフォームで稼働している場合、この表の最初のホストのプラットフォームを設定し、「プラットフォーム」リストから、「すべてのホストで同一」を選択します。これにより、最初のホストに選択したプラットフォーム名が表の残りのホストにも設定されます。

プラットフォーム名および別のプラットフォームのすべてのホストを修正するときは、「プラットフォーム」一覧から「各ホスト別」を選択します。各ホストの正しいプラットフォームを選択します。

注意:

- 自動検出の結果ページからこのページ(ホストとプラットフォーム・ページ)にアクセスする場合、そのページで選択したホストが表に自動的に表示されます。その場合、ホスト名およびそのプラットフォームの検証のみ行う必要があります。

- OMSが稼働しているプラットフォームとは別のプラットフォームに管理エージェントをインストールしている場合、そのプラットフォームのソフトウェアがあることを確認してください。このソフトウェアがない場合、Enterprise Manager Cloud Control内の自己更新コンソールに移動して、ソフトウェアをダウンロードし、適用します。詳細は、6.2.2.4項を参照してください。

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

4. 「インストールの詳細」ページで、次のようにします。

1. 「デプロイメント・タイプ」セクションで、新規エージェント・インストールを選択します。

注意:
共通の済ドライブを複数のホストが共有している場合、管理エージェントのインストールは2つの異なるフェーズに分けられます。

1. ホスト・ターゲットの追加ウィザードで、デプロイメント・タイプ「フレッシュ・エージェント・インストール」を選択し、ドライブが共有されているホストに管理エージェントをインストールします。

2. ホスト・ターゲットの追加ウィザードで、デプロイメント・タイプ「共有エージェントへのホストの追加」を選択し、共有されているマウント済ドライブにアクセスできる他のすべてのホストに管理エージェントをインストールします。(ここでは、前の手順でマスター・エージェントまたは共有エージェントとしてインストールした管理エージェントを選択します)。

2. 表から、共通のプラットフォーム名でグループ化されたホストを示す最初の行を選択します。

3. 「インストールの詳細」セクションで、ステップ3 (b)で選択したホストに共通するインストールの詳細を指定します。「インストールのベース・ディレクトリ」に、管理エージェントのソフトウェア・バイナリ、セキュリティ・ファイルおよびインベントリ・ファイルをコピーするエージェント・ベース・ディレクトリへの絶対パスを入力します。
例: /u01/software/em13c/agentbasedir/

入力したパスが存在しない場合は、指定されたパスにディレクトリが作成され、管理エージェントのソフトウェア・バイナリ、セキュリティ・ファイルおよびインベントリ・ファイルがその場所にコピーされます。

注意:
インストールのベース・ディレクトリは、基本的にはエージェント・ベース・ディレクトリです。指定するディレクトリが空であることを確認します。以前に実行したデプロイメント・セッションがなんらかの理由で失敗した場合、エージェント・ベース・ディレクトリにADATMP_<timestamp>サブディレクトリがある可能性があります。この場合、サブディレクトリを削除してデプロイメント・セッションを新たに開始するか、失敗したセッションを「ホスト・ステータスの追加」ページから再試行します。

4. 「インスタンス・ディレクトリ」で、デフォルトのインスタンス・ディレクトリの場所のままにするか、すべての管理エージェント関連の構成ファイルを格納できるディレクトリを選択し、そこへの絶対パスを入力します。
例: /u01/software/em13c/agentbasedir/agent_inst

カスタムの場所を入力する場合、そのディレクトリに書込み権限があることを確認してください。エージェント・ベース・ディレクトリ内にインスタンス・ディレクトリを保持することをお薦めします。

入力したパスが存在しない場合は、指定されたパスにディレクトリが作成され、管理エージェントに関連するすべての構成ファイルがその場所にコピーされます。

5. 「名前付き資格証明」リストから、資格証明がOMSとリモート・ホスト間のSSH接続を設定し、各リモート・ホストに管理エージェントをインストールするために使用できる適切なプロファイルを選択します。

注意:

- 資格証明プロファイルがない場合、または資格証明プロファイルはあるが「名前付き資格証明」リストで見つからない場合、このリストに対するプラス・アイコンをクリックします。名前付き資格証明の新規作成ウィンドウに、資格証明を入力し、適切なプロファイル名で格納して、管理エージェントのインストールに選択および使用できるようにします。また、作成している名前付き資格証明から、インストールの実行権限を持つ別のユーザーに切り替えるには、実行権限を設定します。

- このリストに対するプラス・アイコンが無効な場合、資格証明があるプロファイルを作成する権限がありません。この場合、管理者に連絡して、新規プロファイルの作成権限を付与してもらうようリクエストするか、プロファイルを作成してもらい、「名前付き資格証明」リストにプロファイルを表示するアクセス権を付与してもらうようリクエストします。

- SSH公開鍵認証を第6.2.2.2項の説明に従って、OMSと名前付き資格証明のリモート・ホスト間にすでに手動で設定している場合、「名前付き資格証明」リストから、その資格証明を選択できます。

6. 「権限委任設定」で、ルート・スクリプトの実行に使用する権限委任設定を検証します。デフォルトでは、Enterprise Manager Cloud Controlで構成されている権限委任設定に設定されます。
たとえば、「権限委任設定」フィールドには、次のいずれかを指定できます。

/usr/bin/sudo -u %RUNAS% %COMMAND%
/usr/bin/sudo -u -S %RUNAS% %COMMAND% (if a pseudo terminal is required for remote command execution via SSH)
/usr/bin/sesu - %RUNAS% -c "%COMMAND%"
/usr/bin/pbrun %PROFILE% -u %RUNAS% %COMMAND%
/usr/bin/su - %RUNAS% -c "%COMMAND%"

「権限委任設定」フィールドを空白のままにしておくと、ウィザードではrootスクリプトが実行されないため、インストール後に手動で実行する必要があります。手動による実行の詳細は、第6.2.2.6項を参照してください。

この設定は、選択した名前付き証明の「別名実行」属性で設定されたユーザーとしてのインストールの実行にも使用されます(この名前付き資格証明の作成時にユーザーを設定している場合)。

注意:
権限委任設定での%RUNAS%は、ルート・スクリプトを実行するルート・ユーザー、および名前付き資格証明の「別名実行」属性で設定された、インストールを実行するユーザーとしての権限を持ちます。

7. 「ポート」で、管理エージェントの通信用に割り当てられたデフォルトのポート(3872)のままにするか、選択したポートを入力します。
入力するカスタム・ポートはビジー状態ではない必要があります。不明な場合、このフィールドを空白にしておくことができます。Enterprise Manager Cloud Controlによって、1830 - 1849の範囲から最初の使用可能な空きポートが自動的に割り当てられます。

8. (オプション)「オプションの詳細」セクションで、実行するインストール前スクリプトおよびインストール後スクリプトを使用できるアクセス可能な場所への絶対パスを入力します。サポートされているのはシェル・スクリプトのみであり、インストール前スクリプトまたはインストール後スクリプトを1つのみ指定できることに注意してください。
スクリプトをrootとして実行するには、「Rootとして実行」を選択します。管理エージェントをインストールするホスト上ではなく、OMSが実行されているホスト上にスクリプトがある場合、「OMSのスクリプト」を選択します。この場合、スクリプトはOMSホストから接続先ホストにコピーされてから、接続先ホストで実行されます。

9. (オプション)「追加パラメータ」で、インストール時に渡す追加パラメータの空白区切りのリストを入力します。サポートされている追加パラメータの詳細なリストは、表6-2を参照してください。
たとえば、インベントリ・ポインタの場所ファイルを指定する場合、-invPtrLocの後ろにファイルの場所への絶対パスを入力します。ただし、このパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされないことに注意してください。

10. 表にある他のすべての行に対して、ステップ3 (b)からステップ3 (i)までを繰り返します。

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

5. 各デプロイメント・フェーズで失敗したホストを無視して、あるデプロイメント・フェーズから別のデプロイメント・フェーズにデプロイメントが途切れることなく進むように、選択したホストにローリング形式で管理エージェントをデプロイする場合、$ORACLE_HOME/sysman/prov/agentpush/agentpush.propertiesファイルで次のように指定します。
oracle.sysman.prov.agentpush.continueIgnoringFailedHost=true

このデプロイメント・メソッドの詳細は、第6.2.2.2項を参照してください。

6. 「確認」ページでインストール用に指定した詳細を確認し、次のいずれかを実行します。

- 詳細を変更する場合、変更を加えるページに到達するまで、「戻る」をクリックします。

- なんらかの理由でデプロイメント・セッションを取り消す場合、「取消」をクリックします。「ターゲットの手動追加」ページに自動的に移動します。

- 詳細に問題がない場合、「エージェントのデプロイ」をクリックして管理エージェントをインストールします。デプロイメント・セッションの進捗を監視できる「ホスト・ステータスの追加」ページに自動的に移動します。
実行中のデプロイメント・セッションを取り消す場合、「ホスト・ターゲットの追加」ページで「取消」をクリックします。セッションを取り消すと、そのセッションの追跡や再開はできないことに注意してください。 ただし、リモート・ホストで現在起動されているコマンドは、完了まで実行が続けられます。

すべてのホストの追加の進行の詳細をホスト・ターゲットの追加ウィザードを使用して表示したり追跡するには、「設定」メニューから「ターゲットの追加」を選択し、「ターゲットの手動追加」をクリックします。「ターゲットの手動追加」ページで、「エージェントのインストール結果」をクリックします。

7. 特定のインストール・フェーズが失敗したか警告が表示された場合は、「ホスト・ステータスの追加」ページのエージェント・デプロイ詳細セクションにある各フェーズに関する詳細を確認し、次のうちの1つを実行します。

注意:
失敗の原因を特定するには、ログ・ファイルを確認します。ホストごとにログ・ファイルが1つ生成されるため、複数のホストに管理エージェントをインストールした場合は、すべてのログ・ファイルを確認してください。ログ・ファイルへのアクセス方法は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

- エラーの説明を慎重に確認し、原因を理解し、Oracle推奨のアクションを実行することで、問題を解決します。

- インストール詳細が同じである管理エージェントのデプロイを再試行できます。
これを行うには、「ホスト・ステータスの追加」ページで、「再試行」をクリックして、「同じインプットを使用して再試行」を選択します。

- インストール詳細が変更された管理エージェントのデプロイを再試行することを選択できます。
これを行うには、「ホスト・ステータスの追加」ページで、「再試行」をクリックして、「インプットを更新して再試行」を選択します。

- 警告または失敗を無視し、必要な場合、セッションを続行します。

- チェックを正常にクリアしたリモート・ホストのみで管理エージェントのデプロイを続行することを選択し、警告または失敗のステータスを持つホストは無視できます。
これを行うには、「ホスト・ステータスの追加」ページで、「続行」をクリックして、「失敗したホストを無視して続行」を選択します。

- 警告または失敗のステータスを持つホストを含むすべてのホストで、管理エージェントのデプロイを続行することを選択できます。
このオプションを選択すると、管理エージェント・インストールを続行するための前提条件を無視します。このオプションで続行するには、手動ですべての前提条件が満たされていることを確認してください。前提条件チェックの無視は、Oracle Supporの支援を得て実行するか、これらのチェックを実行しない場合の影響を十分理解したうえで行ってください。

これを行うには、「ホスト・ステータスの追加」ページで、「続行」をクリックして、「すべてのホストを続行」を選択します。

6.2.2.5.2 ホスト・リスト・ファイルのフォーマット

ホスト・ターゲットの追加ウィザードで、 「ファイルからロード」をクリックして、ファイルにリストされているホストを追加します。ただし、選択するファイルが次のいずれかの形式であることを確認します。

- ホスト名のみ。
次に例を示します。

host1.example.com

host2.example.com

注意:
ホスト・リスト・ファイルがこの形式の場合、ドロップダウン・リストから各追加されたホスト用のプラットフォームを必ず選択してください。

- ホスト名にプラットフォーム名が続く。
次に例を示します。

host1.example.com linux_x64

host2.example.com aix

サポートされているプラットフォーム名は、linux_x64、linux、solaris、hpunix、hpi、linux64_zseries、aix、linux_ppc64、windows_x64、solaris_x64、win32です。

6.2.2.5.3 EM CLIを使用したスタンドアロン管理エージェントのインストール

重要:

- EM CLIを使用して新規に管理エージェントをインストールするには、共有エージェントをインストールし、既存の管理エージェントをクローンします。

- EM CLIを使用した新規の管理エージェントは、1つのホストの追加セッション中、1つのプラットフォームにのみインストールできます。EM CLIを使用して新規の管理エージェントを別のプラットフォームへインストールするには、各プラットフォームに対して別のホストの追加セッションを作成する必要があります。

注意:
このセッションのEM CLIの動詞が、位置がずれていたり、読みにくいときは、<ORACLE_HOME>/sysman/prov/agentpush/agentpush.propertiesファイルにあるoracle.sysman.prov.agentpush.emcliScreenWidthプロパティに適切な値を指定して、画面の幅を調節してください。

管理エージェントをEM CLIを使用して新規にインストールし、ホストの追加セッションを作成するには、次の手順に従います:

1. OMSホーム内に存在する/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

3. get_targets動詞を実行して、管理対象外のホストを一覧表示します。

emcli get_targets -unmanaged -targets="%:host" -format=name:script

管理エージェントをインストールする、管理対象外ホストを書き留めておきます。

get_targets動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help get_targets

4. list_add_host_platforms動詞を実行し、ソフトウェア・ライブラリ内にある管理エージェント・ソフトウェアのプラットフォームを一覧表示します。

$<ORACLE_HOME>/bin/emcli list_add_host_platforms
[-all]
[-noheader]
[-script | -format]

[ ]内のパラメータはオプションであることに注意してください。

例: $<ORACLE_HOME>/bin/emcli list_add_host_platforms -all

図6-2は、このコマンドの出力を表示します。

図 6-2 list_add_host_platforms -allの出力

管理エージェントをインストールするプラットフォームの管理エージェント・ソフトウェアがないときは、自己更新を使用してダウンロードして適用してください。プラットフォーム用の管理エージェント・ソフトウェアをダウンロードして適用する方法の詳細は、第6.2.2.4項を参照してください。

注意:
Oracle Enterprise Linux 4.x 64ビット・プラットフォーム、Red Hat Enterprise Linux 4.x 64ビット・プラットフォームまたはSUSE Linux Enterprise 10 64ビット・プラットフォームで実行しているホストへ管理エージェントをインストールするには、そのプラットフォームの32ビット・バージョンの管理エージェント・ソフトウェアが、自己更新を使用してダウンロードされて適用されていることを確認してください。

list_add_host_platforms動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help list_add_host_platforms

5. 各デプロイメント・フェーズで失敗したホストを無視して、あるデプロイメント・フェーズから別のデプロイメント・フェーズにデプロイメントが途切れることなく進むように、選択したホストにローリング形式で管理エージェントをデプロイする場合、$<ORACLE_HOME>/sysman/prov/agentpush/agentpush.propertiesファイルで次のように指定します。
oracle.sysman.prov.agentpush.continueIgnoringFailedHost=true

このデプロイメント・メソッドの詳細は、第6.2.2.2項を参照してください。

6. submit_add_host動詞を実行して、ホストの追加セッションを投入し、管理エージェントをインストールします。

$<ORACLE_HOME>/bin/emcli submit_add_host
-host_names=<list_of_hosts>
-platform=<platform_ID>
-installation_base_directory=<install_directory_of_agent>
-credential_name=<named_credential_for_agent_install>
[-credential_owner=<named_credential_owner>]
[-instance_directory=<agent_instance_directory>]
[-port=<agent_port>]
[-session_name=<add_host_session_name>]
[-deployment_type=<type_of_agent_deployment>]
[-privilege_delegation_setting=<privilege_delegation>]
[-additional_parameters=<additional_params_for_install>]
[-source_agent=<source_agent_for_cloned_agent_install>]
[-master_agent=<master_agent_for_shared_agent_install>]
[-properties_file=<properties_file_having_inputs>]
[-preinstallation_script=<pre_install_script>]
[-preinstallation_script_on_oms]
[-preinstallation_script_run_as_root]
[-postinstallation_script=<post_install_script>]
[-postinstallation_script_on_oms]
[-postinstallation_script_run_as_root]
[-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

重要:
-deployment_typeオプションをsubmit_add_host動詞に指定して、共有エージェントのインストールと、管理エージェントのクローンを行えます。共有エージェントをインストールするには、-deployment_type=SHAREDを指定します。管理エージェントをクローンするには、-deployment_type=CLONEを指定します。デフォルトでは-deployment_typeオプションはFRESHに設定されており、オプションを指定していなくても新規の管理エージェントが選択したホストへインストールされます。

例: $<ORACLE_HOME>/bin/emcli submit_add_host -host_names=example.com -platform=226 -installation_base_directory=/opt/agent -credential_name=oracle -privilege_delegation_setting=sudo

この例では、/opt/agentディレクトリにあるプラットフォームIDが226のexample.comホストに、oracleという名前付き資格証明を使用して新規の管理エージェントをインストールします。

-platformパラメータは、プラットフォームIDを定義します。各プラットフォームには、関連した固有のプラットフォームIDがあります。様々なプラットフォームの関連は、図6-2にあるように、list_add_host_platforms動詞の出力で表示されます。

-credential_nameパラメータは、特定のホストに管理エージェントをインストールするために使用する名前付き資格証明を定義します。名前付き資格証明をまだ作成していないときは、create_named_credential動詞を使用して作成してください。この動詞の使用方法の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』を参照してください。

submit_add_host動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help submit_add_host

7. get_add_host_status動詞を実行して、作成したホストの追加セッションを表示します。

$<ORACLE_HOME>/bin/emcli get_add_host_status
-session_name
[-details]
[-show_only_failed_hosts]
[-host_name]
[-noheader]
[-script | -format]

[ ]内のパラメータはオプションであることに注意してください。

例: /u01/software/em13c/oraclehome/bin/emcli get_add_host_status -session_name=ADD_HOST_SYSMAN_Dec_27_2012_3:02:28_AM_PST

この例では、ADD_HOST_SYSMAN_Dec_17_2012_2:02:28_AM_PSTホストの追加セッションのステータスを表示します。

特定のホストの管理エージェントに関するデプロイメント・ステータスの詳細を表示するには、get_add_host_status動詞を-host_nameパラメータを指定して実行します。例:

/u01/software/em13c/oraclehome/bin/emcli get_add_host_status -session_name=ADD_HOST_SYSMAN_Dec_27_2012_3:02:28_AM_PST -host_name=example.com

このコマンドはまた、特定のホストへの管理エージェントのデプロイメントのログ・ファイルの場所を表示します。デプロイメントが失敗したときは、ログ・ファイルを確認して、失敗の原因を調べることができます。各ホストにつき、ログ・ファイルは1つ作成されます。

図6-3は、このコマンドのサンプル出力を表示します。

図 6-3 emcli get_add_host_statusの出力

他の方法として、管理エージェントのログ・ファイルの場所がどこにあるかは、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

list_add_host_sessions動詞を実行して、すべてのホストの追加セッションの詳細と進行状況を表示します。

$<ORACLE_HOME>/bin/emcli list_add_host_sessions
[-host_name]
[-session_name]
[-match_all]
[-noheader]
[-script | -format]

例: $<ORACLE_HOME>/bin/emcli list_add_host_sessions -host_name=example.com

この例は、example.comホストの一部分であるすべてのホストの追加セッションを表示します。

get_add_host_status動詞や、list_add_host_sessions動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help get_add_host_status
$<ORACLE_HOME>/bin/emcli help list_add_host_sessions

8. get_add_host_statusのEM CLI動詞の出力が、特定のインストール・フェーズの失敗メッセージまたは警告が表示された場合は、次のうちどちらかを実行してください。

- エラーの説明を慎重に確認し、原因を理解し、Oracle推奨のアクションを実行することで、問題を解決します。

- インストール詳細が同じである管理エージェントのデプロイを再試行できます。
これをEM CLIを使用して行うには、retry_add_host動詞を、-retry_using_same_inputsオプションと使用します。

$<ORACLE_HOME>/bin/emcli retry_add_host
-session_name
-retry_using_same_inputs
[-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

例: /u01/software/em13c/oraclehome/bin/emcli retry_add_host -session_name='ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PST' -retry_using_same_inputs

- インストール詳細が変更された管理エージェントのデプロイを再試行することを選択できます。
これをEM CLIを使用して行うには、retry_add_host動詞を、-update_inputs_and_retryオプションと使用します。

$<ORACLE_HOME>/bin/emcli retry_add_host
-session_name
-update_inputs_and_retry
[-host_names]
[-platform]
[-installation_base_directory]
[-credential_name]
[-credential_owner]
[-instance_directory]
[-port]
[-deployment_type]
[-privilege_delegation_setting]
[-additional_parameters]
[-source_agent]
[-master_agent]
[-preinstallation_script]
[-preinstallation_script_on_oms]
[-preinstallation_script_run_as_root]
[-postinstallation_script]
[-postinstallation_script_on_oms]
[-postinstallation_script_run_as_root]
[-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

例: /u01/software/em13c/oraclehome/bin/emcli retry_add_host -session_name='ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PST' -update_inputs_and_retry -credential_name=oracle2

この例では、ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PSTのホストの追加セッションをoracle2名前付き資格証明を使用して、管理エージェントのデプロイメントを再試行します。

retry_add_host動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help retry_add_host

- 警告または失敗を無視し、必要な場合、セッションを続行します。

- チェックを正常にクリアしたリモート・ホストのみで管理エージェントのデプロイを続行することを選択し、警告または失敗のステータスを持つホストは無視できます。
これをEM CLIを使用して行うには、continue_add_host動詞を、-continue_ignoring_failed_hostsオプションと使用します。

$<ORACLE_HOME>/bin/emcli continue_add_host
-session_name
-continue_ignoring_failed_hosts
[-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

例: /u01/software/em13c/oraclehome/bin/emcli continue_add_host -session_name='ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PST' -continue_ignoring_failed_hosts

- 警告または失敗のステータスを持つホストを含むすべてのホストで、管理エージェントのデプロイを続行することを選択できます。
このオプションを選択すると、管理エージェント・インストールを続行するための前提条件を無視します。このオプションで続行するには、手動ですべての前提条件が満たされていることを確認してください。前提条件チェックの無視は、Oracle Supporの支援を得て実行するか、これらのチェックを実行しない場合の影響を十分理解したうえで行ってください。

これをEM CLIを使用して行うには、continue_add_host動詞を、-continue_all_hostsオプションと使用します。

$<ORACLE_HOME>/bin/emcli continue_add_host
-session_name
-continue_all_hosts
[-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

例: /u01/software/em13c/oraclehome/bin/emcli continue_add_host -session_name='ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PST' -continue_all_hosts

continue_add_host動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help continue_add_host

注意:
この項で説明したEM CLI verbの使用方法の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース・ガイド』を参照してください。

6.2.2.5.4 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールするためにサポートされている追加パラメータ

表 6-2は、ホスト・ターゲットの追加ウィザードまたはEM CLIを使用した管理エージェントのインストールがサポートする、追加のパラメータを一覧表示します。

このセクションで説明するすべてのパラメータは、大文字と小文字が区別されるので注意してください。

表6-2 サポートされる追加パラメータ

パラメータ

説明

INVENTORY_LOCATION

中央インベントリ(oraInventory)の絶対パスを入力します。

たとえば、INVENTORY_LOCATION=$HOME/oraInventoryなどです。

重要:

- このパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされません。

- 他のOracle製品がリモート・ホストにインストールされておらず、セントラル・インベントリ・ポインタ/var/opt/oracle/oraInst.loc (SolarisおよびHP-UXプラットフォーム用)または/etc/oraInst.loc (他のUNIXプラットフォーム用)が存在しない場合のみ、このパラメータは使用できます。

- このパラメータを使用する場合は、-invPtrLocパラメータは使用しないでください。

-invPtrLoc

中央インベントリ(oraInventory)の場所を含むインベントリ・ファイルの絶対パスを入力します。

たとえば、-invPtrLoc /tmp/oraInst.locなどです。

重要:

- このパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされません。

- 他のOracle製品がリモート・ホストにすでにインストールされており、セントラル・インベントリ・ポインタ/var/opt/oracle/oraInst.loc (SolarisおよびHP-UXプラットフォーム用)または/etc/oraInst.loc (他のUNIXプラットフォーム用)が存在していても、このパラメータは使用できます。

- このパラメータを使用する場合は、INVENTORY_LOCATIONパラメータを使用していないことを確認してください。

-enablePty

使用している権限委任ツールが、SSHからのリモート・コマンドの実行に擬似ターミナルが必要な場合は、このパラメータを指定してください。pbrun、sesu、suなどの権限委任ツールの多くは、デフォルトで、リモート・コマンドの実行に擬似端末を必要とします。

$<ORACLE_HOME>/sysman/prov/agentpush/agentpush.propertiesファイルでoracle.sysman.prov.agentpush.enablePtyプロパティをtrueに設定した場合は、このパラメータを指定する必要はありません。

中央インベントリがあるときは、このパラメータを渡さないようにしてください。

s_agentSrvcName

(Microsoft Windowsのみ)管理エージェント・サービスのカスタム名を入力します。

Microsoft Windowsのサービスとして各管理エージェントが表示され、各管理エージェントにデフォルトのサービス名が使用されます。識別するためにカスタム名を割り当てる場合、このパラメータを使用します。

たとえば、s_agentSrvcName=agentsrvc1などです。

注意: (Microsoft Windowsホストの場合)13.1.0.x管理エージェントをアップグレードし、同じホストに、別のOMSを指す他の管理エージェントをインストールする場合は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の説明に従って、管理エージェントをインストールするときに必ずs_agentSrvcNameパラメータを指定してください。

START_AGENT=false

管理エージェントをインストールして構成した後に自動的に起動しないようにするには、このパラメータを指定します。

このパラメータを指定しないと、管理エージェントはインストールして構成した後に自動的に起動します。

b_secureAgent=false

インストールした後に管理エージェントを保護しない場合は、このパラメータを指定します。このパラメータを指定しないと、管理エージェントはインストールした後に自動的に保護されます。

インストール後に手動で管理エージェントを保護するには、次のコマンドを実行します。

<AGENT_BASE_DIRECTORY>/agent_inst/bin/emctl/ secure agent

このパラメータを指定する場合は、EM_UPLOAD_PORTパラメータを使用して、OMS HTTPポートも必ず指定してください。

たとえば、b_secureAgent=false EM_UPLOAD_PORT=4899などです。

6.2.2.6 ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールした後に

ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してスタンドアロン管理エージェントをインストールした後は、次の手順を実行します。

1. 「ホスト・ステータスの追加」ページまたはEM CLI動詞のget_add_host_statusを実行して、インストールを確認します。デプロイメント操作の各段階における進行、初期化、リモートの前提条件チェック、エージェント・デプロイを確認します。
ホスト・ターゲットの追加ウィザードで、「エージェントのデプロイ」をクリックして、1つ以上の管理エージェントをインストールすると、ホスト・ステータスの追加ページが自動的に表示されます。

get_add_host_status EM CLI動詞の使用方法は、第6.2.2.5.3項を参照してください。

2. 必要があれば、手動でインストールを検証します。

1. 管理エージェント・ホームに移動して次のコマンドを実行すると、管理エージェントが動作していることを確認するメッセージが表示されます。
$<AGENT_INSTANCE_HOME>/bin/emctl status agent

2. 管理エージェント・ホームに移動して次のコマンドを実行すると、EMDアップロードが正常に完了したことを確認するメッセージが表示されます。
$<AGENT_INSTANCE_HOME>/bin/emctl upload agent

3. 「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェント」を選択します。インストールした管理エージェントが稼働していることを確認します。

3. $<AGENT_BASE_DIRECTORY>/plugins.txtに一覧されたすべてのプラグインが正常にインストールされたかどうか確認します。これを行うには、次のコマンドを実行します。
$<AGENT_INSTANCE_HOME>/bin/emctl listplugins agent -type all

4. 制限的な権限委任プロバイダ(PDP)構成設定がある場合は、PDP構成ファイルにnmosudoの場所を入力します。
Enterprise Managerでは、SUDOやPowerBrokerなど、特定のユーザーが特定のコマンドを実行することを管理者が制限できるPDPがサポートされます。

Enterprise Manager Cloud Control 13cでは、nmosudoはエージェント・ホーム内のsbinディレクトリに配置されています。たとえば、<AGENT_HOME>/sbin/nmosudoなどです。Enterprise Manager Cloud Control 12cリリース2 (12.1.0.2)、リリース3 (12.1.0.3)、リリース4 (12.1.0.4)、リリース5 (12.1.0.5)では、nmosudoはエージェント・ベース・ディレクトリ内のsbinディレクトリに配置されています。たとえば、<AGENT_BASE_DIRECTORY>/sbin/nmosudoなどです。Enterprise Manager Cloud Control 12cリリース1 (12.1.0.1)(バンドル・パッチ1あり/なし)では、nmosudoはエージェント・インスタンス・ディレクトリに格納されています。たとえば、<AGENT_INSTANCE_HOME>/bin/nmosudoなどです。

したがって、13c管理エージェントをインストールする場合は、nmosudoの新しい場所を更新するようにPDP構成ファイルを変更する必要があります。

たとえば、SUDOをPDPとして使用する場合、SUDOの構成ファイルは通常/etc/sudoersです。このファイルで、次のエントリをnmosudoの新しい場所で更新します。

sudouser ALL : oracle /eminstall/basedir/sbin/nmosudo *

5. (UNIXオペレーティング・システムの場合のみ)root権限やSUDO/PBRUNバイナリ、SUDO/PBRUN権限がないことに関する前提条件チェックの警告を無視した場合、インストールが行われた各ホストから、rootユーザーとして手動で次のスクリプトを実行します。SUDO/PBRUN権限を持っていない場合、権限を持つ管理者にこれらのスクリプトの実行を依頼してください。

- これがホストにインストールした最初のOracle製品である場合、orainstRoot.shスクリプトを、管理エージェントのホームで使用可能なoraInst.locファイルで指定されたインベントリの場所から実行します。
たとえば、oraInst.locファイルで指定されたインベントリの場所が$HOME/oraInventoryである場合、次のコマンドを実行します。

$HOME/oraInventory/orainstRoot.sh

- 管理エージェント・ホームからroot.shスクリプトを実行します。
$<AGENT_HOME>/root.sh

6. 間違ったタイムゾーンの設定に関する前提条件チェックの警告を無視した場合、次のコマンドを実行して表示される手順に従います。
$<AGENT_INSTANCE_HOME>/bin/emctl resetTZ agent

7. デフォルトでは、ホストおよび管理エージェントは、監視のためにEnterprise Manager Cloud Controlコンソールに自動的に追加されます。ただし、そのホストで実行中のターゲットは、自動的に検出および監視されません。
その他のターゲットを監視するには、そのターゲットを、「自動検出の結果」ページ、「ターゲットの手動追加」ページまたは監視するターゲットに提供されている検出ウィザードを使用して、Enterprise Manager Cloud Controlに追加する必要があります。

Enterprise Manager Cloud Controlでのターゲットの検出の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

8. Oracle Fusionアプリケーションがデプロイされているホストに、管理エージェントをインストールするときは、ビジネス・メトリック機能が正常に機能するために、管理エージェントが構成ファイルのセットへアクセスする必要があります。管理エージェント・ユーザーが、Oracle Fusionアプリケーション・インストール・ユーザーと同じグループであるときは、次のファイルに640アクセスがあることを確認してください。

<DOMAIN_HOME>/config/fmwconfig/jps-config-jse.xml
<DOMAIN_HOME>/config/fmwconfig/policy-accessor-config.xml
<DOMAIN_HOME>/config/fmwconfig/bootstrap/cwallet.sso

注意:

- Oracle Management Agents 13c (13.1.0.x)が頻繁にハングする、またはSolaris 9uxおよび10uxオペレーティング・システムで応答しない場合、My Oracle SupportのドキュメントID 1427773.1を参照してください。

- Microsoft Windowsホストでの管理エージェントのデプロイ場所(管理エージェントのOracleホーム)を調べるには、<INVENTORY_LOCATION>\inventory.xmlにアクセスして、HOME NAME="agent12c2"を検索します。LOCパラメータの値が管理エージェントのOracleホームです。
たとえば、C:\Program Files\Oracle\inventory.xmlの次の行では、D:\agent13cr1\agent_13.1.0.0.0が管理エージェントのOracleホームです。

<HOME NAME="agent13c1" LOC="D:\agent13cr1\agent_13.1.0.0.0" TYPE="O" IDX="10">

- 既存の管理エージェントを新しいOracle Management Service (OMS)に再指定できます。この方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の付録「Oracle Management Agentの別のOracle Management Serviceへのリダイレクト」を参照してください。
既存の管理エージェントを新しいOMSに対して再指定する場合、管理エージェントの監視対象ターゲット、ターゲットの履歴および管理エージェントの履歴は移行できません。監視対象ターゲットおよび履歴データは失われます。

6.2.3 エージェント・ゴールド・イメージの作成

エージェント・ゴールド・イメージは、データ・センター内の管理エージェントの理想的な状態を表したもので、必要なバージョンの管理エージェント・ソフトウェアン、必要なバージョンのモニタリング・プラグイン、および必要なパッチがカスタマイズ構成されています。

エージェント・ゴールド・イメージは、次のいずれかの方法を使用して作成できます。

- 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージの作成

- EM CLIを使用したエージェント・ゴールド・イメージの作成

6.2.3.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージの作成

エージェント・ゴールド・イメージを作成するには、次の手順を実行します。

1. 「設定」メニューから、「Cloud Controlの管理」→「ゴールド・エージェント・イメージ」を選択します。

2. 「すべてのイメージの管理」をクリックします。

3. 「作成」をクリックします。

4. エージェント・ゴールド・イメージ・バージョンの作成に使用するゴールド・イメージ名、説明(オプション)、およびソース管理エージェントのプラットフォームを指定します。ソースとしてスタンドアロンの管理エージェントのみを使用し、セントラル・エージェントは使用しないでください。

5. 「送信」をクリックします。

6.2.3.2 EM CLIを使用したエージェント・ゴールド・イメージの作成

EM CLIを使用してエージェント・ゴールド・イメージ・バージョンを作成する場合、エージェント・ゴールド・イメージは自動的に作成されます。

EM CLIを使用してエージェント・ゴールド・イメージ・バージョンを作成することによりエージェント・ゴールド・イメージを作成するには、6.2.4.2項を参照してください。

6.2.4 エージェント・ゴールド・イメージ・バージョンの作成

エージェント・ゴールド・イメージは、管理エージェントのアップグレード、管理エージェント上にデプロイされているプラグインのアップグレード、管理エージェントへの新規プラグインのデプロイ、または管理エージェントやプラグインへの新規パッチのデプロイを計画するたびに、リビジョンを行う必要があります。エージェント・ゴールド・イメージのこのような順次リビジョンはそれぞれ、管理エージェント・ゴールド・イメージ・バージョンと呼ばれます。

エージェント・ゴールド・イメージ・バージョンは、次のいずれかの方法を使用して作成できます。

- 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンの作成

- EM CLIを使用したエージェント・ゴールド・イメージ・バージョンの作成

6.2.4.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンの作成

エージェント・ゴールド・イメージ・バージョンを作成するには、次の手順を実行します。

注意:
なんらかの理由でemd.properties内のソース管理エージェントの構成プロパティが変更された場合、そのソース管理エージェントを使用してエージェント・ゴールド・イメージ・バージョンを作成する前に、その管理エージェントの構成プロパティを再ロードしてください。これを行うには、次のコマンドを実行します。
emctl reload agent

1. 「設定」メニューから、「Cloud Controlの管理」→「ゴールド・エージェント・イメージ」を選択します。

2. 必要なエージェント・ゴールド・イメージの名前をクリックします。

3. イメージ・バージョンおよびサブスクリプションの管理をクリックします。

4. 「バージョンとドラフト」タブを選択し、「アクション」メニューから「作成」を選択します。

5. 必要に応じて、イメージ・バージョン名およびイメージ・バージョンの説明を入力します。
イメージ・バージョンを作成し、それを使用して管理エージェントを更新すると、Enterprise Manager Cloud Controlでは、ここで指定したイメージ・バージョン名を使用して、更新対象の管理エージェントのエージェント・ベース・ディレクトリ内にサブディレクトリが作成されます。

たとえば、更新対象の管理エージェントのエージェント・ベース・ディレクトリが/u01/software/em13c/agentbasedir、エージェント・ホームが/u01/software/em13c/agentbasedir/agent_13.1.0.0.0であり、イメージ・バージョン名としてOPB_BP1を指定した場合、そのイメージ・バージョンを使用して管理エージェントを更新すると、新しいサブディレクトリ/u01/software/em13c/agentbasedir/GoldImage_OPB_BP1/agent_13.1.0.0.0が作成されます。イメージ・バージョン名の語数制限は20文字です。

6. ソース管理エージェントを使用してゴールド・イメージ・バージョンを作成する場合は、「イメージの作成」で「ソース・エージェントの選択」を選択し、使用するソース管理エージェントを指定します。この場合、次の項目も指定できます。

- 作業ディレクトリ: エージェント・ゴールド・イメージの作成に使用する必要がある作業ディレクトリ。デフォルトの作業ディレクトリは、$AGENT_INSTANCE_HOME/installです。この場所には少なくとも750MBの領域を確保してください。

- 構成プロパティ: エージェント・ゴールド・イメージの作成中に取得する必要がある、";"で区切られた管理エージェント構成プロパティ。これらのプロパティの名前は、$AGENT_INSTANCE_HOME/sysman/config/emd.propertiesファイル内に示されています。

- 除外ファイル: エージェント・ゴールド・イメージの作成中にソース・エージェントのエージェント・ベース・ディレクトリから除外するファイルのリスト。必ず完全なファイル・パスを入力してください。2つ以上のファイルがある場合は、それらをセミコロン(;)で区切ります。

ただし、既存のゴールド・イメージ・バージョンをインポートしてゴールド・イメージ・バージョンを作成する場合は、「イメージの作成」で「イメージのインポート」を選択し、インポートするゴールド・イメージ・バージョンの場所を指定します。イメージをインポートするためには、そのイメージがすでにステージングされている必要があります。この目的でイメージをまだステージングしていない場合は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の説明に従ってイメージをステージングします。

7. 「OK」をクリックします。
エージェント・ゴールド・イメージ・バージョンを作成するジョブが、Enterprise Managerジョブ・システムに発行されます。ゴールド・エージェント・イメージ・アクティビティ・ページのイメージ・アクティビティ・タブでこのジョブのステータスを表示できます。

6.2.4.2 EM CLIを使用したエージェント・ゴールド・イメージ・バージョンの作成

EM CLIを使用してエージェント・ゴールド・イメージ・バージョンを作成するには、次の手順を実行します。

注意:
なんらかの理由でemd.properties内のソース管理エージェントの構成プロパティが変更された場合、そのソース管理エージェントを使用してエージェント・ゴールド・イメージ・バージョンを作成する前に、その管理エージェントの構成プロパティを再ロードしてください。これを行うには、次のコマンドを実行します。
emctl reload agent

1. OMSホーム内に存在する/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

3. create_gold_agent_image動詞を実行して、指定したソース管理エージェントを使用するか、別のEnterprise Managerシステムから作成済のイメージをインポートすることにより、エージェント・ゴールド・イメージを作成します。

<ORACLE_HOME>/bin/emcli create_gold_agent_image
-image_name="gold_image_name"
-version_name="gold_image_version_name"
-source_agent|-import_location="source_agent|import_location"
[-gold_image_description="gold_image_description"]
[-working_directory="working_directory_location"]
[-config_properties= "agent_configuration_properties"]
[-exclude_files= "list_of_files_directories_to_exclude"]

[ ]内のパラメータはオプションであることに注意してください。

表6-3は、EM CLIを使用してエージェント・ゴールド・イメージ・バージョンを作成するためにサポートされているパラメータのリストとその説明を示しています。

表6-3 エージェント・ゴールド・イメージ・バージョンを作成するためにサポートされているパラメータ

パラメータ

説明

-image_name

作成したエージェント・ゴールド・イメージの追加先のエージェント・ゴールド・イメージ名。

-version_name

エージェント・ゴールド・イメージのバージョン名。

イメージ・バージョンを作成し、それを使用して管理エージェントを更新すると、Enterprise Manager Cloud Controlでは、ここで指定したイメージ・バージョン名を使用して、更新対象の管理エージェントのエージェント・ベース・ディレクトリ内にサブディレクトリが作成されます。

たとえば、更新対象の管理エージェントのエージェント・ベース・ディレクトリが/u01/software/em13c/agentbasedir、エージェント・ホームが/u01/software/em13c/agentbasedir/agent_13.1.0.0.0であり、イメージ・バージョン名としてOPB_BP1を指定した場合、そのイメージ・バージョンを使用して管理エージェントを更新すると、新しいサブディレクトリ/u01/software/em13c/agentbasedir/GoldImage_OPB_BP1/agent_13.1.0.0.0が作成されます。イメージ・バージョン名の語数制限は20文字です。

-source_agent

エージェント・ゴールド・イメージを作成するためにソースとして使用する管理エージェント。

ゴールド・イメージを作成するためにソースとして使用できる管理エージェントのリストを表示するには、emcli get_targets -target="oracle_emd"を実行します。

-import_location

ゴールド・エージェント・イメージ・バージョンを作成するためにエージェント・ゴールド・イメージをステージングする場所。この場所は、すべてのOMSインスタンスからアクセス可能です。

-gold_image_description

エージェント・ゴールド・イメージの説明。

-working_directory

エージェント・ゴールド・イメージの作成に使用する作業ディレクトリ。デフォルトの作業ディレクトリは、$AGENT_INSTANCE_HOME/installです。必要な最小空き領域は、1GBです。

-config_properties

エージェント・ゴールド・イメージの作成中に取得する必要がある、\";\"で区切られた管理エージェント構成プロパティ。たとえば、MaxThread;GracefulShutdownなどです。

-exclude_files

ゴールド・エージェント・イメージ・バージョンから除外する必要のある、\";\"で区切られたファイルまたはディレクトリのリスト。たとえば、agent_13.1.0.0.0/cfgtoollogs/agentDeploy;agent_13.1.0.0.0/ouiなどです。絶対パスではなく、必ずファイルおよびディレクトリの相対パスを指定してください。

例:

- 次の例では、ソース管理エージェントとしてexample.com:3872を使用して、エージェント・ゴールド・イメージOPC_AGI_DB_JUL_13が作成され、ゴールド・イメージ・バージョンがゴールド・イメージOPC_DB_MONITORINGに追加されます。

<ORACLE_HOME>/bin/emcli create_gold_agent_image -source_agent=example.com:3872 -version_name=OPC_AGI_DB_JUL_13 -image_name=OPC_DB_MONITORING

- 次の例では、ソース管理エージェントとしてexample.com:3872、作業ディレクトリとして/tmpを使用して、エージェント・ゴールド・イメージOPC_AGI_DB_JUL_13が作成され、ゴールド・イメージ・バージョンがゴールド・イメージOPC_DB_MONITORINGに追加されます。

<ORACLE_HOME>/bin/emcli create_gold_agent_image -source_agent=example.com:3872 -version_name=OPC_AGI_DB_JUL_13 -image_name=OPC_DB_MONITORING -working_directory=/tmp

- 次の例では、インポート場所/abc/stageにステージングされたゴールド・イメージ・ソフトウェアを使用して、エージェント・ゴールド・イメージOPC_AGI_DB_JUL_13が作成されます。

<ORACLE_HOME>/bin/emcli create_gold_agent_image -import_location=/abc/stage -version_name=OPC_AGI_DB_JUL_13 -image_name=OPC_DB_MONITORING

6.2.5 特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

企業内の管理エージェントを標準化するために使用するエージェント・ゴールド・イメージの最新バージョンは、エージェント・ゴールド・イメージの現行バージョンと呼ばれます。

エージェント・ゴールド・イメージ・バージョンが作成されると、ドラフト・バージョンとしてマークされます。エージェント・ゴールド・イメージのドラフト・バージョンを現行バージョンとして設定すると、ゴールド・イメージ・バージョンが管理エージェントの一括デプロイまたは一括更新で使用できる状態になります。イメージがActive (Current)に設定された後で、それをドラフト・バージョンや制限付きバージョンに戻すことはできません。

特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定するには、次のいずれかの方法を使用します。

- 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

6.2.5.1 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

エージェント・ゴールド・イメージのドラフト・バージョンを現行バージョンとして設定するには、次の手順を実行します。

1. 「設定」メニューから、「Cloud Controlの管理」→「ゴールド・エージェント・イメージ」を選択します。

2. 必要なエージェント・ゴールド・イメージの名前をクリックします。

3. イメージ・バージョンおよびサブスクリプションの管理をクリックします。

4. バージョンとドラフト・タブを選択します。現在のバージョンとして設定するゴールド・イメージ・バージョンを選択して、「現行バージョンの設定」をクリックします。
エージェント・ゴールド・イメージのドラフト・バージョンを現行バージョンに昇格するジョブが、Enterprise Managerジョブ・システムに発行されます。ゴールド・エージェント・イメージ・アクティビティ・ページのイメージ・アクティビティ・タブでこのジョブのステータスを表示できます。

6.2.5.2 EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定するには、次の手順を実行します。

1. OMSホーム内に存在する/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

3. promote_gold_agent_image動詞を実行して、エージェント・ゴールド・イメージ・バージョンを現在の成熟度レベルに昇格します。

<ORACLE_HOME>/bin/emcli promote_gold_agent_image         -version_name="gold_image_version_name"        -maturity="Current/Restricted/Draft"

-version_nameパラメータは、昇格するエージェント・ゴールド・イメージを定義します。

-maturityパラメータはゴールド・イメージの成熟度レベルを定義します。

たとえば、エージェント・ゴールド・イメージOPC_AGI_DB_JUL_13を成熟度レベルCurrentに昇格する場合は、次のコマンドを実行します。

<ORACLE_HOME>/bin/emcli promote_gold_agent_image  -version_name=OPC_AGI_DB_JUL_13 -maturity=Current

6.2.6 エージェント・ゴールド・イメージを使用した管理エージェントのインストール

エージェント・ゴールド・イメージを使用して新しい管理エージェントをインストールするには、次のいずれかの方法を使用します。

- ホスト・ターゲットの追加ウィザードによるエージェント・ゴールド・イメージを使用した管理エージェントのインストール

- EM CLIによるエージェント・ゴールド・イメージを使用した管理エージェントのインストール

注意:
エージェント・ゴールド・イメージを使用して共有エージェント(NFSエージェント)をインストール、更新またはアップグレードすることはできません。共有エージェントの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

6.2.6.1 ホスト・ターゲットの追加ウィザードによるエージェント・ゴールド・イメージを使用した管理エージェントのインストール

注意:
エージェント・ゴールド・イメージを使用してOracle Management Agentsをデプロイする方法に関するデモを表示するには、次のURLにアクセスし、ビデオの開始をクリックします。
https://apexapps.oracle.com/pls/apex/f?p=44785:24:0:::24:P24_CONTENT_ID,P24_PREV_PAGE:12754,1

エージェント・ゴールド・イメージを使用して新しい管理エージェントをインストールするには、次の手順を実行します。

1. 次のいずれかの方法でホスト・ターゲットの追加ウィザードにアクセスします。

- オプション1: ターゲットの手動追加ページから
「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。

- オプション2: 「ゴールド・エージェント・イメージ」コンソールから
「設定」メニューから、「Cloud Controlの管理」→「ゴールド・エージェント・イメージ」を選択します。

「ゴールド・エージェント・イメージ」ページで、すべてのエージェント・ゴールド・イメージがリストされた表から、新しい管理エージェントのデプロイで使用するゴールド・イメージをクリックします。

ゴールド・イメージ・ページで、「イメージ・バージョンとサブスクリプションの管理」をクリックします。次に、イメージの管理: <gold image>ページで、「サブスクリプション」タブをクリックします。最後に、「サブスクリプション」タブで「ホストの追加」をクリックします。

2. ホスト・ターゲットの追加: ホストとプラットフォーム・ページで、次を実行します。

1. このセッションに割り当てられたデフォルトの名前のままにするか、選択した一意の名前を入力します。入力するカスタム名は直観的な名前にすることができ、必ずしもデフォルトの名前と同じフォーマットにする必要はありません。たとえば、add_host_operation_1のようになります。

一意のデプロイメント・アクティビティ名によって、このデプロイメント・セッションで指定されたインストール詳細を保存し、新規セッションですべての詳細を入力しなおすことなく、将来再利用できます。

2. 手順(1)のオプション1に従ってホスト・ターゲットの追加: ホストとプラットフォーム・ページを開いた場合は、「オプション」ドロップダウン・リストで「ゴールド・イメージ付き」を選択します。次に、「イメージ名」ドロップダウン・リストで、使用するゴールド・イメージを選択し、「イメージ・バージョン」ドロップダウン・リストで、使用するゴールド・イメージのバージョンを選択します。
手順(2)のオプション2に従ってホスト・ターゲットの追加: ホストとプラットフォーム・ページを開いた場合、「オプション」、「イメージ名」および「イメージ・バージョン」ドロップダウン・リストから選択する必要はありません。

3. 「追加」メニューから「手動」を選択して、管理エージェントをインストールするホストの完全修飾名を入力してプラットフォームを選択します。
インストールするためにシステムから取得されたホスト名は、IPアドレスと短縮名を含んでいる場合があります。ただし、foo.mydomain.comのように対象ホスト全体を表した、完全修飾されたホスト名を使用することをお薦めします。メンテナンスの簡素化および全体的なセキュリティのためにお薦めします。

注意:

- ホストの完全修飾ドメイン名を入力することをお薦めします。監視のため、Enterprise Manager Cloud Controlは、ここで入力した正確な名前でホストおよび管理エージェントを追加します。

- 行当たり入力するホスト名は1つのみにする必要があります。複数のホスト名をカンマで区切って入力することはサポートされていません。

- ホスト名にアンダースコア("_")が含まれていないことを確認する必要があります。

- 自動検出の結果ページからこのページ(ホストとプラットフォーム・ページ)にアクセスする場合、そのページで選択したホストが表に自動的に表示されます。その場合、ホスト名およびそのプラットフォームの検証のみ行う必要があります。

または、「追加」メニューから「ファイルから」を選択してファイルに格納されたホスト名を追加するか、「検出されたホスト」を選択してEnterprise Managerで検出されたホストのリストからホスト名を追加できます。ホスト・ファイルでホスト名のエントリがどのように表示されるべきかについては、第6.2.2.5.2項を参照してください。

注意:
「追加」メニューから「検出されたホスト」を選択して検出されたホストのリストからホストを追加すると、ホストのプラットフォームが自動的に検出されて表示されます。プラットフォーム名は、自動検出から得られたヒントやOMSホストのプラットフォームなど、複数の要素の組合せを使用して検出されます。このデフォルトのプラットフォーム名は提案であり、次の手順に進む前に必ずプラットフォームの詳細を確認することをお薦めします。

プラットフォーム名を修正していて、すべてのホストが同じプラットフォームで稼働している場合、この表の最初のホストのプラットフォームを設定し、「プラットフォーム」リストから、「すべてのホストで同一」を選択します。これにより、最初のホストに選択したプラットフォーム名が表の残りのホストにも設定されます。

プラットフォーム名および別のプラットフォームのすべてのホストを修正するときは、「プラットフォーム」一覧から「各ホスト別」を選択します。各ホストの正しいプラットフォームを選択します。

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

3. 「インストールの詳細」ページで、次のようにします。

1. 「デプロイメント・タイプ」セクションで、新規エージェント・インストールを選択します。

2. 表から、共通のプラットフォーム名でグループ化されたホストを示す最初の行を選択します。

3. 「インストールの詳細」セクションで、ステップ3 (b)で選択したホストに共通するインストールの詳細を指定します。「インストールのベース・ディレクトリ」に、管理エージェントのソフトウェア・バイナリ、セキュリティ・ファイルおよびインベントリ・ファイルをコピーするエージェント・ベース・ディレクトリへの絶対パスを入力します。
例: /u01/software/em13c/agentbasedir/

入力したパスが存在しない場合は、指定されたパスにディレクトリが作成され、管理エージェントのソフトウェア・バイナリ、セキュリティ・ファイルおよびインベントリ・ファイルがその場所にコピーされます。

注意:
インストールのベース・ディレクトリは、基本的にはエージェント・ベース・ディレクトリです。指定するディレクトリが空であることを確認します。
ここで入力するディレクトリ名には、デプロイメントで選択したエージェント・ゴールド・イメージの名前が追加されます。たとえば、ディレクトリ名としてabdを入力し、GI_V2という名前のゴールド・イメージを使用した場合、インストール・ベース・ディレクトリの名前はGI_V2_abdとなります。

以前に実行したデプロイメント・セッションがなんらかの理由で失敗した場合、エージェント・ベース・ディレクトリにADATMP_<timestamp>サブディレクトリがある可能性があります。この場合、サブディレクトリを削除してデプロイメント・セッションを新たに開始するか、失敗したセッションを「ホスト・ステータスの追加」ページから再試行します。

4. 「インスタンス・ディレクトリ」で、デフォルトのインスタンス・ディレクトリの場所のままにするか、すべての管理エージェント関連の構成ファイルを格納できるディレクトリを選択し、そこへの絶対パスを入力します。
例: /u01/software/em13c/agentbasedir/agent_inst

カスタムの場所を入力する場合、そのディレクトリに書込み権限があることを確認してください。エージェント・ベース・ディレクトリ内にインスタンス・ディレクトリを保持することをお薦めします。

入力したパスが存在しない場合は、指定されたパスにディレクトリが作成され、管理エージェントに関連するすべての構成ファイルがその場所にコピーされます。

5. 「名前付き資格証明」リストから、資格証明がOMSとリモート・ホスト間のSSH接続を設定し、各リモート・ホストに管理エージェントをインストールするために使用できる適切なプロファイルを選択します。

注意:

- 資格証明プロファイルがない場合、または資格証明プロファイルはあるが「名前付き資格証明」リストで見つからない場合、このリストに対するプラス・アイコンをクリックします。名前付き資格証明の新規作成ウィンドウに、資格証明を入力し、適切なプロファイル名で格納して、管理エージェントのインストールに選択および使用できるようにします。また、作成している名前付き資格証明から、インストールの実行権限を持つ別のユーザーに切り替えるには、実行権限を設定します。

- このリストに対するプラス・アイコンが無効な場合、資格証明があるプロファイルを作成する権限がありません。この場合、管理者に連絡して、新規プロファイルの作成権限を付与してもらうようリクエストするか、プロファイルを作成してもらい、「名前付き資格証明」リストにプロファイルを表示するアクセス権を付与してもらうようリクエストします。

- SSH公開鍵認証を第6.2.2.2項の説明に従って、OMSと名前付き資格証明のリモート・ホスト間にすでに手動で設定している場合、「名前付き資格証明」リストから、その資格証明を選択できます。

6. 「権限委任設定」で、ルート・スクリプトの実行に使用する権限委任設定を検証します。デフォルトでは、Enterprise Manager Cloud Controlで構成されている権限委任設定に設定されます。
たとえば、「権限委任設定」フィールドには、次のいずれかを指定できます。

/usr/bin/sudo -u %RUNAS% %COMMAND%
/usr/bin/sudo -u -S %RUNAS% %COMMAND% (if a pseudo terminal is required for remote command execution via SSH)
/usr/bin/sesu - %RUNAS% -c "%COMMAND%"
/usr/bin/pbrun %PROFILE% -u %RUNAS% %COMMAND%
/usr/bin/su - %RUNAS% -c "%COMMAND%"

「権限委任設定」フィールドを空白のままにしておくと、ウィザードではrootスクリプトが実行されないため、インストール後に手動で実行する必要があります。手動による実行の詳細は、第6.2.2.6項を参照してください。

この設定は、選択した名前付き証明の「別名実行」属性で設定されたユーザーとしてのインストールの実行にも使用されます(この名前付き資格証明の作成時にユーザーを設定している場合)。

注意:
権限委任設定での%RUNAS%は、ルート・スクリプトを実行するルート・ユーザー、および名前付き資格証明の「別名実行」属性で設定された、インストールを実行するユーザーとしての権限を持ちます。

7. 「ポート」で、管理エージェントの通信用に割り当てられたデフォルトのポート(3872)のままにするか、選択したポートを入力します。
入力するカスタム・ポートはビジー状態ではない必要があります。不明な場合、このフィールドを空白にしておくことができます。Enterprise Manager Cloud Controlによって、1830 - 1849の範囲から最初の使用可能な空きポートが自動的に割り当てられます。

8. (オプション)「オプションの詳細」セクションで、実行するインストール前スクリプトおよびインストール後スクリプトを使用できるアクセス可能な場所への絶対パスを入力します。サポートされているのはシェル・スクリプトのみであり、インストール前スクリプトまたはインストール後スクリプトを1つのみ指定できることに注意してください。
スクリプトをrootとして実行するには、「Rootとして実行」を選択します。管理エージェントをインストールするホスト上ではなく、OMSが実行されているホスト上にスクリプトがある場合、「OMSのスクリプト」を選択します。この場合、スクリプトはOMSホストから接続先ホストにコピーされてから、接続先ホストで実行されます。

注意:
パッチおよび安定した管理エージェントの構成をすでに持つゴールド・イメージを使用しているため、デプロイ中の管理エージェントを再適用または再構成するインストール後スクリプトを追加しないようにしてください。

9. (オプション)「追加パラメータ」で、インストール時に渡す追加パラメータの空白区切りのリストを入力します。サポートされている追加パラメータの詳細なリストは、表6-2を参照してください。
たとえば、インベントリ・ポインタの場所ファイルを指定する場合、-invPtrLocの後ろにファイルの場所への絶対パスを入力します。ただし、このパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされないことに注意してください。

10. 表にある他のすべての行に対して、ステップ3 (b)からステップ3 (i)までを繰り返します。

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

4. 各デプロイメント・フェーズで失敗したホストを無視して、あるデプロイメント・フェーズから別のデプロイメント・フェーズにデプロイメントが途切れることなく進むように、選択したホストにローリング形式で管理エージェントをデプロイする場合、<ORACL_HOME>/sysman/prov/agentpush/agentpush.propertiesファイルで次のように指定します。
oracle.sysman.prov.agentpush.continueIgnoringFailedHost=true

このデプロイメント・メソッドの詳細は、第6.2.2.2項を参照してください。

5. 「確認」ページでインストール用に指定した詳細を確認し、次のいずれかを実行します。

- 詳細を変更する場合、変更を加えるページに到達するまで、「戻る」をクリックします。

- なんらかの理由でデプロイメント・セッションを取り消す場合、「取消」をクリックします。「ターゲットの手動追加」ページに自動的に移動します。

- 詳細に問題がない場合、「エージェントのデプロイ」をクリックして管理エージェントをインストールします。デプロイメント・セッションの進捗を監視できる「ホスト・ステータスの追加」ページに自動的に移動します。
実行中のデプロイメント・セッションを取り消す場合、「ホスト・ターゲットの追加」ページで「取消」をクリックします。セッションを取り消すと、そのセッションの追跡や再開はできないことに注意してください。 ただし、リモート・ホストで現在起動されているコマンドは、完了まで実行が続けられます。

すべてのホストの追加の進行の詳細をホスト・ターゲットの追加ウィザードを使用して表示したり追跡するには、「設定」メニューから「ターゲットの追加」を選択し、「ターゲットの手動追加」をクリックします。「ターゲットの手動追加」ページで、「エージェントのインストール結果」をクリックします。

6. 特定のインストール・フェーズが失敗したか警告が表示された場合は、「ホスト・ステータスの追加」ページのエージェント・デプロイ詳細セクションにある各フェーズに関する詳細を確認し、次のうちの1つを実行します。

注意:
失敗の原因を特定するには、ログ・ファイルを確認します。ホストごとにログ・ファイルが1つ生成されるため、複数のホストに管理エージェントをインストールした場合は、すべてのログ・ファイルを確認してください。ログ・ファイルへのアクセス方法は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

- エラーの説明を慎重に確認し、原因を理解し、Oracle推奨のアクションを実行することで、問題を解決します。

- インストール詳細が同じである管理エージェントのデプロイを再試行できます。
これを行うには、「ホスト・ステータスの追加」ページで、「再試行」をクリックして、「同じインプットを使用して再試行」を選択します。

- インストール詳細が変更された管理エージェントのデプロイを再試行することを選択できます。
これを行うには、「ホスト・ステータスの追加」ページで、「再試行」をクリックして、「インプットを更新して再試行」を選択します。

- 警告または失敗を無視し、必要な場合、セッションを続行します。

- チェックを正常にクリアしたリモート・ホストのみで管理エージェントのデプロイを続行することを選択し、警告または失敗のステータスを持つホストは無視できます。
これを行うには、「ホスト・ステータスの追加」ページで、「続行」をクリックして、「失敗したホストを無視して続行」を選択します。

- 警告または失敗のステータスを持つホストを含むすべてのホストで、管理エージェントのデプロイを続行することを選択できます。
このオプションを選択すると、管理エージェント・インストールを続行するための前提条件を無視します。このオプションで続行するには、手動ですべての前提条件が満たされていることを確認してください。前提条件チェックの無視は、Oracle Supporの支援を得て実行するか、これらのチェックを実行しない場合の影響を十分理解したうえで行ってください。

これを行うには、「ホスト・ステータスの追加」ページで、「続行」をクリックして、「すべてのホストを続行」を選択します。

6.2.6.2 EM CLIによるエージェント・ゴールド・イメージを使用した管理エージェントのインストール

重要:

- EM CLIを使用して新規に管理エージェントをインストールするには、共有エージェントをインストールし、既存の管理エージェントをクローンします。

- EM CLIを使用した新規の管理エージェントは、1つのホストの追加セッション中、1つのプラットフォームにのみインストールできます。EM CLIを使用して新規の管理エージェントを別のプラットフォームへインストールするには、各プラットフォームに対して別のホストの追加セッションを作成する必要があります。

ホスト追加セッションを作成し、EM CLIでエージェント・ゴールド・イメージを使用して管理エージェントをインストールするには、次の手順を実行します。

1. OMSホーム内に存在する/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

3. get_targets動詞を実行して、管理対象外のホストを一覧表示します。

emcli get_targets -unmanaged -targets="%:host" -format=name:script

管理エージェントをインストールする、管理対象外ホストを書き留めておきます。

get_targets動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help get_targets

4. list_add_host_platforms動詞を実行し、ソフトウェア・ライブラリ内にある管理エージェント・ソフトウェアのプラットフォームを一覧表示します。

$<ORACLE_HOME>/bin/emcli list_add_host_platforms
[-all]
[-noheader]
[-script | -format]

[ ]内のパラメータはオプションであることに注意してください。

例: $<ORACLE_HOME>/bin/emcli list_add_host_platforms -all

図6-2は、このコマンドの出力を表示します。

図 6-4 list_add_host_platforms -allの出力

管理エージェントをインストールするプラットフォームの管理エージェント・ソフトウェアがないときは、自己更新を使用してダウンロードして適用してください。プラットフォーム用の管理エージェント・ソフトウェアをダウンロードして適用する方法の詳細は、第6.2.2.4項を参照してください。

注意:
Oracle Enterprise Linux 4.x 64ビット・プラットフォーム、Red Hat Enterprise Linux 4.x 64ビット・プラットフォームまたはSUSE Linux Enterprise 10 64ビット・プラットフォームで実行しているホストへ管理エージェントをインストールするには、そのプラットフォームの32ビット・バージョンの管理エージェント・ソフトウェアが、自己更新を使用してダウンロードされて適用されていることを確認してください。

list_add_host_platforms動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help list_add_host_platforms

5. 各デプロイメント・フェーズで失敗したホストを無視して、あるデプロイメント・フェーズから別のデプロイメント・フェーズにデプロイメントが途切れることなく進むように、選択したホストにローリング形式で管理エージェントをデプロイする場合、<ORACLE_HOME>/sysman/prov/agentpush/agentpush.propertiesファイルで次のように指定します。
oracle.sysman.prov.agentpush.continueIgnoringFailedHost=true

このデプロイメント・メソッドの詳細は、第6.2.2.2項を参照してください。

6. submit_add_host動詞を実行して、ホストの追加セッションを投入し、管理エージェントをインストールします。

$<ORACLE_HOME>/bin/emcli submit_add_host
-host_names="List of host names."        -platform="Platform id"        -installation_base_directory="Installation base directory."        -credential_name="Credential Name"        [-credential_owner="Credential Owner"]        [-instance_directory="Instance directory"]        [-port="Agent port"]        [-version_name="Gold Image Version Name"]        [-session_name="Deployment session name"]        [-deployment_type="Type of agent deployment"]        [-privilege_delegation_setting="Privilege delegation setting"]        [-additional_parameters="parameter1 parameter2 ..."]        [-source_agent="Source agent"]        [-master_agent="Master agent"]        [-input_file=properties_file:"Properties file"]        [-preinstallation_script="Preinstallation script"]        [-preinstallation_script_on_oms]        [-preinstallation_script_run_as_root]        [-postinstallation_script="Postinstallation script"]        [-postinstallation_script_on_oms]        [-postinstallation_script_run_as_root]        [-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

表6-4は、管理対象外のホストに管理エージェントをインストールし、それによって管理対象外のホストを管理対象ホストに変換するホスト追加セッションを発行するためにサポートされているパラメータのリストとその説明を示しています。

表6-4 ホスト追加セッションを発行するためにサポートされているパラメータ

パラメータ

説明

-host_names

セミコロンで区切られた、エージェントをインストールする必要があるホスト名。

-platform

エージェントをインストールする必要があるホストのARUプラットフォームID。

-installation_base_directory

管理エージェントがインストールされるディレクトリ。MS-DOS/Windows形式のパスの場合、このパラメータは二重引用符で囲ってください。

-credential_name

管理エージェントのインストールに使用する名前付き資格証明。

-credential_owner

名前付き資格証明の所有者。

-instance_directory

管理エージェントのインスタンス・ディレクトリ。MS-DOS/Windows形式のパスの場合、このパラメータは二重引用符で囲ってください。

-port

管理エージェントがOMSと通信するポート。

-version_name

デプロイメントに使用するエージェント・ゴールド・イメージ名。emcli list_gold_agent_imagesを実行すると、エージェント・ゴールド・イメージのリストが表示されます。

-session_name

ホスト追加セッションを一意に識別するセッション名。

-deployment_type

管理エージェント・デプロイメントのタイプ。

-deployment_typeオプションをsubmit_add_host動詞に指定して、共有エージェントのインストールと、管理エージェントのクローンを行えます。共有エージェントをインストールするには、-deployment_type=SHAREDを指定します。管理エージェントをクローンするには、-deployment_type=CLONEを指定します。デフォルトでは-deployment_typeオプションはFRESHに設定されており、オプションを指定していなくても新規の管理エージェントが選択したホストへインストールされます。

-privilege_delegation_setting

管理エージェントのインストールとルート・スクリプトの実行に使用する権限委任設定。

-additional_parameters

管理エージェントをインストールするための追加のパラメータ。

-source_agent

クローニングされた管理エージェントをインストールするためのソース管理エージェント。

-master_agent

共有管理エージェントをインストールするためのマスター管理エージェント。

-input_file

管理エージェントのインストール入力が含まれるプロパティ・ファイル。

-preinstallation_script

管理エージェントのインストール前に実行するスクリプト。MS-DOS/Windows形式のパスの場合、このパラメータは二重引用符で囲ってください。

-preinstallation_script_on_oms

インストール前スクリプトがOMSホストに存在することを示します。

-preinstallation_script_run_as_root

rootユーザーとしてインストール前スクリプトを実行します。

-postinstallation_script

管理エージェントのインストール後に実行するスクリプト。MS-DOS/Windows形式のパスの場合、このパラメータは二重引用符で囲ってください。

-postinstallation_script_on_oms

インストール後スクリプトがOMSホストに存在することを示します。

-postinstallation_script_run_as_root

rootユーザーとしてインストール後スクリプトを実行します。

-wait_for_completion

ホスト追加操作を同期的に実行します。

例:

- プラットフォームIDを226、インストール・ベース・ディレクトリを/opt/agent、名前付き資格証明をoracle、権限委任設定を/usr/bin/sudo -u %RUNAS% %COMMAND%として、ホストexample.com上でホスト追加セッションを発行するには、次のコマンドを実行します。

- $<ORACLE_HOME>/bin/emcli submit_add_host -host_names=example.com -platform=226 -installation_base_directory=/opt/agent -credential_name=oracle -privilege_delegation_setting="/usr/bin/sudo -u %RUNAS% %COMMAND%"

- プラットフォームIDを233、インストール・ベース・ディレクトリをC:\agent、名前付き資格証明をoracleとして、ホストexample2.com上でホスト追加セッションを発行するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli submit_add_host -host_names=example2.com -platform=233 -installation_base_directory="C:\agent" -credential_name=oracle

- プロパティ・ファイル/opt/inputs.txt,内に指定された入力を使用してホスト追加セッションを発行するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli submit_add_host -input_file=properties_file:/opt/inputs.txt

- プラットフォームIDを226、インストール・ベース・ディレクトリを/opt/agent、ソース・エージェントをexample1.com:3872、名前付き資格証明をoracleとして、ホストexample.com上でタイプCLONEのホスト追加セッションを発行するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli submit_add_host -host_names=example.com -platform=226 -installation_base_directory=/opt/agent -credential_name=oracle -deployment_type=CLONE -source_agent=example1.com:3872

- プラットフォームIDを226、インスタンス・ディレクトリを/opt/agent/agent_inst、マスター・エージェントをexample1.com:3872、名前付き資格証明をoracleとして、ホストexample.com上でタイプSHAREDのホスト追加セッションを発行するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli submit_add_host -host_names=example.com -platform=226 -instance_directory=/opt/agent/agent_inst -credential_name=oracle -deployment_type=SHARED -master_agent=example1.com:3872

submit_add_host動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help submit_add_host

7. get_add_host_status動詞を実行して、作成したホストの追加セッションを表示します。

$<ORACLE_HOME>/bin/emcli get_add_host_status
-session_name
[-details]
[-show_only_failed_hosts]
[-host_name]
[-noheader]
[-script | -format]

[ ]内のパラメータはオプションであることに注意してください。

例: $<ORACLE_HOME>/bin/emcli get_add_host_status -session_name=ADD_HOST_SYSMAN_Dec_27_2012_3:02:28_AM_PST

この例では、ADD_HOST_SYSMAN_Dec_17_2012_2:02:28_AM_PSTホストの追加セッションのステータスを表示します。

特定のホストの管理エージェントに関するデプロイメント・ステータスの詳細を表示するには、get_add_host_status動詞を-host_nameパラメータを指定して実行します。例:

$<ORACLE_HOME>/bin/emcli get_add_host_status -session_name=ADD_HOST_SYSMAN_Dec_27_2012_3:02:28_AM_PST -host_name=example.com

このコマンドはまた、特定のホストへの管理エージェントのデプロイメントのログ・ファイルの場所を表示します。デプロイメントが失敗したときは、ログ・ファイルを確認して、失敗の原因を調べることができます。各ホストにつき、ログ・ファイルは1つ作成されます。

図6-3は、このコマンドのサンプル出力を表示します。

図 6-5 emcli get_add_host_statusの出力

他の方法として、管理エージェントのログ・ファイルの場所がどこにあるかは、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

list_add_host_sessions動詞を実行して、すべてのホストの追加セッションの詳細と進行状況を表示します。

$<ORACLE_HOME>/bin/emcli list_add_host_sessions
[-host_name]
[-session_name]
[-match_all]
[-noheader]
[-script | -format]

例: $<ORACLE_HOME>/bin/emcli list_add_host_sessions -host_name=example.com

この例は、example.comホストの一部分であるすべてのホストの追加セッションを表示します。

get_add_host_status動詞や、list_add_host_sessions動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help get_add_host_status
$<ORACLE_HOME>/bin/emcli help list_add_host_sessions

8. get_add_host_statusのEM CLI動詞の出力が、特定のインストール・フェーズの失敗メッセージまたは警告が表示された場合は、次のうちどちらかを実行してください。

- エラーの説明を慎重に確認し、原因を理解し、Oracle推奨のアクションを実行することで、問題を解決します。

- インストール詳細が同じである管理エージェントのデプロイを再試行できます。
これをEM CLIを使用して行うには、retry_add_host動詞を、-retry_using_same_inputsオプションと使用します。

$<ORACLE_HOME>/bin/emcli retry_add_host
-session_name
-retry_using_same_inputs
[-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

例: $<ORACLE_HOME>/bin/emcli retry_add_host -session_name='ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PST' -retry_using_same_inputs

- インストール詳細が変更された管理エージェントのデプロイを再試行することを選択できます。
これをEM CLIを使用して行うには、retry_add_host動詞を、-update_inputs_and_retryオプションと使用します。

$<ORACLE_HOME>/bin/emcli retry_add_host
-session_name
-update_inputs_and_retry
[-host_names]
[-platform]
[-installation_base_directory]
[-credential_name]
[-credential_owner]
[-instance_directory]
[-port]
[-deployment_type]
[-privilege_delegation_setting]
[-additional_parameters]
[-source_agent]
[-master_agent]
[-preinstallation_script]
[-preinstallation_script_on_oms]
[-preinstallation_script_run_as_root]
[-postinstallation_script]
[-postinstallation_script_on_oms]
[-postinstallation_script_run_as_root]
[-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

例: $<ORACLE_HOME>/bin/emcli retry_add_host -session_name='ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PST' -update_inputs_and_retry -credential_name=oracle2

この例では、ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PSTのホストの追加セッションをoracle2名前付き資格証明を使用して、管理エージェントのデプロイメントを再試行します。

retry_add_host動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help retry_add_host

- 警告または失敗を無視し、必要な場合、セッションを続行します。

- チェックを正常にクリアしたリモート・ホストのみで管理エージェントのデプロイを続行することを選択し、警告または失敗のステータスを持つホストは無視できます。
これをEM CLIを使用して行うには、continue_add_host動詞を、-continue_ignoring_failed_hostsオプションと使用します。

$<ORACLE_HOME>/bin/emcli continue_add_host
-session_name
-continue_ignoring_failed_hosts
[-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

例: $<ORACLE_HOME>/bin/emcli continue_add_host -session_name='ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PST' -continue_ignoring_failed_hosts

- 警告または失敗のステータスを持つホストを含むすべてのホストで、管理エージェントのデプロイを続行することを選択できます。
このオプションを選択すると、管理エージェント・インストールを続行するための前提条件を無視します。このオプションで続行するには、手動ですべての前提条件が満たされていることを確認してください。前提条件チェックの無視は、Oracle Supporの支援を得て実行するか、これらのチェックを実行しない場合の影響を十分理解したうえで行ってください。

これをEM CLIを使用して行うには、continue_add_host動詞を、-continue_all_hostsオプションと使用します。

$<ORACLE_HOME>/bin/emcli continue_add_host
-session_name
-continue_all_hosts
[-wait_for_completion]

[ ]内のパラメータはオプションであることに注意してください。

例: $<ORACLE_HOME>/bin/emcli continue_add_host -session_name='ADD_HOST_SYSMAN_Apr_21_2013_8:02:28_AM_PST' -continue_all_hosts

continue_add_host動詞に関する構文や使用法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help continue_add_host

注意:
この項で説明したEM CLI verbの使用方法の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース・ガイド』を参照してください。

6.3 管理エージェントのトラブルシューティング

この項では、管理エージェントのインストール時または使用時に発生する可能性のある問題に関するヒントを示します。この項の具体的な内容は次のとおりです。

- java.lang.OutOfMemoryErrorエラーによって発生する管理エージェントのクラッシュのトラブルシューティング

6.3.1 java.lang.OutOfMemoryErrorエラーによって発生する管理エージェントのクラッシュのトラブルシューティング

エージェント当たりのターゲット数の増加により、エージェントがクラッシュすることがあります。このため、エージェント・インフラストラクチャで将来的にエージェントが追加される可能性がある場合は、エージェントのインストール後ただちに、手動でJavaヒープ・サイズを増やすことが推奨されます。ヒープ・サイズを手動で増やすには、次の手順を実行します。

1. エージェントを停止します。

2. 次のファイルのバックアップを実行します。
AGENT_INST_HOME/sysman/config/emd.properties

3. 同じファイルを開いて、agentJavaDefines=-Xmx128M -XX:MaxPermSize=96MをagentJavaDefines=-Xmx[New Heap Size]M -XX:MaxPermSize=96Mに変更します。

4. エージェントを起動します。

7 追加Oracle Management Service 13cリリース1の追加

この章では、既存のEnterprise Manager Cloud Control環境への追加のOracle Management Service(OMS)のインストール方法について説明します。この章の具体的な内容は次のとおりです。

- 追加Oracle Management Serviceの追加の概要

- 追加Oracle Management Serviceの追加を開始する前に

- 追加Oracle Management Serviceを追加するための前提条件

- 追加Oracle Management Serviceの追加

- 追加Oracle Management Serviceを追加した後のインストール後のタスクの実行

注意:
この章では、追加のOMSをインタラクティブなグラフィカル・モードでインストールする方法について説明します。同じ操作をサイレント・モードで行う場合、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

注意:
ソースOMSで、Enterprise Managerソフトウェア(DVDまたはダウンロード・ソフトウェア)の一部ではない追加のプラグインをデプロイした場合、『Oracle Enterprise Managerアドバンスト・インストレーションおよび構成ガイド』に記載された手順に従ってください。

警告:

Enterprise Manager Cloud Control 13cを、SPARCシリーズのサーバー(T1000、T2000、T5xx0およびT3-*)にインストールしないでください。詳細は、My Oracle Supportのノート1590556.1を参照してください。

7.1 追加Oracle Management Serviceの追加の概要

Oracle Management Service (OMS)は、Oracle Management Agent (管理エージェント)およびプラグインとともに編成するEnterprise Manager Cloud Controlのコア・コンポーネントの1つで、ターゲットを検出し、監視および管理します。今後の参照および分析のために、収集された情報をリポジトリ内に格納します。

Enterprise Managerを初めてインストールする際に、インストーラによって、デフォルトで1つのManagement Agentとともに1つのOMSがインストールされます。このデフォルト構成は小さな環境に適しており、通常、より大規模な本番環境では、単一のOMSの負荷を軽減し、データ・フローの効率を向上させるため、追加のOMSインスタンスをインストールする必要があります。

注意:
複数のOMSインスタンスを所持し、さらに1つのOracle Management Repository (Management Repository)に接続できます。

「管理サービスの追加」デプロイメント・プロシージャは、こうした高可用性の要件を満たす上で役に立ちます。このデプロイメント・プロシージャにはウィザードが用意されており、これを使用してAdminServerホスト上で実行中の既存のOMSをクローニングすることにより、追加のOracle Management Service 13cをインストールできます。ソースのOMSのミドルウェア・ホーム全体が、接続先ホストにクローニングされます。OMSのミドルウェア・ホームの内容の詳細は、第5.1項を参照してください。

注意:
完全なEnterprise ManagerインストールからOMSをクローニングする場合、Enterprise Managerシステムとともにインストールされた管理エージェントは宛先ホストにクローニングされません。

7.2 追加Oracle Management Serviceの追加を開始する前に

追加Oracle Management Service (OMS)の追加を開始する前に、次の点に注意してください。

- AdminServerホストに関連する既存かつ実行中のOracle Management Service 13cのみをクローニングできます。ソースOMSに適用されたパッチは、クローニング済インスタンスに自動的に引き継がれます。

- 一度に1つのOMSのみを1つの接続先ホストのみにクローニングできます。複数のOMSインスタンスを追加する場合、各ホストでインストール・プロシージャを繰り返す必要があります。

- ソース・ホストと接続先ホストが同じオペレーティング・システムおよびアーキテクチャ上で実行されているときのみ、クローニングが可能です。たとえば、ソース・ホストがLinux 32ビットのホストである場合、接続先ホストもLinux 32ビットのホストである必要があります。同様に、ソース・ホストがLinux 64ビットのホストである場合、接続先ホストもLinux 64ビットのホストである必要があります。

- OCFS2やACFSなどのすべての汎用ファイル・システムを、Enterprise Manager Cloud Control 13cソフトウェア・バイナリおよびOMSインスタンス・ホーム・ファイル(gc_instの構成ファイル)の格納に使用できます。一方、OCFSは汎用ファイル・システムとはみなされないため、この使用は許容されないものとみなされます。

- NFSマウントされたドライブにインストールし、OMSインスタンス・ベース・ディレクトリ((gc_inst))をNFSマウントされたドライブに作成する場合、インストール後に、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。httpd.confファイルのロック・ファイルの場所を変更し、ローカルのファイル・システムの場所にマップします。詳細は、7.5項を参照してください。

- OMSとManagement Agentのエントリは、HPUNIX、HPia64、Solaris Sparcを除くすべてのUNIXプラットフォームの/etc/oragchomelistファイルにあります。
HPUNIX、HPia64、Solaris Sparcの各プラットフォームでは、エントリは/var/opt/oracle/oragchomelistにあります。

- 最初のOMSにインストールされ、構成されているOracle BI Publisherは、自動的に追加のOMSに継承されます。ただし、追加のOMSをインストールする前提条件として、最初のOMSにインストールされているOracle BI Publisherは、クラスタ・ボリュームおよび構成ボリューム用に共有記憶域の場所で構成されていることを確認してください。共有記憶域の場所が構成されている場合、同じ共有の場所が追加のOMSでも使用されます。それ以外の場合は、まず共有記憶域の場所を構成し、それから追加のOMSをインストールする必要があります。
Microsoft Windowsでは、追加のOMSインスタンスでOracle BI Publisherを使用できません。

- 13cリリース1以降、Oracle Fusion Middlewareプラグイン・デプロイメントの一部として、デフォルトでJava仮想マシン診断(JVMD)エンジン1つが最初のOMSにインストールされるようになりました。そのため、最初のOMSをソースとして使用して追加のOMSをインストールすると、デフォルトで1つのJVMDエンジンを追加のOMSとともに受け取ります。

- 13c環境でOracle ZFS Storage Applianceターゲットを検出しないでください。

7.3 追加Oracle Management Serviceを追加するための前提条件

表7-1に、追加のOracle Management Service (OMS)を追加する前に満たす必要がある前提条件を示します。

表7-1 追加Oracle Management Serviceを追加するための前提条件

要件

説明

ハードウェア要件

第1章に示されているハード・ディスク領域と物理メモリーの要件を満たしていることを確認します。

オペレーティング・システム要件

- My Oracle Supportから入手できるEnterprise Manager動作保証マトリックスに記載されているように、Enterprise Manager Cloud Controlは、動作保証されているオペレーティング・システムのみにインストールしてください。
Enterprise Manager動作保証マトリックスにアクセスするには、付録Dで概説する手順に従ってください。

将来サポートされるプラットフォームについては、My Oracle SupportのNote 793512.1を参照してください。

注意: Solarisゾーンはサポートされていません。

- 接続先ホスト(追加のOMSをインストールするホスト)が、ソース・ホスト(最初のOMSをクローニングする元のホスト)と同じオぺレーティング・システム上で実行されているか確認します。
注意: Oracle Solaris 10を使用する場合、アップデート9以上がインストールされているか確認してください。インストールされたかどうかを確認するには、次のコマンドを実行します。

cat /etc/release

次のような出力が表示されます。ここで、s10s_u6は、インストールのサポートに適した更新レベルでないアップデート6がインストールされていることを示します。

Solaris 10 10/08 s10s_u6wos_07b SPARC

パッケージ、カーネル・パラメータおよびライブラリの要件

第2章で説明するように、必ずすべてのオペレーティング・システム固有のパッケージ、カーネル・パラメータおよびライブラリをインストールしてください。

オペレーティング・システム・グループおよびユーザーの要件

第3章の説明に従って、必要なオペレーティング・システムのグループとユーザーを作成します。

NFSマウント・ポイントの場所の要件

- NFS共有の場所へのインストールを計画している場合、次の操作を行います。

- インストールを実行するホスト上での実行権限とともにroot squashが有効になっていることを確認します。

- アクセス制御リスト処理がNFSマウントポイントに対して無効になっていることを確認します。言い換えると、マウント・ポイントは、/etc/fstabファイルでnoaclオプションを使用して定義する必要があるということになります。これを行わない場合、インストールが失敗することがあります。
これを確認するには、インストール・ユーザーで、次のコマンドを実行し、/etc/fstabファイルの内容をチェックします。Enterprise Managerのインストールを計画しているマウント・ポイントにnoaclオプションが設定されていることを確認します。

cat /etc/fstab

たとえば、次の出力では、マウント・ポイント/u01/app/share1にはnoaclオプションが設定されています。この場合、インストールを続行できます。

nas.example.com:/export/share1 /u01/app/share1 nfs rw,bg,rsize=32768,wsize=32768,hard,nointr,tcp,noacl,vers=3,timeo=600 0 0

noaclオプションが設定されていない場合、システム管理者に連絡して/etc/fstabファイルに必要な変更を依頼してください。

- NFS共有ミドルウェアの場所にインストールを計画しており、その場所がファイルの複数読込みおよび書込みを同時に実行できるオプションconcurrent I/O (CIO)を使用してマウントされている場合、インストールが失敗しリンク・エラーが報告されます。
マウント済のファイル・システムを検証する場合、次のCIOオプションが有効になります。

node mounted mounted over vfs date options

/dev/host1 /host1/oracle jfs2 Feb 14 18:20 rw,cio,log=/dev/xd891loglv

有効なCIOオプションがある場合、ドライブをアンマウントし、CIOオプションを無効にしてから、ドライブを再度マウントします。

既存のOracle Management Serviceの要件

Oracle Management Service 13cがすでにインストールされており、クローニングできる状態になっていることを確認します。また、OMSを構成するAdminServerが稼働中であることも確認してください。symlinkにインストールされていないことも確認します。このような場所にインストールすると、パッチ適用やスケール・アウトなどのライフ・サイクル操作に影響が及ぶ場合があります。

既存のOracle Management Serviceのバックアップ要件

クローニングする既存のOracle Management Service 13cに、通常のバックアップがスケジュールされていることを確認します。

既存の高可用性構成の要件

使用する環境において、オラクル社が推奨する高可用性の要件をすべて満たしていることを確認してください。詳しくは、『Oracle Enterprise Manager Cloud Control管理者ガイド』の高可用性の要件についての章を参照してください。

共有記憶域の要件

(UNIXのみ)最初のOMSにインストールされたOracle BI Publisherがクラスタ・ボリュームと構成ボリュームの共有記憶域の場所で構成されていることを確認してください。共有記憶域の場所がマウントされており、追加OMSのインストール先のホストで表示されることを確認します。

共有記憶域の場所は、最初のOMSだけでなく追加OMSインスタンスについても、レポート・カタログおよび関連する管理情報を格納するために必要です。

最初のOMSにインストールされたOracle BI Publisherに共有記憶域の場所が構成されていない場合は、ここで構成してください。

- いずれかのサーバー上に共有ディレクトリを作成し、その共有ディレクトリがマウントされており、最初のOMSが実行されているホストでも追加のOMSインスタンスのインストール先の他のホストでも表示されることを確認します。
構成を正常に行うために、共有ディレクトリ用に約400MBのハード・ディスク領域を確保します。ただし、追加のプラグインをインストールしたり、さらに多くのレポートを作成するうちに、領域使用量は時間とともに増えていくため、最終的に少なくとも10GBに拡張し、将来的にはさらに拡張できるようにすることをお薦めします。

- 次のコマンドを実行して共有記憶域の場所を構成します。今作成した共有記憶域の場所へのパスを指定します。提供した共有場所は最初のOMSのインストールに使用されたユーザー・アカウントに所有されるようにします。また、このユーザー・アカウントはこの共有の場所への読取りおよび書込み権限を持つようにします。管理者ユーザー・アカウントのパスワードおよびSYSMANアカウントのパスワードが求められます。
emctl config oms -bip_shared_storage -cluster_volume <shared_location> -config_volume <shared_location>

次に例を示します。

emctl config oms -bip_shared_storage -cluster_volume /scratch/aime/examplehost/BIP/cluster -config_volume /scratch/aime/examplehost/BIP/config

既存のOracle Management Agentの要件

接続先ホストにOracle Management Agentがインストール済で、稼働していることを確認します。

- このOMSのインストールにエイリアス・ホスト名を使用する場合は、Management Agentがそのエイリアス・ホスト名を使用してインストールされたことを確認します。

- このManagement Agentが接続先ホストに手動でインストールされた場合、root.shスクリプトを実行してインストールが完了したことを確認してください。これを行わないと、Add Management Serviceデプロイメント・プロシージャは、ルート権限を必要とする一部のスクリプトを実行できません。

Processesパラメータ値の要件

すでに環境にインストールされているOMSインスタンスの数を確認し、現在のデプロイメント・サイズ(SMALL、MEDIUMまたはLARGE)に必要なProcessesパラメータ値を確認して、管理リポジトリ内のProcessesパラメータを、これからインストールする追加のOMSに適した値に設定します。

通常、設定するパラメータ値は次のようにして計算します。

(現在のOMS数 + 1) x OMSの現在のデプロイメント・サイズに適したProcessesパラメータ値

環境で現在使用可能なOMSインスタンスの数を確認するには、次の問合せを実行します。

SELECT count(*) AS count FROM gc_oms_info

各OMSでデプロイメント・サイズに必要なProcessesパラメータ値を確認するには、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の小規模の構成、中規模の構成および大規模の構成に関する項を参照してください。

たとえば、環境内のOMSが1つで、デプロイメント・サイズがSMALLの場合、設定するProcessesパラメータ値は、(1 + 1) x 300 = 600という式で計算されます。

Oracle Configuration Managerのステータス

(Microsoft Windowsのみ)既存のOMSで、Oracle Configuration Managerが構成済の場合、次の手順を実行して、OMSホームとWeb層のホームの両方から停止されていることを確認してください。

1. 環境変数ORACLE_CONFIG_HOMEに次の場所を設定します。
$<OMS_INSTANCE_HOME>/em/EMGC_OMS1

次に例を示します。

set ORACLE_CONFIG_HOME=C:\win0224\emgc\gc_inst\em\EMGC_OMS1

2. 次の場所に移動します。
$<ORACLE_HOME>/oracle_common/ccr/bin

3. 次のスクリプトを実行して、OCMを停止します。
emCCR.bat stop

4. 環境変数ORACLE_CONFIG_HOMEに次の場所を設定します。
$<OMS_INSTANCE_HOME>/WebTierIH1

次に例を示します。

set ORACLE_CONFIG_HOME=C:\win0224\emgc\gc_inst\WebTierIH1

5. 次の場所に移動します。
$<ORACLE_HOME>/Oracle_WT/ccr/bin

6. 次のスクリプトを実行して、OCMを停止します。
emCCR.bat stop

ソース・ホストと接続先ホストの一時ステージ・ディレクトリの領域要件

ソース・ホストと接続先ホストに、一時ステージ・ディレクトリを作成するための10GBの領域があることを確認します。

デフォルトで作成される一時ディレクトリは、ADD_MANAGEMENT_SERVICE_<TimeStamp>です。

ソース・ホストの一時ステージ・ディレクトリは、デプロイメント・プロシージャのバックアップやクローニングの手順に関連するファイルを一時的にステージングするために使用します。接続先ホストの一時ステージ・ディレクトリは、クローニングされたイメージや他の関連ファイルを一時的にステージングするために使用します。

共有ディレクトリの領域要件

ソフトウェアと構成ファイルを中央の共有の場所に転送する場合、その共有ディレクトリに4GBの領域があることを確認してください。

ミドルウェア・ホームの場所の要件

接続先ホストでは、ソース・ホスト上のホームと同じOracleホーム(絶対パス)が作成され、ソースOMSがその場所にクローニングされます。このOracleホームが接続先ホストにまだ存在していないことを確認してください。

たとえば、ソース・ホストのOracleホームが/u01/software/em13c/oraclehome/である場合、これと同じパスが接続先ホストにまだ存在していないことを確認してください。

Oracle Management Serviceインスタンス・ベースの場所の領域要件

接続先ホストに、Oracle Management Serviceインスタンス・ベース・ディレクトリのための1GBの領域があることを確認してください。OMSの構成ファイルがここに作成されます。

管理エージェントのインストール・ステータスの要件

(Microsoft Windowsのみ)ホスト・ターゲットの追加ウィザードによる管理エージェントのインストールがソースOMS上で進行中の場合、完了してからOMSのクローニングを開始します。

ホスト・ターゲットの追加ウィザードによる管理エージェントのインストールが進行中かどうかを確認するには、Oracleホームで.lckファイルを検索します。これらのファイルが存在するということは、インストール処理が進行中であることを示します。

$<ORACLE_HOME>/sysman/prov/agentpush/

サーバー・ロード・バランサの要件

- ネットワークにサーバー・ロード・バランサ(SLB)がインストール済で、最初のOMSとともに動作するよう設定されていることを確認します。最初のOMSと通信するすべての管理エージェントは、このSLBを介してのみデータをアップロードする必要があります。
SLBを最初のOMSと動作するように設定していない場合は、すぐに設定してください。SLBの設定について詳しくは、『Oracle Enterprise Manager Cloud Control管理者ガイド』の高可用性の要件についての章を参照してください。

- SLBの背後にアクティブ/アクティブ構成でOMSインスタンスを構成するために、SLBは次の要件を満たす必要があります。
(a) 複数の仮想サーバー・ポートをサポートしていること。Enterprise Managerでは通常、SLB上で最高で4つのポート(セキュア・アップロード、エージェント登録、セキュア・コンソール、非セキュア・コンソール)が設定されている必要があります。

(b) 永続性をサポートしていること。ブラウザとOMS間のHTTPおよびHTTPSのトラフィックには永続性が必要です。

(c) アプリケーションの監視をサポートしていること。SLBは、リクエストが使用可能でないOMSにルーティングされないように、OMSインスタンスの状態を監視して失敗を検出できる必要があります。

SLBプールおよび最初のOMSとのアソシエーション

SLBでは管理コンソールを使用し、次のSLBプールを作成して最初のOMSホストにそれらを追加します。

- セキュア・アップロード・プール(セキュア・アップロード・サービスに構成されたポートを使用したホストを追加します)

- エージェント登録プール(エージェント登録サービスに構成されたポートを使用したホストを追加します)

- セキュア・コンソール・プール(セキュア・コンソール・サービスに構成されたポートを使用したホストを追加します)

- (オプション)非セキュア・コンソール・プール(非セキュア・コンソール・サービスに構成されたポートを使用したホストを追加します)

仮想サーバーおよびSLBプールとのアソシエーション

SLBでは、管理コンソールを使用し、次の仮想サーバーを作成してそれらをSLBプールに関連付けます。

- セキュア・アップロード・サーバーとポート1159 (それをセキュア・アップロード・プールと関連付けます)

- エージェント仮想サーバーとポート4889 (それをエージェント登録プールと関連付けます)

- セキュア・コンソール仮想サーバーとポート7788 (それをセキュア・コンソール・プールと関連付けます)

- (オプション)非セキュア・コンソール仮想サーバーとポート80 (それを非セキュア・コンソール・プールと関連付けます)

手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

SLBモニターおよび最初のOMSとのアソシエーション

SLBでは管理コンソールを使用し、次のSLBモニターを作成して最初のOMSホストにそれらを関連付けます。

- セキュア・アップロード・モニター(セキュア・アップロード・サービスに構成されたポートを使用したホストを関連付けます)

- エージェント登録モニター(エージェント登録サービスに構成されたポートを使用したホストを関連付けます)

- セキュア・コンソール・モニター(セキュア・コンソール・サービスに構成されたポートを使用したホストを関連付けます)

- (オプション)非セキュア・コンソール・モニター (非セキュア・コンソール・サービスに構成されたポートを使用したホストを関連付けます)

ソフトウェア・ライブラリのアクセシビリティ要件

ソフトウェア・ライブラリを構成したディレクトリが、接続先ホストからアクセス可能(読取り/書込み)であることを確認します。

ローカルのファイル・システム・パスを使用するようにOMS共有記憶域の場所を構成した場合、この場所を、共有ファイル・システム・パスを使用する別のOMS共有記憶域の場所に移行する必要があります。手順は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

インストール・ユーザー要件

インストール・ユーザーが次の要件を満たしていることを確認します。

- (UNIXのみ)rootユーザーはインストールを実行しないでください。

- (Microsoft Windowsのみ)ユーザーは、ORA-DBAグループに属しており、管理者権限を持っている必要があります。

- (Microsoft Windowsのみ)ユーザーは、DBAグループに属しており、次の作業、つまりオペレーティング・システムの一部として機能、トークン・オブジェクトの作成、バッチ・ジョブとしてログオン、およびプロセスのメモリー・クォータの調整を実行する権限持っている必要があります。
エージェント・ユーザーにこれらの権限があることを確認するには、「スタート」メニューから「設定」をクリックし、「コントロール パネル」を選択します。「コントロール パネル」ウィンドウから「管理ツール」を選択し、「管理ツール」ウィンドウから「ローカル セキュリティ設定」を選択します。「ローカル セキュリティ設定」ウィンドウのツリー構造から「ローカル ポリシー」を展開し、次に「ユーザー権利の割り当て」を展開します。

権限の要件

次の場所に対してアクセスおよび読取り/書込みができることを確認します。

- Oracleミドルウェア・ホーム
Oracleミドルウェア・ホームは、クローニングするOMS、Oracle WebLogic Serverホーム、Web層のインスタンス・ファイルなどを含むソース・ホスト上のディレクトリです。

- Oracle Management Serviceインスタンス・ベースの場所
Oracle Management Serviceインスタンス・ベースは、OMSに関連する構成ファイルを含むソース・ホスト上のディレクトリです。このインスタンス・ベースは通常、ミドルウェア・ホームの親ディレクトリの下にあります。

- ソースのステージング場所
ソースのステージング場所は、クローニングされたZIPファイルを接続先ホストにコピーする前にステージングする際に使用されるソース・ホスト上の場所です。

- 接続先のステージング場所
接続先のステージング場所は、クローニングされたZIPファイルをソース・ホストからコピーするときにステージングするために使用される接続先ホスト上の場所です。

- 実行可能ファイルがコピーされるソース・ホスト上の一時ディレクトリ。たとえば、/tmpまたはc:\Tempです。

近接度の要件

OMSがインストールされるホストと管理リポジトリが構成されるホストが、互いに近くに置かれていることを確認します。理想的には、2つの間のラウンドトリップ・ネットワーク待機時間が1ミリ秒未満になるようにする必要があります。

ファイアウォールの要件

使用している環境内にファイアウォールがある場合、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』のファイアウォールに対するEnterprise Managerの構成に関する章を参照してください。

一意のホスト名および静的IPアドレスの要件

ネットワーク構成をチェックして、インストール先のホストが、ネットワーク内の他のホストから認識可能な一意のホスト名と静的なIPアドレスに解決されることを確認します。

注意: 静的IPアドレスを使用することをお薦めします。動的IPアドレスを使用し、ホストを再起動した場合、ホストは新しいIPを受け取ることがあり、その結果としてOMSの起動が失敗します。

中央インベントリの要件

- 中央インベントリ・ディレクトリに100MBの領域が割り当てられていることを確認します。

- 一般的な非HA環境の場合、中央インベントリ(oraInventory)は、共有場所または非共有場所に配置できます。共有場所を使用する場合、1つのホスト当たりに1つのみの共有場所が維持されていて、同一の共有場所が2つのホストによって更新されないことを確認します。1つのインベントリ・ファイルは1つのホストのみのためであることを意味するので、他のホストが共有したり編集しないようにします。/etc/oraInst.locファイルを使用するときは、そこに指定されたインベントリの場所が、そのような場所を指していないことを確認します。2つ以上のホストに共通の共有場所を構成している場合、非共有場所にスイッチオーバーします。

- 記憶域レプリケーションおよびエイリアス・ホスト名を使用してプライマリおよびスタンバイの障害時リカバリ・サイトを備えている、通常のHA環境の場合、エイリアス・ホスト名を使用する共有記憶域にインストールされたソフトウェア用の中央インベントリ(oraInventory)は、プライマリ・サイトのOMSホストとスタンバイ・サイトのOMSホストの間に共通の共有場所に存在する必要があります。ソフトウェアのメンテナンス作業のためにアクティブなサイトからoraInventoryにアクセス可能とするために、この共有場所はレプリケートされた記憶域に設定する必要があります。

UMASK値の要件

シェル起動ファイルのデフォルト・ファイル・モード作成マスク(umask)を022に設定していることを確認します。

例:

- Bashシェルの場合:
$ . ./.bash_profile

- BourneまたはKornシェルの場合:
$ . ./.profile

- Cシェルの場合:
% source ./.login

ファイル記述子の要件

- ユーザー・プロセスの上限が13312より大きく設定されていることを確認します。
設定されている現在の値を確認するには、次のコマンドを実行します。

ulimit -u

現在の値が13312以上でない場合、システム管理者に連絡して少なくとも13312に設定してください。

- ファイル記述子のソフト・リミットを最小の4096に、ハード・リミットを16384以下に設定していることを確認します。
設定されている現在の値を確認するには、次のコマンドを実行します。

ソフト・リミットの場合:

/bin/sh -c "ulimit -n"

ハード・リミットの場合:

/bin/sh -c "ulimit -Hn"

現在の値が4096未満の場合、rootユーザーとして、次のエントリで/etc/security/limits.confファイルを更新してください。

<UID> soft nofile 4096

<UID> hard nofile 16384

ホスト・ファイルの要件

/etc/hostsファイルで指定されているホスト名が一意であり、そのホストの正しいIPアドレスにマップされていることを確認します。

localhostがPing可能で、127.0.0.1に解決される(またはIPv6ホストの場合は::1に解決される)ことを確認します。

/etc/hostsファイルの推奨形式は次のとおりです。

<ip> <fully_qualified_host_name> <short_host_name>

次に例を示します。

127.0.0.1 localhost.localdomain localhost

172.16.0.0 myhost.example.com myhost

RFC 952では、名前(ネット、ホスト、ゲートウェイまたはドメイン名)は24文字以内のテキスト文字列で、アルファベット(A-Z)、数字(0-9)、マイナス記号(-)およびピリオド(.)から構成されることが前提となっています。ピリオドは、ドメイン・スタイル名のコンポーネントを区切るために使用する場合にのみ許可されることに注意してください。ブランクまたはスペースを名前に含めることはできません。大文字と小文字は区別されません。先頭の文字は英文字である必要があります。

また、使用する環境でDNSサーバーが構成される場合、DNSを使用してOMSをインストールするホストの名前を解決する必要があります。

たとえば、次のコマンドで返される出力はすべて同じである必要があります。

nslookup myhost

nslookup myhost.example.com

nslookup 172.16.0.0

エイリアス・ホスト名が/etc/hosts,に実装されている場合、DNSを使用して、OMSのインストール先となるエイリアス・ホスト名を解決できる必要はありません。

ブラウザの要件

- My Oracle SupportのEnterprise Manager動作保証マトリックスに示されている動作保証済ブラウザを使用していることを確認します。
Enterprise Manager動作保証マトリックスにアクセスするには、付録Dで概説する手順に従ってください。

- Microsoft Internet Explorer 8以上を使用する場合は、次の手順を実行します。

- 互換表示モードを無効にします。これを行うには、Microsoft Internet Explorerの「ツール」メニューで、「互換表示」が有効になっていれば無効にします。また、「互換表示設定」をクリックして、Enterprise Manager Cloud ControlコンソールのURLを登録解除します。

- XMLHTTPを有効にします。これを行うには、「ツール」メニューから「インターネット オプション」をクリックします。「詳細設定」タブをクリックして、「セキュリティ」見出しの下で、「ネイティブ XMLHTTP サポートを有効にする」を選択して有効にします。

7.4 追加Oracle Management Serviceの追加

追加のOracle Management Service (OMS)を追加するには、次の手順に従います。

1. 「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「プロシージャ・ライブラリ」を選択します。

2. 「デプロイメント・プロシージャ・マネージャ」ページの「プロシージャ・ライブラリ」タブで、表から「管理サービスの追加」を選択し、「起動」をクリックします。

3. はじめにページで、リストされたインストール前タスクを完了します。終了したら、完了した各タスクを選択し、「次」をクリックします。

4. 接続先の選択ページで、次を実行します。

1. 「接続先ホスト」に、追加のOMSをインストールする管理対象ホスト(Management Agentを使用している最初のOMSによって管理されたホスト)の名前を選択または入力します。
たとえば、myhost.example.comです。

注意:
管理対象ホストのIPアドレスを入力しないでください。DNSに登録され、他のネットワーク・ホストからアクセスできる完全修飾ドメイン名を入力します。または、このサイトですべてのOMSインスタンスの/etc/hostsファイルに定義されているエイリアス・ホスト名を入力します。

2. 接続先インスタンス・ベースの場所で、OMSインスタンス・ベース・ディレクトリへのデフォルトの場所のままにするか、OMS関連の構成ファイルを格納できる別の場所を選択し、そこへの絶対パスを入力します。ベスト・プラクティスとして、このディレクトリ・パスは最初のOMSのディレクトリ・パスと同じにする必要があります。このディレクトリには100MBの領域があることを確認してください。パスで指定したディレクトリとサブディレクトリが存在することも確認します。
例: /apps/john/oracle/prod

3. 「ソース資格証明」セクションおよび「接続先資格証明」セクションで、ソース・ホストへのアクセスに使用する資格証明タイプを選択します。詳細は、7.4.1項を参照してください。

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

5. オプション・ページで、次を実行します。

1. 「ファイル転送オプション」セクションで、クローニング済ZIPファイルをステージングの場所に転送するのに適したプロトコルを選択します。FTPはデフォルトの転送モードです。
共有でNFSマウント済のネットワークの場所にファイルを転送する場合、「共有ディレクトリ」を選択し、共有の場所への絶対パスを入力できます。この共有ディレクトリには、ソース・ホストおよび接続先ホストからの読取り/書込みアクセス権があり、4GBの領域があることを確認してください。

例: /net/myhost.example.com/scratch/john

注意:

- SFTPが設定されている場合、ファイル転送モードに「FTP」を選択します。

- 共有の場所をファイル転送モードとして使用する場合、共有の場所に読取り/書込み権限があり、ソース・ホストおよび接続先ホストからアクセス可能であることを確認してください。

- 「FTP」を選択した場合、FTPソフトウェアがソース・ホストおよび接続先ホストにインストールされていることを確認してください。また、一時的な場所(UNIXでは/tmp)に少なくとも10GBの領域があることを確認してください。

- 「HTTP(S)」を選択した場合、一時的な場所(UNIXの場合は/tmp、Microsoft Windowsの場合はC:\Temp)に少なくとも10GBの領域があることを確認してください。
この場所は、ソフトウェア・バイナリおよびソースOMSの構成詳細のアーカイブに使用します。次の手順に示すように、アーカイブはソースのステージング場所にコピーされてから、接続先のステージング場所に転送されます。

- FTPおよびHTTP(S)オプションに必要な一時的な場所に10GBの領域がない場合、必要に応じて領域を増やすか、10GBの領域がある別の場所を指定します。別の場所を指定するには、次を実行します。

1. 「ターゲット」メニューから「すべてのターゲット」を選択します。

2. 「すべてのターゲット」ページで、ソースOMSホストで実行されている管理エージェントの名前をクリックします。

3. ホームページの「エージェント」メニューから、「プロパティ」を選択します。

4. 「プロパティ」ページの「表示」リストで、「拡張プロパティ」を選択します。

5. 「カスタム・プロパティの追加」セクションで、「名前」フィールドにemStageDirと入力します。「値」フィールドに、少なくとも10GBの領域がある一時的な場所の絶対パスを入力します。

2. 「ステージングの場所」セクションで、「ソース・ステージング」に、クローニング済ZIPファイルを作成して一時的に置くことが可能なソース・ホスト上の場所を入力します。この一時ディレクトリには10GBの領域があることを確認してください。
例: /myhost.example.com/shared

同様に、「接続先ステージング」に、クローニング済ZIPファイルを一時的にコピーすることが可能な接続先ホスト上の場所を入力します。この一時ディレクトリには10GBの領域があることを確認してください。

例: /myhost.example.com/shared

注意:
OMSが接続先ホストにインストールされると、クローニング済ZIPファイルは、両方のステージングの場所から自動的に削除されます。

3. 「接続先ポート」セクションでは、デフォルトで表示されるポートを検証します。
これらのデフォルトのポートは、クローニングしているOMSによってすでに割り当てられ、使用されているポートに基づいています。同種の環境になるように、ソースOMSと同じポートを使用することをお薦めします。

デフォルトで表示されたポートを保持することも、カスタム・ポートを入力することもできます。入力するカスタム・ポートが、「推奨されるポート範囲」列に示すような推奨範囲内であることを確認してください。カスタム・ポートの可用性を確認する場合は、ポートの確認をクリックします。

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

6. 作成後の手順ページで、実行するインストール後タスクの詳細を送信できる1つ以上の電子メールIDをカンマで区切って入力し、「次へ」をクリックします。
電子メールが機能するには、メール・サーバーがすでに構成されている必要があります。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

7. 確認ページで、詳細を確認し、「終了」をクリックします。

注意:
インストールが失敗した場合(特にホームのインストールのステップで失敗した場合)、OMSのインストールを再試行する前に、インストールが失敗した接続先ホストのOracleホームをクリーンアップしてください。

7.4.1 資格証明の選択

ソース・ホストおよび接続先ホストにアクセスするための資格証明タイプを、次のいずれかから選択できます。

表7-2 資格証明タイプの選択

資格証明タイプ

説明

優先資格証明

Enterprise Managerで優先資格証明としてすでに登録されている資格証明を使用する場合、これを選択します。

この場合、優先資格証明名リストから、ホストへのアクセスに使用する優先資格証明のタイプに応じて、「通常ホスト資格証明」または「特権ホスト資格証明」のいずれかを選択します。

名前付き資格証明

Enterprise Managerで作成された名前付きプロファイルの資格証明を使用する場合、これを選択します。

この場合、「資格証明名」リストから、資格証明を使用するプロファイルを選択します。

選択時に、資格証明の詳細を確認できます。選択したプロファイルに関連付けられた資格証明の詳細は、「詳細」をクリックします。これらの資格証明でホストへの接続をテストする場合、「テスト」をクリックします。

新規資格証明

Enterprise Managerで登録された優先資格証明または名前付き資格証明をオーバーライドする新規資格証明セットを入力する場合、これを選択します。

この場合、オーバーライドする資格証明を入力します。

Enterprise Managerで新規資格証明セットを登録する場合、「別名保存」をクリックし、デフォルトのプロファイル名のままにするか、またはプロファイルのカスタム名を入力します。

さらに、資格証明を優先資格証明として保存する場合、優先資格証明として設定を選択し、通常資格証明または特権資格証明として保存する必要があるかどうかを示すオプションを選択します。

これらの資格証明でホストへの接続をテストする場合、「テスト」をクリックします。

7.5 追加Oracle Management Serviceを追加した後のインストール後のタスクの実行

追加のOMSをインストールした後、ミドルウェア・ホームまたはミドルウェア・ホーム内のいずれかのホームにsymlinkを作成していないことを確認します。また、次の手順に従います。

1. (Microsoft Windowsの前提条件としてOracle Configuration Managerを停止した場合にのみ適用) Oracle Configuration Managerを起動します。

1. 環境変数ORACLE_CONFIG_HOMEに次の場所を設定します。
$<OMS_INSTANCE_HOME>/em/EMGC_OMS1

次に例を示します。

set ORACLE_CONFIG_HOME=/u01/software/em13c/gc_inst/em/EMGC_OMS1

2. 次の場所に移動します。
$<ORACLE_HOME>/oracle_common/ccr/bin

次に例を示します。

cd /u01/software/em13c/oraclehome/oracle_common/ccr/bin

3. 次のスクリプトを実行してOCMを開始します。
emCCR.bat start

4. 環境変数ORACLE_CONFIG_HOMEに次の場所を設定します。
$<OMS_INSTANCE_HOME>/WebTierIH1

次に例を示します。

set ORACLE_CONFIG_HOME=/u01/software/em13c/gc_inst/WebTierIH1

5. 次の場所に移動します。
$<ORACLE_HOME>/Oracle_WT/ccr/bin

次に例を示します。

cd /u01/software/em13c/oraclehome/Oracle_WT/ccr/bin

6. 次のスクリプトを実行してOCMを開始します。
emCCR.bat start

2. (オプション) サーバー・ロード・バランサ(SLB)の背後にすでに存在するソースOMSを使用して追加のOMSをインストールした場合、ソースOMSからのSLB構成は新しくインストールされた追加OMSに自動的に継承されます。
ただし、ソースOMSがどのSLBの背後にもなく、追加のOMSとソースOMSをSLBの背後に構成する場合、ソースOMSに加えて追加のOMSでも次の手順を実行してください。

- SLBの管理コンソールを使用して、次のSLBプールにOMSホストを追加します。

- セキュア・アップロード・プール(セキュア・アップロード・サービスに構成されたポートを使用したホストを追加します)

- (オプション)エージェント登録プール(エージェント登録サービスに構成されたポートを使用したホストを追加します)

- セキュア・コンソール・プール(セキュア・コンソール・サービスに構成されたポートを使用したホストを追加します)

- (オプション)非セキュア・コンソール・プール(非セキュア・コンソール・サービスに構成されたポートを使用したホストを追加します)

- SLBの管理コンソールを使用して、追加のOMSホストを次のモニターと関連付けます。

- セキュア・アップロード・モニター(セキュア・アップロード・サービスに構成されたポートを使用したホストを関連付けます)

- (オプション)エージェント登録モニター(エージェント登録サービスに構成されたポートを使用したホストを関連付けます)

- セキュア・コンソール・モニター(セキュア・コンソール・サービスに構成されたポートを使用したホストを関連付けます)

- (オプション)非セキュア・コンソール・モニター (非セキュア・コンソール・サービスに構成されたポートを使用したホストを関連付けます)

- 追加のOMSおよび追加のOMSがインストールされたホストにインストールされた管理エージェントを保護します。

- 追加のOMSを保護します。保護した後、OMSを再起動します。
$<ORACLE_HOME>/bin/emctl secure oms -sysman_pwd <sysman_pwd> -reg_pwd <agent_reg_password> -host <host_name> -slb_port <slb_upload_port> -slb_console_port <slb_console_port> [-console -lock -lock_console]

次に例を示します。

/u01/software/em13c/oraclehome/bin/emctl secure oms -sysman_pwd <password> -reg_pwd <password> -host example.com -secure_port 4904 -slb_port 4900 -slb_console_port 7788 -console -lock -lock_console

- 管理エージェントを保護します。
$<AGENT_INSTANCE_HOME>/bin/emctl secure agent $AGD_REGISTRATIO_PWD –emdWalletSrcUrl <emd_wallet_source_url>

次に例を示します。

/u01/software/em13c/agentbasedir/agent_inst/bin/emctl secure agent $AGD_REGISTRATIO_PWD –emdWalletSrcUrl https://example.com:4900/em

- 次のコマンドの出力中のSLBリポジトリのURLを確認します。
$<AGENT_INSTANCE_HOME>/bin/emctl status agent

次に例を示します。

//u01/software/em13c/agentbasedir/agent_inst/bin/emctl status agent

注意:
SLBの構成の詳細は、Oracle Enterprise Manager管理ガイドを参照してください。

3. (UNIXプラットフォームのみ)接続先ホストでrootユーザーとして<ORACLE_HOME>/root.shを実行します。

4. NFSマウントされたドライブにインストールし、OMSインスタンス・ベース・ディレクトリ((gc_inst))をNFSマウントされたドライブに作成した場合、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。これを行うには、httpd.confファイルのロック・ファイルの場所を変更し、ローカルのファイル・システムの場所にマップします。

1. OMSを停止します。
<ORACLE_HOME>/bin/emctl stop oms

2. ランタイム・ディレクトリにある次のファイルを開きます。

注意:
Oracleでは、このファイルを編集する前にバックアップを取ることをお薦めします。

<WEBTIER_INSTANCE_HOME>/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs<#>/httpd.conf.emctl_secure

次に例を示します。

/u01/software/em13c/gc_inst/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs2/httpd.conf.emctl_secure

3. モジュールmpm_prefork_moduleおよびmpm_worker_moduleに関するセクションを検索します。これらの2つのセクションで、パスがローカルのファイル・システムを指すように、LockFileパラメータの値を変更します。ディレクトリがまだない場合には、最初に作成してからそのディレクトリへのパスを指定します。

<IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
AcceptMutex fcntl
LockFile /u01/em/ohs_locks/http_lock
</IfModule>
....
<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
AcceptMutex fcntl
LockFile /u01/em/ohs_locks/http_lock
</IfModule>b

4. 変更内容を保存します。

5. ランタイム・ディレクトリ内で、httpd.conf.emctl_secureファイルをhttpd.confファイルにコピーします。
cp <WEBTIER_INSTANCE_HOME>/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs<#>/httpd.conf.emctl_secure <WEBTIER_INSTANCE_HOME>/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs<#>/httpd.conf

次に例を示します。

cp /u01/software/em13c/gc_inst/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs2/httpd.conf.emctl_secure /u01/software/em13c/gc_inst/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs2/httpd.conf

6. OMSを起動します。
<ORACLE_HOME>/bin/emctl start oms

5. デフォルトでは、次のターゲットが自動的に検出され、Enterprise Manager Cloud Controlコンソールで監視されます。

- 追加のOMSがデプロイされたOracle WebLogic Server

- Oracle Web Tier

- アプリケーション・デプロイメント(Enterprise Manager Cloud Controlコンソールとプラットフォーム・バックグラウンド・サービス用にそれぞれ1つずつ)

- Oracle Management Service

- Oracle Management Agent

- Enterprise Manager Cloud Controlがインストールされたホスト

ただし、このホストおよびその他のホストで実行中のその他のターゲットは、自動的に検出および監視されません。その他のターゲットを監視するには、そのターゲットを、「自動検出の結果」ページ、「ターゲットの手動追加」ページまたは監視するターゲットに提供されている検出ウィザードを使用して、Enterprise Manager Cloud Controlに追加する必要があります。

Enterprise Manager Cloud Controlでのターゲットの検出について詳しくは、『Oracle Enterprise Manager Cloud Control管理者ガイド』のターゲット追加についての章を参照してください。

6. 暗号化鍵を生成して、管理リポジトリの機密データを暗号化します。この鍵が失われると、管理リポジトリの暗号化されたデータは使用できなくなります。したがって、emkeyを含む管理サービス構成をバックアップし、バックアップを別のホストに保管します。
emkeyを含む管理サービス構成をバックアップするには、次のコマンドを実行します。

<ORACLE_HOME>/bin/emctl exportconfig oms -dir <path_to_backup_location>

7. Enterprise Manager Cloud Controlコンソールにブラウザでアクセスする前に、ブラウザで信頼できる認証局からのセキュリティ証明書をインストールします。
これは、HTTPSプロトコルでアクセスするEnterprise Manager Cloud Controlコンソールが純正のセキュアなWebサイトとして認識されるようにするためです。

ブラウザにセキュリティ証明書をインストールし、セキュリティ証明書アラートを回避する手順は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

8. (オプション)ソースOMSでOracle BI Publisherを有効にした場合、Oracle BI Publisherは追加のOMSでも自動的に有効になります。これに対し、ソースOMSでOracle BI Publisherを有効にしていない場合、Oracle BI Publisherは、インストールされて共有記憶域の場所で構成されていても、追加のOMSで有効にはなりません。このように、Oracle BI Publisherの状態はソースOMSから自動的に継承されます。

- Oracle BI PublisherがソースOMSで有効になっているかを検証するには、ソースOMSのOracleホームのbinディレクトリで次のコマンドを実行します。
$<ORACLE_HOME>/bin/emctl status oms -bip_only

次に例を示します。

/u01/software/em13c/oraclehome/bin/emctl status oms -bip_only

- ここで、Oracle BI Publisherを追加OMSで有効にするには、追加OMSのOracleホームのbinディレクトリで次のコマンドを実行します。Oracle BI PublisherをソースOMSでも有効にする場合には、ソースOMSで同じコマンドを実行できます。
$<ORACLE_HOME>/bin/emctl config oms -enable_bip

次に例を示します。

/u01/software/em13c/oraclehome/bin/emctl config oms -enable_bip

前述のコマンドをOracle BI Publisherを有効にするのみで、開始はしません。開始するには、OMSのOracleホームのbinディレクトリで次のコマンドを実行します。

$<ORACLE_HOME>/bin/emctl start oms -bip_only

次に例を示します。

/u01/software/em13c/oraclehome/bin/emctl start oms -bip_only

8 JVM診断エージェントのインストール

この章では、モニター対象のWebLogicドメインにJava仮想マシン診断(JVMD)をインストールする方法について説明します。

この章の具体的な内容は次のとおりです。

- Java仮想マシン診断の概要

- Oracle CloudターゲットへのJVMDエージェントのデプロイの概要

- JVMDエージェントのインストールを開始する前に

- JVMDエージェントをインストールするための前提条件

- 監視対象のWebLogicドメインへのJVMDエージェントのデプロイ

- JVMDエージェントをインストールした後で

8.1 Java仮想マシン診断の概要

Java仮想マシン診断(JVMD)は、Enterprise Manager Cloud Controlの重要な機能の1つで、これを使用して管理者は本番環境におけるJavaアプリケーションのパフォーマンスの問題を診断することができます。問題を再現する必要性がなくなるため、こうした問題解決に必要な時間が短縮され、アプリケーションの可用性とパフォーマンスが向上します。

JVMDエンジンの機能を使用すると、管理者はアプリケーションを効率的に管理でき、テスト環境や開発環境で再現しなくても本番環境でのパフォーマンス問題の根本原因を特定できます。JVMDエンジンは、WebLogic Server上でEnterprise JavaBeans (EJB) Technologyとして実行されます。

JVMDエージェントは、ターゲットJVM (本番環境のWebLogic Serverを実行するJVM)にデプロイされます。リアルタイムのデータを収集してJVM診断エンジンに転送します。このデータはManagement Repositoryに格納され、収集された情報は監視のためにEnterprise Manager Cloud Controlコンソールに表示されます。JVMDエンジンとJVMDエージェント間の通信は、セキュア(SSL)または非セキュア接続が可能です。

13cリリース1以降、Oracle Fusion Middlewareプラグイン・デプロイメントの一部として、デフォルトでJava仮想マシン診断(JVMD)エンジンが1つOMSにインストールされるようになりました。デプロイする追加OMSごとに、そのOMSとともにデフォルトで1つのJVMDエンジンが提供されます。JVMDエンジンはデフォルトではOMSホストにインストールされますが、JVMDエージェントはターゲットのJVMに手動でデプロイする必要があります。

注意:
Cloud Controlアプリケーションを再起動せずにJVMDエンジン(OMSホストにデプロイされた)を再起動するには、WebLogic管理コンソールを使用します。

JVMDエージェントをインストールするには、Enterprise Manager Cloud Controlコンソールからアクセス可能な「設定」ページを使用します。このページにアクセスするには、「設定」メニューから「ミドルウェア管理」を選択し、続いて「設定」を選択します。

図8-1は、「設定」ページを示しています。

図8-1 「設定」ページ

「設定」ページは、次の操作に使用できます。

- すべてのJVMDエンジンの可用性の監視

- JVMDエンジンをデプロイするホストや現在の状態、実行中のポート、バージョンなど、JVMDエンジンに関する情報へのアクセス

- JVMDエージェントのデプロイ、アップグレードおよび削除

- レポートしているJVMDエージェント数と、それらのアップグレードの必要性の通知

8.2 Oracle CloudターゲットへのJVMDエージェントのデプロイの概要

監視対象のOracle CloudターゲットにJVMDエージェントをデプロイできます。

前提条件として、ハイブリッド・クラウド・エージェントをOracle Cloudターゲットにデプロイし、ハイブリッド・ゲートウェイをOracle Cloudに構成する必要があります。ハイブリッド・ゲートウェイは、(Oracle Cloudにデプロイされている) JVMDエージェントからの通信を(OMSホストにオンプレミスでデプロイされている) JVMDエンジンに転送し、JVMDエンジンからの通信をJVMDエージェントに戻します。複数のJVMDエージェントで1つのハイブリッド・ゲートウェイを使用できます。

Oracle CloudターゲットにJVMDエージェントをデプロイする方法の詳細は、8.5項「モニター対象のWebLogicドメインへのJVMDエージェントのデプロイ」を参照してください。

8.3 JVMDエージェントのインストールを開始する前に

JVMDエージェントをインストールする前に、ターゲット・アプリケーション・サーバーが稼働していることを確認してください。

8.4 JVMDエージェントをインストールするための前提条件

次の前提条件を満たしていることを確認します。

- JVMDエージェントのデプロイに必要なJDKのバージョンは、JDK 1.5以上です。

- Cloud Controlユーザーに、AD4J_ADMINISTRATOR権限があります。

- JVMDエージェントでサポートされているオペレーティング・システムは次のとおりです。

- Linux x86

- Linux x86-64

- Windows x86

- Windows x86-64

- Solaris x86

- Solaris x86-64

- Solaris(SPARC)

- Solaris SPARC(64ビット)

- AIX PowerPC(32ビット)

- AIX PowerPC(64ビット)

- JRVE

- HP IA-64(32ビット)

- HP IA-64(64ビット)

- HP PA-RISC(32ビット)

8.5 監視対象のWebLogicドメインへのJVMDエージェントのデプロイ

この項では、監視対象のWebLogicドメインにJVMDエージェントをデプロイする方法を説明します。JVMDエージェントをWebLogic Server以外のアプリケーション・サーバーへデプロイする方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

「設定」ページを使用してモニター対象のWebLogicドメインにJVMDエージェントをデプロイするには、次の手順を実行します。

1. 「設定」メニューから「ミドルウェア管理」を選択し、続いて「設定」を選択します。

2. 「設定」ページの「JVMDエージェント」セクションで、「JVMDエージェントの管理」をクリックします。

注意:
JVMDエンジンに関連する構成問題がある場合は、「JVMDエージェントの管理」ボタンが無効になります。

3. 「操作」で、「デプロイ」が選択されていることを確認します。
「表示」メニューから「すべてを開く」を選択すると、検出されたすべてのWebLogic管理サーバーおよび管理対象サーバー(検出されたすべてのWebLogicドメインの一部)のターゲット名、ターゲット・タイプ、ターゲット・ホスト、ターゲット・ステータス、プラットフォームなどを参照できます。

JVMDエージェントのデプロイ先となる、WebLogic管理対象サーバーを選択します。「次へ」をクリックします。

4. 「ターゲットの資格証明」ページで、(管理サーバー・ターゲットに対応する)「Oracle EMAgentターゲット・ホスト資格証明」および「Oracle WebLogicドメインの資格証明」の値を指定し、「適用」をクリックします。

注意:
管理サーバー・ターゲットにホストおよびドメインの優先資格証明がすでに設定されている場合は、それらがドメインに自動的に適用され、「適用」をクリックする必要はありません。

Oracle EMAgentターゲット・ホストの資格証明は、WebLogicドメインの管理サーバーの検出に使用された管理エージェントが実行されているホストのログイン資格証明です。Oracle WebLogicドメインの資格証明は、選択したWebLogicドメインの管理サーバーの資格証明です。

WebLogicドメインの管理サーバーの優先資格証明(優先EMAgentターゲット・ホスト資格証明と優先Oracle WebLogicドメイン資格証明)を設定するには、「設定」メニューから、「セキュリティ」、「優先資格証明」の順に選択します。ターゲット・タイプとして「Oracle管理サーバー」を選択し、「優先資格証明の管理」をクリックします。「ターゲット優先資格証明」セクションで、必要なWebLogic管理サーバーの優先ホスト資格証明および優先WebLogic管理者資格証明を設定します。

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

5. JVMDエージェント構成ページ(「JVMDエージェント構成」セクション)で、次を実行します。
Oracle CloudターゲットにJVMDエージェントをデプロイする場合は、「Hybrid Cloudモードの構成」を選択し、Oracle Cloudで構成されている「Hybrid Cloudプロキシ・ホスト」および「Hybrid Cloudプロキシ・ポート」を指定します。「Hybrid Cloudモードの構成」を選択すると、JVMDエージェントがハイブリッド・ゲートウェイに接続され、ハイブリッド・ゲートウェイがJVMDエンジンに接続されるため、「使用可能なJVMDエンジン」の値が自動的に「その他」に設定されます。

ハイブリッド・クラウド・モードの構成を選択しない場合、WebLogicドメインごとに、デフォルトのJVMDエンジンが選択されます。ドメインに選択したエンジンを変更する必要がある場合は、「使用可能なJVMDエンジン」のリストから新しいエンジンを選択し、「適用」をクリックします。選択したWebLogicドメインの管理対象サーバーにデプロイされているすべてのJVMDエージェントが、このJVMDエンジンに関連付けられます。または、「その他」を選択して、複数のエンジンの場合にロード・バランサに接続し、エンジンのホスト、ポートおよびプロトコルの詳細を手動で指定できます。できます。

Enterprise Manager Cloud Control 13cでは、HTTPまたはHTTPSを使用して、JVMDエンジンに接続する複数のJVMDエージェントをデプロイできます。したがって、JVMDエンジンのHTTP URLとHTTPS URLの両方が「使用可能なJVMDエンジン」リストに表示されます。ただし、設定でロード・バランサを構成した場合、JVMDエージェントはHTTPまたはHTTPSを使用してロード・バランサに接続できますが、HTTPSを使用して個々のJVMDエンジンには接続できません。したがって、設定にロード・バランサを構成した場合、ロード・バランサのHTTP URLとHTTPS URL、および個々のJVMDエンジンのHTTP URLのみが、「使用可能なJVMDエンジン」リストに表示されます。

このセクションに「WebLogicホーム」フィールドと「ミドルウェア・ホーム」フィールドが表示されている場合、それらに値を指定します。「WebLogicホーム」および「ミドルウェア・ホーム」フィールドは、それらの値が内部的に取得できない場合に表示されます。

また、WebLogic管理サーバーがファイアウォールの背後または仮想ホスト上にある場合、アプリケーションはデフォルト情報を使用して接続できない可能性があります。この場合、「拡張ドメイン構成」セクションで追加情報を指定する必要があります。たとえば、WebLogic管理サーバーが仮想ホスト上にあり、アプリケーションがデフォルトのホスト値を使用して接続できない場合は、「管理サーバー・ホスト」に仮想ホストのIPアドレスを指定することが必要な場合があります。

注意:
「拡張ドメイン構成」で、JVMDエージェントのデプロイに使用されるJavaプロセスで使用されるJava引数を指定できます。たとえば、次のJava引数を必須にできます。

- Dweblogic.security.SSL.enableJSSE=true

- Dweblogic.security.SSL.protocolVersion=TLS1

- Dweblogic.security.SSL.trustedCAKeyStore=<path to cacert>

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

6. 確認ページですべての情報を確認し、「デプロイ」をクリックします。
JVMDエージェントのデプロイメントに対してジョブが作成されます。リンクをクリックすると、ジョブの進行状況が表示されます。JVMDエージェントのデプロイメント・ジョブが正常に完了したら、「設定」ページに移動して「JVMDエージェント」セクションを参照することで、そのデプロイメントを確認できます。

注意:
JVMDエージェントをデプロイするときに、SSLハンドシェイクの失敗が原因で「ターゲットへのHttpDeployerのデプロイ」ジョブの手順が失敗する場合、または他のエラーが発生する場合は、Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーション・ガイドを参照してください。

8.6 JVMDエージェントをインストールした後で

JVMDエージェントをデプロイした後、次の健全性チェックを実行し、管理対象サーバーにJVMDエージェントが正しくインストールされていることを確認します。

- Cloud Controlで、「ターゲット」メニューから「ミドルウェア」を選択します。Middlewareのホーム・ページで、JVMDエージェントがデプロイされたドメインを選択します。左側のペインで、「ターゲット・ナビゲーション」セクションから「Java仮想マシン・プール」をクリックしてメニューを展開します。JVMDターゲットが表示されます。

各ターゲットは、JVMDエージェントのデプロイメントに選択された管理対象サーバーの1つに対応しています。すべてのターゲットが稼働中である必要があります。

- JVMDエージェントがデプロイされたドメインのWebLogic管理コンソールにログインします。ターゲットの管理対象サーバーにjamagentという名前の新しいアプリケーションがあり、このアプリケーションが稼働中である必要があります。

第III部

Enterprise Manager Cloud Control 13cリリースの設定

ここでは、Enterprise Manager Cloud Controlを設定して使用を開始する方法について説明します。この部は、次の章で構成されています。

- 第9章「初期設定コンソールを使用したEnterprise Manager Cloud Control 13cリリース1の設定」

9 初期設定コンソールを使用したEnterprise Manager Cloud Control 13cリリース1の設定

初期設定コンソールは、Enterprise Manager Cloud Controlコンソール内の豊富なGUIを備えたコンソールであり、これを開始点として使用して、Enterprise Manager Cloud Controlの設定、実行する各設定タスクの進行状況の追跡、およびまだ保留中になっているタスクの特定を行うことができます。すべてのステップを同時に実行することも、一部をすぐに実行して残りを後で実行することもできます。

初期設定コンソールにリストされている設定手順は個別のメニュー・オプションとしても利用できますが、コンソールでは準備状況のステータス全体が単一のビューで提供されるため、コンソールを使用して手順を実行することお薦めします。

注意:
初期設定コンソールにアクセスできるのは、スーパー管理者のみです。

この章では、初期設定コンソールを使用してすべての設定タスクを実行する方法について説明します。この章の具体的な内容は次のとおりです。

- 初期設定コンソールを使用してソフトウェア・エンティティを保存するようにOracleソフトウェア・ライブラリを構成

- OMSと管理エージェントとの通信用のプロキシの構成

- 初期設定コンソールを使用したOMSからMy Oracle Supportへの通信用プロキシの構成

- 初期設定コンソールを使用したOracle Management Serviceの追加

- 初期設定コンソールを使用した送信メール・サーバー(SMTPサーバー)の構成

- 初期設定コンソールを使用したMy Oracle Support資格証明の登録

- 初期設定コンソールを使用したユーザーの作成

- 初期設定コンソールを使用したロールの作成

9.1 Oracleソフトウェア・ライブラリにソフトウェア・エンティティを格納するための初期設定コンソールを使用した構成

Oracleソフトウェア・ライブラリ(ソフトウェア・ライブラリ)は、ソフトウェア・パッチ、仮想アプライアンス・イメージ、参照ゴールド・イメージ、アプリケーション・ソフトウェアおよび関連するディレクティブのスクリプトなどのソフトウェア・エンティティを格納するリポジトリです。

ソフトウェア・ライブラリは、Enterprise Manager Cloud Controlのインストール中またはインストール後に構成できます。

- Enterprise Manager Cloud Controlのインストール中にソフトウェア・ライブラリを構成した場合、この特定の設定タスクは初期設定コンソールで完了タスクとして表示されます。この場合は、次の設定タスクに進んでください。

- Enterprise Manager Cloud Controlのインストール中にソフトウェア・ライブラリを構成しなかった場合、この設定タスクは初期設定コンソールで未完了タスクとして表示されます。この場合は、このトピックで説明されている指示に従って、タスクを完了する必要があります。

- 初期設定コンソールからソフトウェア・ライブラリを構成しない場合は、Enterprise Manager Cloud Controlコンソールで使用可能なソフトウェア・ライブラリ管理コンソールを使用して後から構成できます。
「ソフトウェア・ライブラリ管理」コンソールから構成する手順の詳細は、「OMS共有ファイル・システム・ストレージの場所の設定」を参照してください。

- Enterprise Manager Cloud Controlの旧リリースからアップグレードした場合、アップグレードの際に旧リリースのソフトウェア・ライブラリの場所が継承されるため、この設定タスクは初期設定コンソールで常に完了タスクとして表示されます。

ソフトウェア・ライブラリは、主に「OMS共有ファイル・システム」の場所と「OMSエージェント・ファイル・システム」の場所の2つのタイプの記憶域の場所をサポートしています。「OMS共有ファイル・システム」を構成することをお薦めします。これらの記憶域の場所を理解するには、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

「初期設定コンソール」を使用して「ソフトウェア・ライブラリ」の「OMS共有ファイル・システム」の場所を構成するには、次の手順を実行します。

1. 『Oracle Enterprise Manager Cloud Control管理者ガイド』に記載されている、ソフトウェア・ライブラリ・アップロード記憶域の場所の前提条件に対応します。

2. 「設定」メニューから「初期設定コンソール」をクリックします。

3. 初期設定コンソール・ページの左パネルで、「ソフトウェア・ライブラリ」をクリックします。

4. ソフトウェア・ライブラリ・アップロード・ファイルの場所ページの「記憶域のタイプ」ドロップダウン・メニューから、「OMS共有ファイル・システム」を選択します。

5. 「ソフトウェア・ライブラリ」の記憶域の場所に一意の名前を入力し、OMSホスト上にマウントされている共有の場所の絶対パスを入力します。追加のOMSインスタンスをインストールするときに同じ共有の場所を使用するため、OMSホストの共有の場所が必要です。共有場所が、すべてのOMSインスタンスからアクセスできることを確認します。マルチOMS設定の場合は、すべてのOMSインスタンスに通常優先資格証明を設定します。
アップロード・ファイルの場所を初めて構成する際は、すべてのインストール済プラグインのすべてのソフトウェア・ライブラリ関連メタデータ情報をインポートするメタデータ登録ジョブがOMSから発行されます。

アップロード・ファイルの場所を構成すると、Enterprise Manager Cloud Controlコンソールで使用可能なソフトウェア・ライブラリ管理コンソールから、パージや移行などのその他の記憶域管理アクションを実行できます。このコンソールにアクセスするには、「設定」メニューから、「プロビジョニングとパッチ適用」、「ソフトウェア・ライブラリ」の順に選択します。

注意:

- マルチOMS環境の場合は、NFS、ACFSまたはDBFSを使用して、クラスタ・ファイル・システムを設定する必要があります。Microsoft Windowsでは、共有を目的として、OCFS2クラスタ・ファイル・システムをお薦めします。詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』のソフトウェア・ライブラリの構成に関する章を参照してください。

- なんらかの理由でOMS共有ファイル・システムの場所を構成できない場合は、OMSエージェント・ファイル・システムの場所を構成してください。手順の詳細は、「OMSエージェント記憶域の場所の設定」を参照してください。

9.2 OMSから管理エージェントへの通信用プロキシの構成

プロキシを構成することで、Oracle Management Service (OMS)とOracle Management Agent (管理エージェント)間の通信を保護できます。すべての管理エージェントに1つのプロキシを構成することも、管理エージェントのセットにプロキシを1つ構成して残りはなしにすることも可能ですし、異なる管理エージェントのセットに別々のプロキシを構成することもできます。

また、2つ以上のプロキシを冗長プロキシとして構成し、OMSと管理エージェントの通信に構成されたプロキシの高可用性をサポートすることも可能です。そのような状況の場合は、デフォルトで、その他のプロキシのステータスに関係なく、稼働中のプロキシが通信用に選択されます。通信を開始する前に、プロキシが非アクティブであるか停止していることがわかった場合は、その管理エージェントに構成されている別のプロキシが選択されます。ただし、特定のプロキシで通信を開始した後に、そのプロキシが非アクティブになったり停止したりした場合は、稼働中の別のプロキシを選択するフォールバック・メカニズムは、現在存在しないことに注意してください。

注意:

- NTLMベースのMicrosoftプロキシはサポートされていません。そのようなプロキシからアクセスできるようにするには、NTLMベースのMicrosoftプロキシ・サーバーの認証されていないサイト・プロパティに使用可能なすべてのエージェント・ホストを追加してください。

- 各OMSのローカル・アドレスは、プロキシを自動的にバイパスします。

- すでにプロキシを構成している場合、この設定タスクは完了しています。

初期設定コンソールを使用して、OMSから管理エージェントへの通信にプロキシを構成するには、次の手順に従います。

1. 「設定」メニューから「初期設定コンソール」を選択します。

2. 初期設定コンソール・ページの左パネルで、「OMSエージェント・プロキシ設定」をクリックします。

3. 『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』で概説されている手順(3)から手順(6)までを実行します。

9.3 初期設定コンソールを使用したOMSからMy Oracle Supportへの通信用プロキシの構成

Oracle Management Service (OMS)では、ホストのインターネット接続を使用してMy Oracle Supportに定期的に接続し、パッチやパッチ・セット、パッチ推奨および自動リリース更新(ARU)シード・データをダウンロードしています。Enterprise Manager Cloud Controlでは、デフォルトで、OMSとMy Oracle Supportの間にはプロキシ・サーバーが構成されていないものと推定されます。ただし、通信を保護するため、2つのエンティティの間にプロキシ・サーバーを追加し、Enterprise Manager Cloud Controlにプロキシ・ターゲットとして登録することが可能です。

注意:
すでにプロキシを構成している場合、この設定タスクは完了しています。

初期設定コンソールを使用して、OMSからMy Oracle Supportへの通信にプロキシを構成するには、次の手順に従います。

1. 「設定」メニューから「初期設定コンソール」を選択します。

2. 初期設定コンソール・ページの左パネルで、「My Oracle Support」をクリックします。

3. 『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』で概説されている手順(2)から手順(7)までを実行します。

9.4 初期設定コンソールを使用した追加のOracle Management Serviceの追加

Enterprise Manager Cloud Controlをインストールすると、インストーラにより、Oracle Management ServiceとOracle Management Agentがデフォルトで1つずつインストールされます。このデフォルト構成は小さな環境に適しており、通常、より大規模な本番環境では、単一のOracle Management Serviceの負荷を軽減し、データ・フローの効率を向上させ、Enterprise Managerシステムの高可用性を実現するために、追加のOMSインスタンスが必要になる場合があります。

注意:
すでに追加のOMSを追加している場合、この設定タスクは完了しています。

初期設定コンソールを使用して追加のOracle Management Serviceを追加するには、次の手順に従います。

1. Oracle Management Serviceの追加を開始する前に、7.2項で説明されている重要な事項を確認します。

2. Oracle Management Serviceを追加するための前提条件(7.3項を参照)を満たします。

3. 「設定」メニューから「初期設定コンソール」をクリックします。

4. 初期設定コンソール・ページの左パネルで、「Oracle Management Serviceの追加」をクリックします。

5. 管理サービス追加の開始ページで、リストされたインストール前タスクを完了します。終了したら、完了した各タスクを選択し、「次へ」をクリックします。

6. 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』に説明されている、手順(4)から手順(7)に従います。

7. 追加のOracle Management Serviceを追加したら、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』に説明されているインストール後タスクを実行します。

9.5 初期設定コンソールを使用した送信メール・サーバー(SMTPサーバー)の構成

特定のインシデント、イベントまたは問題が発生した場合には情報が通知されるため、レポートされた問題を回避するための修正処理や予防処理を実行できます。Enterprise Managerでは、電子メール、SNMPトラップ、カスタム・スクリプトの実行、またはこの3つすべてなど、様々なメカニズムでそうした通知を送信します。Enterprise Manager Cloud Controlが電子メール通知を送信するには、送信メール・サーバー(SMTPサーバー)を設定しておく必要があります。

注意:
すでにSMTPサーバーを構成している場合、この設定タスクは完了しています。

Enterprise Managerが電子メール通知を送信できるように、送信メール・サーバーを構成するには、次の手順に従います。

1. 「設定」メニューから「初期設定コンソール」をクリックします。

2. 初期設定コンソール・ページの左パネルで、「メール・サーバーの構成」をクリックします。

3. メール・サーバーの構成ページの送信者識別セクションで、「編集」をクリックします。

4. 送信者識別ダイアログに、電子メール通知を送信する管理者またはシステムの名前と、通知の送信元の電子メール・アドレスを入力します。「OK」をクリックします。

5. 「送信メール(SMTP)サーバー」セクションで、「作成」をクリックします。

6. 「送信メール(SMTP)サーバー」ダイアログに、メール・サーバーのホスト名、メール・サーバーの資格証明、および使用する暗号化メソッドを入力します。「OK」をクリックします。
複数の送信メール・サーバーを構成する場合は、自動フェイルオーバーとロード・バランシングがラウンド・ロビン方式で実行されます。

9.6 初期設定コンソールを使用したMy Oracle Support資格証明の登録

My Oracle Support接続を使用すると、サービス・リクエスト情報の表示、パッチ推奨の取得、およびソフトウェア・ライブラリへのプラグインやエンティティのダウンロードを、すべてのEnterprise Manager Cloud Controlコンソールから行うことができます。Enterprise Manager Cloud ControlコンソールからMy Oracle Supportへ自動的にサインインするには、Enterprise Manager Cloud ControlにMy Oracle Support資格証明を登録する必要があります。

注意:
すでにMy Oracle Support資格証明を登録している場合、この設定タスクは完了しています。

初期設定コンソールを使用してMy Oracle Support資格証明を登録するには、次の手順に従います。

1. 「設定」メニューから「初期設定コンソール」をクリックします。

2. 初期設定コンソール・ページの左パネルで、「MOS資格証明の設定」をクリックします。

3. MOS資格証明の設定ページで、「ここ」をクリックします。

4. My Oracle Supportページに、My Oracle Support資格証明を入力します。

5. 「適用」をクリックします。

9.7 初期設定コンソールを使用したユーザーの作成

ユーザーは、Enterprise Manager Cloud Controlへのログインと使用を許可された管理者です。ユーザーは、Enterprise Managerに定義されているいずれかのロールに属し、権限が与えられている操作のみを実行します。

デフォルトで、ユーザーは、すべてのターゲットに対する完全なアクセス権を持つスーパー管理者、Oracle Management Repositoryを管理するリポジトリ所有者、または通常はEnterprise Manager Cloud Controlを使用する通常の管理者のいずれかになります。

注意:
すでに一連のユーザーを作成している場合、この設定タスクは完了しています。

初期設定コンソールを使用して管理者を作成するには、次の手順に従います。

1. 「設定」メニューから「初期設定コンソール」を選択します。

2. 初期設定コンソール・ページで、「ユーザーの作成」をクリックします。

3. ユーザーの作成ページの「Enterprise Managerスーパー管理者」セクションで、Enterprise Managerシステムでこれまでに作成したスーパー管理者のリストおよび最後に認証された時間を表示します。

4. 「Enterprise Managerスーパー管理者」セクションを閉じて、セクションの下の次のテキストを確認します。ここをクリックしてください。
Enterprise Manager管理者はここから管理できます

5. 「管理者」ページで「作成」をクリックします。
管理者の作成ウィザードが表示されます。

6. 管理者の作成ウィザードの認証ページで、作成するユーザーに使用する認証メカニズムを選択して、「次へ」をクリックします。

7. プロパティ・ページで、作成するユーザーの詳細を指定して、「次へ」をクリックします。

8. ロール・ページの「使用可能なロール」リストから、作成中のユーザーに明示的に付与するロールを選択し、「次へ」をクリックします。

9. ターゲット権限ページで、作成中のユーザーに付与する権限を選択し、「次へ」をクリックします。これらの権限は、ターゲット・セットで特定の管理アクションを実行する権限をユーザーに付与します。

10. リソース権限ページで、作成中のユーザーに明示的に付与するリソース権限を選択し、「次へ」をクリックします。

11. 確認ページで、「終了」をクリックします。

9.8 初期設定コンソールを使用したロールの作成

ロールは、Enterprise Manager Cloud Controlを使用する管理者に付与されるEnterprise Managerのリソース権限またはターゲット権限、あるいはその両方の集合です。ロールは、地理的位置(カナダのシステムを管理するためのカナダの管理者用ロールなど)、業務系列(人事管理システムや販売システムの管理者用ロールなど)または他のモデルに基づいて作成できます。管理者を作成したら、次の手順は、ロールを作成して、それぞれのロールに管理者を割り当てることです。

注意:
すでに一連のロールを作成している場合、この設定タスクは完了しています。

初期設定コンソールを使用してロールを作成するには、次の手順に従います。

1. 「設定」メニューから「初期設定コンソール」をクリックします。

2. 初期設定コンソール・ページの左パネルで、「ロールの作成」をクリックします。

3. 「ロールの作成」ページで「ロール数が最も多い上位5位の管理者」セクションおよび「ネストされたロールが最も多いロール」セクションを閉じて、セクションの下の次のテキストを確認します。ここをクリックしてください。
Enterprise Managerロールはここから管理できます

4. ロール・ページで、「作成」をクリックします。
ロールの作成ウィザードが表示されます。

5. ロールの作成ウィザードの「プロパティ」ページで、ロールに一意の名前を入力し「次」をクリックします。

6. 「ロール」ページにある「使用可能なロール」リストから、作成した特定のロールに付与するオラクル社が定義したロールを選択し、「次」をクリックします。
すでに存在するロールに明示的にロールを付与すると、現在のロールの受領者にすべての権限が付与されます。

7. ターゲット権限ページで、作成中のロールに明示的に付与する権限のうち、すべてのターゲットに共通の権限と、特定のターゲットに固有の権限を選択し、「次へ」をクリックします。

8. リソース権限ページで、作成中のロールに明示的に付与するリソース権限を選択し、「次へ」をクリックします。

9. 管理者ページで、このロールを付与する管理者を選択し、「次へ」をクリックします。

10. 確認ページで、「終了」をクリックします。

第IV部

付録

ここには、Enterprise Managerのインストールに関連するその他の情報が含まれます。特に、次の内容について説明します。

- 付録A「EM前提条件キットの概要」

- 付録B「コマンドの場所の検証」

- 付録C「データベース・テンプレートを使用した事前構成済のリポジトリでのデータベース・インスタンスの作成」

- 付録D「Enterprise Manager動作保証マトリックスへのアクセス」

- 付録E「Cygwinを使用しないMicrosoft Windowsターゲット・ホストへの管理エージェントのインストール」

- 付録F「ブラウザの証明書のインストール」

A EM前提条件キットの概要

この付録では、Enterprise Managerをインストールまたはアップグレードするたびにインストール・ウィザードが実行するEnterprise Manager前提条件キット・ユーティリティ(EM前提条件キット)について説明します。この付録の具体的な内容は次のとおりです。

- EM前提条件キットについて

- EM前提条件キットの実行

- EM前提条件キットによって実行される前提条件チェックの結果の表示

- EM前提条件キットによって作成されるログ・ファイルの表示

- EM前提条件キットによって実行されるリポジトリ前提条件チェック

A.1 EM前提条件キットについて

EM前提条件キットは、ご使用の環境でリポジトリ関連の前提条件チェックを行うコマンドライン・インタフェースで、Enterprise Managerシステムのインストールやアップグレードに必要なすべてのリポジトリ要件を満たしていることを確認します。

このキットは前提条件のチェックを行うだけでなく、前提条件チェックが失敗した場合には、可能なかぎり自動的に修正も行います。このキットは前提条件チェック後の作業として自動的に修正作業を取り消して、Enterprise Managerシステムのインストールまたはアップグレード以前の状態に戻すこともできます。

EM前提条件キットは、Enterprise Managerシステムのインストールまたはアップグレード中に、Enterprise Managerインストール・ウィザードが内部で実行します。さらに、事前にキットを実行し、環境がすべてのリポジトリ関係要件を満たしていることを確認できます。

警告:

オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリで作成されたデータベース・インスタンスの使用を計画している場合は、EM前提条件キットを呼び出す際に次のパラメータを必ず渡してください。

-componentVariables repository:EXECUTE_CHECKS_NOSEED_DB_FOUND:false

A.2 EM前提条件キットの実行

この項では、EM前提条件キットを実行する次の方法を説明します。

- フレッシュ・インストールまたはアップグレードでのEM前提条件キットの実行

- EM前提条件キットをEM CLIを使用して、アップグレード用に実行

A.2.1 フレッシュ・インストールまたはアップグレードでのEM前提条件キットの実行

EM前提条件キットは、Enterprise Managerシステムのインストールまたはアップグレード中に、Enterprise Managerインストールウィザードによって内部で実行されますが、事前に実行して環境がすべてのリポジトリ関係要件を満たしていることを確認できます。そうすることによって、リポジトリ関係の問題を事前に発見および修正でき、インストールやアップグレードをよりスムーズに行えます。

この項では、フレッシュ・インストールおよびアップグレードでEM前提条件キットを実行する方法について説明します。

- フレッシュ・インストールでのEM前提条件キットの実行

- アップグレードのためのEM前提条件キットの実行

- EM前提条件キットがサポートしている追加の引数

A.2.1.1 フレッシュ・インストールでのEM前提条件キットの実行

注意:
EM前提条件キットを実行するユーザーに、中央インベントリへの書込み権限があることを確認します。Microsoft Windowsでは、setup_em13100_win64.exeを実行します。

EM前提条件キットを実行するには次のいずれかを実行します。

- 修正処理なしでも満たされるリポジトリ要件のリストを表示するには、SYSユーザーとしてEM前提条件キットを実行し、すべての必要な引数を含むレスポンス・ファイルを渡します。レスポンス・ファイル内に渡すことができるその他の引数の詳細は、A.2.1.3項を参照してください。
./em13100_linux64.bin EMPREREQ_KIT=true EMPREREQKIT_PROPERTY_FILE=<absolute_path_to_reponse_file>

レスポンス・ファイルに次の引数が含まれていることを確認します。

installerMode=emprereqkit
executionType=<install|upgrade|postrequisite|plugindeploy>
prerequisiteXMLRootDir=<absolute_path_to_/install/requisites/list/_directory
connectString=<connect_string>
dbUser=SYS
dbPassword=<db_password>
dbRole=sysdba
reposUser=SYSMAN
showPrereqs=true

次に例を示します。

./em13100_linux64.bin EMPREREQ_KIT=true EMPREREQKIT_PROPERTY_FILE=/u01/software/em13c/temp/emprereqkit.rsp

レスポンス・ファイルの内容を次に示します。

installerMode=emprereqkit
executionType=install
prerequisiteXMLRootDir=/net/xyz.example.com/scratch/username/view_storage/username_empreq/work/omsOracleHome/install/requisites/list
connectString=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=xyz.example.com)(PORT=15044)))(CONNECT_DATA=(SID=sv505)))
dbUser=SYS
dbPassword=password
dbRole=sysdba
reposUser=SYSMAN
showPrereqs=true

- 前提条件ユーティリティを実行し、リポジトリ要件を満たすための修正処理も併せて行うには、次の方法でSYSユーザーとしてEM前提条件キットを実行します。キットに指定できるその他の引数については、第A.2.1.3項を参照してください。

1. EM前提条件キットを実行します。
./em13100_linux64.bin EMPREREQ_KIT=true EMPREREQKIT_PROPERTY_FILE=/u01/software/em13c/temp/emprereqkit.rsp

レスポンス・ファイルの内容を次に示します。

installerMode=emprereqkit
executionType=<install|upgrade|postrequisite|plugindeploy>
prerequisiteXMLRootDir=<absolute_path_to_/install/requisites/list/_directory
connectString=<connect_string>
dbUser=SYS
dbPassword=db_password
dbRole=sysdba
reposUser=SYSMAN
runPrerequisites=true

次に例を示します。

installerMode=emprereqkit
executionType=install
prerequisiteXMLRootDir=/net/xyz.example.com/scratch/username/view_storage/username_empreq/work/omsOracleHome/install/requisites/list
connectString=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=xyz.example.com)(PORT=15044)))(CONNECT_DATA=(SID=sv505)))
dbUser=SYS
dbPassword=password
dbRole=sysdba
reposUser=SYSMAN
runPrerequisites=true

2. EM前提条件キットを実行して、修正処理を実行します。
./em13100_linux64.bin EMPREREQ_KIT=true EMPREREQKIT_PROPERTY_FILE=/u01/software/em13c/temp/emprereqkit.rsp

レスポンス・ファイルの内容を次に示します。

installerMode=emprereqkit
executionType=<install|upgrade|postrequisite|plugindeploy>
prerequisiteXMLRootDir=<absolute_path_to_/install/requisites/list/_directory
connectString=<connect_string>
dbUser=SYS
dbPassword=db_password
dbRole=sysdba
reposUser=SYSMAN
runCorrectiveActions=true

次に例を示します。

installerMode=emprereqkit
executionType=install
prerequisiteXMLRootDir=/net/xyz.example.com/scratch/username/view_storage/username_empreq/work/omsOracleHome/install/requisites/list
connectString=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=xyz.example.com)(PORT=15044)))(CONNECT_DATA=(SID=sv505)))
dbUser=SYS
dbPassword=password
dbRole=sysdba
reposUser=SYSMAN
runCorrectiveActions=true

A.2.1.2 アップグレードのためのEM前提条件キットの実行

アップグレードでは、次のオプションがあります。

- 13cソフトウェアの.binファイルを使用してEM前提条件キットを実行し、必要な引数を含むレスポンス・ファイルを渡します。
これを行うには、次のコマンドを実行します。レスポンス・ファイル内に渡すことができるその他の引数の詳細は、A.2.1.3項を参照してください。

./em13100_linux64.bin EMPREREQ_KIT=true EMPREREQKIT_PROPERTY_FILE=<absolute_path_to_reponse_file>

- OMSホームまたはミドルウェア・ホームの/install/requisites/bin/ディレクトリからEM前提条件キットを実行し、レスポンス・ファイルを使用せずにコマンドですべての必要な引数を渡すことができます。
これは、Enterprise Managerシステムをインストールすると、EM前提条件キットと他のすべてのファイルおよびディレクトリがOMSホームまたはミドルウェア・ホームの/install/requisites/bin/ディレクトリにコピーされ、この場所からキットを実行できるようになるためです。

/install/requisites/bin/ディレクトリからEM前提条件キットを実行するには、次の手順を実行します。

1. 次のいずれかの方法で、新規または更新済の前提条件XMLファイルを調達します。

- 新規または更新済の前提条件XMLファイルがOMSホームまたはミドルウェア・ホーム内の/install/requisites/listディレクトリに自動的にダウンロードされるように、Enterprise Manager Cloud Control内の「自己更新」機能を有効にします。
自己更新の設定については、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。更新のダウンロードについては、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

- 新規または更新済の前提条件XMLファイルを、OracleストアからOMSホームまたはミドルウェア・ホーム内の/install/requisites/listディレクトリに手動でダウンロードします。

2. レスポンス・ファイルでなくコマンドラインで、次のコマンドをすべての必要な引数とともに実行して、キットを起動します。コマンドラインで渡すことができるその他の引数の詳細は、A.2.1.3項を参照してください。
$<ORACLE_HOME>/install/requisites/bin/emprereqkit <list_of_arguments>

A.2.1.3 EM前提条件キットがサポートしている追加の引数

表A-1は、EM前提条件キットの起動時に指定できる追加の引数を示しています。

表A-1 EM前提条件キットがサポートしている引数

オプション

オプションまたは必須

値の要否

説明

例

installerMode

必須

はい

インストーラをEM前提条件キット・モードで起動することを指定します。

必ず、値emprereqkitを指定してください。

installerMode=emprereqkit

configurationType

オプション

はい

大、中、小などの、様々なリポジトリ構成に対する前提条件チェックの実行を可能にします。オプションを指定しなければ、デフォルトで中規模のデプロイメント・サイズで前提条件チェックを実行します。

configurationType=MEDIUM

executionType

必須

はい

次のいずれかの実行タイプを指定できます。

- install

- upgrade

- postrequisite

executionType=upgrade

prerequisiteXMLRootDir

または

prerequisiteResourceLocs

必須

はい

前提条件に関連するXMLファイルが存在している場所の絶対パスを指定します。場所を指定しなかった場合、デフォルトの場所は../list/です。

-prerequisiteResourceLocsを使用する場合は、prerequisiteResourceLocs=<plugin_id>=<prereq_location>, <plugin_id>=<prereq_location>, <platform>=<prereq_location>という形式で、前提条件リソースの場所のカンマ区切りリストを渡します。

prerequisiteXMLRootDir=$ORACLE_HOME/install/requisites/list

または

prerequisiteResourceLocs=oracle.sysman.db=/scratch/mwhps2/plugins/oracle.sysman.db.oms.plugin_13.1.1.0.0, platform=/scratch/mwhps2/oms

- connectString=<connectstring>

- dbHost= <hostname> dbPort=<port> dbSid=<sid>

いずれかのオプションは必須です。

はい

データベースの詳細を次のように指定します。

フレッシュ・インストールのためにキットを起動する場合は、.binインストーラ・ファイルを起動し、接続文字列を含めすべての引数が含まれるレスポンス・ファイルを渡します。この場合、接続文字列が二重引用符や一重引用符で囲まれていないことを確認してください。

アップグレードのためにキットを起動する場合は、OMSホストのOracleホーム(またはミドルウェア・ホーム)からキットを起動し、(レスポンス・ファイルではなく)コマンドラインですべての引数を渡します。この場合、接続文字列が二重引用符で囲まれていることを確認してください。

例(フレッシュ・インストールのために、.binファイルを使用してキットを起動し、レスポンス・ファイルで接続文字列を渡す場合):

connectString=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=example.com)(PORT=15044)))(CONNECT_DATA=(SID=dbview)))

例(アップグレードのためにミドルウェア・ホームからキットを起動し、コマンドラインで接続文字列を渡す場合):

connectString="(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=example.com)(PORT=15044)))(CONNECT_DATA=(SID=dbview)))"

たとえば(database details):

dbHost=example.com dbPort=15044 dbSid=dbview

dbUser

必須

はい

SYSを指定します。

この場合も必ず、reposUser=SYSMANを指定してください。

dbUser=SYS reposUser=SYSMAN

dbPassword

オプション

はい

データベース・ユーザーのパスワードを指定します。このオプションを指定しない場合、パスワードの入力を求められます。

dbPassword=welcome1

dbRole

dbUserがSYSの場合、このオプションは必須です。dbUserがそれ以外のユーザーの場合、このオプションは省略可能です。

はい

sysdbaを指定します。

dbRole=sysdba

prereqResultLoc

オプション

はい

前提条件チェックの結果(XMLファイル形式)を保存するディレクトリを作成し、そのディレクトリのパスを指定します。

このオプションを指定しなかった場合、結果はデフォルトの場所である現在のディレクトリ内に保存されます。

注意 - すべてのアクションを完了する前に別なデータベースの詳細を指定する場合、別な-prereqResultLocを指定する必要があります。

prereqResultLoc=/scratch/results

- showPrereqs

- runPrerequisites

- showCorrectiveActions

- runCorrectiveActions

- showPostCorrectiveActions

- runPostCorrectiveActions

(重要: これらのオプションは、次に示した順番で渡してください。順番を変更しないでください。)

いずれかのオプションは必須です。

いいえ

- showPrereqsは、実行される前提条件チェックを一覧表示します。

- runPrerequisitesは、前提条件チェックを実行し、合格および不合格のものを一覧表示します。

- showCorrectiveActionsは、不合格だった前提条件チェックに対する修正処理を一覧表示します。

- runCorrectiveActionsは、不合格だった前提条件チェックに対する修正処理を実行します。

- showPostCorrectiveActionsは、修正処理を行った前提条件チェックに対して行われる事後修正処理を一覧表示します。

- runPostCorrectiveActionsは、修正処理を行った前提条件チェックに対して事後修正処理を実行します。つまり、修正作業前の値に戻します。

重要: runPrerequisitesとともにprereqResultLocを渡した場合は、次のオプションも指定してprereqResultLocを渡し、さらに同一のカスタム場所も指定してください。

showCorrectiveActions

runCorrectiveActions

showPostCorrectiveActions

runPostCorrectiveActions

注意: アクションは独立している、すなわち他のアクションと組み合せることができないことを示します。

- showPrereqsの例:

/u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade prerequisiteXMLRootDir=$ORACLE_HOME/install/requisites/list dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS  dbPassword=password dbRole=sysdba showPrereqs=true

- -runPrerequisitesの例:

/u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade  -prerequisiteXMLRootDir=$ORACLE_HOME/install/requisites/list dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS  dbPassword=password dbRole=sysdba runPrerequisites=true

- -showCorrectiveActionsの例:

u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade -prerequisiteXMLRootDir=$ORACLE_HOME/install/requisites/list dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS  dbPassword=password dbRole=sysdba showCorrectiveActions=true

- -runCorrectiveActionsの例:

u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade  prerequisiteXMLRootDir=$ORACLE_HOME/install/requisites/list dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS  dbPassword=password dbRole=sysdba runCorrectiveActions=true

- -showPostCorrectiveActionsの例:

u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade  prerequisiteXMLRootDir=$ORACLE_HOME/install/requisites/list dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS  dbPassword=password dbRole=sysdba showPostCorrectiveActions=true

- -runPostCorrectiveActionsの例:

u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade  prerequisiteXMLRootDir=$ORACLE_HOME/install/requisites/list dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS  dbPassword=password dbRole=sysdba runPostCorrectiveActions=true

upgradeVersion

オプション

はい

前提条件チェックに関連するデフォルトのXMLは、この製品のリリース時のものです。ただし、製品リリース後に新しい前提条件チェックが提供された場合または既存の前提条件チェックが更新された場合は、新規や更新されたXMLを、手動か自己更新を使用してダウンロードできます。

より新しい2つのバージョンに対応するXMLがある場合は(たとえば、13.1.0.0.0および13.1.0.1.0)、アップグレード中に、-upgradeVersion引数を指定して前提条件チェックをそのうち1つに対して実行できます。

upgradeVersion=13.1.0.0.0

logLoc

オプション

はい

EM前提条件キット・ユーティリティの実行ログを保存可能なディレクトリへの絶対パスを指定します。デフォルトの場所は<prereqResultloc>/prerequisiteResults/logです。

logLoc=/scratch/logs

runOnlyFor

オプション

はい

前提条件のチェックのために、XMLファイルのかわりに選択が必要なコンポーネントを指定します。

{comp1|<version1>, comp2|<version2>}]

同じコンポーネント名の前提条件XMLファイルが2つある場合は、<version*>を使用していずれかを選択します。このオプションは、プラグインのインストールのための前提条件を実行する場合に特に便利です。

runOnlyFor=repository|11.2.0.43

responseFile

オプション

はい

レスポンス・ファイルがある場所への絶対パスを指定します。

responseFile=/scratch/response.rsp

contextName

オプション

はい

この実行用の一意の名前を指定します。これを指定しなかった場合、executionType_timestampの形式のデフォルト名が作成されます。

contextName=11.2.0.1

componentVariables

オプション

はい

コンポ―メント変数名と値を次の形式で指定します。

component_name:variable_name:variable_value

例:

global:EM_REPOS_USER:sysman

コンポーネント変数は必要な数を指定することができますが、必ずカンマで区切ってください。

例:

global:EM_REPOS_USER:sysman,repository:DB_VERSION:10.2.0.5.0

componentVariables=global:EM_REPOS_USER:sysman

logInDB

オプション

はい

デフォルトはtrueで、結果のXMLをデータベースに保存します。データベースに保存したくない場合は、このオプションにfalseを指定してください。

logInDB=false

stopExecOnFirstError

オプション

いいえ

エラーに初めて遭遇するとユーティリティを停止し、残りの前提条件を実行しません。

注意: この操作はrunPrerequisitesと組み合せて実行する必要があります。

/u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade -prerequisiteXMLRootDir=$ORACLE_HOME/install/requisites/list dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS dbPassword=password dbRole=sysdba runPrerequisites=true stopExecOnFirstError=true

list

オプション

独立したオプションとして渡し、他のオプションと組み合せないでください。

いいえ

前提条件チェック結果(データベース内に保存)を、実行時間とコンテンツに基づき集計し、一覧表示します。

/u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS dbPassword=password dbRole=sysdba list=true

export

オプション

独立したオプションとして渡し、他のオプションと組み合せないでください。

いいえ

前提条件チェック結果(XMLファイル)をデータベースから、外部のファイル・システムにコピーします。

/u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS dbPassword=password dbRole=sysdba export=true

purge

オプション

独立したオプションとして渡し、他のオプションと組み合せないでください。

いいえ

デフォルトはfalseで、結果のXMLをデータベースに維持します。データベースから削除するには、このオプションを指定します。

/u01/software/em13c/oraclehome/install/requisites/bin/emprereqkit executionType=upgrade dbHost=example.com dbPort=15044 dbSid=sv902 dbUser=SYS dbPassword=password dbRole=sysdba purge=true

-help

オプション

いいえ

キットをOMSホストのOracleホーム(ミドルウェア・ホーム)から起動した場合にのみサポートされます。この場合、コマンドラインでこのオプションを渡すことができます。

キットに渡すことができる各種パラメータの詳細が表示されます。

emprereqkit -help

A.2.2 EM前提条件キットをEM CLIを使用して、アップグレード用に実行

この項ではEM前提条件キットをEnterprise Manager Command Line Interface (EM CLI)から実行する方法を説明します。ただし、現時点では、EM CLIで実行可能なのは、前提条件のリストの表示と、アップグレード用の前提条件チェックのみです。この項の具体的な内容は次のとおりです。

- EM CLIを使用したEM前提条件キットの前提条件チェックの表示

- EM CLIを使用したEM前提条件キットの前提条件チェックの実行

- EM前提条件キットをEM CLIを使用して実行したときに指定するパラメータの説明

A.2.2.1 EM CLIを使用したEM前提条件キットの前提条件チェックの表示

前提条件のリストを表示するには、次の手順に従います。

1. EM CLIにログインします。
emcli login -username=sysman

2. EM CLIを同期します。
emcli sync

3. 前提条件をリストします。

$<ORACLE_HOME>/bin/emcli list_prerequisites
-db_user=<database_user>
-db_password=<database_password>
-db_role=<database_role> (needed only when dbUser is SYS)
-repos_user=<repository_user> (needed only when dbUser is SYS)
-prerequisite_xml_root_dir=<absolute_path_to_all_prerequisite_XMLs>
[-prerequisite_resource_locs=<prereq_xml_location>]
[-log_loc=<absolute_path_to_log_file_location>]
[-upgrade_version=<EM_version_to_which_upgrade_is_being_done_eg_13.1.0.0.0>]
[-configuration_type=<configuration/deployment_type_eg_MINI/SMALL/MEDIUM/LARGE>]

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli list_prerequisites
-db_user=SYS
-db_password=mypwd
-db_role=sysdba
-repos_user=SYSMAN
-prerequisite_xml_root_dir=$ORACLE_HOME/install/requisites/list
-upgrade_version=13.1.0.0.0
-configuration_type=MEDIUM

詳細の情報を表示するには、emcli help <verb_name>を使用します。

A.2.2.2 EM CLIを使用したEM前提条件キットの前提条件チェックの実行

前提条件を実行するには、次の手順に従います。

1. EM CLIにログインします。
emcli login -username=sysman

2. EM CLIを同期します。
emcli sync

3. 前提条件を実行します。

$<ORACLE_HOME>/bin/emcli run_prerequisites
-db_user=<database_user>
-db_password=<database_password>
-db_role=<database_role> (needed only when dbUser is SYS)
-repos_user=<repository_user> (needed only when dbUser is SYS)
-prerequisite_xml_root_dir=<absolute_path_to_all_prerequisite_XMLs>
[-prerequisite_resource_locs=<prereq_xml_location>]
[-log_loc=<absolute_path_to_log_file_location>]
[-upgrade_version=<EM_version_to_which_upgrade_is_being_done_eg_13.1.0.0.0>]
[-configuration_type=<configuration/deployment_type_eg_MINI/SMALL/MEDIUM/LARGE>]

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli run_prerequisites
-db_user=SYS
-db_password=mypwd
-db_role=sysdba
-repos_user=SYSMAN
-prerequisite_xml_root_dir=$ORACLE_HOME/install/requisites/list
-upgrade_version=13.1.0.0.0
-configuration_type=MEDIUM

詳細の情報を表示するには、emcli help <verb_name>を使用します。

A.2.2.3 EM前提条件キットをEM CLIを使用して実行したときに指定するパラメータの説明

- db_user
SYSと入力します。データベースへは、このユーザー・アカウントを使用して接続します。

- db_password
SYSデータベース・ユーザー・アカウントのパスワードを入力します。

- db_role
sysdbaと入力します。

- repos_user
SYSMANと入力します。前提条件チェックは、このユーザー・アカウントを使用して実行します。

- prerequisite_xml_root_dir
XMLファイルが格納されているrequisites/listディレクトリへの絶対パスを入力します。XMLファイルがrequisites/listのサブディレクト内にある場合でも、入力するパスはlistまでを示すようにしてください。場所を次に示します。

$<ORACLE_HOME>/install/requisites/list

次に例を示します。

/u01/software/em13c/oraclehome/install/requisites/list

- prerequisite_resource_locs
プラグイン.oparファイルや、前提条件チェックのXMLファイルを含むプラットフォーム・バイナリが格納されているディレクトリへの絶対パスを入力します。プラグイン.oparファイルへのパスを入力する場合は、plugin_id=<plugin_home>の書式に従ってください。

- log_loc
EM前提条件キットの実行ログが保存可能なディレクトリへの絶対パスを入力します。

- upgrade_version
Enterprise Managerのアップグレード先のバージョンを入力します。たとえば、13.1.0.0.0などです。

- configuration_type
デプロイメント・サイズ(SMALL、MEDIUM、LARGE)を入力してください。デプロイメント・サイズの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

注意:

- (次のEnterprise Manager Cloud Controlソフトウェア・リリースへのアップグレードのみ) EM前提条件キットの最新バージョンは、自己更新フレームワークから、次の手順に従ってダウンロードできます。

1. Cloud Controlで、「設定」メニューから「拡張性」を選択し、「自己更新」を選択します。

2. 「自己更新」ページの「EMデプロイメント前提条件リソース更新」エンティティの下に新しいXMLバージョンがあればダウンロードします。

- これらの更新をダウンロードして適用すると、前のXMLバージョンにロールバックすることはできません。

- より新しい2つのバージョンに対応するXMLがある場合は(たとえば、13.1.0.0.0および13.1.0.1.0)、アップグレード中に、-upgrade_version引数を指定して前提条件チェックをそのうち1つに対して実行できます。
次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli run_prerequisites
-db_user=SYS
-db_password=mypwd
-db_role=sysdba
-repos_user=SYSMAN
-prerequisite_xml_root_dir=<ORACLE_HOME>/install/requisites/list/
-upgrade_version=13.1.0.0.0

- これらの改訂版XMLを使用して、前提条件チェックを次のデプロイメントに対して実行すると、改訂版XMLは自動的に管理リポジトリにコピーされます。ダウンロードした改訂版XMLが、次のEnterprise Manager Cloud Controlソフトウェア・リリースで使用可能なXMLより新しい場合、Enterprise Managerインストール・ウィザードは、ダウンロードしたソフトウェアで使用可能なXMLではなく、これらの改訂版XMLを管理リポジトリから直接使用します。

- ダウンロードした改訂版XMLでの前提条件チェックおよびダウンロードしたXMLの管理リポジトリへのコピーを行うために、複数のEM CLIクライアントから並列にemcli run_prerequisitesコマンドを実行することは行わないでください。

A.3 EM前提条件キットによって実行される前提条件チェックの結果の表示

EM前提条件キットを実行するたびに、特定のコンポーネントに対して実行した前提条件チェックの結果がインスタンスXMLファイルに保存されます。インスタンスXMLファイルには、<component>.xmlというファイル名が付いています。結果は、前提条件のXMLファイル内に保存されている情報と同じ形式です。唯一の違いは、前提条件チェックの実際の結果を示す新しい列です。

表A-2は、EM前提条件キットの起動方法によって異なるインスタンス・ファイルの場所を示しています。

表A-2 EM前提条件キットの結果ファイルの場所(インスタンスXMLファイル)

起動タイプ

インスタンス・ファイルの場所脚注 1

最新のインスタンス・ファイルの場所脚注 2

手動で起動

<prereqResultLoc>/resultXMLs/<time-stamp>

注意: prereqResultLoc値を提供する場合、結果のXMLの場所は前述のようになります。それ以外の場合、結果のXMLの場所は<Current Directory>/ prerequisiteResults/resultXMLs/<time-stamp>です。

<prereqResultLoc>/resultXMLs/LATEST/

注意: prereqResultLoc値を提供する場合、結果のXMLの場所は前述のようになります。それ以外の場合、結果のXMLの場所は<Current Directory>/ prerequisiteResults/resultXMLs/LATESTです。

Enterprise Manager Cloud Controlインストール・ウィザードが自動的に起動

<ORACLE_HOME>/.gcinstall_temp/resultXMLs/<time-stamp>

注意: インストール・ウィザードのページを進むと、EM前提条件キットの結果のXMLが/tmp/OraInstall<timestamp>/emprereqkit/resultXMLs/<time-stamp>に作成されます。

インストールが開始されると、/tmp/OraInstall<timestamp>/emprereqkit/resultXMLs/<time-stamp>の結果のXMLが<ORACLE_HOME>/.gcinstall_temp/resultXMLs/<time-stamp>にコピーされます。

<ORACLE_HOME>/.gcinstall_temp/resultXMLs/LATEST

注意: インストール・ウィザードのページを進むと、EM前提条件キットの結果のXMLが/tmp/OraInstall<timestamp>/ emprereqkit/p; resultXMLs/LATESTに作成されます。

インストールが開始されると、/tmp/OraInstall<timestamp>/ emprereqkit/ resultXMLs/LATESTの結果のXMLが<ORACLE_HOME>/.gcinstall_temp/resultXMLs/LATESTにコピーされます。

脚注 1 インスタンス・ファイルの場所とは、EM前提条件キットを実行するたびにユーティリティが動的に作成する<time-stamp>ディレクトリを指します。ここで作成されるインスタンス・ファイルは、削除するまで維持されます。

脚注 2 最新のインスタンス・ファイルの場所とは、EM前提条件キットを最後に実行したときに作成された、最新のインスタンス・ファイル用に確保されている単一の標準的な場所を指します。ここで作成されたインスタンス・ファイルは、ユーティリティを実行するたびに上書きされます。

注意:
<prereqResultLoc>の場所は、ユーティリティの起動時にprereqResultLocオプションで入力した場所です。このオプションを指定しなかった場合、デフォルト設定として、ユーティリティを起動したディレクトリが基本ディレクトリとみなされ、そこにprerequisiteResultsという名前のディレクトリが動的に作成され、その中にインスタンス・ファイルが保存されます。

A.4 EM前提条件キットによって作成されるログ・ファイルの表示

表A-3は、EM前提条件キットを実行するたびに作成されるすべてのログ・ファイルを示します。

表A-3 EM前提条件キット・ログ・ファイル

ログ・ファイル名

説明

emprereqkit.log

キットが実行した各手順やアクションに関する情報が含まれます。

emprereqkit.err

発生した例外のエラーおよびスタックトレースのみが含まれます。

emprereqkit.out

実行するすべての前提条件チェックのステータス(合格または不合格)に関する情報が含まれます。各前提条件チェックに関する詳細な情報も含まれます。たとえば前提条件名、実行ステータス、詳細な推奨内容(不合格の前提条件を修正するためにどの問合せを実行するべきか)などが含まれます。

<functional_area>.log

実行する機能領域固有の前提条件チェックに関する情報が含まれます。たとえば、実行するリポジトリ固有のパフォーマンス関連の前提条件チェックを含むrepository.logなどです。repository.logは<ログの場所>/componentLogディレクトリにあります。

例: $OraInventory/logs/emdbprereqs/LATEST/componentLog/repository.log

表A-4は、EM前提条件キットの起動方法によって異なるログ・ファイルの場所を示しています。この表は、emprereqkit.outファイル以外のすべてのログ・ファイルの場所を示しています。emprereqkit.outファイルについては、表の後の注意を参照してください。

表A-4 EM前提条件キット・ログ・ファイルの場所

起動タイプ

最新のログ・ファイルの場所脚注 1

ログ・ファイルの場所脚注 2

手動で起動

<logLoc>/LATEST

注意: logLocを値として提供する場合、ログの場所は前述のようになります。それ以外の場合は<Current Directory>/prerequisiteResults/log/LATESTです。

<logLoc>/<time-stamp>

注意: logLocを値として提供する場合、ログの場所は前述のようになります。それ以外の場合は<Current Directory>/ prerequisiteResults/log/<time-stamp>です。

Enterprise Manager Cloud Controlインストール・ウィザードが自動的に起動

<ORACLE_HOME>/.gcinstall_temp/LATEST

注意: インストール・ウィザードのページを進むと、EM前提条件キット・ログが$OraInventory/logs/emdbprereqs/LATESTまたは/tmp/OraInstall<timestamp>/ emdbprereqs/LATESTに作成されます。

インストールが開始されると、/tmp/OraInstall<timestamp>/emprereqkitログが<ORACLE_HOME>/.gcinstall_temp/emprereq/LATESTにコピーされます

<ORACLE_HOME>/.gcinstall_temp/<time-stamp>

注意: インストール・ウィザードのページを進むと、EM前提条件キット・ログが$OraInventory/logs/emdbprereqs/<timestamp>または/tmp/OraInstall<timestamp>/ emdbprereqs/<timestamp>に作成されます。

インストールが開始されると、/tmp/OraInstall<timestamp>/ emdbprereqs/<time-stamp>ログが<ORACLE_HOME>/.gcinstall_temp/emprereq/<time-stamp>にコピーされます

脚注 1 最新のログ・ファイルの場所とは、EM前提条件キットを最後に実行したときに作成された、最新のログ・ファイル用に確保されている単一の標準的な場所を指します。ここで作成されたログ・ファイルは、ユーティリティを実行するたびに上書きされます。

脚注 2 ログ・ファイルの場所とは、EM前提条件キットを実行するたびにユーティリティが動的に作成する<time-stamp>ディレクトリを指します。ここで作成されるログ・ファイルは、削除するまで維持されます。

注意:
EM前提条件キットを手動で実行すると、ログ・ファイルemprereqkit.outは<prereqResultLoc>/log/<time-stamp>に保存されます。最新のログ・ファイルが<prereqResultLoc>/log/LATEST/に保存されます。
Enterprise Manager Cloud Controlインストール・ウィザードの内部でEM前提条件キットが実行されると、ログ・ファイルemprereqkit.outが<ORACLE_HOME>/.gcinstall_temp/log/<time-stamp>に保存されます。また、最新のログ・ファイルが<ORACLE_HOME>/.gcinstall_temp/log/<LATEST>に保存されます。

A.5 EM前提条件キットによって実行されるリポジトリ前提条件チェック

表A-5では、EM前提条件キットがチェックするすべてのリポジトリ前提条件について説明します。この項ではこれらの前提条件を手動でチェックする方法についても説明します。

表A-5 リポジトリの前提条件

前提条件

インストール/アップグレードに適用

説明

基本ポリシー要件

アップグレード

MGMT_TARGETS用の有効なポリシーが存在していることを確認します。

これを手動で確認するには、次の問合せを実行します。

select 'EM_TARGET_POLICY' from dual where not exists (select policy_name from dba_policies where object_owner=SYSMAN' and pf_owner='SYSMAN' and object_name='MGMT_TARGETS') )

この問合せによって行が戻されないようにしてください。

アクティブなジョブの要件

アップグレード

リポジトリ・データベース内で、バックグラウンドDBMSジョブが現在実行中でないことを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) FROM dba_jobs_running run_job,gv$session sess WHERE sess.sid=run_job.sid AND sess.schemaname='SYSMAN'

問合せの結果が0の場合はアクティブなDBMSジョブはありません。結果が0以外の場合は、アクティブなジョブが完了するまで待機します。

GVMパフォーマンス収集ジョブが実行中かどうかの確認

アップグレード

GVMパフォーマンス・メトリック収集ジョブが停止し、削除されていることを確認します。

GVMPERFMETRICCOLLという名前のジョブが存在するかどうかを手動で確認するには、次の問合せを実行します。

select count(*) from mgmt_job where job_name = 'GVMPERFMETRICCOLL' and job_type = 'UpdateGVMPerfMetric'

存在する場合は、停止して削除します。

有効な参照の要件

アップグレード

MGMT_JOB_EXECUTION内のexecution_idのすべてのエントリが、MGMT_JOB_EXEC_SUMMARY内の有効なエントリを指しているか、NULLであることを確認します。

これを手動で確認するには、次の問合せを実行します。この問合せによって行が戻されないようにしてください。

SELECT COUNT(1) FROM MGMT_JOB_EXECUTION e WHERE NOT EXISTS (SELECT 1 FROM MGMT_JOB_EXEC_SUMMARY s WHERE s.execution_id = e.execution_id) AND execution_id IS NOT NULL

ジョブ・タイプの一意性要件

アップグレード

MGMT_JOB_TYPE_INFOにjob_type, job_type_owner, major_version, minor_version1, minor_version2の列セットに重複するエントリがないことを確認します。

これを手動で確認するには、次の問合せを実行します。この問合せによって行が戻されないようにしてください。

SELECT job_type FROM MGMT_JOB_TYPE_INFO GROUP BY job_type, job_type_owner, major_version, minor_version1, minor_version2 HAVING COUNT(1) > 1

SQL計画ベースライン・キャプチャパラメータ要件

インストール、アップグレード

パラメータoptimizer_capture_sql_plan_baselinesがFALSE (またはデフォルト)に設定されていることを確認します。

管理リポジトリに対しては、SQL計画ベースライン・キャプチャを決してオンにしないでください。Enterprise Managerは、更新されたCBO統計に大きく依存します。古いCBO統計が存在する場合、SQL計画ベースライン・キャプチャが原因で不正な実行計画がクリティカル機能に使用されることがあります。

現在の可用性索引要件

インストール、アップグレード

現在の可用性索引をEM_CURRENT_AVAILABILITY_PKに設定します。

My Oracle Supportユーザー名サイズ要件

アップグレード

My Oracle Supportユーザー名が239文字を超えていないことを確認します。超えている場合は、アップグレードできません。

ARUユーザー名サイズ要件

アップグレード

ARUユーザー名が239文字を超えていないことを確認します。超えている場合は、アップグレードできません。

DBMSパッケージ要件

インストール、アップグレード

必要なDBMSパッケージをコンパイルします。

パッケージを手動でコンパイルするには、管理リポジトリが構成されているデータベースにSYSユーザーとしてログインし、次の問合せを実行して無効なDBMSパッケージのリストを取得します。

SELECT object_name, object_type FROM all_objects WHERE status = 'INVALID' AND object_name LIKE 'DBMS%'

パッケージが無効な場合は、次の問合せを実行します。

- パッケージ:

ALTER PACKAGE <PACKAGE_NAME> COMPILE

- パッケージ本体:

ALTER PACKAGE <PACKAGE_NAME> COMPILE BODY

パッケージが正常にコンパイルされない場合は、Oracleサポートに問い合せてください。

スナップショット・ログ要件

アップグレード

スナップショット・ログが表から削除されていることを確認します。

コネクタ構成表要件

アップグレード

コネクタ構成表に不正なデータがないことを確認します。ある場合は、次の問合せを実行して表をクリーニングします。

delete from mgmt_cntr_config where connector_guid is null or connector_type_guid is null;
commit;

compatibleインスタンス・パラメータ要件

インストール、アップグレード

互換性があるインスタンス・パラメータが、管理リポジトリのデータベース・インスタンスと同じバージョン値に設定されていることを確認します。他の値では、予期しない問題、パフォーマンスの低下、またはその両方が発生することがあります。

プライマリ・キーと外部キーの要件

アップグレード

プライマリ・キーと外部キーが無効になっていないことを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) from (select constraint_name, table_name from DBA_CONSTRAINTS where owner = 'SYSMAN' and (constraint_type = 'P' or constraint_type = 'R') and status = 'DISABLED')

結果が0以外の場合、次の問合せを使用して制限を有効にします。

alter table SYSMAN.<TABLE_NAME> modify constraint <CONSTRAINT_NAME> enable

なんらかの理由で制限を有効にできない場合は、Oracleサポートに連絡してください。

キューの有効化要件

アップグレード

リポジトリ・データベース内で、キューが有効になっていることを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) from dba_queues where owner = 'SYSMAN' and queue_type like '%NORMAL_QUEUE%' and (enqueue_enabled like '%NO%' OR dequeue_enabled like '%NO%')

結果が0以外の場合、次の問合せを使用して無効になっているキュー名のリストを取得します。

select name, queue_table from dba_queues where owner = 'SYSMAN' and upper(queue_type) not like 'EXCEPTION_QUEUE' and (upper(enqueue_enabled) NOT LIKE '%YES%' OR upper(dequeue_enabled) NOT LIKE '%YES%'))

次のSQL文を実行して、キューを有効にします。

begin
dbms_aqadm.start_queue('<disabled_queue_name>');
end;

キューを開始できない場合は、Oracleサポートに連絡してください。

トリガー要件

アップグレード

リポジトリ・データベース内ですべてのトリガーが無効になっていないことを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) from (select trigger_name, trigger_type, table_name from DBA_TRIGGERS where table_owner = 'SYSMAN' and status = 'DISABLED')

結果が0以外の場合、トリガーを有効にします。

SYSTEM表領域要件

インストールとアップグレード

SYSTEM表領域に、autoextensibleが設定されたデータファイルが1つ以上あることを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) from dba_data_files where tablespace_name = 'SYSTEM' and autoextensible = 'YES'

結果が0の場合、autoextendの属性を持つ新しいデータファイルをSYSTEM表領域に追加して、autoextensibleが'YES'になったものがDBA_DATA_FILESビューに1つ以上表示されるようにします。エラーが発生した場合は、Oracleサポートに連絡してください。

emkey要件

アップグレード

emkeyがリポジトリにコピーされていることを確認します。

これを手動で確認するには、次の問合せを実行します。

select COUNT(*) from sysman.mgmt_repos_time_coefficient

問合せの結果が1以外の場合は、emkey.oraファイルを別なOMSまたはバックアップ・マシンからORACLE_HOME/sysman/configディレクトリにコピーします。

emctl config emkey -copy_to_repos -sysman_pwd <sysman_pwd>を実行して、emkey.oraファイルを構成します。

EM_USER_CONTEXTの要件

アップグレード

EM_USER_CONTEXTがリポジトリ内に存在していることを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) from dba_context where schema='SYSMAN' and upper(namespace)='EM_USER_CONTEXT'

問合せ結果が0の場合、次の問合せを実行してプロシージャSETEMUSERCONTEXTが有効であることを確認します。

select status from all_objects

ここで、object_name='SETEMUSERCONTEXT'およびowner='SYSMAN'です。

前述の問合せでは'VALID'が戻される必要があります。その後、次を実行します。

alter session set current_schema='SYSMAN';

SETEMUSERCONTEXTを使用して、コンテキストEM_USER_CONTEXTを作成または置換します。

なんらかの理由でコンテキストを作成できない場合は、Oracleサポートに連絡してください。

Audit Master表の要件

アップグレード

Audit Master表に異常な状態が保存されていないことを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) from sysman.mgmt_audit_master

問合せ結果が1以外の場合、Oracleサポートにお問い合せいただき、パッチ/アップグレード前にEnterprise Managerリポジトリを分析してください。

Exempt Access Policy要件

アップグレード

EXEMPT ACCESS POLICYがSYSMANに対して直接付与されていないこと、あるいはSYSMANに付与されているロールに間接的に付与されていることを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) from dba_sys_privs where upper(privilege)='EXEMPT ACCESS POLICY' and (grantee = 'sysman' or grantee in (select distinct granted_role from dba_role_privs start with grantee='SYSMAN' connect by prior granted_role=grantee) or grantee = 'sysman')

問合せ結果が0以外の場合、SYSMANおよびロールのEXEMPT ACCESS POLICYを無効にします。

例:

revoke exempt access policy from SYSMAN

max_enabled_roles init parameter要件

インストールとアップグレード

max_enabled_rolesパラメータ値に、SYSに付与されたフラット・ロールよりも3つ以上多く含むように設定されていることを確認します。

これを手動で確認するには、次の問合せを実行します。

select 1 from DUAL where (select count(*) from v$instance where version like '9.%') = 0 or (select value from v$parameter where name like 'max_enabled_roles') > (select count(*) from dba_role_privs start with grantee='SYS' connect by prior granted_role=grantee)+2;

問合せ結果が1以外の場合は、max_enabled_rolesパラメータ値を増やして、SYSに付与されたフラット・ロールよりも3つ以上多く含むようにします。

max_enabled_rolesを修正するには次の手順を実行します。

1. すべてのOMSインスタンスを停止します。

2. データベースをクリーンに停止します。

3. init.oraやデータベースの初期化プロセスで使用されているその他のファイルで、max_enabled_rolesパラメータを変更します。

4. データベースをクリーンに起動します。

5. v$parameterを使用して、パラメータ値が増加したことを確認します。

PAF実行要件

アップグレード

PAFの実行が予定されていない、または実行中でないことを確認します。

手動で確認するには、次の問合せを実行し、予定されている、または実行されているデプロイメント・プロシージャのGUIDを書き留めてください。

SELECT i.instance_guid FROM SYSMAN.MGMT_PAF_STATES s, SYSMAN.MGMT_PAF_INSTANCES i, SYSMAN.MGMT_PAF_PROCEDURES p WHERE p.procedure_guid = i.procedure_guid AND s.instance_guid = i.instance_guid AND s.state_type = 0 AND s.status in (0,1)

予定されている、または実行されているデプロイメント・プロシージャを手動で停止するには、次の問合せを実行し、前述のコマンド出力から書き留めたGUIDを渡します。

emcli stop_instance -instance=<instance id from sql query>

Secured Agent要件

アップグレード

最新のCAによってすべてのエージェントの安全性が確保されていることを確認します。

安全性確保が必要なエージェントのリストを入手するには、次のコマンドを実行します。

emcli get_ca_info -details

アップグレード前のコンソール・パッチ要件

アップグレード

アップグレード前にパッチが適用されていることを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) from all_objects where object_name ='PRE_UPGC_MASTER_INFO' and object_type='TABLE' and owner='SYSMAN'

問合せ結果が1以外の場合は、アップグレード前にアップグレード前コンソール・パッチを適用してください。

Global Stale割合要件

インストールとアップグレード

グローバル・ステール割合が5から25の間であることを確認します。

これを手動で確認するには、次の問合せを実行します。

select count(*) from dual where dbms_stats.get_prefs('STALE_PERCENT') between 5 and 25

問合せ結果は1である必要があります。

アカウント・ステータス要件

アップグレード

SYSMAN、MGMT_VIEWおよびORACLE_OCMアカウントがロックされていない、または失効していないことを確認します。

これを手動で確認するには、次の問合せを実行します。

select account_status from dba_users where username='SYSMAN';
select account_status from dba_users where username='MGMT_VIEW';
select account_status from dba_users where username='ORACLE_OCM';

問合せ結果はOPENである必要があります。

SYSMANスキーマ要件

アップグレード

アップグレード用のSYSMANスキーマがあることを確認します。

これを手動で確認するには、次の問合せを実行します。

SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME='SYSMAN'

問合せ結果は1である必要があります。

Redo Logサイズ要件

インストールとアップグレード

ログ・ファイルのサイズが、別のインストール・タイプとデプロイメント・オプションで定義された次の値以上であることを確認します。

- 簡易インストール: 300MB以上

- 拡張インストール:
-小規模: 300MB以上

-中規模: 600MB以上

-大規模: 1000MB以上

これを手動で確認するには、次の問合せを実行します。

select min(bytes) from v$log

既存のデータベースがQUIESCE(停止)モードではないこと

インストールとアップグレード

動作保証済の既存のOracle DatabaseがQUIESCEモードになっていないことを確認します。

これを手動で確認するには、SYSロールで次のSQLをデータベースに実行します。

select active_state from v$instance;

問合せ結果はNORMALである必要があります。

既存のデータベースにデータベース・コントロールがない(新規インストールのみ)

フレッシュ・インストール

動作保証済の既存のOracle DatabaseにDatabase Control SYSMANスキーマが含まれていないことを確認します。Database Control SYSMANスキーマがある場合、つまり既存のデータベースがDatabase Controlで構成されている場合、構成を解除してください。

Database Control SYSMANスキーマを手動で構成解除するには、次の手順を実行します。

1. データベースにDatabase Control SYSMANスキーマが含まれているかどうかを確認します。
確認するには、SYSユーザーとしてデータベースにログインし、次の問合せを実行します。

SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME='SYSMAN'

問合せの結果が1の場合、データベースにこのスキーマがあるということになるため、構成を解除してください。

2. Database Controlの構成を解除する前に、環境変数ORACLE_HOMEをデータベースのOracleホームに、ORACLE_SIDをデータベースのSIDにそれぞれ設定します。
たとえば、bashシェルで、次のように設定できます。

export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1
export ORACLE_SID=orcl

3. Database Controlの構成を解除します。
スタンドアロン・データベースのDatabase Controlの構成を解除するには、データベースをインストールしたユーザーとしてデータベースのOracleホームから次のコマンドを実行します。コマンドがハングした場合、データベースを再起動しコマンドを再実行してください。

$<ORACLE_HOME>/bin/emca -deconfig dbcontrol db -repos drop -SYS_PWD <sys pasword> -SYSMAN_PWD <sysman password>

Real Application Cluster(Oracle RAC)データベースのDatabase Controlの構成を解除するには、データベースをインストールしたユーザーとしてデータベースのOracleホームから次のコマンドを実行します。コマンドがハングした場合、データベースを再起動しコマンドを再実行してください。

$<ORACLE_HOME>/bin/emca -deconfig dbcontrol db -repos drop -cluster -SYS_PWD <sys pasword> -SYSMAN_PWD <sysman password>

注意: 構成解除の操作がハングする場合は、My Oracle Supportノート375946.1を参照してください。

既存のデータベースにSYSMANおよびSYSMAN_MDSスキーマがない

フレッシュ・インストール

動作保証済の既存のOracle Databaseに、Enterprise ManagerのSYSMANスキーマおよびMetadata (MDS)スキーマがまだ構成されていないことを確認します。これらのスキーマが存在するのは、過去に別のEnterprise Managerインストールでデータベースが構成され、同じデータベースを新規インストールで再利用を試みていることを示します。

スキーマが存在することを手動で確認し、削除するには、次の問合せを実行します。

SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME IN ('SYSMAN','SYSMAN_MDS');

問合せの結果が1の場合、データベースにこれらのスキーマがあることを示します。この場合、スキーマを削除して、スキーマを作成したEnterprise Managerソフトウェアを削除します。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

データベース初期化パラメータの要件

インストールして、インストールにのみ適用されるdb_block_size以外のアップグレードを行います。

データベース初期化パラメータを正しく設定したことを確認します。

様々なデプロイメント・サイズに対して設定されるデータベース初期化パラメータの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

ファイングレイン・アクセス・コントロール要件

アップグレード

管理リポジトリを作成できるように、動作保証済の既存のOracle Database内でファイングレイン・アクセス制御オプションがTRUEに設定されていることを確認します。

これを手動で確認するには、次のコマンドを実行します。

select value from v$option where parameter = 'Fine-grained access control';

UNDO表領域のサイズ要件

インストールとアップグレード

UNDO表領域に200MB以上の領域があることを確認します。

これを手動で確認するには、次の問合せを実行します。

SELECT SUM(DECODE(autoextensible,'YES',200*1024*1024+1,bytes)) total

FROM dba_data_files f, dba_tablespaces s

WHERE s.contents = 'UNDO'

AND s.tablespace_name = f.tablespace_name;

注意: この問合せの結果はバイトで示されます。

最小領域が200MB未満の場合、次のコマンドを実行して、200MBに設定してください。

alter database datafile <location datafile> resize 200M;

UNDO表領域および一時表領域の設定要件

インストールとアップグレード

動作保証済の既存のOracle Database内でUNDO表領域とTEMP表領域が自動拡張可能になっていることを確認します。

これを手動で確認するには、次のコマンドを実行します。

select count(*) from  dba_temp_files where tablespace_name='TEMP' and AUTOEXTENSIBLE  <> 'YES';

select count(*) from dba_data_files where tablespace_name='UNDOTBS' and AUTOEXTENSIBLE <> 'YES';

問合せの結果が0の場合、表領域は自動拡張可能です。結果が0以外の場合、次の場所で入手可能な『Oracle Database管理者ガイド』を参照して、表領域を自動拡張可能にしてください。

http://www.oracle.com/technology/documentation/database.html

アーカイブ・ロギングの設定要件

インストールとアップグレード

(推奨)データの連続性が重要となる環境では、動作保証済の既存のOracle Database内で、アーカイブ・ロギングが有効になっていることを確認します。

これを手動で確認するには、次のコマンドをSYSロールで実行します。

select log_mode from v$database;

問合せ結果はARCHIVELOGである必要があります。

表領域関連のハード・ディスク領域の要件

インストール

次の表領域に200MB以上のハード・ディスク領域を割り当てていることを確認します。

- 管理表領域(mgmt.dbf)

- 構成データ表領域(mgmt_ecm_depot1.dbf)

- JVM診断データ表領域(mgmt_deepdive.dbf)

また、表領域データファイルに対して自動拡張機能を常に有効にしておくことをお薦めします。

監視対象のターゲット数が増えれば、ストレージ・デバイスに対する入出力パフォーマンスの需要も増加し、領域要件も大きくなることに注意してください。

既存の管理リポジトリ

アップグレード

管理リポジトリを格納する動作保証済の既存のOracle Databaseにすでに管理リポジトリが構成済であること、およびその管理リポジトリがOracle Management Service 11gリリース1 (11.1)と互換性があることを確認します。

データベースのパーティション化要件

インストールとアップグレード

動作保証済の既存のOracle Databaseで「パーティション化」オプションが有効になっていることを確認します(したがって、Oracle Database Enterprise Editionへのインストールを確認します。)Enterprise Managerリポジトリへのインストールと、「パーティション化」オプションの使用は、Enterprise Managerのみで使用する場合は追加の費用はかかりません。

これを手動で確認するには、SYSDBAとしてデータベースへ接続し、次の問合せを実行します。

select value from v$option where parameter = 'Partitioning';

この問合せの結果はVALUE=TRUEになるはずです。管理リポジトリを格納するデータベースには、追加のパーティション化ライセンスは必要ありません。

データベースのパーティション・メンテナンス要件

アップグレード

パーティションがデータベースに作成されていることを確認します。

アップグレードするEnterprise Managerシステムが長期間にわたり停止していた場合、管理リポジトリを格納する既存の動作保証済Oracleデータベースには、新規データをロードするためのパーティションは作成されません。したがって、そのような状況のときには、次の手順に従って、パーティションを手動で作成します。

1. SYSMANとしてデータベースにログインし、次のコマンドを実行します。

execute emd_maintenance.analyze_emd_schema('SYSMAN');
commit;

2. OracleホームからOMSを再起動します。

$<ORACLE_HOME>/bin/emctl start oms

データベースおよびリスナー・ステータスの要件

インストール

動作保証済の既存のOracle Databaseおよびそのリスナーが実行されていることを確認します。

有効オブジェクト要件

インストール、アップグレード、前提条件チェック後

動作保証済の既存のOracle Database内に有効なSYSMANおよびSYSオブジェクトのみが存在していることを確認します。

- 手動で、正当なSYSMANオブジェクトのみがあることを確認するには、データベースにSYSとしてログインし、次のコマンドを実行します。

select object_name, object_type from all_objects where owner='SYSMAN' and status <> 'VALID';

このコマンドは0行を戻す必要があります。1行以上を戻す場合は、無効なオブジェクトが存在しているので、有効にするには、SYSMANとして次のコマンドを実行します。

@admin_recompile_invalid.sql SYSMAN

このコマンドを再度実行し、すべてのSYSMANオブジェクトが有効であることを確認します。無効なSYSMANオブジェクトが依然としてある場合、Oracleサポート・サービスに連絡してください。

注意: admin_recompile_invalid.sqlスクリプトは、OMSホームのOracleホームの次の場所にあります。

<ORACLE_HOME>/sysman/admin/emdrep/sql/core/latest/admin

- 手動で、正当なSYSオブジェクトのみがあることを確認するには、データベースにSYSとしてログインし、次のコマンドを実行します。

select object_name, object_type from all_objects where status<>'VALID' and object_name like 'DBMS%';

このコマンドは0行を戻す必要があります。ただし、1つ以上の行が返される場合はいくつかの無効なオブジェクトがあり、それらを有効にするには次のコマンドを実行して再コンパイルします。

alter <object type> <object name> compile;

たとえば、object_typeがmypackageで、object_nameがfooの場合は、次のコマンドを実行します。

alter mypackage foo compile;

このコマンドを再度実行し、すべてのパッケージが有効であることを確認します。無効なパッケージが依然としてある場合、Oracleサポート・サービスに連絡してください。

DBMSジョブおよびDBMSスケジューラ・ステータス要件

インストールとアップグレード

動作保証済の既存のOracle Database内でDBMSジョブおよびDBMSスケジューラが停止していることを確認します。

手動でジョブおよびスケジューラを停止するには、SYSとしてデータベースにログインします。

1. 次のコマンドを実行して、job_queue_processesの値を書き留めます。

select a.instance_name as sid, b.value as jobqueue from gv$instance a, gv$parameter b where a.inst_id = b.inst_id and b.name='job_queue_processes';

2. 次のコマンドを実行して、DBMS JOBSとDBMSスケジューラを停止します。

execute emd_maintenance.remove_em_dbms_jobs;
alter system set job_queue_processes=0 SID='*';
commit;

注意: これにより、現在実行中のジョブが停止されますが、新規ジョブの開始は許可されません。

3. 次を実行して、アクティブなジョブがないことを確認します。

select l.id2 job, l.sid, to_char(last_date, 'DD-MON-YYYY:HH24.MI.SS') last_date, to_char(this_date, 'DD-MON-YYYY:HH24.MI.SS') this_date, l.inst_id instance from sys.job$ j, gv$lock l where l.type = 'JQ' and j.job (+) = l.id2 order by 5, 4;

統計の採取ジョブのステータス要件

インストールとアップグレード

動作保証済の既存のOracle Database内で実行されている「統計の収集」ジョブを停止する必要があります。

手動でジョブを停止するには、データベースにSYSとしてログインし、次のコマンドを実行します。

Oracle Database 10g (10.2.0.4)以上の場合:

dbms_scheduler.disable('GATHER_STATS_JOB',TRUE)を実行;

dbms_scheduler.stop_job('GATHER_STATS_JOB',TRUE)を実行;

Oracle Database 11g (11.1.0.7)以上の場合:

dbms_auto_task_admin.disable('auto optimizer stats collection',null,null)を実行;

ユーザー権限要件

アップグレード

SYSMANユーザーとDBSNMPユーザーに、動作保証済の既存のOracle Database内のDBMS_RANDOMパッケージにアクセスするためのEXECUTE権限があることを確認します。

ユーザーにEXECUTE権限があるかどうかを手動で確認するには、次の問合せを実行します。SYSMANユーザーに対してこの問合せを実行する場合、<user_account_name>はSYSMAN、DBSNMPユーザーに対して問合せを実行する場合、<user_account_name>はDBSNMPとする必要があります。

SQL> CONNECT AS SYS;
SQL> SELECT grantee, grantor, owner, table_name
FROM DBA_TAB_PRIVS
WHERE table_name = 'DBMS_RANDOM'
AND privilege = 'EXECUTE'
AND grantee IN
(
SELECT DISTINCT granted_role
FROM DBA_ROLE_PRIVS
START WITH grantee = '<user_account_name>'
CONNECT BY PRIOR granted_role=grantee
UNION ALL
SELECT '<user_account_name>'
FROM dual
WHERE ROWNUM = 1
UNION ALL
SELECT 'PUBLIC'
FROM dual
WHERE ROWNUM = 1
)

ユーザーにEXECUTE権限がない場合、次のコマンドを実行して権限をユーザーに付与します。SYSMANユーザーに権限を付与するためにこのコマンドを実行する場合、<user_account_name>はSYSMAN、DBSNMPユーザーに対してコマンドを実行する場合、<user_account_name>はDBSNMPとする必要があります。

SQL> GRANT EXECUTE ON DBMS_RANDOM TO <user_account_name>;

環境変数の設定要件

インストール

環境変数ORACLE_HOMEが、OMSのOracleホームに設定されていることを確認します。

たとえば、Cshellシェルで、次のように設定します。

setenv ORACLE_HOME /u01/software/em13c/oraclehome

たとえば、bashシェルで、次のように設定します。

export ORACLE_HOME= /u01/software/em13c/oraclehome

SUDO構成要件

インストール

環境内にSUDOを構成する必要があります。SUDOを構成できない場合、またはSUDOを構成せずにコア・コンポーネント(OMSまたは管理エージェント)をすでにアップグレード済の場合、My Oracle Supportのノート789363.1で説明されている対処方法に従ってください。

ユーザー定義メトリック・スクリプト定義の要件

アップグレード

アップグレードする管理エージェントのOracleホーム内にユーザー定義メトリック・スクリプトがある場合は、そのすべてのスクリプトをOracleホーム外の別のディレクトリに手動でコピーできているか確認し、スクリプトの新しい場所を反映するようにユーザー定義のメトリック定義を更新する必要があります。

これは、管理エージェントがアップグレードされた後、ユーザー定義メトリック・スクリプトは新しいOracleホームに自動的にコピーされないためです。

TEMP表領域グループ要件

アップグレード/インストール

TEMPという表領域グループ名が存在していないことを確認します。存在する場合は、Enterprise Managerをインストールまたはアップグレードする前に別の名前に変更します。インストールまたはアップグレードの完了後に、いつでも元の名前に戻すことができます。

これを手動で確認するには、SYSユーザーとしてデータベースへ接続し、次の問合せを実行します。

select count(*) group_name from DBA_TABLESPACE_GROUPS where UPPER(group_name)='TEMP'

前述の問合せの結果は0でない必要があります。

SYSMAN_OPSSアカウント・ステータス要件

アップグレード

SYSMAN_OPSSアカウントがロックされていないことを確認します。

これを手動で確認するには、SYSユーザーとしてデータベースへ接続し、次の問合せを実行します。

select account_status from dba_users where username='SYSMAN_OPSS'

SYSMAN_OPSSアカウント・ステータスが「ロック解除」および「有効」である必要があります。

グローバル名要件

アップグレード(2システム・アップグレードのみ)

古いデータベースと新しいデータベースのグローバル名が同じでないことを確認します。

これを手動で確認するには、SYSユーザーとしてデータベースへ接続し、次の問合せを実行します。

select count(1) from global_name where global_name=(select property_value from SYSMAN.pre_upgc_master_info where upper(property_name)=upper('oldReposGlobalName') and rownum=1) and exists (select 1 from ${EM_REPOS_USER}.pre_upgc_master_info where upper(property_name)=upper('upgrade_type') and upper(property_value) =upper('TWO_SYSTEM')) and exists (select 1 from SYSMAN.pre_upgc_master_info where upper(property_name)=upper('oldReposGlobalNames') and rownum=1 and upper(property_value)='TRUE')

前述の問合せの結果は0である必要があります。そうでない場合、このリポジトリ/Enterprise Managerはアップグレード後に存在しなくなるため、古いリポジトリ内のグローバル名を一時的な名前に変更します。または、新しいリポジトリのGLOBAL_NAMEを変更します。

データベース・エディション要件

インストール

Oracle Enterprise Databaseエディションを使用してEnterprise Managerをインストールしていることを確認します。

これを手動で確認するには、SYSユーザーとしてデータベースへ接続し、次の問合せを実行します。

select count(1) from PRODUCT_COMPONENT_VERSION where PRODUCT like '%Oracle Database%' and instr(PRODUCT,'Enterprise Edition')>0

前述の問合せの結果は0でない必要があります。

既存のデータベースのschema_version_registry表に以前のEnterprise Managerの詳細がない

インストール

既存のデータベースのschema_version_registry表に、以前のEnterprise Managerの詳細がないことを確認します。

これを手動で確認するには、SYSユーザーとしてデータベースへ接続し、次の問合せを実行します。

select count(1) from SCHEMA_VERSION_REGISTRY where comp_name in ('Authorization Policy Manager','Metadata Services','Oracle Platform Security Services')

前述の問合せの結果が0でない場合は、次の問合せを使用してSCHEMA_VERSION_REGISTRYからエントリを削除します。

Delete from SCHEMA_VERSION_REGISTRY where comp_name in ('Authorization Policy Manager','Metadata Services','Oracle Platform Security Services');
commit;

既存のデータベースに以前のEnterprise Managerの表領域がない

インストール

動作保証済の既存のOracle Databaseに、以前のEnterprise Managerの表領域がないことを確認します。

データベースにそのような表領域があるかを手動で確認するには、次の問合せを実行します。

select count(1) from dba_tablespaces where TABLESPACE_NAME in ('MGMT_ECM_DEPOT_TS','MGMT_TABLESPACE','MGMT_AD4J_TS')

前述の問合せの結果が0ではない場合はこれらの表領域を削除でき、削除しない場合は新しいEnterprise Managerで再利用されます。

既存のデータベースに、SYSMAN'、SYSMAN_MDS、MGMT_VIEW、'SYSMAN_BIP、'SYSMAN_APM、BIP、SYSMAN_OPSS、SYSMAN_ROのいずれかのEnterprise Managerリポジトリ・スキーマによって所有される表のパブリック・シノニムがない

インストール

動作保証済の既存のOracle Databaseに、次のいずれかのスキーマによって所有される表のパブリック・シノニムがないことを確認します。

SYSMAN'、SYSMAN_MDS、MGMT_VIEW、'SYSMAN_BIP、'SYSMAN_APM、BIP、SYSMAN_OPSSおよびSYSMAN_RO

データベースに、Enterprise Managerデータベース・スキーマによって所有されるパブリック・シノニムがあるかどうかを手動で確認するには、データベースにSYSユーザーとしてログインし、次の問合せを実行します。

select count(1) from dba_synonyms where table_owner in ('SYSMAN','SYSMAN_MDS','MGMT_VIEW','SYSMAN_BIP','SYSMAN_APM','BIP','SYSMAN_OPSS','SYSMAN_RO')

この問合せの結果が0ではない場合は、データベースにパブリック・シノニムがあるので、それらを削除し、スキーマを作成したEnterprise Managerソフトウェアを削除します。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

DBのセキュアなファイルの要件

インストール、アップグレード

db_securefileパラメータがpermittedに設定されていることを確認します。

適応的なオプティマイザ機能の要件

インストール、アップグレード

optimizer_adaptive_featuresパラメータがfalseに設定されているかどうかがチェックされます。

B コマンドの場所の検証

この章では、スタンドアロンのOracle Management Agent(管理エージェント)をインストールする前に検証する必要のあるプロパティ・ファイルとそのファイルに含まれるコマンドの場所について説明します。この章の具体的な内容は次のとおりです。

- プロパティ・ファイルの概要

- コマンドの場所の検証

B.1 プロパティ・ファイルの概要

管理エージェントをインストールするたびに、platformInfo.propertiesファイルで示されたプロパティ・ファイルが、特定のApplication Programming Interfaces(API)を正常に実行するために必要なコマンドのデフォルトの場所とともにロードされます。たとえば、scp実行可能ファイルなどです。この項では、platformInfo.propertiesファイルに記載されているプロパティ・ファイルについて説明します。

表B-1に、platformInfo.propertiesファイルからロードされるプロパティ・ファイルを示します。

表B-1 platformInfo.propertiesファイルからロードされるプロパティ・ファイル

ロード順序

プロパティ・ファイル名

タイプ

説明

1

Paths.properties

汎用

このファイルにリストされているコマンドを実行するたびに渡される必要がある引数が含まれます。

2

sPaths.properties

汎用

オペレーティング・システムに関係なく、実行する必要のあるすべてのコマンドのパスが含まれます。

3

ssPaths_<platform>.properties

オペレーティング・システム固有

特定のオペレーティング・システムに対して実行する必要のあるコマンドが含まれます。たとえば、ssPaths_linux_zseries64.propertiesです。

Microsoft Windowsの場合、Cygwinバイナリのパスは、ssPaths_msplats.propertiesファイルにハードコードされています。Cygwinをc:\cygwin(デフォルトの場所)以外の場所にインストールすると、管理エージェントのインストールが失敗する可能性があります。この問題を解決するには、Cygwinをデフォルトのディレクトリ(c:\cygwin)にインストールするか、Cygwinバイナリへの正しいパスを使用してこのプロパティ・ファイルを更新する必要があります。

4

userPaths.properties

汎用

コマンド・パスを指定するために使用されるすべての変数が含まれます。使用する変数はコメント解除して、適切な値を指定する必要があります。

次の点に留意してください。

- platformInfo.propertiesファイル内に示されているプロパティ・ファイルは、昇順に1つずつロードされます。これによって、ロードされる最後のファイルで指定されているコマンドの場所により、前にロードされたプロパティ・ファイル内の同じキーに指定されている値が上書きされます。
たとえば、spaths.propertiesはssPaths.propertiesの前にロードされます。sPaths.propertiesファイル内で、scp実行可能ファイルのデフォルトの場所が/usr/local/bin/scpで、ssPaths.propertiesファイル内の同じ実行可能ファイルの場所が/usr/bin/scpの場合、後者のファイルの値が前のファイルより優先されます。

- その他のコマンド変数を含める場合、次のいずれかを実行できます。

- sPaths.properties、ssPaths_<platform>.propertiesまたはuserPaths.propertiesで追加コマンドの変数を指定します。

- 追加のコマンド変数を使用して新規プロパティ・ファイルを作成します。その新規のプロパティ・ファイルの名前をplatforminfo.propertiesで指定します。

B.2 コマンドの場所の検証

プロパティ・ファイルで指定されるデフォルトのコマンドの場所は、ホストとオペレーティング・システム間で異なる場合があります。したがって、管理エージェントをインストールする前にコマンドの場所を検証することが重要です。

コマンドの場所を検証する手順は次のとおりです。

1. ミドルウェア・ホームの次の場所からplatformInfo.propertiesファイルにアクセスし、ご使用のプラットフォームで検証が必要なプロパティ・ファイルをメモしておきます。
$<MW_HOME>/oui/prov/resources

2. (OMSホストがMicrosoft Windowsで実行されている場合は不要)手順(1)で記録した各プロパティ・ファイルにアクセスし、次の変数に記載されたコマンドの場所が、OMSホストの有効な場所と一致していることを検証します。

- SSH_PATH

- SCP_PATH

- SH_PATH

3. 手順(1)で記録したプロパティ・ファイルにアクセスし、次の変数に記載されたコマンドの場所が、宛先ホストの有効な場所とも一致していることを検証します。

- SCP_PATH

- SH_PATH

- SSH_PATH

- CHMOD_PATH

- MKDIR_PATH

- RM_PATH

- LS_PATH

C データベース・テンプレートを使用した事前構成済のリポジトリでのデータベース・インスタンスの作成

Enterprise Manager Cloud Controlのインストール時に、すべてのEnterprise Manager関連データを格納するようにOracle Management Repository (管理リポジトリ)を構成できるデータベースの詳細を提供する必要があります。Enterprise Manager Cloud Controlインストール・ウィザードは、指定したデータベースに管理リポジトリを構成できますが、オプションでデータベースに管理リポジトリを事前に構成することを選択できます。これにより、インストール時間が節約されます。

この付録では、管理リポジトリを事前構成する方法について説明します。この付録の具体的な内容は次のとおりです。

- データベースでの管理リポジトリの事前構成について

- データベース・テンプレートを使用した事前構成済のリポジトリでのデータベース・インスタンスの作成

C.1 データベースでの管理リポジトリの事前構成について

Enterprise Manager Cloud Controlのインストール時に、データベースの詳細を指定して、すべてのEnterprise Manager関連データを格納するように管理リポジトリを構成できます。Enterprise Manager Cloud Controlインストール・ウィザードは、指定したデータベースに管理リポジトリを構成できますが、オプションでデータベースに管理リポジトリを事前に構成することを選択できます。これにより、インストール時間が節約されます。

データベースに管理リポジトリを事前構成するには、オラクル社提供のデータベース・テンプレートを使用します。これらのデータベース・テンプレートは、最初にデータベース・インスタンスを作成してから、そこに管理リポジトリを事前構成します。テンプレートは、小規模、中規模、大規模の各デプロイメント・サイズに必要なデータベース・パラメータを使用して管理リポジトリを事前構成します。

オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリでデータベース・インスタンスを作成するには、C.2項を参照してください。

C.2 データベース・テンプレートを使用した事前構成済のリポジトリでのデータベース・インスタンスの作成

オラクル社提供のデータベース・テンプレートを使用して、事前構成済のOracle Management Repositoryでデータベース・インスタンスを作成するには、次の手順に従います。

1. データベースを作成するホストにOracle Database 12gリリース1 (12.1.0.2.0)ソフトウェアをインストールします。
標準のデータベース・インストールを実行してDatabase Configuration Assistantからテンプレートを使用することもできますが、ソフトウェア単体でのインストールをお薦めします。

手順については、次の場所にある『Oracle Databaseインストレーション・ガイド』を参照してください。

http://www.oracle.com/technetwork/database/enterprise-edition/documentation/index.html

2. 次のOracle Technology Network (OTN) URLから、Oracle Database 12gリリース1 (12.1.0.2.0)をインストールしたプラットフォームに対応する12.1.0.2.0_Database_Template_for_EM13_1_0_0_0_<platform>.zipファイルをダウンロードします。このZIPファイルは、Oracle Database 12gリリース1 (12.1.0.2.0)でのみ動作します。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/index.html

注意:
12.1.0.2.0_Database_Template_for_EM13_1_0_0_0_<platform>.zipファイルは、必ずEnterprise Manager Cloud Control 13cリリース1でのみ使用するようにしてください。Enterprise Manager Cloud Controlの以前のリリースでは使用しないでください。

3. 12.1.0.2.0_Database_Template_for_EM13_1_0_0_0_<platform>.zipファイルをデータベース・ホストの次の場所に抽出します。
$<DB_HOME>/assistants/dbca/templates

次に例を示します。

/u01/software/oracle/database/dbhome_1/assistants/dbca/templates

表C-1に、12.1.0.2.0_Database_Template_for_EM13_1_0_0_0_<platform>.ziファイルの内容を一覧表示します。

表C-1 12.1.0.2.0_Database_Template_for_EM13_1_0_0_0_<platform>.zipの内容

.zipの内容" width="100%">

ファイル名

説明

12.1.0.2.0_Database_Template_for_EM13_1_0_0_0_Large_deployment.dbc

大規模のデプロイメントの.dbcファイル

12.1.0.2.0_Database_Template_for_EM13_1_0_0_0_Medium_deployment.dbc

中規模のデプロイメントの.dbcファイル

12.1.0.2.0_Database_Template_for_EM13_1_0_0_0_Small_deployment.dbc

小規模のデプロイメントの.dbcファイル

12.1.0.2.0_Database_Template_for_EM13_1_0_0_0.ctl

.dbcファイルに必要な.ctlファイル。

12.1.0.2.0_Database_Template_for_EM13_1_0_0_0.dfb

.dbcファイルに必要な.dbfファイル。

set_repo_param_12.1.0.2.0_Database_SQL_for_EM13_1_0_0_0_Large_deployment.sql

データベース・パラメータを設定し、大規模のデプロイメントをサポートするように管理リポジトリを変換する.sqlファイルです。

set_repo_param_12.1.0.2.0_Database_SQL_for_EM13_1_0_0_0_Medium_deployment.sql

データベース・パラメータを設定し、中規模のデプロイメントをサポートするように管理リポジトリを変換する.sqlファイルです。

set_repo_param_12.1.0.2.0_Database_SQL_for_EM13_1_0_0_0_Small_deployment.sql

データベース・パラメータを設定し、小規模のデプロイメントをサポートするように管理リポジトリを変換する.sqlファイルです。

shpool_12.1.0.2.0_Database_SQL_for_EM13_1_0_0_0.sql

.dbcファイルには.sqlファイルが必須で、要件ごとの共有プール・サイズを設定します。

4. Oracle Database Configuration Assistantを<DB_HOME>/bin/dbca.から実行して、データベースを作成します。「データベース・テンプレート」画面で、選択したデプロイメント・サイズに合ったテンプレートを選択します。

警告:

Oracle Database Configuration Assistantを実行してデータベースを作成するときに、「管理オプション」画面ではデフォルトで「Enterprise Manager (EM) Database Expressの構成」オプションが選択されます。必ず選択を解除してください。このオプションは、データベースにDB Controlオブジェクトを作成します。このオプションを選択した場合、DB ControlオブジェクトとCloud Controlオブジェクトの両方が含まれるため、データベースを使用できません。この問題を解決する唯一の方法は、データベースを再作成してから続行することです。

警告:

Oracle Database Configuration Assistantを使用してデータベースを作成すると、「データベース・コンテンツ」画面で、shpoolスクリプトを実行するように「次のスクリプトを実行」オプションでデフォルトで選択されています。スクリプトによって、データベースに共有プールが設定されます。必ず選択したままにしてください。選択を解除しないでください。

注意:
データベースの作成時に、Oracle Database Configuration Assistantでアカウントのロックを解除するオプションが表示されても、そのオプションは無視してください。データベースの作成時にアカウントのロックを解除しないでください。これらのアカウントは、Enterprise Manager Cloud Controlのインストール時にEnterprise Manager Cloud Controlインストール・ウィザードによって自動的にロックが解除され、入力したパスワードを使用して設定されます。したがって、データベースの作成時にそれらのロックを解除する必要はありません。

注意:
データベースで管理リポジトリを事前に構成するために使用するConfiguration Assistant (Enterprise Manager Cloud Controlインストール・ウィザードによって実行)の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストールおよび構成ガイド』を参照してください。

D Enterprise Manager動作保証マトリックスへのアクセス

この付録の内容は次のとおりです。

- Enterprise Manager動作保証マトリックスへのアクセス

D.1 Enterprise Manager動作保証マトリックスへのアクセス

Enterprise Manager動作保証マトリックスにアクセスするには、次の手順を実行します。

1. My Oracle Supportにログインします。

2. 「動作保証」タブをクリックします。

3. 「動作保証」ページの「動作保証検索」リージョンで、「製品」リストから次のいずれかを選択します。

- Enterprise Managerベース・プラットフォーム - OMS: OMSの動作保証を表示します。

- Enterprise Managerベース・プラットフォーム - エージェント: 管理エージェントの動作保証を表示します。

4. 「リリース」リストから「13.1.0.0.0」を選択し、「検索」をクリックします。

E Cygwinを使用しないMicrosoft Windowsターゲット・ホストへの管理エージェントのインストール

ホスト・ターゲットの追加ウィザードまたはEM CLIを使用してMicrosoft Windowsのターゲット・ホストに管理エージェントをインストールするには、前提条件としてホストのそれぞれにCygwinをインストールする必要があります。これらのホストにCygwinをインストールしたくない場合は、かわりにPsExecユーティリティをインストールし、これを使用してMicrosoft Windowsのターゲット・ホストに管理エージェントをインストールできます。この付録では、このタスクの実行方法を説明します。内容は次のとおりです。

- OMSプラットフォームがUnixベースの場合のPsExecを使用した管理エージェントのインストール

- OMSプラットフォームがMicrosoft Windowsの場合のPsExecを使用した管理エージェントのインストール

E.1 OMSプラットフォームがUNIXベースの場合のPsExecを使用した管理エージェントのインストール

重要:
OMSプラットフォームがUnixベースの場合に管理エージェントをPsExecを使用してMicrosoft Windowsのターゲット・ホストにインストールするには、Microsoft Windowsのステージング・ホスト・サーバーが必要です。このため、ステージング・サーバーとして使用できるMicrosoft Windowsホストが、使用しているエンタープライズにあることを確認してください。

OMSホストがUnixベースのオペレーティング・システムで実行する際に、PsExecユーティリティをインストールして、これを使用してMicrosoft Windowsのターゲット・ホストに管理エージェントをインストールするには、次の手順を実行します。

1. PsExecユーティリティを次のURLからMicrosoft Windowsのステージング・ホスト・サーバーにダウンロードします。
http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx

zipファイルのコンテンツを、特定のディレクトリに解凍します。

PsExecユーティリティのダウンロードは一度だけです。PsExecユーティリティはMicrosoft Windowsのステージング・ホスト・サーバーのみにダウンロードする必要があり、Microsoft Windowsのターゲット・ホストにはダウンロードする必要はありません。

2. コマンド・プロンプトから次のコマンドを実行して、PsExecユーティリティが正常に機能していることを確認します。
psexec calc

PsExecユーティリティが正常に機能している場合には、Microsoft Windowsの電卓アプリケーションが起動します。

3. 次の手順に従って、必要な管理エージェント・ソフトウェアがMicrosoft Windowsのステージング・ホスト・サーバーにあることを確認します。

1. OMSホストのOracleホームから次のコマンドを実行し、管理エージェント・ソフトウェアがダウンロードされて適用されるプラットフォームのリストを取得します。
$<ORACLE_HOME>/bin/emcli get_supported_platforms

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli get_supported_platforms

このリストに必要なMicrosoft Windowsプラットフォームが表示されていない場合、自己更新を使用してこのプラットフォーム用の管理エージェント・ソフトウェアをダウンロードおよび適用します。この実行方法の詳細は、第6.2.2.4項を参照してください。

2. 管理エージェント・ソフトウェアをMicrosoft Windowsのステージング・ホスト・サーバーにダウンロードして解凍します。このタスクを実行するには、次の方法のいずれかを使用します。
方法 1: EM CLIを使用してOMSホストからソフトウェアをダウンロードし、それをFTPクライアントを使用して転送

管理エージェント・ソフトウェアをOMSホストの一時ディレクトリにダウンロードし、そのソフトウェアをWinSCPまたは他のFTPクライアントを使用してステージング・ホストに転送します。管理エージェント・ソフトウェアをOMSホストの一時ディレクトリにダウンロードするには、OMSホストのOracleホームから次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli get_agentimage -destination=<download_directory> -platform="<platform>" -version=<version>

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli get_agentimage -destination=<download_directory> -platform="<platform>" -version=<version>

zipファイルをステージング・ホストに転送後、そのサイズとチェックサム値を検証し、zipファイル全体が転送されたことを確認します。zipファイルを解凍します。ZIP_LOC環境変数を$ORACLE_HOME/bin/zip (OMSホストのOracleホーム内のZIPユーティリティの場所)に設定します。

方法 2: EM CLIを使用してステージング・ホストからソフトウェアをダウンロード

EM CLIをステージング・ホスト・サーバーにダウンロードします。

これを実行する方法の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』の「EM CLIのダウンロードとデプロイ」の章を参照してください。

EM CLIをステージング・ホストにダウンロードした後、必ずクライアントをOMSに接続します。これを実行する方法の詳細は、前述の章のEM CLIクライアントのOMSへの接続に関する項を参照してください。

次のコマンドを実行して管理エージェント・ソフトウェアをステージング・ホスト・サーバーにダウンロードします。

<emcli_install_location>\emcli get_agentimage -destination=<download_directory> -platform="<platform>" -version=<version>

管理エージェント・ソフトウェアのzipファイルを解凍します。

重要:
(必要な管理エージェント・ソフトウェアをステージング・ホストにダウンロードする)この手順は、一度だけの操作です。ステージング・ホストに必要な管理エージェント・ソフトウェアがダウンロードされると、これを再利用して任意の数のMicrosoft Windowsターゲット・ホストに管理エージェントをデプロイできます。

4. OMSホストのOracleホームから、agentDeployPsExec.batスクリプトをステージング・ホストにダウンロードします。
$<ORACLE_HOME>/sysman/prov/agentpush/scripts/agentDeployPsExec.bat

次に例を示します。

/u01/software/em13c/oraclehome/sysman/prov/agentpush/scripts/agentDeployPsExec

5. 管理エージェントのインストール入力を指定するレスポンス・ファイルを作成します。表E-1に、レスポンス・ファイルに含める必要のある必須パラメータと含めることができるオプション・パラメータを示します。

表E-1 PsExecを使用して管理エージェントをインストールするためのレスポンス・ファイルの作成

パラメータ

説明

HOST_NAMES

(必須)このパラメータを使用して管理エージェントをインストールするMicrosoft Windowsのターゲット・ホストの名前を指定します。ホスト名間のセパレータとしてコロン(:)を使用します。

USER_NAME

(必須)このパラメータを使用してターゲット・ホストのログイン・ユーザー名を指定します。

PASSWORD

(必須)このパラメータを使用してターゲット・ホストのログイン・パスワードを指定します。

PSEXEC_DIR

(必須)このパラメータを使用してPsExecユーティリティをダウンロードおよび解凍する場所への絶対パスを指定します。

AGENT_IMAGE_PATH

(必須)このパラメータを使用して管理エージェント・ソフトウェアのzipファイルを解凍した場所への絶対パスを指定します。

AGENT_BASE_DIR

(必須)このパラメータを使用して管理エージェントのインストール・ベース・ディレクトリの場所を指定します。

AGENT_REGISTRATION_PASSWORD

(必須)このパラメータを使用してEnterprise Managerシステムを結合する新しい管理エージェントを登録するパスワードを指定します。

EM_UPLOAD_PORT

(必須)このパラメータを使用してOMSによる通信用のアップロード・ポート(HTTPまたはHTTPS)を指定します。

OMS_HOST

(必須)このパラメータを使用してOMSホストの名前を指定します。

REMOTE_SYS_DIR

(必須)このパラメータを使用してPsExecユーティリティがファイルのコピーまたは転送用に内部的に使用する必要のあるディレクトリを指定します。このパラメータは必ずC:\WindowsまたはC:\Windows\System32に設定してください。

ADDITIONAL_PARAMETERS

(オプション)このパラメータを使用して使用する追加パラメータのリストを指定します。パラメータはコロンを使用して区切ります。

PROPERTIES_FILE

(オプション)このパラメータを使用してプロパティ・ファイルの絶対パスを指定します。

LOG_LOC

(オプション)このパラメータを使用して管理エージェントのデプロイメント・ログの場所を指定します。

6. ステージング・ホストにPERL5LIB環境変数を設定した場合にはそれを削除します。この環境変数は管理エージェントのインストール後に再度設定できます。

7. ステージング・ホストから次のコマンドを実行して、選択したMicrosoft Windowsターゲット・ホストに管理エージェントをインストールします。
C:\<location_of_downloaded_psexec_script>\agentDeployPsExec.bat PROPERTIES_FILE=<absolute_path_to_response_file>

例: C:\stage\agentDeployPsExec.bat PROPERTIES_FILE=C:\stage\input.txt

注意:
管理エージェントのインストール・ログ・ファイルは、LOG_LOCレスポンス・ファイル・パラメータに指定した場所に作成されます。レスポンス・ファイルでLOG_LOCパラメータを指定しなかった場合、ログ・ファイルはagentDeployPsExec.batスクリプトを含むディレクトリに作成されます。

E.2 OMSプラットフォームがMicrosoft Windowsの場合のPsExecを使用した管理エージェントのインストール

重要:

- OMSプラットフォームがMicrosoft Windowsの場合にPsExecを使用して管理エージェントをMicrosoft Windowsホストにインストールするには、別個のMicrosoft Windowsのステージング・ホスト・サーバーは不要です。

- OMSソフトウェアがC:\以外のドライブにインストールされた場合には、<ORACLE_HOME>\oui\prov\resources\ssPaths_msplats.properties内のSCRATCHPATH変数を更新します。
たとえば、OMSソフトウェアがD:\にインストールされた場合、必ずSCRATCHPATH変数をD:\tmpadaに更新してください

OMSホストがMicrosoft Windowsで実行する際に、PsExecユーティリティをインストールして、これを使用してMicrosoft Windowsのホストに管理エージェントをインストールするには、次の手順を実行します。

1. 次のURLからPsExecユーティリティをOMSホストにダウンロードします。
http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx

zipファイルのコンテンツを、特定のディレクトリに解凍します。

PsExecユーティリティのダウンロードは一度だけです。PsExecユーティリティはOMSホストのみにダウンロードする必要があり、Microsoft Windowsのターゲット・ホストにはダウンロードする必要はありません。

2. コマンド・プロンプトから次のコマンドを実行して、PsExecユーティリティが正常に機能していることを確認します。
psexec calc

PsExecユーティリティが正常に機能している場合には、Microsoft Windowsの電卓アプリケーションが起動します。

3. 次の手順に従って、必要な管理エージェント・ソフトウェアがOMSホストにあることを確認します。

1. 次のコマンドを実行し、管理エージェント・ソフトウェアがダウンロードされて適用されるプラットフォームのリストを取得します。
$<ORACLE_HOME>\bin\emcli get_supported_platforms

次に例を示します。

C:\u01\software\em13c\oraclehome\bin\emcli get_supported_platforms

このリストに必要なMicrosoft Windowsプラットフォームが表示されていない場合、自己更新を使用してこのプラットフォーム用の管理エージェント・ソフトウェアをダウンロードおよび適用します。この実行方法の詳細は、第6.2.2.4項を参照してください。

2. OMSホストの一時ディレクトリに管理エージェント・ソフトウェアをダウンロードします。
$<ORACLE_HOME>\bin\emcli get_agentimage -destination=<download_directory> -platform="<platform>" -version=<version>

次に例を示します。

.\emcli get_agentimage -destination=C:\temp -platform="Microsoft Windows x64 (64-bit)" -version=13.1.0.0.0

管理エージェント・ソフトウェアのzipファイルを解凍します。ZIP_LOC環境変数を$ORACLE_HOME\bin\zip (OMSホストのOracleホーム内のZIPユーティリティの場所)に設定します。

重要:
(必要な管理エージェント・ソフトウェアをOMSホストにダウンロードする)この手順は、一度の操作です。OMSホストに必要な管理エージェント・ソフトウェアがダウンロードされると、これを再利用して任意の数のMicrosoft Windowsターゲット・ホストに管理エージェントをデプロイできます。

4. 管理エージェントのインストール入力を指定するレスポンス・ファイルを作成します。表E-1に、レスポンス・ファイルに含める必要のある必須パラメータと含めることができるオプション・パラメータを示します。

5. OMSホストにPERL5LIB環境変数を設定した場合には、それを削除します。この環境変数は管理エージェントのインストール後に再度設定できます。

6. OMSホストから次のコマンドを実行して、選択したMicrosoft Windowsホストに管理エージェントをインストールします。
$<ORACLE_HOME>\sysman\prov\agentpush\scripts\agentDeployPsExec.bat PROPERTIES_FILE=<absolute_path_to_response_file>

例: C:\u01\software\em13c\oraclehome\sysman\prov\agentpush\scripts\agentDeployPsExec.bat PROPERTIES_FILE=C:\stage\input.txt

注意:
管理エージェントのインストール・ログ・ファイルは、LOG_LOCレスポンス・ファイル・パラメータに指定した場所に作成されます。レスポンス・ファイルでLOG_LOCパラメータを指定しなかった場合、ログ・ファイルはagentDeployPsExec.batスクリプトを含むディレクトリに作成されます。

F ブラウザの証明書のインストール

Enterprise ManagerにHTTPSを介して接続する場合、OMSではブラウザにOMSの識別を確認する証明書が表示されます。この証明書は、使用しているコンピュータが信頼するサード・パーティにより検証されています。Webブラウザで信頼できない証明書が検出されると、セキュリティ・アラート・メッセージが生成されます。セキュリティ・アラートのダイアログ・ボックスでは、Enterprise Manager Framework Securityは有効ですが、Web層が適切に保護されていない場合に表示されます。

証明書をブラウザの信頼できるルート証明書のリストにインポートして、以降のブラウザ・セッションで証明書のセキュリティ・アラートが表示されないようにする必要があります。

この付録の内容は次のとおりです。

- Google Chromeバージョン44+へのブラウザの証明書のインストール

F.1 Google Chromeバージョン44+へのブラウザの証明書のインストール

ブラウザの証明書をGoogle Chromeバージョン44+にインポートするには、次の手順を実行します。

1. 「プライバシー　エラー」ページで、「詳細設定」をクリックします。「<ホスト名>にアクセスする(安全ではありません)」をクリックします。

2. Enterprise Manager Cloud Controlのログイン・ページのアドレス・バーで、httpsのとなりのロック・アイコンの上にある赤い十字マークをクリックします。

3. ポップアップの「接続」タブにある、「証明書情報」をクリックします。

4. 「証明書」ダイアログで、証明書のパス・タブをクリックします。

5. 証明書パスのリストでルート・ノードを選択します。

6. 「証明書の表示」をクリックします。

7. 2番目の「証明書」ダイアログで、「詳細」タブをクリックします。

8. 「ファイルへコピー」をクリックします。

9. 「証明書のエクスポート ウィザード」でデフォルト設定をそのまま使用し、わかりやすい証明書名を入力し、ローカル・システムへエクスポートしてから「終了」をクリックします。これで、証明書が正常にエクスポートされました。

10. 「証明書のエクスポート ウィザード」の成功メッセージで「OK」をクリックします。

11. 2番目の「証明書」ダイアログで、「OK」をクリックします。

12. 1番目の「証明書」ダイアログで、「OK」をクリックします。

13. ブラウザのメニューから、「設定」を選択します。

14. 「設定」ページの上部右の「検索設定」フィールドに、Certificatesと入力します。

15. HTTPS/SSLセクションにある、「証明書の管理」をクリックします。

16. 「証明書」ダイアログにある「信頼されたルート証明機関」タブをクリックします。

17. 「インポート...」をクリックします

18. 証明書インポート・ウィザードで、「次」をクリックし、手順(9)でエクスポートした証明書名を選択し、デフォルト設定をそのまま使用し、「終了」をクリックします。

19. セキュリティの警告ダイアログで、「はい」をクリックします。

20. 証明書のインポート・ウィザードの成功メッセージで、「OK」をクリックします。

21. 「証明書」ダイアログの「閉じる」をクリックします。

22. ブラウザを再起動します。

23. これにより、Enterprise Manager Cloud Controlログイン・ページに移動すると、アドレス・バー内のhttpsのとなりに緑色のロック・アイコンが表示されます。

索引
A B C D E F G H I J K L M N O P R S T U V W X

A

アクセス制御リスト, 5.3, 7.3

AD4J_ADMINISTRATOR権限, 8.4

ホスト・ターゲットの追加ウィザード, 6.2.2.1, 6.2.2.1

Cygwin, 4.1

PsExec, E

ホスト・ターゲットの追加ウィザード

Cygwin, 6.2.2.3

追加のパラメータ

パラメータの入力, 6.2.2.5.1, 6.2.6.1

サポートされている追加パラメータ, 6.2.2.5.4

管理者パスワード, 5.4, 5.4 エージェント・ベース・ディレクトリ

パスの検証ルール, 5.3

エージェント・ベース・ディレクトリ, 6.2.2.3, 6.2.2.3 agentDeployPsExec.batスクリプト, E.1, E.2 allroot.shスクリプト, 5.7, 5.7 アプリケーション・パフォーマンス管理

Java仮想マシン診断, 8

自動更新, 5.4

B

ブラウザ, 6.2.2.3

ブラウザ要件, 7.3

C

中央インベントリ, 6.2.2.3, 7.3

ハード・ディスク領域, 5.3, 7.3

権限, 5.3

領域, 5.3

中央インベントリ, 7.3 動作保証マトリックス, 5.3, D, F CLASSPATH環境変数, 5.3 コマンドの場所, B.2

検証, B, B.2

concurrent I/O, 5.3 コンフィギュレーション・アシスタントの障害, 5.4 コンフィギュレーション・アシスタント

実行

新しいEnterprise Managerのインストール, 5.1.2

構成データ表領域, 5.5 CPU, 1.1 CPU

Oracle Management Service用, 1.1

Cygwin, 4.3

動作保証済およびサポートされているバージョン, 4.1

Cygwinインストール後のSSHの構成, 4.4

cygwin.batスクリプト, 4.4

インストール手順, 4.3

概要,4.1

パッケージ, 4.3

インストール後のタスク, 4.4, 4.5

インストール前のタスク, 4.2

目的, 4.1

SSHデーモン, 4.1

インストールのテスト, 4.4

cygwin.batスクリプト, 4.4

D

データベース

管理リポジトリの事前構成, 5.3

データベース・テンプレート

開発サイズの変更, 5.5.3

ダウンロード・テンプレート, C.2

テンプレートの抽出, C.2

概要, C

詳細の提供, 5.4, 5.5

用途, C.1

ユーザー・アカウント・パスワードのリセット, 5.4, 5.5

SQLスクリプト, 5.5.3

テンプレート・ファイル, C.2

データベースのバージョン, 5.3 データベース

テンプレートでの構成, 5.5.3

事前構成済テンプレートへの接続, 5.5

接続の詳細の入力, 5.5

管理リポジトリの事前構成, C.1, C.2

データベース・パラメータの設定, 5.5.3

サポートされているデータベース, 5.3

サポートされているバージョン, 5.3

デモンストレーション・サイト, 5.4 デプロイメント・プロシージャ, 7.1 デプロイメント・サイズ, 5.1.1

概要, 5.1.1

前提条件チェックの実行, 5.1.1

異なるサイズの選択, 5.5

拡張インストールでの選択, 5.1.1

データベース・パラメータの設定, 5.1.1

デプロイメント・サイズ, 5.5

デプロイメント・サイズの変更, 5.5.3

選択, 5.5

異なるサイズの選択, 5.5.3

サイズの不一致, 5.5

ターゲット数、エージェント数、セッション数, 5.5

ディレクトリ

OMSインスタンス・ベース・ディレクトリ, 7.4

PAFステージング・ディレクトリ, 5.5.1

一時ディレクトリ, 5.3

空白, 5.2, 5.4

E

EM CLI動詞

get_add_host_status, 6.2.2.5.3, 6.2.6.2

get_targets, 6.2.2.5.3, 6.2.6.2

list_add_host_platforms, 6.2.2.5.3, 6.2.6.2

submit_add_host, 6.2.2.5.3, 6.2.6.2

EM前提条件キット

手動による実行, 5.7

暗号化鍵 5.7, 7.5 Enterprise Manager Cloud Control

インストール

管理者パスワード, 5.4

拡張, 5.5

拡張構成, 5.5

拡張インストーラ・オプション, 5.5.1

ターゲットの自動検出, 5.7

動作保証マトリックス, D, F

インストール済コンポーネント, 5.1.2

プラグインのデプロイ, 5.5

デプロイメント・サイズ, 5.5

環境変数, 5.2

評価, 5.4

ファクト, 5.2

インターネット接続, 5.3

制限事項, 5.5.2

ミドルウェア・ホームの内容, 5.1.3.1

OMSインスタンス・ベースの場所, 5.1.2

概要, 5.1

ポート, 5.3, 5.3

インストール後の手順, 5.7

管理リポジトリの事前構成, C

前提条件チェック, 5.4, 5.5, 5.5

前提条件, 5.3

インストール・タイプの選択, 5.4, 5.5

単純, 5.4

単純構成, 5.4

カーネル・パラメータ, 2, 2, 2.2 ライブラリ, 2, 2, 2.3 パッケージ, 2, 2 事前構成済管理リポジトリ, 5.3 Enterprise Manager前提条件キット, A, A.1

引数

-componentVariables, A.2.1.3

-contextName, A.2.1.3

-dbPassword, A.2.1.3

-dbRole, A.2.1.3

-dbUser, A.2.1.3

-executionType, A.2.1.3

-list, A.2.1.3

-logInDB, A.2.1.3

-logLoc, A.2.1.3

-prereqResultLoc, A.2.1.3

-purge, A.2.1.3

-responseFile, A.2.1.3

-runOnlyFor, A.2.1.3

-showPrereqs, A.2.1.3

-stopExecOnFirstError, A.2.1.3

起動タイプ

自動, A.3, A.4

手動, A.3, A.4

ログ・ファイル, A.4

emprereqkit.err, A.4

emprereqkit.log, A.4

emprereqkit.out, A.4

performance.log, A.4

概要, A.1 リポジトリの前提条件, A.5 キットの実行, A.2 フレッシュ・インストールのためのキットの実行, A.2.1.1 アップグレードのためのキットの実行, A.2.1.2 ソフトウェア・キットからのキットの実行, A.2.1 EM CLIを使用したキットの実行, A.2.2 サポートされる追加の引数, A.2.1.3 結果の表示, A.3

F

ファイル記述子, 5.3, 7.3

ファイル

oraInst.loc, 3.2.1.1

ファイアウォール, 7.3, 7.3 FTP, 7.4

G

GCDomainドメイン名, 5.5.1

グループ

oinstallグループの作成, 3.2.1

グループおよびユーザー, 3

H

ハード・ディスク領域, 1.1

Oracle Management Agent用, 1.2

Oracle Management Repository用, 1.3

Oracle Management Service用, 1.1

ハードウェア, 1

拡張インストール

大, 1.1

中, 1.1

小, 1.1

ハードウェア要件, 1 ヒープ・サイズ, 1.1

Oracle Management Service用, 1.1

高可用性構成, 7.3 ホスト・ファイル, 5.3 ホスト・ファイル, 5.3, 5.3, 7.3

I

インストール

追加のOracle Management Service, 7.1

管理者パスワード, 5.4

拡張, 5.5

拡張インストール, 5.1.1

インストール済のデフォルト・プラグイン, 5.1.1

監視されるターゲット, 5.1.1, 5.1.1

構成されるコンポーネント, 5.1.2 デモンストレーション・サイト, 5.1.1 デモンストレーション・サイト, 5.4 プラグインのデプロイ, 5.5 デプロイメント・サイズ, 5.5 ディレクトリ構造

中央エージェント, 5.1.3.2

Oracle Management Service用, 5.1.3.1

概要, 5.1.3

評価, 5.4 ファイアウォール, 7.3 インストール・タイプ, 5.1.1 インターネット接続, 5.3 インストール・ウィザードの起動, 5.4 管理エージェント, 6, 6 NFSマウント場所, 5.3, 7.3 概要, 5.1 権限, 7.3 ポート, 5.3 事前構成済管理リポジトリ, 5.3 本番サイト, 5.5 近接性, 7.3 インストール・タイプの選択, 5.4, 5.5 単純, 5.4 簡易インストール, 5.1.1

データベース・パラメータ, 5.1.1

インストール済のデフォルト・プラグイン, 5.1.1

高い値, 5.1.1

監視されるターゲット, 5.1.1, 5.1.1

ソフトウェア更新, 5.4 インストール・ベース・ディレクトリ

場所の入力, 6.2.2.5.1, 6.2.6.1

権限, 6.2.2.3

要件, 6.2.2.3

インストール・ウィザード

起動

Microsoft Windows, 5.4, 5.5

UNIX, 5.4, 5.5

インストールするユーザー, 5.3 インスタンス・ディレクトリ, 6.2.2.3

場所の入力, 6.2.2.5.1, 6.2.6.1

インターネット接続, 5.3 IPアドレス, 7.4

J

Java仮想マシン診断

「JVMD診断」を参照

Java Virtual Machineプール, 8.6 JVM診断

インストール

ファクト, 8.3

概要, 8.1

インストール後の手順, 8.6

前提条件, 8.4

サポートされているJDKバージョン, 8.4 JVM診断データ表領域, 5.5 JVMDエージェント

インストールの前提条件, 8.4

インストール手順, 8.5

概要, 8.1

JVMDエンジン

インストールの前提条件, 8.4

概要, 8.1

JVMDターゲット, 8.6

K

カーネル・パラメータ, 2, 2, 2.2

Oracle Management Agent用, 2.2.2

Oracle Management Service用, 2.2.1

kernel.shmmaxパラメータ, 2.2.1.2

確認, 2.2.1.1

L

ライブラリ, 2, 2, 2, 2.3

Oracle Management Agent用, 2.3.2

Oracle Management Service用, 2.3.1

ロックされたユーザー・アカウント, 6.2.2.2

M

管理エージェント

インストール

確認, 6.2.2.6

プロパティ・ファイル, B.1 管理エージェントのディレクトリ構造, 6.2.2.1 管理エージェントのインストール

管理エージェント・ソフトウェアの取得

オフライン・モード, 6.2.2.4.2

オンライン・モード, 6.2.2.4.1

追加パラメータ, 6.2.2.5.1, 6.2.2.5.4, 6.2.6.1 エージェント・ベース・ディレクトリ, 6.2.2.3, 6.2.2.5.1, 6.2.6.1 中央インベントリ, 6.2.2.3 ディレクトリ構造, 6.2.2.1 ハードウェア要件, 6.2.2.3 ホスト・リスト・ファイル, 6.2.2.5.1, 6.2.6.1 「ホスト・ターゲットの追加」ウィザードを使用したインストール, 6.2.2.5.1 EM CLIを使用したインストール, 6.2.2.5.3, 6.2.6.2 インスタンス・ディレクトリ, 6.2.2.5.1, 6.2.6.1 管理エージェントのパッチ, 6.2.2.2 管理エージェント・ソフトウェアの要件, 6.2.2.2, 6.2.2.4 オペレーティング・システム要件, 6.2.2.3 概要, 6.2.2.1 ポート, 6.2.2.5.1, 6.2.6.1 インストール後のタスク, 6.2.2.6 インストール前およびインストール後スクリプト, 6.2.2.5.1, 6.2.6.1 権限委任設定, 6.2.2.5.1, 6.2.6.1 ローリング・デプロイメント, 6.2.2.2, 6.2.2.5.1, 6.2.2.5.3, 6.2.6.1, 6.2.6.2 自己更新, 6.2.2.4.1 SSH公開鍵認証, 6.2.2.2 インストール前に知っておくべきこと, 6.2.2.2 進行状況の追跡, 6.2.2.5.1, 6.2.2.5.3, 6.2.6.1, 6.2.6.2 トラブルシューティング, 6.2.2.5.1, 6.2.2.5.3, 6.2.6.1, 6.2.6.2 名前付き資格証明の使用, 6.2.2.5.1, 6.2.6.1 インストールの検証, 6.2.2.6 Microsoft Windowsホストへの管理エージェントのインストール, E 管理サービス

パスワードの変更, 5.7

表領域の管理, 5.5 ミドルウェア診断, 8.1 ミドルウェア・ホーム

場所の要件, 7.3

新しいEnterprise Managerのインストール

ディレクトリ構造, 5.1.3.1

権限, 7.3 ミドルウェア・ホーム, 5.4

パスの検証ルール, 5.3

My Oracle Support

Oracle Configuration Managerの有効化, 5.4, 5.5

資格証明の入力, 5.4, 5.5

N

名前付き資格証明, 6.2.2.2, 6.2.2.5.1, 6.2.6.1, 7.4.1

新規資格証明, 7.4.1

NFSマウント場所, 5.3, 7.3

ノード・マネージャ, 5.1.2

ノード・マネージャ, 5.5

O

oinstallグループ

作成, 3.2.1

説明, 3.1

OMS

ステータスの確認, 5.7

OMSインスタンス・ベースの場所, 5.1.2

権限, 5.3, 7.3

領域, 7.3

OpenSSH, 6.2.2.2 オペレーティング・システム・グループ

作成, 3.2

Oracle Inventoryグループ, 3.2.1

oinstallグループの作成, 3.2.1 oinstall, 3.1 Oracle Inventoryグループ, 3.1 概要, 3.1 要件, 3 オペレーティング・システム・ユーザー

作成, 3.2, 3.2.2

oracleユーザーの作成, 3.2.2

変更, 3.2.2.3

oracle, 3.1

Oracleソフトウェア所有者ユーザー, 3.1

概要, 3.1

要件, 3

Oracle Configuration Manager, 5.4, 5.5, 7.3, 7.5 Oracleインベントリ, 5.4, 5.5

ポインタ・ファイル, 3.2.1.1

Oracleインベントリ・グループ

作成, 3.2.1

説明, 3.1

Oracle Management Agent

ハード・ディスク領域, 1.2

インストール

追加パラメータ, 6.2.2.5.1, 6.2.6.1

ファクト, 6.2.2.2

インストール・ベース・ディレクトリの要件, 6.2.2.3

Oracle RACクラスタへのインストール, 6.2.2.2

インスタンス・ディレクトリ, 6.2.2.3

概要, 6.2.2.1

パスの検証, 6.2.2.3

権限, 6.2.2.3

構成済プラグイン, 6.2.2.2

ポート, 6.2.2.5.1, 6.2.6.1

インストール後の手順, 6.2.2.6

インストール後スクリプト, 6.2.2.5.1, 6.2.6.1

インストール前スクリプト, 6.2.2.5.1, 6.2.6.1

プロシージャ, 6.2.2.5

ソフトウェアの可用性, 6.2.2.3

サポートされている追加パラメータ, 6.2.2.5.4

インストールの検証, 6.2.2.6, 6.2.2.6

RAMサイズ, 1.2 ステータスの確認, 5.7 Oracle Management Repository

複数のOMSインスタンスからの接続, 7.1

ハード・ディスク領域, 1.3

RAMサイズ, 1.3

Oracle Management Service

クローニング, 7.1, 7.2, 7.2, 7.2

CPU, 1.1

ハード・ディスク領域, 1.1

ヒープ・サイズ, 1.1

インストール

ターゲットの自動検出, 7.5

ファクト, 7.2

ファイル転送オプション, 7.4

ポート, 7.4

インストール後の手順, 7.5

前提条件, 7.3

インストール

管理サービスの追加デプロイメント・プロシージャ, 7.1

追加OMSのインストール, 7, 7.1 RAMサイズ, 1.1 Oracle RAC SCAN, 5.4, 5.5, 5.5 Oracleソフトウェア所有者ユーザー

作成, 3.2.2

説明, 3.1

Oracleソフトウェア所有者ユーザー

作成, 3.2.2.1

oracleユーザー

作成, 3.2.2, 3.2.2.1, 3.2.2.2

説明, 3.1

Oracle WebLogic Server

Oracle WebLogicドメイン, 5.1.2

oraInst.locファイル, 5.7, 6.2.2.6, 6.2.2.6

場所, 3.2.1.1

場所, 3.2.1.1

oraInstroot.shスクリプト, 5.7, 6.2.2.6 Oracle Management Service

インストール

プロシージャ, 7.4

P

パッケージ, 2, 2, 2

削除, 2.1.4

Oracle Management Agent用, 2.1.4

Oracle Management Service用, 2.1.3

特定, 2.1.2

インストール済パッケージの識別, 2.1.2

確認, 2.1.1

passwdコマンド, 3.2.2.2 PATH環境変数, 6.2.2.3 Paths.propertiesファイル, B.1 権限, 5.3 物理メモリー, 1.1 platformInfo.propertiesファイル, B.1, B.2 プラグイン

ダウンロード・プラグイン, 5.5.1

プラグインの選択, 5.5

インストールの確認, 5.7, 6.2.2.6

ポート, 5.5

カスタマイズ, 5.5

新しいEnterprise Managerのインストール, 5.3

インストール後スクリプト, 6.2.2.3, 6.2.2.5.1, 6.2.6.1 事前構成済管理リポジトリ, 5.3 事前構成済リポジトリ

概要, 5.4, 5.5

詳細の提供, 5.4, 5.5

優先資格証明, 7.4.1 インストール前スクリプト, 6.2.2.3, 6.2.2.5.1, 6.2.6.1 前提条件チェック

詳細の入力, 5.4, 5.5

ステータス, 5.4, 5.5

権限委任設定, 6.2.2.3, 6.2.2.5.1, 6.2.2.5.1, 6.2.6.1, 6.2.6.1 本番サイト, 5.5 プロパティ・ファイル, B.1

概要, B.1

platformInfo.propertiesファイル, B.1, B.1

PsExecユーティリティ

ダウンロード, E.1, E.2

PsExecを使用した管理エージェントのインストール, E.1, E.2

概要, E

R

RAM, 1.1

RAMサイズ

Oracle Management Agent用, 1.2

Oracle Management Repository用, 1.3

Oracle Management Service用, 1.1

登録パスワード, 5.5 リポジトリの前提条件, 5.7 root squash, 5.3, 7.3 root.shスクリプト, 6.2.2.6, 7.5

S

自己更新, A.2.1.2

サーバー・ロード・バランサ

SLBモニター, 7.5

SLBプール, 7.5

サーバー・ロード・バランサ

要件, 7.3

SLB監視, 7.3

SLBプール, 7.3

仮想サーバー, 7.3

セッション名

形式, 6.2.2.5.1, 6.2.6.1

概要, 6.2.2.5.1, 6.2.6.1

共有ディレクトリ

領域, 7.3

ソフトウェア・ライブラリのアクセシビリティ, 7.3 ソフトウェア更新

ダウンロードの問題, 5.4

ローカル・ディレクトリからのインストール, 5.4, 5.5

My Oracle Supportからのインストール, 5.4, 5.5

オフライン, 5.4, 5.5

オンライン, 5.4, 5.5

概要, 5.4, 5.5

検索, 5.4

SPARCシリーズ

T1000, 1

spaths.propertiesファイル, B.1 sPaths.propertiesファイル, B.1, B.1 SSH, 6.2.2.2, 6.2.2.3 SSHデーモン, 4, 4.3, 4.4 SSH公開鍵認証, 6.2.2.2 SSH1, 6.2.2.2 SSH2, 6.2.2.2 ssPaths.propertiesファイル, B.1, B.1 ステージングの場所

destination, 7.3, 7.4

ソース, 7.3, 7.4

SUDO, 6.2.2.3, 6.2.2.3 サポート・ワークベンチ・メトリック, 6.2.2.2 symlink, 5.2 SYSMAN, 5.4 SYSMANパスワード, 5.5 SYSMAN_APM, 5.4, 5.5 SYSMAN_MDS, 5.4, 5.5 SYSMAN_OPSS, 5.4, 5.5

T

一時ディレクトリ

権限, 5.3, 7.3

領域, 5.3, 7.3

U

UMASK, 7.3

UMASK値, 5.3

UMASK値, 5.3, 7.3

UNIXコマンド

passwd, 3.2.2.2

useradd, 3.2.2.2

UNIXユーザー

oracleユーザーの作成, 3.2.2.1

useraddコマンド, 3.2.2.2 userPaths.propertiesファイル, B.1 ユーザー

oracleユーザーの作成, 3.2.2, 3.2.2.1

Oracleソフトウェア所有者ユーザー, 3.1

V

コマンドの場所の検証, B, B.2

W

webLogicドメイン, 5.1.2

weblogicユーザー・アカウント, 5.5

X

XML DB, 5.2

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2016, Oracle and/or its affiliates.All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティについて

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。