| Oracle® Enterprise Manager Cloud Controlアップグレード・ガイド 13c リリース3 E98554-01 |
|
 前 |
 次 |
この章では、13c リリース2、13c リリース1、または12c リリース5 (12.1.0.5)のOracle Management Service (OMS)およびOracle Management Repository (管理リポジトリ)を13c リリース3にアップグレードする様々な方法について説明します。個々の要件を最も満たす方式を選択して、該当する項に示されている手順に従ってください。このアップグレードの手順は、複数OMS環境と同様に単一OMSにも適用されます。
この章の内容は次のとおりです。
注意:
Oracle BI Publisherを12cリリース3 (12.1.0.3)で構成している場合、13cリリース3に直接アップグレードすることはできません。まず12c リリース5 (12.1.0.5)、13c リリース1、または13c リリース2にアップグレードしてから、13c リリース3にアップグレードする必要があります。
Oracle Management Service 12c リリース1 (12.1.0.1) [バンドル・パッチ1の有無に関係なし]、12c リリース2 (12.1.0.2)、または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 リリース2、13c リリース1、または12c リリース5 (12.1.0.5)のOMSおよび管理リポジトリを13c リリース3にアップグレードするには、次の手順に従います。
手順3: 最新のソフトウェア更新の適用
手順4: 前提条件チェックの実行および環境の検証
手順5: インストール・タイプの選択
手順7: データベース接続の詳細の指定
手順9: 追加のプラグインのデプロイ
手順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 . . .
管理リポジトリ、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はサポートされていません。
インストーラのグラフィック・モードでの起動中に渡すことができる追加の拡張オプションの一部は、次のとおりです。
デフォルトでは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためにプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリが作成されます。デフォルトでは、この場所はスクラッチ・パスの場所(/tmp)です。この場所はプロビジョニングのアクティビティにのみ使用されます。エンティティはデプロイメント・プロシージャ用にコピーされ、デプロイメント・プロシージャが終了すると削除されます。
この場所をカスタムの場所でオーバーライドするには、-J-Djava.io.tmpdirオプションを指定してインストーラを起動し、一意のカスタムの場所を入力します。
たとえば、次のようになります。
./em13300_linux64.bin -J-Djava.io.tmpdir=/u01/install/em/STAGE/
注意:
このオプションの使用中には/u01/install/em/STAGE/ディレクトリが存在している必要があり、ない場合には一時場所が/var/tmpにリダイレクトされます。アップグレード中に、ソフトウェア・キット(DVD、ダウンロードしたソフトウェア)に含まれていないプラグインをインストールするには、次の手順に従います。
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-3237574.html
さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。
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システムのグラフィック・モード・インストール用の拡張インストーラ・オプションの制限事項を参照してください。
OMSおよび管理エージェントの自動起動方法を制御する拡張オプションとしてSTART_OMSおよびSTART_AGENTを使用する場合、管理エージェントとそのインストール先のホストがCloud Controlコンソールでターゲットとして表示されないことがあります。
表4-1は、こうした拡張オプションの様々な組合せの一覧と、各組合せで従う対処方法を説明しています。
表4-1 拡張オプションと対処方法
| 拡張オプション | 対処方法 |
|---|---|
|
|
|
管理エージェントを起動します。
|
|
|
(オプション)「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でサポートされないことがインストーラによって検出された場合、まず以前のリリースからそれらのプラグインを削除するよう求められます。それらの古いプラグインを削除した後でのみインストーラに戻ってアップグレードを続行できます。
古いプラグインを削除するには、次の手順に従います。
まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。
最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『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から手動でダウンロードして既存のプラグインをアップグレードすることもできます。次の手順を実行します。
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html
さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。
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でのみサポートされ、将来のリリースではサポートされない非推奨のプラグインを選択した場合、選択内容を確認し、そのプラグインのデプロイメントを続行するかどうかを決めるよう求められます。
注意:
この画面にリストされていないプラグインをインストールする場合は、次の手順に従います。
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html
さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。
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ドメインの拡張」画面で、次の操作を実行し、アップグレードされた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マウントされたドライブからローカルのファイル・システムの場所へのロック・ファイルの移動」を参照してください。
(gc_inst))をNFSマウントされたドライブに作成した場合、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。これを行うには、httpd.confファイルのロック・ファイルの場所を変更し、ローカルのファイル・システムの場所にマップします。追加のOracle Management Serviceのアップグレードの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』の追加Oracle Management Serviceを追加した後のインストール後のタスクの実行に関する項の手順4を参照してください。
「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
「確認」画面で、アップグレードのために指定した詳細を確認します。
インストーラはプラグインのあるソフトウェア・インストールのみを実行します。この手順はプロセスの一部です。実際のアップグレードは進行していません。
注意:
「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
追加の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 リリース2、13c リリース1、または12c リリース5 (12.1.0.5)のOMSおよび管理リポジトリを13c リリース3にアップグレードするには、次の手順に従います。
手順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でサポートされないプラグインがある場合は、まず以前のリリースからそれらのプラグインを削除する必要があります。それらの古いプラグインを削除した後でのみアップグレードを続行できます。
古いプラグインを削除するには、次の手順に従います。
まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。
最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『Oracle 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基本インストレーション・ガイド』を参照してください。
インストールが正常に終了すると、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インスタンスがある場合は、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 リリース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のソフトウェア・バイナリのインストール(グラフィック・モード)
プラグインを伴った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のソフトウェア・バイナリをインストールするには、次の手順を実行します。
手順1: プラグインを伴ったGUIモードでソフトウェア・バイナリのみインストールするためのEnterprise Manager Cloud Controlインストーラの起動
手順3: 最新のソフトウェア更新の適用
手順4: 前提条件チェックの実行および環境の検証
手順5: インストール・タイプの選択
手順7: データベース接続の詳細の指定
手順9: 追加のプラグインのデプロイ
手順13: ポートの構成
手順14: アップグレードの詳細の確認
手順15: アップグレードの進捗のモニタリング
管理リポジトリ、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>]
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
(オプション)「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でサポートされないことがインストーラによって検出された場合、まず以前のリリースからそれらのプラグインを削除するよう求められます。それらの古いプラグインを削除した後でのみインストーラに戻ってアップグレードを続行できます。
古いプラグインを削除するには、次の手順に従います。
まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。
最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『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から手動でダウンロードして既存のプラグインをアップグレードすることもできます。次の手順を実行します。
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html
さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。
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でのみサポートされ、将来のリリースではサポートされない非推奨のプラグインを選択した場合、選択内容を確認し、そのプラグインのデプロイメントを続行するかどうかを決めるよう求められます。
注意:
この画面にリストされていないプラグインをインストールする場合は、次の手順に従います。
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html
さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のオプションを指定してインストーラを起動し、追加のプラグインがダウンロードされている場所を渡します。
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ドメインの拡張」画面で、次の操作を実行し、アップグレードされた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マウントされたドライブからローカルのファイル・システムの場所へのロック・ファイルの移動」を参照してください。
(gc_inst))をNFSマウントされたドライブに作成した場合、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。これを行うには、httpd.confファイルのロック・ファイルの場所を変更し、ローカルのファイル・システムの場所にマップします。追加のOracle Management Serviceのアップグレードの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』の追加Oracle Management Serviceを追加した後のインストール後のタスクの実行に関する項の手順4を参照してください。
「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
「確認」画面で、アップグレードのために指定した詳細を確認します。
インストーラはプラグインのあるソフトウェア・インストールのみを実行します。この手順はプロセスの一部です。実際のアップグレードは進行していません。
注意:
「DR準備状況へのアップグレードおよび移行」を実行するときには、表示されている「ホスト名」がOMS1の別名ホスト名になっていることを確認します。そうなっていない場合、「インストールの詳細」画面に戻り、「ホスト名」が適切に指定されていることを確認します。(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パラメータとともにインストーラに渡します。
この項では、グラフィック・モードでソフトウェアのみ方式を使用して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ソフトウェア・バイナリのインストール(グラフィック・モード)
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のソフトウェア・バイナリをインストールするには、次の手順を実行します。
手順1: GUIモードでソフトウェア・バイナリのみインストールするためのEnterprise Manager Cloud Controlインストーラの起動
手順3: 最新のソフトウェア更新の適用
手順4: 前提条件チェックの実行および環境の検証
手順5: インストール・タイプの選択
手順7: インストールの詳細の確認
手順8: インストールの進捗のモニタリング
手順9: インストールの終了
既存の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
(オプション)「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のインストールに関連する情報が表示されます。情報を確認し、「閉じる」をクリックして、インストール・ウィザードを終了します。
管理エージェントをアンインストールし、ミドルウェア・ホームの構成、中央エージェントのインストールおよびホスト名の検証の手順(2)で作成したエージェント・ベース・ディレクトリを削除します。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。
インストール済の管理エージェントと手順10 (b)で作成済のエージェント・ベース・ディレクトリはフレッシュ・インストールで必須ですが、エージェント・アップグレード・コンソールを使用して管理エージェントをアップグレードする場合は使用されません。
追加のOMSインスタンスがある場合は、この項(Enterprise Manager Cloud Control 13cリリース3のソフトウェア・バイナリのインストール(グラフィック・モード))で概説されている次の手順によって、追加のOMSホストにソフトウェア・バイナリのコピーも行います。
(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のソフトウェア・バイナリを構成するには、次の手順に従います。
手順1: GUIモードでソフトウェア・バイナリを構成するためのEnterprise Manager Cloud Controlインストーラの起動
手順1: インストール・タイプの選択
手順2: データベース接続の詳細の指定
手順4: 追加のプラグインのデプロイ
手順7: ポートの構成
手順8: アップグレードの詳細の確認
手順9: アップグレードの進捗のモニタリング
手順10: アップグレードの終了
手順11: 追加のOMSインスタンスのアップグレード
手順12: 管理エージェントのアップグレード
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へのソフトウェアのみのアップグレードでサポートされている拡張スクリプト・オプションを参照してください。
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システムのグラフィック・モード・インストール用の拡張インストーラ・オプションの制限事項を参照してください。
「インストール・タイプ」画面で、次のようにします。
「データベース接続の詳細」画面で、次の操作を実行して「次」をクリックします。
選択した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でサポートされないことがインストーラによって検出された場合、まず以前のリリースからそれらのプラグインを削除するよう求められます。それらの古いプラグインを削除した後でのみインストーラに戻ってアップグレードを続行できます。
古いプラグインを削除するには、次の手順に従います。
まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。
最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『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基本インストレーション・ガイド』を参照してください。
注意:
欠落しているプラグインに関するエラーが表示される場合は、次の操作を実行します。
欠落しているプラグインのエラー・メッセージに表示されているとおりに、プラグイン・バージョンおよびプラグイン・アップデートに関するメモを取ります。エラー・メッセージに表示されたプラグインは、次の形式で示されます。
PluginID:PluginVersion:PluginUpdate
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html
さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のパラメータを指定して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から手動でダウンロードして既存のプラグインをアップグレードすることもできます。次の手順を実行します。
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html
さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のパラメータを指定して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でのみサポートされ、将来のリリースではサポートされない非推奨のプラグインを選択した場合、選択内容を確認し、そのプラグインのデプロイメントを続行するかどうかを決めるよう求められます。
注意:
この画面にリストされていないその他のプラグインをインストールする場合は、次の手順に従います。
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-2882950.html
さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のパラメータを指定してインストーラを起動し、プラグインがダウンロードされている場所を渡します。<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ドメインの拡張」画面で、次の操作を実行し、アップグレードされた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を参照してください。
「ポート構成の詳細」画面で、このリリースに追加されている新しいコンポーネントに使用するポートをカスタマイズします。ほとんどのコンポーネントのポートは以前のリリースから自動的に引き継がれるため、この画面には、このリリースに追加されている新しいコンポーネント用のポートのみが示されます。
注意:
この画面のすべてのポートが-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インスタンスがある場合は、この項(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 リリース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ソフトウェア・バイナリのインストール(サイレント・モード)
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のソフトウェア・バイナリをインストールするには、次の手順に従います。
インストーラを起動し、ソフトウェアのみのサイレント・インストールの実行に使用する必要があるレスポンス・ファイルを生成します。
./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 |
文字列 |
はい |
(中央インベントリが存在しない場合にのみ必須)所属するUNIXグループの名前を入力します。 たとえば、 |
INVENTORY_LOCATION |
文字列 |
はい |
(中央インベントリが存在せず、アップグレードするOMSがinvPtrLoc引数を使用してインストールされた場合にのみ必須)中央インベントリへの絶対パスを入力します。 たとえば、 |
SECURITY_UPDATES_VIA_MYORACLESUPPORT |
ブール |
はい |
|
DECLINE_SECURITY_UPDATES |
ブール |
いいえ |
|
INSTALL_UPDATES_SELECTION |
文字列 |
はい |
このパラメータはデフォルトで、インストール中にソフトウェア更新がインストールされないことを示す
|
ORACLE_MIDDLEWARE_HOME_LOCATION |
文字列 |
はい |
13cリリース2へのアップグレードはアウトオブプレース・アップグレードであるため、インストーラでOracle WebLogic Server 12cリリース1 (12.1.3.0)およびJDK 1.7.0_80を自動的にインストールできる新しいミドルウェア・ホームを入力します。 ミドルウェアの場所に、OMSおよび管理エージェントのOracleホームを作成するための書込み権限があることを確認してください。 たとえば、 注意: ここで入力するミドルウェア・ホームは、Enterprise Manager Cloud Controlのためにのみ使用するようにしてください。他のOracle Fusion Middleware製品またはコンポーネントは、同じミドルウェア・ホームにインストールしないでください。 |
AGENT_BASE_DIR |
文字列 |
はい |
管理エージェントをインストールできるエージェント・ベース・ディレクトリ(Oracleミドルウェア・ホーム外の場所)への絶対パスを入力します。エージェント・アップグレード・コンソールを使用して旧リリースの管理エージェントをアップグレードするため、この管理エージェントは最終的にホストから削除します。しかし、ソフトウェア・バイナリを正常にコピーするにはこのパラメータが必要で、管理エージェントのバイナリをコピーでき、それによりインストールを正常に終了できるように有効な場所を指定する必要があります。 たとえば、 この場所が空で、書込み権限があることを確認してください。また、常に、Oracleミドルウェア・ホーム外で管理されるようにしてください。 注意: (Microsoft Windowsのみ)エージェント・ベース・ディレクトリのパスの文字数が、25文字を超えていないことを確認してください。たとえば、16文字のみを含むエージェント・ベース・ディレクトリのパス |
ORACLE_HOSTNAME |
文字列 |
はい |
DNSに登録され、他のネットワーク・ホストからアクセスできる完全修飾ドメイン名を入力します。または、このサイトですべてのOMSインスタンスの ホスト名はローカルの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
(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インスタンスがある場合は、「Enterprise Manager Cloud Control 13cリリース3ソフトウェア・バイナリのインストール(サイレント・モード)」で概説されている次の手順に従って、OTNからソフトウェア・バイナリをダウンロードし、追加のOMSホストにコピーします。
Enterprise Manager Cloud Controlのソフトウェア・バイナリを構成するには、次の手順に従います。
手順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でサポートされないプラグインがある場合は、まず以前のリリースからそれらのプラグインを削除する必要があります。それらの古いプラグインを削除した後でのみアップグレードを続行できます。
古いプラグインを削除するには、次の手順に従います。
まず、管理エージェントから古いプラグインをアンデプロイします。次に、それらをOMSインスタンスからアンデプロイします。手順については、『Oracle Enterprise Manager Cloud Control管理者ガイド』のプラグインの管理に関する章を参照してください。
最後に、自己更新コンソールからこれらの古いプラグインのバイナリを削除します。手順については、『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基本インストレーション・ガイド』を参照してください。
注意:
欠落しているプラグインに関するエラーが表示される場合は、次の操作を実行します。
欠落しているプラグインのエラー・メッセージに表示されているとおりに、プラグイン・バージョンおよびプラグイン・アップデートに関するメモを取ります。エラー・メッセージに表示されたプラグインは、次の形式で示されます。
PluginID:PluginVersion:PluginUpdate
必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/oem-plugins-3237574.html
さらに、パートナまたは顧客のプラグインをダウンロードする場合は、次の場所からダウンロードします。
次のパラメータを指定して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 (つまり、中央エージェント)でインストールされていたものを含む、管理エージェントをアップグレードします。詳細は、Oracle Management Agentのアップグレードを参照してください。
注意:
OMSインスタンスのアップグレード後、中央エージェントをすぐにアップグレードすることをお薦めします。ただし、OMSインスタンスのアップグレード後、なんらかの理由で中央エージェントをすぐにアップグレードできない場合は、必ずJDK 1.6u95パッチを中央エージェントに適用してください。そうしないと、GC WLSドメインのターゲットがEnterprise Manager Cloud Controlコンソールでモニターされません。この問題は、中央エージェントがアップグレードされると発生しません。
中央エージェントのアップグレード後に、アップグレードされた中央エージェントのエージェント・ベース・ディレクトリを古いOracleミドルウェア・ホームで見つけて、古いOracleミドルウェア・ホーム外にそれを移動する場合は、中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動で概説されている手順に従います。
