この章では、Enterprise Manager Cloud Controlのソフトウェア・バイナリのみインストールして、後でインストールを構成する方法について説明します。この章の具体的な内容は次のとおりです。
注意: OCFS2やACFSを含むすべての汎用ファイル・システムに、Enterprise Manager Cloud Control 13cのソフトウェア・バイナリおよびOMSインスタンス・ホーム・ファイル(gc_inst 内の構成ファイル)を格納できます。ただし、OCFSは汎用ファイルシステムとみなさないため、このような用途での使用は考慮されていません。 |
警告: Enterprise Manager Cloud Control 13cを、SPARCシリーズのサーバー(T1000、T2000、T5xx0およびT3-*)にインストールしないでください。詳細は、My Oracle Supportのノート1590556.1を参照してください。 |
Enterprise Manager Cloud Controlのソフトウェア・バイナリのみインストールして、既存の動作保証済Oracle Databaseで動作するよう後で構成できます。この方式では、インストール・プロセスを主にインストール・フェーズと構成フェーズの2つのフェーズに分割できます。当然のことながら、インストール・フェーズは、バイナリのコピーのみなので、構成フェーズに比べて時間はかかりません。この方式により、時間と優先度に従ってインストールを計画できます。
インストール・フェーズの実行中、インストーラを起動してOracleホームを作成し、次のようにインストールします。
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
ディレクトリが含まれます。
構成フェーズの実行中、構成スクリプトを起動して、次の手順を実行します。
GCDomain
と呼ばれるOracle WebLogicドメインを作成します。このWebLogicドメインでは、デフォルトのユーザー・アカウントweblogic
が管理ユーザーとして使用されます。これは、必要に応じてインストーラで変更することもできます。
nodemanager
と呼ばれるノード・マネージャのユーザー・アカウントを作成します。ノード・マネージャを使用すると、Oracle WebLogic Serverインスタンスのリモートでの起動、停止または再起動が可能になるため、ノード・マネージャは高可用性の要件を持つアプリケーションに推奨されます。
注意: Microsoft Windowsでは、ノード・マネージャ・サービスは作成されません。これは予測されている動作です。 |
Oracle Management Service 12c
に関連するすべての構成の詳細を格納するには、ミドルウェア・ホーム外にOracle Management Serviceインスタンス・ベースの場所(gc_inst)を構成します。
たとえば、ミドルウェア・ホームが/u01/software/em13c/oraclehome
の場合、インスタンス・ベースの場所は/u01/software/em13c/gc_inst
です。
既存の動作保証済Oracle DatabaseのOracle Management Repositoryを構成します。データベース・インスタンスがオラクル社提供のデータベース・テンプレートを使用して作成される場合、この手順は省略されます。
プラグイン・ディレクトリを作成し、次のデフォルトのプラグインをインストールします。
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エージェントをデプロイする手順は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。または、高度なインストール・オプションを使用するインストール方法は、第15章を参照してください。 |
Oracle Exadataプラグイン
Oracle Cloud Frameworkプラグイン
Oracle System Infrastructureプラグイン
デプロイするよう選択したその他のプラグイン
次のコンフィギュレーション・アシスタントを実行して、簡易および拡張インストールでインストールしたコンポーネントを構成します。
プラグイン前提条件チェック
リポジトリ構成
注意: オラクル社提供のデータベース・テンプレートを使用し、事前構成済の管理リポジトリで作成されたデータベース・インスタンスを使用する場合は、リポジトリ・コンフィギュレーションのかわりに、リポジトリ即時使用可能コンフィギュレーションが実行されます。 |
MDSスキーマ構成
注意: オラクル社提供のデータベース・テンプレートを使用し、事前構成済の管理リポジトリで作成されたデータベース・インスタンスを使用する場合は、MDSスキーマ構成は実行されません。 |
BI Publisherスキーマ構成
OMS構成
プラグイン・デプロイおよび構成
BI Publisher構成
Oracle Management Serviceの起動
エージェント・コンフィギュレーション・アシスタント
サイレント・モードでのEnterprise Managerシステムのインストールを開始する前に、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』で説明されているインストールの重要なポイントを理解してください。
Oracle Enterprise Manager Cloud Control基本インストレーション・ガイドのEnterprise Managerシステムのインストールに関する章に示されている前提条件を満たしてください。
この項の内容は次のとおりです。
この項では、グラフィック・モードでEnterprise Manager Cloud Controlのソフトウェア・バイナリのみインストールして、後でインストールを構成する方法について説明します。この項の具体的な内容は次のとおりです。
Enterprise Manager Cloud Control 13cリリース1ソフトウェア・バイナリのインストール(グラフィック・モード)
Enterprise Manager Cloud Control 13cリリース1ソフトウェア・バイナリの構成(グラフィック・モード)
グラフィック・モードでのEnterprise Manager Cloud Control 13cリリース1ソフトウェア・バイナリの構成後の構成後タスクの実行
グラフィック・モードでEnterprise Manager Cloud Controlのソフトウェア・バイナリのみをインストールするには、次の手順を実行します。
注意: インストーラを起動する前にEM前提条件キットを実行し、リポジトリの前提条件をすべて満たしていることをあらかじめ確認することをお薦めします。手動で実行していない場合でも、製品のインストール中はインストーラによってバックグラウンドで実行されています。ただし、事前に手動で実行すると、インストールまたはアップグレード・プロセスを開始できる前に、管理リポジトリが設定されます。キットの詳細とその実行方法、キットで実行される前提条件チェックについては、『Oracle Enterprise Manager基本インストレーション・ガイド』を参照してください。ただし、オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリで作成されたデータベース・インスタンスを使用する場合は、EM前提条件キットの起動中に次のパラメータを渡します。
|
Enterprise Manager Cloud Controlインストール・ウィザードの起動
インストーラを起動します。(Unixでは、必ず作成したoinstall
グループに属するユーザーとしてインストーラを起動します。オペレーティング・システム・グループおよびユーザーの作成の詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。)
<Software_Location>/em13100_<platform>.bin [-invPtrLoc <absolute_path_to_oraInst.loc>]
注意:
|
(オプション)「My Oracle Supportの詳細」に入力します。
「My Oracle Supportの詳細」画面で、My Oracle Support資格証明を入力し、Oracle Configuration Managerを有効にします。Oracle Configuration Managerをここで有効にしない場合、手順(3)に進みます。
インストール・ウィザードを実行しているホストがインターネットに接続されていない場合、電子メール・アドレスのみを入力し、他のフィールドは空白のままにしてください。インストールの完了後、構成情報を手動で収集し、My Oracle Supportにアップロードしてください。
「次へ」をクリックします。
(推奨)ソフトウェア更新をインストールします。
「ソフトウェアの更新」画面で、「更新の検索」を選択し、次のいずれかのオプションを選択して最新のソフトウェア更新を適用します。
インターネットに接続されていないホストで、オフラインモードでアップデートをダウンロードし、インストールの実行中にこれらを適用する場合は、ローカル・ディレクトリを選択します。
インターネットに接続されているホストで、インストーラを介してMy Oracle Supportに直接接続してオンライン・モードでアップデートをダウンロードし、インストールの実行中にこれらを適用する場合は、My Oracle Supportを選択します。
これらのオプションの詳細、およびこれらのオプションを使用したソフトウェア更新のダウンロードと適用の手順は、第2.1.5.5項を参照してください。
注意: この「ソフトウェアの更新」画面は、組込みの機能であるソフトウェア更新を使用して、Enterprise Manager Cloud Controlのインストールまたはアップグレード中に最新の推奨パッチを自動的にダウンロードしてデプロイできます。この方法では、オラクル社によってリリースされるパッチの手動チェックを継続する必要はありません。正常なインストールおよびアップグレードのためにインストーラによって必要とされるすべてのパッチが、My Oracle Supportで検出されてダウンロードされ、インストールまたはアップグレード中に適用されるため、既知の問題や潜在的な失敗が減少します。インストールの進行中にこの機能を使用してソフトウェア更新を適用することを強くお薦めします。詳細は、2.1.5.1項を参照してください。 |
「次へ」をクリックします。
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
Oracleインベントリの詳細の入力
「Oracleインベントリ」画面で、次のようにします。このホストでの最初のOracle製品のインストールであると特定された場合のみ、この画面が表示されます。
インベントリ・ファイルおよびディレクトリを配置するディレクトリへのフルパスを入力します。
注意:
|
Oracleインベントリ・ディレクトリを所有する適切なオペレーティング・システム・グループ名を選択します。選択するグループは、そのOracleインベントリ・ディレクトリに対する書込み権限を持っている必要があります。
「次へ」をクリックします。
前提条件の確認
「前提条件チェック」画面で、インストール・ウィザードで実行される前提条件チェックのステータスを確認し、インストールが成功するすべての最小要件を満たしている環境かどうかを確認します。
インストール・ウィザードでは、この画面に達すると前提条件チェックが自動的に実行されます。必要なオペレーティング・システム・パッチ、オペレーティング・システム・パッケージなどがチェックされます。
前提条件チェックのステータスは、「警告」、「失敗」、「成功」、「未実行」、「進行中」または「保留」です。
一部のチェックで「警告」ステータスまたは「失敗」ステータスになった場合は、インストールを続行する前に、問題を調査して修正してください。前提条件を満たさなかった理由と解決方法の詳細が画面に表示されます。問題を修正した後、この画面に戻り、「再実行」をクリックして前提条件を再度チェックします。
ただし、先に進む前に、すべてのパッケージ要件を満たすか、修正する必要があります。そうしないと、インストールに失敗する場合があります。
「次へ」をクリックします。
注意: 前提条件チェックがパッケージが不足していることを示して失敗した場合は、必要なパッケージをインストールして、「再実行」をクリックしてください。インストール・ウィザードによってパッケージ名およびバージョンが検証されるため、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』に示す最小バージョンのパッケージをインストールしてください。インストール・ウィザードがこれらのパッケージの検証に使用するロジックを理解するには、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。 |
インストール・タイプの選択
「インストール・タイプ」画面で、「ソフトウェアのみインストール」を選択します。
「次へ」をクリックします。
「インストールの詳細」の入力
「インストールの詳細」画面で、次のようにします。
OMSおよび他のコア・コンポーネントをインストールするミドルウェア・ホームを入力します。
次に例を示します。
/u01/software/em13c/oraclehome
注意:
|
管理エージェントをインストールできるエージェント・ベース・ディレクトリ(Oracleミドルウェア・ホーム外の場所)への絶対パスを入力します。
たとえば、ミドルウェア・ホームが/u01/software/em13c/oraclehome
の場合、エージェント・ベース・ディレクトリを/u01/software/em13c/agentbasedir
のように指定できます。
この場所が空で、書込み権限があることを確認してください。また、常に、ミドルウェア・ホーム外で管理されるようにしてください。
注意: ミドルウェア・ホームのパスの文字数が、Unixプラットフォームでは70文字、Microsoft Windowsプラットフォームでは25文字を超えていないことを確認してください。たとえば、15文字のみを含むミドルウェア・ホームのパス |
OMSを構成するホストの名前を確認します。
ホストが仮想マシンを使用して構成されている場合は、ホスト名は完全修飾名または仮想ホスト名で表示されます。ORACLE_HOSTNAMEの値を指定してインストール・ウィザードを起動した場合、このフィールドにはその名前が事前に移入されます。
デフォルトのホスト名を受け入れます。あるいは、DNSに登録されており、他のネットワーク・ホストからアクセスできる完全修飾ドメイン名を入力するか、このサイトのすべてのOMSインスタンスについて/etc/hosts
ファイルに定義されている別名ホスト名を入力します。
注意: ホスト名はローカルのOracle WebLogic ServerおよびOracle Management Serviceに使用されるため、ホスト名はローカル・ホストに対して解決する必要があります。このフィールドには、リモート・ホストやロード・バランサ仮想ホストを指定しないでください。IPアドレスは入力しないでください。名前にアンダースコアを使用しないでください。省略名は可能ですが、警告が表示されます。このため、かわりに完全修飾ドメイン名を入力することをお薦めします。 |
「次へ」をクリックします。
確認およびインストール
「確認」画面で、選択したインストール・タイプに指定した詳細を確認します。
詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。
詳細を確認し問題がない場合、「インストール」をクリックしてインストール・プロセスを開始します。
進行状況の追跡
「インストールの進行状況」画面で、インストール全体の進行状況(パーセント表示)を確認します。
インストールの終了
「終了」画面に、Enterprise Managerのインストールに関連する情報が表示されます。情報を確認し、「閉じる」をクリックして、インストール・ウィザードを終了します。
インストーラの起動中に渡すことができる追加の拡張オプションの一部は、次のとおりです。
Oracle Enterprise Manager Cloud Control 13c以降の場合、GCDomainは、WebLogicドメインの作成でサポートされている唯一のドメイン名です。カスタマイズしたWebLogicドメイン名はサポートされていません。
中央インベントリを設定する場合、-invPtrLoc
パラメータを渡します。このパラメータでは、インベントリ・ポインタ・ファイル(oraInst.loc
)のある場所のパスが考慮されます。ただし、このパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされません。
次に例を示します。
./em13100_<platform>.bin -invPtrLoc /scratch/OracleHomes/oraInst.loc -silent -responseFile <absolute_path_response_file>
ソフトウェア・バイナリをインストールした後、バイナリを構成します。構成が正常に終了すると、デフォルトで、OMSおよび管理エージェントが自動的に起動されます。これらを自動的に起動しないようにする場合は、START_OMS
とSTART_AGENT
のオプションを指定してインストール・ウィザードを呼び出し、制御する対象に応じて、それらをtrue
またはfalse
に設定します。
注意: 第4.4.1.3項の説明に従って、ソフトウェア・バイナリを構成するためにConfigureGC.shを起動する場合でも、必ずSTART_OMS およびSTART_AGENT オプションを使用してください。 |
(UNIXのみ) Enterprise Manager Cloud Controlのソフトウェア・バイナリをインストールした後、新しい端末でrootユーザーとしてログインし、次のスクリプトを実行します。
これがホストにインストールした最初のOracle製品である場合、oraInstroot.sh
スクリプトを、管理エージェントのホームで使用可能なoraInst.loc
ファイルで指定されたインベントリの場所から実行します。
たとえば、oraInst.loc
ファイルで指定されたインベントリの場所が$HOME/oraInventory
である場合、次のコマンドを実行します。
$HOME/oraInventory/oraInstRoot.sh
注意: 自身がrootユーザーではない場合、SUDOを使用して、rootユーザーに変更してください。たとえば、次のようなコマンドを実行します。
|
OMSホストのOracleホームでallroot.sh
スクリプトを実行します。
$<ORACLE_HOME>/allroot.sh
注意: 自身がrootユーザーではない場合、SUDOを使用して、rootユーザーに変更してください。たとえば、次のようなコマンドを実行します。
|
Enterprise Manager Cloud Controlを構成するには、次の手順に従います。
Enterprise Manager Cloud Controlインストール・ウィザードの起動
インストール・ウィザードを起動します。(Unixでは、必ず作成したoinstall
グループに属するユーザーとしてインストール・ウィザードを起動します。オペレーティング・システム・グループおよびユーザーの作成の詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。)
$<ORACLE_HOME>/sysman/install/ConfigureGC.sh [-invPtrLoc <absolute_path_to_oraInst.loc>]
注意:
|
インストール・タイプの選択
インストール・ウィザードの「インストール・タイプ」画面で、「Enterprise Managerシステムの新規作成」を選択します。
「次へ」をクリックします。
プラグインのデプロイ
「プラグイン・デプロイメント」画面で、Enterprise Managerシステムのインストール中にソフトウェア・キット(DVD、ダウンロード済ソフトウェア)からインストールするオプションのプラグインを選択します。
事前に選択されている行は、デフォルトでインストールされる必須プラグインです。インストールするオプションを選択します。
注意: 13cリリース1でのみサポートされ、後続のリリースではサポートされない非推奨のプラグインを選択した場合、選択内容を確認し、そのプラグインのデプロイメントを続行するかどうかを決めるよう求められます。 |
「次へ」をクリックします。
WebLogic Server構成の詳細の入力
「WebLogic Server構成の詳細」画面で、WebLogic Serverのユーザー・アカウントおよびノード・マネージャのユーザー・アカウントの資格証明を入力して、Oracle Management Serviceインスタンス・ベースの場所のパスを検証します。Oracle Management Serviceインスタンス・ベースの場所は、ミドルウェア・ホーム外の場所であることを確認してください。
注意: パスワードはスペースを含めず8文字以上で、先頭は文字とし、1つ以上の数字を含めるようにしてください。 |
注意: Oracle Management Serviceインスタンス・ベースの場所は、ミドルウェア・ホーム外の場所であることを確認してください。 |
デフォルトでは、WebLogicドメイン名がGCDomain
、ノード・マネージャ名がnodemanager
です。これらは編集できないフィールドです。インストーラは、Oracle WebLogicドメインおよびその他の関連コンポーネント(管理サーバー、管理対象サーバー、ノード・マネージャなど)を作成するためにこの情報を使用します。
ノード・マネージャを使用すると、Oracle WebLogic Serverインスタンスのリモートでの起動、停止または再起動が可能になるため、ノード・マネージャは高可用性の要件を持つアプリケーションに推奨されます。
注意: Microsoft Windowsでは、ノード・マネージャ・サービスは作成されません。これは予測されている動作です。 |
デフォルトでは、Oracle Management Serviceインスタンス・ベースの場所はgc_inst
で、OMSに関連するすべての構成の詳細を格納するためにミドルウェア・ホーム外に作成されます。
「次へ」をクリックします。
データベース接続の詳細の入力
「データベース接続の詳細」画面で、次のようにします。
管理リポジトリの作成が必要な、既存の動作保証済データベースの詳細を指定します。オラクル社提供のdデータベース・テンプレートを使用して、事前構成済の管理リポジトリでデータベース・インスタンスをすでに作成している場合は、そのデータベース・インスタンスの詳細を指定します。
インストーラは、この情報を使用して既存のデータベースに接続し、SYSMANスキーマおよびプラグイン・スキーマを作成します。事前構成済の管理リポジトリをすでに持つデータベースの詳細を指定する場合、インストーラはプラグイン・スキーマのみを作成します。
「デプロイメント・サイズ」・リストからデプロイメント・サイズを選択し、監視予定のターゲットの数、予定している管理エージェント数および予定している同時ユーザー・セッション数を指定します。
前提条件チェックは選択内容に関係なく実行されますが、様々なパラメータに設定される値は、選択内容に応じてチェックされます。
デプロイメント・サイズ、実行する前提条件チェック、設定するデータベース・パラメータ、およびインストール後にデプロイメント・サイズを変更する方法の詳細は、第2.1.6項を参照してください。
表4-1は、各デプロイメント・サイズを示しています。
「次へ」をクリックします。
注意: 接続しているデータベースが、オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリで作成されたデータベース・インスタンスの場合、この画面で選択したデプロイメント・サイズが、データベース・インスタンスの作成中にOracle Database Configuration Assistant (DBCA)で選択したデプロイメント・サイズと一致するようにしてください。DBCAを使用したデータベース・インスタンスの作成中に選択したデプロイメント・サイズとは異なるデプロイメント・サイズを選択する場合、次のいずれかを行います。
|
「Enterprise Manager構成詳細」に入力します。
「リポジトリ構成の詳細」画面で、次のようにします。
「SYSMANパスワード」で、SYSMANユーザー・アカウントを作成するためのパスワードを入力します。SYSMANユーザー・アカウントは、Enterprise Manager Cloud Controlの管理に使用されるほとんどのリレーショナル・データを保持するSYSMANスキーマを作成するために使用されます。また、SYSMANは、Enterprise Manager Cloud Controlのスーパー管理者です。
「登録パスワード」で、Enterprise Managerシステムを結合する新しい管理エージェントを登録するパスワードを入力します。
注意: パスワードはスペースを含めず8文字以上で、先頭は文字とし、1つ以上の数字を含めるようにしてください。 |
「管理表領域」には、管理表領域のデータ・ファイル(mgmt.dbf
)を格納できる場所の絶対パスを入力します。インストーラはこの情報を使用して、監視対象のターゲットのデータ、メトリックなどを格納します。指定したパスには、ファイル名までを含めます。
たとえば、/u01/oracle/prod/oradata/mgmt.dbf
などです。
データベースがOracle Automatic Storage Management (Oracle ASM)上にある場合、パスは+<disk_group>/<sid>/<subdir_path_if_any>/<datafilename>.dbf
のようになります。
たとえば、+DATA/oemrsp01d/datafile/mgmt.dbf
などです。
「構成データ表領域」には、構成データ表領域のデータ・ファイル(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
などです。
「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
などです。
「次へ」をクリックします。
共有の場所を構成します。
「Enterprise Manager共有場所の詳細」画面で、次の手順を実行します。
Oracleソフトウェア・ライブラリを構成します。Oracleソフトウェア・ライブラリ(ソフトウェア・ライブラリ)は、ソフトウェア・パッチ、仮想アプライアンス・イメージ、参照ゴールド・イメージ、アプリケーション・ソフトウェアおよび関連するディレクティブのスクリプトなどのソフトウェア・エンティティを格納するリポジトリとして機能する、Enterprise Manager Cloud Control内の機能です。ソフトウェア・ライブラリは、プロビジョニングやパッチ適用などの操作に必要です。
「Oracleソフトウェア・ライブラリの構成」を選択します。一意のディレクトリ名を示す絶対パスを入力します。デフォルトでは、構成される記憶域の場所が、OMS共有ファイル・システムの場所であるため、OMSホストにマウントされた場所を入力することを強くお薦めします。これは、ソフトウェア・ライブラリの同じマウントされた場所を使用できるOMSインスタンスをさらにインストールする場合に役立ちます。
重要: ソフトウェア・ライブラリは、主に「OMS共有ファイル・システム」の場所と「OMSエージェント・ファイル・システム」の場所の2つのタイプの記憶域の場所をサポートしています。これらの記憶域の場所を理解するには、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。なんらかの理由で、OMS共有ファイル・システムの場所を構成できない場合は、OMSエージェントの記憶域の場所を構成してください。詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』のOMSエージェントのファイル・システムの場所の構成に関する項を参照してください。 |
注意:
|
デフォルトでインストールおよび構成される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
ディレクトリまでのパスを入力します。たとえば、/u01/software/examplehost/shrd/BIP/config
です
「クラスタ・ボリューム」に、Oracle BI Publisherが高可用性環境で動作するためにOracle BI Publisherスケジューラ記憶域が保持される共有記憶域の場所にある/cluster
ディレクトリまでのパスを入力します。たとえば、/u01/software/examplehost/shrd/BIP/cluster
です
警告: インストール後、これらのディレクトリを削除しないでください。ディレクトリはOracle BI Publisherが適切に機能するために必要なため、インストール時およびインストール後も必要です。 |
インストールおよび構成されているOracle BI Publisherを有効または無効にします。Oracle BI Publisherを有効にすると、ソフトウェアが起動され、Enterprise Managerシステム内で使用するための準備が整えられます。Oracle BI Publisherを無効にすると、ソフトウェアは起動されずにそのままになります。
Oracle BI Publisherを有効にするには、「Oracle BI Publisherの有効化」を選択します。
注意: インストール時にOracle BI Publisherを無効にするよう選択した場合、インストール後に次のEM CTLコマンドをOMSホストのOracleホームのbin ディレクトリから実行して有効にできます。
コマンドはOracle BI Publisherを有効にするのみで、起動はしません。開始するには、最初のOMSホストのOracleホームの
|
ポートのカスタマイズ
「ポート構成の詳細」画面で、様々なコンポーネントに使用されるポートをカスタマイズします。
Oracleによって推奨されるポート範囲の内部または外部にある空きカスタム・ポートを入力できます。
ポートが空いているかどうかを確認するには、次のコマンドを実行します。
UNIXの場合:
netstat -anp | grep <port no>
Microsoft Windowsの場合:
netstat -an|findstr <port_no>
ただし、カスタム・ポートは、1024より大きく、65535未満である必要があります。または、ポートがstaticports.ini
ファイルに事前に定義されていて、それらのポートを使用する場合、「staticports.iniファイルのインポート」をクリックして、ファイルを選択します。
注意: staticports.ini ファイルがインストール中に渡される場合、staticports.ini ファイルで定義されたポートがデフォルトで表示されます。ファイルが渡されない場合、推奨範囲から使用可能な最初のポートが表示されます。
|
「次へ」をクリックします。
確認および構成
「確認」画面で、選択したインストール・タイプに指定した詳細を確認します。
詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。
詳細を確認し問題がない場合、「構成」をクリックしてインストール・プロセスを開始します。
進行状況の追跡
「インストールの進行状況」画面で、インストール全体の進行状況(パーセント表示)を確認します。
注意:
|
インストールの終了
「終了」画面に、Enterprise Managerのインストールに関連する情報が表示されます。情報を確認し、「閉じる」をクリックして、インストール・ウィザードを終了します。
注意: サーバー・ロード・バランサ(SLB)が環境に構成され、アップロード・ポートがロックされている場合、JVMDエンジンに対してSLBを構成し、OMSを保護します。SLBが環境に構成されているが、アップロード・ポートのロックが解除されている場合、JVMDのトラフィックにSLBを経由させるかどうかを決定します。そのようにする場合、JVMDエンジンに対してSLBを構成し、OMSを保護します。 OMSを保護するには、OMSホストのOracleホームの
|
configureGC.sh
(Microsoft Windowsの場合はconfigureGC.bat
)スクリプトの起動中に渡すことができる、追加の拡張オプションを次に示します。
Oracle Enterprise Manager Cloud Control 13c以降の場合、GCDomainは、WebLogicドメインの作成でサポートされている唯一のドメイン名です。カスタマイズしたWebLogicドメイン名はサポートされていません。
ソフトウェア・キット(DVDまたはダウンロードしたソフトウェア)にないプラグインをインストールする場合は、次の手順を実行します。
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html
また、パートナまたはカスタマ用のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のパラメータを使用してConfigureGC.sh
スクリプト(またはMicrosoft WindowsではConfigureGC
.bat
)を起動し、追加のプラグインがダウンロードされた場所を渡します。
UNIXプラットフォームの場合:
./ConfigureGC.sh PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>
Microsoft Windowsプラットフォームの場合:
./ConfigureGC.bat PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>
ここには、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)で使用可能なプラグインや、このカスタムの場所で使用可能なプラグインの一覧が表示されます。インストールするものを選択できます。
構成が正常に終了すると、OMSおよび管理エージェントが自動的に起動されます。これらを自動的に起動しないようにする場合は、START_OMS
とSTART_AGENT
のオプションを指定してスクリプトを呼び出し、制御する対象に応じて、それらをtrue
またはfalse
に設定します。
注意: 第4.4.1.1項の説明に従って、ソフトウェア・バイナリをインストールするためにインストール・ウィザードを起動した場合でも、必ずSTART_OMS およびSTART_AGENT オプションを使用してください。 |
たとえば、管理エージェントを自動的に起動しない場合、次のコマンドを実行します。
$<ORACLE_HOME>/sysman/install/ConfigureGC.sh START_OMS=true START_AGENT=false
この拡張オプションに関連する制限を理解するには、第3.4.3項を参照してください。
Oracle Enterprise Manager Cloud Control基本インストレーション・ガイドのEnterprise Managerシステムのインストールに関する章に示されているインストール後の手順を実行します。
この項では、サイレント・モードでEnterprise Manager Cloud Controlのソフトウェア・バイナリのみインストールして、後でインストールを構成する方法について説明します。この項の具体的な内容は次のとおりです。
Enterprise Manager Cloud Control 13cリリース1ソフトウェア・バイナリのインストール(サイレント・モード)
Enterprise Manager Cloud Control 13cリリース1ソフトウェア・バイナリの構成(サイレント・モード)
サイレント・モードでのEnterprise Manager Cloud Control 13cリリース1ソフトウェア・バイナリの構成後の構成後タスクの実行
サイレント・モードでEnterprise Manager Cloud Controlのソフトウェア・バイナリのみをインストールするには、次の手順を実行します。
注意: インストーラを起動する前にEM前提条件キットを実行し、リポジトリの前提条件をすべて満たしていることをあらかじめ確認することをお薦めします。手動で実行していない場合でも、製品のインストール中はインストーラによってバックグラウンドで実行されています。ただし、事前に手動で実行すると、インストールまたはアップグレード・プロセスを開始できる前に、管理リポジトリが設定されます。キットの詳細とその実行方法、キットで実行される前提条件チェックについては、『Oracle Enterprise Manager基本インストレーション・ガイド』を参照してください。ただし、オラクル社提供のデータベース・テンプレートを使用して事前構成済の管理リポジトリで作成されたデータベース・インスタンスを使用する場合は、EM前提条件キットの起動中に次のパラメータを渡します。
|
インストーラを起動して、ソフトウェアのみのサイレント・インストールの実行で使用する必要があるレスポンス・ファイルを生成します。
./em13100_<platform>.bin -getResponseFileTemplates -outputLoc <absolute_path_to_a_directory_to_store_the_generated_response_file>
注意: このコマンドによって3つのレスポンス・ファイルが生成されます。このソフトウェアのみのサイレント・インストールではsoftware_only.rsp ファイルのみを使用する必要があります。 |
software_only.rsp
ファイルを編集し、表4-2に示された変数に適切な値を入力します。
インストーラをサイレント・モードで起動し、更新したレスポンス・ファイルを渡します。
(Unixでは、必ず作成したoinstall
グループに属するユーザーとしてインストーラを起動します。オペレーティング・システム・グループおよびユーザーの作成の詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。)
これがホストにインストールする最初のOracle製品である場合は、次のコマンドを実行します。
./em13100_<platform>.bin -silent -responseFile <absolute_path_to_the_directory_where_the_generated_and_updated_response_file_is_stored>/software_only.rsp [-invPtrLoc <absolute_path_to_oraInst.loc>]
最初のOracle製品でない場合は、次のコマンドを実行します。
./em13100_<platform>.bin -silent -responseFile <absolute_path_to_the_directory_where_the_generated_and_updated_response_file_is_stored>/software_only.rsp
注意:
|
i
表4-2は、編集する必要がある変数およびソフトウェア・バイナリをインストールするためのsoftware_only.rsp
レスポンス・ファイルでの編集方法を示しています。
表4-2 サイレント・モードでのソフトウェアのみの方法を使用したEnterprise Manager 13cリリース1ソフトウェアをインストールするためのsoftware_only.rspレスポンス・ファイルの編集
パラメータ | データ型 | 値に二重引用符が必要かどうか | 説明 |
---|---|---|---|
UNIX_GROUP_NAME |
文字列 |
はい |
(中央インベントリが存在しない場合にのみ必須)所属するUNIXグループの名前を入力します。 たとえば、 注意: このパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされません。 |
INVENTORY_LOCATION |
文字列 |
はい |
(中央インベントリが存在しない場合にのみ必須)中央インベントリへの絶対パスを入力します。デフォルトのインベントリ・ディレクトリに対して読取り、書込み権限および実行権限があることを確認します。 たとえば、 注意: このパラメータはUNIXプラットフォームでのみサポートされ、Microsoft Windowsプラットフォームではサポートされません。 |
SECURITY_UPDATES_VIA_MYORACLESUPPORT |
ブール |
いいえ |
|
DECLINE_SECURITY_UPDATES |
ブール |
いいえ |
|
INSTALL_UPDATES_SELECTION |
文字列 |
はい |
この変数はデフォルトで、インストール中にソフトウェア更新がインストールされないことを示す
|
ORACLE_MIDDLEWARE_HOME_LOCATION |
文字列 |
はい |
インストーラでOracle WebLogic Server 12cリリース1 (12.1.3.0)およびJava Development Kit (JDK) 1.7.0_80をインストールする場所を入力します。ミドルウェアの場所に書込み権限があることを確認します。 たとえば、 注意: ミドルウェア・ホームのパスの文字数が、Unixプラットフォームでは70文字、Microsoft Windowsプラットフォームでは25文字を超えていないことを確認してください。 たとえば、22文字のみを含むミドルウェア・ホームのパス |
AGENT_BASE_DIR |
文字列 |
はい |
管理エージェントをインストールできるエージェント・ベース・ディレクトリ(Oracleミドルウェア・ホーム外の場所)への絶対パスを入力します。 たとえば、 この場所が空で、書込み権限があることを確認してください。また、常に、Oracleミドルウェア・ホーム外で管理されるようにしてください。 注意: (Microsoft Windowsのみ)エージェント・ベース・ディレクトリのパスの文字数が、25文字を超えていないことを確認してください。たとえば、22文字のみを含むエージェント・ベース・ディレクトリのパス |
ORACLE_HOSTNAME |
文字列 |
はい |
DNSに登録されており、他のネットワーク・ホストからアクセスできる完全修飾ドメイン名を入力します。または、このサイトのすべてのOMSインスタンスについて ホスト名はローカルのOracle WebLogic ServerおよびOracle Management Serviceに使用されるため、ホスト名はローカル・ホストに対して解決する必要があります。このフィールドには、リモート・ホストやロード・バランサ仮想ホストを指定しないでください。IPアドレスは入力しないでください。名前にアンダースコアを使用しないでください。省略名は可能ですが、警告が表示されます。このため、かわりに完全修飾ドメイン名を入力することをお薦めします。 ホスト名を指定しない場合、インストール・ウィザードは自動的に検出したホスト名をそのホストの名前として使用して続行します。 |
(UNIXのみ) Enterprise Manager Cloud Controlのソフトウェア・バイナリをインストールした後、新しい端末でrootユーザーとしてログインし、次のスクリプトを実行します。
これがホストにインストールした最初のOracle製品である場合、oraInstroot.sh
スクリプトを、管理エージェントのホームで使用可能なoraInst.loc
ファイルで指定されたインベントリの場所から実行します。
たとえば、oraInst.loc
ファイルで指定されたインベントリの場所が$HOME/oraInventory
である場合、次のコマンドを実行します。
$HOME/oraInventory/oraInstRoot.sh
注意: 自身がrootユーザーではない場合、SUDOを使用して、rootユーザーに変更してください。たとえば、次のようなコマンドを実行します。
|
OMSホームからallroot.sh
スクリプトを実行します。
$<ORACLE_HOME>/allroot.sh
注意: 自身がrootユーザーではない場合、SUDOを使用して、rootユーザーに変更してください。たとえば、次のようなコマンドを実行します。
|
Enterprise Manager Cloud Controlのソフトウェア・バイナリを構成するには、次の手順に従います。
第4.4.2.1項の手順1で生成したnew_install.rsp
ファイルにアクセスします。このファイルを編集し、表4-3に示された変数に適切な値を指定します。
ConfigureGC.sh
(Microsoft Windowsの場合はConfigureGC.bat
)スクリプトを起動し、前の手順で編集したレスポンス・ファイルを渡して、ソフトウェア・バイナリを構成します。
$<ORACLE_HOME>/sysman/install/ConfigureGC.sh -silent -responseFile <absolute_path_to_the_directory_where_the_generated_and_updated_response_file_is_stored>/new_install.rsp [-invPtrLoc <absolute_path_to_oraInst.loc>]
注意:
|
注意: サーバー・ロード・バランサ(SLB)が環境に構成され、アップロード・ポートがロックされている場合、JVMDエンジンに対してSLBを構成し、OMSを保護します。SLBが環境に構成されているが、アップロード・ポートのロックが解除されている場合、JVMDのトラフィックにSLBを経由させるかどうかを決定します。そのようにする場合、JVMDエンジンに対してSLBを構成し、OMSを保護します。 OMSを保護するには、OMSホストのOracleホームの
|
注意:
|
表4-3は、編集する必要がある変数およびソフトウェア・バイナリを構成するためのnew_install.rsp
ファイルでの編集方法を示しています。
表4-3 サイレント・モードでのソフトウェアのみの方法を使用したEnterprise Manager 13cリリース1ソフトウェアを構成するためのnew_install.rspレスポンス・ファイルの編集
パラメータ | データ型 | 値に二重引用符が必要かどうか | 説明 |
---|---|---|---|
PLUGIN_SELECTION |
デフォルトでは、Oracle Database Plug-in、Oracle Fusion Middleware Plug-in、Oracle Exadata Plug-in、Oracle Cloud Framework Plug-in、Oracle System Infrastructure Plug-inなどの必須プラグインは、Enterprise Managerシステムとともに自動的にインストールされます。 デフォルトのプラグインに加えてその他のプラグインをデプロイする場合は、それらのプラグインの名前をカンマ区切りリストで指定します。プラグインの名前は二重引用符で囲んでください。 13cリリース1でのみサポートされ、後続のリリースではサポートされない非推奨のプラグインをデプロイしようとする場合は、選択内容を確認し、そのプラグインのデプロイメントを続行するかどうかを決めます。 次に例を示します。
ソフトウェア・キット(DVDまたはダウンロードしたソフトウェア)にないプラグインをインストールする場合は、次の手順を実行します。
|
||
WLS_ADMIN_SERVER_USERNAME |
文字列 |
はい |
デフォルトでは、 |
WLS_ADMIN_SERVER_PASSWORD |
文字列 |
はい |
WebLogicユーザー・アカウントのパスワードを入力します。 パスワードはスペースを含めず8文字以上で、先頭は文字とし、1つ以上の数字を含めるようにしてください。 |
WLS_ADMIN_SERVER_CONFIRM_PASSWORD |
文字列 |
はい |
WebLogicユーザー・アカウントのパスワードを確認します。 |
NODE_MANAGER_PASSWORD |
文字列 |
はい |
デフォルトでは、 パスワードはスペースを含めず8文字以上で、先頭は文字とし、1つ以上の数字を含めるようにしてください。 |
NODE_MANAGER_CONFIRM_PASSWORD |
文字列 |
はい |
ノード・マネージャのユーザー・アカウントのパスワードを確認します。 |
ORACLE_INSTANCE_HOME_LOCATION |
文字列 |
はい |
デフォルトでは、 この場所の詳細は、第2.3.3項を参照してください。 注意: NFSマウントされたドライブにインストール中で、OMSインスタンス・ベース・ディレクトリ(gc_inst)をNFSマウントされたドライブに作成している場合、インストール後に、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。手順については、第4.4.2.4項を参照してください。 |
DATABASE_HOSTNAME |
文字列 |
はい |
既存のデータベースが常駐するホストの完全修飾名を入力します。ホスト名にアンダースコアがないことを確認します。 たとえば、 オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリでデータベース・インスタンスを作成している場合は、そのデータベース・インスタンスの詳細を指定します。 Oracle RAC Databaseに接続する場合、ノードに仮想ホスト名が含まれていれば、ノードの1つの仮想ホスト名を指定します。 この仮想ホスト名のみで構成された接続文字列を使用してデータベースへの接続が確立され、インストールは正常に終了します。 ただし、クラスタの他のノードの接続文字列を更新する場合、インストール後に次のコマンドを実行します。
単一クライアント・アクセス名(SCAN)リスナーを使用するようOracle RACデータベース11.2以上が構成されている場合、SCANリスナーを使用した接続文字列を入力できます。 ACFSを使用する場合は、ACFSディスクをマウントするクラスタに次のパラメータがあることを確認し、
次に例を示します。
注意: オラクル社提供のデータベース・テンプレートを使用して作成されたデータベース・インスタンスに接続する場合は、ユーザー・アカウントSYSMAN_MDS、SYSMAN_APMおよびSYSMAN_OPSS (管理リポジトリの事前構成中に作成されたもの)に割り当てられているパスワードが、 |
LISTENER_PORT |
文字列 |
はい |
既存のデータベースに接続するためのリスナー・ポートを入力します。 たとえば、 |
SERVICENAME_OR_SID |
文字列 |
はい |
既存のデータベースのサービス名またはシステムID (SID)を入力します。 たとえば、 プラガブル・データベース(PDB)の詳細を指定する場合は、別名ではなく完全なサービス名を使用してください。たとえば、pdb.example.comです。単独プラガブル・データベース(単独PDB)の詳細を指定する場合は、完全なサービス名を使用してください。たとえば、pdb.example.comです。非コンテナ・データベース(非CDB)の詳細を指定する場合は、SIDを使用してください。 |
SYS_PASSWORD |
文字列 |
はい |
SYSユーザー・アカウントのパスワードを入力します。 |
DEPLOYMENT_SIZE |
文字列 |
はい |
次のいずれかの値を設定して、監視予定のターゲットの数、予定している管理エージェント数および予定している同時ユーザー・セッション数を示します。
たとえば、 接続しているデータベースが、オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリで作成されたデータベース・インスタンスの場合、ここで選択したデプロイメント・サイズが、データベース・インスタンスの作成中にOracle Database Configuration Assistant (DBCA)の手順2/12「データベース・テンプレート」画面で選択したデプロイメント・サイズと一致するようにしてください。 DBCAを使用したデータベース・インスタンスの作成中に選択したデプロイメント・サイズとは異なるデプロイメント・サイズを選択する場合、次のいずれかを行います。
|
SYSMAN_PASSWORD |
文字列 |
はい |
SYSMANユーザー・アカウントを作成するパスワードを入力します。このパスワードは、SYSMANユーザー(管理リポジトリ・スキーマのプライマリ所有者)を作成する場合に使用します。 パスワードはスペースを含めず8文字以上で、先頭は文字とし、1つ以上の数字を含めるようにしてください。 注意: オラクル社提供のデータベース・テンプレートを使用して作成されたデータベース・インスタンスに接続する場合は、ユーザー・アカウントSYSMAN_MDS、SYSMAN_APMおよびSYSMAN_OPSS (管理リポジトリの事前構成中に作成されたもの)に割り当てられているパスワードが、この画面に入力したSYSMANパスワードで自動的にリセットされます。 |
SYSMAN_CONFIRM_PASSWORD |
文字列 |
はい |
SYSMANユーザー・アカウントのパスワードを確認します。 |
AGENT_REGISTRATION_PASSWORD |
文字列 |
はい |
OMSと管理エージェントの間の通信を保護するには、パスワードを入力します。管理エージェントを保護するためのパスワードと同じ登録パスワードを入力する必要があります。 |
AGENT_REGISTRATION_CONFIRM_PASSWORD |
文字列 |
はい |
エージェント登録パスワードを確認します。 |
MANAGEMENT_TABLESPACE_LOCATION |
文字列 |
はい |
管理表領域用のデータ・ファイル( 次に例を示します。
Enterprise Manager Cloud Controlでは、監視対象ターゲットやそのメトリックなどに関する情報を格納するためにこのデータ・ファイルが必要です。基本的に、構成データ、ソフトウェア・ライブラリ・データおよび監査データ以外の情報はすべてこのデータ・ファイルに格納されます。 |
CONFIGURATION_DATA_TABLESPACE_LOCATION |
文字列 |
はい |
構成データ表領域用のデータ・ファイル( たとえば、 Enterprise Manager Cloud Controlでは、監視対象ターゲットから収集された構成情報を格納するためにこのデータ・ファイルが必要です。 |
JVM_DIAGNOSTICS_TABLESPACE_LOCATION |
文字列 |
はい |
JVM診断データ表領域用のデータ・ファイル( たとえば、 Enterprise Manager Cloud Controlでは、JVM診断およびアプリケーション依存性とパフォーマンス(ADP)に関連する監視データを格納するために、このデータ・ファイルが必要です。 |
CONFIGURE_ORACLE_SOFTWARE_LIBRARY |
ブール |
いいえ |
インストール時にソフトウェア・ライブラリを構成するには、このパラメータを インストール時に構成しない場合でも、インストールは成功し、後ほどEnterprise Manager Cloud Controlコンソールからいつでも構成できます。ただし、インストーラによって自動的に構成が行われ、時間と労力を省くことができるため、インストール時にソフトウェア・ライブラリ構成することをお薦めします。 |
SOFTWARE_LIBRARY_LOCATION |
文字列 |
はい |
|
CONFIGURE_SHARED_LOCATION_BIP |
ブール |
いいえ |
デフォルトでインストールおよび構成されるOracle BI Publisherの共有の場所を構成します。これには、パラメータを 共有記憶域の場所は、レポート・カタログおよび現在インストールしている最初のOMSおよび今後インストールする予定の追加のOMSに関連する管理情報を格納するための共通の場所として機能します。 Oracle BI Publisherのために使用する共有場所を特定します。既存の共有場所がない場合、新たに作成し、最初のOMSをインストールするホストおよび追加のOMSインスタンスをインストールする予定のホストでそれが認識されることを確認します。 インストールが成功するように、インストール時に共有ディレクトリ用のハードディスク・ドライブを約400MB予約できます。ただし、追加のプラグインをインストールしたり、さらに多くのレポートを作成するにつれて、領域の使用率は時間とともに増えていくため、最終的に少なくとも10GBに拡張し、将来的にはさらに拡張できるようにすることをお薦めします。 |
CLUSTER_LOCATION |
文字列 |
はい |
これは、 Oracle BI Publisherが高可用性環境で動作するためにOracle BI Publisherスケジューラ記憶域が保持される共有記憶域の場所にある |
CONFIG_LOCATION |
文字列 |
はい |
これは、 Oracle BI Publisherリポジトリおよび構成ファイルが格納される共有記憶域の場所にある |
ENABLE_BI_PUBLISHER |
ブール |
いいえ |
インストールおよび構成されているOracle BI Publisherを有効または無効にします。Oracle BI Publisherを有効にすると、ソフトウェアが起動され、Enterprise Managerシステム内で使用するための準備が整えられます。Oracle BI Publisherを無効にすると、ソフトウェアは起動されずにそのままになります。 Oracle BI Publisherを有効にするにはこのパラメータを |
STATIC_PORTS_FILE |
文字列 |
はい |
デフォルトでは、第2.1.12項で説明されているポートが適用されます。デフォルトのポートを受け入れる場合は、このフィールドを空白のままにしておきます。 カスタム・ポートを使用する場合、インストールに使用されるカスタム・ポートをリストしている |
Oracle Enterprise Manager Cloud Control基本インストレーション・ガイドのEnterprise Managerシステムのインストールに関する章に示されているインストール後の手順を実行します。