4 13cリリース3へのOracle Management ServiceおよびOracle Management Repositoryのアップグレード

この章では、13c リリース2、13c リリース1、または12c リリース5 (12.1.0.5)のOracle Management Service (OMS)およびOracle Management Repository (管理リポジトリ)を13c リリース3にアップグレードする様々な方法について説明します。個々の要件を最も満たす方式を選択して、該当する項に示されている手順に従ってください。このアップグレードの手順は、複数OMS環境と同様に単一OMSにも適用されます。

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

• 13cリリース3へのOMSおよび管理リポジトリのアップグレード(グラフィック・モード)

• 13cリリース3へのOMSおよび管理リポジトリのアップグレード(サイレント・モード)

• ソフトウェアのみ方式を使用したプラグインを伴った13cリリース3へのOMSおよび管理リポジトリのアップグレード(グラフィック・モード)

• ソフトウェアのみ方式を使用した13cリリース3へのOMSおよび管理リポジトリのアップグレード(グラフィック・モード)

• ソフトウェアのみ方式を使用した13c リリース3へのOMSおよび管理リポジトリのアップグレード(サイレント・モード)

注意:

• Oracle Management Service 12c リリース1 (12.1.0.1) [バンドル・パッチ1の有無に関係なし]、12c リリース2 (12.1.0.2)、12c リリース3 (12.1.0.3)または12cより前のリリース(10g、11gなど)がある場合は、まず12c リリース5 (12.1.0.5)または13c リリース1、または13c リリース2にアップグレードします。

• Enterprise Manager Cloud Control 13c リリース3用にサポートされているOracle Management Agentのリリースは、13c リリース3、13c リリース2、13c リリース1、および12c リリース5 (12.1.0.5)です。したがって、以前のリリースのOracle Management Agentがある場合、Oracle Management Serviceを13cリリース2にアップグレードする前に、Enterprise Manager Cloud Controlコンソールにあるエージェント・アップグレード・コンソールを使用してOracle Management Agentを12c リリース5 (12.1.0.5)、13c リリース1 (13.1.0.0)、または13c リリース2 (13.2.0.0)に必ずアップグレードしてください。

• 複数OMS環境をアップグレードしている場合、ソフトウェアのみ方式を使用した13c リリース3へのOMSおよび管理リポジトリのアップグレード(グラフィック・モード)またはソフトウェアのみ方式を使用した13c リリース3へのOMSおよび管理リポジトリのアップグレード(サイレント・モード)に記載されているように、ソフトウェアのみのアップグレードの方式を利用することをお薦めします(この方式ではOMSインスタンスの停止時間が最短になるため)。

注意:

Oracle Management Service (OMS)とともにインストールされたOracle Management Agent (管理エージェント)はデフォルトでアップグレードされません。エージェント・アップグレード・コンソールを使用して、(その他の管理エージェントとともに)アップグレードする必要があります。これは予測されている動作です。「エージェント・アップグレード・コンソール」を使用して管理エージェントをアップグレードする手順は、Oracle Management Agentのアップグレードを参照してください。

警告:

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

13cリリース3へのOMSおよび管理リポジトリのアップグレード(グラフィック・モード)

グラフィック・モードで13c リリース2、13c リリース1、または12c リリース5 (12.1.0.5)のOMSおよび管理リポジトリを13c リリース3にアップグレードするには、次のステップに従います。

• ステップ1: GUIモードでのEnterprise Manager Cloud Controlインストーラの起動

• ステップ2: Oracle Configuration Managerの有効化

• ステップ3: 最新のソフトウェア更新の適用

• ステップ4: 前提条件チェックの実行および環境の検証

• ステップ5: インストール・タイプの選択

• ステップ6: ミドルウェア・ホームの構成およびホスト名の検証

• ステップ7: データベース接続の詳細の指定

• ステップ8: プラグインのアップグレードまたは移行あるいは依存プラグインのデプロイ

• ステップ9: 追加のプラグインのデプロイ

• ステップ10: 既存のWebLogic Serverドメインの拡張

• ステップ11: Oracle BI Publisherの共有場所の構成

• ステップ12: ポートの構成

• ステップ13: アップグレードの詳細の確認

• ステップ14: アップグレードの進捗のモニタリング

• ステップ15: アップグレードの終了

• ステップ16: 追加のOMSインスタンスのアップグレード

• ステップ17: 管理エージェントのアップグレード

注意:

emkeyをコピーしていないことを示すエラー・メッセージが表示される場合は、次の手順を実行します。

• OMRがサービス名で構成されている場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_conndesc '"(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=<>)(PORT=<>)))(CONNECT_DATA=(SERVICE_NAME=<>)))"' -repos_user SYSMAN [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

• OMRがサービス名で構成されていない場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_host <host> -repos_port <port> -repos_sid <sid> -repos_user SYSMAN [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

ここで、管理リポジトリの詳細は、既存のまたは古い管理リポジトリの詳細です。コマンドラインで明示的に指定していない場合は、管理サーバーのパスワードおよびリポジトリ・パスワードを求められます。

注意:

複数OMS環境をアップグレードしようとする場合、アップグレード・プロセスを常に、管理サーバーが動作している最初のOMSから開始してください(追加のOMSインスタンスからは開始しないでください)。

管理サーバーが実行されているOMSを特定するには、これからアップグレードするOMSで次のコマンドを実行し、出力に管理サーバーの詳細が表示されているかどうかを確認します。<ORACLE_HOME>はOMSのOracleホームです。

$<ORACLE_HOME>/bin/emctl status oms -details

次のような出力が表示されます。

Oracle Enterprise Manager Cloud Control 13c Release 3
Copyright (c) 1996, 2018 Oracle Corporation. All rights reserved
Enter Enterprise Manager Root (SYSMAN) Password :
Console Server Host : myhost.example.com
.
.
.
WLS Domain Information
Domain Name : GCDomain
Admin Server Host: myhost.example.com
.
.
.

GUIモードでのEnterprise Manager Cloud Controlインストーラの起動

管理リポジトリ、OMS、インベントリ、ソフトウェア・ライブラリおよびEnterprise Managerの動作に不可欠なその他のコンポーネントをバックアップすることを強くお薦めします。これによって、アップグレードに失敗した場合に、元の内容に戻すことができます。

既存のOMSが実行されているホストで、Enterprise Manager Cloud Controlインストール・ウィザードを起動します。

./em13300_<platform>.bin [-invPtrLoc <absolute_path_to_oraInst.loc>]

注意:

• インストーラの起動時に渡すことができる追加の拡張オプションの詳細は、Enterprise Managerシステムのグラフィック・モード・インストール用の拡張インストーラ・オプションを参照してください。

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

• アップグレードするOMSがinvPtrLoc引数を使用してインストールされていた場合、インストーラの起動時に、必ずinvPtrLoc引数を渡してください。

• インストーラには、一時ディレクトリ内に約10GBのハード・ディスク領域が必要です。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡して10GBの領域がある代替ディレクトリを指定します。

  このパラメータで指定されたディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

  次に例を示します。

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

• IBM AIXでのアップグレード中に、ミドルウェア・ホームのJDKバージョンがサポートされているバージョンではないことを示すエラー・メッセージが表示された場合は、メッセージに記載されているサポートされているバージョンがインストールされていることを確認し、-skipJDKValidation引数を渡してインストーラを起動します。

  次に例を示します。

  ./em13300_<platform>.bin -skipJDKValidation

• Microsoft Windowsでは、-invPtrLocはサポートされていません。

Enterprise Managerシステムのグラフィック・モード・インストール用の拡張インストーラ・オプション

インストーラのグラフィック・モードでの起動中に渡すことができる追加の拡張オプションの一部は、次のとおりです。

• デフォルトでは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためにプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリが作成されます。デフォルトでは、この場所はスクラッチ・パスの場所(/tmp)です。この場所はプロビジョニングのアクティビティにのみ使用されます。エンティティはデプロイメント・プロシージャ用にコピーされ、デプロイメント・プロシージャが終了すると削除されます。

  この場所をカスタムの場所でオーバーライドするには、-J-Djava.io.tmpdirオプションを指定してインストーラを起動し、一意のカスタムの場所を入力します。

  次に例を示します。

  ./em13300_linux64.bin -J-Djava.io.tmpdir=/u01/install/em/STAGE/

  注意:

  このオプションの使用中には/u01/install/em/STAGE/ディレクトリが存在している必要があり、ない場合には一時場所が/var/tmpにリダイレクトされます。

• アップグレード中に、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)に含まれていないプラグインをインストールするには、次のステップに従います。

  1. 必要なプラグインを次の場所から手動でダウンロードします。

     http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-3237574.html

     さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。

     https://apex.oracle.com/pls/apex/f?p=53891:1

  2. 次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。

     UNIXプラットフォームの場合:

     ./em13300_<platform>.bin PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

     Microsoft Windowsプラットフォームの場合:

     setup_em13300_win64.exe PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

     ここには、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)で使用可能なプラグインや、このカスタムの場所で使用可能なプラグインの一覧が表示されます。インストールするものを選択できます。

• アップグレードが正常に終了すると、OMSが自動的に起動されます。OMSのアップグレードが完了した後は、中央エージェントを手動で起動する必要があります。OMSを自動的に起動しないようにする場合は、START_OMSオプションを指定してインストーラを起動し、制御する内容に応じてそれらをtrueまたはfalseに設定します。

  たとえば、管理エージェントを自動的に起動しない場合、次のコマンドを実行します。

  ./em13300_<platform>.bin START_OMS=true START_AGENT=false

  この拡張オプションに関連する制限事項を理解するには、Enterprise Managerシステムのグラフィック・モード・インストール用の拡張インストーラ・オプションの制限事項を参照してください。

Enterprise Managerシステムのグラフィック・モード・インストール用の拡張インストーラ・オプションの制限事項

OMSおよび管理エージェントの自動起動方法を制御する拡張オプションとしてSTART_OMSおよびSTART_AGENTを使用する場合、管理エージェントとそのインストール先のホストがCloud Controlコンソールでターゲットとして表示されないことがあります。

表4-1は、こうした拡張オプションの様々な組合せの一覧と、各組合せで従う対処方法を説明しています。

表4-1 拡張オプションと対処方法

拡張オプション	回避策
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 OMSのOracleホームのbinディレクトリでEM CLIツールを手動で構成します。詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』のEM CLIクライアントのダウンロードとデプロイに関する項を参照してください。
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 OMSのOracleホームのbinディレクトリでEM CLIツールを手動で構成します。詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』のEM CLIクライアントのダウンロードとデプロイに関する項を参照してください。

Oracle Configuration Managerの有効化

(オプション)「My Oracle Supportの詳細」画面でMy Oracle Support資格証明を入力してOracle Configuration Managerを有効にし、「次」をクリックします。今はOracle Configuration Managerを有効にしない場合、詳細を何も入力せずに「次」をクリックして最新のソフトウェア更新の適用に進みます。

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

最新のソフトウェア更新の適用

「ソフトウェアの更新」画面で、最新のPSUパッチを含む、最新のソフトウェア更新を適用して「次」をクリックします。

ソフトウェア更新は、オフライン・モード(インターネット接続がない場合)またはオンライン・モード(インターネット接続がある場合)でダウンロードできます。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

前提条件チェックの実行および環境の検証

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

インストール・ウィザードでは、この画面に達すると前提条件チェックが自動的に実行されます。前提条件チェックのステータスは、「警告」、「失敗」、「成功」、「未実行」、「進行中」または「保留」です。

「警告」または「失敗」 ステータスになったチェックがある場合は、アップグレードを続行する前に問題を調査して修正してください。前提条件を満たさなかった理由と解決方法の詳細が画面に表示されます。問題を修正した後、この画面に戻り、「再実行」をクリックして前提条件を再度チェックします。

インストール・タイプの選択

「インストール・タイプ」画面で、「既存のEnterprise Managerシステムのアップグレード」を選択します。アップグレードするOMSを選択し、「次」をクリックします。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

ミドルウェア・ホームの構成およびホスト名の検証

「インストールの詳細」画面で、次の操作を実行して「次」をクリックします。

• インストーラでOracle WebLogic Server 12c リリース1 (12.1.3.0)およびJava Development Kit 1.7.0_111を自動的にインストールできる新しいミドルウェア・ホームを入力します。

  たとえば、/u01/software/em13c/oraclehomeです。

  注意:

  ここで入力または検証するミドルウェア・ホームがEnterprise Manager Cloud Controlのみに使用されていることを確認してください。他のOracle Fusion Middleware製品またはコンポーネントは、同じミドルウェア・ホームにインストールしないでください。

• ホスト名を検証します。デフォルトでは、ホスト名は、既存の旧リリースのEnterprise Managerがインストールされていたホストの名前です。これは編集不可フィールドです。

データベース接続の詳細の指定

「データベース接続の詳細」画面で、次の操作を実行して「次」をクリックします。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

• 選択したOMSの管理リポジトリが格納されているデータベースのSYSおよびSYSMANユーザー・アカウントのパスワードを入力します。

  注意:

  • SYSMANパスワードは、先頭が文字で始まり、8文字以上を含み、1つ以上の数値を含む必要があります。また、文字$ # _ を含むことができます。

  • パスワードを変更するには、OMSのいずれかで<OMSORACLE_HOME>/bin/emctl config oms -change_repos_pwd -old_pwd <old_pwd> -new_pwd <new_pwd>を実行します。

  • アップグレード後、同じコマンドを実行してsysmanパスワードを任意のパスワードに変更できます。

• 管理リポジトリがバックアップされていることを確認します(インストーラは、管理リポジトリがバックアップされているかどうかのみをチェックするため、OMS、インベントリ、ソフトウェア・ライブラリおよびEnterprise Managerの動作に不可欠なその他のコンポーネントをバックアップすることを強くお薦めします。これによって、アップグレードに失敗した場合に、元の内容に戻すことができます)。前提条件として、アップグレード・プロセスを開始する前に、管理リポジトリをバックアップする必要があります。まだバックアップを取っていない場合は、ただちに実行し、その後でインストーラに戻ってアップグレードを続行してください。

• アップグレード後のメンテナンスのためにEnterprise Managerシステムを停止する必要がある場合は、「DDMPジョブを無効にします」を選択してDDMPジョブを無効にします。アップグレード後のメンテナンスのためにEnterprise Managerシステムを停止しないため、DDMPジョブを無効にしない場合は、このオプションを選択しないでください。

  遅延データ移行(DDMP)は、以前のリリースのEnterprise Managerに格納されているデータのフォーマットを、アップグレード後のEnterprise Managerシステムと互換性のあるフォーマットに移行する、アップグレード後アクティビティの1つです。この移行アクティビティは基本的に、Oracle Management Repositoryのアップグレード時に発行されるEnterprise Managerのジョブであり、アップグレード後のEnterprise Managerシステムが機能し始めるときバックグラウンドで実行するようにスケジュールされます。

  データ・フォーマットの移行にかかる時間は、以前のリリースのEnterprise Managerにあるデータの量によって異なります。したがって、大量のデータがある場合、移行に時間がかかります。

  アップグレード後のメンテナンス用にEnterprise Managerシステムを停止する必要がある場合、DDMPジョブを今すぐ無効にし、メンテナンス期間が終了し、Enterprise Managerシステムが稼働中になった後でアップグレード後のコンソールから実行するよう選択できます。

  Enterprise Manager Cloud Controlコンソールのアップグレード後のコンソールからDDMPジョブを後で実行するには、「設定」メニューから「Cloud Controlの管理」を選択し、「アップグレード後のタスク」を選択します。

注意:

以前のリリースのEnterprise Managerにデプロイされているプラグインのいくつかが古く、13cリリース3でサポートされないことがインストーラによって検出された場合、まず以前のリリースからそれらのプラグインを削除するよう求められます。それらの古いプラグインを削除した後でのみインストーラに戻ってアップグレードを続行できます。

古いプラグインを削除するには、次のステップに従います。

1. まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。

2. 最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のクラウド・コントロールの更新に関する章を参照してください。

注意:

環境にJVM診断エンジン(JVMDエンジン)またはアプリケーションの依存性とパフォーマンス・エンジン(ADPエンジン)が構成されている場合、それらが稼働しているかどうかを確認します。そうである場合、管理サーバーが稼働しているかどうかを確認し、JVMDエンジンおよびADPエンジンを停止します。アップグレードが正常に終了すると、JVMDエンジンは自動的に起動します。

管理サーバーが稼働しているかどうかを確認するには、アップグレードしているOMSから次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

<ORACLE_HOME>/bin/emctl status oms -details

各OMSインスタンスでエンジンを停止するには、アップグレードしているOMSから次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

<ORACLE_HOME>/bin/emctl extended oms adp stop -all

注意:

この時点でデータベースで実行される様々な前提条件チェックの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

プラグインのアップグレードまたは移行あるいは依存プラグインのデプロイ

「プラグイン・アップグレード」画面で、次の影響のいずれかを受けるプラグインを確認して「次」をクリックします。

• 新しいバージョンが存在する場合にアップグレード

• 新しいバージョンが存在しない場合に移行

• アップグレード対象のプラグインに新しい依存関係が存在する場合またはリリースで導入された新しいデフォルト・プラグインがある場合は、デプロイ済。

  ここで、新しいバージョンとは、インストールに使用するEnterprise Managerソフトウェア(DVDまたはダウンロードしたソフトウェア)で提供されているプラグインの新しいバージョンを指します。

注意:

13cリリース3でのみサポートされ、将来のリリースではサポートされないプラグイン・バージョンにアップグレード可能な非推奨のプラグインが環境にある場合があります。そのような非推奨のプラグインがこのアップグレードの画面でデフォルトで選択されている場合、選択内容を確認し、そのようなプラグインのアップグレードを続行するかどうかを決めるよう求められます。

注意:

次の画面に進む前に、次のコマンドを実行して関連するOMSインスタンスすべてを停止します。<ORACLE_HOME>はOMSのOracleホームです。

$<ORACLE_HOME>/bin/emctl stop oms -all

注意:

• 新しいバージョンが、使用するEnterprise Managerソフトウェアに存在しないが、Oracle Technology Network (OTN)には存在する場合、既存のプラグインをデフォルトで自動的に移行するかわりに、新しいバージョンをOTNから手動でダウンロードして既存のプラグインをアップグレードすることもできます。次のステップを実行します。

  1. 必要なプラグインを次の場所から手動でダウンロードします。

     http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html

     さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。

     https://apex.oracle.com/pls/apex/f?p=53891:1

  2. 次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。

     UNIXプラットフォームの場合:

     ./em13300_<platform>.bin PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

     Microsoft Windowsプラットフォームの場合:

     setup_em13300_win64.exe PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

     ここには、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)で使用可能なプラグインや、このカスタムの場所で使用可能なプラグインの一覧が表示されます。インストールするものを選択できます。

  プラグインの新しいバージョンが利用できるようになると、この画面にはそのプラグインが、自動的にアップグレードされるプラグインとしてリストされます。

• OMSまたは管理エージェントの一部にサポートされていないプラグインがあるというメッセージが表示された場合は、メッセージの説明に従ってプラグインをアップグレードし、OMSのアップグレードを再試行します。

追加のプラグインのデプロイ

「プラグインの選択」画面で、OMSのアップグレード中に自動的にアップグレードされるプラグイン以外にデプロイするオプション・プラグインを選択し、「次」をクリックします。

注意:

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

注意:

この画面にリストされていないプラグインをインストールする場合は、次のステップに従います。

1. 必要なプラグインを次の場所から手動でダウンロードします。

   http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html

   さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。

   https://apex.oracle.com/pls/apex/f?p=53891:1

2. 次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。

   UNIXプラットフォームの場合:

   em13300_<platform>.bin INSTALL_SWONLY_WITH_PLUGINS=true PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

   Microsoft Windowsプラットフォームの場合:

   setup_em1330_win64.exe INSTALL_SWONLY_WITH_PLUGINS=true PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

   ここには、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)で使用可能なプラグインや、このカスタムの場所で使用可能なプラグインの一覧が表示されます。インストールするものを選択できます。

既存のWebLogic Serverドメインの拡張

「WebLogic Serverドメインの拡張」画面で、次の操作を実行し、アップグレードされたOMS用のWebLogicドメインおよびOMSインスタンス・ベース・ディレクトリを新規作成して「次」をクリックします。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

• 管理サーバーのホスト名およびそのポートと、WebLogicユーザー名を検証し、WebLogicユーザー・アカウント・パスワードを入力します。これは、新規WebLogicドメイン(GCDomain)を、アップグレードしている旧リリースのOMSで使用された管理サーバーと同じポートおよびホスト名で作成するために必要です。

  注意:

  追加のOMSをアップグレードする場合は、最初にアップグレードしたOMS用に構成したホスト名と管理サーバー・ポートを入力し、既存のWebLogic Serverユーザー・アカウントの資格証明を入力します。

  ホスト名は、最初のOMSが実行されているホストの名前です。ポートを識別するには、次のファイルでパラメータAS_HTTPS_PORTに設定された値を確認します。

  <OMS_INSTANCE_HOME>/em/EMGC_OMS<n>/emgc.properties

• 新規OMSインスタンス・ベース・ディレクトリ(gc_inst)への絶対パスを入力します。これは、アップグレードされたOMSに関連する構成情報を保存するために作成されます。このgc_instディレクトリは、13c リリース2、13c リリース1、または12c リリース5 (12.1.0.5)の古いgc_instディレクトリであってはいけないため、新しいディレクトリの場所を入力します。古いgc_instディレクトリを入力すると、インストーラはディレクトリが空ではないという警告を表示します。

  たとえば、/u01/app/oracle/em13c/gc_instr2とします

  入力したパスがインスタンス・ベース・ディレクトリへの正しいパスであり、ミドルウェア・ホーム外で保持されていることを確認します。

  注意:

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

NFSマウントされたドライブからローカルのファイル・システムの場所へのロック・ファイルの移動

1. 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 Management Serviceのアップグレードの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』の追加Oracle Management Serviceを追加した後のインストール後のタスクの実行に関する項のステップ4を参照してください。

Oracle BI Publisherの共有場所の構成

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

• 共有場所にすでにOracle BI Publisherがインストールおよび構成されているOMSをアップグレードする場合、Oracle BI Publisherを構成するためのフィールドは事前に入力され、グレー表示されます。それらはそのままにし、この画面の他のセクションに進むことができます。

  しかし、Oracle BI PublisherがまだインストールされていないOMSをアップグレードする場合または共有場所にOracle BI Publisherはインストールされているが構成されていない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を無効にするよう選択した場合、インストール後に、アップグレードされたOMSのOracleホームから次のEM CTLコマンドを実行して有効にできます。

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

  次に例を示します。

  /u01/software/em13c/oraclehome/bin/emctl config oms -enable_bip

  コマンドはOracle BI Publisherを有効にするのみで、起動はしません。起動するには、アップグレードされたOMSのOracleホームから次のコマンドを実行します。

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

  /u01/software/em13c/oraclehome/bin/emctl start oms -bip_only

ポートの構成

「ポート構成の詳細」画面で、このリリースに追加されている新しいコンポーネントに使用するポートをカスタマイズして「次」をクリックします。

ほとんどのコンポーネントのポートは以前のリリースから自動的に引き継がれるため、この画面には、このリリースに追加されている新しいコンポーネント用のポートのみが示されます。

注意:

この画面のすべてのポートが-1として表示される場合、インストーラがホスト上のポートをバインドできないことを示します。この問題を解決するには、インストーラを終了して、ホスト名とこのホストのIP構成を検証し(ホストのIPアドレスが別のホストで使用されていないことを確認)、インストーラを再起動して実行しなおします。

Oracleによって推奨されるポート範囲の内部または外部にある空きカスタム・ポートを入力できます。

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

• 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

アップグレードの詳細の確認

「確認」画面で、アップグレードのために指定した詳細を確認します。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

1. 詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。
2. 詳細を確認し問題がない場合、「アップグレード」をクリックしてアップグレードを開始します。

注意:

「DR準備状況へのアップグレードおよび移行」を実行するときには、表示されている「ホスト名」がOMS1の別名ホスト名になっていることを確認します。そうなっていない場合、「インストールの詳細」画面に戻り、「ホスト名」が適切に指定されていることを確認します。

アップグレードの進捗のモニタリング

「インストールの進行状況」画面で、アップグレード操作の全体的な進行状況(パーセント)と各コンフィギュレーション・アシスタントのステータスを確認します。

注意:

• コンフィギュレーション・アシスタントが失敗すると、インストーラが停止し、失敗したコンフィギュレーション・アシスタントに関連する問題が解決するまで後続のコンフィギュレーション・アシスタントは実行されません。この場合は、問題を診断して解決してから、「インストールの進行状況」画面で「再試行」 をクリックし、失敗したコンフィギュレーション・アシスタントから再度実行します。

  ただし、誤って「再試行」をクリックする前にインストーラを終了してしまった場合は、この画面を開くためにインストーラを再起動しないでください。かわりに、OMSのOracleホームからrunConfig.shスクリプトを起動し、サイレント・モードでコンフィギュレーション・アシスタントを再度実行してください。runConfig.shスクリプトが失敗した場合、サービス・リクエストを発行してOracleサポートに連絡してください。

  $<ORACLE_HOME>/oui/bin/runConfig.sh ORACLE_HOME=<absolute_path_to_Middleware_home> MODE=perform ACTION=configure COMPONENT_XML={encap_oms.1_0_0_0_0.xml}

  次に例を示します。

  /u01/software/em13c/oraclehome/oui/bin/runConfig.sh ORACLE_HOME=/u01/software/em13c/oraclehome MODE=perform ACTION=configure COMPONENT_XML={encap_oms.1_0_0_0_0.xml}

  runConfig.shスクリプトが失敗した場合、サービス・リクエストを発行してOracleサポートに連絡してください。

• 管理リポジトリのアップグレードがschemamanagerログの次のエラーで失敗した場合は、データベースを再起動して、アップグレードを再度試みます。

  ORA-04020: deadlock detected while trying to lock object SYSMAN.MGMT_GLOBAL

アップグレードの終了

「終了」画面に、Enterprise Managerのアップグレードに関連する情報が表示されます。情報を確認し、「閉じる」をクリックして、ウィザードを終了します。

ソフトウェア・バイナリがコピーおよび構成されると、allroot.shスクリプトを実行するように求められます。別のウィンドウを開き、rootとしてログインし、これらのスクリプトを手動で実行します。

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

追加のOMSインスタンスのアップグレード

追加のOMSインスタンスがある場合は、GUIモードでのEnterprise Manager Cloud Controlインストーラの起動からアップグレードの終了に従って、それぞれのアップグレードを順次開始します。

管理エージェントのアップグレード

すべてのOMSインスタンスのアップグレード後に、最初の、古いOMS (つまり、中央エージェント)でインストールされていたものを含む、管理エージェントをアップグレードします。詳細は、Oracle Management Agentのアップグレードを参照してください。

注意:

• OMSインスタンスのアップグレード後、中央エージェントをすぐにアップグレードすることをお薦めします。ただし、OMSインスタンスのアップグレード後、なんらかの理由で中央エージェントをすぐにアップグレードできない場合は、必ずJDK 1.6u95パッチを中央エージェントに適用してください。そうしないと、GC WLSドメインのターゲットがEnterprise Manager Cloud Controlコンソールでモニターされません。この問題は、中央エージェントがアップグレードされると発生しません。

• 中央エージェントのアップグレード後に、アップグレードされた中央エージェントのエージェント・ベース・ディレクトリを古いOracleミドルウェア・ホームで見つけて、古いOracleミドルウェア・ホーム外にそれを移動する場合は、中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動で概説されている手順に従います。

13c リリース3へのOMSおよび管理リポジトリのアップグレード(サイレント・モード)

サイレント・モードで13c リリース2、13c リリース1、または12c リリース5 (12.1.0.5)のOMSおよび管理リポジトリを13c リリース3にアップグレードするには、次のステップに従います。

• ステップ1: サイレント・インストール用のレスポンス・ファイルの生成

• ステップ2: サイレント・インストール用のレスポンス・ファイルの編集

• ステップ3: サイレント・モードでのEnterprise Manager Cloud Controlインストーラの起動

• ステップ4: 追加のOMSインスタンスのアップグレード

• ステップ5: 管理エージェントのアップグレード

注意:

emkeyをコピーしていないことを示すエラー・メッセージが表示される場合は、次の手順を実行します。

• OMRがサービス名で構成されている場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_conndesc '"(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=<>)(PORT=<>)))(CONNECT_DATA=(SERVICE_NAME=<>)))"' -repos_user <> [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

• OMRがサービス名で構成されていない場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_host <host> -repos_port <port> -repos_sid <sid> -repos_user <username> [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

ここで、管理リポジトリの詳細は、既存のまたは古い管理リポジトリの詳細です。コマンドラインで明示的に指定していない場合は、管理サーバーのパスワードおよびリポジトリ・パスワードを求められます。

注意:

複数OMS環境をアップグレードしようとする場合、アップグレード・プロセスを常に、管理サーバーが動作している最初のOMSから開始してください(追加のOMSインスタンスからは開始しないでください)。

管理サーバーが実行されているOMSを特定するには、これからアップグレードするOMSで次のコマンドを実行し、出力に管理サーバーの詳細が表示されているかどうかを確認します。<ORACLE_HOME>はOMSのOracleホームです。

$<ORACLE_HOME>/bin/emctl status oms -details

次のような出力が表示されます。

Oracle Enterprise Manager Cloud Control 13c Release 3
Copyright (c) 1996, 2018 Oracle Corporation. All rights reserved
Enter Enterprise Manager Root (SYSMAN) Password :
Console Server Host : myhost.example.com
.
.
.
WLS Domain Information
Domain Name : GCDomain
Admin Server Host: myhost.example.com
.
.
.

注意:

管理リポジトリのアップグレードがschemamanagerログの次のエラーで失敗した場合は、データベースを再起動して、アップグレードを再度試みます。

ORA-04020: deadlock detected while trying to lock object SYSMAN.MGMT_GLOBAL

サイレント・インストール用のレスポンス・ファイルの生成

インストーラを起動し、サイレント・アップグレードの実行に使用する必要があるレスポンス・ファイルを生成します。

./em13300_<platform>.bin -getResponseFileTemplates -outputLoc <absolute_path_to_a_directory_to_store_the_generated_response_file>

注意:

コマンドにより、レスポンス・ファイルが3つ生成されます。このサイレント・インストールに使用する必要があるのは、upgrade.rspファイルのみです。

サイレント・インストール用のレスポンス・ファイルの編集

upgrade.rspレスポンス・ファイルを編集し、サイレント・モードでOracle Management ServiceおよびOracle Management Repositoryをアップグレードするためのレスポンス・ファイルの編集に記載されているパラメータに対して適切な値を入力します。

注意:

古くて13cリリース3でサポートされないプラグインがある場合は、まず以前のリリースからそれらのプラグインを削除する必要があります。それらの古いプラグインを削除した後でのみアップグレードを続行できます。

古いプラグインを削除するには、次のステップに従います。

1. まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。

2. 最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のクラウド・コントロールの更新に関する章を参照してください。

サイレント・モードでのEnterprise Manager Cloud Controlインストーラの起動

サイレント・モードでインストーラを起動し、更新したレスポンス・ファイルを渡します。

./em13300_<platform>.bin -silent -responseFile <absolute_path_to_the_directory_where_the_generated_and_updated_response_file_is_stored>/upgrade.rsp

注意:

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

• インストーラの起動時に渡すことができる追加の拡張オプションの詳細は、サイレント・モードでEnterprise Managerシステムをインストールするためにサポートされている拡張インストーラ・オプションを参照してください。

• インストーラには、一時ディレクトリ内に約10GBのハード・ディスク領域が必要です。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡して10GBの領域がある代替ディレクトリを指定します。

  このパラメータで指定されたディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

  次に例を示します。

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

• IBM AIXでのアップグレード中に、ミドルウェア・ホームのJDKバージョンがサポートされているバージョンではないことを示すエラー・メッセージが表示された場合は、メッセージに記載されているサポートされているバージョンがインストールされていることを確認し、-skipJDKValidation引数を渡してインストーラを起動します。

  次に例を示します。

  ./em13300_<platform>.bin -skipJDKValidation

• 前提条件チェックがパッケージが不足していることを示して失敗した場合は、必要なパッケージをインストールしてインストールを再試行してください。インストーラによってパッケージ名およびバージョンが検証されるため、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』に示す最小バージョンのパッケージをインストールしてください。インストーラがこれらのパッケージの検証に使用するロジックを理解するには、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

Enterprise Managerシステムのサイレント・モード・インストール用の拡張インストーラ・オプション

インストールが正常に終了すると、OMSおよび管理エージェントが自動的に起動されます。自動的に起動しないようにする場合は、START_OMSオプションとSTART_AGENTオプションを指定してインストーラを起動し、制御する内容に応じてtrueまたはfalseに設定します。

たとえば、管理エージェントを自動的に起動しない場合、次のコマンドを実行します。

./em13300_<platform>.bin START_OMS=true START_AGENT=false -silent -responseFile <absolute_path>/upgrade.rsp

この拡張オプションに関連する制限事項を理解するには、Enterprise Managerシステムのグラフィック・モード・インストール用の拡張インストーラ・オプションの制限事項を参照してください。

追加のOMSインスタンスのアップグレード

追加のOMSインスタンスがある場合は、13c リリース3へのOMSおよび管理リポジトリのアップグレード(サイレント・モード)(この項)で概説されているステップ(1)からステップ(3)に従って、それぞれのアップグレードを順次開始します。

管理エージェントのアップグレード

すべてのOMSインスタンスのアップグレード後に、最初の、古いOMS (つまり、中央エージェント)でインストールされていたものを含む、管理エージェントをアップグレードします。詳細は、Oracle Management Agentのアップグレードを参照してください。

注意:

• OMSインスタンスのアップグレード後、中央エージェントをすぐにアップグレードすることをお薦めします。ただし、OMSインスタンスのアップグレード後、なんらかの理由で中央エージェントをすぐにアップグレードできない場合は、必ずJDK 1.6u95パッチを中央エージェントに適用してください。そうしないと、GC WLSドメインのターゲットがEnterprise Manager Cloud Controlコンソールでモニターされません。この問題は、中央エージェントがアップグレードされると発生しません。

• 中央エージェントのアップグレード後に、アップグレードされた中央エージェントのエージェント・ベース・ディレクトリを古いOracleミドルウェア・ホームで見つけて、古いOracleミドルウェア・ホーム外にそれを移動する場合は、中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動で概説されている手順に従います。

ソフトウェアのみ方式を使用したプラグインを伴った13cリリース3へのOMSおよび管理リポジトリのアップグレード(グラフィック・モード)

この項では、グラフィック・モードでソフトウェアのみ方式を使用してプラグインとともに13c リリース2、13c リリース1、または12c リリース5 (12.1.0.5)のOMSおよび管理リポジトリを13c リリース3にアップグレードする方法について説明します。

注意:

• これはオラクル社の推奨のアップグレード・アプローチです。

• ソフトウェアのみ方式を使用したプラグインを伴う13cリリース3へのOMSおよび管理リポジトリのアップグレードはサイレント・モードではサポートされていません。

ソフトウェアのみ方式を使用して、ある時点でEnterprise Manager Cloud Control 13c リリース3のソフトウェア・バイナリを実質的にインストールし、その後で旧リリースのEnterprise Managerを、新しくインストールした13c リリース3のソフトウェア・バイナリにアップグレードします。

このアップグレード方式は、OMSインスタンスの停止時間を最少にするため、複数OMS環境に最適です。この方式は、ソフトウェア・バイナリのコピー、root.shスクリプトの実行およびソフトウェア・バイナリの構成を主とする3つの部分で構成されます。OMSインスタンスを停止せずに、並行してすべてのOMSホスト上でソフトウェア・バイナリをコピーできます。これは時間の節約となるだけでなく、以前のリリースのOMSインスタンスの稼働および実行をこの時点で継続できます。ソフトウェア・バイナリがコピーされると、すべてのOMSインスタンスを停止し、ソフトウェア・バイナリを1つずつ構成してOMSインスタンスをアップグレードできます。したがって停止時間はソフトウェア・バイナリをホストへコピーするときからではなく、OMSインスタンスの構成開始時から開始されます。

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

• プラグインを伴ったEnterprise Manager Cloud Control 13cリリース3のソフトウェア・バイナリのインストール(グラフィック・モード)

• allroot.shスクリプトの実行

• 追加のプラグインのインストール

• プラグインを伴ったEnterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリの構成

注意:

emkeyをコピーしていないことを示すエラー・メッセージが表示される場合は、次の手順を実行します。

• OMRがサービス名で構成されている場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_conndesc '"(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=<>)(PORT=<>)))(CONNECT_DATA=(SERVICE_NAME=<>)))"' -repos_user <> [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

• OMRがサービス名で構成されていない場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_host <host> -repos_port <port> -repos_sid <sid> -repos_user <username> [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

ここで、管理リポジトリの詳細は、既存のまたは古い管理リポジトリの詳細です。コマンドラインで明示的に指定していない場合は、管理サーバーのパスワードおよびリポジトリ・パスワードを求められます。

注意:

複数OMS環境をアップグレードしようとする場合、アップグレード・プロセスを常に、管理サーバーが動作している最初のOMSから開始してください(追加のOMSインスタンスからは開始しないでください)。

管理サーバーが実行されているOMSを特定するには、これからアップグレードするOMSで次のコマンドを実行し、出力に管理サーバーの詳細が表示されているかどうかを確認します。<ORACLE_HOME>はOMSのOracleホームです。

$<ORACLE_HOME>/bin/emctl status oms -details

次のような出力が表示されます。

Oracle Enterprise Manager Cloud Control 13c Release 3
Copyright (c) 1996, 2018 Oracle Corporation. All rights reserved
Enter Enterprise Manager Root (SYSMAN) Password :
Console Server Host : myhost.example.com
.
.
.
WLS Domain Information
Domain Name : GCDomain
Admin Server Host: myhost.example.com
.
.
.

プラグインを伴ったEnterprise Manager Cloud Control 13cリリース3のソフトウェア・バイナリのインストール(グラフィック・モード)

Enterprise Manager Cloud Controlのソフトウェア・バイナリをインストールするには、次のステップを実行します。

• ステップ1: プラグインを伴ったGUIモードでソフトウェア・バイナリのみインストールするためのEnterprise Manager Cloud Controlインストーラの起動

• ステップ2: Oracle Configuration Managerの有効化

• ステップ3: 最新のソフトウェア更新の適用

• ステップ4: 前提条件チェックの実行および環境の検証

• ステップ5: インストール・タイプの選択

• ステップ6: ミドルウェア・ホームの構成およびホスト名の検証

• ステップ7: データベース接続の詳細の指定

• ステップ8: プラグインのアップグレードまたは移行あるいは依存プラグインのデプロイ

• ステップ9: 追加のプラグインのデプロイ

• ステップ10: 既存のWebLogic Serverドメインの拡張

• ステップ11: NFSマウントされたドライブからローカルのファイル・システムの場所へのロック・ファイルの移動

• ステップ12: Oracle BI Publisherの共有場所の構成

• ステップ13: ポートの構成

• ステップ14: アップグレードの詳細の確認

• ステップ15: アップグレードの進捗のモニタリング

プラグインを伴ったGUIモードでソフトウェア・バイナリのみインストールするためのEnterprise Manager Cloud Controlインストーラの起動

管理リポジトリ、OMS、インベントリ、ソフトウェア・ライブラリおよびEnterprise Managerの動作に不可欠なその他のコンポーネントをバックアップすることを強くお薦めします。これによって、アップグレードに失敗した場合に、元の内容に戻すことができます。これはEnterprise Managerのソフトウェア・ビットを適用可能なプラグインとともにインストールします。

既存のOMSが実行されているホストで、Enterprise Manager Cloud Controlインストール・ウィザードを起動します。

./em13300_<platform>.bin INSTALL_SWONLY_WITH_PLUGINS=true[-invPtrLoc <absolute_path_to_oraInst.loc>]

注意:

• -invPtrLocパラメータは、オプション・パラメータです。

• インストーラの起動時に渡すことができる追加の拡張オプションの詳細は、Enterprise Managerシステムのグラフィック・モード・インストール用の拡張インストーラ・オプションを参照してください。

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

  次に例を示します。

  ./em13300_<platform>.bin INSTALL_SWONLY_WITH_PLUGINS=true[-invPtrLoc <absolute_path_to_oraInst.loc>]

  Microsoft Windowsプラットフォームで起動するには、setup_em13300_win64.exeを実行します

  次に例を示します。

  setup_em13300_win64.exe INSTALL_SWONLY_WITH_PLUGINS=true

• アップグレードするOMSがinvPtrLoc引数を使用してインストールされていた場合、インストーラの起動時に、必ずinvPtrLoc引数を渡してください。

• インストーラには、一時ディレクトリ内に約10GBのハード・ディスク領域が必要です。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡して10GBの領域がある代替ディレクトリを指定します。

  このパラメータで指定されたディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

  次に例を示します。

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

• IBM AIXでのアップグレード中に、ミドルウェア・ホームのJDKバージョンがサポートされているバージョンではないことを示すエラー・メッセージが表示された場合は、メッセージに記載されているサポートされているバージョンがインストールされていることを確認し、-skipJDKValidation引数を渡してインストーラを起動します。

  次に例を示します。

  ./em13300_<platform>.bin INSTALL_SWONLY_WITH_PLUGINS=true -skipJDKValidation

Oracle Configuration Managerの有効化

(オプション)「My Oracle Supportの詳細」画面でMy Oracle Support資格証明を入力してOracle Configuration Managerを有効にし、「次」をクリックします。今はOracle Configuration Managerを有効にしない場合、詳細を何も入力せずに「次」をクリックして最新のソフトウェア更新の適用に進みます。

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

最新のソフトウェア更新の適用

「ソフトウェアの更新」画面で、最新のPSUパッチを含む、最新のソフトウェア更新を適用して「次」をクリックします。

ソフトウェア更新は、オフライン・モード(インターネット接続がない場合)またはオンライン・モード(インターネット接続がある場合)でダウンロードできます。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

前提条件チェックの実行および環境の検証

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

インストール・ウィザードでは、この画面に達すると前提条件チェックが自動的に実行されます。

前提条件チェックのステータスは、「警告」、「失敗」、「成功」、「未実行」、「進行中」または「保留」です。

「警告」または「失敗」 ステータスになったチェックがある場合は、アップグレードを続行する前に問題を調査して修正してください。前提条件を満たさなかった理由と解決方法の詳細が画面に表示されます。問題を修正した後、この画面に戻り、「再実行」をクリックして前提条件を再度チェックします。

注意:

前提条件チェックが失敗しパッケージの欠落が報告された場合、必要なパッケージをインストールして、「再実行」をクリックしてください。インストール・ウィザードによってパッケージ名およびバージョンが検証されるため、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』に示す最小バージョンのパッケージをインストールしてください。インストール・ウィザードがこれらのパッケージの検証に使用するロジックを理解するには、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

インストール・タイプの選択

「インストール・タイプ」画面で、「既存のEnterprise Managerシステムのアップグレード」を選択します。アップグレードするOMSを選択し、「次」をクリックします。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

ミドルウェア・ホームの構成およびホスト名の検証

「インストールの詳細」画面で、次の操作を実行して「次」をクリックします。

• インストーラでOracle WebLogic Server 12c リリース1 (12.1.3.0)およびJava Development Kit 1.7.0_111を自動的にインストールできる新しいミドルウェア・ホームを入力します。

  たとえば、/u01/software/em13c/oraclehomeです。

  注意:

  ここで入力または検証するミドルウェア・ホームがEnterprise Manager Cloud Controlのみに使用されていることを確認してください。他のOracle Fusion Middleware製品またはコンポーネントは、同じミドルウェア・ホームにインストールしないでください。

• ホスト名を検証します。デフォルトでは、ホスト名は、既存の旧リリースのEnterprise Managerがインストールされていたホストの名前です。これは編集不可フィールドです。

データベース接続の詳細の指定

「データベース接続の詳細」画面で、次の操作を実行して「次」をクリックします。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

• 選択したOMSの管理リポジトリが格納されているデータベースのSYSおよびSYSMANユーザー・アカウントのパスワードを入力します。

  注意:

  • SYSMANパスワードは、先頭が文字で始まり、8文字以上を含み、1つ以上の数値を含む必要があります。また、文字$ # _ を含むことができます。

  • パスワードを変更するには、OMSのいずれかで<OMSORACLE_HOME>/bin/emctl config oms -change_repos_pwd -old_pwd <old_pwd> -new_pwd <new_pwd>を実行します。

  • アップグレード後、同じコマンドを実行してsysmanパスワードを任意のパスワードに変更できます。

• 管理リポジトリがバックアップされていることを確認します(インストーラは、管理リポジトリがバックアップされているかどうかのみをチェックするため、OMS、インベントリ、ソフトウェア・ライブラリおよびEnterprise Managerの動作に不可欠なその他のコンポーネントをバックアップすることを強くお薦めします。これによって、アップグレードに失敗した場合に、元の内容に戻すことができます)。前提条件として、アップグレード・プロセスを開始する前に、管理リポジトリをバックアップする必要があります。まだバックアップを取っていない場合は、ただちに実行し、その後でインストーラに戻ってアップグレードを続行してください。

• アップグレード後のメンテナンスのためにEnterprise Managerシステムを停止する必要がある場合は、「DDMPジョブを無効にします」を選択してDDMPジョブを無効にします。アップグレード後のメンテナンスのためにEnterprise Managerシステムを停止しないため、DDMPジョブを無効にしない場合は、このオプションを選択しないでください。

  遅延データ移行(DDMP)は、以前のリリースのEnterprise Managerに格納されているデータのフォーマットを、アップグレード後のEnterprise Managerシステムと互換性のあるフォーマットに移行する、アップグレード後アクティビティの1つです。この移行アクティビティは基本的に、Oracle Management Repositoryのアップグレード時に発行されるEnterprise Managerのジョブであり、アップグレード後のEnterprise Managerシステムが機能し始めるときバックグラウンドで実行するようにスケジュールされます。

  データ・フォーマットの移行にかかる時間は、以前のリリースのEnterprise Managerにあるデータの量によって異なります。したがって、大量のデータがある場合、移行に時間がかかります。

  アップグレード後のメンテナンス用にEnterprise Managerシステムを停止する必要がある場合、DDMPジョブを今すぐ無効にし、メンテナンス期間が終了し、Enterprise Managerシステムが稼働中になった後でアップグレード後のコンソールから実行するよう選択できます。

  Enterprise Manager Cloud Controlコンソールのアップグレード後のコンソールからDDMPジョブを後で実行するには、「設定」メニューから「Cloud Controlの管理」を選択し、「アップグレード後のタスク」を選択します。

注意:

以前のリリースのEnterprise Managerにデプロイされているプラグインのいくつかが古く、13cリリース3でサポートされないことがインストーラによって検出された場合、まず以前のリリースからそれらのプラグインを削除するよう求められます。それらの古いプラグインを削除した後でのみインストーラに戻ってアップグレードを続行できます。

古いプラグインを削除するには、次のステップに従います。

1. まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。

2. 最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のクラウド・コントロールの更新に関する章を参照してください。

注意:

環境にJVM診断エンジン(JVMDエンジン)またはアプリケーションの依存性とパフォーマンス・エンジン(ADPエンジン)が構成されている場合、それらが稼働しているかどうかを確認します。そうである場合、管理サーバーが稼働しているかどうかを確認し、JVMDエンジンおよびADPエンジンを停止します。アップグレードが正常に終了すると、JVMDエンジンは自動的に起動します。

管理サーバーが稼働しているかどうかを確認するには、アップグレードしているOMSから次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

<ORACLE_HOME>/bin/emctl status oms -details

各OMSインスタンスでエンジンを停止するには、アップグレードしているOMSから次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

<ORACLE_HOME>/bin/emctl extended oms adp stop -all

注意:

この時点でデータベースで実行される様々な前提条件チェックの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

プラグインのアップグレードまたは移行あるいは依存プラグインのデプロイ

「プラグイン・アップグレード」画面で、次の影響のいずれかを受けるプラグインを確認して「次」をクリックします。

• 新しいバージョンが存在する場合にアップグレード

• 新しいバージョンが存在しない場合に移行

• アップグレード対象のプラグインに新しい依存関係が存在する場合またはリリースで導入された新しいデフォルト・プラグインがある場合は、デプロイ済。

ここで、新しいバージョンとは、インストールに使用するEnterprise Managerソフトウェア(DVDまたはダウンロードしたソフトウェア)で提供されているプラグインの新しいバージョンを指します。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

注意:

13cリリース3でのみサポートされ、将来のリリースではサポートされないプラグイン・バージョンにアップグレード可能な非推奨のプラグインが環境にある場合があります。そのような非推奨のプラグインがこのアップグレードの画面でデフォルトで選択されている場合、選択内容を確認し、そのようなプラグインのアップグレードを続行するかどうかを決めるよう求められます。

注意:

• 新しいバージョンが、使用するEnterprise Managerソフトウェアに存在しないがOTNには存在する場合、既存のプラグインをデフォルトで自動的に移行するかわりに、新しいバージョンをOTNから手動でダウンロードして既存のプラグインをアップグレードすることもできます。次のステップを実行します。

  1. 必要なプラグインを次の場所から手動でダウンロードします。

     http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html

     さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。

     https://apex.oracle.com/pls/apex/f?p=53891:1

  2. 次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。

     UNIXプラットフォームの場合:

     em13300_<platform>.bin INSTALL_SWONLY_WITH_PLUGINS=true PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

     Microsoft Windowsプラットフォームの場合:

     setup_em13300_win64.exe INSTALL_SWONLY_WITH_PLUGINS=true PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

     ここには、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)で使用可能なプラグインや、このカスタムの場所で使用可能なプラグインの一覧が表示されます。インストールするものを選択できます。

  プラグインの新しいバージョンが利用できるようになると、この画面にはそのプラグインが、自動的にアップグレードされるプラグインとしてリストされます。

• OMSまたは管理エージェントの一部にサポートされていないプラグインがあるというメッセージが表示された場合は、メッセージの説明に従ってプラグインをアップグレードし、OMSのアップグレードを再試行します。

追加のプラグインのデプロイ

「プラグインの選択」画面で、OMSのアップグレード中に自動的にアップグレードされるプラグイン以外にデプロイするオプション・プラグインを選択し、「次」をクリックします。

注意:

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

注意:

この画面にリストされていないプラグインをインストールする場合は、次のステップに従います。

1. 必要なプラグインを次の場所から手動でダウンロードします。

   http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html

   さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。

   https://apex.oracle.com/pls/apex/f?p=53891:1

2. 次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。

   UNIXプラットフォームの場合:

   em13300_<platform>.bin INSTALL_SWONLY_WITH_PLUGINS=true PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

   Microsoft Windowsプラットフォームの場合:

   setup_em1330_win64.exe INSTALL_SWONLY_WITH_PLUGINS=true PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

   ここには、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)で使用可能なプラグインや、このカスタムの場所で使用可能なプラグインの一覧が表示されます。インストールするものを選択できます。

既存のWebLogic Serverドメインの拡張

「WebLogic Serverドメインの拡張」画面で、次の操作を実行し、アップグレードされたOMS用のWebLogicドメインおよびOMSインスタンス・ベース・ディレクトリを新規作成して「次」をクリックします。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

• 管理サーバーのホスト名およびそのポートと、WebLogicユーザー名を検証し、WebLogicユーザー・アカウント・パスワードを入力します。これは、新規WebLogicドメイン(GCDomain)を、アップグレードしている旧リリースのOMSで使用された管理サーバーと同じポートおよびホスト名で作成するために必要です。

  注意:

  追加のOMSをアップグレードする場合は、最初にアップグレードしたOMS用に構成したホスト名と管理サーバー・ポートを入力し、既存のWebLogic Serverユーザー・アカウントの資格証明を入力します。

  ホスト名は、最初のOMSが実行されているホストの名前です。ポートを識別するには、次のファイルでパラメータAS_HTTPS_PORTに設定された値を確認します。

  <OMS_INSTANCE_HOME>/em/EMGC_OMS<n>/emgc.properties

• 新規OMSインスタンス・ベース・ディレクトリ(gc_inst)への絶対パスを入力します。これは、アップグレードされたOMSに関連する構成情報を保存するために作成されます。このgc_instディレクトリは、13c リリース2、13c リリース1、または12c リリース5 (12.1.0.5)の古いgc_instディレクトリであってはいけないため、新しいディレクトリの場所を入力します。古いgc_instディレクトリを入力すると、インストーラはディレクトリが空ではないという警告を表示します。

  たとえば、/u01/app/oracle/em13c/gc_instr2とします

  入力したパスがインスタンス・ベース・ディレクトリへの正しいパスであり、ミドルウェア・ホーム外で保持されていることを確認します。

  注意:

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

NFSマウントされたドライブからローカルのファイル・システムの場所へのロック・ファイルの移動

1. 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 Management Serviceのアップグレードの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』の追加Oracle Management Serviceを追加した後のインストール後のタスクの実行に関する項のステップ4を参照してください。

Oracle BI Publisherの共有場所の構成

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

• 共有場所にすでにOracle BI Publisherがインストールおよび構成されているOMSをアップグレードする場合、Oracle BI Publisherを構成するためのフィールドは事前に入力され、グレー表示されます。それらはそのままにし、この画面の他のセクションに進むことができます。

  しかし、Oracle BI PublisherがまだインストールされていないOMSをアップグレードする場合または共有場所にOracle BI Publisherはインストールされているが構成されていない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を無効にするよう選択した場合、インストール後に、アップグレードされたOMSのOracleホームから次のEM CTLコマンドを実行して有効にできます。

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

  次に例を示します。

  /u01/software/em13c/oraclehome/bin/emctl config oms -enable_bip

  コマンドはOracle BI Publisherを有効にするのみで、起動はしません。起動するには、アップグレードされたOMSのOracleホームから次のコマンドを実行します。

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

  /u01/software/em13c/oraclehome/bin/emctl start oms -bip_only

ポートの構成

「ポート構成の詳細」画面で、このリリースに追加されている新しいコンポーネントに使用するポートをカスタマイズして「次」をクリックします。

ほとんどのコンポーネントのポートは以前のリリースから自動的に引き継がれるため、この画面には、このリリースに追加されている新しいコンポーネント用のポートのみが示されます。

注意:

この画面のすべてのポートが-1として表示される場合、インストーラがホスト上のポートをバインドできないことを示します。この問題を解決するには、インストーラを終了して、ホスト名とこのホストのIP構成を検証し(ホストのIPアドレスが別のホストで使用されていないことを確認)、インストーラを再起動して実行しなおします。

Oracleによって推奨されるポート範囲の内部または外部にある空きカスタム・ポートを入力できます。

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

• 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

アップグレードの詳細の確認

「確認」画面で、アップグレードのために指定した詳細を確認します。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

1. 詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。
2. 詳細を確認し問題がない場合、「アップグレード」をクリックしてアップグレードを開始します。

注意:

「DR準備状況へのアップグレードおよび移行」を実行するときには、表示されている「ホスト名」がOMS1の別名ホスト名になっていることを確認します。そうなっていない場合、「インストールの詳細」画面に戻り、「ホスト名」が適切に指定されていることを確認します。

アップグレードの進捗のモニタリング

「インストールの進行状況」画面で、インストール全体の進行状況(パーセント表示)を確認します。

インストーラはプラグインのあるソフトウェア・インストールのみを実行します。このステップはプロセスの一部です。実際のアップグレードは進行していません。

allroot.shスクリプトの実行

(UNIXのみ)ソフトウェア・バイナリをインストールした後、新しい端末にrootユーザーとしてログインし、Enterprise Manager Cloud Control 13cリリース3のソフトウェア・バイナリのインストール(グラフィック・モード)でインストールしたOMSのOracleホームからallroot.shスクリプトを実行します。

$<ORACLE_HOME>/allroot.sh

次に例を示します。

/u01/software/em13c/oraclehome/allroot.sh

追加のOMSインスタンスがある場合は、追加のOMSホストでもこのスクリプトを実行します。

注意:

この時点でこのスクリプトを実行する権限がない場合、ソフトウェア・バイナリの構成後にいつでも実行できますが、管理エージェントのアップグレードを開始する前に確実に実行してください。

追加のプラグインのインストール

追加のプラグインをインストールする必要がある場合、それらをOTN http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.htmlから手動でダウンロードできます。ダウンロードされた追加のプラグインの場所をplugin_locationパラメータとともにインストーラに渡します。

プラグインを伴ったEnterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリの構成

Enterprise Managerをアップグレード・モードで構成するには:

1. 古いホームからemctlコマンドを使用してOMSを停止します。

   <OLD OMS home>/bin/emctl stop oms –all

   次に例を示します。

   u01/software/emoldoms/oraclehome/bin/emctl stop oms -all

2. Enterprise Managerを構成するため、次のコマンドを使用して新しい13cR2ミドルウェア・ホームからConfigureGCを実行します。

   $<ORACLE_HOME>/sysman/install/ConfigureGC.sh [-invPtrLoc <absolute_path_to_oraInst.loc>]

   コンフィギュレーション・アシスタントが失敗すると、インストーラが停止し、失敗したコンフィギュレーション・アシスタントに関連する問題が解決するまで後続のコンフィギュレーション・アシスタントは実行されません。この場合は、問題を診断して解決してから、「インストールの進行状況」画面で「再試行」をクリックし、失敗したコンフィギュレーション・アシスタントから再度実行します。

   ただし、誤って「再試行」をクリックする前にインストーラを終了してしまった場合は、この画面を開くためにインストーラを再起動しないでください。かわりに、OMSのOracleホームから runConfig.shスクリプトを起動し、サイレント・モードでコンフィギュレーション・アシスタントを再度実行してください。runConfig.sh スクリプトが失敗した場合、サービス・リクエストを発行してOracleサポートに連絡してください。

   $<ORACLE_HOME>/oui/bin/runConfig.sh ORACLE_HOME=<absolute_path_to_Middleware_home> MODE=perform ACTION=configure COMPONENT_XML={encap_oms.1_0_0_0_0.xml}

   次に例を示します。

   /u01/software/em13c/oraclehome/oui/bin/runConfig.sh ORACLE_HOME=/u01/software/em13c/oraclehome MODE=perform ACTION=configure COMPONENT_XML={encap_oms.1_0_0_0_0.xml}

   runConfig.sh スクリプトが失敗した場合、サービス・リクエストを発行してOracleサポートに連絡してください。

   注意:

   Microsoft Windowsプラットフォームの場合は、ConfigureGC.batスクリプトを呼び出します。

   管理リポジトリのアップグレードがスキーマ・マネージャ・ログの次のエラーで失敗した場合は、データベースを再起動して、アップグレードを再度試みます。

   ORA-04020: deadlock detected while trying to lock object SYSMAN.MGMT_GLOBAL

ソフトウェアのみ方式を使用した13cリリース3へのOMSおよび管理リポジトリのアップグレード(グラフィック・モード)

この項では、グラフィック・モードでソフトウェアのみ方式を使用して13c リリース2、13c リリース1、または12c リリース5 (12.1.0.5)のOMSおよび管理リポジトリを13c リリース3にアップグレードする方法について説明します。

ソフトウェアのみ方式を使用して、ある時点でEnterprise Manager Cloud Control 13c リリース3のソフトウェア・バイナリを実質的にインストールし、その後で旧リリースのEnterprise Managerを、新しくインストールした13c リリース3のソフトウェア・バイナリにアップグレードします。

このアップグレード方式は、OMSインスタンスの停止時間を最少にするため、複数OMS環境に最適です。この方式は、ソフトウェア・バイナリのコピー、root.shスクリプトの実行およびソフトウェア・バイナリの構成を主とする3つの部分で構成されます。OMSインスタンスを停止せずに、並行してすべてのOMSホスト上でソフトウェア・バイナリをコピーできます。これは時間の節約となるだけでなく、以前のリリースのOMSインスタンスの稼働および実行をこの時点で継続できます。ソフトウェア・バイナリがコピーされると、すべてのOMSインスタンスを停止し、ソフトウェア・バイナリを1つずつ構成してOMSインスタンスをアップグレードできます。したがって停止時間はソフトウェア・バイナリをホストへコピーするときからではなく、OMSインスタンスの構成開始時から開始されます。

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

• Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(グラフィック・モード)

• allroot.shスクリプトの実行

• Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリの構成(グラフィック・モード)

注意:

emkeyをコピーしていないことを示すエラー・メッセージが表示される場合は、次の手順を実行します。

• OMRがサービス名で構成されている場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_conndesc '"(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=<>)(PORT=<>)))(CONNECT_DATA=(SERVICE_NAME=<>)))"' -repos_user <> [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

• OMRがサービス名で構成されていない場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_host <host> -repos_port <port> -repos_sid <sid> -repos_user <username> [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

ここで、管理リポジトリの詳細は、既存のまたは古い管理リポジトリの詳細です。コマンドラインで明示的に指定していない場合は、管理サーバーのパスワードおよびリポジトリ・パスワードを求められます。

注意:

複数OMS環境をアップグレードしようとする場合、アップグレード・プロセスを常に、管理サーバーが動作している最初のOMSから開始してください(追加のOMSインスタンスからは開始しないでください)。

管理サーバーが実行されているOMSを特定するには、これからアップグレードするOMSで次のコマンドを実行し、出力に管理サーバーの詳細が表示されているかどうかを確認します。<ORACLE_HOME>はOMSのOracleホームです。

$<ORACLE_HOME>/bin/emctl status oms -details

次のような出力が表示されます。

Oracle Enterprise Manager Cloud Control 13c Release 3
Copyright (c) 1996, 2018 Oracle Corporation. All rights reserved
Enter Enterprise Manager Root (SYSMAN) Password :
Console Server Host : myhost.example.com
.
.
.
WLS Domain Information
Domain Name : GCDomain
Admin Server Host: myhost.example.com
.
.
.

Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(グラフィック・モード)

Enterprise Manager Cloud Controlのソフトウェア・バイナリをインストールするには、次のステップを実行します。

• ステップ1: GUIモードでソフトウェア・バイナリのみインストールするためのEnterprise Manager Cloud Controlインストーラの起動

• ステップ2: Oracle Configuration Managerの有効化

• ステップ3: 最新のソフトウェア更新の適用

• ステップ4: 前提条件チェックの実行および環境の検証

• ステップ5: インストール・タイプの選択

• ステップ6: ミドルウェア・ホームの構成、中央エージェントのインストールおよびホスト名の検証

• ステップ7: インストールの詳細の確認

• ステップ8: インストールの進捗のモニタリング

• ステップ9: インストールの終了

• ステップ11: 管理エージェントのアンインストールおよびエージェント・ベース・ディレクトリの削除

• ステップ12: サイレント・モードでの追加のOMSホストへのソフトウェア・バイナリのコピー

GUIモードでソフトウェア・バイナリのみインストールするためのEnterprise Manager Cloud Controlインストーラの起動

既存のOMSが実行されているホストで、Enterprise Manager Cloud Controlインストール・ウィザードを起動します。

./em13300_<platform>.bin [-invPtrLoc <absolute_path_to_oraInst.loc>]

注意:

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

• アップグレードするOMSがinvPtrLoc引数を使用してインストールされていた場合、インストーラの起動時に、必ずinvPtrLoc引数を渡してください。

• Microsoft Windowsでは、-invPtrLocはサポートされていません。

• インストーラには、一時ディレクトリ内に約10GBのハード・ディスク領域が必要です。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡して10GBの領域がある代替ディレクトリを指定します。

  このパラメータで指定されたディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

  次に例を示します。

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

注意:

IBM AIXへのインストール中に、ミドルウェア・ホームで使用しているJDKバージョンがサポートされているバージョンではないことを示すエラー・メッセージが表示された場合は、メッセージに記載されているサポートされているバージョンがインストールされていることを確認し、-skipJDKValidation引数を渡してインストーラを起動します。

次に例を示します。

./em13300_<platform>.bin -skipJDKValidation

Oracle Configuration Managerの有効化

(オプション)「My Oracle Supportの詳細」画面でMy Oracle Support資格証明を入力してOracle Configuration Managerを有効にし、「次」をクリックします。今はOracle Configuration Managerを有効にしない場合、詳細を何も入力せずに「次」をクリックして最新のソフトウェア更新の適用に進みます。

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

最新のソフトウェア更新の適用

「ソフトウェアの更新」画面で、最新のPSUパッチを含む、最新のソフトウェア更新を適用して「次」をクリックします。

ソフトウェア更新は、オフライン・モード(インターネット接続がない場合)またはオンライン・モード(インターネット接続がある場合)でダウンロードできます。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

前提条件チェックの実行および環境の検証

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

インストール・ウィザードでは、この画面に達すると前提条件チェックが自動的に実行されます。

前提条件チェックのステータスは、「警告」、「失敗」、「成功」、「未実行」、「進行中」または「保留」です。

「警告」または「失敗」 ステータスになったチェックがある場合は、アップグレードを続行する前に問題を調査して修正してください。前提条件を満たさなかった理由と解決方法の詳細が画面に表示されます。問題を修正した後、この画面に戻り、「再実行」をクリックして前提条件を再度チェックします。

注意:

前提条件チェックが失敗しパッケージの欠落が報告された場合、必要なパッケージをインストールして、「再実行」をクリックしてください。インストール・ウィザードによってパッケージ名およびバージョンが検証されるため、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』に示す最小バージョンのパッケージをインストールしてください。インストール・ウィザードがこれらのパッケージの検証に使用するロジックを理解するには、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

インストール・タイプの選択

「インストール・タイプ」画面で、「ソフトウェアのみインストール」を選択して「次」をクリックします。

ミドルウェア・ホームの構成、中央エージェントのインストールおよびホスト名の検証

「インストールの詳細」画面で、次の操作を実行して「次」をクリックします。

1. インストーラでOracle WebLogic Server 12c リリース1 (12.1.3.0)およびJava Development Kit 1.7.0_111を自動的にインストールできる新しいミドルウェア・ホームを入力します。

   たとえば、/u01/software/em13c/oraclehomeです。

   注意:

   ここで入力または検証するミドルウェア・ホームがEnterprise Manager Cloud Controlのみに使用されていることを確認してください。他のOracle Fusion Middleware製品またはコンポーネントは、同じミドルウェア・ホームにインストールしないでください。

2. 管理エージェントをインストールできるエージェント・ベース・ディレクトリ(Oracleミドルウェア・ホーム外の場所)への絶対パスを入力します。この場所が空で、書込み権限があることを確認してください。また、常に、Oracleミドルウェア・ホーム外で管理されるようにしてください。

   たとえば、/u01/software/em13c/agentbasedirです。

   注意:

   これは必須フィールドですが、OMSとともにインストールされた管理エージェントは必要ではなく、ステップ(15)の説明のようにアンインストールする必要があります。

3. ホスト名を検証します。デフォルトでは、ホスト名は、既存の旧リリースのEnterprise Managerがインストールされていたホストの名前です。これは編集不可フィールドです。

インストールの詳細の確認

「確認」画面で、選択したインストール・タイプに指定した詳細を確認します。

• 詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。

• 詳細を確認し問題がない場合、「インストール」をクリックしてインストール・プロセスを開始します。

インストールの進捗のモニタリング

「インストールの進行状況」画面で、インストール全体の進行状況(パーセント表示)を確認します。

インストールの終了

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

管理エージェントのアンインストールおよびエージェント・ベース・ディレクトリの削除

管理エージェントをアンインストールし、ミドルウェア・ホームの構成、中央エージェントのインストールおよびホスト名の検証のステップ(2)で作成したエージェント・ベース・ディレクトリを削除します。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

インストール済の管理エージェントとステップ10 (b)で作成済のエージェント・ベース・ディレクトリはフレッシュ・インストールで必須ですが、エージェント・アップグレード・コンソールを使用して管理エージェントをアップグレードする場合は使用されません。

サイレント・モードでの追加のOMSホストへのソフトウェア・バイナリのコピー

追加のOMSインスタンスがある場合は、この項(Enterprise Manager Cloud Control 13cリリース3のソフトウェア・バイナリのインストール(グラフィック・モード))で概説されている次のステップによって、追加のOMSホストにソフトウェア・バイナリのコピーも行います。

allroot.shスクリプトの実行

(UNIXのみ)ソフトウェア・バイナリをインストールした後、新しい端末にrootユーザーとしてログインし、Enterprise Manager Cloud Control 13cリリース3のソフトウェア・バイナリのインストール(グラフィック・モード)でインストールしたOMSのOracleホームからallroot.shスクリプトを実行します。

$<ORACLE_HOME>/allroot.sh

次に例を示します。

/u01/software/em13c/oraclehome/allroot.sh

追加のOMSインスタンスがある場合は、追加のOMSホストでもこのスクリプトを実行します。

注意:

この時点でこのスクリプトを実行する権限がない場合、ソフトウェア・バイナリの構成後にいつでも実行できますが、管理エージェントのアップグレードを開始する前に確実に実行してください。

Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリの構成(グラフィック・モード)

Enterprise Manager Cloud Controlのソフトウェア・バイナリを構成するには、次のステップを実行します。

• ステップ1: GUIモードでソフトウェア・バイナリを構成するためのEnterprise Manager Cloud Controlインストーラの起動

• ステップ1: インストール・タイプの選択

• ステップ2: データベース接続の詳細の指定

• ステップ3: プラグインのアップグレードまたは移行あるいは依存プラグインのデプロイ

• ステップ4: 追加のプラグインのデプロイ

• ステップ5: 既存のWebLogic Serverドメインの拡張

• ステップ6: Oracle BI Publisherの共有場所の構成

• ステップ7: ポートの構成

• ステップ8: アップグレードの詳細の確認

• ステップ9: アップグレードの進捗のモニタリング

• ステップ10: アップグレードの終了

• ステップ11: 追加のOMSインスタンスのアップグレード

• ステップ12: 管理エージェントのアップグレード

GUIモードでソフトウェア・バイナリを構成するためのEnterprise Manager Cloud Controlインストーラの起動

Enterprise Manager Cloud Control 13cリリース3のソフトウェア・バイナリのインストール(グラフィック・モード)でインストールしたOMSのOracleホームから次のスクリプトを実行してインストール・ウィザードを起動します。

$<ORACLE_HOME>/sysman/install/ConfigureGC.sh [-invPtrLoc <absolute_path_to_oraInst.loc>]

注意:

• Microsoft Windowsの場合は、ConfigureGC.batを実行します。

• Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(グラフィック・モード)で説明されている手順で、ソフトウェア・バイナリをインストール中に-invPtrLoc引数を渡した場合は、ここでも同じ引数を渡します。

• スクリプトの起動時に渡すことができる追加の拡張オプションの詳細は、Enterprise Manager Cloud Controlへのソフトウェアのみのアップグレードでサポートされている拡張スクリプト・オプションを参照してください。

Enterprise Manager Cloud Controlへのソフトウェアのみのアップグレードでサポートされている拡張スクリプト・オプション

configureGC.shの起動中に渡すことができる、追加の拡張オプションを次に示します。

• WebLogicドメインの作成に使用されるデフォルト名は、GCDomainです。カスタムのWebLogicドメイン名はサポートされていません。

• 構成が正常に終了すると、OMSおよび管理エージェントが自動的に起動されます。自動的に起動しないようにする場合は、START_OMSオプションとSTART_AGENTオプションを指定してスクリプトを起動し、制御する内容に応じてtrueまたはfalseに設定します。

  たとえば、管理エージェントを自動的に起動しない場合、次のコマンドを実行します。

  $<ORACLE_HOME>/sysman/install/ConfigureGC.sh START_OMS=true START_AGENT=false

  次に例を示します。

  /u01/software/em13c/oraclehome/sysman/install/ConfigureGC.sh START_OMS=true START_AGENT=false

  この拡張オプションに関連する制限事項を理解するには、Enterprise Managerシステムのグラフィック・モード・インストール用の拡張インストーラ・オプションの制限事項を参照してください。

インストール・タイプの選択

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

1. 「既存のEnterprise Managerシステムのアップグレード」を選択し、次に「1システムのアップグレード」を選択します。
2. アップグレードするOMSを選択します。
3. 「次へ」をクリックします。

データベース接続の詳細の指定

「データベース接続の詳細」画面で、次の操作を実行して「次」をクリックします。

• 選択したOMSの管理リポジトリが格納されているデータベースのSYSおよびSYSMANユーザー・アカウントのパスワードを入力します。

  注意:

  • SYSMANパスワードは、先頭が文字で始まり、8文字以上を含み、1つ以上の数値を含む必要があります。また、文字$ # _ を含むことができます。

  • パスワードを変更するには、OMSのいずれかで<OMSORACLE_HOME>/bin/emctl config oms -change_repos_pwd -old_pwd <old_pwd> -new_pwd <new_pwd>を実行します。

  • アップグレード後、同じコマンドを実行してsysmanパスワードを任意のパスワードに変更できます。

• 管理リポジトリがバックアップされていることを確認します(インストーラは、管理リポジトリがバックアップされているかどうかのみをチェックするため、OMS、インベントリ、ソフトウェア・ライブラリおよびEnterprise Managerの動作に不可欠なその他のコンポーネントをバックアップすることを強くお薦めします。これによって、アップグレードに失敗した場合に、元の内容に戻すことができます)。前提条件として、アップグレード・プロセスを開始する前に、管理リポジトリをバックアップする必要があります。まだバックアップを取っていない場合は、ただちに実行し、その後でインストーラに戻ってアップグレードを続行してください。

• アップグレード後のメンテナンスのためにEnterprise Managerシステムを停止する必要がある場合は、「DDMPジョブを無効にします」を選択してDDMPジョブを無効にします。アップグレード後のメンテナンスのためにEnterprise Managerシステムを停止しないため、DDMPジョブを無効にしない場合は、このオプションを選択しないでください。

  遅延データ移行(DDMP)は、以前のリリースのEnterprise Managerに格納されているデータのフォーマットを、アップグレード後のEnterprise Managerシステムと互換性のあるフォーマットに移行する、アップグレード後アクティビティの1つです。この移行アクティビティは基本的に、Oracle Management Repositoryのアップグレード時に発行されるEnterprise Managerのジョブであり、アップグレード後のEnterprise Managerシステムが機能し始めるときバックグラウンドで実行するようにスケジュールされます。

  データ・フォーマットの移行にかかる時間は、以前のリリースのEnterprise Managerにあるデータの量によって異なります。したがって、大量のデータがある場合、移行に時間がかかります。

  アップグレード後のメンテナンス用にEnterprise Managerシステムを停止する必要がある場合、DDMPジョブを今すぐ無効にし、メンテナンス期間が終了し、Enterprise Managerシステムが稼働中になった後でアップグレード後のコンソールから実行するよう選択できます。

  Enterprise Manager Cloud Controlコンソールのアップグレード後のコンソールからDDMPジョブを後で実行するには、「設定」メニューから「Cloud Controlの管理」を選択し、「アップグレード後のタスク」を選択します。

注意:

以前のリリースのEnterprise Managerにデプロイされているプラグインのいくつかが古く、13cリリース2でサポートされないことがインストーラによって検出された場合、まず以前のリリースからそれらのプラグインを削除するよう求められます。それらの古いプラグインを削除した後でのみインストーラに戻ってアップグレードを続行できます。

古いプラグインを削除するには、次のステップに従います。

1. まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。

2. 最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のクラウド・コントロールの更新に関する章を参照してください。

注意:

環境にJVM診断エンジン(JVMDエンジン)またはアプリケーションの依存性とパフォーマンス・エンジン(ADPエンジン)が構成されている場合、それらが稼働しているかどうかを確認します。そうである場合、管理サーバーが稼働しているかどうかを確認し、JVMDエンジンおよびADPエンジンを停止します。アップグレードが正常に終了すると、JVMDエンジンは自動的に起動します。

管理サーバーが稼働しているかどうかを確認するには、アップグレードしているOMSから次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

<ORACLE_HOME>/bin/emctl status oms -details

各OMSインスタンスでエンジンを停止するには、アップグレードしているOMSから次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

<ORACLE_HOME>/bin/emctl extended oms adp stop -all

注意:

この時点でデータベースで実行される様々な前提条件チェックの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

注意:

欠落しているプラグインに関するエラーが表示される場合は、次の操作を実行します。

1. 欠落しているプラグインのエラー・メッセージに表示されているとおりに、プラグイン・バージョンおよびプラグイン・アップデートに関するメモを取ります。エラー・メッセージに表示されたプラグインは、次の形式で示されます。

   PluginID:PluginVersion:PluginUpdate

2. 必要なプラグインを次の場所から手動でダウンロードします。

   http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html

   さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。

   https://apex.oracle.com/pls/apex/f?p=53891:1

3. 次のパラメータを指定してConfigureGC.shスクリプトを起動し、追加のプラグインがダウンロードされている場所を渡します。<ORACLE_HOME>は、Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(グラフィック・モード)でインストールしたOMSホストのOracleホーム(ミドルウェア・ホーム)です。

   <ORACLE_HOME>/sysman/install/ConfigureGC.sh PLUGIN_LOCATION=<absolute_path_to_plugin_sw>

   次のステップに進む前に、欠落しているプラグインを必ずインストールしてください。

プラグインのアップグレードまたは移行あるいは依存プラグインのデプロイ

「プラグイン・アップグレード」画面で、次の影響のいずれかを受けるプラグインを確認して「次」をクリックします。

• 新しいバージョンが存在する場合にアップグレード

• 新しいバージョンが存在しない場合に移行

• アップグレード対象のプラグインに新しい依存関係が存在する場合またはリリースで導入された新しいデフォルト・プラグインがある場合は、デプロイ済。

ここで、新しいバージョンとは、インストールに使用するEnterprise Managerソフトウェア(DVDまたはダウンロードしたソフトウェア)で提供されているプラグインの新しいバージョンを指します。

注意:

13cリリース2でのみサポートされ、将来のリリースではサポートされないプラグイン・バージョンにアップグレード可能な非推奨のプラグインが環境にある場合があります。そのような非推奨のプラグインがこのアップグレードの画面でデフォルトで選択されている場合、選択内容を確認し、そのようなプラグインのアップグレードを続行するかどうかを決めるよう求められます。

重要:

次の画面に進む前に、次のコマンドを実行して関連するOMSインスタンスすべてを停止します。<ORACLE_HOME>はOMSのOracleホームです。

$<ORACLE_HOME>/bin/emctl stop oms -all

注意:

• 新しいバージョンが、使用するEnterprise Managerソフトウェアに存在しないがOTNには存在する場合、既存のプラグインをデフォルトで自動的に移行するかわりに、新しいバージョンをOTNから手動でダウンロードして既存のプラグインをアップグレードすることもできます。次のステップを実行します。

  1. 必要なプラグインを次の場所から手動でダウンロードします。

     http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html

     さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。

     https://apex.oracle.com/pls/apex/f?p=53891:1

  2. 次のパラメータを指定してConfigureGC.shスクリプトを起動し、追加のプラグインがダウンロードされている場所を渡します。<ORACLE_HOME>は、Enterprise Manager Cloud Control 13c リリース3ソフトウェア・バイナリのインストール(グラフィック・モード)でインストールしたOMSのOracleホーム(ミドルウェア・ホーム)です。

     $<ORACLE_HOME>/sysman/install/ConfigureGC.sh PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

     プラグインの新しいバージョンが利用できるようになると、この画面にはそのプラグインが、自動的にアップグレードされるプラグインとしてリストされます。

• OMSまたは管理エージェントの一部にサポートされていないプラグインがあるというメッセージが表示された場合は、メッセージの説明に従ってプラグインをアップグレードし、OMSのアップグレードを再試行します。

追加のプラグインのデプロイ

「プラグインの選択」画面で、OMSのアップグレード中に自動的にアップグレードされるプラグイン以外にデプロイするオプション・プラグインを選択し、「次」をクリックします。

注意:

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

注意:

この画面にリストされていないその他のプラグインをインストールする場合は、次のステップに従います。

1. 必要なプラグインを次の場所から手動でダウンロードします。

   http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html

   さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。

   https://apex.oracle.com/pls/apex/f?p=53891:1

2. 次のパラメータを指定してインストーラを起動し、プラグインがダウンロードされている場所を渡します。<ORACLE_HOME>は、Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(グラフィック・モード)でインストールしたOMSのOracleホームです。

   $<ORACLE_HOME>/sysman/install/ConfigureGC.sh PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

既存のWebLogic Serverドメインの拡張

「WebLogic Serverドメインの拡張」画面で、次の操作を実行し、アップグレードされたOMS用のWebLogicドメインおよびOMSインスタンス・ベース・ディレクトリを新規作成して「次」をクリックします。

• 管理サーバーのホスト名およびそのポートと、WebLogicユーザー名を検証し、WebLogicユーザー・アカウント・パスワードを入力します。これは、新規WebLogicドメイン(GCDomain)を、アップグレードしている旧リリースのOMSで使用された管理サーバーと同じポートおよびホスト名で作成するために必要です。

  注意:

  追加のOMSをアップグレードする場合は、最初にアップグレードしたOMS用に構成したホスト名と管理サーバー・ポートを入力し、既存のWebLogic Serverユーザー・アカウントの資格証明を入力します。

  ホスト名は、最初のOMSが実行されているホストの名前です。ポートを識別するには、次のファイルでパラメータAS_HTTPS_PORTに設定された値を確認します。

  <ORACLE_HOME>/gc_inst/em/EMGC_OMS<n>/emgc.properties

• 新規OMSインスタンス・ベース・ディレクトリ(gc_inst)への絶対パスを入力します。これは、アップグレードされたOMSに関連する構成情報を保存するために作成されます。このgc_instディレクトリは、12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)の古いgc_instディレクトリであってはいけないため、新しいディレクトリの場所を入力します。古いgc_instディレクトリを入力すると、インストーラはディレクトリが空ではないという警告を表示します。

  たとえば、/u01/software/em13c/oraclehomeです。

  入力したパスがインスタンス・ベース・ディレクトリへの正しいパスであり、ミドルウェア・ホーム外で保持されていることを確認します。

  注意:

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

  注意:

  Oracle WebLogic Serverのパスワードまたはノード・マネージャのパスワードを変更する場合は、My Oracle Supportのノート1450798.1を参照してください。

Oracle BI Publisherの共有場所の構成

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

1. 共有場所にすでにOracle BI Publisherがインストールおよび構成されているOMSをアップグレードする場合、Oracle BI Publisherを構成するためのフィールドは事前に入力され、グレー表示されます。それらはそのままにし、この画面の他のセクションに進むことができます。

   しかし、Oracle BI PublisherがまだインストールされていないOMSをアップグレードする場合または共有場所にOracle BI Publisherはインストールされているが構成されていない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が適切に機能するために必要なため、インストール時およびインストール後も必要です。

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

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

   注意:

   インストール時にOracle BI Publisherを無効にするよう選択した場合、インストール後に、アップグレードされたOMSのOracleホームから次のEM CTLコマンドを実行して有効にできます。

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

   次に例を示します。

   /u01/software/em13c/oraclehome/bin/emctl config oms -enable_bip

   コマンドはOracle BI Publisherを有効にするのみで、起動はしません。起動するには、アップグレードされたOMSのOracleホームから次のコマンドを実行します。

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

   /u01/software/em13c/oraclehome/bin/emctl start oms -bip_only

ポートの構成

「ポート構成の詳細」画面で、このリリースに追加されている新しいコンポーネントに使用するポートをカスタマイズします。ほとんどのコンポーネントのポートは以前のリリースから自動的に引き継がれるため、この画面には、このリリースに追加されている新しいコンポーネント用のポートのみが示されます。

注意:

この画面のすべてのポートが-1として表示される場合、インストーラがホスト上のポートをバインドできないことを示します。この問題を解決するには、インストーラを終了して、ホスト名とこのホストのIP構成を検証し(ホストのIPアドレスが別のホストで使用されていないことを確認)、インストーラを再起動して実行しなおします。

Oracleによって推奨されるポート範囲の内部または外部にある空きカスタム・ポートを入力できます。

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

• 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

アップグレードの詳細の確認

「確認」画面で、選択したインストール・タイプに指定した詳細を確認します。

• 詳細を変更するには、変更する画面に到達するまで、「戻る」を繰返しクリックします。

• 詳細を確認し問題がない場合、「構成」をクリックしてインストール・プロセスを開始します。

アップグレードの進捗のモニタリング

「インストールの進行状況」画面で、インストール全体の進行状況(パーセント表示)を確認します。

注意:

• コンフィギュレーション・アシスタントが失敗すると、インストーラが停止し、失敗したコンフィギュレーション・アシスタントに関連する問題が解決するまで後続のコンフィギュレーション・アシスタントは実行されません。この場合は、問題を診断して解決してから、「インストールの進行状況」画面で「再試行」 をクリックし、失敗したコンフィギュレーション・アシスタントから再度実行します。

  ただし、誤って「再試行」をクリックする前にインストーラを終了してしまった場合は、この画面を開くためにインストーラを再起動しないでください。かわりに、OMSのOracleホームからrunConfig.shスクリプトを起動し、サイレント・モードでコンフィギュレーション・アシスタントを再度実行してください。runConfig.shスクリプトが失敗した場合、サービス・リクエストを発行してOracleサポートに連絡してください。

  $<ORACLE_HOME>/oui/bin/runConfig.sh ORACLE_HOME=<absolute_path_to_Middleware_home> MODE=perform ACTION=configure COMPONENT_XML={encap_oms.1_0_0_0_0.xml}

  次に例を示します。

  /u01/software/em13c/oraclehome/oui/bin/runConfig.sh ORACLE_HOME=/u01/software/em13c/oraclehome MODE=perform ACTION=configure COMPONENT_XML={encap_oms.1_0_0_0_0.xml}

  注意:

  Microsoft Windowsプラットフォームの場合、runConfig.batスクリプトを起動します。

  前述のステップの後にrunConfig.shスクリプトが失敗した場合、問題を修正してから再度runConfigコマンドを実行します。スクリプトの再実行は失敗したポイントから開始します。問題がまだ存在している場合、トリアージを実行し、関連するログ・ファイルを確認して、問題解決を試みます。それでもrunConfigスクリプトが失敗する場合には、Oracleサポートに連絡してください。

• 管理リポジトリのアップグレードがschemamanagerログの次のエラーで失敗した場合は、データベースを再起動して、アップグレードを再度試みます。

  ORA-04020: deadlock detected while trying to lock object SYSMAN.MGMT_GLOBAL

アップグレードの終了

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

追加のOMSインスタンスのアップグレード

追加のOMSインスタンスがある場合は、この項(Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリの構成(グラフィック・モード))に示されたステップに従って、それぞれのアップグレードを順次開始します。

管理エージェントのアップグレード

すべてのOMSインスタンスのアップグレード後に、最初の、古いOMS (つまり、中央エージェント)でインストールされていたものを含む、管理エージェントをアップグレードします。詳細は、Oracle Management Agentのアップグレードを参照してください。

注意:

• OMSインスタンスのアップグレード後、中央エージェントをすぐにアップグレードすることをお薦めします。ただし、OMSインスタンスのアップグレード後、なんらかの理由で中央エージェントをすぐにアップグレードできない場合は、必ずJDK 1.6u95パッチを中央エージェントに適用してください。そうしないと、GC WLSドメインのターゲットがEnterprise Manager Cloud Controlコンソールでモニターされません。この問題は、中央エージェントがアップグレードされると発生しません。

• 中央エージェントのアップグレード後に、アップグレードされた中央エージェントのエージェント・ベース・ディレクトリを古いOracleミドルウェア・ホームで見つけて、古いOracleミドルウェア・ホーム外にそれを移動する場合は、中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動で概説されている手順に従います。

• Oracle Enterprise Managerでは、YASTに依存しないOracle Linuxホスト管理機能がサポートされています。ただし、この問題に対応した完全なソリューションを取得するには、エージェントとOMSを13.3.0.0.0以上にアップグレードする必要があります。どちらかがアップグレードされていない場合、システムは新機能をサポートしないため、引き続き以前のように動作します。

ソフトウェアのみ方式を使用した13c リリース3へのOMSおよび管理リポジトリのアップグレード(サイレント・モード)

この項では、サイレント・モードでソフトウェアのみ方式を使用して13c リリース2、13c リリース1、または12c リリース5 (12.1.0.5)のOMSおよび管理リポジトリを13c リリース3にアップグレードする方法について説明します。

ソフトウェアのみ方式を使用して、ある時点でEnterprise Manager Cloud Control 13c リリース3のソフトウェア・バイナリを実質的にインストールし、その後で旧リリースのEnterprise Managerを、新しくインストールした13c リリース3のソフトウェア・バイナリにアップグレードします。

このアップグレード方式は、OMSインスタンスの停止時間を最少にするため、複数OMS環境に最適です。この方式は、ソフトウェア・バイナリのコピー、root.shスクリプトの実行およびソフトウェア・バイナリの構成を主とする3つの部分で構成されます。OMSインスタンスを停止せずに、並行してすべてのOMSホスト上でソフトウェア・バイナリをコピーできます。これは時間の節約となるだけでなく、以前のリリースのOMSインスタンスの稼働および実行をこの時点で継続できます。ソフトウェア・バイナリがコピーされると、すべてのOMSインスタンスを停止し、ソフトウェア・バイナリを1つずつ構成してOMSインスタンスをアップグレードできます。したがって停止時間はソフトウェア・バイナリをホストへコピーするときからではなく、OMSインスタンスの構成開始時から開始されます。

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

• Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(サイレント・モード)

• allroot.shスクリプトの実行

• Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリの構成(サイレント・モード)

注意:

emkeyをコピーしていないことを示すエラー・メッセージが表示される場合は、次の手順を実行します。

• OMRがサービス名で構成されている場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_conndesc '"(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=<>)(PORT=<>)))(CONNECT_DATA=(SERVICE_NAME=<>)))"' -repos_user <> [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

• OMRがサービス名で構成されていない場合は、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>はOMSのOracleホームです。

  <ORACLE_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_host <host> -repos_port <port> -repos_sid <sid> -repos_user <username> [-repos_pwd <pwd> ] [-admin_pwd <pwd>] -emkey_file <oracle_home>/sysman/config/emkey.ora

ここで、管理リポジトリの詳細は、既存のまたは古い管理リポジトリの詳細です。コマンドラインで明示的に指定していない場合は、管理サーバーのパスワードおよびリポジトリ・パスワードを求められます。

注意:

複数OMS環境をアップグレードしようとする場合、アップグレード・プロセスを常に、管理サーバーが動作している最初のOMSから開始してください(追加のOMSインスタンスからは開始しないでください)。

管理サーバーが実行されているOMSを特定するには、これからアップグレードするOMSで次のコマンドを実行し、出力に管理サーバーの詳細が表示されているかどうかを確認します。<ORACLE_HOME>はOMSのOracleホームです。

$<ORACLE_HOME>/bin/emctl status oms -details

次のような出力が表示されます。

Oracle Enterprise Manager Cloud Control 13c Release 3 
Copyright (c) 1996, 2018 Oracle Corporation. All rights reserved
Enter Enterprise Manager Root (SYSMAN) Password :
Console Server Host : myhost.example.com
.
.
.
WLS Domain Information
Domain Name : GCDomain
Admin Server Host: myhost.example.com
.
.
.

Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(サイレント・モード)

Enterprise Manager Cloud Control 13cのソフトウェア・バイナリをインストールするには、次のステップに従います。

• ステップ1: サイレント・モードでソフトウェアのみインストールするためのレスポンス・ファイルの生成

• ステップ2: サイレント・モードでソフトウェアのみインストールするためのレスポンス・ファイルの編集

• ステップ3: サイレント・モードでのソフトウェア・バイナリのインストール

• ステップ4: allroot.shスクリプトの実行

• ステップ5: 管理エージェントのアンインストールおよびエージェント・ベース・ディレクトリの削除

• ステップ6: サイレント・モードでの追加のOMSホストへのソフトウェア・バイナリのダウンロードおよびコピー

サイレント・モードでソフトウェアのみインストールするためのレスポンス・ファイルの生成

インストーラを起動し、ソフトウェアのみのサイレント・インストールの実行に使用する必要があるレスポンス・ファイルを生成します。

./em13300_<platform>.bin -getResponseFileTemplates -outputLoc <absolute_path_to_a_directory_to_store_the_generated_response_file>

注意:

コマンドにより、レスポンス・ファイルが3つ生成されます。このソフトウェアのみのサイレント・インストールに使用する必要があるのは、software_only.rspファイルのみです。

サイレント・モードでソフトウェアのみインストールするためのレスポンス・ファイルの編集

software_only.rspファイルを編集し、表4-2に記載されているパラメータに適切な値を入力します。

表4-2 サイレント・モードでソフトウェアのみインストールするためのsoftware_only.rspレスポンス・ファイルの編集

パラメータ	データ型	値に二重引用符が必要か？	説明
UNIX_GROUP_NAME	String	はい	(中央インベントリが存在しない場合にのみ必須)所属するUNIXグループの名前を入力します。 たとえば、"dba"などです。
INVENTORY_LOCATION	String	はい	(中央インベントリが存在せず、アップグレードするOMSがinvPtrLoc引数を使用してインストールされた場合にのみ必須)中央インベントリへの絶対パスを入力します。 たとえば、"/scratch/oracle/oraInventory"などです。
SECURITY_UPDATES_VIA_MYORACLESUPPORT	Boolean	はい	セキュリティ更新をダウンロードしてインストールする場合は、TRUEを入力します。続いて、次のパラメータに資格証明を二重引用符で囲んで入力します。 MYORACLESUPPORT_USERNAME MYORACLESUPPORT_PASSWORD セキュリティ更新をダウンロードしてインストールする場合は、FALSEを入力します。
DECLINE_SECURITY_UPDATES	Boolean	いいえ	セキュリティ更新を拒否する場合は、TRUEを入力します。この場合、SECURITY_UPDATES_VIA_MYORACLESUPPORTにFALSEを入力する必要があります。 セキュリティ更新を拒否しない場合は、FALSEを入力します。この場合、SECURITY_UPDATES_VIA_MYORACLESUPPORTにTRUEを入力する必要があります。
INSTALL_UPDATES_SELECTION	String	はい	このパラメータはデフォルトで、インストール中にソフトウェア更新がインストールされないことを示す"skip"に設定されています。 My Oracle Supportからソフトウェア更新をインストールする場合、このパラメータを"download"に設定します。続いて、次のパラメータに資格証明を二重引用符で囲んで入力します。 MYORACLESUPPORT_USERNAME_FOR_SOFTWAREUPDATES MYORACLESUPPORT_PASSWORD_FOR_SOFTWAREUPDATES ステージングされた場所からソフトウェア更新をインストールする場合、このパラメータを"staged"に設定します。続いてSTAGE_LOCATIONパラメータには、ソフトウェア更新が含まれるUpdatesディレクトリまで含めた絶対パスを二重引用符で囲んで入力します。 このオプションの場合、前提条件として、ソフトウェア更新がすでにダウンロードされている必要があります。手順については、Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイドを参照してください。
ORACLE_MIDDLEWARE_HOME_LOCATION	String	はい	13cリリース2へのアップグレードはアウトオブプレース・アップグレードであるため、インストーラでOracle WebLogic Server 12cリリース1 (12.1.3.0)およびJDK 1.7.0_80を自動的にインストールできる新しいミドルウェア・ホームを入力します。 ミドルウェアの場所に、OMSおよび管理エージェントのOracleホームを作成するための書込み権限があることを確認してください。 たとえば、/u01/software/em13c/oraclehomeです。 注意: ここで入力するミドルウェア・ホームは、Enterprise Manager Cloud Controlのためにのみ使用するようにしてください。他のOracle Fusion Middleware製品またはコンポーネントは、同じミドルウェア・ホームにインストールしないでください。
AGENT_BASE_DIR	String	はい	管理エージェントをインストールできるエージェント・ベース・ディレクトリ(Oracleミドルウェア・ホーム外の場所)への絶対パスを入力します。エージェント・アップグレード・コンソールを使用して旧リリースの管理エージェントをアップグレードするため、この管理エージェントは最終的にホストから削除します。しかし、ソフトウェア・バイナリを正常にコピーするにはこのパラメータが必要で、管理エージェントのバイナリをコピーでき、それによりインストールを正常に終了できるように有効な場所を指定する必要があります。 たとえば、/u01/software/em13c/agentbasedirです。 この場所が空で、書込み権限があることを確認してください。また、常に、Oracleミドルウェア・ホーム外で管理されるようにしてください。 注意: (Microsoft Windowsのみ)エージェント・ベース・ディレクトリのパスの文字数が、25文字を超えていないことを確認してください。たとえば、16文字のみを含むエージェント・ベース・ディレクトリのパスC:\Oracle\Agent\は、使用できます。ただし、25を超える文字を含むC:\Oracle\ManagementAgent\13c\newは、使用できません。
ORACLE_HOSTNAME	String	はい	DNSに登録され、他のネットワーク・ホストからアクセスできる完全修飾ドメイン名を入力します。または、このサイトですべてのOMSインスタンスの/etc/hostsファイルに定義されている別名ホスト名を入力します。 ホスト名はローカルのOracle WebLogic ServerおよびOracle Management Serviceに使用されるため、ホスト名はローカル・ホストに対して解決する必要があります。このフィールドには、リモート・ホストやロード・バランサ仮想ホストを指定しないでください。IPアドレスを入力しないでください。名前にアンダースコアを使用しないでください。短縮名も使用できますが、警告が表示されるため、完全修飾ドメイン名を入力することをお薦めします。 ホスト名を指定しない場合、インストール・ウィザードは自動的に検出したホスト名をそのホストの名前として使用して続行します。

サイレント・モードでのソフトウェア・バイナリのインストール

サイレント・モードでソフトウェア・バイナリをコピーするには、次の方法でインストーラを起動します。

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

注意:

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

• インストーラの起動時に渡すことができる追加の拡張オプションの詳細は、サイレント・モードでEnterprise Managerシステムをインストールするためにサポートされている拡張インストーラ・オプションを参照してください。

• インストーラには、一時ディレクトリ内に約10GBのハード・ディスク領域が必要です。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡して10GBの領域がある代替ディレクトリを指定します。

  このパラメータで指定されたディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

  次に例を示します。

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

• IBM AIXへのインストール中に、ミドルウェア・ホームで使用しているJDKバージョンがサポートされているバージョンではないことを示すエラー・メッセージが表示された場合は、メッセージに記載されているサポートされているバージョンがインストールされていることを確認し、-skipJDKValidation引数を渡してインストーラを起動します。

  次に例を示します。

  ./em13300_<platform>.bin -skipJDKValidation

allroot.shスクリプトの実行

(UNIXのみ)ソフトウェア・バイナリをインストールした後、新しい端末にrootユーザーとしてログインし、Enterprise Manager Cloud Control 13cリリース3のソフトウェア・バイナリのインストール(サイレント・モード)でインストールしたOMSのOracleホームからallroot.shスクリプトを実行します。

$<ORACLE_HOME>/allroot.sh

次に例を示します。

/u01/software/em13c/oraclehome/allroot.sh

追加のOMSインスタンスがある場合は、追加のOMSホストでもこのスクリプトを実行します。

注意:

この時点でこのスクリプトを実行する権限がない場合、ソフトウェア・バイナリの構成後にいつでも実行できますが、管理エージェントのアップグレードを開始する前に確実に実行してください。

管理エージェントのアンインストールおよびエージェント・ベース・ディレクトリの削除

管理エージェントと作成済のエージェント・ベース・ディレクトリを削除します。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

インストール済の管理エージェントと作成済のエージェント・ベース・ディレクトリはフレッシュ・インストールで必須ですが、エージェント・アップグレード・コンソールを使用して管理エージェントをアップグレードする場合は使用されません。

サイレント・モードでの追加のOMSホストへのソフトウェア・バイナリのダウンロードおよびコピー

追加のOMSインスタンスがある場合は、「Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(サイレント・モード)」で概説されている次のステップに従って、OTNからソフトウェア・バイナリをダウンロードし、追加のOMSホストにコピーします。

Enterprise Manager Cloud Control 13c リリース3ソフトウェア・バイナリの構成(サイレント・モード)

Enterprise Manager Cloud Controlのソフトウェア・バイナリを構成するには、次のステップを実行します。

• ステップ1: サイレント・モードでソフトウェア・バイナリを構成するためのレスポンス・ファイルの編集

• ステップ2: サイレント・モードでのソフトウェア・バイナリの構成

• ステップ3: 追加のOMSインスタンスのアップグレード

• ステップ4: 管理エージェントのアップグレード

注意:

管理リポジトリのアップグレードがschemamanagerログの次のエラーで失敗した場合は、データベースを再起動して、アップグレードを再度試みます。

ORA-04020: deadlock detected while trying to lock object SYSMAN.MGMT_GLOBAL

サイレント・モードでソフトウェア・バイナリを構成するためのレスポンス・ファイルの編集

software_only.rspファイルの生成時に、サイレント・モードでソフトウェアのみインストールするためのレスポンス・ファイルの生成で生成したupgrade.rspファイルにアクセスします。upgrade.rspファイルを編集し、サイレント・モードでOracle Management ServiceおよびOracle Management Repositoryをアップグレードするためのレスポンス・ファイルの編集に記載されているパラメータに対して適切な値を入力します。

注意:

古くて13cリリース3でサポートされないプラグインがある場合は、まず以前のリリースからそれらのプラグインを削除する必要があります。それらの古いプラグインを削除した後でのみアップグレードを続行できます。

古いプラグインを削除するには、次のステップに従います。

1. まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。

2. 最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のクラウド・コントロールの更新に関する章を参照してください。

サイレント・モードでのソフトウェア・バイナリの構成

サイレント・モードでのソフトウェア・バイナリのインストールでインストールしたOMSのOracleホームからConfigureGC.shスクリプトを起動し、前のステップで編集したレスポンス・ファイルを渡して、ソフトウェア・バイナリを構成します。

$<ORACLE_HOME>/sysman/install/ConfigureGC.sh -silent -responseFile <absolute_path_to_the_directory_where_the_generated_and_updated_response_file_is_stored>/upgrade.rsp [-invPtrLoc <absolute_path_to_oraInst.loc>]

注意:

• サイレント・モードでのソフトウェア・バイナリのインストールで説明されている手順で、ソフトウェア・バイナリをインストール中に-invPtrLoc引数を渡した場合は、ここでも同じ引数を渡します。

• スクリプトの起動時に渡すことができる追加の拡張オプションの詳細は、Enterprise Manager Cloud Controlへのソフトウェアのみのアップグレードでサポートされている拡張スクリプト・オプションを参照してください。

• 前提条件チェックがパッケージが不足していることを示して失敗した場合は、必要なパッケージをインストールしてインストールを再試行してください。インストーラによってパッケージ名およびバージョンが検証されるため、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』に示す最小バージョンのパッケージをインストールしてください。インストーラがこれらのパッケージの検証に使用するロジックを理解するには、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

注意:

欠落しているプラグインに関するエラーが表示される場合は、次の操作を実行します。

1. 欠落しているプラグインのエラー・メッセージに表示されているとおりに、プラグイン・バージョンおよびプラグイン・アップデートに関するメモを取ります。エラー・メッセージに表示されたプラグインは、次の形式で示されます。

   PluginID:PluginVersion:PluginUpdate

2. 必要なプラグインを次の場所から手動でダウンロードします。

   http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-3237574.html

   さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。

   https://apex.oracle.com/pls/apex/f?p=53891:1

3. 次のパラメータを指定してConfigureGC.shスクリプトを起動し、追加のプラグインがダウンロードされている場所を渡します。<ORACLE_HOME>は、Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(サイレント・モード)でインストールしたOMSのOracleホームです。

   <ORACLE_HOME>/sysman/install/ConfigureGC.sh -silent PLUGIN_LOCATION=<absolute_path_to_plugin_sw>

   次のステップに進む前に、欠落しているプラグインを必ずインストールしてください。

追加のOMSインスタンスのアップグレード

追加のOMSインスタンスがある場合は、サイレント・モードでソフトウェア・バイナリを構成するためのレスポンス・ファイルの編集およびサイレント・モードでのソフトウェア・バイナリの構成に示されたステップに従って、それぞれのアップグレードを順次開始します。

管理エージェントのアップグレード

すべてのOMSインスタンスのアップグレード後に、最初の、古いOMS (つまり、中央エージェント)でインストールされていたものを含む、管理エージェントをアップグレードします。詳細は、Oracle Management Agentのアップグレードを参照してください。

注意:

• OMSインスタンスのアップグレード後、中央エージェントをすぐにアップグレードすることをお薦めします。ただし、OMSインスタンスのアップグレード後、なんらかの理由で中央エージェントをすぐにアップグレードできない場合は、必ずJDK 1.6u95パッチを中央エージェントに適用してください。そうしないと、GC WLSドメインのターゲットがEnterprise Manager Cloud Controlコンソールでモニターされません。この問題は、中央エージェントがアップグレードされると発生しません。

• 中央エージェントのアップグレード後に、アップグレードされた中央エージェントのエージェント・ベース・ディレクトリを古いOracleミドルウェア・ホームで見つけて、古いOracleミドルウェア・ホーム外にそれを移動する場合は、中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動で概説されている手順に従います。