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

1システム・アップグレード方式を使用して既存のEnterprise ManagerシステムをEnterprise Manager Cloud Controlにアップグレードするには、次の手順を実行します。

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

手順番号	ステップ	プロシージャ
ステップ1	準備
(a)	1システム・アップグレード方式について学習します。	第2章
(b)	開始する前に理解しておく必要のある重要事項を確認します。	第3章
ステップ2	アップグレード前のタスクの実行
(a)	既存のEnterprise Managerシステムにアップグレード前コンソール・パッチを適用し、Enterprise Manager 12cアップグレード・コンソールにアクセスします。	アップグレード前コンソール
(b)	次のソフトウェアを手動でダウンロードし、アクセス可能な場所にステージングします。 Oracle Management Agent 12c 必要なプラグインすべて	Oracle Management Agentのアップグレードに並行してプラグインをインストールするには
(c)	手順2(b)で手動ダウンロードし、ステージングしたソフトウェアの場所に関する情報を提供します。	第9章
(d)	環境を分析して、有効および無効なインベントリを持つOracle Management Agent(管理エージェント)を識別し、これらのエージェントのアップグレード性をチェックして、問題のある管理エージェントを明らかにします。必要なソフトウェアが不足している場合、手順(b)と(c)を繰返します。	第10章
(e)	管理エージェントをアップグレードするための前提条件を満たします。	付録D
手順3	Oracle Management Agentのアップグレード
(a)	Oracle Management Agent 12cのソフトウェア・バイナリをデプロイおよび構成します。	第11章
(b)	状態レポートを生成し、事前にデプロイした管理エージェントの準備状況を確認します。	第12章
(c)	ヘルス・チェック・レポートを検証およびサインオフします。	第13章
(d)	従来の管理エージェントから新しくデプロイされた管理エージェントにスイッチオーバーします。これにより、Enterprise Manager Cloud Controlと通信できるようになります。 注意: 多くのエージェントを使用している場合、Oracle Management Agentを一度に1セットずつアップグレードすることができます。この場合、試行ごとに手順3(a)から手順3(d)を繰り返すことができます。	第14章
(e)	サーバー・ロード・バランサ(SLB)が構成されている場合、モニタの設定を変更します。	付録E
手順4	Oracle Management ServiceおよびOracle Management Repositoryのアップグレード
(a)	既存のEnterprise Managerが実行されているホストで、次の前提条件を満たします。 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のEnterprise Manager Cloud Controlのインストールに関する章で説明されているOracle Management Service関係の前提条件を満たします。 付録Dで説明されている管理エージェント関連の前提条件を満たします。 次のPower BrokerおよびSUDOの設定要件を満たします。 Power Brokerが設定されている場合は「ようこそ」メッセージを無効にします。 SUDOが設定されている場合、root.として/bin/shを起動するSUDO権限を持っていることを確認します。/etc/sudoersファイルに行Defaults visiblepwがあることを確認します。また、このファイルの行Defaults requirettyがコメント化されていることを確認します。
(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システムをアップグレードする前に、このシステムで実行およびスケジュールされているデプロイ手順をすべて停止します。
(d)	(アプリケーションの依存性とパフォーマンス(ADP)またはJVM診断(JVMD)がインストールされている場合のみ) JVMDまたはADP、もしくはこの両方により監視されているJVMおよびWebLogicドメインのインベントリを取ります。 監視されているドメインそれぞれのWebLogic管理コンソールにログインし、jamagentおよびAcseraアプリケーション・デプロイメントを削除して、インベントリからJVMDアプリケーションおよびADPアプリケーションを削除します。 ADPマネージャ、およびJVMDマネージャをすべて停止します。 WebLogic管理コンソールを使用して、GCDomainからADP管理対象サーバーおよびJVMD管理対象サーバーをすべて削除します。 JVMD用のパージ・スクリプトを実行します。 (a)次の場所に移動します。 <middleware_home>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.1.0/archives/jvmd/ (b)ファイルjvmd.zipを解凍します。 (c)スクリプトjvmd_monitoringupgrade11_12.sqlを実行します。 (d)Enterprise Manager 11g Grid Controlリリース1 (11.l.0.1)のスレッド・スナップショットが存在する場合、スクリプトjvmd_traceupgrade11_12.sqlを実行します。
(e)	既存のOMSからemkeyを、Enterprise Manager 10g Grid Controlリリース5 (10.2.0.5)またはEnterprise Manager 11g Grid Controlリリース1 (11.1.0.1)のいずれの場合でも、管理リポジトリのバックアップを作成する前に、既存の管理リポジトリにコピーします。次のコマンドは両方のバージョンで適用可能です。 注意: 次のコマンドがEnterprise Manager 11g Grid Control (11.1.0.1)で実行される際、管理パスワードを求められます。 $<OMS_HOME>/bin/emctl config emkey -copy_to_repos -sysman_pwd <sysman_pwd> emkeyが正しくコピーされているかどうか検証するには、SYSユーザーとしてリポジトリにログインして次のSQLコマンドを実行します。 SQL> select count(*) from MGMT_REPOS_TIME_COEFFICIENT; COUNT(*) ---------- 1 (数が1の場合はemkeyがコピーされています。)
(f)	これからアップグレードするOMSを停止します。また、これに接続されているその他のOMSも停止します。
(g)	OMSと管理リポジトリをアップグレードします。グラフィック・モードとサイレント・モードのどちらでアップグレードするかを選択できます。ある時点でソフトウェア・バイナリをインストールし、後でグラフィック・モードまたはサイレント・モードでアップグレードすることも選択できます。 emkeyをコピーしていないことを示すエラー・メッセージが、OMSのバックアップを取る前に表示される場合は、次のコマンドを実行します。 $<OMS_HOME>/bin/emctl config emkey -copy_to_repos_from_file -repos_host <repository_host> -repos_port <port> -repos_sid <sid> -repos_user <username> [-repos_pwd <pwd>] -emkey_file <OMS_HOME>/sysman/config/emkey.ora (ここで、管理リポジトリの詳細は、既存のまたは古い管理リポジトリの詳細です。Enterprise Manager 11g Grid Controlでインストーラを実行している場合、管理サーバー・パスワードを求められます。)	第16章、第17章、第18章、または第19章
手順5	アップグレード後のタスクの実行
(a)	一般的なアップグレード前のタスクを実行します。	第25章
(b)	遅延データ移行ジョブのステータスを追跡します。	第26章
(c)	OMSに関連付けられているメトリックのインシデント・ルールを更新します。	第31章
(e)	(アプリケーションの依存性とパフォーマンス(ADP)またはJVM診断(JVMD)がインストールされている場合のみ) 監視されているドメインそれぞれのWebLogic管理コンソールにログインし、jamagentおよびAcseraアプリケーション・デプロイメントを削除して、インベントリからJVMDアプリケーションおよびADPアプリケーションを削除していない場合は、ここで実行します。 ad4jTargetターゲットをすべて削除します。 (a)次の場所に移動します。 <middleware_home>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.1.0/archives/jvmd/ (b)ファイルjvmd.zipを解凍します。 (c)スクリプトjvmd_targetupgrade11_12.sqlを実行します。 OCAMMマネージャターゲットをすべて削除します。 (a)次の場所に移動します。 <middleware_home>/plugins/oracle.sysman.emas.oms.plugin_12.1.0.1.0/archives/ocamm/ (b)ファイルADPManager.zipを解凍します。 (c)スクリプトadp_targetupgrade11_12.sqlを実行します。 新しいJVMDマネージャ、およびADPマネージャをデプロイします。 インベントリに基づいて、新しいJVMDエージェント、およびADPエージェントをデプロイします。