Oracle® Enterprise Manager

Cloud Controlアップグレード・ガイド

13c リリース1

E70368-02(原本部品番号:E63675-02)

2016年1月

Oracle Enterprise Manager Cloud Controlアップグレード・ガイド, 13cリリース1

E70368-02

Copyright © 2014, 2016, Oracle and/or its affiliates All rights reserved.

原本著者: Aravind Jayaraaman

原本協力著者: Namrata Bhakthavatsalam、Genevieve D'Souza、Deepak Gujrathi

原本協力者: Enterprise Manager Cloud Control開発チーム、品質保証チーム、カスタマ・サポート・チームおよび製品管理チーム。

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracleおよびその関連企業の登録商標です。その他の名称は、他社の商標の可能性があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

第I部 13c リリース1へのEnterprise Managerシステムのアップグレードの概要

1 この製品リリースにおける最新情報

- 1.1 この製品リリースにおける最新情報

2 Enterprise Manager Cloud Control 13cへのアップグレードの概要

- 2.1 Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているOMS環境

- 2.2 Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているアップグレード・パスおよびサポートされているアップグレード方式

- 2.3 Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているプラットフォーム

- 2.4 Enterprise Manager Cloud Control 13c リリース1へのアップグレードで提示されるアップグレード範囲

- 2.5 Enterprise Manager Cloud Control 13c リリース1へのアップグレードの一環としてアップグレードまたはインストールされるコンポーネント

- 2.6 アップグレード後のEnterprise Manager Cloud Control 13cで使用されるポート

- 2.7 Enterprise Manager Cloud Control 13c リリース1へのアップグレードと並行したOracle BI Publisherのアップグレード

- 2.8 Enterprise Manager Cloud Control 13c リリース1へのアップグレードと並行したプラグインのアップグレード

- 2.8.1 13c リリース1へのOracle Management Agentのアップグレードと並行したプラグインのアップグレード

- 2.8.2 13c リリース1へのOracle Management Serviceのアップグレードと並行したプラグインのアップグレード

- 2.9 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOracle Software Libraryの状態

- 2.10 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のコネクタの状態

- 2.11 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOMSおよび管理エージェント用に構成されたカスタム証明書の再利用

- 2.12 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のデータベースのXML DB機能

- 2.13 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOMSおよび管理エージェントの手動による再起動

- 2.14 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後にスタンバイ・データベース(管理リポジトリ)でOracle Data Guardを構成する場合の強制ロギングの有効化

- 2.15 Enterprise Manager Cloud Control 13c リリース1へのアップグレードに使用するウィザードまたはコンソール

- 2.15.1 Enterprise Manager Cloud Control 13cインストール・ウィザードの概要

- 2.15.2 Enterprise Manager Cloud Control 13c リリース1のエージェント・アップグレード・コンソールの概要

- 2.15.3 Enterprise Manager Cloud Control 13c リリース1のゴールド・エージェント・イメージ・コンソールの概要

- 2.16 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOPSSスキーマに対する変更

第II部 Enterprise Manager Cloud Control 13c リリース1へのアップグレード

3 Enterprise Manager Cloud Control 13c リリース1へのアップグレードのスタート・ガイド

- 3.1 単一OMSまたは複数OMSの非HA環境での13c リリース1へのアップグレード

- 3.2 HA環境(記憶域レプリケーションを使用してスタンバイOMSが作成されるプライマリおよびスタンバイOMSインスタンス)での13cリリース1へのアップグレード

4 Enterprise Manager Cloud Control 13c リリース1へのアップグレードの前提条件

- 4.1 ハードウェア、ソフトウェアおよびプラットフォームの要件

- 4.2 サポートされているデータベース・リリースの要件

- 4.3 データベース・パッチの要件

- 4.4 オプティマイザ適応機能の無効化の要件

- 4.5 管理エージェントのパッチの要件

- 4.6 ポートの要件

- 4.7 ルール・セットのバックアップの要件

- 4.8 カスタマイズの削除の要件

- 4.9 Oracle BI Publisherによる12c リリース3 (12.1.0.3)の暫定的なアップグレードの要件

- 4.10 Oracle BI Publisherの停止の要件

- 4.11 データベース・サービス・インスタンス作成リクエストの確認の要件

- 4.12 リポジトリ表スナップショットの確認の要件

- 4.13 ログインおよびログオフ・トリガー設定の確認の要件

- 4.14 ターゲットの削除操作の監査の要件

- 4.15 Enterprise Managerシステムの停止時間を短縮するためのジョブ・タイプの更新の選択的なスキップ

- 4.16 EMKEYのコピーの要件

- 4.17 証明書鍵の強度の要件

- 4.18 即時利用可能なメモリー設定のバックアップの要件

- 4.19 前提条件チェックおよび環境の検証の要件

- 4.20 OMSのバックアップの要件

- 4.21 OMSの停止の要件

- 4.22 管理エージェントの停止の要件

- 4.23 管理エージェント・プロキシの削除の要件

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

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

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

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

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

- 5.1.2 Oracle Configuration Managerの有効化

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

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

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

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

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

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

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

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

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

- 5.1.11 Oracle BI Publisherの共有場所の構成

- 5.1.12 ポートの構成

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

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

- 5.1.15 アップグレードの終了

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

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

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

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

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

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

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

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

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

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

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

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

- 5.3.1.2 Oracle Configuration Managerの有効化

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

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

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

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

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

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

- 5.3.1.9 インストールの終了

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

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

- 5.3.2 allroot.shスクリプトの実行

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

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

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

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

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

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

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

- 5.3.3.7 Oracle BI Publisherの共有場所の構成

- 5.3.3.8 ポートの構成

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

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

- 5.3.3.11 アップグレードの終了

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

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

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

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

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

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

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

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

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

- 5.4.2 allroot.shスクリプトの実行

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

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

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

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

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

6 Oracle Management Agentのアップグレード

- 6.1 エージェント・ゴールド・イメージを使用した管理エージェントのアップグレードの概要

- 6.2 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

- 6.2.1 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードの概要

- 6.2.2 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードを始める前に

- 6.2.3 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードの前提条件

- 6.2.4 エージェント・アップグレード・コンソールを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

- 6.2.4.1 13c管理エージェントのアップグレード用の追加パラメータ

- 6.2.5 EM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

- 6.2.6 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード後

- 6.2.6.1 13c管理エージェントのアップグレードの確認

- 6.2.6.2 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動(13c中央エージェントのアップグレード後)

- 6.2.6.3 古い管理エージェントのアップグレード後クリーンアップの実行

- 6.2.6.4 13c管理エージェントのアップグレードのクリーンアップ・ジョブの表示

- 6.2.7 13c管理エージェントのアップグレードのトラブルシューティング

- 6.3 エージェント・ゴールド・イメージの作成

- 6.3.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージの作成

- 6.3.2 EM CLIを使用したエージェント・ゴールド・イメージの作成

- 6.4 エージェント・ゴールド・イメージ・バージョンの作成

- 6.4.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンの作成

- 6.4.2 EM CLIを使用したエージェント・ゴールド・イメージ・バージョンの作成

- 6.5 特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- 6.5.1 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- 6.5.2 EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- 6.6 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを制限されたバージョンとして設定

- 6.6.1 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを制限されたバージョンとして設定

- 6.6.2 EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを制限されたバージョンとして設定

- 6.7 エージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

- 6.7.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

- 6.7.2 EM CLIを使用したエージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

- 6.8 エージェント・ゴールド・イメージ・バージョンを使用したスタンドアロン管理エージェントの更新

- 6.8.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンによるスタンドアロン管理エージェントの更新

- 6.8.2 EM CLIを使用したエージェント・ゴールド・イメージ・バージョンによる管理エージェントの更新

- 6.9 Hybrid Cloud GatewayエージェントおよびHybrid Cloudエージェントのアップグレード

7 JVMDエージェントのアップグレードまたは再デプロイ

- 7.1 JVMDエージェントのアップグレードまたは再デプロイ

- 7.1.1 「設定」ページを使用したJVMDエージェントのアップグレードまたは再デプロイ

- 7.1.2 deploy_jvmdagent.plを使用したJVMDエージェントの手動でのアップグレードまたは再デプロイ

- 7.1.3 WebLogic管理コンソールを使用したJVMDエージェントの手動でのアップグレードまたは再デプロイ

- 7.2 JVMDエージェントのアップグレードまたは再デプロイの検証

8 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のアップグレード後タスク

- 8.1 カスタム構成の再実行

- 8.2 カスタム証明書を使用したOracle WebLogic Serverの再構成

- 8.3 追加OMSのアップグレード後の管理エージェントの再起動

- 8.4 遅延データ移行ジョブのステータスの追跡

- 8.4.1 遅延データ移行ジョブについて

- 8.4.2 遅延データ移行ジョブのステータスの追跡

- 8.5 Oracle Exalogic Systemターゲットのアップグレード

- 8.6 (オプション)古いOMSホームの削除

- 8.7 10gまたは11gリリースの不要な中央エージェントの削除

- 8.8 CDBおよびPDBで構成されたデータベースへのSYSMANスキーマの移行

- 8.9 古いOMSに関連付けられたままのJVMターゲットの管理

- 8.10 Enterprise Managerシステムのアップグレード前にスキップしたジョブ・タイプのアップグレードの有効化

第III部 付録

A サイレント・モードでOracle Management ServiceおよびOracle Management Repositoryをアップグレードするためのレスポンス・ファイルの編集

- A.1 サイレント・モードでOMSおよび管理エージェントをアップグレードするためのupgrade.rspファイルで編集するパラメータ

B サーバー・ロード・バランサの構成設定の更新

- B.1 サーバー・ロード・バランサの構成設定の更新

C 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動

- C.1 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動の概要

- C.2 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動

D 古いOMSホームの削除

- D.1 中央エージェントが古いミドルウェア・ホーム内にまだ存在する場合の古いOMSホームの削除

- D.2 中央エージェントが古いミドルウェア・ホーム外の場所に移行されている場合の古いOMSホームの削除

索引

はじめに

『Oracle Enterprise Manager Cloud Controlアップグレード・ガイド』では、次のリリースをEnterprise Manager Cloud Control 13cにアップグレードする方法について説明します。

- Enterprise Manager Cloud Control 12cリリース5 (12.1.0.5)

- Enterprise Manager Cloud Control 12cリリース4 (12.1.0.4)

- Enterprise Manager Cloud Control 12cリリース3 (12.1.0.3)

注意:
Oracle BI Publisherを12c リリース3 (12.1.0.3)で構成している場合、13cに直接アップグレードすることはできません。まず12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)にアップグレードしてから、13c リリース1にアップグレードする必要があります。Oracle BI Publisherを12c リリース3 (12.1.0.3)で構成していない場合は、13cに直接アップグレードできます。
12c リリース1 (12.1.0.1)または12c リリース2 (12.1.0.2)がある場合は、まず12c リリース3 (12.1.0.3)、12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)にアップグレードし、次に13cにアップグレードします。

対象読者

『Oracle Enterprise Manager Cloud Controlアップグレード・ガイド』は、既存の12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3) Enterprise Managerシステムを13c リリース1にアップグレードするシステム管理者を対象にしています。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs(聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、Enterprise Manager Cloud Controlのドキュメント・ライブラリ内にある次の資料を参照してください。

- 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』

- 『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』

前述のドキュメントおよびその他のOracleドキュメントの最新リリースについては、次のURLのOracle Technology Networkを確認してください。

http://www.oracle.com/technetwork/indexes/documentation/index.html

Enterprise Managerには詳細なオンライン・ヘルプも用意されています。Enterprise Managerには詳細なオンライン・ヘルプも用意されています。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

第I部

13c リリース1へのEnterprise Managerシステムのアップグレードの概要

この部では、Enterprise Manager Cloud Control 13c リリース1の新機能の概要を示し、13c リリース1にアップグレードするためのアップグレード・プロセスと、アップグレード・プロセスを開始する前に知っておく必要がある重要事項について説明します。

特に、次の内容について説明します。

- 第1章「この製品リリースにおける最新情報」

- 第2章「Enterprise Manager Cloud Control 13cへのアップグレードの概要」

1 この製品リリースにおける最新情報

この章では、この製品リリースにおける新機能、既知の問題および修正された不具合について説明します。この章の具体的な内容は次のとおりです。

- この製品リリースにおける最新情報

1.1 この製品リリースにおける最新情報

表1-1は、Enterprise Manager Cloud Control 13cに関連する様々な新機能のトピックについて、Oracle Technology Network (OTN)で公開されているドキュメントへのリンクをまとめたものです。これらのURLで提供されている情報を参照して、13cへのアップグレードが必要な理由を理解してください。

表1-1 Enterprise Manager Cloud Control 13c リリース1の新機能

新機能のトピック

参照URL

13c リリース1の新機能

『Oracle Enterprise Manager Cloud Control概要』

http://docs.oracle.com/en/enterprise-manager/

13c リリース1のインストール・プロセス、エージェント・デプロイメント・プロセスおよびアップグレード・プロセスの新機能

Oracle Technology Networkで公開されているドキュメント

http://www.oracle.com/technetwork/oem/install-upgrade/index.html

13c リリース1での重要な既知の問題

Oracle Enterprise Manager Cloud Controlリリース・ノート

http://docs.oracle.com/en/enterprise-manager/

13c リリース1で修正された不具合について

以前のリリースで不具合を見つけ、これらが13c リリース1で修正されたかどうかを確認する場合は、Oracleサポートにサービス・リクエストを送信してください。

2 Enterprise Manager Cloud Control 13cへのアップグレードの概要

Enterprise Manager Cloud Control 13cは、Enterprise Manager Cloud Controlの最新リリースです。この新しいリリースでは、以前のリリースと比較して、様々な新機能、機能強化、パフォーマンス向上およびバグ修正を提供しています。Enterprise Manager Cloud Control 12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)がある場合は、あらゆる新機能の恩恵を受けるために、13c リリース1にアップグレードすることをお薦めします。

Enterprise Manager Cloud Control 13c リリース1へのアップグレードを開始する前に、アップグレード・プロセス、アップグレード・ユーティリティおよびアップグレード・ユーティリティに関連するその他の重要な側面(サポートされている環境、サポートされているアップグレード・パス、ポートの再利用方法、自動的に引き継がれる以前のリリースの機能、アップグレード後に再実行する必要があるカスタマイズなど)を理解する必要があります。そうすることで、アップグレードの要件および影響を理解し、以前のリリースから円滑に移行するための準備ができます。

この章では、アップグレード・プロセスを示し、アップグレード・プロセスを開始する前に知っておく必要がある重要な側面について説明します。この章の具体的な内容は次のとおりです。

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているOMS環境

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているアップグレード・パスおよびサポートされているアップグレード方式

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているプラットフォーム

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードで提示されるアップグレード範囲

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードの一環としてアップグレードまたはインストールされるコンポーネント

- アップグレード後のEnterprise Manager Cloud Control 13cで使用されるポート

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードと並行したOracle BI Publisherのアップグレード

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードと並行したプラグインのアップグレード

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOracle Software Libraryの状態

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のコネクタの状態

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOMSおよび管理エージェント用に構成されたカスタム証明書の再利用

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のデータベースのXML DB機能

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOMSおよび管理エージェントの手動による再起動

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後にスタンバイ・データベース(管理リポジトリ)でOracle Data Guardを構成する場合の強制ロギングの有効化

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードに使用するウィザードまたはコンソール

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOPSSスキーマに対する変更

2.1 Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているOMS環境

次のOracle Management Service (OMS)環境のいずれかをアップグレードできます。

- 単一OMS環境: 単一OMS環境は、複数の管理エージェントで編成される1つのOMSを使用した環境です。通常、小さいデプロイメントです。

- 複数OMS環境: 複数OMS環境は、複数の管理エージェントで編成されるサーバー・ロード・バランサ(SLB)でモデレートされた2つ以上のOMSインスタンスを使用した環境です。通常、大きいデプロイメントです。

2.2 Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているアップグレード・パスおよびサポートされているアップグレード方式

表2-1に、サポートされているアップグレード・パスと、それぞれのアップグレード・パスでサポートされているアップグレード方式を示します。

表2-1 Enterprise Managerシステムのアップグレードでサポートされているアップグレード・パスおよびサポートされているアップグレード方式

アップグレード元

アップグレード先

サポートされているアップグレード方式

12cリリース5 (12.1.0.5)

13c リリース1

1システム・アップグレード

12cリリース4 (12.1.0.4)

13c リリース1

1システム・アップグレード

- 12cリリース3プラグイン・アップグレード1 (12.1.0.3)
(2013年10月にリリースされたプラグインが含まれる12cリリース3 (12.1.0.3)ソフトウェア)

- 12cリリース3 (12.1.0.3)

13c リリース1

Oracle BI Publisherを12c リリース3 (12.1.0.3)で構成している場合、13c リリース1に直接アップグレードすることはできません。まず12cリリース4 (12.1.0.4)または12cリリース4 (12.1.0.5)にアップグレードしてから、13cリリース1にアップグレードする必要があります。Oracle BI Publisherを12cリリース3 (12.1.0.3)で構成していない場合は、13cリリース1に直接アップグレードできます。

1システム・アップグレード

- 12cリリース2プラグイン・アップデート1 (12.1.0.2)
(2013年2月にリリースされたプラグインが含まれる12cリリース2 (12.1.0.2)ソフトウェア)

- 12c リリース2 (12.1.0.2) (基本リリース)

まず12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)にアップグレードしてから、13c リリース1にアップグレード。

1システム・アップグレード

- バンドル・パッチ1を適用済の12cリリース1 (12.1.0.1)

- バンドル・パッチ1を含む(デフォルトで含まれる)12cリリース1 (12.1.0.1)

- 12cリリース1 (12.1.0.1) (基本リリース)

まず12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)にアップグレードしてから、13c リリース1にアップグレード。

1システム・アップグレード

- 11gリリース1 (11.1.0.1)

- 10gリリース5 (10.2.0.5)

まず12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)にアップグレードしてから、13c リリース1にアップグレード。

- 1システム・アップグレード

- 2システム・アップグレード

- 異なるホストでの1システム・アップグレード

- 10gリリース4 (10.2.0.4)以下

- 10gリリース1 (10.1)

まず10g リリース5 (10.2.0.5)または11g リリース1 (11.1.0.1)にアップグレードし、次に12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)にアップグレードしてから、13c リリース1にアップグレード。

- 1システム・アップグレード

- 2システム・アップグレード

- 異なるホストでの1システム・アップグレード

2.3 Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているプラットフォーム

サポートされているプラットフォームのリストを表示するには、My Oracle Supportで入手できるEnterprise Manager動作保証マトリックスにアクセスします。手順は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

2.4 Enterprise Manager Cloud Control 13c リリース1へのアップグレードで提示されるアップグレード範囲

Enterprise Manager Cloud Control 13cへのアップグレードに関する情報をいくつか次に示します。

- 12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)のみ、13c リリース1にアップグレードできます。

- Oracle BI Publisherを12c リリース3 (12.1.0.3)で構成している場合、13c リリース1に直接アップグレードすることはできません。まず12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)にアップグレードしてから、13c リリース1にアップグレードする必要があります。Oracle BI Publisherを12cリリース3 (12.1.0.3)で構成していない場合は、13cリリース1に直接アップグレードできます。

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

- 既存のデータベースが13c リリース1に対して動作保証されているデータベースである場合のみ、アップグレードできます。既存のデータベースが13c リリース1でサポートされているリリースではない場合は、サポートされているリリースにアップグレードしてから、OMSと管理リポジトリのアップグレードを開始してください。
たとえば、12c リリース3 (12.1.0.3)からアップグレードする場合、データベースのリリースが古く、13c リリース1でサポートされていない可能性があります。この場合は、まずデータベースを13c リリース1でサポートされている最低限のデータベース・リリースにアップグレードしてから、Enterprise Managerシステムを13c リリース1にアップグレードします。

- アップグレード操作は常に、OMSおよび管理エージェントの新しいOracleホームが表示されるアウトオブプレース・アップグレードです。古いホームと新しいホームを定期的にバックアップすることをお薦めします。

- これらのアップグレード方式では、管理リポジトリが構成される既存のデータベースはアップグレードされません。
このようなデータベースをアップグレードするには、データベース・アップグレード・ツールを使用します。アップグレード・ツールの詳細は、次の場所にあるOracle Databaseドキュメント・ライブラリの『Oracle Databaseアップグレード・ガイド』を参照してください。

http://docs.oracle.com/en/database/

- 表2-2に、13cリリースおよび12cリリースでのOMSと管理エージェント間の互換性について示します。OMSは、この表に示されている管理エージェントのリリースとのみ通信できます。

表2-2 13cリリースおよび12cリリースでのOMSと管理エージェント間の互換性

Oracle Management Agent 12cリリース3 (12.1.0.3)

Oracle Management Agent 12cリリース4 (12.1.0.4)

Oracle Management Agent 12cリリース5 (12.1.0.5)

Oracle Management Agent 13cリリース1

Oracle Management Service 13cリリース1

はい

はい

はい

はい

旧リリースの管理エージェントがある場合は、OMSを13c リリース1にアップグレードする前に、Enterprise Manager Cloud Controlコンソールにあるエージェント・アップグレード・コンソールを使用して管理エージェントを12c リリース3 (12.1.0.3)、12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)に必ずアップグレードしてください。

- 管理エージェントは、どのプラットフォーム上にあっても、そのプラットフォームに対応したOMS 13cソフトウェアを入手できるかぎり、アップグレード可能です。

- Enterprise Manager Cloud Controlインストール・ウィザードにより、Java Development Kit (JDK) 1.7.0_80およびOracle WebLogic Server 12c リリース1 (12.1.3.0)がデフォルトでインストールされます。13c リリース1以降、事前インストールされたJDKまたはOracle WebLogic Serverはサポートされません。

- Enterprise Manager Cloud Controlインストール・ウィザードによってインストールされるOracle WebLogic Server 12c リリース1 (12.1.3.0)が必ずEnterprise Manager Cloud Control専用となるようにする必要があります。ミドルウェア・ホームにその他のOracle Fusion Middleware製品をインストールしてはいけません。
ORACLE_COMMONプロパティはEnterprise Manager Cloud ControlとOracle Fusion Middleware製品の両方で使用されるため、これらを同じミドルウェア・ホームに共存させることはできません。

2.5 Enterprise Manager Cloud Control 13c リリース1へのアップグレードの一環としてアップグレードまたはインストールされるコンポーネント

13c リリース1へのアップグレードはアウトオブプレース・アップグレードであるため、Enterprise Manager Cloud Control 13cインストール・ウィザードを起動すると、次のことが実行されます。

- Oracle WebLogic Server 12cリリース1 (12.1.3.0)をインストールします。

- Java Development Kit (JDK) 1.7.0_80をインストールします。

- Oracle Management Service 13cリリース1をインストールします。

- Oracle JRF 12cリリース1 (12.1.3.0)をインストールします。これにはoracle_commonディレクトリが含まれます。

- Oracle Web Tier 12c リリース1 (12.1.3.0)をインストールします。

- Oracle BI Publisher 12cリリース1 (12.1.3.0)をインストールします。これにはbiディレクトリが含まれます。以前のリリースのOracle BI Publisherがすでに存在する場合、この方式ではそのリリースを12.1.3.0にアップグレードします。

- プラグインをアップグレードするか、すでにデプロイされているプラグインを引き継ぐか、またはプラグインをデプロイします。

- Enterprise Manager Cloud Control 13cリリース1ソフトウェアに新しいバージョンがある場合は、デプロイされているプラグインをアップグレードします。
13cリリース1以降、Oracle Fusion Middlewareプラグインのデプロイメントまたはアップグレードの一環として、デフォルトでOMSにJava仮想マシン診断(JVMD)エンジンが1つインストールされるようになりました。デプロイする追加OMSごとに、そのOMSとともにデフォルトで1つのJVMDエンジンが提供されます。

JVMDを使用すると、管理者は本番環境でJavaアプリケーションのパフォーマンスの問題を診断できます。問題を再現する必要性がなくなることにより、こうした問題解決に必要な時間が短縮されるため、アプリケーションの可用性とパフォーマンスが向上されます。

JVMDエンジンはデフォルトではOMSホストにインストールされますが、JVMDエージェントはターゲットのJVMに手動でデプロイする必要があります。手順については、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のJVMDエージェントのインストールの章を参照してください。

以前のリリースのEnterprise Manager Cloud ControlにJVMDエンジンが含まれていた場合、それらはすべて自動的に使用停止になります。ただし、古いJVMDエンジンは使用停止になったため、アップグレード後、以前のJVMDエージェントによって監視されていたターゲットは監視されません。それらのターゲットの監視を続けるには、ターゲットのJVMにそれらのJVMDエージェントを再デプロイし、新たにインストールされたJVMDエンジンと通信できるようにする必要があります。

- 次の場合は、デプロイされているプラグインをアップグレードせずに移行または引き継ぎます。

- Enterprise Manager Cloud Control 13cリリース1ソフトウェアに新しいバージョンがない場合。

- デプロイされているプラグインがすでにEnterprise Manager Cloud Control 13cリリース1ソフトウェアでのバージョン以上である場合。

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

- 選択した追加のプラグインをデプロイします。

- GCDomainと呼ばれるOracle WebLogicドメインを作成します。

- nodemanagerと呼ばれるノード・マネージャのユーザー・アカウントを作成します。

- Oracle Management Service 13cに関連するすべての構成の詳細を格納する、Oracle Management Serviceインスタンス・ベース・ディレクトリ(gc_inst)を構成します。

- 既存の認証されたOracleデータベースのOracle管理リポジトリをアップグレードします。

注意:
中央エージェント(OMSとともにインストールされる管理エージェント)は、デフォルトではアップグレードされません。OMSをアップグレードした後にEnterprise Manager Cloud Controlコンソールで使用可能なエージェント・アップグレード・コンソールを使用してアップグレードする必要があります。

2.6 アップグレード後のEnterprise Manager Cloud Control 13cで使用されるポート

OMSまたは管理エージェントをアップグレードすると、旧リリースの管理エージェントで使用されていたポートは、アップグレード後の管理エージェントに引き継がれます。そのため、ファイアウォール設定には何も影響しません。

OMSをアップグレードすると、旧リリースのコア・コンポーネントすべてで使用されていたポートは引き継がれます。

注意:
コア・コンポーネント、ポートが選択される範囲、および割り当てられる空ポートの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』でインストールの基本に関する章を参照してください。
ファイアウォールをOMS用に構成した場合に、ファイアウォールを通して利用可能にする必要のあるURLの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

2.7 Enterprise Manager Cloud Control 13c リリース1へのアップグレードと並行したOracle BI Publisherのアップグレード

13c リリース1以降、Oracle BI Publisherは、OMSのアップグレード中に旧リリースから最新のリリースに自動的にアップグレードされます。他の手順は必要ありません。

2.8 Enterprise Manager Cloud Control 13c リリース1へのアップグレードと並行したプラグインのアップグレード

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

- 13c リリース1へのOracle Management Agentのアップグレードと並行したプラグインのアップグレード

- 13c リリース1へのOracle Management Serviceのアップグレードと並行したプラグインのアップグレード

2.8.1 13c リリース1へのOracle Management Agentのアップグレードと並行したプラグインのアップグレード

エージェント・アップグレード・コンソールを使用してOracle Management Agentを13c リリース1にアップグレードすると同時に、旧リリースのプラグインはすべてデフォルトでアップグレードされます。手動による操作は必要ありません。

2.8.2 13c リリース1へのOracle Management Serviceのアップグレードと並行したプラグインのアップグレード

Enterprise Manager Cloud Controlインストール・ウィザードを使用してOracle Management Serviceを13c リリース1にアップグレードすると同時に、プラグインは次の状況に基づいて自動的にアップグレード、移行またはデプロイされます。

- 新しいバージョンが存在する場合、プラグインはアップグレードされます。

- 新しいバージョンが存在しない場合、プラグインは移行されます。

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

- Enterprise Manager Cloud Controlインストール・ウィザードの「プラグインの選択」画面で選択する追加のプラグイン。

「プラグインの選択」画面にリストされていないプラグインをインストールする場合は、次の手順に従います。

1. 必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

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

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

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

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

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

setup_em_win64.exe PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

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

2.9 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOracle Software Libraryの状態

Oracle Software Libraryは、Enterprise Managerがアップグレードされるとすぐに機能します。使用できるようにするために、手作業で操作する必要はありません。

2.10 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のコネクタの状態

Enterprise Managerシステム全体のアップグレード後、従来のEnterprise Managerシステムで構成されたコネクタはEnterprise Manager Cloud Controlでも引き続き動作します。ただし、構成されていなかったものは機能しません。

2.11 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOMSおよび管理エージェント用に構成されたカスタム証明書の再利用

13c リリース1にアップグレードすると、OMSのアップロードおよびコンソール・ポート用に構成されたすべてのカスタム証明書および管理エージェント用に構成されたすべてのカスタム証明書は、以前のリリースから自動的に引き継がれ、アップグレード後のリリースで保持されます。これらのカスタム証明書のいずれについても、再構成は不要です。

2.12 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のデータベースのXML DB機能

管理リポジトリの構成を計画しているOracle Database上のXML DBなどの機能を有効化または無効化しても、Enterprise Managerは影響を受けません。したがって、Enterprise Managerはデータベースにあるいずれの機能にも依存しないため、それらを有効化または無効化できます。

2.13 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOMSおよび管理エージェントの手動による再起動

同じホスト上の管理リポジトリが格納されているOMSおよびOracle Databaseをインストールする場合、ホストを再起動する際に、OMS、および一緒にインストールされた管理エージェントは自動的に開始されません。それらを手動で開始する必要があります。

OMSを手動で起動するには、OMSホストのOracleホームから次のコマンドを実行します。

$<ORACLE_HOME>/bin/emctl start oms

次に例を示します。

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

管理エージェントを手動で起動するには、エージェント・ホームから次のコマンドを実行します。

$<AGENT_HOME>/bin/emctl start agent

次に例を示します。

/u01/software/em13c/agentbasedir/agent_13.1.0.0.0/bin/emctl start agent

2.14 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後にスタンバイ・データベース(管理リポジトリ)でOracle Data Guardを構成する場合の強制ロギングの有効化

Oracle Management Repositoryを格納しているスタンバイ・データベースでOracle Data Guardを構成する場合、次のコマンドを使用してデータベースでの強制ロギングを有効にします。

ALTER DATABASE force logging;

データベースへの強制ロギングを有効化しない場合、Enterprise Managerシステムをアップグレードする際にNOLOGGINGコマンドを使用すると、スタンバイ・データベースを破損する可能性があります。

2.15 Enterprise Manager Cloud Control 13c リリース1へのアップグレードに使用するウィザードまたはコンソール

この項では、Enterprise Manager Cloud Control 13cへのアップグレードに使用するウィザードまたはコンソールについて説明します。特に、次の内容について説明します。

- Enterprise Manager Cloud Control 13cインストール・ウィザードの概要

- Enterprise Manager Cloud Control 13c リリース1のエージェント・アップグレード・コンソールの概要

- Enterprise Manager Cloud Control 13c リリース1のゴールド・エージェント・イメージ・コンソールの概要

2.15.1 Enterprise Manager Cloud Control 13cインストール・ウィザードの概要

Enterprise Manager Cloud Control 13cインストール・ウィザードは、OMSおよび管理リポジトリのアップグレードを可能にする主要なユーザー・インタフェースです。アップグレードは旧リリースのOMSが存在する同じホストで発生するため、ある程度の停止時間が含まれます。

注意:
インストーラでは、既存のOracle Management Agent (管理エージェント)をアップグレードしません。OMSをアップグレードした後、エージェント・アップグレード・コンソールを使用して管理エージェントを個別にアップグレードする必要があります。エージェント・アップグレード・コンソールは、OMSをアップグレードした後にEnterprise Manager Cloud Controlコンソールに表示されるGUIコンソールです。詳細は、2.15.2項を参照してください。

2.15.2 Enterprise Manager Cloud Control 13c リリース1のエージェント・アップグレード・コンソールの概要

エージェント・アップグレード・コンソールは、Enterprise Manager Cloud Controlコンソールに組み込まれているグラフィカル・ユーザー・インタフェースです。このコンソールは、既存の中央エージェントを一括アップグレードする単一ウィンドウ・ソリューションとして機能します。中央エージェントとは、各OMSとともにデフォルトでインストールされる管理エージェントです。

注意:
エージェント・アップグレード・コンソールを使用すると、スタンドアロン管理エージェントであってもアップグレードできますが、スタンドアロン管理エージェントをアップグレードするにはエージェント・ゴールド・イメージをかわりに使用することをお薦めします。ゴールド・エージェント・イメージ・コンソールを使用すると、ゴールド・イメージの作成および管理と、既存のスタンドアロン管理エージェントの更新が可能です。第2.15.2項を参照してください。

エージェント・アップグレード・コンソールにアクセスするには、「設定」メニューから「Cloud Controlの管理」をクリックし、「エージェントのアップグレード」を選択します。

注意:
エージェント・アップグレード・コンソールを使用して中央管理エージェントをアップグレードするには、複数OMS環境でOMSインスタンスをすべてアップグレードする必要があります。

エージェント・アップグレード・コンソールは、「エージェントのアップグレード・タスク」タブと「エージェントのアップグレード後のタスク」タブで構成されます。

- 「エージェントのアップグレード・タスク」タブは、中央エージェントのアップグレード、アップグレードできない中央エージェントの表示および中央エージェントのアップグレード・ジョブの概要の表示に使用できます。

- 「エージェントのアップグレード後のタスク」タブは、アップグレードした中央エージェントの古いディレクトリのクリーンアップおよび中央エージェントのクリーンアップ・ジョブの概要の表示に使用できます。エージェント・アップグレード・コンソールにアクセスするには、「設定」メニューから、「Cloud Controlの管理」を選択し、次に「エージェントのアップグレード」を選択します。

2.15.3 Enterprise Manager Cloud Control 13c リリース1のゴールド・エージェント・イメージ・コンソールの概要

ゴールド・エージェント・イメージ・コンソールは、Enterprise Manager Cloud Controlコンソールに組み込まれているグラフィカル・ユーザー・インタフェースです。このコンソールは、既存のスタンドアロン管理エージェントを一括アップグレードする単一ウィンドウ・ソリューションとして機能します。スタンドアロン管理エージェントとは、管理対象外ホストにインストールされた管理エージェントで、管理対象外ホストを管理対象ホストに変換したり、そこで稼働しているターゲットをモニターします。

ゴールド・エージェント・イメージ・コンソールにアクセスするには、「設定」メニューで「Cloud Controlの管理」、「ゴールド・エージェント・イメージ」の順に選択します。

ゴールド・エージェント・イメージ・コンソールを使用して、次のタスクを実行できます。

- 新しい管理エージェントのプロビジョニング。

- 既存の管理エージェントの更新。

- 管理エージェントのアップグレード(管理エージェント・ソフトウェアのアップグレード)。

- 管理エージェントへの新しいプラグインのデプロイ。

- 管理エージェントにデプロイされている既存のプラグインのアップグレード。

- 管理エージェントへのパッチのデプロイ。

- 管理エージェントにデプロイされているプラグインへのパッチのデプロイ。

- エージェント・ゴールド・イメージのコンプライアンス・レベルをチェックして、エージェント・ゴールド・イメージにすでに関連付けられている環境内の管理エージェントの割合と、それ以外の割合の特定。

- エージェント・ゴールド・イメージのアクティビティの追跡管理(発行されたゴールド・イメージ・ジョブ、ステータス、アクティビティの開始時間および終了時間など)。

2.16 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOPSSスキーマに対する変更

Enterprise Managerシステムがアップグレードされると、SYSMAN_OPSSのかわりにSYSMANUPGR_OPSSがOracle Platform Security Service (OPSS)スキーマに使用されます。

第II部

Enterprise Manager Cloud Control 13c リリース1へのアップグレード

この部では、Enterprise Manager Cloud Control12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)を13c リリース1にアップグレードする方法について説明します。

特に、次の内容について説明します。

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードのスタート・ガイド

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードの前提条件

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

- Oracle Management Agentのアップグレード

- JVMDエージェントのアップグレードまたは再デプロイ

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のアップグレード後タスク

3 Enterprise Manager Cloud Control 13c リリース1へのアップグレードのスタート・ガイド

この章では、Enterprise Manager 12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)を13c リリース1にアップグレードするためのおおよそのプロセスを説明します。

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

- 単一OMSまたは複数OMSの非HA環境での13c リリース1へのアップグレード

- HA環境(記憶域レプリケーションを使用してスタンバイOMSが作成されるプライマリおよびスタンバイOMSインスタンス)での13c リリース1へのアップグレード

重要:

- Oracle BI Publisherを12c リリース3 (12.1.0.3)で構成している場合、13c リリース1に直接アップグレードすることはできません。まず12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)にアップグレードしてから、13c リリース1にアップグレードする必要があります。Oracle BI Publisherを12cリリース3 (12.1.0.3)で構成していない場合は、13cリリース1に直接アップグレードできます。

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

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

3.1 単一OMSまたは複数OMSの非HA環境での13c リリース1へのアップグレード

単一OMSまたは複数OMSの非HA (非高可用性)環境で、Enterprise Manager Cloud Control 12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)を13c リリース1にアップグレードするには、次の手順に従います。

[オプション] アップグレードの準備
アップグレード・プロセスを十分に把握し、影響を理解してアップグレードに関連する重要事項を確認します。

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているOMS環境

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているアップグレード・パスおよびサポートされているアップグレード方式

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードでサポートされているプラットフォーム

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードで提示されるアップグレード範囲

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードの一環としてアップグレードまたはインストールされるコンポーネント

- アップグレード後のEnterprise Manager Cloud Control 13cで使用されるポート

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードと並行したOracle BI Publisherのアップグレード

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードと並行したプラグインのアップグレード

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOracle Software Libraryの状態

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のコネクタの状態

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOMSおよび管理エージェント用に構成されたカスタム証明書の再利用

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のデータベースのXML DB機能

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のOMSおよび管理エージェントの手動による再起動

- Enterprise Manager Cloud Control 13c リリース1にアップグレードした後にスタンバイ・データベース(管理リポジトリ)でOracle Data Guardを構成する場合の強制ロギングの有効化

- Enterprise Manager Cloud Control 13c リリース1へのアップグレードに使用するウィザードまたはコンソール

OMS、リポジトリ、中央エージェントおよびプラグインのアップグレード
Enterprise Managerシステムのアップグレードは3ステップ・プロセスで、まず前提条件を満たし、次にインストーラを実行してOMS、リポジトリ、中央エージェントおよびプラグインをアップグレードした後、アップグレード後タスクを実行する必要があります。インストーラでは、アップグレード・プロセスを順に示し、OMSのみならず、リポジトリ、中央エージェントおよび既存のプラグインをアップグレードします。既存のプラグインのアップグレードに加えて、必要な新しいプラグインを追加でデプロイすることもできます。

手順1: 前提条件を満たす
アップグレードを開始する前に、環境がアップグレードできる状態になるように、アップグレードの前提条件を満たします。

- ハードウェア、ソフトウェアおよびプラットフォームの要件

- サポートされているデータベース・リリースの要件

- データベース・パッチの要件

- オプティマイザ適応機能の無効化の要件

- 管理エージェントのパッチの要件

- ポートの要件

- ルール・セットのバックアップの要件

- カスタマイズの削除の要件

- Oracle BI Publisherによる12c リリース3 (12.1.0.3)の暫定的なアップグレードの要件

- Oracle BI Publisherの停止の要件

- データベース・サービス・インスタンス作成リクエストの確認の要件

- リポジトリ表スナップショットの確認の要件

- ログインおよびログオフ・トリガー設定の確認の要件

- ターゲットの削除操作の監査の要件

- Enterprise Managerシステムの停止時間を短縮するためのジョブ・タイプの更新の選択的なスキップ

- EMKEYのコピーの要件

- 証明書鍵の強度の要件

- 即時利用可能なメモリー設定のバックアップの要件

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

- OMSのバックアップの要件

- OMSの停止の要件

- 管理エージェントの停止の要件

- 管理エージェント・プロキシの削除の要件

手順2: OMS、リポジトリおよびプラグインのアップグレード
インストーラを実行し、アップグレード・オプションを選択してEnterprise Managerシステムをアップグレードします。

OMSおよび管理リポジトリをアップグレードする方法は様々ですが、インストーラを使用した対話モード、レスポンス・ファイルを使用したサイレント・モード、インストーラまたはレスポンス・ファイルを使用したソフトウェアのみモードがあります。ここでは、インストーラを使用した対話モードの手順のみを示します。

手順1: GUIモードでのEnterprise Manager Cloud Controlインストーラの起動
手順2: Oracle Configuration Managerの有効化

手順3: 最新のソフトウェア更新の適用

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

手順5: インストール・タイプの選択

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

手順7: データベース接続の詳細の指定
手順8: プラグインのアップグレードまたは移行あるいは依存プラグインのデプロイ

手順9: 追加のプラグインのデプロイ

手順10: 既存のWebLogic Serverドメインの拡張

手順11: Oracle BI Publisherの共有場所の構成

手順12: ポートの構成

手順13: アップグレードの詳細の確認
手順14: アップグレードの進捗のモニタリング

手順15: アップグレードの終了

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

手順17: 管理エージェントのアップグレード

手順3: 中央エージェントのアップグレード
OMSインスタンスのアップグレード後、中央エージェントをすぐにアップグレードします。中央エージェントは、エージェント・アップグレード・コンソールを使用してのみアップグレードできます。

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

エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードの前提条件

エージェント・アップグレード・コンソールを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード後

手順4: アップグレード後タスクの実行
アップグレード後タスクを実行して、アップグレードが成功したことを確認します。

- カスタム構成の再実行

- カスタム証明書を使用したOracle WebLogic Serverの再構成

- 追加OMSのアップグレード後の管理エージェントの再起動

- 遅延データ移行ジョブのステータスの追跡

- Oracle Exalogic Systemターゲットのアップグレード

- (オプション) 古いOMSホームの削除

- 10gまたは11gリリースの不要な中央エージェントの削除

- CDBおよびPDBで構成されたデータベースへのSYSMANスキーマの移行

- 古いOMSに関連付けられたままのJVMターゲットの管理

- Enterprise Managerシステムのアップグレード前にスキップしたジョブ・タイプのアップグレードの有効化

スタンドアロン・エージェントのアップグレード
アップグレードは、スタンドアロン・エージェントをすべてアップグレードして初めて完了します。スタンドアロン・エージェントのアップグレードは3ステップ・プロセスで、まずエージェント・アップグレード・コンソールを使用してスタンドアロン・エージェントのいずれかをアップグレードし、次にそのスタンドアロン・エージェントからゴールド・イメージを作成した後、そのゴールド・イメージを使用して残りのスタンドアロン・エージェントをアップグレードする必要があります。

手順1: スタンドアロン・エージェントのアップグレード
前提条件として、まず、スタンドアロン・エージェントのいずれかをアップグレードします。

エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードの前提条件

エージェント・アップグレード・コンソールを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード後

手順2: エージェント・ゴールド・イメージの作成
エージェント・ゴールド・イメージおよびイメージ・バージョンを作成します。それを現行バージョンに設定し、スタンドアロン・エージェントをそのバージョンにサブスクライブします。

手順1: 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージの作成
手順2: 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンの作成

手順3: 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

手順4: 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

手順3: スタンドアロン・エージェントの更新
エージェント・ゴールド・イメージを使用して、その他すべてのスタンドアロン・エージェントを更新します。

「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンによるスタンドアロン管理エージェントの更新

3.2 HA環境(記憶域レプリケーションを使用してスタンバイOMSが作成されるプライマリおよびスタンバイOMSインスタンス)での13cリリース1へのアップグレード

記憶域レプリケーションを使用してスタンバイOMSが作成されるプライマリおよびスタンバイOMSインスタンスをアップグレードするには、次の手順に従います。

1. プライマリEnterprise Managerサイト、OMSおよび管理エージェントの両方をアップグレードします。アップグレード・プロセス時にプライマリOMSが停止するため、停止時間が発生します。詳細は、3.1項を参照してください。

2. スタンバイ・ストレージ・サーバー上の新しいミドルウェア・ホームを確認します。新しいミドルウェア・ホームもスタンバイ・ストレージ・サーバーにレプリケートされていることを確認するために、システム管理者に連絡をします。

注意:
この手順の一部としてスタンバイOMSを削除する必要はありません。

4 Enterprise Manager Cloud Control 13c リリース1へのアップグレードの前提条件

Enterprise Manager Cloud Control 12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)を13c リリース1にアップグレードする前に、次の前提条件を満たします。

- ハードウェア、ソフトウェアおよびプラットフォームの要件

- サポートされているデータベース・リリースの要件

- データベース・パッチの要件

- オプティマイザ適応機能の無効化の要件

- 管理エージェントのパッチの要件

- ポートの要件

- ルール・セットのバックアップの要件

- カスタマイズの削除の要件

- Oracle BI Publisherによる12c リリース3 (12.1.0.3)の暫定的なアップグレードの要件

- Oracle BI Publisherの停止の要件

- データベース・サービス・インスタンス作成リクエストの確認の要件

- リポジトリ表スナップショットの確認の要件

- ログインおよびログオフ・トリガー設定の確認の要件

- ターゲットの削除操作の監査の要件

- Enterprise Managerシステムの停止時間を短縮するためのジョブ・タイプの更新の選択的なスキップ

- EMKEYのコピーの要件

- 証明書鍵の強度の要件

- 即時利用可能なメモリー設定のバックアップの要件

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

- OMSのバックアップの要件

- OMSの停止の要件

- 管理エージェントの停止の要件

- 管理エージェント・プロキシの削除の要件

4.1 ハードウェア、ソフトウェアおよびプラットフォームの要件

必ず『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のEnterprise Manager Cloud Controlのインストールに関する章に記載されたハードウェア要件を含め、すべての前提条件を満たします。

また、必ず第2.3項に記載されたサポートされているプラットフォームでのみアップグレードを実行します。

4.2 サポートされているデータベース・リリースの要件

既存のデータベースが13c リリース1に対して動作保証されているデータベースであることを確認します。動作保証されたデータベースのリストは、My Oracle Supportで入手できるEnterprise Manager動作保証マトリックスで確認できます。Enterprise Managerの動作保証マトリックスにアクセスするには、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』に記載されている手順に従います。

既存のデータベースが13c リリース1でサポートされているリリースではない場合は、サポートされているリリースにアップグレードしてから、OMSと管理リポジトリのアップグレードを開始してください。たとえば、12c リリース3 (12.1.0.3)からアップグレードする場合、データベースのリリースが古く、13c リリース1でサポートされていない可能性があります。この場合は、まずデータベースを13c リリース1でサポートされている最低限のデータベース・リリースにアップグレードしてから、Enterprise Managerシステムを13c リリース1にアップグレードします。

データベースをアップグレードする前に、必ずデータベースに接続されている旧リリースのOMSインスタンスを停止してください。データベースのアップグレード時に、リスナー・ポートを変更した場合は、次の手順に従います。

1. 変更後のリスナー・ポートを使用してデータベース・アップグレードを完了します。

2. 次のコマンドを実行して、データベースに接続されている旧リリースの最初のOMSの管理サーバーを起動します。
emctl start oms -admin_only

3. すべてのOMSインスタンスに対して次のコマンドを実行して、最初のOMSに加えて他のOMSインスタンスも変更後のリスナー・ポートで更新します。
emctl config oms –store_repos_details -repos_conndesc <connect descriptor> -repos_user sysman

前述のコマンドを各OMSで実行すると、OMSを停止してから再起動して変更を反映するよう求められます。各OMSで、指示されたとおりに実行してください。いずれにせよ、13cへのアップグレードを開始する前に、すべて停止する必要があります。

4. 13cへのEnterprise Managerシステム全体のアップグレードを続行します。

4.3 データベース・パッチの要件

必ずサポートされているデータベースに最新のPSUを適用します。

4.4 オプティマイザ適応機能の無効化の要件

必ず管理リポジトリを格納しているOracle Databaseでオプティマイザ適応機能(optimizer_adaptive_features=FALSE)を無効にします。次の手順を実行します。

1. オプティマイザ適応機能を無効にするには、optimizer_adaptive_featuresパラメータをFALSEに設定します。そのためには、次のSQLコマンドを実行します。
alter system set optimizer_adaptive_features=false scope=both

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

3. 変更が反映されていることを確認します。そのためには、次のSQLコマンドを実行します。
show parameter adaptive;

次の出力が表示されるはずです。

NAME                          TYPE         VALUE
---------------------------------------------------------------------
optimizer_adaptive_features   boolean      FALSE

4.5 管理エージェントのパッチの要件

必ずIBM AIXオペレーティング・システムで実行されている管理エージェントに次のパッチを適用します。

- パッチ19154291: Oracle Management Agent 12c リリース3 (12.1.0.3)の場合

- パッチ20282974: Oracle Management Agent 12c リリース4 (12.1.0.4)の場合

4.6 ポートの要件

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

4.7 ルール・セットのバックアップの要件

必ず電子メール通知の受信に使用しているシステム既存のルール・セットのコピーを(「類似作成」アクションを使用して)作成します。そうしないと、ルール・セットに対して作成された電子メール・サブスクリプションが失われることになります。

コピーを作成するには、「設定」メニューから、「インシデント」、「インシデント・ルール」の順に選択します。「インシデント・ルール - すべてのエンタープライズ・ルール」ページの表で、コピーするシステム既存のルール・セットを選択します。次に、「アクション」メニューから、「ルール・セットの類似作成」を選択します。ルール・セットの類似作成ページで、必要な情報を指定して「保存」をクリックします。

4.8 カスタマイズの削除の要件

必ずOMSに対して実行した次のタイプのカスタマイズを削除します。アップグレードが完了した後で、再びカスタマイズすることができます。

- Weblogic Serverで構成された追加のデータ・ソース・パラメータ。

- Enterprise Managerログインのためのスマート・カード認証

4.9 Oracle BI Publisherによる12c リリース3 (12.1.0.3)の暫定的なアップグレードの要件

Oracle BI Publisherを12c リリース3 (12.1.0.3)で構成している場合、13c リリース1に直接アップグレードすることはできません。まず12c リリース4 (12.1.0.4)または12c リリース4 (12.1.0.5)にアップグレードしてから、13c リリース1にアップグレードする必要があります。Oracle BI Publisherを12cリリース3 (12.1.0.3)で構成していない場合は、13cリリース1に直接アップグレードできます。

4.10 Oracle BI Publisherの停止の要件

必ず以前のリリースにデプロイされているOracle BI Publisherを停止します。そのためには、次の方式のいずれかを使用します。

- Enterprise Manager Cloud Control 12c リリース5 (12.1.0.5)または12c リリース4 (12.1.0.4)からアップグレードする場合は、BI Publisher Serverを実行しているインスタンスを含め、すべてのOMSインスタンスでemctl stop oms -allを実行します。

- Enterprise Manager Cloud Control 12cリリース3 (12.1.0.3)以下からアップグレードする場合は、WebLogic管理コンソールを使用してBIPという名前のプライマリBI Publisher管理対象サーバーを停止します。

4.11 データベース・サービス・インスタンス作成リクエストの確認の要件

必ず未処理のデータベース・サービス・インスタンス作成リクエストがないか確認します。進行中のリクエストがある場合は、完了するまで待ちます。スケジュールされているリクエストについては、一時停止します。

これを行うには、次の手順を実行します。

1. Cloud Controlで、「エンタープライズ」メニューから、「クラウド」、「セルフ・サービス・ポータル」の順に選択します。

2. インフラストラクチャ・クラウド・セルフ・サービス・ポータル・ページで、ページ・タイトルのすぐ下で、「マイ・データベース」を選択してデータベース・リクエストのみを参照します。

3. 「リクエスト」表で、進行中のリクエストについては完了するまで待ちます。スケジュールされているリクエストについては、一時停止します。
スケジュールされたリクエストを一時停止するには、リクエスト名をクリックします。「デプロイメント」タブをクリックします。そこにリストされたデプロイメント・プロシージャをクリックして、一時停止します。

4.12 リポジトリ表スナップショットの確認の要件

管理リポジトリ内の表でスナップショットが作成されていないことを確認します。

これを確認するには、管理リポジトリに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;

4.13 ログインおよびログオフ・トリガー設定の確認の要件

Oracle Management Repositoryを格納しているOracle Databaseにログインまたはログオン・トリガー設定をしていないことを確認してください。

これを確認するには、データベースにログインして次の問合せを実行します。問合せ結果がゼロ以外の場合、または行が選択されない場合は、トリガーを手動で無効にします。アップグレード完了後に、これらを再度有効化できます。

- ログイン・トリガーが設定されているかどうかを確認するには、次を実行します。
SQL> SELECT COUNT (trigger_name) FROM sys.dba_triggers WHERE TRIGGERING_EVENT LIKE 'LOGIN%' AND status='ENABLED';

SQL> SELECT trigger_name FROM sys.dba_triggers WHERE TRIGGERING_EVENT LIKE 'LOGIN%' AND status='ENABLED';

- ログオフ・トリガーが設定されているかどうかを確認するには、次を実行します。
SQL> SELECT COUNT (trigger_name) FROM sys.dba_triggers WHERE TRIGGERING_EVENT LIKE 'LOGOFF%' AND status='ENABLED';

SQL> SELECT trigger_name FROM sys.dba_triggers WHERE TRIGGERING_EVENT LIKE 'LOGOFF%' AND status='ENABLED';

このようなトリガーを無効化するには、次の問合せを実行します。

SQL> alter trigger <trigger_name> disable;

次に例を示します。

SQL> alter trigger EXPFIL_ALTEREXPTAB_MAINT disable;

4.14 ターゲットの削除操作の監査の要件

必ずターゲットの削除操作の監査を有効にします。

- 操作のリストを表示するには、次のコマンドを実行します。
emcli show_operations_list

削除操作には、ターゲットの削除、名前付き資格証明の削除、ロールの削除、ルールの削除、モニタリング・テンプレートの削除、ユーザーの削除などがあります。

- 現在有効になっている削除操作を確認するには、次のコマンドを実行します。
emcli show_audit_settings

- ターゲットの削除操作がまで有効になっていない場合は、次のコマンドを実行して有効にします。
emcli update_audit_settings

-operations_to_enable="name_of_the_operations_to_enable._For_all_operations_use_ALL"

-audit_switch="ENABLE

-directory="db_directory_name' (エクスポート・サービスが監査データ・ファイルをアーカイブするOSディレクトリで構成する必要があります)

-file_prefix="file_prefix" (エクスポート・サービスによって使用され、監査データを書き込む必要がありファイル名を作成します。デフォルト値はem_auditです。すべてのサイトで標準に応じて変更できます)

-file_size="file_size (Bytes)" (各ファイル・サイズの最小値。このデフォルト値は5000000バイトです)

-data_retention_period="data_retention_period (Days)" (Enterprise Managerリポジトリに監査データが格納される最大期間。デフォルト値は365日です)

前述のパラメータは、保存期間後に、監査データを管理リポジトリからファイル・システムにアーカイブするために、アーカイブの場所を設定または構成するのに役に立ちます。

4.15 Enterprise Managerシステムの停止時間を短縮するためのジョブ・タイプの更新の選択的なスキップ

Enterprise Managerシステムのアップグレード中に、ジョブ・タイプが登録されます。ジョブ・タイプ登録プロセスの一環として、ジョブ・タイプに対応するアクティブな実行がすべて新しく登録されたバージョンのジョブ・タイプに自動的にアップグレードされます。このジョブ・タイプ・アップグレード・プロセスは、キューされた実行および待機中の実行すべてについてスキップされ、これによりEnterprise Managerシステムの停止時間全体が短縮されます。ただし、場合によってはEnterprise Managerシステムでかなりのバックログが発生し、このようなバックログがアップグレードの開始前に解消されないと、Enterprise Managerシステムの停止時間がずっと長くなることがあります。この問題を回避するには、停止時間の終了を待ってアップグレードされるように、特定のジョブ・タイプのアップグレードを選択してスキップまたは後回しにすることができます。

ジョブ・タイプがアップグレードされないようにスキップまたは後回しにするには、次の手順を実行します。

1. 停止時間中のアップグレードから除外するジョブ・タイプを特定します。
そのためには、SYSMANユーザーとしてOracle Management Repositoryを格納しているデータベースにログインし、次の問合せを実行します。特に、アクティブな実行を多数保有するジョブ・タイプを探します。

SELECT job_type, COUNT(1) as n_execs

FROM MGMT_JOB_EXEC_SUMMARY

JOIN MGMT_JOB_TYPE_INFO USING (job_type_id)

WHERE status NOT IN (3,4,5,8,18,19,23)

GROUP BY job_type

HAVING COUNT(1) > 5000

ORDER BY COUNT(1) DESC;

2. 特定した他のジョブ・タイプを除外します。
そのためには、次の問合せを実行してMGMT_PARAMETERS表からジョブ・タイプを除外します。除外するジョブ・タイプごとに、INSERT文を1つ実行する必要があります。たとえば、除外するジョブ・タイプが3つある場合、INSERT文を3回実行しますが、それぞれに除外するジョブ・タイプを指定します。

INSERT INTO MGMT_PARAMETERS(parameter_name, parameter_value) VALUES ('mgmt_job_skip_job_type_upg.1', '<job type>');

4.16 EMKEYのコピーの要件

[複数OMSアップグレードの場合、最初のOMSアップグレードのみでこの手順を実行してください]

必ず既存のOMSから既存の管理リポジトリにemkeyをコピーします。これを実行するには、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>は、OMSのOracleホームを指しています。

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

次に例を示します。

/u01/software/em12c/mw/oms/bin/emctl config emkey -copy_to_repos [-sysman_pwd <sysman_pwd>]

emkeyがコピーされているかどうかを確認するには、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>は、OMSのOracleホームを指しています。

$<ORACLE_HOME>/bin/emctl status emkey

次に例を示します。

/u01/software/em12c/mw/oms/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".

4.17 証明書鍵の強度の要件

証明書鍵の強度が1024ビット以上であることを確認します。

11g リリース1以下の場合、証明書は鍵の強度512ビットで生成され、12c リリース4 (12.1.0.4)または12c リリース(12.1.0.5)へのアップグレード、それに続く13c リリース1へのアップグレードで引き継がれます。したがって、11g リリース1以下からアップグレードする場合、証明書は512ビットのままであり、最終的に様々な通信問題につながります。そのため、証明書鍵の強度は1024ビット以上であることを確認してください。

証明書鍵の強度を1024ビット以上に設定する手順は、My Oracle Supportのノート1611578.1を参照してください。

4.18 即時利用可能なメモリー設定のバックアップの要件

OMSインスタンス用のデフォルトの即時利用可能なメモリー設定を変更している場合、アップグレード時に失われないように変更を保持します。

変更を保持するには、次の手順を実行します。

1. これからアップグレードするOMSインスタンスのすべてで、次のコマンドを実行します。<ORACLE_HOME>は、OMSのOracleホームを指しています。
$<ORACLE_HOME>/bin/emctl set property -name 'JAVA_EM_MEM_ARGS' -value '<java_memory_arguments>'

次に例を示します。

/u01/software/em12c/mw/oms2/bin/emctl set property -name 'JAVA_EM_MEM_ARGS' -value '-Xms256m -Xmx1740m'

2. 次のコマンドを実行して、すべてのOMSインスタンスを再起動します。<ORACLE_HOME>は、OMSのOracleホームを指しています。
$<ORACLE_HOME>/bin/emctl stop oms -all

$<ORACLE_HOME>/bin/emctl start oms

次に例を示します。

/u01/software/em12c/mw/oms/bin/emctl stop oms -all

/u01/software/em12c/mw/oms/bin/emctl start oms

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

アップグレードを開始する前に、必ずEM前提条件キットを実行し、リポジトリ関連の前提条件をすべて満たします。

EM前提条件Kitを実行するには、次のコマンドを実行して表4-1に記載されているパラメータが含まれるレスポンス・ファイルを渡します。

./em13100_linux64.bin EMPREREQ_KIT=true EMPREREQKIT_PROPERTY_FILE=<absolute_path_to_reponse_file>

表4-1 EM前提条件Kitレスポンス・ファイルのパラメータ

パラメータ

説明

installerMode

emprereqkitを指定します。

connectString

次の書式でデータベースの詳細を指定します。

connectString=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=<host_name>)(PORT=<port>)))(CONNECT_DATA=(SERVICE_NAME=<service_name>)))

dbPassword

データベース・ユーザー・パスワードを指定します。

dbRole

sysdbaを指定します。

dbUser

SYSを指定します。

executionType

installを指定します。

logLoc

EM前提条件キットの実行ログを保存できるディレクトリへの絶対パスを指定します。デフォルトの場所は<prereqResultloc>/prerequisiteResults/log.です。

prereqResultLoc

前提条件チェックの結果(XMLファイル形式)を保存するディレクトリの絶対パスを指定します。

reposUser

SYSMANを指定します。

runPrerequisites

trueを指定します。

サンプル・レスポンス・ファイルの内容は次のとおりです。

installerMode=emprereqkit
connectString=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=example.com)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=explsrvc)))
dbPassword=<password>
dbRole=sysdba
dbUser=SYS
executionType=install
logLoc=/u01/software/em13c/prerequisiteResults/log
prereqResultLoc=/u01/software/em13c/prerequisiteResults
reposUser=SYSMAN
runPrerequisites=true

4.20 OMSのバックアップの要件

必ずOMS (ミドルウェア・ホームおよびインベントリ)、Oracle Management RepositoryおよびOracle Software Libraryをバックアップします。アップグレードが失敗した場合、常にバックアップを使用してリストアできます。バックアップの手順は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

4.21 OMSの停止の要件

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

重要: ソフトウェアのみのアップグレードの方式を使用して複数OMS環境をアップグレードする場合は、この手順をスキップします。第5.3.1項または第5.4.1項に記載されているように、ソフトウェア・バイナリをインストールした後でOMSインスタンスを停止できます。

1. JVMDおよびADPエンジンを明示的に停止します。
グラフィック・モードでこれらを停止するには、WebLogicコンソールにアクセスし、JVMDおよびADP WebLogic管理対象サーバーを手動で停止します。

サイレント・モードで停止するには、これからアップグレードするOMSで次のコマンドを実行します。<ORACLE_HOME>は、OMSのOracleホームを指しています。

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

$<ORACLE_HOME>/bin/emctl extended oms adp stop –all

次に例を示します。

/u01/software/em12c/mw/oms/bin/emctl extended oms jvmd stop -all

/u01/software/em12c/mw/oms/bin/emctl extended oms adp stop –all

2. これからアップグレードするOMSを停止して、これに接続されているその他のOMSインスタンスも停止します。これを行うには、次のコマンドを実行します。<ORACLE_HOME>は、OMSのOracleホームを指しています。
$<ORACLE_HOME>/bin/emctl stop oms -all

次に例を示します。

/u01/software/em12c/mw/oms/bin/emctl stop oms -all

4.22 管理エージェントの停止の要件

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

重要: ソフトウェアのみのアップグレードの方式を使用して複数OMS環境をアップグレードする場合は、この手順をスキップします。第5.3.1項または第5.4.1項に記載されているように、ソフトウェア・バイナリをコピーした後で管理エージェントを停止できます。

4.23 管理エージェント・プロキシの削除の要件

必ずスタンドアロン管理エージェント用に構成されているプロキシを削除します。そうしないと、スタンドアロン管理エージェントのアップグレードが失敗します。この要件はむしろ管理エージェントのアップグレードに対することで、OMSのアップグレードには影響しませんが、OMSのアップグレードを開始する前に、管理エージェント側のプロキシを削除することをお薦めします。

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

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

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

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

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

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

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

注意:

- Oracle BI Publisherを12c リリース3 (12.1.0.3)で構成している場合、13c リリース1に直接アップグレードすることはできません。まず12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)にアップグレードしてから、13c リリース1にアップグレードする必要があります。Oracle BI Publisherを12cリリース3 (12.1.0.3)で構成していない場合は、13cリリース1に直接アップグレードできます。

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

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

- 複数OMS環境をアップグレードしている場合、第5.3項または第5.4項に記載されているように、ソフトウェアのみのアップグレードの方式を利用することをお薦めします(この方式がOMSインスタンスの停止時間を最少とするため)。

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

警告:

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

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

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

- 手順1: GUIモードでのEnterprise Manager Cloud Controlインストーラの起動

- 手順2: Oracle Configuration Managerの有効化

- 手順3: 最新のソフトウェア更新の適用

- 手順4: 前提条件チェックの実行および環境の検証

- 手順5: インストール・タイプの選択

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

- 手順7: データベース接続の詳細の指定

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

- 手順9: 追加のプラグインのデプロイ

- 手順10: 既存のWebLogic Serverドメインの拡張

- 手順11: Oracle BI Publisherの共有場所の構成

- 手順12: ポートの構成

- 手順13: アップグレードの詳細の確認

- 手順14: アップグレードの進捗のモニタリング

- 手順15: アップグレードの終了

- 手順16: 追加のOMSインスタンスのアップグレード

- 手順17: 管理エージェントのアップグレード

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

- OMSがサービス名で構成されている場合は、これからアップグレードする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

- OMSがサービス名で構成されていない場合は、これからアップグレードする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
Copyright (c) 1996, 2012 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
.
.
.

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

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

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

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

注意:

- インストーラの起動時に渡すことができる追加の拡張オプションの詳細は、第5.1.1.1項を参照してください。

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

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

- インストーラには、一時ディレクトリ内に約10GBのハード・ディスク領域が必要です。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡して10GBの領域がある代替ディレクトリを指定します。
このパラメータで指定したディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

次に例を示します。

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

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

./em13100_<platform>.bin -skipJDKValidation

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

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

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

- デフォルトでは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためにプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリが作成されます。デフォルトでは、この場所はスクラッチ・パスの場所(/tmp)です。この場所はプロビジョニングのアクティビティにのみ使用されます。エンティティはデプロイメント・プロシージャ用にコピーされ、デプロイメント・プロシージャが終了すると削除されます。
この場所をカスタムの場所でオーバーライドするには、-J-Djava.io.tmpdirオプションを指定してインストーラを起動し、一意のカスタムの場所を入力します。

次に例を示します。

./em13100_linux64.bin -J-Djava.io.tmpdir=/u00/install/em/STAGE/

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

1. 必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

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

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

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

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

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

setup_em_win64.exe PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

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

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

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

この拡張オプションに関連する制限を理解するには、第5.1.1.2項を参照してください。

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

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

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

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

拡張オプション

対処方法

START_OMS=false

START_AGENT=false

1. OMSを起動します。
$<ORACLE_HOME>/bin/emctl start oms

2. 管理エージェントを保護します。
$<AGENT_HOME>/bin/emctl secure agent

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

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

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

6. OMSのOracleホームのbinディレクトリでEM CLIツールを手動で構成します。これを行う方法は、『Oracle Enterprise Managerコマンドライン・インタフェース・ガイド』を参照してください。

START_OMS=true

START_AGENT=false

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

$<AGENT_HOME>/bin/emctl start agent

START_OMS=false

START_AGENT=true

1. OMSを起動します。
$<ORACLE_HOME>/bin/emctl start oms

2. 管理エージェントを保護します。
$<AGENT_HOME>/bin/emctl secure agent

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

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

5. OMSのOracleホームのbinディレクトリでEM CLIツールを手動で構成します。これを行う方法は、『Oracle Enterprise Managerコマンドライン・インタフェース・ガイド』を参照してください。

5.1.2 Oracle Configuration Managerの有効化

(オプション)「My Oracle Supportの詳細」画面でMy Oracle Support資格証明を入力してOracle Configuration Managerを有効にし、「次」をクリックします。ここでOracle Configuration Managerを有効にしない場合は、詳細を何も入力せずに「次」をクリックして第5.1.3項に進みます。

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

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

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

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

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

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

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

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

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

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

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

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

- インストーラでOracle WebLogic Server 12c リリース1 (12.1.3.0)およびJava Development Kit 1.7.0_80を自動的にインストールできる新しいミドルウェア・ホームを入力します。
たとえば、/u01/software/em13c/oraclehomeです。

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

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

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

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

- 選択したOMSの管理リポジトリが格納されているデータベースのSYSおよび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 リリース1でサポートされないことがインストーラによって検出された場合、まず以前のリリースからそれらのプラグインを削除するよう求められます。それらの古いプラグインを削除した後でのみインストーラに戻ってアップグレードを続行できます。
古いプラグインを削除するには、次の手順に従います。

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

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

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

<ORACLE_HOME>/bin/emctl status oms -details

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

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

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

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

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

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

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

- アップグレード対象のプラグインに新しい依存関係が存在する場合またはリリースで導入された新しいデフォルト・プラグインがある場合は、デプロイ済。
ここで、新しいバージョンとは、インストールに使用するEnterprise Managerソフトウェア(DVDまたはダウンロードしたソフトウェア)で提供されているプラグインの新しいバージョンを指します。

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

重要:
次の画面に進む前に、次のコマンドを実行して関連するOMSインスタンスすべてを停止します。<ORACLE_HOME>はOMSのOracleホームです。
$<ORACLE_HOME>/bin/emctl stop oms -all

注意:

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

1. 必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

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

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

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

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

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

setup_em_win64.exe PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

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

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

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

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

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

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

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

1. 必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

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

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

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

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

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

setup_em_win64.exe PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

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

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

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

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

注意:
追加のOMSをアップグレードする場合は、最初にアップグレードしたOMS用に構成したホスト名と管理サーバー・ポートを入力し、既存のWebLogic Serverユーザー・アカウントの資格証明を入力します。
ホスト名は、最初のOMSが実行されているホストの名前です。ポートを識別するには、次のファイルでパラメータAS_HTTPS_PORTに設定された値を確認します。

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

- 新規OMSインスタンス・ベース・ディレクトリ(gc_inst)への絶対パスを入力します。これは、アップグレードされたOMSに関連する構成情報を保存するために作成されます。このgc_instディレクトリは、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/gc_inst

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

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

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

NFSマウントされたドライブにインストールし、OMSインスタンス・ベース・ディレクトリ(gc_inst)をそのNFSマウントされたドライブに作成する場合、インストール後に、ロック・ファイルをNFSマウントされたドライブからローカルのファイル・システムの場所に移動します。これを行うには、httpd.confファイルのロック・ファイルの場所を変更し、ローカルのファイル・システムの場所にマップします。

1. OMSのOracleホームから次のコマンドを実行して、OMSを停止します。
<ORACLE_HOME>/bin/emctl stop oms

次に例を示します。

/u01/software/em13c/oraclehome/bin/emctl stop oms

2. 次のファイルを開きます。

注意:
このファイルを編集する前にバックアップを取ることをお薦めします。

<WEBTIER_INSTANCE_HOME>/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs<#>/httpd.conf

次に例を示します。

/u01/software/em13c/gc_inst/user_projects/domains/GCDomain/config/fmwconfig/components/OHS/instances/ohs1/httpd.conf

3. モジュールmpm_prefork_moduleおよびmpm_worker_moduleに関連するセクションを検索します。これらの両方のセクションにおいて、LockFileパラメータに、Oracle HTTP Serverが自動的にhttp_lockファイルを作成できるローカル・ファイル・システム上の場所への絶対パスを指定します。指定した場所が存在していない場合は、これを最初に作成してからここでパスを指定します。

<IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
AcceptMutex fcntl
LockFile uo1/em/ohs_locks
</IfModule>
....
<IfModule mpm_worker_module>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
AcceptMutex fcntl
LockFile uo1/em/ohs_locks
</IfModule>

たとえば、ロケーション・パスuo1/em/ohs_locks (/u01/emはローカル・ファイル・システム上の場所)を指定する場合、ディレクトリohs_locksはすでに存在している必要があります。これが存在しない場合は、次の方法で作成してからhttpd.confファイルにこのパスを指定します。

mkdir –p /u01/em/ohs_locks

Oracle HTTP Serverは次のロック・ファイルを自動的に作成します。

uo1/em/ohs_locks/http_lock

4. 変更を保存します。

5. OMSのOracleホームから次のコマンドを実行して、OMSを起動します。
<ORACLE_HOME>/bin/emctl start oms

次に例を示します。

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

5.1.11 Oracle BI Publisherの共有場所の構成

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

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

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

既存の共有場所がない場合、新たに作成し、最初のOMSをインストールするホストおよび追加のOMSインスタンスをインストールする予定のホストでそれが認識されることを確認します。

インストールが成功するように、インストール時に共有ディレクトリ用のハードディスク・ドライブを約400MB予約できます。ただし、追加のプラグインをインストールしたり、さらに多くのレポートを作成するにつれて、領域の使用率は時間とともに増えていくため、最終的に少なくとも10GBに拡張し、将来的にはさらに拡張できるようにすることをお薦めします。

注意:
ソフトウェア・ライブラリ、または以前のリリースのEnterprise Managerのゴールド・イメージのステージング用に使用していた共有場所がすでにある場合、同じ場所を使用するよう選択できます。ただし、共有場所内のディレクトリはOracle BI Publisher、ソフトウェア・ライブラリおよびステージング済のゴールド・イメージに対して固有になるようにします。たとえば、共有場所/u01/software/examplehost/shrd/をすでに使用していて、ソフトウェア・ライブラリが/u01/software/examplehost/shrd/SW内に構成されている場合、同じ場所を使用できますが、Oracle BI Publisher用のこの共有場所内のディレクトリは必ず/u01/software/examplehost/shrd/BIPにします。

(ii) この画面で、「Oracle BI Publisherの共有場所の構成」を選択します。次のディレクトリ・パスを入力します。最初のOMSのインストールに使用するユーザー・アカウントに、これらのパスの読取りおよび書込み権限があることを確認します。

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

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

「クラスタ・ボリューム」に、Oracle BI Publisheが高可用性環境で動作するために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

5.1.12 ポートの構成

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

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

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

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

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

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

2. 詳細を確認し問題がない場合、「アップグレード」をクリックしてアップグレードを開始します。

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

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

注意:

- コンフィギュレーション・アシスタントが失敗すると、インストーラが停止し、失敗したコンフィギュレーション・アシスタントに関連する問題が解決するまで後続のコンフィギュレーション・アシスタントは実行されません。この場合は、問題を診断して解決してから、「インストールの進行状況」画面で「再試行」 をクリックし、失敗したコンフィギュレーション・アシスタントから再度実行します。
ただし、誤って「再試行」をクリックする前にインストーラを終了してしまった場合は、この画面を開くためにインストーラを再起動しないでください。かわりに、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

5.1.15 アップグレードの終了

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

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

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

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

追加のOMSインスタンスがある場合は、第5.1.1項から第5.1.15項に従って、それぞれのアップグレードを順次開始します。

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

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

注意:

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

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

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

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

- 手順1: サイレント・インストール用のレスポンス・ファイルの生成

- 手順2: サイレント・インストール用のレスポンス・ファイルの編集

- 手順3: サイレント・モードでのEnterprise Manager Cloud Controlインストーラの起動

- 手順4: 追加のOMSインスタンスのアップグレード

- 手順5: 管理エージェントのアップグレード

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

- OMSがサービス名で構成されている場合は、これからアップグレードする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

- OMSがサービス名で構成されていない場合は、これからアップグレードする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
Copyright (c) 1996, 2012 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

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

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

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

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

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

upgrade.rspレスポンス・ファイルを編集し、付録Aに記載されているパラメータに適切な値を入力します。

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

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

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

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

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

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

注意:

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

- インストーラの起動時に渡すことができる追加の拡張オプションの詳細は、第5.2.3.1項を参照してください。

- インストーラには、一時ディレクトリ内に約10GBのハード・ディスク領域が必要です。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡して10GBの領域がある代替ディレクトリを指定します。
このパラメータで指定したディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

次に例を示します。

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

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

./em13100_<platform>.bin -skipJDKValidation

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

5.2.3.1 サイレント・モードでEnterprise Managerシステムをインストールするためにサポートされている拡張インストーラ・オプション

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

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

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

この拡張オプションに関連する制限を理解するには、第5.1.1.2項を参照してください。

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

追加のOMSインスタンスがある場合は、第5.2項(この項)で概説されている手順(1)から手順(3)に従って、それぞれのアップグレードを順次開始します。

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

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

注意:

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

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

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

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

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

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

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

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

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

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

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

- OMSがサービス名で構成されている場合は、これからアップグレードする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

- OMSがサービス名で構成されていない場合は、これからアップグレードする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
Copyright (c) 1996, 2012 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
.
.
.

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

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

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

- 手順2: Oracle Configuration Managerの有効化

- 手順3: 最新のソフトウェア更新の適用

- 手順4: 前提条件チェックの実行および環境の検証

- 手順5: インストール・タイプの選択

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

- 手順7: インストールの詳細の確認

- 手順8: インストールの進捗のモニタリング

- 手順9: インストールの終了

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

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

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

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

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

注意:

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

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

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

- インストーラには、一時ディレクトリ内に約10GBのハード・ディスク領域が必要です。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡して10GBの領域がある代替ディレクトリを指定します。
このパラメータで指定したディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

次に例を示します。

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

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

./em13100_<platform>.bin -skipJDKValidation

5.3.1.2 Oracle Configuration Managerの有効化

(オプション)「My Oracle Supportの詳細」画面でMy Oracle Support資格証明を入力してOracle Configuration Managerを有効にし、「次」をクリックします。ここでOracle Configuration Managerを有効にしない場合は、詳細を何も入力せずに「次」をクリックして第5.3.1.3項に進みます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5.3.1.9 インストールの終了

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

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

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

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

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

追加のOMSインスタンスがある場合は、この項(第5.3.1項)で概説されている次の手順によって、追加のOMSホストにソフトウェア・バイナリのコピーも行います。

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

(UNIXのみ)ソフトウェア・バイナリをインストールした後、新しい端末でrootユーザーとしてログインし、第5.3.1項でインストールしたOMSのOracleホームからallroot.shスクリプトを実行します。

$<ORACLE_HOME>/allroot.sh

次に例を示します。

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

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

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

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

Enterprise Manager Cloud Controlのソフトウェア・バイナリを構成するには、次の手順に従います。

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

- 手順1: インストール・タイプの選択

- 手順2: データベース接続の詳細の指定

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

- 手順4: 追加のプラグインのデプロイ

- 手順5: 既存のWebLogic Serverドメインの拡張

- 手順6: Oracle BI Publisherの共有場所の構成

- 手順7: ポートの構成

- 手順8: アップグレードの詳細の確認

- 手順9: アップグレードの進捗のモニタリング

- 手順10: アップグレードの終了

- 手順11: 追加のOMSインスタンスのアップグレード

- 手順12: 管理エージェントのアップグレード

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

第5.3.1項でインストールしたOMSのOracleホームから次のスクリプトを実行して、インストール・ウィザードを起動します。

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

注意:

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

- 第5.3.1項の説明に従ってソフトウェア・バイナリをインストールし、引数-invPtrLocを渡した場合、ここでも同じ引数を渡します。

- スクリプトの起動時に渡すことができる追加の拡張オプションの詳細は、第5.3.3.1.1項を参照してください。

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

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

- WebLogicドメインの作成に使用されるデフォルト名は、GCDomainです。これをオーバーライドしてカスタムWebLogicドメイン名を使用するには、WLS_DOMAIN_NAMEオプションを使用してスクリプトを起動して、一意のカスタム名を入力します。
たとえば、カスタム名EMDomainを使用する場合、次のコマンドを実行します。

$<ORACLE_HOME>/sysman/install/ConfigureGC.sh WLS_DOMAIN_NAME=<custom_name>

次に例を示します。

/u01/software/em13c/oraclehome/sysman/install/ConfigureGC.sh WLS_DOMAIN_NAME=EMDomain

- 構成が正常に終了すると、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

この拡張オプションに関連する制限を理解するには、第5.1.1.2項を参照してください。

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

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

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

2. アップグレードするOMSを選択します。

3. 「次」をクリックします。

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

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

- 選択したOMSの管理リポジトリが格納されているデータベースのSYSおよび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 リリース1でサポートされないことがインストーラによって検出された場合、まず以前のリリースからそれらのプラグインを削除するよう求められます。それらの古いプラグインを削除した後でのみインストーラに戻ってアップグレードを続行できます。
古いプラグインを削除するには、次の手順に従います。

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

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

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

<ORACLE_HOME>/bin/emctl status oms -details

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

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

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

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

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

2. 必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

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

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

3. 次のパラメータを指定してConfigureGC.shスクリプトを起動し、追加のプラグインがダウンロードされている場所を渡します。<ORACLE_HOME>は、第5.3.1項でインストールしたOMSホストのOracleホーム(ミドルウェア・ホーム)です。
<ORACLE_HOME>/sysman/install/ConfigureGC.sh PLUGIN_LOCATION=<absolute_path_to_plugin_sw>

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

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

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

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

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

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

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

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

重要:
次の画面に進む前に、次のコマンドを実行して関連するOMSインスタンスすべてを停止します。<ORACLE_HOME>はOMSのOracleホームです。
$<ORACLE_HOME>/bin/emctl stop oms -all

注意:

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

1. 必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

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

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

2. 次のパラメータを指定してConfigureGC.shスクリプトを起動し、追加のプラグインがダウンロードされている場所を渡します。<ORACLE_HOME>は、第5.3.1項でインストールしたOMSのOracleホーム(ミドルウェア・ホーム)です。
$<ORACLE_HOME>/sysman/install/ConfigureGC.sh PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

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

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

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

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

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

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

1. 必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

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

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

2. 次のパラメータを指定してインストーラを起動し、プラグインがダウンロードされている場所を渡します。<ORACLE_HOME>は、第5.3.1項でインストールしたOMSのOracleホームです。
$<ORACLE_HOME>/sysman/install/ConfigureGC.sh PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

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

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

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

注意:
追加のOMSをアップグレードする場合は、最初にアップグレードしたOMS用に構成したホスト名と管理サーバー・ポートを入力し、既存のWebLogic Serverユーザー・アカウントの資格証明を入力します。
ホスト名は、最初のOMSが実行されているホストの名前です。ポートを識別するには、次のファイルでパラメータAS_HTTPS_PORTに設定された値を確認します。

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

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

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

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

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

5.3.3.7 Oracle BI Publisherの共有場所の構成

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

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

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

既存の共有場所がない場合、新たに作成し、最初のOMSをインストールするホストおよび追加のOMSインスタンスをインストールする予定のホストでそれが認識されることを確認します。

インストールが成功するように、インストール時に共有ディレクトリ用のハードディスク・ドライブを約400MB予約できます。ただし、追加のプラグインをインストールしたり、さらに多くのレポートを作成するにつれて、領域の使用率は時間とともに増えていくため、最終的に少なくとも10GBに拡張し、将来的にはさらに拡張できるようにすることをお薦めします。

注意:
ソフトウェア・ライブラリ、または以前のリリースのEnterprise Managerのゴールド・イメージのステージング用に使用していた共有場所がすでにある場合、同じ場所を使用するよう選択できます。ただし、共有場所内のディレクトリはOracle BI Publisher、ソフトウェア・ライブラリおよびステージング済のゴールド・イメージに対して固有になるようにします。たとえば、共有場所/u01/software/examplehost/shrd/をすでに使用していて、ソフトウェア・ライブラリが/u01/software/examplehost/shrd/SW内に構成されている場合、同じ場所を使用できますが、Oracle BI Publisher用のこの共有場所内のディレクトリは必ず/u01/software/examplehost/shrd/BIPにします。

(ii) この画面で、「Oracle BI Publisherの共有場所の構成」を選択します。次のディレクトリ・パスを入力します。最初のOMSのインストールに使用するユーザー・アカウントに、これらのパスの読取りおよび書込み権限があることを確認します。

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

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

「クラスタ・ボリューム」に、Oracle BI Publisheが高可用性環境で動作するためにOracle BI Publisherスケジューラ記憶域が保持される共有記憶域の場所にある/clusterディレクトリまでのパスを入力します。たとえば、/u01/software/examplehost/shrd/BIP/clusterです。

警告:

インストール後、これらのディレクトリを削除しないでください。ディレクトリはOracle BI Publisherが適切に機能するために必要なため、インストール時およびインストール後も必要です。

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

注意:
インストール時にOracle BI Publisherを無効にするよう選択した場合、インストール後に、アップグレードされたOMSのOracleホームから次のEM CTLコマンドを実行して有効にできます。
$<ORACLE_HOME>/bin/emctl config oms -enable_bip

次に例を示します。

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

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

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

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

5.3.3.8 ポートの構成

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

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

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

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

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

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

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

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

注意:

- コンフィギュレーション・アシスタントが失敗すると、インストーラが停止し、失敗したコンフィギュレーション・アシスタントに関連する問題が解決するまで後続のコンフィギュレーション・アシスタントは実行されません。この場合は、問題を診断して解決してから、「インストールの進行状況」画面で「再試行」 をクリックし、失敗したコンフィギュレーション・アシスタントから再度実行します。
ただし、誤って「再試行」をクリックする前にインストーラを終了してしまった場合は、この画面を開くためにインストーラを再起動しないでください。かわりに、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

5.3.3.11 アップグレードの終了

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

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

追加のOMSインスタンスがある場合は、この項(第5.3.3項)で概説されている手順に従って、それぞれのアップグレードを順次開始します。

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

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

注意:

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

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

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

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

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

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

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

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

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

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

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

- OMSがサービス名で構成されている場合は、これからアップグレードする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

- OMSがサービス名で構成されていない場合は、これからアップグレードする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
Copyright (c) 1996, 2012 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
.
.
.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

パラメータ

データ型

値に二重引用符が必要か？

説明

UNIX_GROUP_NAME

String

はい

(中央インベントリが存在しない場合にのみ必須)所属するUNIXグループの名前を入力します。

たとえば、"dba"などです。

INVENTORY_LOCATION

String

はい

(中央インベントリが存在せず、アップグレードするOMSがinvPtrLoc引数を使用してインストールされた場合にのみ必須)中央インベントリへの絶対パスを入力します。

たとえば、"/scratch/oracle/oraInventory"などです。

SECURITY_UPDATES_VIA_MYORACLESUPPORT

Boolean

はい

- セキュリティ更新をダウンロードしてインストールする場合は、TRUEを入力します。続いて、次のパラメータに資格証明を二重引用符で囲んで入力します。
MYORACLESUPPORT_USERNAME

MYORACLESUPPORT_PASSWORD

- セキュリティ更新をダウンロードしてインストールする場合は、FALSEを入力します。

DECLINE_SECURITY_UPDATES

Boolean

いいえ

- セキュリティ更新を拒否する場合は、TRUEを入力します。この場合、SECURITY_UPDATES_VIA_MYORACLESUPPORTにFALSEを入力する必要があります。

- セキュリティ更新を拒否しない場合は、FALSEを入力します。この場合、SECURITY_UPDATES_VIA_MYORACLESUPPORTにTRUEを入力する必要があります。

INSTALL_UPDATES_SELECTION

String

はい

このパラメータはデフォルトで、インストール中にソフトウェア更新がインストールされないことを示す"skip"に設定されています。

- My Oracle Supportからソフトウェア更新をインストールする場合、このパラメータを"download"に設定します。続いて、次のパラメータに資格証明を二重引用符で囲んで入力します。
MYORACLESUPPORT_USERNAME_FOR_SOFTWAREUPDATES

MYORACLESUPPORT_PASSWORD_FOR_SOFTWAREUPDATES

- ステージングされた場所からソフトウェア更新をインストールする場合、このパラメータを"staged"に設定します。続いてSTAGE_LOCATIONパラメータには、ソフトウェア更新が含まれるUpdatesディレクトリまで含めた絶対パスを二重引用符で囲んで入力します。
このオプションの場合、前提条件として、ソフトウェア更新がすでにダウンロードされている必要があります。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

ORACLE_MIDDLEWARE_HOME_LOCATION

String

はい

13c リリース1へのアップグレードはアウトオブプレース・アップグレードであるため、インストーラでOracle WebLogic Server 12c リリース1 (12.1.3.0)およびJDK 1.7.0_80を自動的にインストールできる新しいミドルウェア・ホームを入力します。

ミドルウェアの場所に、OMSおよび管理エージェントのOracleホームを作成するための書込み権限があることを確認してください。

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

注意: ここで入力するミドルウェア・ホームは、Enterprise Manager Cloud Controlのためにのみ使用するようにしてください。他のOracle Fusion Middleware製品またはコンポーネントは、同じミドルウェア・ホームにインストールしないでください。

AGENT_BASE_DIR

String

はい

管理エージェントをインストールできるエージェント・ベース・ディレクトリ(Oracleミドルウェア・ホーム外の場所)への絶対パスを入力します。エージェント・アップグレード・コンソールを使用して旧リリースの管理エージェントをアップグレードするため、この管理エージェントは最終的にホストから削除します。しかし、ソフトウェア・バイナリを正常にコピーするにはこのパラメータが必要で、管理エージェントのバイナリをコピーでき、それによりインストールを正常に終了できるように有効な場所を指定する必要があります。

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

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

注意: (Microsoft Windowsのみ)エージェント・ベース・ディレクトリのパスの文字数が、25文字を超えていないことを確認してください。たとえば、16文字のみを含むエージェント・ベース・ディレクトリのパスC:\Oracle\Agent\は、使用できます。ただし、25を超える文字を含むC:\Oracle\ManagementAgent\13c\newは、使用できません。

ORACLE_HOSTNAME

String

はい

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

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

ホスト名を指定しない場合、インストール・ウィザードは自動的に検出したホスト名をそのホストの名前として使用して続行します。

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

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

./em13100_<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プラットフォームでインストール・ウィザードを起動するには、./em13100_<platform>.binを実行します。Microsoft Windowsプラットフォームで起動するには、setup_em_win64.exeを実行します。

- インストーラの起動時に渡すことができる追加の拡張オプションの詳細は、第5.2.3.1項を参照してください。

- インストーラには、一時ディレクトリ内に約10GBのハード・ディスク領域が必要です。一時ディレクトリにこの領域がない場合は、-J-Djava.io.tmpdirパラメータを渡して10GBの領域がある代替ディレクトリを指定します。
このパラメータで指定したディレクトリは、デプロイメント・プロシージャに関連するソフトウェア・ライブラリ・エンティティをコピーするためのプロビジョニング・アドバイザ・フレームワーク(PAF)ステージング・ディレクトリの場所としても使用されます。PAFステージング・ディレクトリは、プロビジョニング・アクティビティのみに使用されます(デプロイメント手順に関連するエンティティがコピーされ、これらの手順が終了すると削除されます)。

次に例を示します。

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

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

./em13100_<platform>.bin -skipJDKValidation

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

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

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

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

追加のOMSインスタンスがある場合は、この項(第5.4.1項)で概説されている手順に従って、追加のOMSホストにもソフトウェア・バイナリをコピーします。

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

(UNIXのみ)ソフトウェア・バイナリをインストールした後、新しい端末でrootユーザーとしてログインし、第5.4.1項でインストールしたOMSのOracleホームからallroot.shスクリプトを実行します。

$<ORACLE_HOME>/allroot.sh

次に例を示します。

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

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

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

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

Enterprise Manager Cloud Controlのソフトウェア・バイナリを構成するには、次の手順に従います。

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

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

- 手順3: 追加のOMSインスタンスのアップグレード

- 手順4: 管理エージェントのアップグレード

注意:
管理リポジトリのアップグレードがschemamanagerログの次のエラーで失敗した場合は、データベースを再起動して、アップグレードを再度試みます。
ORA-04020: deadlock detected while trying to lock object SYSMAN.MGMT_GLOBAL

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

software_only.rspファイルの生成時に、第5.4.1.1項で生成したupgrade.rspファイルにアクセスします。upgrade.rspファイルを編集し、付録Aに記載されているパラメータに適切な値を入力します。

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

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

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

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

第5.4.1.3項でインストールした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>]

注意:

- 第5.4.1.3項の説明に従ってソフトウェア・バイナリをインストールし、引数-invPtrLocを渡した場合、ここでも同じ引数を渡します。

- スクリプトの起動時に渡すことができる追加の拡張オプションの詳細は、第5.3.3.1.1項を参照してください。

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

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

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

2. 必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

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

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

3. 次のパラメータを指定してConfigureGC.shスクリプトを起動し、追加のプラグインがダウンロードされている場所を渡します。<ORACLE_HOME>は、第5.4.1項でインストールしたOMSのOracleホームです。
<ORACLE_HOME>/sysman/install/ConfigureGC.sh PLUGIN_LOCATION=<absolute_path_to_plugin_sw>

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

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

追加のOMSインスタンスがある場合は、第5.4.3.1項および第5.4.3.2項で概説されている手順に従って、それぞれのアップグレードを順次開始します。

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

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

注意:

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

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

6 Oracle Management Agentのアップグレード

この章では、エージェント・アップグレード・コンソールまたはEM CLIを使用して中央エージェントとスタンドアロン管理エージェントの1つを13cにアップグレードする方法と、エージェント・ゴールド・イメージを作成し、そのゴールド・イメージを使用して他のすべてのスタンドアロン管理エージェントをアップグレードする方法について説明します。この章の具体的な内容は次のとおりです。

- エージェント・ゴールド・イメージを使用した管理エージェントのアップグレードの概要

- エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

- エージェント・ゴールド・イメージの作成

- エージェント・ゴールド・イメージ・バージョンの作成

- 特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- エージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

- エージェント・ゴールド・イメージ・バージョンを使用したスタンドアロン管理エージェントの更新

- Hybrid Cloud GatewayエージェントおよびHybrid Cloudエージェントのアップグレード

警告:

共有エージェント(NFSエージェント)をエージェント・ゴールド・イメージに直接サブスクライブすることはできません。エージェント・ゴールド・イメージにサブスクライブするには、まず共有エージェントをスタンドアロン管理エージェントに変換してから、エージェント・ゴールド・イメージにサブスクライブする必要があります。

注意:
13c環境では、Oracle ZFS Storage Applianceターゲットを検出しないでください。

6.1 エージェント・ゴールド・イメージを使用した管理エージェントのアップグレードの概要

13c リリース1以降、Enterprise Manager Cloud Controlでは、管理エージェントをアップグレードするために、エージェント・アップグレード・コンソールおよびEM CLIに加えてエージェント・ゴールド・イメージを提供しています。他のアップグレード方式を使用することもできますが、エージェント・ゴールド・イメージを使用してすべての管理エージェントをアップグレードすることをお薦めします。

エージェント・ゴールド・イメージとは何か、それに含まれるもの、管理エージェントのアップグレードに使用して役立てる方法を理解するには、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

他のアップグレード方式を使用することもできますが、エージェント・ゴールド・イメージを使用してすべての管理エージェントをアップグレードすることをお薦めします。ただし、ゴールド・イメージを使用して管理エージェントを更新するには、13cスタンドアロン管理エージェントに基づいているゴールド・イメージが必要です。13c中央エージェントを使用してゴールド・イメージを作成することはできません。

したがって、12cからEnterprise Managerシステムをアップグレードする場合、Oracle Management Service (OMS)を13cにアップグレードした後、エージェント・アップグレード・コンソールまたはEM CLIを使用して中央エージェントとスタンドアロン管理エージェントの1つを13cにアップグレードします。次に、13cにアップグレードされたスタンドアロン管理エージェントを使用してゴールド・イメージを作成し、最後にそのゴールド・イメージを使用して他のすべてのスタンドアロン管理エージェントを更新します。ゴールド・イメージを使用して管理エージェントをいくつか13cに更新したら、その更新した管理エージェントを使用してゴールド・イメージを他にいくつか作成できます。

更新操作の前後のエージェント・ベース・ディレクトリ構造を次に示します。

更新前

<agent_base_directory>
|_____agentimage.properties
|_____agentInstall.rsp
|_____plugins
|_____core
|_____12.1.0.5.0
|_____agent_inst

更新後

<agent_base_directory>
|_____agentimage.properties
|_____agentInstall.rsp
|_____core
|_____agent_inst
|_____GoldImage_<Image Version Name>
|_____13.1.0.0.0

6.2 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

この項では、エージェント・アップグレード・コンソールまたはEM CLIを使用して13c リリース1以上にスタンドアロン管理エージェントをアップグレードする方法について説明します。この項の具体的な内容は次のとおりです。

- エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードの概要

- エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードを始める前に

- エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードの前提条件

- エージェント・アップグレード・コンソールを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

- EM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

- エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード後

- 13c管理エージェントのアップグレードのトラブルシューティング

6.2.1 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードの概要

エージェント・アップグレード・コンソールは、Oracle Software Library (ソフトウェア・ライブラリ)でソフトウェアを利用できる最新バージョンに既存の管理エージェントを一括アップグレードする単一ウィンドウ・ソリューションとして機能します。エージェント・アップグレード・コンソールを使用して管理エージェントをアップグレードする際、インストール・ベース・ディレクトリの構造は相応に変更されません。12cリリース5 (12.1.0.5)管理エージェントを13c リリース1にアップグレードした場合のインストール・ベース・ディレクトリ構造の例を次に示します。

アップグレード前

<agent_base_directory>
|_____sbin
|_____core
|_____12.1.0.5.0
|_____plugins
|_____agent_inst
|_____agentimage.properties
.
.
.

アップグレード後

<agent_base_directory>
|_____sbin
|_____backup_agtup
|_____agent_13.1.0.0.0
|_____core
|_____12.1.0.5.0
|_____plugins
|_____agent_inst
|_____agentimage.properties
.
.
.

注意:

- 管理エージェントをアップグレードするとき、エージェントのベース・ディレクトリの場所は変更できません。

- 管理エージェントをアップグレードすると、管理エージェント・ホストにインストールされているすべてのプラグインも、その最新バージョンがOracle Software Library (ソフトウェア・ライブラリ)に存在するかぎり、デフォルトでアップグレードされます。プラグインの最新バージョンがソフトウェア・ライブラリに存在しない場合は、その旧バージョンが保持されます。

- (Microsoft Windowsホストの場合) 13.1.0.xの管理エージェントをアップグレードして、別の管理エージェントを同じホストにインストールする(別のOMSを指す)場合は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の説明に従って、管理エージェントのインストール時に必ずs_agentSrvcNameパラメータを指定します。

6.2.2 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードを始める前に

Oracle Management Agentを13c リリース1以上にアップグレードする前に、次の事柄に留意してください。

- 古いOracle Management Service (OMS)とともにインストールされた中央エージェントをアップグレードする必要があります。
OMSホストにインストールされている中央エージェントを含め、管理エージェントはOMSの13c リリース1へのアップグレード時に自動的にアップグレードされません。必ず、古いOMSを13c リリース1にアップグレードした後すぐに、OMSホストにインストールされた中央エージェントをアップグレードしてください。

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

- エージェント・アップグレード・コンソールまたはEM CLIを使用してアップグレードできるのは、12c リリース3 (12.1.0.3)、12c リリース4 (12.1.0.4)または12cリリース5 (12.1.0.5)のみの中央エージェントです。

- 特権優先資格証明または非特権資格証明が設定されていない場合、または管理エージェント資格証明が認識されていない場合でも、エージェント・アップグレード・コンソールまたはEM CLIを使用して、管理エージェントをアップグレードできます。特権資格証明が要求されるのは、root.shアップグレード後スクリプトを実行する場合のみです。
root権限を持たないユーザーとして管理エージェントをアップグレードすると、または特権優先資格証明なしで管理エージェントをアップグレードすると、警告が表示されます。アップグレード時は、この警告を無視できます。後から、rootユーザーとして管理エージェント・ホストにログインして、$<AGENT_BASE_DIR>/agent_13.1.0.0.0/root.shスクリプトを実行できます。

- 一部の状況では、アップグレードされたバージョンの管理エージェントが、デプロイされたバージョンのプラグインをサポートしていない場合があります。このような場合、アップグレードされたバージョンの管理エージェントでサポートされていないプラグインのアンデプロイ、またはアップグレードされた管理エージェントでサポートされているバージョンのプラグインのデプロイのどちらかを確実に行います。
プラグインのアンデプロイおよびデプロイ方法の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

- Enterprise Manager Cloud Control 13c リリース1では、管理エージェント・ソフトウェアの特定のバージョンに適用する管理エージェントの個別パッチを保存できるため、これらのパッチは、同じバージョンの新しい管理エージェントをデプロイしたり古い管理エージェントをそのバージョンにアップグレードするたびに、ソフトウェアに自動的に適用されます。
これを行う方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

また、個別パッチをプラグインに適用して、カスタムのパッチが適用されたプラグインを作成でき、このカスタムのパッチが適用されたプラグインは、デプロイするすべての新しい管理エージェント、およびアップグレードするすべての古い管理エージェントにデプロイされます。

その方法に関する詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

- 管理エージェントをアップグレードする際に、Cygwin、PsExecまたは任意のSSH接続ツールは必要ありません。Enterprise Managerは管理エージェントとOMSの既存の接続チャネルを使用してアップグレードを実行するためです。

- 管理エージェントのアップグレード中には、カスタム・インベントリの場所を指定できません。アップグレードされた管理エージェントは、古い管理エージェントのインベントリの場所を使用します。

- クラスタにインストールされている管理エージェントまたは共有管理エージェントをアップグレード用に選択する場合、関係する一連の管理エージェント、つまりクラスタの別の管理エージェントまたは共有Oracleホームは自動的にアップグレード用に選択されます。

- 次のシナリオでは管理エージェントをアップグレードできません。

- 管理エージェントが稼働中および実行中ではない

- 管理エージェントがセキュアでない

- 管理エージェントが使用できない

- (OMSバージョンと同じバージョンの)新しい管理エージェント・ソフトウェアがOracle Software Library (ソフトウェア・ライブラリ)に存在しない

- 管理エージェントのOracleホーム・プロパティが見つからない

- すでに管理エージェントのアップグレードが進行中である

- 管理エージェントはブラックアウト状態です

- カーネル・パッチまたはパッチ・バンドルを適用してSolarisの下位リリースをアップグレードすることと、実際のSolaris 5.10 Update 9イメージをインストールすることは同じではありません。Oracle Management Agent 13c リリース1は最小更新バージョンのSolaris 5.10 Update 9で構築、テストおよび動作保証されているため、Oracle Management AgentはSolaris 5.10 Update 9にのみインストールし、パッチを使用してアップグレードされたリリースにはインストールしないことをお薦めします。

- エージェント・アップグレード・コンソールまたはEM CLIを使用して、特定の管理エージェントをアップグレードできないことがあります。表6-1にこの理由を示します。

表6-1 Oracle Management Agentをアップグレードできない理由

理由

説明および推奨アクション

最新のエージェント・ソフトウェアが存在しない

OMSバージョンの最新の管理エージェント・ソフトウェアがOracle Software Libraryで使用できません。

最新の管理エージェント・ソフトウェアが使用できない管理エージェントをアップグレードするには、まず自己更新コンソールを使用して最新のソフトウェアをダウンロードして適用してから、「エージェントのアップグレード」ページを使用する必要があります。

自己更新コンソールにアクセスするには、「設定」メニューから、「拡張性」を選択し、「自己更新」を選択します。最新の管理エージェントのソフトウェアをダウンロードするには、「エージェント・ソフトウェア」をクリックし、必要なソフトウェアを選択してから「ダウンロード」をクリックします。最新の管理エージェント・ソフトウェアをダウンロードおよび適用するための自己更新コンソールの使用方法の詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

エージェントはセキュリティ保護されていません

管理エージェントがセキュアではありません。

セキュアではない管理エージェントをアップグレードするには、まず管理エージェントを保護してから、エージェントのアップグレード・ページを使用する必要があります。

管理エージェントを保護するには、「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェント」を選択します。目的の管理エージェント名をクリックします。「エージェント」メニューから、「セキュア」をクリックします。

次のコマンドを実行して、管理エージェントを保護することもできます。

<EMSTATE>/bin/emctl secure agent

<EMSTATE>は、管理エージェントのインスタンス・ディレクトリである<AGENT_BASE_DIRECTORY>/agent_instです。

Oracleホームのプロパティがありません

管理エージェントのOracleホーム・プロパティが見つかりません。

このプロパティは、アップグレードする管理エージェントのプラットフォームの取得に必要です。共有エージェントのアップグレードでは、このプロパティは、共有エージェントとマスター・エージェント間の関係を維持するための重要な役割を果たします。さらに、パッチ適用などの不可欠な特定の管理エージェントのライフサイクル操作にも必要です。

Oracleホーム・プロパティが存在しない管理エージェントをアップグレードするには、まず管理エージェントでOMSコレクションを実行します。そのためには、次のいずれかを実行します。

- 管理エージェント・ホストから次のコマンドを実行します。
<EMSTATE>/bin/emctl control agent runCollection <TARGET_NAME>:oracle_home oracle_home_config

<EMSTATE>は、管理エージェントのインスタンス・ディレクトリである<AGENT_BASE_DIRECTORY>/agent_instです。

<TARGET_NAME>は、<EMSTATE>/sysman/emd/targets.xmlファイルでoracle_homeとしてリストされた管理エージェントのホームを指します。emctl config agent listtargetsコマンドを使用して確認することもできます。

- Enterprise Manager Cloud Controlコンソールで管理エージェントの「ホーム」ページに移動します。管理エージェントの「ホーム」ページの「サマリー」セクションの「構成」サブセクションで、「Oracleホームとパッチの詳細」をクリックします。「Oracleホーム」ページで、「構成のリフレッシュ」をクリックします。

エージェント使用不可

管理エージェントが使用できない、つまり、Oracle Management Service (OMS)が管理エージェントと通信できません。

管理エージェントが停止している場合、管理エージェントがOMSによってブロックされた場合、または管理エージェント・ホストが停止している場合は、一般的に管理エージェントは使用できません。ネットワークやその他の特定の問題が原因で、管理エージェントが使用できない可能性もあります。

使用できない管理エージェントをアップグレードするには、最初に、OMSと管理エージェント間の通信をリストアする必要があります。OMSと管理エージェント間の通信をリストアするには、「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェント」を選択します。目的の管理エージェント名をクリックして、管理エージェント・ホームページに移動します。表示されたエラー・アイコンをクリックし、推奨アクションを実行します。

アクティブ化を保留中のエージェント

管理エージェントのリリースが12cリリース2 (12.1.0.2)以降ではありません。

エージェントのアップグレード・ページを使用して、10g、11gまたは12cリリース1 (12.1.0.1)の管理エージェントをアップグレードできません。これらの管理エージェントをアンインストールし、ホストに新規管理エージェントをインストールします。

管理エージェントのアンインストールの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。新規管理エージェントのインストールの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

アップグレードできないエージェント・ページを使用して、現在アップグレードできない一連の管理エージェントを検索および表示できます。これらの管理エージェントを検索および表示するには、次の手順に従います。

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェントのアップグレード」を選択します。

2. アップグレードできないエージェントをクリックします。

3. 管理エージェントの検索に使用するパラメータの値を入力または選択します。管理エージェント名、バージョン、プラットフォームおよび管理エージェントをアップグレードできない理由を使用して、管理エージェントを検索できます。

4. 「一致」で「すべて」または「いずれか」を選択して、すべての検索パラメータと一致する結果またはいずれかの検索パラメータと一致する結果を検索します。

5. 「検索」をクリックします。

6.2.3 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレードの前提条件

管理エージェントを13c リリース1以上にアップグレードする前に、次の前提条件を満たしてください。

- OMSホストのプラットフォームとは異なるプラットフォームで実行中の管理エージェントをアップグレードする場合は、自己更新を使用して、そのプラットフォーム用の最新の管理エージェント・ソフトウェアをソフトウェア・ライブラリでダウンロードして適用してください。
自己更新にアクセスするには、「設定」メニューから、「拡張性」を選択し、「自己更新」を選択します。プラットフォーム用の最新の管理エージェントのソフトウェアがダウンロードされて適用されているかどうか確認するには、「エージェント・ソフトウェア」をクリックしてから、目的のプラットフォームの「バージョン」列および「ステータス」列を確認します。プラットフォームのソフトウェア・バージョンは、OMSバージョンと同じである必要があります。ステータスには「適用」と表示されている必要があります。

最新のソフトウェアがダウンロードされて適用されていない場合、ソフトウェアを選択してから「ダウンロード」をクリックしてダウンロードします。ソフトウェアのダウンロード後、「適用」をクリックしてソフトウェアを適用します。ソフトウェアがダウンロード済でまだ適用されていない場合、「適用」をクリックしてソフトウェアを適用します。

プラットフォーム用の最新の管理エージェントをダウンロードおよび適用するための自己更新の使用方法の詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

- アップグレードする管理エージェントが稼働し実行中であることを確認します。
管理エージェントが稼働中および実行中であるかどうかを確認するには、「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェント」を選択します。目的の管理エージェントの「ステータス」列をチェックします。

管理エージェントが使用できない場合、管理エージェント名をクリックして、管理エージェント・ホームページに移動します。「エージェント使用不可」アイコンをクリックし、推奨アクションを実行します。

- アップグレードする管理エージェントがセキュアであることを確認します。
管理エージェントがセキュアかどうかを確認するには、「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェント」を選択します。目的の管理エージェントの「セキュア・アップロード」列をチェックします。

管理エージェントがセキュアでない場合、「エージェント」メニューから、「セキュア」を選択して保護します。

また、次のコマンドを実行して、管理エージェントがセキュアかどうかを確認することもできます。

<EMSTATE>/bin/emctl status agent

<EMSTATE>は、管理エージェントのインスタンス・ディレクトリである<AGENT_BASE_DIRECTORY>/agent_instです。

管理エージェントがセキュアである場合、表示される管理エージェントのURLはHTTPS URLです。ただし、表示される管理エージェントのURLがHTTP URLの場合、次のコマンドを実行して、管理エージェントを保護します。

<EMSTATE>/bin/emctl secure agent

- 必ず、アップグレードするすべての管理エージェントでOracleホーム・コレクションを実行します。
Oracleホーム・コレクションが実行されていない管理エージェントがある場合、それらはアップグレードできません。これらの管理エージェントは、「アップグレード可能なエージェントがありません」ページに、Oracleホームのプロパティがありませんという理由とともに表示されます。このページにアクセスする方法の詳細は、表6-1を参照してください。

アップグレードするすべての管理エージェントでOracleホーム・コレクションを実行するには、管理エージェント・ホストから次のコマンドを実行します。

<EMSTATE>/bin/emctl control agent runCollection <TARGET_NAME>:oracle_home oracle_home_config

<EMSTATE>は、管理エージェントのインスタンス・ディレクトリである<AGENT_BASE_DIRECTORY>/agent_instです。

<TARGET_NAME>は、<EMSTATE>/sysman/emd/targets.xmlファイルでoracle_homeとしてリストされた管理エージェントのホームを指します。emctl config agent listtargetsコマンドを使用して確認することもできます。

- 古い管理エージェントが、管理エージェントのアップグレード・プロセス中に起動しないことを確認します。
停止時に管理サーバーを開始するスケジュールされた特定のcronジョブ、または構成された特定の通知マネージャがある場合があります。古い管理エージェントは、アップグレード・プロセスの一部として停止されます。この管理エージェントが起動されないことを確認します。

- インストール・ユーザーに、Oracleインベントリ内にあるすべてのファイルに対して読取り権限があり、Oracleインベントリ・ディレクトリに対して書込み権限があることを確認します。
Oracleインベントリ内にあるすべてのファイルに対する読取り権限を付与するには、インストール・ユーザーとして次のコマンドを実行します。

chmod -R +r $<INVENTORY_LOCATION>

Oracleインベントリ・ディレクトリに対する書込み権限を付与するには、インストール・ユーザーとして次のコマンドを実行します。

chmod +rw $<INVENTORY_LOCATION>

- 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のハードウェア要件の章の説明に従って、必ずハードウェア要件を満たします。

6.2.4 エージェント・アップグレード・コンソールを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

エージェント・アップグレード・コンソールを使用して管理エージェントを13c リリース1以上にアップグレードするには、次の手順に従います。

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェントのアップグレード」を選択します。

2. 「ジョブ名」には、デフォルトのジョブ名をそのまま使用するか、一意のジョブ名を入力します。
一意のジョブ名により、エージェントのアップグレード・ステータス・ページで、アップグレード・ジョブを識別し、その実行の詳細を参照し、進行を追跡することができます。

ジョブ名は、最大長が64文字です。英数字および特殊文字を含めることができ、そのどちらからでも始めることができます。

3. 「追加」をクリックして、アップグレード対象の管理エージェントを選択します。
「アップグレード可能なエージェント」ウィンドウで、「エージェント」、「インストールされたバージョン」、「プラットフォーム」および「グループ」のフィールドを使用して、アップグレード対象の管理エージェントを検索します。

アップグレード対象の管理エージェントを選択します。「OK」をクリックします。

重要:

- このリリースでは、12c管理エージェントを13c リリース1にのみアップグレードでき、他のバージョンにはアップグレードできません。

- 特定のグループに含まれる管理エージェントをアップグレード用に選択する場合、グループの別の管理エージェントはデフォルトでアップグレード用に選択されません。グループの別の管理エージェントをアップグレードする場合は、「アップグレード可能なエージェント」ウィンドウで選択する必要があります。

4. (オプション) アップグレード前スクリプトおよびアップグレード後スクリプトに、アップグレード前および後に実行するスクリプトの絶対パスをそれぞれ入力します。
たとえば、/scratch/software/oracle/configure.shなどです。

実行するスクリプトは、Oracle Management Service (OMS)ホスト(複数OMS環境では、すべてのOMSホスト)またはアップグレード用に選択したすべての管理エージェント・ホストの指定した場所に存在する必要があります。これらのスクリプトは、アップグレード用に選択した管理エージェント・ホストからアクセスできる、NFSマウントされた共有の場所に配置できます。

実行するスクリプトがOMSホストのみに存在し、アップグレード用に選択した管理エージェント・ホストには存在しない場合、OMSホストのスクリプトを選択します。

注意:

- セッションごとに、アップグレード前スクリプトを1つのみ、アップグレード後スクリプトを1つのみ指定できます。

- シェル・スクリプト(.sh)とバッチ・スクリプト(.bat)がサポートされています。UNIXプラットフォームにインストールされている管理エージェントをアップグレードする際はシェル・スクリプトのみを実行し、Microsoft Windowsプラットフォームにインストールされている管理エージェントをアップグレードする際はバッチ・スクリプトのみを実行してください。

- UNIXプラットフォームにインストールされている管理エージェントと、Microsoft Windowsプラットフォームにインストールされている管理エージェントを同じセッションでアップグレードする場合は、アップグレード前またはアップグレード後のスクリプトを指定しないようにしてください。これらの管理エージェントのアップグレードにアップグレード前またはアップグレード後のスクリプトを指定する場合、別のセッションの別のプラットフォームにインストールされている管理エージェントをアップグレードします。

5. (オプション)「追加パラメータ」で、アップグレードに使用する追加オプションを入力します。
たとえば、前提条件チェックの実行をスキップして、管理エージェントのアップグレードを直接実行するには、-ignorePrereqsを指定します。追加パラメータを複数指定する場合は、パラメータを空白で区切ります。

指定できるパラメータのリストは、第6.2.4.1項を参照してください。

6. 「ステージングの場所」で、デフォルトのステージングの場所をそのまま使用するか、カスタムの場所を入力します。ステージングの場所は、管理エージェントの一時アップグレード・ファイルを保存するために使用します。
たとえば、/tmp/software/oracle/EMStageなどです。

管理エージェントのインストール・ユーザーに、入力するカスタムの場所への書込み権限があるようにします。入力するカスタムの場所はNFSマウントされた共有の場所でもかまいません。指定したステージング場所とアップグレードする管理エージェントのエージェント・ベース・ディレクトリが同じディスク上に存在する場合、そのディスクに3GB以上の空き領域があることを確認します。別のディスク上に存在する場合、ステージング・ディレクトリには2.1GB以上の空き領域が、エージェント・ベース・ディレクトリには750MB以上の空き領域があることを確認します。

7. 「発行」をクリックします。
「発行」をクリックすると、管理エージェントのアップグレード・ジョブが作成され、Enterprise Managerジョブ・システムに送信されます。そのジョブの「エージェントのアップグレード・ステータス」ページに自動的に移動し、そのページにジョブ手順の詳細が表示されます。

発行済のすべての管理エージェントのアップグレード・ジョブの概要を表示する、または特定の一連の管理エージェントのアップグレード・ジョブを検索して表示するには、エージェント・アップグレード・コンソールの「エージェントのアップグレード結果」ページを使用します。このページにアクセスするには、「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェントのアップグレード」を選択します。エージェント・アップグレード結果をクリックします。

管理エージェントのアップグレード・ジョブの「エージェントのアップグレード・ステータス」ページに戻るには、「エージェントのアップグレード結果」ページでジョブの名前をクリックします。

管理エージェントのアップグレード・プロセス中にエラーが発生する場合や、管理エージェントのアップグレードに失敗する場合は、第6.2.7項を参照してください。

8. root.shステップがスキップされた場合またはそのステップが失敗した場合は、管理エージェント・ホストにrootユーザーとしてログインし、$<AGENT_BASE_DIR>/agent_13.1.0.0.0/に移動して、ホストでroot.shスクリプトを手動で実行します。
root.shの実行後、第6.2.6.3項に記載されているとおり、古い管理エージェントをクリーンアップできます。

6.2.4.1 13c管理エージェントのアップグレード用の追加パラメータ

表6-2に、エージェント・アップグレード・コンソールまたはEM CLIを使用した13c管理エージェントのアップグレード時に使用できる追加パラメータを示します。空白をセパレータとして使用して、複数のパラメータを入力できます。

表6-2 13c管理エージェントのアップグレード用の追加パラメータのリスト

パラメータ

説明

-ignorePrereqs

前提条件チェックの実行をスキップします。

すでに前提条件を確認しており、アップグレードの残りのプロセスを実行するだけの場合は、このパラメータを指定します。

-debug

デバッグとエラーの解決に役立つデバッグ・メッセージをログに記録します。

6.2.5 EM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード

EM CLIを使用して管理エージェントを13c リリース1以上にアップグレードするには、次の手順に従います。

1. OMSのOracleホーム内にある/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

次に例を示します。

/u01/software/em13c/oraclehome/hin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli sync

3. アップグレード可能な管理エージェントのリストを取得するために、get_upgradable_agents verbを実行します。

$<ORACLE_HOME>/bin/emcli get_upgradable_agents
[-agents]
[-platforms]
[-versions]
[-groups]
[-output_file]

[ ]内のパラメータはオプションであることに注意してください。

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli get_upgradable_agents -agents="abc%,xyz.domain.com:1243" -platforms="Linux x86,Microsoft Windows x64 (64-bit)" -versions="13.1.0.0.0" -output_file="/scratch/agents_file.txt"

-output_fileオプションを使用してアップグレード可能な管理エージェントのリストをファイルにコピーします。このファイルは、upgrade_agents verbの入力パラメータとして後で使用できます。

get_upgradable_agents verbの構文および使用方法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli/help get_upgradable_agents

4. upgrade_agents verbを実行して、管理エージェントをアップグレードします。

$<ORACLE_HOME>/bin/emcli upgrade_agents
-agents | -input_file="agents_file:<absolute_location>" | -input_file="response_file:<absolute_location>"
[-validate_only]
[-pre_script_loc]
[-pre_script_on_oms]
[-post_script_loc]
[-post_script_on_oms]
[-job_name]
[-override_credential]
[-additional_parameters]
[-stage_location]

[ ]内のパラメータはオプションであることに注意してください。

-agentsまたは-input_file="agents_file:<file_name>"のいずれかを使用するか、レスポンス・ファイルにagentsを指定してから-input_file="response_file:<absolute_location>"を使用することによって、アップグレードするすべての管理エージェントを指定していることを確認します。

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli upgrade_agents -agents="abc%,xyz.domain.com:1243" -input_file="agents_file:/scratch/agents_file.txt" -input_file="response_file:/scratch/agent.rsp" -stage_location=/tmp

verbを使用して指定するパラメータは、レスポンス・ファイルで指定されているパラメータをオーバーライドします。

upgrade_agents verbの構文および使用方法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help upgrade_agents

管理エージェントのアップグレード・プロセス中にエラーが発生する場合や、管理エージェントのアップグレードに失敗する場合は、第6.2.7項を参照してください。

5. 発行済の管理エージェントのアップグレード・ジョブのステータスを表示するには、get_agent_upgrade_status verbを実行します。

$<ORACLE_HOME>/bin emcli get_agent_upgrade_status
[-agent]
[-job_name]
[-status]

[ ]内のパラメータはオプションであることに注意してください。

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli get_agent_upgrade_status -status="Running"では、進行中の管理エージェントのアップグレード・ジョブがすべて表示されます。

特定のアップグレード・ジョブの一部である特定の管理エージェントの詳細なジョブ手順のステータスは、get_agent_upgrade_status verbに-agentオプションのおよび-job_nameオプションを使用することで表示できます。

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli get_agent_upgrade_status -agent=abc.example.com:1243 -job_name=UPGRADE_AGT_13603

特定の管理エージェントのアップグレード・ジョブが失敗した場合は、入力を確認して、upgrade_agents verbを再度実行します。verbの再試行時にカスタムのジョブ名を指定する(-job_nameパラメータを使用して)場合は、失敗したジョブの名前ではなく、一意のジョブ名を指定してください。管理エージェントのアップグレードのトラブルシューティングのヒントについては、第6.2.7項を参照してください。

get_agent_upgrade_status verbの構文および使用方法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli/help get_agent_upgrade_status

6. root.shステップがスキップされた場合またはそのステップが失敗した場合は、管理エージェント・ホストにrootユーザーとしてログインし、$<AGENT_BASE_DIR>/agent_13.1.0.0.0/に移動して、ホストでroot.shスクリプトを手動で実行します。
root.shの実行後、第6.2.6.3項に記載されているとおり、古い管理エージェントをクリーンアップできます。

注意:
この項で説明したEM CLI verbの使用方法の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース・ガイド』を参照してください。

6.2.6 エージェント・アップグレード・コンソールまたはEM CLIを使用した13c リリース1への中央エージェントまたはスタンドアロン管理エージェントのアップグレード後

この項では、管理エージェントのアップグレード後に実行できる様々なタスクについて説明します。内容は次のとおりです。

- 13c管理エージェントのアップグレードの確認

- 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動(13c中央エージェントのアップグレード後)

- 古い管理エージェントのアップグレード後クリーンアップの実行

- 13c管理エージェントのアップグレードのクリーンアップ・ジョブの表示

6.2.6.1 13c管理エージェントのアップグレードの確認

この項では13c管理エージェントのアップグレードを検証する方法を説明します。内容は次のとおりです。

- Enterprise Managerコンソールを使用した13c管理エージェントのアップグレードの確認

- EM CLIを使用した13c管理エージェントのアップグレードの確認

6.2.6.1.1 Enterprise Managerコンソールを使用した13c管理エージェントのアップグレードの確認

管理エージェントのアップグレード後、次の方法に従って、Enterprise Managerコンソールを使用してアップグレードを検証します。

- 「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェントのアップグレード」を選択します。エージェント・アップグレード結果をクリックします。管理エージェントをアップグレードするために作成したジョブが成功したことを確認します。

- 「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェント」を選択します。アップグレードを検証する管理エージェントの名前をクリックして、管理エージェントのバージョンを確認します。アップグレード後の管理エージェントのバージョンは、OMSバージョンと同じである必要があります。
また、「エージェント」ページで、管理エージェントが、ブロックされていたり、ブラックアウト中ではなく、稼働中であることを確認します。

- 「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェント」を選択します。アップグレードを検証する管理エージェントの名前をクリックします。「エージェント」メニューから、「構成」、「最新収集」の順に選択します。「構成プロパティ」タブで、古い管理エージェント・ホームを表示している構成プロパティがないことを確認します。

6.2.6.1.2 EM CLIを使用した13c管理エージェントのアップグレードの確認

管理エージェントのアップグレード後、次の方法に従って、EM CLIを使用してアップグレードを検証します。

- get_agent_upgrade_status verbを実行して、管理エージェントをアップグレードするために作成したジョブが成功したことを確認します。詳細は、第6.2.5項の手順5を参照してください。

- get_agent_properties verbを実行して、アップグレード後の管理エージェントのバージョンおよびその構成プロパティを確認します。

$<ORACLE_HOME>/bin/emcli get_agent_properties -format=csv -agent_name=<agent_host_name>:<agent_port>

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli get_agent_properties -format=csv -agent_name=abc.example.com:1872

- get_targets verbを実行して、管理エージェントの状態を確認します(ブロックされていたり、ブラックアウト中ではなく、稼働中であることなど)。

$<ORACLE_HOME>/bin/emcli get_targets -format="name:csv" -targets=<agent_host_name>:<agent_port>:oracle_emd -alerts

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli get_targets -format="name:csv" -targets=abc.example.com:3872:oracle_emd -alerts

6.2.6.2 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動(13c中央エージェントのアップグレード後)

中央エージェントのアップグレード後に、アップグレードされた中央エージェントのエージェント・ベース・ディレクトリがOracleミドルウェア・ホーム内に存在し、それをOracleミドルウェア・ホーム外に移動する場合は、付録Cを参照してください。

重要:
エージェント・ベース・ディレクトリの移動は、中央エージェント(Microsoft Windowsを含め、すべてのプラットフォーム上)についてのみお薦めし、スタンドアロン管理エージェントについてはお薦めしません。

6.2.6.3 古い管理エージェントのアップグレード後クリーンアップの実行

13c リリース1以上に管理エージェントをアップグレードすると、古いエージェント・ホーム、古いOracleホーム・ターゲットおよび古い管理エージェントのバックアップ・ディレクトリは残り、自動的に削除されません。アップグレード後のこれらのものを削除してディスク領域を解放するために、エージェント・アップグレード・コンソールまたはEM CLIを使用して、古い管理エージェントをクリーンアップできます。

重要:
正常にアップグレードされた管理エージェントに対してのみクリーンアップを実行してください。管理エージェントのアップグレードが成功したかどうかの確認については、第6.2.6.1項を参照してください。

この項では、アップグレード後に13.1.0.x管理エージェントをクリーンアップするために使用できる方法について説明します。内容は次のとおりです。

- エージェント・アップグレード・コンソールを使用した古い管理エージェントのアップグレード後クリーンアップの実行

- EM CLIを使用した古い管理エージェントのアップグレード後クリーンアップの実行

6.2.6.3.1 エージェント・アップグレード・コンソールを使用した古い管理エージェントのアップグレード後クリーンアップの実行

エージェント・アップグレード・コンソールの「エージェントのクリーンアップ」ページを使用して、古い管理エージェントの古いディレクトリをクリーンアップするには、次の手順に従います。

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェントのアップグレード」を選択します。

2. 「エージェントのアップグレード後のタスク」をクリックします。

3. デフォルトのクリーンアップ・ジョブ名を変更するには、「ジョブ名」に一意の名前を入力します。
一意のジョブ名により、クリーンアップ・ジョブを識別して、その実行の詳細を参照し、進行を追跡できます。

ジョブ名は、最大長が64文字です。英数字および特殊文字を含めることができ、そのどちらからでも始めることができます。

4. 「追加」をクリックして、クリーンアップ対象の管理エージェントを追加します。

5. クリーンアップ対象のエージェントウィンドウで、「エージェント」、「プラットフォーム」、「インストールされたバージョン」および「グループ」のフィールドを使用して、クリーンアップ対象の管理エージェントを検索します。

6. クリーンアップする管理エージェントを選択します。「OK」をクリックします。

7. 「発行」をクリックします。

6.2.6.3.2 EM CLIを使用した古い管理エージェントのアップグレード後クリーンアップの実行

EM CLIを使用して、古い管理エージェントの古いディレクトリをクリーンアップするには、次の手順に従います。

1. OMSのOracleホーム内にある/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli login -username=sysman

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli sync

3. クリーンアップを実行可能な管理エージェントのリストを取得するために、get_signoff_agents verbを実行します。

$<ORACLE_HOME>/bin/emcli get_signoff_agents
[-agents]
[-platforms]
[-versions]
[-groups]
[-output_file]

[ ]内のパラメータはオプションであることに注意してください。

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli get_signoff_agents -output_file="/scratch/signoff_agents_file.txt"

-output_fileオプションを使用して、get_signoff_agents verbの出力をファイルにコピーし、このファイルは、signoff_agents verbの入力パラメータとして後で使用できます。

get_signoff_agents verbの構文および使用方法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help get_signoff_agents

4. signoff_agents verbを実行して、管理エージェントをクリーンアップします。

$<ORACLE_HOME>/bin/emcli/signoff_agents
-agents | -input_file="agents_file:<absolute_location>" | -input_file="response_file:<absolute_location>"
[-job_name]

[ ]内のパラメータはオプションであることに注意してください。

-agentsまたは-input_file="agents_file:<file_name>"のいずれかを使用するか、レスポンス・ファイルにagentsを指定してから-input_file="response_file:<absolute_location>"を使用することによって、クリーンアップするすべての管理エージェントを指定していることを確認します。

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli signoff_agents -agents="abc%,xyz.domain.com:1243" -input_file="agents_file:/scratch/signoff_agents_file.txt" -input_file="response_file:/scratch/agent.rsp" -job_name=CLEAN_UP_12103

-input_file="agents_file:<absolute_location>"オプションを使用して、クリーンアップする管理エージェントのリストが含まれているファイルを指定します。-input_file="response_file:<absolute_location>"オプションを使用して、使用するすべてのパラメータが含まれているレスポンス・ファイルを指定します。レスポンス・ファイルには、次に示すとおり、パラメータが名前と値のペアで含まれています。

agents=abc%,xyz%
job_name=CLEAN_UP_AGT_121030

verbを使用して指定するパラメータは、レスポンス・ファイルで指定されているパラメータをオーバーライドします。

signoff_agents verbの構文および使用方法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help signoff_agents

注意:
この項で説明したEM CLI verbの使用方法の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース・ガイド』を参照してください。

6.2.6.4 13c管理エージェントのアップグレードのクリーンアップ・ジョブの表示

古いエージェント・ホーム、古いOracleホーム・ターゲットおよび古い管理エージェントのバックアップ・ディレクトリをアップグレード後に削除するには、「エージェントのクリーンアップ」ページまたはEM CLIを使用します。クリーンアップする管理エージェントを選択し、「エージェントのクリーンアップ」ページで「送信」をクリックするか、signoff_agents EM CLI verbを実行すると、管理エージェントのクリーンアップ・ジョブが作成され、Enterprise Managerジョブ・システムに送信されます。「エージェントのクリーンアップ結果」ページまたはget_signoff_status EM CLI verbを使用して、特定の一連の管理エージェントのクリーンアップ・ジョブを検索および表示できます。

この項では、特定の一連の管理エージェントのクリーンアップ・ジョブを表示するために使用できる方法について説明します。内容は次のとおりです。

- エージェント・アップグレード・コンソールを使用した13c管理エージェントのアップグレードのクリーンアップ・ジョブの表示

- EM CLIを使用した13c管理エージェントのアップグレードのクリーンアップ・ジョブの表示

6.2.6.4.1 エージェント・アップグレード・コンソールを使用した13c管理エージェントのアップグレードのクリーンアップ・ジョブの表示

エージェント・アップグレード・コンソールの「エージェントのクリーンアップ結果」ページを使用して、特定の一連の管理エージェントのクリーンアップ・ジョブを表示するには、次の手順に従います。

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「エージェントのアップグレード」を選択します。

2. 「エージェントのアップグレード後のタスク」をクリックします。

3. エージェントのクリーンアップ結果をクリックします。

4. 管理エージェント・クリーンアップ・ジョブの検索に使用するパラメータの値を入力または選択します。ジョブ名、クリーンアップに含まれていた管理エージェント、およびジョブのステータスを使用して、これらのジョブを検索できます。

5. 「一致」で「すべて」または「いずれか」を選択して、すべての検索パラメータと一致する結果またはいずれかの検索パラメータと一致する結果を検索します。

6. 「検索」をクリックします。

6.2.6.4.2 EM CLIを使用した13c管理エージェントのアップグレードのクリーンアップ・ジョブの表示

EM CLIを使用して、特定の一連の管理エージェントのクリーンアップ・ジョブを表示するには、次の手順に従います。

1. OMSのOracleホーム内にある/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli login -username=sysman

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli sync

3. get_signoff_status verbを実行して、特定の一連の管理エージェントのクリーンアップ・ジョブを表示します。

$<ORACLE_HOME>/bin/emcli get_signoff_status
[-agent]
[-job_name]
[-status]

[ ]内のパラメータはオプションであることに注意してください。

次に例を示します。

/u01/software/em13c/oraclehome/bin/emcli get_signoff_status -status="Success"では、成功した管理エージェントのクリーンアップ・ジョブを表示します。

get_signoff_status verbの構文および使用方法の詳細を表示するには、次のコマンドを実行します。

$<ORACLE_HOME>/bin/emcli help get_signoff_status

注意:
この項で説明したEM CLI verbの使用方法の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース・ガイド』を参照してください。

6.2.7 13c管理エージェントのアップグレードのトラブルシューティング

表6-3に、管理エージェントのアップグレード中に発生する可能性のある特定のエラーのトラブルシューティング方法について説明します。

表6-3 Oracle Management Agentのアップグレードのトラブルシューティング

問題

トラブルシューティングのヒント

「エージェントのアップグレード」ページで「送信」をクリックすると、管理エージェントのOracleホームの特権優先資格証明が設定されていないため、管理エージェントに対してroot.shを実行できなかったという内容のエラーが発生する。

次のいずれかの操作を行います。

- アップグレードを継続するには、「OK」をクリックします。アップグレード後、rootユーザーとして管理エージェント・ホストにログインして、$<AGENT_BASE_DIR>/agent_13.1.0.0.0/root.shスクリプトをホストで実行します。

- 「取消」をクリックしてアップグレードを取り消し、次の手順を実行します。

1. 管理エージェントのOracleホーム・ターゲットの優先資格証明を設定します。
この方法は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

2. 管理エージェントをアップグレードします。

管理エージェントのOracleホーム・ターゲットに特権優先資格証明を設定しない場合は、エラー・メッセージが表示されたら、「取消」をクリックして、次の手順を実行します。

1. 「優先資格証明のオーバーライド」を選択し、表示されたアイコンをクリックして新しい資格証明を作成します。作成する資格証明がroot資格証明ではない場合、「実行権限」に「sudo」または「PowerBroker」を選択し、「別名実行」にrootと入力します。

2. 管理エージェント・ホストで権限委任設定を構成します。

3. 管理エージェントをアップグレードします。

アップグレード後、root.shジョブ・ステップが失敗した場合は、rootユーザーとして管理エージェント・ホストにログインして、$<AGENT_BASE_DIR>/agent_13.1.0.0.0/root.shスクリプトを手動で実行します。

「エージェントのアップグレード」ページで「送信」をクリックすると、管理エージェント・ホストの権限委任設定が設定されていないため、管理エージェントに対してroot.shを実行できなかったという内容のエラーが発生する。

次のいずれかの操作を行います。

- エラー・メッセージが表示された場合は、「OK」をクリックしてアップグレードを続行します。アップグレード後、rootユーザーとして管理エージェント・ホストにログインして、$<AGENT_BASE_DIR>/agent_13.1.0.0.0/root.shスクリプトをホストで実行します。

- エラー・メッセージが表示された場合は、「取消」をクリックしてアップグレードを取り消し、次の手順を実行します。

1. 管理エージェント・ホストで権限委任設定を構成します。
これを行う方法の詳細は、Oracle Enterprise Managerライフサイクル管理者ガイドを参照してください。

2. 管理エージェントをアップグレードします。

アップグレード後、root.shジョブ・ステップが失敗した場合は、rootユーザーとして管理エージェント・ホストにログインして、$<AGENT_BASE_DIR>/agent_13.1.0.0.0/root.shスクリプトを手動で実行します。

「エージェントのアップグレード」ページで「送信」をクリックすると、管理エージェントのOracleホームの特権優先資格証明にrootとして実行が設定されていないため、管理エージェントに対してroot.shを実行できなかったという内容のエラーが発生する。

次のいずれかの操作を行います。

- アップグレードを継続するには、「OK」をクリックします。アップグレード後、rootユーザーとして管理エージェント・ホストにログインして、$<AGENT_BASE_DIR>/agent_13.1.0.0.0/root.shスクリプトをホストで実行します。

- 「取消」をクリックしてアップグレードを取り消し、次の手順を実行します。

1. 資格証明がroot権限を持つように、管理エージェントのOracleホーム・ターゲットの特権優先資格証明を編集します。これを行う方法の詳細は、Oracle Enterprise Managerライフサイクル管理者ガイドを参照してください。

2. 管理エージェントをアップグレードします。

アップグレード後、root.shジョブ・ステップが失敗した場合は、rootユーザーとして管理エージェント・ホストにログインして、$<AGENT_BASE_DIR>/agent_13.1.0.0.0/root.shスクリプトを手動で実行します。

「エージェントのアップグレード」ページで「送信」をクリックすると、エージェントのアップグレード手順が失敗する。

次の手順に従って問題を診断します。

1. 失敗した管理エージェントのアップグレード・ジョブ手順の出力ログを参照します。
エージェントのアップグレード・ページで管理エージェントのアップグレード・ジョブ手順の出力ログを参照するには、「エージェントのアップグレード結果」をクリックします。管理エージェントのアップグレード・ジョブの名前をクリックし、目的の管理エージェントを選択します。失敗したジョブ手順の名前をクリックします。

2. 次の場所で利用できる管理エージェントのデプロイメント・ログを参照します。

$<AGENT_BASE_DIRECTORY>/agent_13.1.0.0.0/cfgtoollogs/agentDeploy/agentDeploy_<TIMESTAMP>.log

3. 次の場所で利用できるプラグイン・アップグレードの構成ログを参照します。

$<AGENT_BASE_DIRECTORY>/backup_agtup/backup_<TIMESTAMP>/agtNew/install/logs/agentplugindeploy_<TIMESTAMP>.log

ホスト・プラットフォーム用の32ビット管理エージェント・ソフトウェアがソフトウェア・ライブラリに存在しないために、管理エージェントをアップグレードできませんでした。

Oracle Enterprise Linux 4.x、Red Hat Enterprise Linux 4.x、およびSUSE Linux Enterprise 10 64ビットの各プラットフォームで実行される管理エージェントをアップグレードする際に、このエラーが発生する可能性があります。このエラーが発生した場合、「OK」をクリックします。「自己更新」コンソールを使用して、これらのプラットフォーム用の最新の32ビット管理エージェント・ソフトウェアをダウンロードして適用してから、管理エージェントをアップグレードします。

最新の管理エージェント・ソフトウェアをダウンロードおよび適用するための自己更新コンソールの使用方法の詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

「エージェントのアップグレード・ステータス」ページまたは「エージェントのアップグレード結果」ページのリンクが機能しない。

次のログを表示することで問題を診断します。

- $<OMS_INSTANCE_HOME>/user_projects/domains/EMGC_DOMAIN/servers/EMGC_OMS1/logs/*.out

- $<OMS_INSTANCE_HOME>/user_projects/domains/EMGC_DOMAIN/servers/EMGC_OMS1/logs/*.log

管理エージェントのアップグレード・プロセスのジョブ手順がハングするか、複数回実行される。

次のログを表示することで問題を診断します。

$<OMS_INSTANCE_HOME>/em/EMGC_OMS1/sysman/log/*.trc

EM CLIログインまたは同期が失敗する。

次のログを表示することで問題を診断します。

$<OMS_INSTANCE_HOME>/em/<oms_name>/sysman/emcli

アップグレード後の管理エージェントはブロックされています。

Oracle Support Serviceにリクエストを送信してください。管理エージェントの再同期化は行わないでください。

6.3 エージェント・ゴールド・イメージの作成

エージェント・ゴールド・イメージを作成するには、次のいずれかの方法を使用します。

- 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージの作成

- EM CLIを使用したエージェント・ゴールド・イメージの作成

6.3.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージの作成

エージェント・ゴールド・イメージを作成するには、次の手順に従います。

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「ゴールド・エージェント・イメージ」を選択します。

2. 「すべてのイメージの管理」をクリックします。

3. 「作成」をクリックします。

4. エージェント・ゴールド・イメージ・バージョンの作成に使用するゴールド・イメージ名、説明(オプション)およびソース管理エージェントのプラットフォームを指定します。ソースとしてスタンドアロンの管理エージェントのみを使用し、セントラル・エージェントは使用しないでください。

5. 「発行」をクリックします。

6.3.2 EM CLIを使用したエージェント・ゴールド・イメージの作成

EM CLIを使用してエージェント・ゴールド・イメージ・バージョンを作成すると、エージェント・ゴールド・イメージは自動的に作成されます。

EM CLIを使用してエージェント・ゴールド・イメージ・バージョンを作成してエージェント・ゴールド・イメージを作成するには、第6.4.2項を参照してください

6.4 エージェント・ゴールド・イメージ・バージョンの作成

エージェント・ゴールド・イメージ・バージョンを作成するには、次のいずれかの方法を使用します。

- 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンの作成

- EM CLIを使用したエージェント・ゴールド・イメージ・バージョンの作成

6.4.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンの作成

エージェント・ゴールド・イメージ・バージョンを作成するには、次の手順に従います。

注意:
保護されていない管理エージェントを使用してエージェント・ゴールド・イメージ・バージョンを作成することはできません。したがって、常にセキュアな管理エージェントのみを使用します。エージェント・ゴールド・イメージ・バージョンを作成する前に、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のハードウェア要件の章の説明に従って、ハードウェア要件を満たします。
なんらかの理由でemd.propertiesファイルのソース管理エージェントの構成プロパティを変更した場合は、そのソース管理エージェントを使用してエージェント・ゴールド・イメージ・バージョンを作成する前に、その管理エージェントの構成プロパティをリロードします。そのためには、emctl reload agentコマンドを実行します

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「ゴールド・エージェント・イメージ」を選択します。

2. 目的のエージェント・ゴールド・イメージの名前をクリックします。

3. イメージ・バージョンおよびサブスクリプションの管理をクリックします。

4. 「バージョンとドラフト」タブを選択し、「アクション」メニューから「作成」を選択します。

5. 必要に応じて、イメージ・バージョン名およびイメージ・バージョンの説明を入力します。
イメージ・バージョンを作成して管理エージェントを更新すると、Enterprise Manager Cloud Controlにより、ここで指定したイメージ・バージョン名を使用して、更新対象の管理エージェントのエージェント・ベース・ディレクトリにサブディレクトリが作成されます。

たとえば、更新対象の管理エージェントのエージェント・ベース・ディレクトリが/u01/software/em13c/agentbasedirで、エージェント・ホームが/u01/software/em13c/agentbasedir/agent_13.1.0.0.0の場合、イメージ・バージョン名としてOPB_BP1と指定すると、そのイメージ・バージョンで管理エージェントを更新する際に、新しいサブディレクトリ/u01/software/em13c/agentbasedir/GoldImage_OPB_BP1/agent_13.1.0.0.0が作成されます。イメージ・バージョン名の文字数制限は20文字です。

6. ソース管理エージェントを使用してゴールド・イメージ・バージョンを作成する場合、「イメージの作成」では、「ソース・エージェントの選択」を選択してから、使用するソース管理エージェントを指定します。この場合、次の情報も指定できます。

- 作業ディレクトリ: エージェント・ゴールド・イメージの作成に使用する必要がある作業ディレクトリ。デフォルトの作業ディレクトリは$AGENT_INSTANCE_HOME/installです。この場所に750MB以上の領域を確保します。

- 構成プロパティ: エージェント・ゴールド・イメージの作成中に取得する必要がある、セミコロン(;)で区切られた管理エージェントの構成プロパティ。これらのプロパティの名前は、$AGENT_INSTANCE_HOME/sysman/config/emd.propertiesファイルで確認できます。

- 除外ファイル: ゴールド・エージェント・イメージ・バージョンから除外する必要があるファイルのセミコロン(;)区切りのリスト。たとえば、agent_13.1.0.0.0/cfgtoollogs/agentDeploy/*;agent_13.1.0.0.0/oui/*です。必ずファイルおよびディレクトリへの相対パスのみを指定し、絶対パスを指定しないでください。

ただし、既存のゴールド・イメージ・バージョンをインポートしてゴールド・イメージ・バージョンを作成する場合、「イメージの作成」では、「イメージのインポート」を選択してから、インポートするゴールド・イメージ・バージョンの場所を指定します。イメージのインポートを可能にするために、イメージをステージングしておく必要があります。そのためにイメージをまだステージングしていない場合は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の説明に従ってステージングします。

注意:
イメージは、テスト・システムから作成してステージングできます。また、ステージングの場所は、OMSからアクセス可能である必要があります。

7. 「OK」をクリックします。
エージェント・ゴールド・イメージ・バージョンを作成するジョブが、Enterprise Managerジョブ・システムに発行されます。ゴールド・エージェント・イメージ・アクティビティ・ページのイメージ・アクティビティ・タブでこのジョブのステータスを表示できます。

6.4.2 EM CLIを使用したエージェント・ゴールド・イメージ・バージョンの作成

EM CLIを使用してエージェント・ゴールド・イメージ・バージョンを作成するには、次の手順に従います。

注意:
保護されていない管理エージェントを使用してエージェント・ゴールド・イメージ・バージョンを作成することはできません。したがって、常にセキュアな管理エージェントのみを使用します。エージェント・ゴールド・イメージ・バージョンを作成する前に、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のハードウェア要件の章の説明に従って、ハードウェア要件を満たします。
なんらかの理由でemd.propertiesファイルのソース管理エージェントの構成プロパティを変更した場合は、そのソース管理エージェントを使用してエージェント・ゴールド・イメージ・バージョンを作成する前に、その管理エージェントの構成プロパティをリロードします。これを行うには、次のコマンドを実行します。

emctl reload agent

1. OMSのOracleホーム内にある/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

3. create_gold_agent_image動詞を実行し、指定のソース管理エージェントを使用するか、別のエンタープライズ管理システムからすでに作成済のイメージをインポートして、エージェント・ゴールド・イメージを作成します。

$<ORACLE_HOME>/bin/emcli create_gold_agent_image
-image_name="gold_image_name"
-version_name="gold_image_version_name"
-source_agent|-import_location="source_agent|import_location"
[-gold_image_description="gold_image_description"]
[-working_directory="working_directory_location"]
[-config_properties= " agent_configuration_properties"]
[-exclude_files= "list_of_files_directories_to_exclude"]

[ ]内のパラメータはオプションであることに注意してください。

表6-4に、EM CLIを使用したエージェント・ゴールド・イメージ・バージョンの作成でサポートされているパラメータとその説明をまとめます。

表6-4 エージェント・ゴールド・イメージ・バージョンの作成でサポートされているパラメータ

パラメータ

説明

-image_name

作成されたエージェント・ゴールド・イメージの追加先とする必要があるエージェント・ゴールド・イメージ名。

-version_name

エージェント・ゴールド・イメージのバージョン名。

イメージ・バージョンを作成して管理エージェントを更新すると、Enterprise Manager Cloud Controlにより、ここで指定したイメージ・バージョン名を使用して、更新対象の管理エージェントのエージェント・ベース・ディレクトリにサブディレクトリが作成されます。

たとえば、更新対象の管理エージェントのエージェント・ベース・ディレクトリが/u01/software/em13c/agentbasedirで、エージェント・ホームが/u01/software/em13c/agentbasedir/agent_13.1.0.0.0の場合、イメージ・バージョン名としてOPB_BP1と指定すると、そのイメージ・バージョンで管理エージェントを更新する際に、新しいサブディレクトリ/u01/software/em13c/agentbasedir/GoldImage_OPB_BP1/agent_13.1.0.0.0が作成されます。イメージ・バージョン名の文字数制限は20文字です。

-source_agent

エージェント・ゴールド・イメージを作成するためにソースとして使用する管理エージェント。

ゴールド・イメージを作成するためにソースとして使用できる管理エージェントのリストを表示するには、emcli get_targets -target="oracle_emd"を実行します。

-import_location

ゴールド・エージェント・イメージ・バージョンを作成するためにエージェント・ゴールド・イメージがステージングされる場所。この場所は、すべてのOMSインスタンスからアクセスできます。

-gold_image_description

エージェント・ゴールド・イメージの説明。

-working_directory

エージェント・ゴールド・イメージの作成に使用される作業ディレクトリ。デフォルトの作業ディレクトリは、$AGENT_INSTANCE_HOME/installです。必要な最小空き領域は、1GBです。

-config_properties

エージェント・ゴールド・イメージの作成中に取得する必要がある、セミコロン(;)で区切られた管理エージェントの構成プロパティ。たとえば、MaxThread;GracefulShutdownです。

-exclude_files

ゴールド・エージェント・イメージ・バージョンから除外する必要があるファイルまたはディレクトリのセミコロン(;)区切りのリスト。たとえば、agent_13.1.0.0.0/cfgtoollogs/agentDeploy;agent_13.1.0.0.0/ouiです。必ずファイルおよびディレクトリへの相対パスのみを指定し、絶対パスを指定しないでください。

例:

- 次の例では、ソース管理エージェントとしてexample.com:3872を使用してエージェント・ゴールド・イメージOPC_AGI_DB_JUL_13を作成し、ゴールド・イメージ・バージョンをゴールド・イメージOPC_DB_MONITORINGに追加します。

$<ORACLE_HOME>/bin/emcli create_gold_agent_image -source_agent=example.com:3872 -version_name=OPC_AGI_DB_JUL_13 -image_name=OPC_DB_MONITORING

- 次の例では、ソース管理エージェントとしてexample.com:3872を、作業ディレクトリとして/tmpを使用してエージェント・ゴールド・イメージOPC_AGI_DB_JUL_13を作成し、ゴールド・イメージ・バージョンをゴールド・イメージOPC_DB_MONITORINGに追加します。

$<ORACLE_HOME>/bin/emcli create_gold_agent_image -source_agent=example.com:3872 -version_name=OPC_AGI_DB_JUL_13 -image_name=OPC_DB_MONITORING -working_directory=/tmp

- 次の例では、インポート場所/abc/stageにステージングされているゴールド・イメージ・ソフトウェアを使用してエージェント・ゴールド・イメージOPC_AGI_DB_JUL_13を作成します。

$<ORACLE_HOME>/bin/emcli create_gold_agent_image -import_location=/abc/stage -version_name=OPC_AGI_DB_JUL_13 -image_name=OPC_DB_MONITORING

6.5 特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

企業内の管理エージェントの標準化に使用するエージェント・ゴールド・イメージの最新バージョンをエージェント・ゴールド・イメージの現行バージョンと呼びます。

エージェント・ゴールド・イメージ・バージョンが作成されると、ドラフト・バージョンとしてマークされます。エージェント・ゴールド・イメージのドラフト・バージョンを現行バージョンとして設定することは、ゴールド・イメージ・バージョンが管理エージェントの一括デプロイまたは一括更新に使用する準備ができていることを意味します。イメージが「アクティブ(現在)」に設定されると、ドラフト・バージョンまたは制限されたバージョンに戻せません。

エージェント・ゴールド・イメージのドラフト・バージョンを現行バージョンとして設定するには、次のいずれかの方法を使用します。

- 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

- EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

6.5.1 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

エージェント・ゴールド・イメージ・ドラフト・バージョンを現行バージョンとして設定するには、次の手順に従います。

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「ゴールド・エージェント・イメージ」を選択します。

2. 目的のエージェント・ゴールド・イメージの名前をクリックします。

3. イメージ・バージョンおよびサブスクリプションの管理をクリックします。

4. バージョンとドラフト・タブを選択します。現在のバージョンとして設定するゴールド・イメージ・バージョンを選択して、「現行バージョンの設定」をクリックします。
エージェント・ゴールド・イメージのドラフト・バージョンを現行バージョンに昇格させるジョブがEnterprise Managerジョブ・システムに発行されます。ゴールド・エージェント・イメージ・アクティビティ・ページのイメージ・アクティビティ・タブでこのジョブのステータスを表示できます。

6.5.2 EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定

EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを現行バージョンとして設定するには、次の手順に従います。

1. OMSのOracleホーム内にある/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

3. promote_gold_agent_image動詞を実行して、エージェント・ゴールド・イメージ・バージョンを「現行」成熟度レベルに昇格させます。

$<ORACLE_HOME>/bin/emcli promote_gold_agent_image         -version_name="gold_image_version_name"        -maturity="Current/Restricted/Draft"

-version_nameパラメータは、昇格するエージェント・ゴールド・イメージを定義します。

-maturityパラメータはゴールド・イメージの成熟度レベルを定義します。

たとえば、エージェント・ゴールド・イメージOPC_AGI_DB_JUL_13を「現行」成熟度レベルに昇格させるには、次を実行します。

$<ORACLE_HOME>/bin/emcli promote_gold_agent_image  -version_name=OPC_AGI_DB_JUL_13 -maturity=Current

6.6 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを制限されたバージョンとして設定

エージェント・ゴールド・イメージのドラフト・バージョンまたはアクティブ・バージョンを制限されたバージョンとして設定するには、次のいずれかの方法を使用します。

- 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを制限されたバージョンとして設定

- EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを制限されたバージョンとして設定

6.6.1 「ゴールド・エージェント・イメージ」ホームページを使用して特定のエージェント・ゴールド・イメージ・バージョンを制限されたバージョンとして設定

エージェント・ゴールド・イメージのドラフト・バージョンまたはアクティブ・バージョンを制限されたバージョンとして設定するには、次の手順に従います。

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「ゴールド・エージェント・イメージ」を選択します。

2. 目的のエージェント・ゴールド・イメージの名前をクリックします。

3. イメージ・バージョンおよびサブスクリプションの管理をクリックします。

4. バージョンとドラフト・タブを選択します。制限されたバージョンとして設定するゴールド・イメージ・バージョンを選択し、「制限されたバージョンの設定」をクリックします。

6.6.2 EM CLIを使用して特定のエージェント・ゴールド・イメージ・バージョンを制限されたバージョンとして設定

EM CLIを使用してエージェント・ゴールド・イメージ・バージョンのドラフト・バージョンまたはアクティブ・バージョンを制限されたバージョンとして設定するには、次の手順に従います。

1. OMSホーム内の/binディレクトリからEM CLIにログインします。

$<OMS_HOME>/bin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<OMS_HOME>/bin/emcli sync

3. promote_gold_agent_image動詞を実行して、エージェント・ゴールド・イメージ・バージョンを「制限付き」成熟度レベルに昇格させます。

$<OMS_HOME>/bin/emcli promote_gold_agent_image         -version_name="gold_image_version_name"        -maturity="Current/Restricted/Draft"

-version_nameパラメータは、昇格するエージェント・ゴールド・イメージ・バージョンを定義します。

-maturityパラメータはゴールド・イメージの成熟度レベルを定義します。

たとえば、エージェント・ゴールド・イメージOPC_AGI_DB_JUL_13を「制限付き」成熟度レベルに昇格させるには、次を実行します。

$<OMS_HOME>/bin/emcli promote_gold_agent_image  -version_name=OPC_AGI_DB_JUL_13 -maturity=Restricted

6.7 エージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

管理エージェントのセットをエージェント・ゴールド・イメージにサブスクライブするには、次のいずれかの方法を使用します。

- 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

- EM CLIを使用したエージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

警告:

共有エージェント(NFSエージェント)をエージェント・ゴールド・イメージに直接サブスクライブすることはできません。エージェント・ゴールド・イメージにサブスクライブするには、まず共有エージェントをスタンドアロン管理エージェントに変換してから、エージェント・ゴールド・イメージにサブスクライブする必要があります。

注意:
関連する管理エージェントのセットをエージェント・ゴールド・イメージにサブスクライブする必要がある場合、関連するエージェントをすべてサブスクライブする必要があります。しかし、選択したいくつかのエージェントのみをエージェント・ゴールド・イメージにサブスクライブする場合に備えて、これをオーバーライドするオプションがあります。これを実現するには、EM_GI_MASTER_INFO表でパラメータignoreRelatedCheckをtrueに設定する必要があります。

6.7.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

注意:

エージェント・ゴールド・イメージを使用して、共有エージェント(NFSエージェント)をインストール、更新またはアップグレードすることはできません。

次の管理エージェントは、エージェント・ゴールド・イメージにサブスクライブできません。

- 中央エージェント。

- すでにサブスクライブされた管理エージェント。

- 共有エージェント(NFSエージェント)。

- 保護されていない管理エージェント。

- エージェント・ゴールド・イメージが使用可能なプラットフォームとは異なるプラットフォームの管理エージェント。
プラットフォームはOracleホーム・コレクションによって特定されるため、必ずOracleホーム・ターゲットを検出して収集してください。そのためには、管理エージェントの「ホーム」ページの「サマリー」セクションで、「Oracleホームとパッチの詳細」をクリックし、次のページで「構成のリフレッシュ」をクリックします。

管理エージェントのセットをエージェント・ゴールド・イメージにサブスクライブするには、次の手順に従います。

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「ゴールド・エージェント・イメージ」を選択します。

2. 目的のエージェント・ゴールド・イメージの名前をクリックします。

3. イメージ・バージョンおよびサブスクリプションの管理をクリックします。

4. 「サブスクリプション」タブを選択します。「サブスクライブ」をクリックします。

5. 必要な管理エージェントを検索して選択し、「選択」をクリックします。

6.7.2 EM CLIを使用したエージェント・ゴールド・イメージへの管理エージェントのサブスクライブ

EM CLIを使用して管理エージェントをエージェント・ゴールド・イメージにサブスクライブするには、次の手順に従います。

注意:
次の管理エージェントは、エージェント・ゴールド・イメージにサブスクライブできません。

- 中央エージェント。

- すでにサブスクライブされた管理エージェント。

- 共有エージェント(NFSエージェント)。

- 保護されていない管理エージェント。

- エージェント・ゴールド・イメージが使用可能なプラットフォームとは異なるプラットフォームの管理エージェント。
プラットフォームはOracleホーム・コレクションによって特定されるため、必ずOracleホーム・ターゲットを検出して収集してください。そのためには、管理エージェントの「ホーム」ページの「サマリー」セクションで、「Oracleホームとパッチの詳細」をクリックし、次のページで「構成のリフレッシュ」をクリックします。

1. OMSのOracleホーム内にある/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

3. subscribe_agents動詞を実行して、指定された管理エージェントを特定のエージェント・ゴールド・イメージにサブスクライブします。

$<ORACLE_HOME>/bin/emcli subscribe_agents
-image_name="Image Name"
[-agents="agent_name_pattern"]
[-groups="group_name"]

[ ]内のパラメータはオプションであることに注意してください。

-image_nameパラメータにより、管理エージェントは指定されたエージェント・ゴールド・イメージにサブスクライブされます。

-agentsパラメータにより、指定された名前パターンに一致する管理エージェントのみサブスクライブされます。

-groupsパラメータにより、指定されたグループに属する管理エージェントのみサブスクライブされます。

例:

- 次の例では、名前パターンabc%またはxyz.domain.com:1243に一致する管理エージェントをエージェント・ゴールド・イメージOPC_AGT_ADC_PODにサブスクライブします。

$<ORACLE_HOME>/bin/emcli subscribe_agents -image_name="OPC_AGT_ADC_POD" -agents="abc%,xyz.domain.com:1243"

- 次の例では、すべての管理エージェントをエージェント・ゴールド・イメージOPC_AGT_ADC_PODにサブスクライブします。

$<ORACLE_HOME>/bin/emcli subscribe_agents -image_name="OPC_AGT_ADC_POD"

- 次の例では、グループGROUP1またはGRP2に属する管理エージェントをすべてエージェント・ゴールド・イメージOPC_AGT_ADC_PODにサブスクライブします。

$<ORACLE_HOME>/bin/emcli subscribe_agents -image_name="OPC_AGT_ADC_POD" -groups="GROUP1,GRP2"

6.8 エージェント・ゴールド・イメージ・バージョンを使用したスタンドアロン管理エージェントの更新

重要:
エージェント・ゴールド・イメージを使用してスタンドアロン管理エージェントを更新する前に、必ずスタンドアロン管理エージェントをゴールド・イメージにサブスクライブします。スタンドアロン管理エージェントをエージェント・ゴールド・イメージにサブスクライブする方法の詳細は、第6.7項を参照してください。
中央エージェントをエージェント・ゴールド・イメージで更新することはできません。中央エージェントとは、OMSのインストールごとにデフォルトでインストールされる管理エージェントです。

注意:
エージェント・ゴールド・イメージを使用して、共有エージェント(NFSエージェント)をインストール、更新またはアップグレードすることはできません。共有エージェントの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

注意:
エージェント・ゴールド・イメージを使用してOracle Management Agentsを更新する方法に関するデモを表示するには、次のURLにアクセスし、ビデオの開始をクリックします。
https://apexapps.oracle.com/pls/apex/f?p=44785:24:0:::24:P24_CONTENT_ID,P24_PREV_PAGE:12796,1

エージェント・ゴールド・イメージ・バージョンを使用してスタンドアロン管理エージェントを更新するには、次のいずれかの方法を使用します。

- エージェント・ゴールド・イメージ・バージョンを使用したスタンドアロン管理エージェントの更新

- EM CLIを使用したエージェント・ゴールド・イメージ・バージョンによる管理エージェントの更新

6.8.1 「ゴールド・エージェント・イメージ」ホームページを使用したエージェント・ゴールド・イメージ・バージョンによるスタンドアロン管理エージェントの更新

エージェント・ゴールド・イメージ・バージョンを使用して管理エージェントを更新するには、次の手順に従います。

注意:
エージェント・ゴールド・イメージ・バージョンを使用してスタンドアロン管理エージェントを更新する前に、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のハードウェア要件の章の説明に従って、ハードウェア要件を満たします。

注意:
関連する管理エージェントのセットをエージェント・ゴールド・イメージに更新する必要がある場合、関連するエージェントをすべて更新する必要があります。しかし、選択したいくつかのエージェントのみをエージェント・ゴールド・イメージに更新する場合に備えて、これをオーバーライドするオプションがあります。これを実現するには、EM_GI_MASTER_INFO表でパラメータclosureRelatedをfalseに設定する必要があります。

1. 「設定」メニューから、「Cloud Controlの管理」を選択し、「ゴールド・エージェント・イメージ」を選択します。

2. 目的のエージェント・ゴールド・イメージの名前をクリックします。

3. イメージ・バージョンおよびサブスクリプションの管理をクリックします。

4. 「サブスクリプション」タブを選択します。更新する管理エージェントを選択し、「更新」、「現行バージョン」または「制限されたバージョン」の順に選択します。

5. 管理エージェント更新ジョブのデフォルトのジョブ名を受け入れます。これは、必要に応じて変更できます。
前の手順で特定の管理エージェントを含めず、ここで更新操作に含める場合には、「追加」を選択して管理エージェントを追加で指定します。

管理エージェントの更新後に、sbinディレクトリに対して変更(特にエージェント・アップグレード全体に関する変更)がある場合またはsbin固有のパッチがある場合は、管理エージェント・ホストの特権優先資格証明が管理エージェントでのroot.shスクリプトの実行に使用されます。

このような資格証明がまだ設定されていない場合は、「優先資格証明のオーバーライド」をクリックして、かわりに使用する資格証明を入力します。

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

6. デフォルトでは、「事前にステージングされたイメージ・バージョン」が選択されておらず、その場合は宛先ホストに対してローカルなステージング場所を指定します。ただし、「事前にステージングされたイメージ・バージョン」を選択する場合は、すべての管理エージェントからアクセスできるNFSマウントされた共有のステージング場所を指定します。
また、管理エージェント・デプロイメントのメソッドを入力します。デフォルト・オプション「プッシュ」を選択する場合、OMSは管理エージェント・ソフトウェアを更新操作用に選択されたすべてのホストに転送します。ただし、かわりにOMSから管理エージェント・ソフトウェアを取得するために管理エージェントを各宛先ホストに存在させる場合は、プルを選択します。

7. 「追加の入力」セクションで、更新操作前および更新操作後に実行するスクリプトを指定します。スクリプトがOMSホスト上に存在する場合、「OMSホスト上のスクリプト」を選択するようにしてください。さらに、更新操作で使用する追加パラメータも指定します。表6-2に、アップグレードに使用される追加のパラメータのリストを示します。

8. 「スケジュール」セクションで、次の値を指定します。

- 「バッチ・サイズ」: 管理エージェント更新アクティビティは、管理エージェントがバッチで更新される方法で実行されます。バッチ・サイズは、バッチに存在する管理エージェントの数を示します。

- ジョブの時間間隔: アプリケーションが現在のバッチ処理が完了したかどうかを確認するまでの時間(分)。

- 成功率: バッチが完了した後、次のバッチが開始するまでに更新する必要がある管理エージェントの合計数(つまり、現在の更新バッチの一部である管理エージェントと前の更新バッチの一部であった管理エージェント)の割合。
たとえば、企業内にデプロイされたエージェントが1000あり、バッチ・サイズが100に、バッチ成功率が90に設定され、エージェントは100のバッチで更新されるとします。この場合、1つのバッチが完了すると、管理エージェントの合計数の90パーセントが正常に更新された場合のみ、アプリケーションは次のバッチに移動します。

- 開始: 更新操作を開始する時間および更新操作を終了する時間。デフォルトでは、設定される時間は「即時」です。このコンテキストでは、OMS時間とみなされます。

- 期間: この期間まで更新操作を実行します。

10. 「通知」セクションで、更新ジョブ進行状況について送信先となる電子メール・アドレスを指定します。

11. 新しい管理エージェントのOracleホームの場所でシェル・プロファイルを更新する場合は、「シェル・プロファイル」セクションで、「シェル・プロファイルの更新」を選択し、シェル・プロファイルの場所を指定します。
デフォルトでは、これは選択されず、オプションです。

12. 「クリーンアップ・オプション」セクションで、次を選択します。

- クリーンアップ前: 管理エージェントの更新前に、古いまたは非アクティブなエージェント・ホームをクリーンアップする場合。

- クリーンアップ後: 管理エージェントの更新後に、古いまたは非アクティブなエージェント・ホームをクリーンアップする場合。

注意:
この時点でクリーンアップ・オプションを実行しない場合は、エージェント・アップグレード・コンソールを使用して後で実行できます。詳細は、6.2.6.3項を参照してください。

管理エージェントを更新するジョブがEnterprise Managerジョブ・システムに発行されます。ゴールド・エージェント・イメージ・アクティビティ・ページのアクティビティの更新タブでこのジョブのステータスを表示できます。

13. 「更新」をクリックします。
管理エージェントを更新するジョブがEnterprise Managerジョブ・システムに発行されます。ゴールド・エージェント・イメージ・アクティビティ・ページのアクティビティの更新タブでこのジョブのステータスを表示できます。

6.8.2 EM CLIを使用したエージェント・ゴールド・イメージ・バージョンによる管理エージェントの更新

EM CLIを使用してエージェント・ゴールド・イメージ・バージョンで管理エージェントを更新するには、次の手順に従います。

注意:
エージェント・ゴールド・イメージ・バージョンを使用してスタンドアロン管理エージェントを更新する前に、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のハードウェア要件の章の説明に従って、ハードウェア要件を満たします。

1. OMSのOracleホーム内にある/binディレクトリからEM CLIにログインします。

$<ORACLE_HOME>/bin/emcli login -username=<user_name>

このコマンドを実行すると、EM CLIによってパスワードが求められます。指定したユーザー名のパスワードを入力します。

2. EM CLIを同期します。

$<ORACLE_HOME>/bin/emcli sync

3. get_updatable_agents動詞を実行して、特定のエージェント・ゴールド・イメージ・バージョンまたはエージェント・ゴールド・イメージを使用して更新できる管理エージェントを表示します。

$<ORACLE_HOME>/bin/emcli get_updatable_agents         -version_name  | -image_name         [-agents="Full Agent Name"]         [-versions="List of Versions"]        [-groups="List of group names"]        [-output_file="Location of the output file"]

[ ]内のパラメータはオプションであることに注意してください。

注意:
-version_nameパラメータまたは-image_nameパラメータを指定する必要があります。両方指定すると、(これらのパラメータをそれぞれ個別に指定した場合の)出力が結合して表示されます。

注意:
更新できない管理エージェントのリストを表示するには、get_not_updatable_agents動詞を実行します。

emcli get_not_updatable_agents
[-version_name  | -image_name]

[ ]が付いているパラメータはオプションです。

表6-5に、特定の管理エージェント・イメージ・バージョンを使用して更新できる管理エージェントの表示でサポートされているパラメータとその説明をまとめます。

表6-5 更新可能な管理エージェントの表示でサポートされているパラメータ

パラメータ

説明

-version_name

このオプションは、指定のエージェント・ゴールド・イメージ・バージョンを使用して更新できる管理エージェントを表示する場合に指定します。

-image_name

このオプションは、指定のエージェント・ゴールド・イメージを使用して更新できる管理エージェントを表示する場合に指定します。

-versions

このオプションは、更新可能で、指定のバージョンである管理エージェントを表示する場合に指定します。

-agents

このオプションは、更新可能で、名前が指定の名前パターンに一致する管理エージェントを表示する場合に指定します。

-groups

このオプションは、更新可能で、名前が指定の名前パターンに一致するグループに属する管理エージェントを表示する場合に指定します。

-output_file

このオプションは、更新できる管理エージェントの表示されたリストを出力ファイルに追加する場合に指定します。

例:

- 次の例では、最新のエージェント・ゴールド・イメージOPC_AGT_ADC_PODを使用して更新できる管理エージェントのリストを示します。

<ORACLE_HOME>/bin/emcli get_updatable_agents -image_name="OPC_AGT_ADC_POD"

- 次の例では、エージェント・ゴールド・イメージ・バージョンOPC_AGT_ADC_POD_JUNEを使用して更新できる管理エージェントのリストを示します。

<ORACLE_HOME>/bin/emcli get_updatable_agents -version_name="OPC_AGT_ADC_POD_JUNE"

- 次の例では、バージョンが12.1.0.1.0または12.1.0.2.0で、エージェント・ゴールド・イメージ・バージョンOPC_AGT_ADC_POD_JUNEを使用して更新できる管理エージェントのリストを示します。

<ORACLE_HOME>/bin/emcli get_updatable_agents -version_name="OPC_AGT_ADC_POD_JUNE" -versions="12.1.0.1.0,12.1.0.2.0"

- 次の例では、GROUP1またはGRP2に属し、エージェント・ゴールド・イメージ・バージョンOPC_AGT_ADC_POD_JUNEを使用して更新できる管理エージェントのリストを示します。

<ORACLE_HOME>/bin/emcli get_updatable_agents -version_name="OPC_AGT_ADC_POD_JUNE" -groups="GROUP1,GRP2"

- 次の例では、エージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEを使用して更新できる管理エージェントのリストを示し、そのリストを出力ファイル/scratch/agents_file.txtに追加します。

<ORACLE_HOME>/bin/emcli get_updatable_agents -image_name="OPC_AGT_ADC_POD_JUNE" -output_file="/scratch/agents_file.txt"

4. update_agents動詞を実行し、管理エージェントを更新するために環境を準備し、管理エージェント更新ジョブを発行します。

<ORACLE_HOME>/bin/emcli update_agents
-version_name | -image_name
-agents="agent_names" | -input_file="agents_file:input_file_location"
[-pre_script_loc="location_of_pre_script"]
[-pre_script_on_oms]
[-post_script_loc="location_of_post_script"]
[-post_script_on_oms]
[-op_name="custom_operation_name"]
[-override_credential="named_credential"]
[-additional_parameters]
[-stage_location="custom_stage_location"]
[-is_staged="true|false"]
[-stage_action="push|pull"]
[-batch_size]
[-start_time]
[-end_time]
[-frequency]<
[-success_rate]
[-runPrecleanup]
{-runPostcleanup]
[-email]
[-update_profile]
[-profile_path]

[ ]内のパラメータはオプションであることに注意してください。

注意:
-version_nameパラメータまたは-image_nameパラメータを指定する必要があります。また、-agentsパラメータまたは-input_fileパラメータを指定する必要があります。-agentsと-input_fileの両方を指定すると、(これらのパラメータをそれぞれ個別に指定した場合の)出力が結合して表示されます。
パラメータはすべて、-input_fileパラメータを使用してレスポンス・ファイルで渡すことができます。たとえば、-input_file="response_file:/scratch/response_file.txt"とします。

レスポンス・ファイルでは、各パラメータを新しい行に、名前/値ペアで指定する必要があります。たとえば、op_name=UPDATE_AGT_121020

コマンドラインとレスポンス・ファイルの両方で同じパラメータが渡された場合は、コマンドライン・パラメータの値が優先されます。

表6-6に、エージェント・ゴールド・イメージ・バージョンを使用した管理エージェントの更新でサポートされているパラメータとその説明をまとめます。

表6-6 エージェント・ゴールド・イメージ・バージョンを使用した管理エージェントの更新でサポートされているパラメータ

パラメータ

説明

-version_name

管理エージェントを更新するエージェント・ゴールド・イメージ・バージョン。

-image_name

管理エージェントを更新するエージェント・ゴールド・イメージ。

-agents

更新する管理エージェントすべての名前。

-input_file

更新対象の管理エージェントをリストするファイルへの絶対パス。

-pre_script_loc

管理エージェントの更新前に実行するスクリプトへの絶対パス。

-pre_script_on_oms

前処理スクリプトがOMSホスト上に存在することを示します。

-post_script_loc

管理エージェントの更新後に実行するスクリプトへの絶対パス。

-post_script_on_oms

後処理スクリプトがOMSホスト上に存在することを示します。

-op_name

管理エージェント更新のカスタム操作名。

-override_credential

別の名前の資格証明で優先資格証明をオーバーライドします。通常、管理エージェントのOracleホームの優先資格証明が、アップグレード後に特定の管理エージェントでroot.shを実行するのに使用されます。しかし、このオプションを渡すと、その優先資格証明はオーバーライドされます。

-additional_parameters

管理エージェント更新用に渡される追加パラメータ。

-stage_location

管理エージェント更新用のカスタムのステージング場所。イメージがまだステージングされていない場合の必要な最小空き領域は、1GBです。イメージが事前にステージングされている場合、この場所が更新されるすべての管理エージェントからアクセスできることを確認してください。

-is_staged

エージェント・ゴールド・イメージがすでにステージングされている場合は、'true'に設定します。

-stage_action

更新対象の管理エージェントでエージェント・ゴールド・イメージをプルする場合は、'pull'に設定します。通常、エージェント・ゴールド・イメージがまだステージングされていない場合、デフォルトではエージェント・ゴールド・イメージは更新対象の管理エージェントにプッシュされます。'pull'に設定すると、かわりにエージェント・ゴールド・イメージをプルします。

-batch_size

更新バッチに存在する管理エージェントの数。デフォルト値は、100です。

-start_time

更新ジョブの開始時間。書式\"yyyy-mm-dd hh:mm:ss\"で指定します。

-end_time

更新ジョブの終了時間。書式\"yyyy-mm-dd hh:mm:ss\"で指定します。

-frequency

現行バッチが完了したかどうかをアプリケーションがチェックし、次のバッチを更新のためにスケジュールするまでの時間(分単位)。デフォルト値は、次のとおりです。

-success_rate

次のバッチの開始が許可されるまでに、前のバッチで正常に更新される必要がある管理エージェントの合計数の割合。デフォルト値は、90です。

-runPrecleanup

管理エージェントの更新前に古いエージェント・ホームをクリーンアップします。

-runPostcleanup

管理エージェントの更新後に古いエージェント・ホームをクリーンアップします。

-email

バッチが完了すると通知が送信される、カンマ(,)で区切られた電子メールID。

-update_profile

プロファイルがエージェントのOracleホームを使用して設定されていることを示します。

-profile_path

更新プロファイル・オプションを選択した場合、カンマ(,)で区切られたユーザー・プロファイルへの絶対パス。

例:

- 次の例では、シリーズOPC_AGT_ADC_PODの最新のエージェント・ゴールド・イメージを使用してxyz.domain.com:1243を更新します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_series="OPC_AGT_ADC_POD" -agents="xyz.domain.com:1243"

- 次の例では、エージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEを使用してxyz.domain.com:1243を更新します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_name="OPC_AGT_ADC_POD_JUNE" -agents="xyz.domain.com:1243"

- 次の例では、エージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEを使用して入力ファイル/scratch/agents_file.txtにある管理エージェントすべてを更新します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_name="OPC_AGT_ADC_POD_JUNE" -input_file="agents_file:/scratch/agents_file.txt"

- 次の例では、/scratch/pre_scriptを実行してから、エージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEを使用してxyz.domain.com:1243を更新します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_name="OPC_AGT_ADC_POD_JUNE" -agents="xyz.domain.com:1243" -pre_script_loc="/scratch/pre_script"

- 次の例では、エージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEを使用してxyz.domain.com:1243を更新しから、/scratch/post_scriptを実行します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_name="OPC_AGT_ADC_POD_JUNE" -agents="xyz.domain.com:1243" -post_script_loc="/scratch/post_script"

- 次の例では、エージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEを使用してxyz.domain.com:1243を更新(更新ジョブUPDATE_JOB123を作成)します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_name="OPC_AGT_ADC_POD_JUNE" -agents="xyz.domain.com:1243" -op_name="UPDATE_JOB123"

- 次の例では、エージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEを使用してxyz.domain.com:1243を更新し、更新後にNAMED_CRED123を使用してroot.shを実行します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_name="OPC_AGT_ADC_POD_JUNE" -agents="xyz.domain.com:1243" -override_credential="NAMED_CRED123"

- 次の例では、追加パラメータを2つ渡して、エージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEを使用してxyz.domain.com:1243を更新します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_name="OPC_AGT_ADC_POD_JUNE" -agents="xyz.domain.com:1243" -additional_parameters="-ignorePrereqs -newParameter"

- 次の例では、追加パラメータを2つ渡して、シリーズOPC_AGT_ADC_PODの最新のエージェント・ゴールド・イメージを使用してxyz.domain.com:1243を更新します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_series="OPC_AGT_ADC_POD" -agents="xyz.domain.com:1243" -additional_parameters="-ignorePrereqs -newParameter"

- 次の例では、ゴールド・イメージをステージングせずに、シリーズOPC_AGT_ADC_PODの最新のエージェント・ゴールド・イメージを使用してxyz.domain.com:1243を更新します。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_series="OPC_AGT_ADC_POD" -agents="xyz.domain.com:1243" -is_staged="true"

- 次の例では、シリーズOPC_AGT_ADC_PODの最新のエージェント・ゴールド・イメージを使用してxyz.domain.com:1243を更新し、ゴールド・イメージがxyz.domain.com:1243:によってプルされます。

<ORACLE_HOME>/bin/emcli update_agents -gold_image_series="OPC_AGT_ADC_POD" -agents="xyz.domain.com:1243" -stage_action="pull"

- 次の例では、管理エージェントの更新を実行し、各バッチで最大150の管理エージェントが更新されます。

<ORACLE_HOME>/bin/emcli update_agents -image_name="OPC_AGT_ADC_POD" -agents="xyz.domain.com:1243" -batch_size=150

- 次の例では、管理エージェントの更新を実行し、各バッチで最大150の管理エージェントが更新されます。

注意:
次のバッチは、前のバッチで管理エージェントの80%が正常に更新された場合のみ、スケジュールされます。

<ORACLE_HOME>/bin/emcli update_agents -image_name="OPC_AGT_ADC_POD" -agents="xyz.domain.com:1243" -batch_size=150 success_rate=80

- 次の例では、5月7日午前10:00:00に開始し、5月8日午前10:00:00に終了するエージェント更新ジョブをスケジュールします。

<ORACLE_HOME>/bin/emcli update_agents -image_name="OPC_AGT_ADC_POD" -agents="xyz.domain.com:1243" -start_time="2014-05-07 10:00:00" -end_time="2014-05-08 10:00:00"

5. get_agent_update_status動詞を実行して、管理エージェントの更新結果を表示します。

<ORACLE_HOME>/bin/emcli get_agent_update_status
-version_name | -op_name
[-agent="agent_name_pattern"]
[-severity="ERROR|WARNING"]
[-severity_id="severity_id"]
[-status="PendingUpdateInprogress|Updatable|NotUpdatable|NotExecuted|Success|Inprogress|Failed"]

[ ]内のパラメータはオプションであることに注意してください。

注意:
-op_nameパラメータまたは-version_nameパラメータを指定する必要があります。-severityまたは-severity_idを指定している場合、-version_nameまたは-statusを指定しないでください。

表6-7に、管理エージェントの更新ステータスの表示でサポートされているパラメータとその説明をまとめます。

表6-7 管理エージェントの更新ステータスの表示でサポートされているパラメータ

パラメータ

説明

-version_name

指定したエージェント・ゴールド・イメージ・バージョン名について発行された更新操作の詳細が表示されます。

-op_name

指定した更新操作の詳細が表示されます。

-agent

指定した名前パターンを持つ管理エージェントについて発行された操作の詳細が表示されます。

-status

指定したステータスを持つ更新操作の詳細が表示されます。

-severity

指定した重大度レベルを持つ更新操作の詳細が表示されます。

-severity_id

指定した重大度IDを持つ更新操作の詳細が表示されます。

例:

- 次の例では、エージェント・ゴールド・イメージ・バージョンOPC_AGT_ADC_POD_JUNEについて発行された更新操作の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status -version_name="OPC_AGT_ADC_POD_JUNE"

- 次の例では、管理エージェントxyz.domain.com:1243およびエージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEについて発行された更新操作の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status -version_name="OPC_AGT_ADC_POD_JUNE" -agent="xyz.domain.com:1243"

- 次の例では、ステータスが「失敗」の、管理エージェントxyz.domain.com:1243およびエージェント・ゴールド・イメージOPC_AGT_ADC_POD_JUNEについて発行された更新操作の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status -version_name="OPC_AGT_ADC_POD_JUNE" -agent="xyz.domain.com:1243" -status="Failed"

- 次の例では、更新操作UPDATE_JOB123の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status  -op_name="UPDATE_JOB123"

- 次の例では、管理エージェントxyz.domain.com:1243に対する更新操作UPDATE_JOB123の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status -op_name="UPDATE_JOB123" -agent="xyz.domain.com:1243"

- 次の例では、ステータスが「失敗」の、管理エージェントに対する更新操作UPDATE_JOB123の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status -op_name="UPDATE_JOB123" -status="Failed"

- 次の例では、ステータスが「失敗」の、管理エージェントxyz.domain.com:1243に対する更新操作UPDATE_JOB123の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status -op_name="UPDATE_JOB123" -status="Failed" -agent="xyz.domain.com:1243"

- 次の例では、重大度がERRORの更新操作UPDATE_JOB123の管理エージェントが表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status  -op_name="UPDATE_JOB123" -severity="ERROR"

- 次の例では、重大度がWARNING、重大度IDがROOT_RUN_CHECKの更新操作UPDATE_JOB123の管理エージェントが表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status  -op_name="UPDATE_JOB123" -severity="WARNING" -severity_id="ROOT_RUN_CHECK"

- 次の例では、重大度IDがROOT_RUN_CHECKの更新操作UPDATE_JOB123の管理エージェントが表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status  -op_name="UPDATE_JOB123" -severity_id="ROOT_RUN_CHECK"

- 次の例では、重大度がERRORの、管理エージェントxyz.domain.com:1243に対する更新操作UPDATE_JOB123の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status  -op_name="UPDATE_JOB123" -severity="ERROR"  -agent="xyz.domain.com:1243"

- 次の例では、重大度IDがROOT_RUN_CHECKの、管理エージェントxyz.domain.com:1243に対する更新操作UPDATE_JOB123の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status  -op_name="UPDATE_JOB123" -severity_id="ROOT_RUN_CHECK"  -agent="xyz.domain.com:1243"

- 次の例では、重大度がWARNING、重大度IDがROOT_RUN_CHECKの、管理エージェントxyz.domain.com:1243に対する更新操作UPDATE_JOB123の詳細が表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status  -op_name="UPDATE_JOB123" -severity="WARNING" -severity_id="ROOT_RUN_CHECK"  -agent="xyz.domain.com:1243"

- 次の例では、重大度がERRORの更新操作UPDATE_JOB123の管理エージェントが表示されます。

<ORACLE_HOME>/bin/emcli get_agent_update_status  -op_name="UPDATE_JOB123" -severity="ERROR"

6.9 Hybrid Cloud GatewayエージェントおよびHybrid Cloudエージェントのアップグレード

Enterprise Manager Cloud Controlでは、オンプレミス・デプロイメントとOracle Cloudデプロイメントの両方のモニタリングおよび管理をすべて同じ管理コンソールから実行するための単一のグラス・ペインを提供しています。Oracle Cloudサービスを処理するOracle Cloud仮想ホストにHybrid Cloudエージェントをデプロイすることで、他のターゲットを管理する場合と同じように、Oracle Cloudターゲットを管理できます。

Hybrid Cloud Gatewayエージェントの詳細および機能を有効化する手順は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

Hybrid Cloud Managementをすでに有効にしていて、Hybrid Cloud GatewayエージェントおよびHybrid Cloudエージェントをアップグレードする場合は、第6.2項を参照してください。Hybrid Cloud GatewayエージェントまたはHybrid Cloudエージェントをアップグレードする手順は、オンプレミスEnterprise Manager環境で通常のスタンドアロン管理エージェントをアップグレードする手順と同じです。

7 JVMDエージェントのアップグレードまたは再デプロイ

この章では、Java仮想マシン診断(JVMD)エージェントのアップグレードまたは再デプロイ方法について説明します。最新のJVMD機能を取得し、それらを使用して企業内にデプロイされたJVMをモニターするために、JVMDエージェントを最新の使用可能なバージョンにアップグレードすることをお薦めします。

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

- JVMDエージェントのアップグレードまたは再デプロイ

- JVMDエージェントのアップグレードまたは再デプロイの検証

注意:
基本および拡張オプションによるJVMDエージェントのデプロイの詳細は、次のガイドを参照してください。

- 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』

- 『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』

7.1 JVMDエージェントのアップグレードまたは再デプロイ

Enterprise Manager Cloud Controlには、単純なWebアプリケーション(.warファイル)であるJVMDエージェントのアップグレードおよび再デプロイを可能にするユーザー・インタフェースおよびPerlスクリプトが用意されています。このユーザー・インタフェースおよびPerlスクリプトにより、JVMDエージェントのアップグレードまたは再デプロイのプロセスを簡略化し、複数のJVMDエージェントを1回でアップグレードまたは再デプロイできるようになります。あるいは、WebLogic管理コンソールを使用して最新バージョンのJVMDエージェントをダウンロードしてデプロイすることもできます。

注意:
特定のエンタープライズ管理タスク(OMS Oracle HTTP Serverのアップロード用のカスタム資格証明の構成、複数OMS用のロード・バランサの構成など)により、OMS構成に変更が取り込まれます。このようなタスクには、デプロイされた管理エージェントの再保護が必要となることがあります。企業内にデプロイされた管理エージェントを再度保護する場合、この項の説明に従って、必ずデプロイされたJVMDエージェントを再デプロイしてください。

次のいずれかの方法を使用して、JVMDエージェントをアップグレードまたは再デプロイできます。

- 「設定」ページを使用したJVMDエージェントのアップグレードまたは再デプロイ

- deploy_jvmdagent.plを使用したJVMDエージェントの手動でのアップグレードまたは再デプロイ

- WebLogic管理コンソールを使用したJVMDエージェントの手動でのアップグレードまたは再デプロイ

注意:
特定の管理対象サーバーにデプロイされているJVMDエージェントをアップグレードできるのは、使用可能なJVMDエージェント・バイナリのバージョンがデプロイされているJVMDエージェントのバージョンと異なる場合のみです。
たとえば、12.1.0.8のJVMDエージェントが管理対象サーバーにデプロイされ、13.1.0.0または別のバージョンのJVMDエージェント・バイナリが使用可能な場合、デプロイされている12.1.0.8のJVMDエージェントをアップグレードできます。しかし、バージョン12.1.0.8のJVMDエージェント・バイナリが唯一使用可能なバージョンであり、他のバージョンのバイナリは使用できない場合、管理対象サーバーにデプロイされている12.1.0.8のJVMDエージェントをアップグレードできません。

7.1.1 「設定」ページを使用したJVMDエージェントのアップグレードまたは再デプロイ

「設定」ページを使用して、モニター対象のWebLogicドメインにあるJVMDエージェントをアップグレードまたは再デプロイするには、次の手順に従います。

1. 「設定」メニューから、「ミドルウェア管理」、「設定」の順に選択します。

2. 「設定」ページで、「JVMDエージェントの管理」をクリックします。

3. 「操作」で、「アップグレード」を選択します。

注意:
または、この場所にアクセスするには、「設定」ページで「JVMDエージェント数」の横に表示されるアップグレード・アイコンをクリックします。このアイコンは、JVMDエージェント・ソフトウェアの現在のバージョンとは異なるソフトウェア・バージョンが使用可能である場合にのみ表示されます。

「表示」メニューから「すべてを開く」を選択した場合は、JVMDエージェントがデプロイされている管理対象サーバーすべてについて、ターゲット名、ターゲット・タイプ、ターゲット・ホスト、ターゲット・ステータスなどを表示できます。

アップグレードまたは再デプロイするJVMDエージェントを選択します。「次」をクリックします。

4. 「ターゲットの資格証明」ページで、WebLogicドメインごとに(管理サーバー・ターゲットに対応する)「Oracle EMAgentターゲット・ホスト資格証明」および「Oracle WebLogicドメインの資格証明」の値を指定し、「適用」をクリックします。

注意:
管理サーバー・ターゲットに対してホストおよびドメインの優先資格証明がすでに設定されている場合は、ドメインに自動的に適用され、「適用」をクリックする必要はありません。

Oracle EMAgentターゲット・ホストの資格証明は、WebLogicドメインの管理サーバーの検出に使用された管理エージェントが実行されているホストのログイン資格証明です。Oracle WebLogicドメインの資格証明は、選択したWebLogicドメインの管理サーバーの資格証明です。

WebLogicドメインの管理サーバーに対して優先資格証明(優先EMAgentターゲット・ホスト資格証明および優先Oracle WebLogicドメイン資格証明)を設定するには、「設定」メニューから、「セキュリティ」、「優先資格証明」の順に選択します。ターゲット・タイプとして「Oracle管理サーバー」を選択し、「優先資格証明の管理」をクリックします。「ターゲット優先資格証明」セクションで、必要なWebLogic管理サーバーに対して優先ホスト資格証明および優先WebLogic管理者資格証明を設定します。

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

5. JVMDエージェント構成ページ(「JVMDエージェント構成」セクション)で、次を実行します。
Oracle CloudターゲットでJVMDエージェントをアップグレードまたは再デプロイする場合は、「Hybrid Cloudモードの構成」を選択し、Oracle Cloudで構成したHybrid Cloudプロキシ・ホストおよびHybrid Cloudプロキシ・ポートを指定します。「Hybrid Cloudモードの構成」を選択すると、JVMDエージェントがプロキシ・ホストに接続し、プロキシ・ホストがJVMDエンジンに接続するため、「使用可能なJVMDエンジン」の値が自動的に「その他」に設定されます。

ハイブリッド・クラウド・モードの構成を選択しない場合、WebLogicドメインごとに、デフォルトのJVMDエンジンが選択されます。必要に応じて、ドメインに対して選択したエンジンを変更するには、「使用可能なJVMDエンジン」のリストから新しいエンジンを選択し、「適用」をクリックします。選択したWebLogicドメインの管理対象サーバーにデプロイされているすべてのJVMDエージェントが、このJVMDエンジンに関連付けられます。または、「その他」を選択して、複数のエンジンの場合にロード・バランサに接続し、エンジンのホスト、ポートおよびプロトコルの詳細を手動で指定できます。できます。

Enterprise Manager Cloud Control 13cでは、HTTPまたはHTTPSを使用して、JVMDエンジンに接続する複数のJVMDエージェントをデプロイできます。したがって、JVMDエンジンのHTTP URLとHTTPS URLの両方が「使用可能なJVMDエンジン」リストに表示されます。ただし、設定でロード・バランサを構成した場合、JVMDエージェントはHTTPまたはHTTPSを使用してロード・バランサに接続できますが、HTTPSを使用して個々のJVMDエンジンには接続できません。したがって、設定にロード・バランサを構成した場合、ロード・バランサのHTTP URLとHTTPS URL、および個々のJVMDエンジンのHTTP URLのみが、「使用可能なJVMDエンジン」リストに表示されます。

このセクションに「WebLogicホーム」フィールドと「ミドルウェア・ホーム」フィールドが表示されている場合、それらに値を指定します。「WebLogicホーム」および「ミドルウェア・ホーム」フィールドは、それらの値が内部的に取得できない場合に表示されます。

また、WebLogic管理サーバーがファイアウォールの背後または仮想ホスト上にある場合、アプリケーションはデフォルト情報を使用して接続できない可能性があります。この場合、「拡張ドメイン構成」セクションで追加情報を指定する必要があります。たとえば、WebLogic管理サーバーが仮想ホスト上にあり、アプリケーションがデフォルトのホスト値を使用して接続できない場合は、「管理サーバー・ホスト」に仮想ホストのIPアドレスを指定することが必要な場合があります。

注意:
「拡張ドメイン構成」で、JVMDエージェントのデプロイに使用するJavaプロセスで使用されるJavaの引数を指定できます。たとえば、必要となるJavaの引数の一部を次に示します。

- Dweblogic.security.SSL.enableJSSE=true

- Dweblogic.security.SSL.protocolVersion=TLS1

- Dweblogic.security.SSL.trustedCAKeyStore=<path to cacert>

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

6. 確認ページですべての情報を確認し、「アップグレード」をクリックします。
「アップグレード」をクリックすると、「診断エージェントのデプロイメント・ステータス」ページが表示され、このページは、発行したジョブの進捗状況を監視するために使用できます。

アップグレード時または再デプロイメント時にエラーが発生した場合は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

7.1.2 deploy_jvmdagent.plを使用したJVMDエージェントの手動でのアップグレードまたは再デプロイ

deploy_jvmdagent.plスクリプトを使用して、JVMDエージェントを手動でアップグレードまたは再デプロイできます。このスクリプトはサイレント・モードでのみ実行できます。つまり、プロパティ・ファイルを使用してすべての入力の詳細を指定する必要があります。

deploy_jvmdagent.plを使用してJVMDエージェントを手動でアップグレードまたは再デプロイするには、次の手順に従います。

1. 最新バージョンまたはjamagent.warがダウンロードされていることを確認します。
jamagent.warのダウンロード方法の詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

2. OMSのOracleホーム内の次の場所に移動します。
$<ORACLE_HOME>/plugins/oracle.sysman.emas.oms.plugin_13.1.1.0.0/archives/jvmd/deployment_scripts/agent/jvmd/

次に例を示します。

/u01/software/em13c/oraclehome/plugins/oracle.sysman.emas.oms.plugin_13.1.1.0.0/archives/jvmd/deployment_scripts/agent/jvmd/

3. README.txtファイルでdeploy_jvmdagent.plスクリプトの使用方法の情報を確認します。

4. すべての入力をプロパティ・ファイルに指定し、次のコマンドを使用します。
perl deploy_jvmdagent.pl [-appserver <server_type>] [-file <name_of_properties_file>]

例: perl deploy_jvmdagent.pl -appserver WLS -file wls_upgrade.properties.

deploy_jvmdagent.plでは、WebLogic ServerおよびGlassFishにデプロイされたJVMDエージェントのみをアップグレードまたは再デプロイできます。他のアプリケーション・サーバーにデプロイされたJVMDエージェントはアップグレードまたは再デプロイできません。-appserverパラメータは、(アップグレードまたは再デプロイしたい) JVMDエージェントがデプロイされているアプリケーション・サーバーを指定します。WebLogic管理対象サーバーにデプロイされているJVMDエージェントをアップグレードまたは再デプロイしている場合は、-appserverにWLSを指定します。GlassFishサーバーにデプロイされているJVMDエージェントをアップグレードまたは再デプロイしている場合は、-appserverにGFを指定します。-appserverパラメータを指定しない場合は、デフォルトで値WLSが割り当てられます。

-fileパラメータには、アップグレードまたはデプロイメント入力を含むプロパティ・ファイルの名前を指定します。このパラメータを指定しない場合で、-appserverにWLSを指定済の場合は、deploy_jvmdagent.plによって、スクリプトが含まれるフォルダでweblogic_deploy.propertiesというプロパティ・ファイルが検索されます。-fileパラメータを指定しない場合で、-appserverにGFを指定済の場合は、deploy_jvmdagent.plによって、スクリプトが含まれるフォルダでglassfish_deploy.propertiesというプロパティ・ファイルが検索されます。入力の詳細をプロパティ・ファイルに指定する方法は、サンプルのプロパティ・ファイルsample_weblogic_deploy.propertiesまたはsample_glassfish_deploy.propertiesをご覧ください。

7.1.3 WebLogic管理コンソールを使用したJVMDエージェントの手動でのアップグレードまたは再デプロイ

WebLogic管理コンソールを使用して必要なJVMDエージェントのバージョンを手動でダウンロードし、デプロイすることもできます。

7.2 JVMDエージェントのアップグレードまたは再デプロイの検証

JVMDエージェントのアップグレードまたは再デプロイ後に、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』の説明に従って、新しいバージョンのデプロイメントを検証します。

8 Enterprise Manager Cloud Control 13c リリース1にアップグレードした後のアップグレード後タスク

この章では、実行する必要があるインストール後のタスクについて説明します。特に、次の内容について説明します。

- カスタム構成の再実行

- カスタム証明書を使用したOracle WebLogic Serverの再構成

- 追加OMSのアップグレード後の管理エージェントの再起動

- 遅延データ移行ジョブのステータスの追跡

- Oracle Exalogic Systemターゲットのアップグレード

- (オプション) 古いOMSホームの削除

- 10gまたは11gリリースの不要な中央エージェントの削除

- CDBおよびPDBで構成されたデータベースへのSYSMANスキーマの移行

- 古いOMSに関連付けられたままのJVMターゲットの管理

- Enterprise Managerシステムのアップグレード前にスキップしたジョブ・タイプのアップグレードの有効化

8.1 カスタム構成の再実行

13c リリース1へのアップグレードはアウトオブプレース・アップグレードであるため、旧リリースのEnterprise Managerシステムで行われたカスタム構成、および旧リリースのEnterprise Managerシステムで構成されているWebLogic Serverで行われたカスタマイズはすべて、アップグレード・プロセスによって引き継がれません。アップグレードしたシステムで、カスタマイズを再実行する必要があります。

8.2 カスタム証明書を使用したOracle WebLogic Serverの再構成

注意:
この項は、Oracle WebLogic Serverのカスタム証明書にのみ適用され、Enterprise Managerコンソールの証明書には適用されません。Enterprise Managerコンソールの証明書は、アップグレード時に自動的にコピーされます。

カスタム証明書がOracle WebLogic Server (管理サーバーおよび管理対象サーバー)に対して構成されていた場合、13c リリース1へのアップグレード後にそのカスタム証明書は引き継がれません。かわりに、Oracle WebLogic Serverはデモ証明書を使用して構成されます。そのため、アップグレード後にカスタム証明書を使用してOracle WebLogic Serverを再構成してください。次の手順を実行します。

1. すべてのOMSインスタンス上で次のコマンドを実行します。このコマンドおよび渡すことのできるオプションの詳細は、Oracle Enterprise Manager Cloud Controlセキュリティ・ガイドを参照してください。
$<ORACLE_HOME>/bin/emctl secure wls <options>

2. すべてのOMSインスタンスを停止します。
$<ORACLE_HOME>/bin/emctl stop oms -all

3. すべてのOMSインスタンスを開始します。
$<ORACLE_HOME>/bin/emctl start oms

8.3 追加OMSのアップグレード後の管理エージェントの再起動

最初のOMSのアップグレード後、第6.2項の説明に従って、そのホストの中央エージェントをすぐにアップグレードすることを強くお薦めします。

ただし、そのホストの中央エージェントをアップグレードせずに追加OMSの13c リリース1へのアップグレードを続行した場合は、そのアップグレード済の追加OMSのバージョンを管理サービス・ページで確認します。これを実行するには、「設定」メニューから、「Cloud Controlの管理」、「管理サービス」の順に選択します。OMSバージョンを確認します。

まだアップグレードされたバージョンではなく古いバージョンが表示されている場合は、追加OMSホストの管理エージェントを再起動します。

8.4 遅延データ移行ジョブのステータスの追跡

ここでは、以下の項目について説明します。

- 遅延データ移行ジョブについて

- 遅延データ移行ジョブのステータスの追跡

8.4.1 遅延データ移行ジョブについて

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

Enterprise Manager Cloud Controlに格納されているデータのフォーマットは、旧リリースのEnterprise Managerに格納されていたデータのフォーマットと異なります。

そのため、旧リリースのEnterprise ManagerからEnterprise Manager Cloud Controlにアップグレードするときは、データ・フォーマットが、Enterprise Manager Cloud Controlと互換性のあるフォーマットに自動的に変換または移行されます。

ただし、データ・フォーマットの移行にかかる時間は、旧リリースのEnterprise Managerで使用できるデータの大きさによって異なります。したがって、大量のデータがある場合には移行に長時間かかるため、アップグレード・プロセスが完了するまでの時間も長くなります。アップグレード・プロセスが完了するまで、1システム・アップグレード方式(ローカル・ホスト上でも、別のリモート・ホスト上でも)を使用する場合は特に、既存のEnterprise Managerシステムは使用できなくなる可能性があります。

この点を考慮してオラクル社は、別々の2段階でデータ・フォーマットを移行するようにアップグレード・プロセスを調整しました。

第1フェーズでは、Enterprise Managerシステムを停止してアップグレードし、短い停止時間で新しいシステムが動作を開始できるように、Enterprise Manager Cloud Controlの機能に必要な最も重要なデータを短時間のうちに移行します。この時点では一部の履歴データしか利用できませんが、アップグレード後のEnterprise Managerシステムでターゲットの監視を開始し、アップグレード後のOracle Management Agentによって生成される新しいアラートを確認することができます。

第2フェーズでは、アップグレード後のEnterprise Managerシステムが動作を開始した後で、残りのデータを移行します。

Enterprise Manager Cloud Controlの動作開始後、第2フェーズでフォーマットが移行されるデータを遅延データと呼び、この旧フォーマットから新フォーマットへの移行プロセスを遅延データ移行と呼びます。

注意:
実行中のDDMPジョブの取消しまたは停止は、推奨されません。

警告:

DDMPジョブの実行中は、OMSまたは管理リポジトリを停止または再起動しないでください。

8.4.2 遅延データ移行ジョブのステータスの追跡

アップグレード後に、遅延データ移行ジョブのステータスをチェックします。特に、FLATアソシエーション構築タスクが正常に完了していることを確認します。

遅延データ移行ジョブのステータスを追跡するには、次の手順を実行します。

1. Cloud Controlで、「設定」メニューから、「Cloud Controlの管理」を選択し、「アップグレード後のタスク」をクリックします。

2. アップグレード後のタスク・ページで、「遅延データ移行」タブをクリックします。
このタブには、データ移行ジョブのリスト、およびジョブのステータス、開始日時、終了日時が表示されます。

3. このタブでは次の処理が可能です。

- コンポーネントに対してデータ移行ジョブを開始するには、コンポーネントを選択して「開始」をクリックします。デフォルトでは、ジョブはただちに開始されます。この動作は変更できません。

- 失敗したジョブを再実行するには、ステータス・アイコンをクリックして「ジョブ実行」ページにアクセスします。「ジョブ実行」ページで「編集」をクリックします。<JobName>ジョブの編集ページで、「発行」をクリックしてジョブを再実行します。

- 表の列の表示/非表示を切り替えるには、「表示」リストから適切なオプションを選択します。

- 画面から表をデタッチするには、「デタッチ」をクリックします。

8.5 Oracle Exalogic Systemターゲットのアップグレード

Oracle Exalogic Systemターゲットを必ずアップグレードしてください。

1. これを実行するには、「エンタープライズ」メニューから「ジョブ」を選択し、「ライブラリ」を選択します。

2. 「ジョブ・ライブラリ」ページで、ジョブ名UPGRADE EXALOGIC SYSTEMS TO FUSION MIDDLEWARE 12.1.0.3.0 MODELを選択し、「送信」をクリックします。

ジョブを正常に実行してOracle Exalogic Systemターゲットをアップグレードするには、12.1.0.3以上のバージョンのOracle Fusion Middlewareプラグインが含まれるように、これらのターゲットを監視する管理エージェントが次のサポートされるリリースにすでにアップグレード済である必要があります。

- Enterprise Manager Cloud Control 12c リリース5 (12.1.0.5)からのアップグレードで、12c リリース5 (12.1.0.5)へのアップグレード時にこの手順を実行していない場合は、ここで13c リリース1でこの手順を実行します。この場合、管理エージェントが13c リリース1、12c リリース5 (12.1.0.5)、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)のいずれかであることを確認します。

- Enterprise Manager Cloud Control 12c リリース4 (12.1.0.4)からのアップグレードで、12c リリース4 (12.1.0.4)へのアップグレード時にこの手順を実行していない場合は、ここで13c リリース1でこの手順を実行します。この場合、管理エージェントが13c リリース1、12c リリース4 (12.1.0.4)または12c リリース3 (12.1.0.3)のいずれかであることを確認します。

これらの1つ以上の管理エージェントをサポートされるこれらのリリースにまだアップグレードしていない場合、ジョブが失敗し、Oracle Exalogic Systemターゲットはアップグレードされません。このような状況で問題を解決するには、最初に対象の管理エージェントをアップグレードしてから、Oracle Exalogic Systemターゲットをアップグレードするためのこのジョブを再発行します。

8.6 (オプション)古いOMSホームの削除

Enterprise Managerシステム(フル・リリースまたは追加OMS)を完全にアップグレードした後で、古いOMSホームの削除を選択できます。手順については、「付録D」を参照してください。

8.7 10gまたは11gリリースの不要な中央エージェントの削除

10g リリース5 (10.2.0.5)または11g リリース1 (11.1.0.1)から12c リリース3 (12.1.0.3)、12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)にアップグレードした後、切り替えられなかった古い中央エージェントを削除することが理想的です。しかし、なんらかの理由で不要な中央エージェントをその時点で削除せず、12c リリース3 (12.1.0.3)、12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)から13c リリース1にアップグレードした場合、13c リリース1 Enterprise Manager Cloud Controlコンソールで、古くて不要な10gまたは11gの中央エージェントがアクティブ化保留中状態で表示され続けます。

そのような不要な中央エージェントがアクティブ化保留中状態で表示される場合、次の手順を実行して削除します。

1. アップグレードした管理リポジトリでSYSMANユーザーとして次の問合せを実行することによって、削除する不要な中央エージェントを特定します。問合せによって中央エージェントおよびそれらに監視されるターゲットがレポートされますが、中央エージェント名のみを書き留めます。中央エージェントを削除すると、それらに監視されているターゲットも削除されます。
SELECT ag.target_name agent_name, t.target_name target_name, t.target_type target_type FROM sysman.mgmt_targets ag, sysman.em_current_availability eca, sysman.PRE_UPGC_AGT_STAT_MGMT puasm, sysman.mgmt_targets t WHERE ag.target_guid = eca.target_guid AND eca.current_status = 4 AND eca.current_sub_status = 1 AND ag.target_type='oracle_emd' AND puasm.target_guid = ag.target_guid AND puasm.UPGRADE_STATUS !='IGNORE_UPGRADE' AND ag.emd_url NOT IN (SELECT emd_url FROM sysman.mgmt_targets WHERE target_type='oracle_emrep') AND t.emd_url = ag.emd_url ORDER BY ag.target_name, t.target_type, t.target_name

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

1. アップグレードしたOMSホストで、OMSのOracleホームから、EM CLIクライアントにログインします。各OMSインストールでEM CLIクライアントをデフォルトで使用できるため、クライアントを個別にインストールする必要がありません。
$<ORACLE_HOME>/bin/emcli login -username=SYSMAN -password=<sysman-passwd>

2. EM CLIを同期します。
$<ORACLE_HOME>/bin/emcli sync

3. 不要な中央エージェントを削除します。ここで、agentNameは、削除する中央エージェントの名前です。
$<ORACLE_HOME>/bin/emcli delete_target -name=<agentName> -type=oracle_emd -delete_monitored_targets

次に例を示します。

$/u01/software/oracle/middleware/oms/bin/emcli delete_target -name=example.com:4567 -type=oracle_emd -delete_monitored_targets

3. 中央エージェントを削除すると、それらにモニターされているターゲットも削除されます。ただし、そのようなターゲットのモニターを続ける場合は、新しい13cリリースの管理エージェントをホストにインストールして、再度ターゲットの検出を初めからやり直します。

8.8 CDBおよびPDBで構成されたデータベースへのSYSMANスキーマの移行

CDBおよびPDBで構成されたデータベースにSYSMANスキーマを移行する計画の場合、次の要件を満たしていることを確認します。

1. 非CDBベースのデータベースへのアップグレード。データベース・アップグレード・プロセスの中で、非CDBベースのデータベースのキャラクタ・セットがCDBと同じであることを確認します。その後、アップグレード済の非CDBベースのデータベースからCDB内の新しいPDBへSYSMANスキーマを移行します。

2. 更新済のデータベースの詳細で接続識別子を修正します。これを実行するには、各OMSインスタンスで次の手順を実行します。

1. OMSを停止します。
emctl stop oms

2. 最初のOMS上で管理サーバーを起動します。環境内の他のすべてのOMSでこの指示に従っている場合は、この手順をスキップします。
emctl start oms -admin_only

3. 管理リポジトリの接続識別子を変更します。
emctl config oms -store_repos_details -repos_conndesc "(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=<host_name>)(PORT=<port>))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=<service_name>)))"

次に例を示します。

emctl config oms -store_repos_details -repos_conndesc "(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=dbhost.example.com)(PORT=1522))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=pdb2.example.com)))"

4. すべてのOMSインスタンスを停止して起動します。
emctl stop oms -all

emctl start oms

5. OMSの監視構成および管理リポジトリのターゲットを修正します。
emctl config emrep -conn_desc "<TNS_connect_descriptor>"

8.9 古いOMSに関連付けられたままのJVMターゲットの管理

古いOMSに関連付けられているJVMターゲットがある場合は、WebLogicドメインをリフレッシュした後も、古いOMSに関連付けられているJVMターゲットがWebLogicドメインのホームページに引き続き表示されます。これは予測されている動作です。

履歴データの表示のためにこれを保持するか、削除することを選択できます。削除するには、孤立したJVMターゲットを右クリックして、「ターゲットの削除」を選択します。

8.10 Enterprise Managerシステムのアップグレード前にスキップしたジョブ・タイプのアップグレードの有効化

第4.15項の説明に従って特定のジョブ・タイプのアップグレードを選択してスキップまたは後回しにした場合は、Enterprise Managerシステムのアップグレード後に、必ずMGMT_PARAMETERS表に挿入した値を消去します。

そのためには、SYSMANユーザーとしてOracle Management Repositoryを格納しているデータベースにログインし、次の問合せを実行します。

DELETE FROM MGMT_PARAMETERS WHERE parameter_name LIKE 'mgmt_job_skip_job_type_upg%');

COMMIT;

また、SYSMANユーザーとしてOracle Management Repositoryに対するSQLPlusセッションを作成し、次のコマンドを実行します。

警告:

ジョブ・タイプPropagateTargetおよびExecLoaderCallbacksはリストに含めないでください。

BEGIN

FOR c IN (SELECT job_type_id

FROM MGMT_JOB_TYPE_MAX_VERSIONS

WHERE job_type IN ('<job type 1>', '<job type 2>', ...))

LOOP

MGMT_JOB_ENGINE.reschedule_on_new_jobtype_ver(c.job_type_id);

COMMIT;

END LOOP;

END;

第III部

付録

この部は、次の付録で構成されています。

- 付録A「サイレント・モードでOracle Management ServiceおよびOracle Management Repositoryをアップグレードするためのレスポンス・ファイルの編集」

- 付録B「サーバー・ロード・バランサの構成設定の更新」

- 付録C「中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動」

- 付録D「古いOMSホームの削除」

A サイレント・モードでOracle Management ServiceおよびOracle Management Repositoryをアップグレードするためのレスポンス・ファイルの編集

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

- サイレント・モードでOMSおよび管理エージェントをアップグレードするためのupgrade.rspファイルで編集するパラメータ

A.1 サイレント・モードでOMSおよび管理エージェントをアップグレードするためのupgrade.rspファイルで編集するパラメータ

表A-1では、サイレント・モードでOracle Management Service (OMSおよびOracle Management Repository (管理リポジトリ))をアップグレードするためのupgrade.rspレスポンス・ファイルで更新する必要があるパラメータについて説明します。

表A-1 サイレント・モードでOMSおよび管理リポジトリをアップグレードするためのupgrade.rspファイルのパラメータの編集

パラメータ名

適用可能なアップグレード方式

データ型

値に二重引用符が必要か？

説明

UNIX_GROUP_NAME

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

String

はい

(中央インベントリが存在しない場合にのみ必須)所属するUNIXグループの名前を入力します。

たとえば、"dba"などです。

INVENTORY_LOCATION

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

String

はい

(中央インベントリが存在せず、アップグレードするOMSがinvPtrLoc引数を使用してインストールされた場合にのみ必須)中央インベントリへの絶対パスを入力します。

たとえば、"/u01/software/oraInventory"です。

SECURITY_UPDATES_VIA_MYORACLESUPPORT

通常アップグレードにのみ適用できます。

ソフトウェアのみのアップグレードには適用できません。

そのため、ソフトウェアのみのアップグレードではこのパラメータをコメント・アウトします。

Boolean

はい

- セキュリティ更新をダウンロードしてインストールする場合は、TRUEを入力します。続いて、次のパラメータに資格証明を二重引用符で囲んで入力します。
MYORACLESUPPORT_USERNAME

MYORACLESUPPORT_PASSWORD

- セキュリティ更新をダウンロードしてインストールする場合は、FALSEを入力します。

DECLINE_SECURITY_UPDATES

通常アップグレードにのみ適用できます。

ソフトウェアのみのアップグレードには適用できません。

そのため、ソフトウェアのみのアップグレードではこのパラメータをコメント・アウトします。

Boolean

いいえ

- セキュリティ更新を拒否する場合は、TRUEを入力します。この場合、SECURITY_UPDATES_VIA_MYORACLESUPPORTにFALSEを入力する必要があります。

- セキュリティ更新を拒否しない場合は、FALSEを入力します。この場合、SECURITY_UPDATES_VIA_MYORACLESUPPORTにTRUEを入力する必要があります。

INSTALL_UPDATES_SELECTION

通常アップグレードにのみ適用できます。

ソフトウェアのみのアップグレードには適用できません。

そのため、ソフトウェアのみのアップグレードではこのパラメータをコメント・アウトします。

String

はい

このパラメータはデフォルトで、インストール中にソフトウェア更新がインストールされないことを示す"skip"に設定されています。

- My Oracle Supportからソフトウェア更新をインストールする場合、このパラメータを"download"に設定します。続いて、次のパラメータに資格証明を二重引用符で囲んで入力します。
MYORACLESUPPORT_USERNAME_FOR_SOFTWAREUPDATES

MYORACLESUPPORT_PASSWORD_FOR_SOFTWAREUPDATES

- ステージングされた場所からソフトウェア更新をインストールする場合、このパラメータを"staged"に設定します。続いてSTAGE_LOCATIONパラメータには、ソフトウェア更新が含まれるUpdatesディレクトリまで含めた絶対パスを二重引用符で囲んで入力します。
このオプションの場合、前提条件として、ソフトウェア更新がすでにダウンロードされている必要があります。手順については、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

ORACLE_MIDDLEWARE_HOME_LOCATION

通常アップグレードにのみ適用できます。

ソフトウェアのみのアップグレードには適用できません。

そのため、ソフトウェアのみのアップグレードではこのパラメータをコメント・アウトします。

String

はい

13c リリース1へのアップグレードはアウトオブプレース・アップグレードであるため、インストーラでOracle WebLogic Server 12c リリース1 (12.1.3.0)およびJava Development Kit (JDK) 1.7.0_80を自動的にインストールできる新しいミドルウェア・ホームを入力する必要があります。ミドルウェアの場所に書込み権限があることを確認します。

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

注意: ここで入力するミドルウェア・ホームは、Enterprise Manager Cloud Controlのためにのみ使用するようにしてください。他のOracle Fusion Middleware製品またはコンポーネントは、同じミドルウェア・ホームにインストールしないでください。

注意: ミドルウェア・ホームのパスの文字数が、Unixプラットフォームでは70文字、Microsoft Windowsプラットフォームでは25文字を超えていないことを確認してください。

たとえば、15文字のみを含むミドルウェア・ホームのパスC:\Oracle\MW\EMは、使用できます。ただし、Microsoft Windowsプラットフォームにおいて、25文字を超えるC:\OracleSoftware\OracleMiddleware\OracleEnterpriseManager\OMS\newrelease\omsは使用できません。

ORACLE_INSTANCE_HOME_LOCATION

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

String

はい

デフォルトでは、gc_instがすべてのOMS関連構成ファイルを格納するためのOMSインスタンス・ベース・ディレクトリとしてみなされ、デフォルトでミドルウェア・ホーム外に作成されます。

- デフォルトの場所およびディレクトリの名前を受け入れる場合は、パラメータを空白のままにします。

- カスタムの場所およびカスタム・ディレクトリ名を使用する場合は、カスタム・ディレクトリ名までのカスタムの場所の絶対パスを入力します。
たとえば、/u01/software/em13c/gc_instです。

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

OLD_BASE_DIR

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

String

はい

アップグレードするOMSのベース・ディレクトリを入力します。これは基本的にOMSホームが存在するミドルウェア・ホームです。

ORACLE_HOSTNAME

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

ONE_SYSTEM

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

Boolean

いいえ

デフォルトではTRUEに設定されています。

AGENT_BASE_DIR

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

OLD_DATABASE_CONNECTION_DESCRIPTION

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

OLD_DATABASE_SYSMAN_PASSWORD

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

WLS_ADMIN_SERVER_USERNAME

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

WLS_ADMIN_SERVER_PASSWORD

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。追加OMSのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

WLS_ADMIN_SERVER_CONFIRM_PASSWORD

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

NODE_MANAGER_PASSWORD

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

NODE_MANAGER_CONFIRM_PASSWORD

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

WLS_ADMIN_SERVER_PASSWORD

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

String

はい

WebLogicユーザー・アカウントのパスワードを入力します。

JVM_DIAGNOSTICS_TABLESPACE_LOCATION

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

DATABASE_HOSTNAME

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

LISTENER_PORT

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

SERVICENAME_OR_SID

通常アップグレードおよびソフトウェアのみのアップグレードには適用できません。

そのため、このパラメータをコメント・アウトします。

String

はい

適用できません。

SYS_PASSWORD

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

追加OMSのアップグレードには適用できません。

そのため、追加OMSのアップグレードではこのパラメータをコメント・アウトします。

String

はい

SYSユーザー・アカウントのパスワードを入力します。

SYSMAN_PASSWORD

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

追加OMSのアップグレードには適用できません。

そのため、追加OMSのアップグレードではこのパラメータをコメント・アウトします。

String

はい

SYSMANユーザー・アカウントのパスワードを入力します。

REPOSITORY_BACKUP

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

追加OMSのアップグレードには適用できません。

そのため、追加OMSのアップグレードではこのパラメータをコメント・アウトします。

Boolean

いいえ

前提条件として、Enterprise Managerシステムのアップグレードを開始する前に、管理リポジトリをバックアップする必要があります。すでにバックアップを作成済の場合はこのパラメータをTRUEに設定します。まだ作成していない場合は、FALSEに設定します。

DISABLE_DDMP_JOBS

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

追加OMSのアップグレードには適用できません。

そのため、追加OMSのアップグレードではこのパラメータをコメント・アウトします。

Boolean

いいえ

アップグレード後のメンテナンスのためにEnterprise Managerシステムを停止する必要がある場合は、このパラメータをTRUEに設定してDDMPジョブを無効にします。アップグレード後のメンテナンスのためにEnterprise Managerシステムを停止しないため、DDMPジョブを無効にしない場合は、このパラメータをFALSEに設定します。

PLUGIN_SELECTION

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

Stringリスト

はい

(二重引用符で囲ったプラグイン名のカンマ区切りリスト)

デフォルトでは、OMSにデプロイされているプラグインはすべて自動的にアップグレード(新しいバージョンが存在する場合)または移行(新しいバージョンが存在しない場合)されます。また、アップグレード対象のプラグインに新しい依存関係が存在する場合またはリリースで導入された新しいデフォルト・プラグインがある場合、新しいプラグインがデプロイされます。

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

他のオプションのプラグインのいずれかをインストールする場合は、このパラメータにそのプラグインの名前を入力します。

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

次に例を示します。

13.1.1.0.0_oracle.sysman.empa_2000_0.oparおよび13.1.1.0.0_oracle.sysman.vt_2000_0.oparをインストールする場合は、プラグインIDを次の方法で入力します。

PLUGIN_SELECTION={"oracle.sysman.empa","oracle.sysman.vt"}

ソフトウェア・キットに含まれていないプラグインをインストールするには、次の手順に従います。

1. 必要なプラグインを次の場所から手動でダウンロードします。
http://www.oracle.com/technetwork/oem/extensions/index.html

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

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

2. 次のパラメータを指定してインストーラを起動し、プラグインがダウンロードされている場所を渡します。
./em13100_<platform>.bin PLUGIN_LOCATION=<absolute_path_to_plugin_software_location>

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

CONFIGURE_SHARED_LOCATION_BIP

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

追加OMSのアップグレードには適用できません。

そのため、ソフトウェアのみのアップグレードではこのパラメータをコメント・アウトします。

Boolean

いいえ

共有場所にすでにOracle BI Publisherがインストールおよび構成されているOMSをアップグレードする場合、このパラメータをFALSEに設定します。

しかし、Oracle BI PublisherがまだインストールされていないOMSをアップグレードする場合または共有場所にOracle BI Publisherはインストールされているが構成されていないOMSをアップグレードする場合、このパラメータをTRUEに設定し、Oracle BI Publisherに対して共有場所を構成します。

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

Oracle BI Publisherのために使用する共有場所を特定します。既存の共有場所がない場合、新たに作成し、最初のOMSをインストールするホストおよび追加のOMSインスタンスをインストールする予定のホストでそれが認識されることを確認します。

アップグレード時に、インストールが成功するように、共有ディレクトリ用に約400MBのハードディスク領域を確保できます。ただし、追加のプラグインをインストールしたり、さらに多くのレポートを作成するにつれて、領域の使用率は時間とともに増えていくため、最終的に少なくとも10GBに拡張し、将来的にはさらに拡張できるようにすることをお薦めします。

CLUSTER_LOCATION

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

追加OMSのアップグレードには適用できません。

そのため、ソフトウェアのみのアップグレードではこのパラメータをコメント・アウトします。

String

はい

このパラメータは、CONFIGURE_SHARED_LOCATION_BIPパラメータをTRUEに設定した場合にのみ設定します。

Oracle BI Publisherが高可用性環境で動作するためにOracle BI Publisherスケジューラ記憶域が保持される共有記憶域の場所にある/clusterディレクトリまでのパスを指定します。たとえば、/u01/software/examplehost/BIP/cluster.です。

CONFIG_LOCATION

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

追加OMSのアップグレードには適用できません。

そのため、ソフトウェアのみのアップグレードではこのパラメータをコメント・アウトします。

String

はい

このパラメータは、CONFIGURE_SHARED_LOCATION_BIPパラメータをTRUEに設定した場合にのみ設定します。

Oracle BI Publisherリポジトリおよび構成ファイルが格納される共有記憶域の場所にある/configディレクトリまでのパスを指定します。たとえば、/u01/software/examplehost/BIP/config.です。

ENABLE_BI_PUBLISHER

通常アップグレードおよびソフトウェアのみのアップグレードに適用できます。

追加OMSのアップグレードには適用できません。

そのため、ソフトウェアのみのアップグレードではこのパラメータをコメント・アウトします。

Boolean

いいえ

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

Oracle BI Publisherを有効にするには、このパラメータをTRUEに設定します。無効にするには、このパラメータをFALSEに設定します。

B サーバー・ロード・バランサの構成設定の更新

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

- サーバー・ロード・バランサの構成設定の更新

B.1 サーバー・ロード・バランサの構成設定の更新

サーバー・ロード・バランサ(SLB)が構成されている場合は、表B-1に記載されている変更をモニターに対して行います。

注意:
関連付ける必要があるHTTPSおよびHTTPポートを検出するには、OMSのOracleホームから次のコマンドを実行します。
$<ORACLE_HOME>/bin/emctl status oms -details

表B-1 SLBモニターに対するSLB固有の構成変更

モニター名

構成

関連付けの対象

タイプ

間隔

タイムアウト

送信文字列

受信文字列

mon_emcc_secure_upload<https_port>

https

60

181

GET /empbs/upload

Http Receiver Servlet active!

ホストA:<https_upload_port>

ホストB:<https_upload_port>

mon_emcc_unsecure_agent_reg<http_port> (オプション)

http

60

181

GET /empbs/genwallet

GenWallet Servlet activated

ホストA:<http_upload_port>

ホストB:<http_upload_port>

mon_emcc_secure_console<https_console_port>

https

5

16

GET /em/consoleStatus.jsp

Enterprise Manager Console is UP

ホストA:<https_upload_port> ホストB:<https_upload_port>

mon_emcc_unsecure_console<http_console_port> (オプション)

http

5

16

GET /em/consoleStatus.jsp

Enterprise Manager Console is UP

ホストA:<http_upload_port>

ホストB:<http_upload_port>

注意:
一部のロード・バランサでは、リテラル\r\nを使用して送信文字列に明示的に追加するには、<CR><LF>文字が必要です。これはベンダー固有です。詳細は、SLBのドキュメントを参照してください。

C 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動

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

- 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動の概要

- 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動

C.1 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動の概要

Enterprise Manager Cloud Control 12cリリース1 (12.1.0.1)および12cリリース2 (12.1.0.2)では、中央エージェントのエージェント・ベース・ディレクトリはデフォルトでOracle Middleware Home (ミドルウェア・ホーム)内に保持されます。中央エージェントとは、デフォルトで最初のOracle Management ServiceとともにデプロイされるOracle Management Agentです。

しかし、Enterprise Manager Cloud Control 12cリリース3 (12.1.0.3)以上では、エージェント・ベース・ディレクトリをミドルウェア・ホーム内に保持することもできますが、ミドルウェア・ホーム外に保持することを強くお薦めします。各13cのアップグレードはアウトオブプレース・アップグレードであるため、アップグレード後のリリース用に新しいミドルウェア・ホームが作成されます。エージェント・ベース・ディレクトリをミドルウェア・ホーム外に保持すると、旧リリースのミドルウェア・ホームに依存しなくなるため、旧リリースのミドルウェア・ホームが必要ない場合は簡単に削除できます。

したがって、新しい12c リリース3 (12.1.0.3)、12c リリース4 (12.1.0.4)、12c リリース5 (12.1.0.5)または13c リリース1のOMSをインストールした場合、作成されたエージェント・ベース・ディレクトリはデフォルトで(ミドルウェア・ホーム内に保持することを選択した場合を除いて)ミドルウェア・ホーム外にあります。同様に、新しくインストールされた12c リリース3 (12.1.0.3)、12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)のOMSから13c リリース1にアップグレードした場合、アップグレードされたエージェント・ベース・ディレクトリはデフォルトで(以前のリリースのミドルウェア・ホーム内に保持することを選択した場合を除いて)ミドルウェア・ホーム外にあります。

しかし、12c リリース1 (12.1.0.1)から12c リリース2 (12.1.0.2)または12c リリース3 (12.1.0.3)にアップグレードしてから、12c リリース4 (12.1.0.4)または12c リリース5 (12.1.0.5)にアップグレードした場合、エージェント・ベース・ディレクトリは(ミドルウェア・ホーム外にすでに移行している場合を除いて)依然としてミドルウェア・ホーム内にあります。エージェント・ベース・ディレクトリは、必要に応じて、ミドルウェア外の場所に移行することもできます。

中央エージェントのエージェント・ベース・ディレクトリをOracleミドルウェア・ホーム外に移動できるのは1回のみであることに注意してください。中央エージェントのエージェント・ベース・ディレクトリがミドルウェア・ホームの外に移動されると、それ以降のアップグレード後でも同じ場所に残存します。

中央エージェントが(12.1.0.1から) 12.1.0.2、または(12.1.0.1または12.1.0.2から) 12.1.0.3へアップグレードされている場合で、中央エージェントのエージェント・ベース・ディレクトリをOracleミドルウェア・ホーム外に移動しようとする場合は、My Oracle Supportのノート1520010.1で説明されている手順に従ってください。

12.1.0.5または12.1.0.4の中央エージェント(当初はリリース12.1.0.1だったものが12.1.0.2または12.1.0.3にアップグレードされ、再度12.1.0.4または12.1.0.5にそれぞれアップグレードされたもの)のエージェント・ベース・ディレクトリをミドルウェア・ホーム外の場所に移動しようとする場合、次の手順に従います。

重要:
エージェント・ベース・ディレクトリの移動は、中央エージェント(Microsoft Windowsを含め、すべてのプラットフォーム上)についてのみお薦めし、スタンドアロン管理エージェントについてはお薦めしません。

C.2 中央エージェントのベース・ディレクトリのOracleミドルウェア・ホーム外への移動

中央エージェントのベース・ディレクトリをOracleミドルウェア・ホーム外に移動するには、次の手順に従います。

1. 次のスクリプトを実行します。

<AGENT_HOME>/perl/bin/perl <AGENT_HOME>/sysman/install/create_plugin_list.pl -instancehome <AGENT_INSTANCE_HOME>

<AGENT_HOME>は現在の中央エージェントのOracleホームを表し、<AGENT_INSTANCE_HOME>は現在の中央エージェントのインスタンス・ホームを表します。

2. 次のスクリプトを実行します。

<AGENT_HOME>/perl/bin/perl <AGENT_HOME>/sysman/install/AgentMigrate.pl -instanceHome <AGENT_INSTANCE_HOME> -newAgentBaseDir <AGENT_BASE_DIRECTORY>

<AGENT_HOME>は現在の中央エージェントのOracleホームを、<AGENT_INSTANCE_HOME>は新しい中央エージェントのインスタンス・ホームを、<AGENT_BASE_DIRECTORY>は中央エージェント・ベース・ディレクトリの移行先となる場所をそれぞれ表します。

移行が成功したかどうかを確認するには、Cloud Controlコンソールに切り替えて次の手順を実行します。

1. 「ターゲット」メニューから「すべてのターゲット」を選択します。中央エージェントのターゲットを選択します。「管理エージェント」ホームページの「サマリー」セクションで、Oracleホームのパスおよびエージェントの状態ディレクトリのパスを確認します。これらのパスの両方が新しい場所を示していることを確認します。

2. 中央エージェントによって監視されているターゲットのホームページにアクセスします。これらのターゲットのステータスをチェックします。これらが稼働し実行中であることを確認します。

D 古いOMSホームの削除

中央エージェントとは、デフォルトで最初のOracle Management Service (OMS)とともにデプロイされるOracle Management Agent (管理エージェント)です。Enterprise Manager Cloud Control 12c リリース1 (12.1.0.1)および12c リリース2 (12.1.0.2)では、中央エージェントのエージェント・ベース・ディレクトリはデフォルトでOracle Middleware Home (ミドルウェア・ホーム)内に保持されました。しかし、Enterprise Manager Cloud Control 12c リリース3 (12.1.0.3)以上では、エージェント・ベース・ディレクトリをミドルウェア・ホーム内に保持することもできますが、ミドルウェア・ホーム外に保持することを強くお薦めしました。12c リリース1 (12.1.0.1)または12c リリース2 (12.1.0.2)から12c リリース3 (12.1.0.3)以上へのアップグレード時に、付録Cの説明に従ってエージェント・ベース・ディレクトリをミドルウェア外の場所に移行することもできました。中央エージェントをすでに移行している場合は、古いOMSホームをすぐに削除できます。それ以外の場合は、まず中央エージェントを移行してから、古いOMSホームを削除する必要があります。

この付録では、この両方の状況下で古いOMSホームを削除する方法について説明します。特に、次の内容について説明します。

- 中央エージェントが古いミドルウェア・ホーム内にまだ存在する場合の古いOMSホームの削除

- 中央エージェントが古いミドルウェア・ホーム外の場所に移行されている場合の古いOMSホームの削除

D.1 中央エージェントが古いミドルウェア・ホーム内にまだ存在する場合の古いOMSホームの削除

中央エージェントが古いミドルウェア・ホーム外の場所にまだ移行されていない場合は、まず中央エージェントを移行してから古いOMS (古いミドルウェア・ホーム)を削除する必要があります。次の手順を実行します。

1. 中央エージェントを古いミドルウェア・ホーム外の場所に移行します。

1. プラグインのリストを作成します。
<AGENT_HOME>/perl/bin/perl <AGENT_HOME>/sysman/install/create_plugin_list.pl -instancehome <AGENT_INSTANCE_HOME>

<AGENT_HOME>は現在の中央エージェントのOracleホームを表し、<AGENT_INSTANCE_HOME>は現在の中央エージェントのインスタンス・ホームを表します。

2. 中央エージェントをスタンドアロン・エージェントに変換します。
<AGENT_HOME>/perl/bin/perl <AGENT_HOME>/sysman/install/AgentMigrate.pl -instanceHome <AGENT_INSTANCE_HOME> -newAgentBaseDir <AGENT_BASE_DIRECTORY>

<AGENT_HOME>は現在の中央エージェントのOracleホームを、<AGENT_INSTANCE_HOME>は新しい中央エージェントのインスタンス・ホームを、<AGENT_BASE_DIRECTORY>は中央エージェント・ベース・ディレクトリの移行先となる場所をそれぞれ表します。

2. 古いOMSホーム(古いミドルウェア・ホーム)を削除します。

1. 古いOMSホームをデタッチします。
<OLD_OMS_HOME>/oui/bin/runInstaller -detachHome -force -allDepHomes -silent ORACLE_HOME=<OLD_OMS_HOME> -waitForCompletion -invPtrLoc <OMS_HOME>/oraInst.loc

2. Oracle共通ディレクトリをデタッチします。
<OLD_OMS_HOME>/oui/bin/runInstaller -detachHome -force -allDepHomes -silent ORACLE_HOME=<OLD_MW_HOME>/oracle_common -waitForCompletion -invPtrLoc <OLD_MW_HOME>/oraInst.loc

3. 古いミドルウェア・ホームからプロセスが実行されていないか確認します。
ps -ef | grep <OLD_MW_HOME>

4. プロセスが実行されていない場合は、古いOMSホームを削除します。
rm -rf <OLD_OMS_HOME>

D.2 中央エージェントが古いミドルウェア・ホーム外の場所に移行されている場合の古いOMSホームの削除

中央エージェントが古いミドルウェア・ホーム外の場所にすでに移行されている場合は、古いOMS (古いミドルウェア・ホーム)をすぐに削除できます。次の手順を実行します。

1. 古いOMSホームをデタッチします。
<OLD_OMS_HOME>/oms/oui/bin/runInstaller -detachHome -force -allDepHomes -silent ORACLE_HOME=<OLD_OMS_HOME> -waitForCompletion -invPtrLoc <OMS_HOME>/oraInst.loc

2. Oracle共通ディレクトリをデタッチします。
<OLD_OMS_HOME>/oui/bin/runInstaller -detachHome -force -allDepHomes -silent ORACLE_HOME=<OLD_MW_HOME>/oracle_common -waitForCompletion -invPtrLoc <OLD_MW_HOME>/oraInst.loc

3. 古いミドルウェア・ホームからプロセスが実行されていないか確認します。
ps -ef | grep <OLD_MW_HOME>

4. プロセスが実行されていない場合は、古いOMSホームを削除します。
rm -rf <OLD_OMS_HOME>

索引
A  C  D  E  F  M  O  P  S  U

A

allroot.shスクリプト, 5.1.15

C

コネクタ, 2.10

重要なデータの移行, 8.4.1

D

データ・フォーマットの移行, 8.4.1

データベースのアップグレード, 2.4

遅延データ移行ジョブ

遅延データ移行, 8.4.1

概要, 8.4.1

追跡, 8.4.2

E

emkey, 4.16

Enterprise Manager Cloud Control

インストール・ウィザード, 2.15.1

アップグレードでサポートされているプラットフォーム, 2.3

サポートされているアップグレード・パス, 2.2

アップグレード範囲, 2.4

Enterprise Manager Cloud Controlインストール・ウィザード, 2.15.1

F

ファイアウォール設定, 2.6

M

移行アクティビティ, 8.4.1

O

Oracle Management Service

OMSインスタンスの停止, 5.1.8, 5.3.3.4

Oracle Software Library, 2.9 ORACLE_COMMONプロパティ, 2.4 アウトオブプレース・アップグレード, 2.4

P

ポート, 5.1.12, 5.3.3.8

カスタマイズ, 5.1.12, 5.3.3.8

既存ポートの再利用, 2.6

S

サーバー・ロード・バランサ

構成の更新, B

サポートされているアップグレード・パス, 2.2

U

アップグレード範囲, 2.4

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

追加パラメータ, 6.2.4.1

アップグレード後のタスク, 6.2.6.1

アップグレード・ジョブのステータスと進捗状況, 6.2.6.1

ユーザー・アカウント

SYS, 5.1.7, 5.3.3.3

SYSMAN, 5.1.7, 5.3.3.3

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2016, Oracle and/or its affiliates.All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティについて

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。