ヘッダーをスキップ
Oracle® Enterprise Manager Cloud Controlアップグレード・ガイド
12cリリース3 (12.1.0.3)
B65086-09
  目次へ移動
目次		 索引へ移動
索引
前
前 		 次
次		  

8 使用の開始

この章では、様々なアップグレード方式を使用して、Enterprise Manager Grid Control 10gリリース5 (10.2.0.5)および11gリリース1 (11.1.0.1)をEnterprise Manager Cloud Control 12cリリース3 (12.1.0.3)にアップグレードするための高度なプロセスについて説明します。この章では特に、次のことについて説明します。

8.1 1システム・アップグレード方式を使用したアップグレード

表8-1に、1システム・アップグレード方式を使用してEnterprise Manager Grid ControlをEnterprise Manager Cloud Control 12cリリース3 (12.1.0.3)にアップグレードする手順を示します。

表8-1 1システム・アップグレード方式を使用したEnterprise Manager Grid Controlのアップグレード

手順番号 手順 プロシージャ

手順1

準備

(a)

1システム・アップグレード方式について学習します。

第2.2項

(b)

開始する前に理解しておく必要のある重要事項を確認します。

第3章

手順2

アップグレード前のタスクの実行

(a)

すべてのOMSインスタンスにアップグレード前コンソール・パッチを適用し、アップグレード前コンソールにアクセスします。

第2.2.3.1項

(b)

次のソフトウェアを手動でダウンロードし、アクセス可能な場所にステージングします。

  • Oracle Management Agent 12c

  • 必要なプラグインすべて

第3.6.2.1項

(c)

手順2(b)で手動ダウンロードし、ステージングしたソフトウェアの場所に関する情報を提供します。

第9.4項

(d)

環境を分析して、有効および無効なインベントリを持つOracle Management Agent(管理エージェント)を識別し、これらのエージェントのアップグレード性をチェックして、問題のある管理エージェントを明らかにします。必要なソフトウェアが不足している場合、手順(b)と(c)を繰返します。

第9.5項

(e)

『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』で説明されている管理エージェントをアップグレードするための前提条件を満たしてください。

手順3

Oracle Management Agentのアップグレード

(a)

Oracle Management Agent 12cのソフトウェア・バイナリをデプロイおよび構成します。

第10.1項

(b)

状態レポートを生成し、事前にデプロイした管理エージェントの準備状況を確認します。

第10.2項

(c)

ヘルス・チェック・レポートを検証およびサインオフします。

第10.3項

(d)

アップグレードしたEnterprise Manager Cloud Controlと通信できるように、古い管理エージェントから新しくデプロイされた管理エージェントにスイッチオーバーします。

注意: 多くのエージェントを使用している場合、Oracle Management Agentを一度に1セットずつアップグレードすることができます。この場合、試行ごとに手順3(a)から手順3(d)を繰り返すことができます。

第10.4項

(e)

サーバー・ロード・バランサ(SLB)が構成されている場合、モニタの設定を変更します。

付録E

手順4

Oracle Management ServiceおよびOracle Management Repositoryのアップグレード

(a)

次の前提条件を満たします。

  • 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のEnterprise Manager Cloud Controlのインストールに関する章で説明されているOracle Management Service関係の前提条件を満たします。

  • 12cリリース3 (12.1.0.3)へのアップグレードはアウトオブプレース・アップグレードであるため、ホストが、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』に記載されている12cリリース3 (12.1.0.3)固有のハードウェア要件を満たしていることを確認します。ここで、ホストとは、アップグレードする現在のEnterprise Managerを実行しているホストを表します。

  • 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』で説明されている管理エージェント関連の前提条件を満たします。

  • 第3.2項で示されている、サポートされているプラットフォームのみでアップグレードを行うようにします。

  • Enterprise Managerで使用されるポートが、1024以下の値に設定されていないことを確認します。この値以下に設定されている場合、アップグレードは失敗します。1024以下のポートは、一般にルート・ユーザー(スーパー・ユーザー)用に予約されています。このため、ポートは1024より大きくしてください。

  • OMS、管理リポジトリ、およびソフトウェア・ライブラリをバックアップします。アップグレードが失敗した場合、常にバックアップを使用してリストアできます。

    バックアップの手順は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

(b)

管理リポジトリで、次の前提条件を満たします。

  • MGMT_CONNECTOR_CONFIG表にNULL行がないことを確認します。これを確認するには、次のSQL問合せを実行します。

    select * from mgmt_cntr_config where connector_type_guid IS NULL and connector_guid IS null;

    通常、このコマンドは1行も返しません。行が返された場合は、次のSQL問合せを実行して表をクリーニングします。

    delete from mgmt_cntr_config where connector_guid IS NULL or connector_type_guid IS NULL;

    commit;

  • 管理リポジトリにカスタム作成のマテリアライズド・ビューがないことを確認します。これを確認するには、次のSQL問合せを実行します。通常、このコマンドは1行も返しません。行が返された場合は、Oracleサポートに連絡してください。

    select count(1) from ALL_MVIEW_LOGS where log_owner=<EM_REPOS_USER>

  • 作成されたスナップショットが表にないことを確認します。これを確認するには、管理リポジトリにSYSMANユーザーとしてログインし、次のSQL問合せを実行します。

    select master , log_table from all_mview_logs where log_owner='<EM_REPOS_USER>

    次に例を示します。

    select master , log_table from all_mview_logs where log_owner='SYSMAN'

    作成されたスナップショットが表にある場合、マスター表およびスナップショットの詳細が表示されます。次に例を示します。

    SQL> master log_table

    em-violations em$violation_log

    スナップショットがある場合は、SYSMANユーザーとして次のコマンドを実行して削除します。

    SQL> Drop snapshot log on <master>

    次に例を示します。

    SQL> Drop snapshot log on em-violations

(c)

既存のEnterprise Managerシステムをアップグレードする前に、このシステムで実行およびスケジュールされているデプロイメント・プロシージャをすべて停止します。

これを確認するには、次の問合せを実行して、実行およびスケジュールされているデプロイメント・プロシージャのGUIDを書き留めます。

SELECT i.instance_guid FROM SYSMAN.MGMT_PAF_STATES s, SYSMAN.MGMT_PAF_INSTANCES i, SYSMAN.MGMT_PAF_PROCEDURES p WHERE p.procedure_guid = i.procedure_guid AND s.instance_guid = i.instance_guid AND s.state_type = 0 AND s.status in (0,1)

実行およびスケジュールされているデプロイメント・プロシージャを停止するには、次の問合せを実行して、前述のコマンドの出力から書き留めたGUIDを渡します。

emcli stop_instance -instance=<instance id from sql query>

(d)

(アプリケーションの依存性とパフォーマンス(ADP)またはJVM診断(JVMD)がインストールされている場合のみ)

アップグレードの前に、次の手順を実行します。

  1. JVMDまたはADP、あるいはその両方によって監視されているJVMおよびWebLogicドメインのインベントリを取ります。

    デプロイされたJVMDエージェントのリストを表示するには、次の問合せを実行します。

    select * from jam_jvm;

    ADPに監視されているWebLogicドメインのリストを表示するには、ADPホーム・ページにアクセスします。Enterprise Managerコンソールで「ターゲット」メニューから「ミドルウェア」を選択します。「ミドルウェア」ページの「ミドルウェアの機能」メニューで、「アプリケーションの依存性とパフォーマンス」を選択します。

  2. 監視されているドメインそれぞれのWebLogic管理コンソールにログインし、jamagentおよびAcseraアプリケーション・デプロイメントを削除して(またはOracle WebLogic Scripting Toolを使用して)、インベントリからJVMDアプリケーションおよびADPアプリケーションを削除します。

  3. デプロイされたADPエンジンおよびJVMDエンジンからインベントリを取ります。WebLogic管理コンソールまたはOracle WebLogic Scripting Tool (WLST)を使用して、ADPエンジンおよびJVMDエンジンをすべて停止します。

    デプロイされたJVMDエンジンのリストを表示するには、次の問合せを実行します。

    select * from jam_managers;

    デプロイされたADPエンジンのリストを表示するには、次の問合せを実行します。

    select * from ocamm_manager_configuration;

  4. WebLogic管理コンソールを使用して、GCDomainからADP管理対象サーバーおよびJVMD管理対象サーバーをすべて削除します。

アップグレード後に、次の手順を実行します。

  1. JVMD用のパージ・スクリプトを実行します。

    (a)次の場所に移動します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin__12.1.0.4.0/archives/jvmd/

    (b)ファイルjvmd.zipを解凍します。

    (c) README.txtを表示します。

    (d)スクリプトjvmd_monitoringupgrade11_12.sqlを実行します。

    (e)Enterprise Manager 11g Grid Controlリリース1 (11.l.0.1)のスレッド・スナップショットが存在する場合、スクリプトjvmd_traceupgrade11_12.sqlを実行します。

  2. スキーマのアップグレード用に次のアップグレード・スクリプトを実行します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.4.0/sql/ias/12.1.0.3/camm_product/camm_schema_upgrade.sql

(e)

既存のOMSからemkeyを、Enterprise Manager 10g Grid Controlリリース5 (10.2.0.5)またはEnterprise Manager 11g Grid Controlリリース1 (11.1.0.1)のいずれの場合でも、既存の管理リポジトリにコピーします。これを実行するには、アップグレードしようとしている古いOMSホームで次のコマンドを実行します。次のコマンドは両方のリリースで適用可能です。

$<OMS_HOME>/bin/emctl config emkey -copy_to_repos [-sysman_pwd <sysman_pwd>]

注意: 次のコマンドがEnterprise Manager 11g Grid Control (11.1.0.1)で実行される際、管理パスワードを求められます。

emkeyがコピーされているかどうか検証するには、次のコマンドを実行します。

<OMS_HOME>/bin/emctl status emkey

emkeyがコピーされている場合、次のメッセージが表示されます。

The EMKey  is configured properly, but is not secure.
Secure the EMKey by running "emctl config emkey -remove_from_repos".

(f)

これからアップグレードするOMSを停止します。また、これに接続されているその他のOMSインスタンスも停止します。

  • グラフィック・モードでアップグレードする場合は、第11.1.1項の手順(12)の注意の説明に従って、後からOMSを停止できます。

  • ソフトウェアのみをインストールし、後からグラフィック・モードでアップグレードする場合は、第11.3.1.3項の手順(4)の注意に従って、後からOMSを停止できます。

  • サイレント・モードでアップグレードする場合は、OMSをただちに停止します。

    • Enterprise Manager 11g Grid Controlリリース1 (11.1.0.1)からアップグレードする場合は、最初に、次のコマンドを実行します。

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

    • Enterprise Manager 10g Grid Controlリリース5 (10.2.0.5)からアップグレードする場合は、次のコマンドを実行します。

      $<OMS_HOME>/opmn/bin/opmnctl stopall

(g)

管理エージェントがメトリック収集のために管理リポジトリに接続しないように、「管理サービスとリポジトリ」ターゲットを監視する管理エージェントを停止します。この管理エージェントを停止しないと、OMSアップグレードが失敗する可能性があります。

(h)

OMSと管理リポジトリをアップグレードします。グラフィック・モードとサイレント・モードのどちらでアップグレードするかを選択できます。ある時点でソフトウェア・バイナリをインストールし、後でグラフィック・モードまたはサイレント・モードでアップグレードすることも選択できます。

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

  1. 古いOMSから古い管理リポジトリにemkeyをコピーします。これを実行するには、アップグレードしようとしている古いOMSホームから次のコマンドを実行します。

    11gリリース1 (11.1.0.1)の場合

    $<OMS_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_conndesc <conndesc> -repos_user <username> [-repos_pwd <pwd>] -emkey_file <OMS_HOME>/sysman/config/emkey.ora

    次に例を示します。

    /u01/software/oracle/middleware/oms/bin/emctl config emkey -copy_to_repos_from_file -repos_conndesc (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=dbhost.mydomain.com)(PORT=1521)))(CONNECT_DATA=(SID=emrepos12))) -repos_user sysman -emkey_file /u01/software/oracle/middleware/oms/sysman/config/emkey.ora

    10gリリース5 (10.2.0.5)の場合

    $<OMS_HOME>/bin/emctl config emkey -copy_to_repos [-sysman_pwd <sysman password>]

    注意: ここで、管理リポジトリの詳細は、アップグレードしようとしている既存の管理リポジトリの詳細です。<OMS_HOME>は、アップグレードしようとしているOMSホームです。11.1.0.1からアップグレードすると、管理サーバーのパスワードを求められます。

  2. OMSおよび管理リポジトリのアップグレードを再試行します。

単一OMS環境の場合は、次を参照してください。

複数OMS環境(追加のOMSインスタンスあり)の場合は、第11.6項を参照してください。

手順5

アップグレード後のタスクの実行

(a)

エージェントのアップグレード・ステータスを確認します。

第12.4項

(b)

一般的なアップグレード前のタスクを実行します。

第12.5項

(c)

遅延データ移行ジョブのステータスを追跡します。

第12.6項

(d)

エージェント移行プロセスをサインオフします。

第12.10項

(e)

アップグレード・プロセスをサインオフして、アップグレード・モードを終了します。

第12.11項

(f)

古いOMSホームを削除します。

第12.14項

(e)

(アプリケーションの依存性とパフォーマンス(ADP)またはJVM診断(JVMD)がインストールされている場合のみ)

  1. 監視されているドメインそれぞれのWebLogic管理コンソールにログインし、jamagentおよびAcseraアプリケーション・デプロイメントを削除して、インベントリからJVMDアプリケーションおよびADPアプリケーションを削除していない場合は、ここで実行します。

  2. ad4jTargetターゲットをすべて削除します。

    (a)次の場所に移動します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin__12.1.0.3.0/archives/jvmd/

    (b)ファイルjvmd.zipを解凍します。

    (c)スクリプトjvmd_targetupgrade11_12.sqlを実行します。

  3. OCAMMマネージャ・ターゲットをすべて削除します。

    (a)次の場所に移動します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin__12.1.0.3.0/archives/ocamm/

    (b)ファイルADPManager.zipを解凍します。

    (c)スクリプトadp_targetupgrade11_12.sqlを実行します。

  4. 新しいJVMDマネージャ、およびADPマネージャをデプロイします。

  5. インベントリに基づいて、新しいJVMDエージェント、およびADPエージェントをデプロイします。

8.2 2システム・アップグレード方式を使用したアップグレード

表8-2に、2システム・アップグレード方式を使用してEnterprise Manager Grid ControlをEnterprise Manager Cloud Control 12cリリース3 (12.1.0.3)にアップグレードする手順を示します。

表8-2 2システム・アップグレード方式を使用したEnterprise Manager Grid Controlのアップグレード

手順番号 手順 プロシージャ

手順1

準備

(a)

2システム・アップグレード方式について学習します。

第2.2項

(b)

開始する前に理解しておく必要のある重要事項を確認します。

第3章

手順2

アップグレード前のタスクの実行

(a)

すべてのOMSインスタンスにアップグレード前コンソール・パッチを適用し、アップグレード前コンソールにアクセスします。

第2.2.3.1項

(b)

既存のOMSをアップグレードするホストの情報を指定します。

第9.3項

(c)

次のソフトウェアを手動でダウンロードし、アクセス可能な場所にステージングします。

  • Oracle Management Agent 12c

  • 必要なプラグインすべて

第3.6.2.1項

(d)

手順2(c)で手動ダウンロードし、ステージングしたソフトウェアの場所に関する情報を提供します。

第9.4項

(e)

環境を分析して、有効および無効なインベントリを持つOracle Management Agent(管理エージェント)を識別し、これらのエージェントのアップグレード性をチェックして、問題のある管理エージェントを明らかにします。必要なソフトウェアが不足している場合、手順2 (c)と2 (d)を繰り返します。

第9.5項

(f)

『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』で説明されている管理エージェントをアップグレードするための前提条件を満たしてください。

手順3

Oracle Management ServiceおよびOracle Management Repositoryのアップグレード

注意: オプションで、Oracle Management ServiceおよびOracle Management Repositoryをアップグレードする前にOracle Management Agentのデプロイおよび構成を選択できます。この場合、ステップ3 (a)から3 (m)の前に、ステップ4 (a)を実行します。

(a)

Enterprise Manager Cloud Controlをインストールする計画のあるリモート・ホストで、次の前提条件を満たします。

  • 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のEnterprise Manager Cloud Controlのインストールに関する章で説明されているOracle Management Service関係の前提条件を満たします。

  • ホストが、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』で説明されている12cリリース3 (12.1.0.3)固有のハードウェア要件を満たしていることを確認してください。

  • 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』で説明されている管理エージェント関連の前提条件を満たします。

  • 第3.2項で示されている、サポートされているプラットフォームのみでアップグレードを行うようにします。

  • Enterprise Managerで使用されるポートが、1024以下の値に設定されていないことを確認します。この値以下に設定されている場合、アップグレードは失敗します。1024以下のポートは、一般にルート・ユーザー(スーパー・ユーザー)用に予約されています。このため、ポートは1024より大きくしてください。

(b)

既存のEnterprise Managerシステムをアップグレードする前に、このシステムで実行およびスケジュールされているデプロイメント・プロシージャをすべて停止します。

これを確認するには、次の問合せを実行して、実行およびスケジュールされているデプロイメント・プロシージャのGUIDを書き留めます。

SELECT i.instance_guid FROM SYSMAN.MGMT_PAF_STATES s, SYSMAN.MGMT_PAF_INSTANCES i, SYSMAN.MGMT_PAF_PROCEDURES p WHERE p.procedure_guid = i.procedure_guid AND s.instance_guid = i.instance_guid AND s.state_type = 0 AND s.status in (0,1)

実行およびスケジュールされているデプロイメント・プロシージャを停止するには、次の問合せを実行して、前述のコマンドの出力から書き留めたGUIDを渡します。

emcli stop_instance -instance=<instance id from sql query>

(c)

(アプリケーションの依存性とパフォーマンス(ADP)またはJVM診断(JVMD)がインストールされている場合のみ)

アップグレードの前に、次の手順を実行します。

  1. JVMDまたはADP、あるいはその両方によって監視されているJVMおよびWebLogicドメインのインベントリを取ります。

    デプロイされたJVMDエージェントのリストを表示するには、次の問合せを実行します。

    select * from jam_jvm;

    ADPに監視されているWebLogicドメインのリストを表示するには、ADPホーム・ページにアクセスします。Enterprise Managerコンソールで「ターゲット」メニューから「ミドルウェア」を選択します。「ミドルウェア」ページの「ミドルウェアの機能」メニューで、「アプリケーションの依存性とパフォーマンス」を選択します。

  2. 監視されているドメインそれぞれのWebLogic管理コンソールにログインし、jamagentおよびAcseraアプリケーション・デプロイメントを削除して(またはOracle WebLogic Scripting Toolを使用して)、インベントリからJVMDアプリケーションおよびADPアプリケーションを削除します。

  3. デプロイされたADPエンジンおよびJVMDエンジンからインベントリを取ります。WebLogic管理コンソールまたはOracle WebLogic Scripting Tool (WLST)を使用して、ADPエンジンおよびJVMDエンジンをすべて停止します。

    デプロイされたJVMDエンジンのリストを表示するには、次の問合せを実行します。

    select * from jam_managers;

    デプロイされたADPエンジンのリストを表示するには、次の問合せを実行します。

    select * from ocamm_manager_configuration;

  4. WebLogic管理コンソールを使用して、GCDomainからADP管理対象サーバーおよびJVMD管理対象サーバーをすべて削除します。

アップグレード後に、次の手順を実行します。

  1. JVMD用のパージ・スクリプトを実行します。

    (a)次の場所に移動します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin__12.1.0.4.0/archives/jvmd/

    (b)ファイルjvmd.zipを解凍します。

    (c) README.txtを表示します。

    (d)スクリプトjvmd_monitoringupgrade11_12.sqlを実行します。

    (e)Enterprise Manager 11g Grid Controlリリース1 (11.l.0.1)のスレッド・スナップショットが存在する場合、スクリプトjvmd_traceupgrade11_12.sqlを実行します。

  2. スキーマのアップグレード用に次のアップグレード・スクリプトを実行します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.4.0/sql/ias/12.1.0.3/camm_product/camm_schema_upgrade.sql

(d)

既存のOMSからemkeyを、Enterprise Manager 10g Grid Controlリリース5 (10.2.0.5)またはEnterprise Manager 11g Grid Controlリリース1 (11.1.0.1)のいずれの場合でも、管理リポジトリのバックアップを作成する前に、既存の管理リポジトリにコピーします。これを実行するには、アップグレードしようとしている古いOMSホームで次のコマンドを実行します。次のコマンドは両方のリリースで適用可能です。

$<OMS_HOME>/bin/emctl config emkey -copy_to_repos [-sysman_pwd <sysman_pwd>]

注意: 次のコマンドがEnterprise Manager 11g Grid Control (11.1.0.1)で実行される際、管理パスワードを求められます。

emkeyがコピーされているかどうか検証するには、次のコマンドを実行します。

<OMS_HOME>/bin/emctl status emkey

emkeyがコピーされている場合、次のメッセージが表示されます。

The EMKey  is configured properly, but is not secure.
Secure the EMKey by running "emctl config emkey -remove_from_repos".

(e)

(従来のEnterprise ManagerシステムでOracle Software Libraryが構成されている場合のみ)

Oracle Software Library(ソフトウェア・ライブラリ)を構成した場合、構成済ソフトウェア・ライブラリのディレクトリをそれぞれ、Enterprise Manager Cloud Controlをインストールする予定のリモート・ホストからアクセスできる場所にバックアップします。

Enterprise Manager Cloud Controlのインストール後、ソフトウェア・ライブラリの再構成には、これらのディレクトリをバックアップする場所が必要になります(手順5 (b)を参照)。

たとえば、ソフトウェア・ライブラリが/programs/swlibと/software/swlibで構成されていた場合は、構成済ディレクトリ1つにつき1つ、合計2つの異なるアーカイブを作成します。この場合、programs_swlib.zipおよびsoftware_swlib.zipをそれぞれ作成します。

(f)

RMANユーティリティを使用して、管理リポジトリの入っている既存のデータベースを、まったく新しいホスト、または既存のOMSが実行されているホストのいずれかにクローニング(またはバックアップ)します。

既存のOMSが実行されているホストへのリポジトリのクローニング(またはバックアップ)は、バックアップできるだけのスペースがある場合にのみ選択します。

次に、それをリストアして、構成されるリポジトリをアップグレードできるように、そこから新しいデータベース・インスタンスを作成します。

注意:

  • データベースをクローニング(またはバックアップ)する前に、手順3 (b)の説明に従って、既存のEnterprise Managerシステムで実行およびスケジュールされているデプロイメント・プロシージャをすべて停止してください。

  • RMANユーティリティを使用して、データベースをクローニング(またはバックアップ)することをお薦めします。

  • アップグレードする前に、クローニング(またはバックアップ)した管理リポジトリのキャラクタ・セットが変更されていないことを確認してください。

  • DBCAを使用してデータベースをクローニング(またはバックアップ)した場合、Enterprise Manager Cloud Controlをインストールする前に、MGMT_VIEWユーザー以外のすべてのユーザー・アカウントのロックを解除してください。

  • Enterprise Managerコンソールで、DBクローニング機能を使用して、リポジトリをクローニング(またはバックアップ)しないでください。バックアップした場合、Enterprise Managerコンソールで検出されたクローン・データベースは表示されません。

  • 夏時間ウィンドウが表示されている間はクローニング(またはバックアップ)しないでください。

  • 管理リポジトリのクローン(またはバックアップ)を取る前に、ブロックされているすべての管理エージェントのブロックを解除することをお薦めします。

  • 管理リポジトリのクローニング(またはバックアップ)後に既存のEnterprise Managerシステムに追加された管理エージェントまたはターゲットは、アップグレードされないため、アップグレードされたEnterprise Managerシステムに手動で追加する必要があります。アップグレードされたシステムに手動で追加する必要があるターゲットを特定するには、第12.8項の説明に従って差分レポートを参照してください。

  • クローニング(またはバックアップ作成)後に、たとえば、メトリックのしきい値、ジョブの定義、テンプレートなどの構成変更は行わないでください。変更した場合、新しいEnterprise Managerシステムにこれらの変更内容は継承されず、履歴データのみが移行されます。

(g)

クローニング(またはバックアップ)した管理リポジトリで、次の前提条件を満たします。

  • MGMT_CONNECTOR_CONFIG表にNULL行がないことを確認します。これを確認するには、次のSQL問合せを実行します。

    select * from mgmt_cntr_config where connector_type_guid IS NULL and connector_guid IS null;

    通常、このコマンドは1行も返しません。行が返された場合は、次のSQL問合せを実行して表をクリーニングします。

    delete from mgmt_cntr_config where connector_guid IS NULL or connector_type_guid IS NULL;

    commit;

  • 管理リポジトリにカスタム作成のマテリアライズド・ビューがないことを確認します。これを確認するには、次のSQL問合せを実行します。通常、このコマンドは1行も返しません。行が返された場合は、Oracleサポートに連絡してください。

    select count(1) from ALL_MVIEW_LOGS where log_owner=<EM_REPOS_USER>

  • 作成されたスナップショットが表にないことを確認します。これを確認するには、管理リポジトリにSYSMANユーザーとしてログインし、次のSQL問合せを実行します。

    select master , log_table from all_mview_logs where log_owner='<EM_REPOS_USER>

    次に例を示します。

    select master , log_table from all_mview_logs where log_owner='SYSMAN'

    作成されたスナップショットが表にある場合、マスター表およびスナップショットの詳細が表示されます。次に例を示します。

    SQL> master log_table

    em-violations em$violation_log

    スナップショットがある場合は、SYSMANユーザーとして次のコマンドを実行して削除します。

    SQL> Drop snapshot log on <master>

    次に例を示します。

    SQL> Drop snapshot log on em-violations

(h)

クローニング(またはバックアップ)した管理リポジトリのキャラクタ・セットが、元の管理リポジトリのキャラクタ・セットと同じであることを確認します。

異なる場合、次のエラー・メッセージが表示されます。

ERROR emschema.wpxegn6m8wkg - ERROR:ORA-06502: PL/SQL: numeric or value error: character to number conversion error
ORA-06512: at "SYSMAN.EM_CRYPTO", line 62
ORA-06512: at "SYSMAN.EM_CRYPTO", line 229
ORA-06512: at line 1
ORA-06512: at line 24

キャラクタ・セットが同じであることを確認するには、管理リポジトリで次の問合せを実行します。

select * from nls_database_parameters where parameter like '%CHARACTERSET'

キャラクタ・セットが同じでない場合は、同じにします。

(i)

Enterprise Manager 10g Grid Controlリリース5 (10.2.0.5)またはEnterprise Manager 11g Grid Controlリリース1 (11.1.0.1)のいずれの場合でも、古いOMSホームから次のコマンドを実行して、古い管理リポジトリからemkeyを削除します。

$<OMS_HOME>/bin/emctl config emkey -remove_from_repos [-sysman_pwd <pwd>]

(j)

管理リポジトリをクローニング(またはバックアップ)した日時を指定します。

注意: 管理リポジトリのクローニング(またはバックアップ)後に既存のEnterprise Managerシステムに追加された管理エージェントまたはターゲットは、アップグレードされないため、アップグレードされたEnterprise Managerシステムに手動で追加する必要があります。アップグレードされたシステムに手動で追加する必要があるターゲットを特定するには、第12.8項の説明に従って差分レポートを参照してください。

第9.6項

(k)

リモート・ホストにEnterprise Manager Cloud Controlをインストールし、手順3 (f)でクローニング(またはバックアップ)した、データベースの管理リポジトリをアップグレードします。グラフィック・モードとサイレント・モードのどちらでインストールするかを選択できます。ある時点でソフトウェア・バイナリをインストールし、後でグラフィック・モードまたはサイレント・モードでアップグレードすることも選択できます。

2システム・アップグレードを実行しているホストがアップグレード前コンソールに入力したホスト名と一致しないために、OMSをアップグレードできないことを示すエラー・メッセージが表示される場合、アップグレード前コンソールに移動して正しいホスト名を指定します。

(注意: OMSをアップグレードする前に管理エージェントをデプロイすることを選択した場合に、このエラーが表示されたときは、アップグレード前コンソールでエラーを修正してから、OMSのアップグレードの前に管理エージェントを再度デプロイします。)

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

11gリリース1 (11.1.0.1)の場合

  1. emkeyを、古いOMSから手順3 (f)でクローニング(またはバックアップ)したクローン管理リポジトリにコピーします。これを実行するには、アップグレードしようとしている古いOMSホームから次のコマンドを実行します。

    $<OMS_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_conndesc <conndesc> -repos_user <username> [-repos_pwd <pwd>] -emkey_file <OMS_HOME>/sysman/config/emkey.ora

    次に例を示します。

    /u01/software/oracle/middleware/oms/bin/emctl config emkey -copy_to_repos_from_file -repos_conndesc (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=dbhost.mydomain.com)(PORT=1521)))(CONNECT_DATA=(SID=emrepos12))) -repos_user sysman -emkey_file /u01/software/oracle/middleware/oms/sysman/config/emkey.ora

    注意: ここで、管理リポジトリの詳細は、手順3 (f)でクローニング(またはバックアップ)したクローン管理リポジトリの詳細です。<OMS_HOME>は、アップグレードしようとしているOMSホームです。管理サーバーのパスワードを求められます。

  2. OMSおよび管理リポジトリのアップグレードを再試行します。

10gリリース5 (10.2.0.5)の場合

  1. 古いOMSから古い管理リポジトリにemkeyをコピーします。これを実行するには、アップグレードしようとしている古いOMSホームから次のコマンドを実行します。

    $<OMS_HOME>/bin/emctl config emkey -copy_to_repos [-sysman_pwd <sysman password>]

  2. 手順3 (f)の説明に従って管理リポジトリをクローニング(またはバックアップ)します。

  3. 手順3 (g)の説明に従って、クローニング(またはバックアップ)した管理リポジトリで前提条件を満たします。

  4. 手順3 (i)の説明どおりに古い管理リポジトリからemkeyを削除します。

  5. OMSおよび管理リポジトリのアップグレードを再試行します。

(注意: OMSをアップグレードする前に管理エージェントをデプロイすることを選択している場合に、このエラーが表示されたときは、前述のコマンドを実行した後、必ずすべての管理エージェントを再度デプロイします。ただし、コマンドの実行後、管理エージェントの再デプロイの前に、インストーラを実行してemkeyに関するエラーが再度発生しないか確かめることをお薦めします。)

単一OMS環境の場合は、次を参照してください。

複数OMS環境(追加のOMSインスタンスあり)の場合は、第11.6項を参照してください。

(l)

データベース・ドメイン名にA-Z (文字)、0-9 (数値)、_ (アンダースコア)、# (ハッシュ)、$ (ドル)、. (ピリオド)または@ (単価)以外の文字が含まれている場合、スイッチオーバー操作のRun Presync手順が失敗し、次のエラーがemoms.trcトレース・ファイルに表示される可能性があります。たとえば、データベース・ドメイン名にハイフン(-)が含まれている場合に次の問題が発生します。

ORA-20000: Found exception Error Message :ORA-02083: database name has illegal character '-' Error Number ;-2083

この問題を回避するには、前提条件として、付録K.1に示されている手順に従ってください。データベース・ドメイン名にハイフンなどの無効な文字が含まれている場合は、修正します。

付録K

(m)

旧リリースの管理リポジトリをアップグレードした管理リポジトリにリンクします。

第12.2項

手順4

Oracle Management Agentのアップグレード

(a)

Oracle Management Agent 12cのソフトウェア・バイナリをデプロイおよび構成します。

注意: 管理エージェントのデプロイおよび構成後に、古い管理リポジトリで、たとえば、メトリックのしきい値、ジョブの定義、テンプレートなどの構成変更は行わないでください。変更した場合、新しい管理エージェントにスイッチオーバーするときにこれらの変更内容は継承されず、変更内容を転送する唯一の方法は、新しい管理エージェントを再構成することです。管理エージェントを再構成する方法の詳細は、第10.1.2項.の手順(6)の注意を参照してください。

第10.1項

(b)

状態レポートを生成し、事前にデプロイした管理エージェントの準備状況を確認します。

第10.2項

(c)

ヘルス・チェック・レポートを検証およびサインオフします。

第10.3項

(d)

アップグレードしたEnterprise Manager Cloud Controlと通信できるように、古い管理エージェントから新しくデプロイされた管理エージェントにスイッチオーバーします。

注意: 多くのエージェントを使用している場合、Oracle Management Agentを一度に1セットずつアップグレードすることができます。この場合、試行ごとに手順4(a)から(d)を繰り返すことができます。

第10.4項

手順5

アップグレード後のタスクの実行

(a)

Enterprise Manager Cloud Controlをインストールしたホストを確認します。

第12.1項

(b)

(従来のEnterprise Managerでソフトウェア・ライブラリが構成されている場合のみ)

Enterprise Manager Cloud Controlでソフトウェア・ライブラリを再構築し、従来のEnterprise Managerシステム用に構成されたソフトウェア・ライブラリから独立させます。

第12.3項

(c)

エージェントのアップグレード・ステータスを確認します。

第12.4項

(d)

一般的なアップグレード前のタスクを実行します。

第12.5項

(e)

遅延データ移行ジョブのステータスを追跡します。

第12.6項

(f)

見越データ移行ジョブのステータスを追跡します。

第12.7項

(g)

Enterprise Managementシステムの旧リリースのアップグレード中に、このリリースに対して手動で行った構成およびセットアップ関係の変更をすべて明らかにするために、差分レポートを生成します。

第12.8項

(h)

アップグレード後のEnterprise Managerシステムで現在アクティブでないターゲットのリストを表示します。

第12.9項

(i)

エージェント移行プロセスをサインオフします。

第12.10項

(j)

アップグレード・プロセスをサインオフして、アップグレード・モードを終了します。

第12.11項

(k)

不要な中央エージェントを削除します。

第12.12.1項

(l)

(オプション)削除された中央エージェントで監視されていたターゲットを監視します。

第12.13項

(m)

古いOMSホームを削除します。

第12.14項

(n)

(アプリケーションの依存性とパフォーマンス(ADP)またはJVM診断(JVMD)がインストールされている場合のみ)

  1. 監視されているドメインそれぞれのWebLogic管理コンソールにログインし、jamagentおよびAcseraアプリケーション・デプロイメントを削除して、インベントリからJVMDアプリケーションおよびADPアプリケーションを削除していない場合は、ここで実行します。

  2. ad4jTargetターゲットをすべて削除します。

    (a)次の場所に移動します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin__12.1.0.3.0/archives/jvmd/

    (b)ファイルjvmd.zipを解凍します。

    (c)スクリプトjvmd_targetupgrade11_12.sqlを実行します。

  3. OCAMMマネージャ・ターゲットをすべて削除します。

    (a)次の場所に移動します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin__12.1.0.3.0/archives/ocamm/

    (b)ファイルADPManager.zipを解凍します。

    (c)スクリプトadp_targetupgrade11_12.sqlを実行します。

  4. 新しいJVMDマネージャ、およびADPマネージャをデプロイします。

  5. インベントリに基づいて、新しいJVMDエージェント、およびADPエージェントをデプロイします。

8.3 異なるホストでの1システム方式を使用したアップグレード

表8-3に、異なるホストでの1システム・アップグレード方式を使用してEnterprise Manager Grid ControlをEnterprise Manager Cloud Control 12cリリース3 (12.1.0.3)にアップグレードする手順を示します。

表8-3 異なるホストでの1システム・アップグレード方式を使用したEnterprise Manager Grid Controlのアップグレード

手順番号 手順 プロシージャ

手順1

準備

(a)

異なるホストでの1システム・アップグレード方式について学習します。

第2.2項

(b)

開始する前に理解しておく必要のある重要事項を確認します。

第3章

手順2

アップグレード前のタスクの実行

(a)

すべてのOMSインスタンスにアップグレード前コンソール・パッチを適用し、アップグレード前コンソールにアクセスします。

第2.2.3.1項

(b)

既存のOMSをアップグレードするホストの情報を指定します。

第9.3項

(c)

次のソフトウェアを手動でダウンロードし、アクセス可能な場所にステージングします。

  • Oracle Management Agent 12c

  • 必要なプラグインすべて

第3.6.2.1項

(d)

手順2(c)で手動ダウンロードし、ステージングしたソフトウェアの場所に関する情報を提供します。

第9.4項

(e)

環境を分析して、有効および無効なインベントリを持つOracle Management Agent(管理エージェント)を識別し、これらのエージェントのアップグレード性をチェックして、問題のある管理エージェントを明らかにします。必要なソフトウェアが不足している場合、手順(c)と(d)を繰返します。

第9.5項

(f)

『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』で説明されている管理エージェントをアップグレードするための前提条件を満たしてください。

手順3

Oracle Management Agentのアップグレード

(a)

Oracle Management Agent 12cのソフトウェア・バイナリをデプロイおよび構成します。

第10.1項

(b)

状態レポートを生成し、事前にデプロイした管理エージェントの準備状況を確認します。

第10.2項

(c)

ヘルス・チェック・レポートを検証およびサインオフします。

第10.3項

(d)

アップグレードしたEnterprise Manager Cloud Controlと通信できるように、古い管理エージェントから新しくデプロイされた管理エージェントにスイッチオーバーします。

注意: 多くのエージェントを使用している場合、Oracle Management Agentを一度に1セットずつアップグレードすることができます。この場合、試行ごとに手順3(a)から手順3(d)を繰り返すことができます。

第10.4項

手順4

Oracle Management ServiceおよびOracle Management Repositoryのアップグレード

(a)

Enterprise Manager Cloud Controlをインストールする計画のあるリモート・ホストで、次の前提条件を満たします。

  • 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のEnterprise Manager Cloud Controlのインストールに関する章で説明されているOracle Management Service関係の前提条件を満たします。

  • ホストが、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』で説明されている12cリリース3 (12.1.0.3)固有のハードウェア要件を満たしていることを確認してください。

  • 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』で説明されている管理エージェント関連の前提条件を満たします。

  • 第3.2項で示されている、サポートされているプラットフォームのみでアップグレードを行うようにします。

  • Enterprise Managerで使用されるポートが、1024以下の値に設定されていないことを確認します。この値以下に設定されている場合、アップグレードは失敗します。1024以下のポートは、一般にルート・ユーザー(スーパー・ユーザー)用に予約されています。このため、ポートは1024より大きくしてください。

  • OMS、管理リポジトリ、およびソフトウェア・ライブラリをバックアップします。アップグレードが失敗した場合、常にバックアップを使用してリストアできます。

    バックアップの手順は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

  • Enterprise Managerシステムのデプロイメント・サイズ(小、中または大)を特定し、使用するデプロイメント・サイズの必要に応じてデータベース・パラメータを調整することをお薦めします。デプロイメント・サイズの特定とこれらのデータベース・パラメータの設定の手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

    Enterprise Managerインストール・ウィザードを使用してOMSおよび管理リポジトリをアップグレードする際、EM前提条件キットが自動的に実行され、データベース・パラメータがデプロイメント・サイズの必要に応じて設定されているか検証されます。最適な値に設定されていない場合、EM前提条件キットではその前提条件チェックに対して警告が表示されます。この警告に気付かない場合や、気付いていてもなんらかの理由で無視することを選択する可能性がありますが、これによってアップグレード時間は急増します。したがって、使用するデプロイメント・サイズの必要に応じてデータベース・パラメータを事前に設定することをお薦めします。

(b)

管理リポジトリで、次の前提条件を満たします。

  • MGMT_CONNECTOR_CONFIG表にNULL行がないことを確認します。これを確認するには、次のSQL問合せを実行します。

    select * from mgmt_cntr_config where connector_type_guid IS NULL and connector_guid IS null;

    通常、このコマンドは1行も返しません。行が返された場合は、次のSQL問合せを実行して表をクリーニングします。

    delete from mgmt_cntr_config where connector_guid IS NULL or connector_type_guid IS NULL;

    commit;

  • 管理リポジトリにカスタム作成のマテリアライズド・ビューがないことを確認します。これを確認するには、次のSQL問合せを実行します。通常、このコマンドは1行も返しません。行が返された場合は、Oracleサポートに連絡してください。

    select count(1) from ALL_MVIEW_LOGS where log_owner=<EM_REPOS_USER>

  • 作成されたスナップショットが表にないことを確認します。これを確認するには、管理リポジトリにSYSMANユーザーとしてログインし、次のSQL問合せを実行します。

    select master , log_table from all_mview_logs where log_owner='<EM_REPOS_USER>

    次に例を示します。

    select master , log_table from all_mview_logs where log_owner='SYSMAN'

    作成されたスナップショットが表にある場合、マスター表およびスナップショットの詳細が表示されます。次に例を示します。

    SQL> master log_table

    em-violations em$violation_log

    スナップショットがある場合は、SYSMANユーザーとして次のコマンドを実行して削除します。

    SQL> Drop snapshot log on <master>

    次に例を示します。

    SQL> Drop snapshot log on em-violations

(c)

既存のEnterprise Managerシステムをアップグレードする前に、このシステムで実行およびスケジュールされているデプロイメント・プロシージャをすべて停止します。

これを確認するには、次の問合せを実行して、実行およびスケジュールされているデプロイメント・プロシージャのGUIDを書き留めます。

SELECT i.instance_guid FROM SYSMAN.MGMT_PAF_STATES s, SYSMAN.MGMT_PAF_INSTANCES i, SYSMAN.MGMT_PAF_PROCEDURES p WHERE p.procedure_guid = i.procedure_guid AND s.instance_guid = i.instance_guid AND s.state_type = 0 AND s.status in (0,1)

実行およびスケジュールされているデプロイメント・プロシージャを停止するには、次の問合せを実行して、前述のコマンドの出力から書き留めたGUIDを渡します。

emcli stop_instance -instance=<instance id from sql query>

(d)

(アプリケーションの依存性とパフォーマンス(ADP)またはJVM診断(JVMD)がインストールされている場合のみ)

アップグレードの前に、次の手順を実行します。

  1. JVMDまたはADP、あるいはその両方によって監視されているJVMおよびWebLogicドメインのインベントリを取ります。

    デプロイされたJVMDエージェントのリストを表示するには、次の問合せを実行します。

    select * from jam_jvm;

    ADPに監視されているWebLogicドメインのリストを表示するには、ADPホーム・ページにアクセスします。Enterprise Managerコンソールで「ターゲット」メニューから「ミドルウェア」を選択します。「ミドルウェア」ページの「ミドルウェアの機能」メニューで、「アプリケーションの依存性とパフォーマンス」を選択します。

  2. 監視されているドメインそれぞれのWebLogic管理コンソールにログインし、jamagentおよびAcseraアプリケーション・デプロイメントを削除して(またはOracle WebLogic Scripting Toolを使用して)、インベントリからJVMDアプリケーションおよびADPアプリケーションを削除します。

  3. デプロイされたADPエンジンおよびJVMDエンジンからインベントリを取ります。WebLogic管理コンソールまたはOracle WebLogic Scripting Tool (WLST)を使用して、ADPエンジンおよびJVMDエンジンをすべて停止します。

    デプロイされたJVMDエンジンのリストを表示するには、次の問合せを実行します。

    select * from jam_managers;

    デプロイされたADPエンジンのリストを表示するには、次の問合せを実行します。

    select * from ocamm_manager_configuration;

  4. WebLogic管理コンソールを使用して、GCDomainからADP管理対象サーバーおよびJVMD管理対象サーバーをすべて削除します。

アップグレード後に、次の手順を実行します。

  1. JVMD用のパージ・スクリプトを実行します。

    (a)次の場所に移動します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin__12.1.0.4.0/archives/jvmd/

    (b)ファイルjvmd.zipを解凍します。

    (c) README.txtを表示します。

    (d)スクリプトjvmd_monitoringupgrade11_12.sqlを実行します。

    (e)Enterprise Manager 11g Grid Controlリリース1 (11.l.0.1)のスレッド・スナップショットが存在する場合、スクリプトjvmd_traceupgrade11_12.sqlを実行します。

  2. スキーマのアップグレード用に次のアップグレード・スクリプトを実行します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.4.0/sql/ias/12.1.0.3/camm_product/camm_schema_upgrade.sql

(e)

既存のOMSからemkeyを、Enterprise Manager 10g Grid Controlリリース5 (10.2.0.5)またはEnterprise Manager 11g Grid Controlリリース1 (11.1.0.1)のいずれの場合でも、既存の管理リポジトリにコピーします。これを実行するには、アップグレードしようとしている古いOMSホームで次のコマンドを実行します。次のコマンドは両方のリリースで適用可能です。

$<OMS_HOME>/bin/emctl config emkey -copy_to_repos [-sysman_pwd <sysman_pwd>]

注意: 次のコマンドがEnterprise Manager 11g Grid Control (11.1.0.1)で実行される際、管理パスワードを求められます。

emkeyがコピーされているかどうか検証するには、次のコマンドを実行します。

<OMS_HOME>/bin/emctl status emkey

emkeyがコピーされている場合、次のメッセージが表示されます。

The EMKey  is configured properly, but is not secure.
Secure the EMKey by running "emctl config emkey -remove_from_repos".

(f)

サーバー・ロード・バランサ(SLB)が構成されている場合、モニタの設定を変更します。

付録E

(g)

従来のEnterprise Managerにより、NFSマウントされている共有ドライブにOracle Software Library(ソフトウェア・ライブラリ)が構成されている場合、Enterprise Manager Cloud Controlのインストールを計画しているリモート・ホストからこの共有ドライブにアクセスできることを確認します。

ただし、既存のEnterprise Managerの旧リリースが実行されているローカルのファイル・システムにソフトウェア・ライブラリが構成されている場合は、Enterprise Manager Cloud Controlのインストールを計画しているリモート・ホストの古いEnterprise Managerシステムで維持されていたソフトウェア・ライブラリと同じディレクトリ・パスに、このソフトウェア・ライブラリをコピーします。

(h)

リモート・ホストにEnterprise Manager Cloud Controlをインストールし、既存のデータベースで管理リポジトリをアップグレードします。

第11.5項

手順5

アップグレード後のタスクの実行

(a)

エージェントのアップグレード・ステータスを確認します。

第12.4項

(b)

一般的なアップグレード前のタスクを実行します。

第12.5項

(c)

遅延データ移行ジョブのステータスを追跡します。

第12.6項

(d)

エージェント移行プロセスをサインオフします。

第12.10項

(e)

アップグレード・プロセスをサインオフして、アップグレード・モードを終了します。

第12.11項

(f)

不要な中央エージェントを削除します。

第12.12.1項

(g)

(オプション)削除された中央エージェントで監視されていたターゲットを監視します。

第12.13項

(h)

(オプション)古いOMSホームを削除します。

第12.14項

(i)

(アプリケーションの依存性とパフォーマンス(ADP)またはJVM診断(JVMD)がインストールされている場合のみ)

  1. 監視されているドメインそれぞれのWebLogic管理コンソールにログインし、jamagentおよびAcseraアプリケーション・デプロイメントを削除して、インベントリからJVMDアプリケーションおよびADPアプリケーションを削除していない場合は、ここで実行します。

  2. ad4jTargetターゲットをすべて削除します。

    (a)次の場所に移動します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin__12.1.0.3.0/archives/jvmd/

    (b)ファイルjvmd.zipを解凍します。

    (c)スクリプトjvmd_targetupgrade11_12.sqlを実行します。

  3. OCAMMマネージャ・ターゲットをすべて削除します。

    (a)次の場所に移動します。

    <middleware_home>/plugins/oracle.sysman.emas.oms.plugin__12.1.0.3.0/archives/ocamm/

    (b)ファイルADPManager.zipを解凍します。

    (c)スクリプトadp_targetupgrade11_12.sqlを実行します。

  4. 新しいJVMDマネージャ、およびADPマネージャをデプロイします。

  5. インベントリに基づいて、新しいJVMDエージェント、およびADPエージェントをデプロイします。

  前
前 		 次
次
  目次へ移動
目次		 索引へ移動
索引