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`)を必ず無効にしてください。次の手順を実行します。 `optimizer_adaptive_features`パラメータを`FALSE`に設定することにより、適応的なオプティマイザ機能を無効にします。このためには、次のSQLコマンドを実行します。 `alter system set optimizer_adaptive_features=false scope=both sid='*';` データベースを再起動します。変更が有効になったことを確認します。このためには、次の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

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つの語の間に空白文字が含まれているため、このディレクトリからはソフトウェアをダウンロードして実行しないでください。

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

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

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

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

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

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

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

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製品である場合、デフォルトのセントラル・インベントリの場所は<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プラットフォームではサポートされないことに注意してください。

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

「次へ」をクリックします。
前提条件を確認します。

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

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

前提条件チェックのステータスは、「警告」、「失敗」、「成功」、「実行されませんでした」、「進行中」、「保留中」のいずれかです。
- 一部のチェックの結果が「警告」または「失敗」ステータスになった場合、インストールを続ける前に問題を調べて修正してください。この画面では、前提条件が満たされなかった理由や解決方法を提供します。問題を修正した後、この画面に戻り、「再実行」をクリックして前提条件を再度チェックします。
- ただし、これから先に進むにはすべてのパッケージの要件を満たすか、修正する必要があります。そうしなければ、インストールが失敗することがあります。

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

注意:

前提条件チェックが失敗しパッケージの欠落が報告された場合、必要なパッケージをインストールして、「再実行」をクリックしてください。インストール・ウィザードがパッケージの名前およびバージョンを検証するので、必ず第2章で説明している最小バージョンのパッケージをインストールしてください。インストール・ウィザードがこれらのパッケージを検証するために使用する論理を理解するには、第2.1.1項を参照してください。

インストール・タイプを選択します。

「インストール・タイプ」画面で、「Enterprise Managerシステムの新規作成」を選択し、続いて「単純」を選択します。
「次へ」をクリックします。

インストールの詳細を入力します。

「インストールの詳細」画面で、次のようにします。

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項を参照してください。

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プラットフォームで使用できません。

OMSを構成するホストの名前を検証します。

ホストが仮想マシンを使用して構成されている場合は、ホスト名は完全修飾名または仮想ホスト名で表示されます。ORACLE_HOSTNAMEの値を指定してインストール・ウィザードを起動した場合、このフィールドにはその名前が事前に移入されます。

デフォルトのホスト名を受け入れるか、DNSに登録され、他のネットワーク・ホストからアクセスできる完全修飾ドメイン名を入力します。または、このサイトですべてのOMSインスタンスの/etc/hostsファイルに定義されているエイリアス・ホスト名を入力します。

注意:

ホスト名はローカルのOracle WebLogic ServerおよびOracle Management Serviceで使用されるため、ホスト名はローカル・ホストまたは仮想ホストに解決する必要があります。このフィールドには、リモート・ホストやロード・バランサ仮想ホストを指定しないでください。IPアドレスを入力しないでください。名前にアンダースコアを使用しないでください。短縮名も使用できますが、警告が表示されるため、完全修飾ドメイン名を入力することをお薦めします。

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

構成の詳細を入力します。

「構成詳細」画面で、次のようにします。

管理者パスワードを入力します。これは、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システムに参加する新しい管理エージェントの認証に使用されます。

管理リポジトリの作成が必要な既存の動作保証済データベースの詳細を指定します。オラクル社提供のデータベース・テンプレートを使用して、事前構成済の管理リポジトリでデータベース・インスタンスをすでに作成した場合は、そのデータベース・インスタンスの詳細を指定します。

インストーラはこの情報を使用して、既存のデータベースに接続し、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」を参照してください。

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

注意:

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コマンドを使用してパスワードを作成してください。

共有場所を構成します。

注意:

Microsoft Windowsでインストーラを起動した場合、「Enterprise Manager共有場所の詳細」画面に「構成ボリューム」オプションと「クラスタ・ボリューム」オプションは表示されません。これは予測されている動作です。

「Enterprise Manager共有場所の詳細」画面で、次の操作を実行します。

(オプション) 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をインストールして、同じソフトウェア・ライブラリの場所を使用するように構成できます。
ソフトウェア・ライブラリの構成後、ソフトウェア・ライブラリ管理コンソールで場所の詳細を表示できます。このコンソールにアクセスするには、「設定」メニューから、「プロビジョニングとパッチ適用」、「ソフトウェア・ライブラリ」の順に選択します。

(オプション)デフォルトでインストールされて構成される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のインストールに使用するユーザー・アカウントに、これらのパスの読取りおよび書込み権限があることを確認します。

注意:

「構成ボリューム」に、Oracle BI Publisherリポジトリおよび構成ファイルが格納される共有記憶域の場所にある/configディレクトリまでのパスを入力します。たとえば、/ntwkshrd/bip/configなどです。

「クラスタ・ボリューム」に、Oracle BI Publisheが高可用性環境で動作するためにOracle BI Publisherスケジューラ記憶域が保持される共有記憶域の場所にある/clusterディレクトリまでのパスを入力します。たとえば、/ntwkshrd/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を無効にするよう選択した場合、インストール後に有効にするには、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

「次へ」をクリックします。
確認してインストールします。

「確認」画面で、選択したインストール・タイプに指定した詳細を確認します。
- 詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。
- 詳細を確認し問題がない場合、「インストール」をクリックしてインストール・プロセスを開始します。

進行状況を追跡します。

「インストールの進行状況」画面で、インストールの全体的な進行(パーセント)とコンフィギュレーション・アシスタントのそれぞれのステータスを参照します。コンフィギュレーション・アシスタントは、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スクリプトが失敗した場合は、環境をクリーンアップし、インストールを再実行します。

スクリプトを実行します。

ソフトウェア・バイナリのコピーおよび構成の後、allroot.shスクリプト、および今回がホストでの最初のOracle製品のインストールの場合oraInstRoot.shスクリプトを実行するように要求されます。別のウィンドウを開き、rootとしてログインし、これらのスクリプトを手動で実行します。

Microsoft Windowsオペレーティング・システム上でインストールしている場合、このスクリプトの実行は要求されません。
インストールを終了します。

「終了」画面に、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を本番サイト用にインストールする場合は、次の手順を実行します。

注意:

-componentVariables repository:EXECUTE_CHECKS_NOSEED_DB_FOUND:false

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つの語の間に空白文字が含まれているため、このディレクトリからはソフトウェアをダウンロードして実行しないでください。

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

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

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

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

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

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

注意:

<Software_Location>/em13100_<platform>.bin SHOW_PROXY=true

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

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製品である場合、デフォルトのセントラル・インベントリの場所は<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プラットフォームではサポートされないことに注意してください。

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

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

前提条件を確認します。

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

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

前提条件チェックのステータスは、「警告」、「失敗」、「成功」、「実行されませんでした」、「進行中」、「保留中」のいずれかです。

一部のチェックの結果が「警告」または「失敗」ステータスになった場合、インストールを続ける前に問題を調べて修正してください。この画面では、前提条件が満たされなかった理由や解決方法を提供します。問題を修正した後、この画面に戻り、「再実行」をクリックして前提条件を再度チェックします。

注意:

「警告」のステータスがついたチェックは、「無視」をクリックすれば無視できます。ただし、これから先に進むにはすべてのパッケージの要件を満たすか、修正する必要があります。

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

注意:

インストール・タイプを選択します。

「インストール・タイプ」画面で、「Enterprise Managerシステムの新規作成」を選択し、続いて「拡張」を選択します。
「次へ」をクリックします。

インストールの詳細を入力します。

「インストールの詳細」画面で、次のようにします。

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プラットフォームで使用できません。

管理エージェントをインストールできるエージェント・ベース・ディレクトリ(ミドルウェア・ホーム外の場所)の絶対パスを入力します。たとえば、ミドルウェア・ホームが/u01/software/em13c/oraclehomeの場合は、エージェント・ベース・ディレクトリを/u01/software/em13c/agentbasedirとして指定できます。

この場所が空で、書込み権限があることを確認してください。また、常に、Oracleミドルウェア・ホーム外で管理されるようにしてください。

注意:

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

OMSを構成するホストの名前を検証します。

ホストが仮想マシンを使用して構成されている場合は、ホスト名は完全修飾名または仮想ホスト名で表示されます。ORACLE_HOSTNAMEの値を指定してインストール・ウィザードを起動した場合、このフィールドにはその名前が事前に移入されます。

注意:

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

プラグインをデプロイします。

「プラグイン・デプロイメント」画面で、Enterprise Managerシステムのインストール中にソフトウェア・キット(DVD、ダウンロード済ソフトウェア)からインストールするオプションのプラグインを選択します。

プラグインは、特定のターゲット・タイプまたはソリューション領域に合うようカスタマイズされた特別な管理機能を提供するプラガブル・エンティティです。

事前に選択されている行は、デフォルトでインストールされる必須プラグインです。インストールするオプションのプラグインを選択します。

注意:

13cリリース1でのみサポートされ、後続のリリースではサポートされない非推奨のプラグインを選択した場合、選択内容を確認し、そのプラグインのデプロイメントを続行するかどうかを決めるよう求められます。

注意:

インストール時にソフトウェア・キットにないプラグインをインストールする場合、第5.5.1項の追加プラグインのインストール方法についての説明を参照してください。

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

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では、ノード・マネージャ・サービスは作成されません。これは予測されている動作です。

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

データベース接続の詳細を入力します。

「データベース接続の詳細」画面で、次のようにします。

注意:

オラクル社提供のデータベース・テンプレートを使用して作成されたデータベース・インスタンスに接続する場合は、ユーザー・アカウントSYSMAN_MDS、SYSMAN_APMおよびSYSMAN_OPSS (管理リポジトリの事前構成中に作成されたもの)に割り当てられているパスワードが、(手順20で説明するとおり)「Enterprise Manager構成の詳細」画面に入力したSYSMANパスワードで自動的にリセットされます。
プラガブル・データベース(PDB)の詳細を指定する場合は、別名ではなく完全なサービス名を使用してください。たとえば、pdb.example.comです。単独プラガブル・データベース(単独PDB)の詳細を指定する場合は、完全なサービス名を使用してください。たとえば、pdb.example.comです。非コンテナ・データベース(非CDB)の詳細を指定する場合は、SIDを使用してください。
単一クライアント・アクセス名(SCAN)で構成されたOracle RACデータベースの詳細を指定する場合は、SCAN名をホスト名として入力できます。

「デプロイメント・サイズ」リストからデプロイメント・サイズを選択して、監視予定のターゲットの数と予定している管理エージェントおよび同時ユーザー・セッションの数を指定します。

表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アドバンスト・インストレーションおよび構成ガイド』を参照してください。

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

注意:

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」を参照してください。

「Enterprise Manager構成詳細」に入る

「Enterprise Manager構成詳細」画面で、次の手順を実行します。

「SYSMANパスワード」に、SYSMANユーザー・アカウントを作成するためのパスワードを入力します。SYSMANユーザー・アカウントは、SYSMANスキーマの作成に使用されます。これは、Enterprise Manager Cloud Controlの管理に使用されるほとんどのリレーショナル・データを保持します。SYSMANは、Enterprise Manager Cloud Controlのスーパー管理者でもあります。

注意:

パスワードはスペースを含めず8文字以上とします。先頭は文字とし、数字を1つ以上含めるようにしてください。
オラクル社提供のデータベース・テンプレートを使用して作成されたデータベース・インスタンスに接続する場合は、ユーザー・アカウントSYSMAN_MDS、SYSMAN_APMおよびSYSMAN_OPSS (管理リポジトリの事前構成中に作成されたもの)に割り当てられているパスワードが、この画面に入力したSYSMANパスワードで自動的にリセットされます。

「登録パスワード」に、Enterprise Managerシステムを結合する新しい管理エージェントを登録するパスワードを入力します。

注意:
パスワードはスペースを含めず8文字以上とします。先頭は文字とし、数字を1つ以上含めるようにしてください。
「管理表領域」には、管理表領域のデータ・ファイル(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
「構成データ表領域」には、構成データ表領域のデータ・ファイル(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インスタンスをさらにインストールする場合に役立ちます。

重要:

注意:

インストール時のソフトウェア・ライブラリの構成はオプションです。このオプションを選択せずに、これを構成しなくても、インストールは成功します。ソフトウェア・ライブラリは、初期設定コンソールまたはソフトウェア・ライブラリ管理コンソール(Enterprise Manager Cloud Controlコンソール内で使用可能)を使用して後で構成できます。ただし、インストーラによって自動的に構成が行われるように、インストール時にはこのオプションを選択して構成することを強くお薦めします。これにより、時間と労力を節約でき、最初のOMSの直後に追加OMSをインストールして、同じソフトウェア・ライブラリの場所を使用するように構成できます。
ソフトウェア・ライブラリの構成後、ソフトウェア・ライブラリ管理コンソールで場所の詳細を表示できます。このコンソールにアクセスするには、「設定」メニューから、「プロビジョニングとパッチ適用」、「ソフトウェア・ライブラリ」の順に選択します。

デフォルトでインストールされて構成されるOracle BI Publisherの共有場所を構成します。共有記憶域の場所は、レポート・カタログおよび現在インストールしている最初のOMSおよび今後インストールする予定の追加のOMSに関連する管理情報を格納するための共通の場所として機能します。

(i) Oracle BI Publisherに使用できる共有場所を指定します。

注意:

警告:

インストールされて構成されているOracle BI Publisherを有効または無効にします。Oracle BI Publisherを有効にすると、ソフトウェアが起動され、Enterprise Managerシステム内で使用するための準備が整えられます。Oracle BI Publisherを無効にすると、ソフトウェアは起動されずにそのままになります。

Oracle BI Publisherを有効にするには、「Oracle BI Publisherの有効化」を選択します。

注意:

$<ORACLE_HOME>/bin/emctl config oms -enable_bip

コマンドはOracle BI Publisherを有効にするのみで、起動はしません。開始するには、Oracleホームのbinディレクトリから次のコマンドを実行します。

$<ORACLE_HOME>/bin/emctl start oms -bip_only

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

ポートをカスタマイズします。

「ポート構成の詳細」画面で、各種コンポーネントが使用するポートをカスタマイズします。

注意:

この画面のすべてのポートが-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

「次へ」をクリックします。
確認およびインストール

「確認」画面で、選択したインストール・タイプに指定した詳細を確認します。
- 詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。
- 詳細を確認し問題がない場合、「インストール」をクリックしてインストール・プロセスを開始します。

進行状況の追跡

注意:

コンフィギュレーション・アシスタントが失敗した場合、インストーラは停止して、その後のコンフィギュレーション・アシスタントはどれも実行されません。問題を解決してコンフィギュレーション・アシスタントを再試行してください。

詳細は、『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スクリプトが失敗した場合は、環境をクリーンアップし、インストールを再実行します。

スクリプトの実行

ソフトウェア・バイナリのコピーおよび構成の後、allroot.shスクリプト、および今回がホストでの最初のOracle製品のインストールの場合oraInstRoot.shスクリプトを実行するように要求されます。別のウィンドウを開き、rootとしてログインし、これらのスクリプトを手動で実行します。

Microsoft Windowsオペレーティング・システム上でインストールしている場合、このスクリプトの実行は要求されません。
インストールの終了

「終了」画面に、Enterprise Managerのインストールに関連する情報が表示されます。情報を確認し、「閉じる」をクリックして、インストール・ウィザードを終了します。

このインストールの詳細は、Oracleホームで入手可能な次のファイルを参照してください。

$<ORACLE_HOME>/install/setupinfo.txt

注意:

OMSを保護するには、次のコマンドを実行します。

注意:

./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

OMSを起動します。

$<ORACLE_HOME>/bin/emctl start oms
管理エージェントを保護します。

$<AGENT_HOME>/bin/emctl secure agent
管理エージェントを起動します。

$<AGENT_HOME>/bin/emctl start agent
ターゲットを追加します。

$<AGENT_HOME>/bin/emctl config agent addinternaltargets
ターゲットをアップロードします。

$<AGENT_HOME>/bin/emctl upload agent

START_OMS=true

START_AGENT=false

管理エージェントを起動します。

$<AGENT_HOME>/bin/emctl start agent

START_OMS=false

START_AGENT=true

OMSを起動します。

$<ORACLE_HOME>/bin/emctl start oms
管理エージェントを保護します。

$<AGENT_HOME>/bin/emctl secure agent
ターゲットを追加します。

$<AGENT_HOME>/bin/emctl config agent addinternaltargets
ターゲットをアップロードします。

$<AGENT_HOME>/bin/emctl upload agent

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

オラクル社提供のデータベース・テンプレートを使用して、事前構成された管理リポジトリで作成したデータベース・インスタンスに接続する場合(付録Cを参照)、インストーラの「データベース接続の詳細」画面で選択するデプロイメント・サイズは、データベース・インスタンス作成中に、Oracle Database Configuration Assistant (DBCA)で選択したデプロイメント・サイズと一致するようにしてください。

DBCAを使用してデータベース・インスタンス作成中に選択したデプロイメント・サイズとは違うデプロイメント・サイズを選択する場合は、最初にデータベースのパラメータを修正してからインストーラのDatabase Connection Details画面へ戻ってインストールを継続してください。

オラクル社が提供するSQLを使用して自動的にパラメータを設定するには、次の手順に従ってください。

SQL PlusにSYSMANとしてログインします。

インストールするデプロイメント・サイズに応じて、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`

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

注意:

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システムのインストール後に、次のインストール後のタスクを実行します。

(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

インストールを確認します。

Oracleホームに移動し、次のコマンドを実行すると、OMSが稼働中であることを確認するメッセージが表示されます。

$<ORACLE_HOME>/bin/emctl status oms

次に例を示します。

/u01/software/em13c/oraclehome/bin/emctl status oms
管理エージェントのホームに移動して次のコマンドを実行すると、管理エージェントが稼働していることを確認するメッセージが表示されます。

$<AGENT_HOME>/bin/emctl status agent

次に例を示します。

/u01/software/em13c/agentbasedir/agent_13.1.0.0.0/bin/emctl status agent
管理エージェントのホームに移動して次のコマンドを実行すると、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

すべてのプラグインが正常にインストールされたか確認します。このためには、管理エージェント・ホームから次のログ・ファイルにアクセスし、このファイル内に警告: プラグイン構成に失敗しました。という文が存在していないことを確認します。この文が存在していなければ、すべてのプラグインが正常にインストールされています。

$<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

(オプション)リポジトリの前提条件を満たせず、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

注意:

インストール・ウィザードを実行して、リポジトリ設定を修正するためインストール・ウィザードによって修正処理を行い、インストールのプロセスを完了せずにウィザードを終了した場合、インストールを急に終了したためにリポジトリ設定が元の値にリセットされないことがあります。この場合は、インストール・ウィザードを再び起動する前に、前述のコマンドを実行して値を手動でリセットしてください。

デフォルトでは、次のターゲットが自動的に検出され、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管理者ガイド』のターゲット追加についての章を参照してください。
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
『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の説明に従って、プロキシを構成します。

(オプション) SYSMANパスワードを変更する場合は、OMSを停止し、OMSのOracleホームから次のコマンドを実行して、OMSを起動します。新旧のパスワードを入力するよう求められます。

<ORACLE_HOME>/bin/emctl config oms -change_repos_pwd

注意:

このコマンドは、OMS構成とこれらの影響を受けるユーザー・アカウントのデータベースの両方のパスワードを同時に変更します。したがって、このコマンドは1回実行するだけで十分です。

コマンドの実行後に、SQL Plusに接続してSYSMANユーザーの新しいパスワードを更新しないでください。このコマンドによって、管理リポジトリ内のSYSMANパスワードは自動的に更新されます。

暗号化鍵を生成して、管理リポジトリの機密データを暗号化します。この鍵が失われると、管理リポジトリの暗号化されたデータは使用できなくなります。したがって、emkeyを含む管理サービス構成をバックアップし、バックアップを別のホストに保管します。

emkeyを含む管理サービス構成をバックアップするには、次のコマンドを実行します。

<ORACLE_HOME>/bin/emctl exportconfig oms -dir <path_to_backup_location>
Enterprise Manager Cloud Controlコンソールにブラウザでアクセスする前に、ブラウザで信頼できる認証局からのセキュリティ証明書をインストールします。

これにより、HTTPSプロトコルでアクセスするEnterprise Manager Cloud Controlコンソールは純正のセキュアなWebサイトとして認識されます。

ブラウザにセキュリティ証明書をインストールし、セキュリティ証明書アラートを回避する手順は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。
(オプション) 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
(オプション) 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