| Oracle® Enterprise Manager Cloud Controlアップグレード・ガイド 13c リリース3 E98554-01 |
|
 前 |
 次 |
Enterprise Managerをアップグレードする際、JVM診断(JVMD)エンジンはすべてアップグレード前プロセスの一環として停止されます。Enterprise Managerが13cリリース3に正常にアップグレードされたら、アップグレード前にエンタープライズに組み込まれていたJVMDエンジンを再作成する必要があります。
この章では、Java仮想マシン診断(JVMD)エージェントのアップグレードまたは再デプロイ方法について説明します。最新のJVMD機能を取得し、それらを使用して企業内にデプロイされたJVMをモニターするために、JVMDエージェントを最新の使用可能なバージョンにアップグレードすることをお薦めします。
この章の内容は次のとおりです。
注意:
基本および拡張オプションによるJVMDエージェントのデプロイの詳細は、次のガイドを参照してください。
『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』
『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』
Enterprise Manager Cloud Controlには、単純なWebアプリケーション(.warファイル)であるJVMDエージェントのアップグレードおよび再デプロイを可能にするユーザー・インタフェースおよびPerlスクリプトが用意されています。このユーザー・インタフェースおよびPerlスクリプトにより、JVMDエージェントのアップグレードまたは再デプロイのプロセスを簡略化し、複数のJVMDエージェントを1回でアップグレードまたは再デプロイできるようになります。あるいは、WebLogic管理コンソールを使用して最新バージョンのJVMDエージェントをダウンロードしてデプロイすることもできます。
注意:
特定のエンタープライズ管理タスク(OMS Oracle HTTP Serverのアップロード用のカスタム資格証明の構成、複数OMS用のロード・バランサの構成など)により、OMS構成に変更が取り込まれます。このようなタスクには、デプロイされた管理エージェントの再保護が必要となることがあります。企業内にデプロイされた管理エージェントを再度保護する場合、この項の説明に従って、必ずデプロイされたJVMDエージェントを再デプロイしてください。
次のいずれかの方法を使用して、JVMDエージェントをアップグレードまたは再デプロイできます。
注意:
特定の管理対象サーバーにデプロイされているJVMDエージェントをアップグレードできるのは、使用可能なJVMDエージェント・バイナリのバージョンがデプロイされているJVMDエージェントのバージョンと異なる場合のみです。
「設定」ページを使用して、モニター対象のWebLogicドメインにあるJVMDエージェントをアップグレードまたは再デプロイするには、次の手順に従います。
Oracle CloudターゲットでJVMDエージェントをアップグレードまたは再デプロイする場合は、「Hybrid Cloudモードの構成」を選択し、Oracle Cloudで構成したHybrid Cloudプロキシ・ホストおよびHybrid Cloudプロキシ・ポートを指定します。「Hybrid Cloudモードの構成」を選択すると、JVMDエージェントがプロキシ・ホストに接続し、プロキシ・ホストがJVMDエンジンに接続するため、「使用可能なJVMDエンジン」の値が自動的に「その他」に設定されます。
注意:
Hybrid CloudのバージョンがEnterprise Manager 13cにアップグレードされている場合、Oracle Cloudで実行してるターゲット・ドメインとJVM診断エンジンとの間のSSHトンネルで使用されているHybrid CloudプロキシおよびHybrid Cloud Gatewayも13cにアップグレードされる必要があります。ハイブリッド・クラウド・モードの構成を選択しない場合、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引数およびLibディレクトリ引数を指定できます。
クライアントJava引数: ターゲット・ドメインの管理サーバーに接続する際に使用するJava引数です。
Libディレクトリ: デプロイメント・プロセスの間のJvmdエージェント・ライブラリのコピー先となるデフォルト・ディレクトリ・パスです。指定したディレクトリ・パスがすでに作成されていることを確認する必要があります。
Dweblogic.security.SSL.enableJSSE=true
Dweblogic.security.SSL.protocolVersion=TLS1
Dweblogic.security.SSL.trustedCAKeyStore=<path to cacert>
「次へ」をクリックします。
EMCLIを使用してJVMDエージェントをアップグレードまたは再デプロイできます。
たとえば、次のようになります。
$emcli deploy_jvmd -deploy_mode redeploy
詳細は、Enterprise Manager Cloud管理者ガイドを参照してください。
WebLogic管理コンソールを使用して必要なJVMDエージェントのバージョンを手動でダウンロードし、デプロイすることもできます。
次に、必要なバージョンのJVMDエージェントを手動でダウンロードしてデプロイする手順を示します。
WebLogicコンソールにログインします。
「デプロイメント」に移動します。
古いjavadiagnosticagent.earまたはjamagent.warが存在する場合は削除します。
EM CCからダウンロードしたjamagent.warをインストールします。
jamagent appがまだ起動していない場合は起動します。
サーバーを再起動します(古いJVMDエージェントがある場合にのみ必要)。
EM CCに移動し、ServerName_jvmターゲットが作成されているかどうかを確認します。
