| Oracle® Enterprise Manager Cloud Control管理者ガイド 13cリリース1 E70363-03 |
|
 前 |
 次 |
|
重要: この章で説明するパッチ適用の手法は、Enterprise Manager Cloud Controlリリース13.1.0.0以上でのみ使用できます。 |
OMSPatcherでは、特定の環境に基づいてカスタムのパッチ適用手順を生成して、そのパッチを自動的に適用することによって、パッチ適用プロセスを自動化します。
この章の内容は次のとおりです。
OMSPatcherを使用すると、一般的なOMS構成(コア、プラグイン・ホーム)に最小限の操作で自動的にパッチを適用できます。
OMSPatcherは次のような多くのパッチ適用前チェックを実行します。
構成ベースの前提条件チェック
パッチベースのバイナリ前提条件チェック
OMSPatcherはエンドツーエンドの構成パッチ適用を実行します。構成パッチ適用は、構成に基づいてターゲットにパッチを適用するプロセスです。構成情報をパッチ適用プロセスに組み込むことにより、OMSPatcherは手順のほとんどを自動化し、パッチ適用タスクの単純化を可能にしています。
単一OMS – システムの単一OMSインスタンスから実行されるOMSアプリケーション。OMSPatcherはパッチ適用およびデプロイメント操作を実行します
複数OMS – 複数のマシンで実行されるOMSアプリケーション。OMSはOracle WebLogicドメインおよび個別の管理対象サーバーによって接続されます。管理対象サーバーと単一マシンにある個別のOMSビットの間には、1対1のマッピングがあります。OMSPatcherは、UNIXベースのシステム用に、自動生成されたbashスクリプト(OMSインスタンスごとに1つ)を提供します。Windowsベースのシステムの場合は、コンテキスト依存の手順(テキストおよびHTML)のみが提供されます。どちらのシステムの場合でも、管理者はOMSPatcherにより提供される手順に従う必要があります。
単一インスタンス・データベースまたはReal Application Cluster - 共有またはReal Application Cluster (RAC)
例: 複数OMSシステム
次の図は複数OMSデプロイメントを示しています。次の用語が使用されています。
管理者: パッチをOMSのコアおよびプラグイン・ホームにインストールしている個人。
ローカルOMS: 管理者がOMSPatcherを実行するOMSインスタンス。
リモートOMS: 管理者がパッチ適用操作を開始していない、(ローカルOMSと同じOMSドメイン内の)他のマシン上のOMSインスタンス。
単一OMSシステム(プライマリ)の場合、OMSPatcherがパッチ適用手順を実行します。複数OMSのUNIXシステムでは、OMSPatcherは実行用のbashスクリプトをOMSインスタンスごとに1つずつ生成します。これらのスクリプトを見つけるには、OMSPatcherにより提供される手順に従います。複数OMSのWindowsシステムの場合、OMSPatcherは、環境に合せてカスタマイズされたパッチ適用手順/コマンドをテキストおよびHTML形式で生成します。管理者はこれらの手順を実行して、様々なOracle Management Serviceにパッチを適用する必要があります。
ターゲット(または)インスタンスベースの構成とは別に、OMSPatcherは、コアおよびプラグインOracleホームとしてOracle Universal Installer (OUI)インベントリで確立されたインストールの構成関連を活用します。OUIインベントリからのOMS 13cホームは一般的に次のように編成されています。
<Middleware Home>
|_____<CORE_BITS>
|_____<PLUGINS_DIRECTORY>
|_____oracle.sysman.db.oms.plugin_13.1.0.0.0
|_____oracle.sysman.emas.oms.plugin_13.1.0.0.0
|_____oracle.sysman.mos.oms.plugin_13.1.0.0.0
.
.
.
Enterprise Manager リリース12.1.0.3から、Enterprise Managerのパッチは、パッチ自動化をサポートするためにシステム・パッチ形式に変換されました。
システムパッチとは
システム・パッチには複数のサブパッチが含まれ、それらの場所はパッチの最上位レベル・ディレクトリ内のbundle.xmlというファイルによって決定されます。サブパッチは、OMSのコアおよびプラグイン・ホーム編成に対応するシステムの別のサブシステム用です。
標準的なシステム・パッチの形式は次のように編成されています。
<System patch location - directory>
|_____ Readme.txt (or) Readme.html
bundle.xml
automation
|_____ apply_automation.xml
|_____rollback_automation.xml
Sub-patch1
|_____ etc
|_____config
|_____ inventory.xml
|_____ actions.xml
|_____ artifact_apply.xml
|_____ artifact_rollback.xml
|_____ files/Subpatch1 'payload'
Sub-patch2
|_____ etc
|_____config
|_____ inventory.xml
|_____ actions.xml
|_____ artifact_apply.xml
|_____ artifact_rollback.xml
|_____ files/Subpatch1 'payload'
Enterprise Manager release 12.1.0.2以前では、OMSPatcherはリリース済個別パッチではサポートされていません。これらの古いリリースについては、OPatchを使用してパッチのREADME手順に従う必要があります。
Enterprise Manager OMSのOMSPatcherは、パッチ適用操作の実行時に次の入力パラメータを要求します。これらのパラメータは、Enterprise Managerのインストール時に決定されています。
Oracle WebLogic管理サーバーのURLとポート番号
Oracle WebLogic管理サーバーのユーザー名
Oracle WebLogic管理サーバーのパスワード
OMSPatcherでは各パッチ適用操作に対してこの入力が要求されるため、WebLogic暗号化APIを使用してユーザー名およびパスワードを暗号化し、OMSPatcherのapplyおよびrollback操作の実行時にプロパティ・ファイルを使用してこの情報を渡す機能がOMSPatcherで提供されています。次の項では、プロパティ・ファイルの作成方法を説明します。
OMSPatcherを使用して実行される自動パッチ適用機能は、パッチ適用および構成検出操作の入力として、WebLogic管理サーバーのURLおよび資格証明を必要とします。主に、WebLogic管理サーバーはOMSインスタンスがデプロイされる管理対象サーバーを管理するホストです。OMSへのパッチの適用時に要求されるたびに資格証明を設定したくない場合、プロパティ・ファイルを更新できます。OMSPatcherでは、プロパティ・ファイルのオプションを使用して入力を繰返し指定することができます。
|
注意: プライマリOMSおよびスタンバイOMSのプロパティ・ファイルは、別のドメインにあるため異なります。 |
OMSPatcherプロパティ・ファイルを作成するには、次の手順を実行します。
WebLogicの暗号化構成およびキー・ファイルを作成するために次のスクリプトを実行します。
UNIXの場合:
$ OMSPatcher/wlskeys/createkeys.sh -oh <full path of platform home> -location <location to put the encrypted files>
Windowsの場合:
$ OMSPatcher\wlskeys\createkeys.cmd -oh <full path of platform home> -location <location to put the encrypted files>
要求されたら、OMSインスタンスがデプロイされる管理対象サーバーを管理するOracle WebLogic管理サーバーの資格証明を入力します。2つのファイルはconfigおよびkeyというファイル名で生成されます。
次のエントリでプロパティ・ファイルを作成します。:
AdminServerURL=t3s://<host address from where admin server is running>:<port of the admin server> AdminConfigFile=<'config' file location> AdminKeyFile=<'key' file location>
管理サーバーのホスト・アドレス値およびポート値は、次のemctlコマンドをOracleホームで実行して見つけることができます。
次に、(前述のガイドラインによって構築された)プロパティ・ファイルの表示例を示します。
AdminServerURL=t3s://my_admin_server.oracle.com:7101AdminConfigFile=/scratch/patch/oms_install_dir/middleware/oms/config/configAdminKeyFile=/scratch/patch/oms_install_dir/middleware/oms/config/key
|
注意: WebLogic管理サーバーのURL詳細を検索するには、パッチを適用するOMSホーム上で、次のコマンドを実行します。UNIXの場合:
Windowsの場合:
コマンド出力にはWebLogic管理サーバーの詳細が表示されます。これらの出力の詳細でURLを構築する方法の例は次のとおりです。 例: WLS Domain Information Domain Name : GCDomain Admin Server Host : my_wls.oracle.com Admin Server HTTPS Port: 7103 管理者サーバーのURLを構成するには、次の構文を使用します。
この例では、URLは次のように変換されます。
|
OMSPatcherパッチ適用セッションの実行前に、次の構成およびインベントリベースの前提条件を満たしていることを確認する必要があります。OMS自動化のために守る必要がある構成ベースの条件は、次のとおりです。
Enterprise Managerソフトウェア・ライブラリを構成する必要があります。
管理対象サーバーを通して(現在パッチを適用する)OMSインスタンスを制御するOracle WebLogic管理サーバーが稼働中である必要があります。
OMS管理リポジトリとリスナーを含むOracle Databaseが稼働していることを確認します。
各ホストのOMSプラットフォームに最新バージョンのOPatchがあることを確認します。最新のOPatchのリリース・バージョンは13.6.0.0.0で、My Oracle Supportから使用可能です。
最新のOPatchバージョンがない場合は、次のURLのMy Oracle Supportノート224346.1の手順に従います。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=224346.1
パッチのREADMEを確認し、パッチおよびパッチ適用手法に基づいて実行する固有の前提条件があるかどうか判断します。
システム前提条件の確認
すべての前提条件の確認で問題がなく、OMSPatcherパッチ適用セッション中にエラーが発生しないことを確認するために、各OMSインスタンス(OMSシステム内)で次のコマンドを実行することをお薦めします。
$<Middleware Home>/OMSPatcher/omspatcher apply <PATCH_LOC> -analyze
システム・パッチの場所から実行する必要があります(apply操作の場合)
|
注意: OMSPatcher apply -analyzeを実行すると、OMSシステムを停止する必要がありません。 |
|
注意: 選択したパッチ適用手法に指定されているパッチのREADMEおよび手順を確認します。 |
または
$<Middleware Home>/OMSPatcher/omspatcher rollback -analyze -id <comma (,) separated list of sub-patches to be rolled back for System patch>
|
注意: すべてのサブパッチをまとめてロールバックするには、すべて同じシステム・パッチからのサブパッチである必要があります。 |
例24-1 OMSPatcher rollback -analyzeの出力
------------------------------- bash-3.2$ OMSPatcher/omspatcher rollback -id 1111137 -analyze OMSPatcher Automation Tool Copyright (c) 2015, Oracle Corporation. All rights reserved. OMSPatcher version : 13.6.0.0.0 OUI version : 13.6.0.0.0 Running from : /scratch/mw Log file location : /scratch/mw/cfgtoollogs/omspatcher/1111137_Nov_11_2015_22_54_57/rollback2015-11-11_22-54-57PM_1.log OMSPatcher log file: /scratch/mw/cfgtoollogs/omspatcher/SystemPatch/omspatcher_2015-11-11_22-55-02PM_analyze.log Please enter OMS weblogic admin server URL(t3s://myserver.myco.com:7101):> Please enter OMS weblogic admin server username(weblogic):> Please enter OMS weblogic admin server password:> Sub-patch(es) " 1111137 " are part of the OMS System patch. Oracle Home: /scratch/mw, Sub-patch(es): [1111137, 1111126] Do you want to rollback sub-patch(es) "1111137" only? [y|n] y User Responded with: Y Configuration Validation: Success Running rollback prerequisite checks for patch(es) "1111137" and Oracle Home "/scratch/mw"... Sub-patch(es) "1111137" are successfully analyzed for Oracle Home "/scratch/mw" Complete Summary ================ All log file names referenced below can be accessed from the directory "/scratch/mw/cfgtoollogs/omspatcher/2015-11-11_22-54-57PM_SystemPatch_1111192_1" Prerequisites analysis summary: ------------------------------- The following sub-patch(es) are rollbackable: Featureset Sub-patches Log file ---------- ----------- -------- oracle.sysman.top.oms 1111137 1111137_RollbackPrereq2015-11-11_22-55-25PM_2.log Log file location: /scratch/mw/cfgtoollogs/omspatcher/SystemPatch/omspatcher_2015-11-11_22-55-02PM_analyze.log OMSPatcher succeeded. bash-3.2$
注意
|
注意: 分析が終了すると、OMSPatcherログを参照して、OMSPatcherによって分析以外のモードで実行される手順を確認できます。ログ・ファイルには、詳細手順を含むHTMLおよびテキスト出力ファイルHTMLへの参照が含まれます。 |
OMSPatcherは、パッチを適用しているOMSのプラットフォーム・ホームから実行する必要があります。ORACLE_HOME環境変数は、プラットフォーム・ホームとして設定するか、OMSPatcherの-ohオプションを使用して指定する必要があります。次に例を示します。
<Middleware Home>/OMSPatcher/omspatcher apply <patch>
最低限必要なOMSPatcherのバージョン: 13.6.0.0.0
最新バージョンのOPatchがあることの確認
OMSPatcherは、OPatchユーティリティを使用してパッチを適用します。このため、すべてのOMSインスタンス・プラットフォーム・ホームに最新バージョンのOMSPatcherおよびOPatchがあることを確認する必要があります。システムにあるOPatchのバージョンが不明な場合、次のコマンドを実行してください。
<Middleware Home>/OMSPatcher/omspatcher -version
最新バージョンのOPatchをダウンロードするには、次の場所のMy Oracle Supportノート224346.1の手順に従います。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=224346.1
Quickstartのパッチ適用
OMSPatcherの使用には、一般的に次のフェーズが含まれます。
1.システムがOMSPatcherシステム要件を満たすかどうかの判断
OMSPatcher apply -analyzeの実行
apply -analyzeコマンドは、システム(ビットまたは構成のいずれか)を変更することなく、(可能な場合は)すべての前提条件チェックを実行することにより、OMSPatcherのセッション適用をシミュレートします。このコマンドは、パッチは適用しません。
詳細は、「OMSPatcherの実行の前提条件」を参照してください。
2.現在システムに存在するシステム・パッチの決定
OMSPatcher lspatchesの実行
詳細は、「lspatches」を参照してください。
3.My Oracle Support (MOS)からのパッチの取得
OMSPatcherでは、必要なプラットフォームまたはプラグインのシステム・パッチをMy Oracle Supportから取得して、OMSPatcherを実行する予定のOMSインスタンスにダウンロードすることが要求されます。
詳細は、「My Oracle Support: パッチの検索」を参照してください。
4.パッチの適用
$OMSPatcher apply <patch>の実行
applyコマンドは、指定したシステム・パッチ内のすべてのパッチを、OMSPatcherコマンドが実行されるプラットフォーム・ホームに適用します。
詳細は、「omspatcher applyの実行」を参照してください。
5.システム・パッチの個別のサブパッチのアンインストール
$OMSPatcher rollback -id <list of comma separated sub-patches of System patch>の実行
|
注意: システム・パッチのサブパッチの完全なリストは、パッチのREADMEを参照してください。 |
パッチの適用後にシステムが不安定な場合、パッチそのものに原因がある可能性があります。Oracleサポートに連絡してください。OMSPatcher rollbackコマンドを使用してパッチを削除することをお薦めします。
詳細は、「omspatcher rollbackの実行」を参照してください。
パッチ適用の最初の手順は、My Oracle Support (MOS)から必要なパッチを決定することです。MOSは、パッチ適用についての情報がわかる単一ソースです。次の場所からMOSにアクセスできます。
https://support.oracle.com
ログインすると、ユーザーのOracle環境に必要なパッチの検索および取得を簡単にするインタラクティブなサポート・ツールおよび情報にアクセスできます。次の図はMOSホームページを示しています。
|
注意: 次の場所に、MOSに関する完全なドキュメントがあります。http://docs.oracle.com/cd/E25290_01/index.htm |
My Oracle Supportには多数の機能が含まれており、これらの機能はアプリケーションの上部に表示されるタブでグループ化されています。最も興味深いのは、次の図に示す「パッチと更新版」タブです。
タブをクリックしてパッチと更新版ページにアクセスします。ここから、OMSパッチ領域(コア、プラグイン、または組合せ)に基づいてパッチを検索できます。次の例は、様々なパッチ領域のOMSパッチ検索を示しています。
「検索」タブから「製品またはファミリ(拡張検索)」をクリックします。
例: プラットフォーム用パッチの検索
Enterprise Manager OMSのコア・パッチを検索するには、次の検索パラメータを入力します。
製品: Enterprise Manager Base Platform
リリース: Cloud Control (OMS) 12.1.0.4.0
プラットフォーム: Linux x86-64
「検索」をクリックすると、次の結果が表示されます。
パッチ18845437をクリックするとそのパッチ・ページに移動し、ナレッジ記事に関連付けられた、このパッチによって解決されるバグを表示することや、一般的なパッチのREADMEを表示することができます。
「ダウンロード」をクリックし、パッチの.ZIPファイルをローカル・システムに保存します。
omspatcher applyの実行パッチをダウンロードしたら、明示的なパッチ詳細およびパッチの適用手順についてパッチのREADMEを確認してください。READMEは次の場所にあります
<System patch location>/README.txt (または) README.html
READMEにあるパッチ適用操作を順に行う際に、(パッチ適用される構成、プライマリかスタンバイかに応じて) OMSPatcher applyを実行すると、プライマリ・サイトの複数OMSまたはスタンバイ・サイトのOMSシステム用のパッチ適用操作に対して、カスタムの環境固有バージョンのREADMEが生成されます。プライマリ・サイトの単一OMSシステムについては、OMSPatcher applyを実行するとパッチ適用およびデプロイメント操作が実行されます。
ローカルOMSインスタンスでは、最上位のシステム・パッチ・ディレクトリから次のコマンドを実行します。
$<Middleware home>/OMSPatcher/omspatcher apply <patch>
|
注意: OMSPatcher analyzeとは異なり、OMSPatcher applyはすべてのOMSインスタンス上では実行しないでください。OMSPatcherは、すべてのパッチ適用およびデプロイメント操作を実行するか、システムの完全な構成側面を含む環境固有の手順を生成します。 |
複数OMSのUNIXシステムでは、OMSPatcherは実行用のbashスクリプトをOMSインスタンスごとに1つずつ生成します。これらのスクリプトを見つけるには、OMSPatcherにより提供される手順に従います。複数OMSのWindowsシステムの場合、OMSPatcherは、環境に合せてカスタマイズされたパッチ適用手順/コマンドをテキストおよびHTML形式で生成します。管理者はこれらの手順を実行して、様々なOMSにパッチを適用する必要があります。
omspatcher rollbackの実行明示的なパッチ詳細およびパッチのアンインストール手順についてパッチのREADMEを確認してください。READMEは次の場所にあります
<System patch location>/README.txt (または) README.html
READMEにあるパッチのアンインストール操作を順に行う際に、(パッチ適用される構成、プライマリかスタンバイかに応じて) OMSPatcher rollbackを実行すると、プライマリ・サイトの複数OMSまたはスタンバイ・サイトのOMSシステム用のパッチ適用操作に対して、カスタムの環境固有バージョンのREADMEが生成されます。プライマリ・サイトの単一OMSシステムについては、omspatcher rollbackを実行するとアンインストール操作が実行されます。
ローカルOMSインスタンスでは、最上位のシステム・パッチ・ディレクトリから次のコマンドを実行します。
$<Middleware home>/OMSPatcher/omspatcher rollback -id <list of comma separated sub-patches of System patch
|
注意:
|
複数OMSのUNIXシステムでは、OMSPatcherは実行用のbashスクリプトをOMSインスタンスごとに1つずつ生成します。これらのスクリプトを見つけるには、omspatcherにより提供される手順に従います。複数OMSのWindowsシステムの場合、OMSPatcherは、環境に合せてカスタマイズされたパッチ適用手順/コマンドをテキストおよびHTML形式で生成します。管理者はこれらの手順を実行して、様々なOMSにパッチを適用する必要があります。
omspatcher lspatchesの実行パッチが適用またはロールバックされた後、omspatcher lspatchesコマンドを実行して、OMSホームとインストール済パッチの包括的なコンポーネント・タイプ - パッチ・マップを生成できます。
この項では、OMSへのパッチ適用に使用するすべてのOMSPatcherコマンドの包括的なリストおよび説明を提供します。
|
重要: OMSPatcherコマンドは、OMSミドルウェア・ホームから実行する必要があります。 |
OMSPatcherコマンド
OMSPatcherコマンドは、OMSミドルウェア・ホームのOMSPatcherディレクトリから実行されます。ミドルウェア・ホームは$ORACLE_HOMEとして設定する必要があります。次の一般的な例では、OMSPatcherコマンドはミドルウェア・ホームから実行されています。
<Middleware home>/OMSPatcher/omspatcher apply <PATH_TO_PATCH_DIRECTORY>
ここで<PATH_TO_PATCH_DIRECTORY>は、システム・パッチの最上位ディレクトリへのフルパスです。
-helpオプションを指定することにより、任意のコマンド(version以外)のオンライン・ヘルプを表示できます。
OMSPatcherは、6つの主なコマンドで構成されます。
apply
rollback
checkapplicable
saveConfigurationSnapshot
lspatches
version
システム・パッチをOMSインスタンス・ホームに適用します。パッチの場所を指定する必要があり、または現在のディレクトリがパッチの場所として使用されます。
|
重要: OMSPatcherは、プラットフォーム・ホームから実行する必要があります。ORACLE_HOME環境変数は、プラットフォーム・ホームとして設定するか、–ohオプションを使用して指定する必要があります。 |
システム・パッチの場所からApplyコマンドを直接実行する必要があります。
omspatcher applyを実行すると、次の入力を求めるプロンプトが表示されます。
プライマリOMS(またはスタンバイOMS)のWebLogic管理サーバーのURL
ユーザー名およびパスワード
silentオプションとproperty_fileオプションを使用すると、サイレント・モードでの対話がサポートされます。standbyオプションは、スタンバイOMSシステムにパッチ適用する場合に使用する必要があります。OMSPatcherは、コマンドラインからx=yプロパティを渡します。表24-2「applyプロパティ」を参照してください。
構文
<Middleware home>/OMSPatcher/omspatcher apply <System patch location>
[-jre <Path to JRE>] [-nonrolling]
[-invPtrLoc <Path to oraInst.loc>]
[-property_file <Path to property file>]
[-analyze] [-silent] [-oh <Platform home path>]
パラメータ
<システムのパッチの場所>
パッチの場所へのパスです。パッチの場所を指定しない場合は、現在のディレクトリがパッチの場所として使用されます。パッチはシステム・パッチになります。
applyコマンドのオプション
表24-1 apply
| オプション | 説明 |
|---|---|
|
jre |
このオプションは、Oracleホームの下のデフォルトの場所のかわりに、特定の場所のJRE (Java)を使用するようにOMSPatcherに指示します。 |
|
invPtrLoc |
oraInst.locファイルを見つける際に使用します。インストールで-invPtrLocフラグを使用した場合に必要です。oraInst.locファイルのパスにする必要があります。 |
|
property_file |
OMSPatcherが使用する、ユーザー定義のプロパティ・ファイル。プロパティ・ファイルのパスは絶対パスにする必要があります。 omspatcherのキーは次のとおりです。 AdminConfigFile - OMSインスタンス・ドメインの管理サーバー・ユーザーの暗号化ファイル。 AdminKeyFile - OMSインスタンス・ドメインの管理サーバー・パスワードの暗号化ファイル。 AdminServerURL - OMSインスタンス・ドメインの管理サーバーURL。 (例: t3s://<host address>:<port number>) キー、値のペアはx=yの形式であり、ここでxはomspatcherが理解するキーで、各ペアはプロパティ・ファイル内で改行で区切られます。このオプションは、通常はサイレント操作に使用されます。 このオプションは、サイレント・モードでomspatcherを起動した場合に有用です。WebLogic管理サーバーのユーザー名およびパスワードの暗号化ファイルを作成するには、次を使用します
注意: Windowsの場合、プロパティ・ファイル内のパスで、ディレクトリ、ファイルを\\で区切ります。 |
|
analyze |
構成変更/バイナリ変更のいずれも使用しないアクションをOMSPatcherから出力します。 このオプションは、構成およびバイナリ前提条件の両方のチェックを含む、前提条件チェックを実行します。適用操作をシミュレートします(パッチの適用はしません)。このオプションを付けた |
|
silent |
ユーザーとの対話を出力しません。 |
|
oh |
このオプションによって渡されたパラメータは、ORACLE_HOME環境変数をオーバーライドします。このパラメータ(このオプションが使用される場合)は、コア・プラットフォーム・ホームである必要があります。 |
applyコマンドのプロパティ
表24-2 applyプロパティ
| オプション | 説明 |
|---|---|
|
OMSPatcher.OMS_DISABLE_HOST_CHECK=true |
WebLogic管理サーバーのホストの検証チェックを無効化するために使用されます。OMS構成が仮想ホストを基にしている場合は、このプロパティをtrueに設定します。 |
|
OMSPatcher.OMS_USER=<installed OMS user> |
インストールされているOMSの管理者名をOMSPatcherが取得できない場合に使用されます。 このスイッチはMicrosoft Windows環境にのみ適用可能です。 |
|
OMSPatcher.OMS_SCRIPTS_DIR=<existing directory> |
bashスクリプト(複数のOMS構成用のOMSPatcherによって生成された)がコピーされる、単一の既存ディレクトリを指定するために使用されます。 既存ディレクトリを指定することで、このプロパティで指定されたディレクトリの下に新しく作成されたタイムスタンプの名前のサブディレクトリに、bashスクリプトがコピーされます。これによってOMS管理者は、個々のOMSマシンに手動でスクリプトをコピーするかわりに、事前定義した共有の場所からスクリプトを実行することができます。 このスイッチはUNIXシステム環境にのみ適用可能です。 |
システム・パッチのサブパッチをOMSインスタンス・ホームからロールバックします。管理者がシステム・パッチのサブパッチIDを指定します。OMSPatcher lspatchesコマンドの実行によってサブパッチIDを取得できます。「omspatcher lspatchesの実行」を参照してください。
重要: OMSPatcherは、ミドルウェア・ホームから実行する必要があります。ORACLE_HOME環境変数は、プラットフォーム・ホームとして設定するか、–ohオプションを使用して指定する必要があります。
OMSPatcher rollbackを実行すると、次の入力を求めるプロンプトが表示されます。
プライマリOMS(またはスタンバイOMS)のWebLogic管理サーバーのURL
ユーザー名およびパスワード
silentオプションとproperty_fileオプションを使用すると、サイレント・モードでの対話がサポートされます。standbyオプションは、スタンバイOMSシステムにパッチ適用する場合に使用する必要があります。OMSPatcherは、コマンドラインからx=yプロパティを渡します。表24-2「applyプロパティ」を参照してください。
構文
omsatcher rollback -id <sub patches ID of System patch>
[-idFile <file contains list of sub-patch IDs
of System patch> ]
[-invPtrLoc <Path to oraInst.loc>]
[-jre <LOC>]
[-silent]
[-nonrolling]
[-property_file <path to property file>]
[-analyze]
パラメータ
システム・パッチをロールバックするためのサブパッチID。システム・パッチ全体をロールバックする必要がある場合は、システム・パッチ(ロールバックされる)のすべてのサブパッチ用のパッチIDを指定する必要があります。
rollbackオプション
表24-3 rollback
| オプション | 説明 |
|---|---|
|
id |
システム・パッチのサブパッチのリスト。サブパッチの完全なリストは、システム・パッチのREADMEを参照してください。 システム・パッチ・バンドルに関連するコア・ホームおよびプラグイン・ホームの両方について、すべてのパッチIDを表示するには、 |
|
idfile |
システム・パッチのサブパッチIDのリストを含むファイルです。 |
|
invPtrLoc |
|
|
jre |
このjreオプションは、Oracleホームの下のデフォルトの場所のかわりに、特定のJRE (Java)の場所を使用するようにOMSPatcherに指示します。 |
|
silent |
このオプションは、呼出しのサイレント・モードを参照します。 |
|
nonrolling |
|
|
property_file |
omspatcherが使用する、管理者定義のプロパティ・ファイル。プロパティ・ファイルのパスは絶対パスにする必要があります。 omspatcherのキーは次のとおりです。 'AdminConfigFile' - OMSインスタンス・ドメインの管理サーバー管理者の暗号化ファイル。 'AdminKeyFile' - OMSインスタンス・ドメインの管理サーバー・パスワードの暗号化ファイル。 'AdminServerURL' - OMSインスタンス・ドメインの管理サーバーURL。 (例: t3s://<host address>:<port number>) キー、値のペアはx=yの形式であり、ここでxはomspatcherが理解するキーで、各ペアはプロパティ・ファイル内で改行で区切られます。 WebLogic管理サーバーのユーザー名およびパスワードの暗号化ファイルを作成するには、 注意: Windowsの場合、プロパティ・ファイル内のパスで、ディレクトリ、ファイルを\\で区切ります。 |
|
analyze |
このオプションは、構成およびバイナリ前提条件の両方のチェックを含む、前提条件チェックのドライランに利用できます。このオプションを付けたコマンドOMSPatcher rollbackは、すべての前提条件がパッチ適用操作について合格することを確認するために、各OMSインスタンスで実行する必要があります。 |
rollbackコマンドのプロパティ
表24-4 rollbackプロパティ
| オプション | 説明 |
|---|---|
|
OMSPatcher.OMS_DISABLE_HOST_CHECK=true |
WebLogic管理サーバーのホストの検証チェックを無効化するために使用されます。OMS構成が仮想ホストを基にしている場合は、このプロパティをtrueに設定します。 |
|
OMSPatcher.OMS_USER=<installed OMS user> |
インストールされているOMSの管理者名をOMSPatcherが取得できない場合に使用されます。 このスイッチはMicrosoft Windows環境にのみ適用可能です。 |
|
OMSPatcher.OMS_SCRIPTS_DIR=<existing directory> |
bashスクリプト(複数のOMS構成用のOMSPatcherによって生成された)がコピーされる、単一の既存ディレクトリを指定するために使用されます。 既存ディレクトリを指定することで、このプロパティで指定されたディレクトリの下に新しく作成されたタイムスタンプの名前のサブディレクトリに、bashスクリプトがコピーされます。これによってOMS管理者は、個々のOMSマシンに手動でスクリプトをコピーするかわりに、事前定義した共有の場所からスクリプトを実行することができます。 このスイッチはUNIXシステム環境にのみ適用可能です。 |
OMSホームに適用されるパッチのリストを表示します。これにより、パッチが適用されているコンポーネント名/バージョン、コンポーネント・タイプ、システム・パッチ、サブパッチおよびパッチの説明が表示されます。OMSPatcherは、システム・パッチの適用にのみ使用されることに注意してください。ただし、OMSには、Enterprise Managerのインストール時にすでに適用されている個別パッチを含めることができます。OMSPatcherでは、パッチがシステム・パッチか個別パッチかに関する情報を提供して、システム・パッチである場合には、システム・パッチに含まれるその他のパッチもすべて表示されます。
構文
OMSPatcher lspatches [ -invPtrLoc <Path to oraInst.loc> ] [-jre <LOC> ] [-oh]
オプション
versionコマンドは、OPatchユーティリティ、依存OPlanバージョンおよびosysmodelバージョンの現在のバージョン番号を表示します。
重要: OMSPatcherは、ミドルウェア・ホームから実行する必要があります。
構文
<MW_HOME>/OMSPatcher/omspatcher version [-invPtrLoc <Path to oraInst.loc>]
[-jre <LOC>]
[-oh <ORACLE_HOME>]
[-help] [-h]
オプション
次の表では、versionコマンドで使用可能なオプションについて説明します。
checkApplicableコマンドは、システム・パッチの適用可否および(または)システム・パッチのサブパッチをロールバックできるかどうかを判断するために、OMSプラットフォーム・ホームおよびプラグイン・ホームで前提条件のバイナリ・チェックを実行します。
構文
omspatcher checkApplicable
[-id <singleton or System Patch ID to be rolled back>]
[-invPtrLoc <Path to oraInst.loc>]
[-jre <LOC>]
[-ph <System patch that is to be installed>]
[-silent]
オプション
次の表では、checkApplicableコマンドで使用可能なオプションについて説明します。
表24-7 checkApplicableコマンドのオプション
| オプション | 説明 |
|---|---|
|
id |
OMSプラットフォーム・ホームまたはプラグイン・ホームからロールバックされるサブパッチIDを指定するために使用されます。 |
|
invPtrLoc |
oraInst.locファイルを見つける際に使用します。インストールで-invPtrLocフラグを使用した場合に必要です。oraInst.locファイルのパスにする必要があります。 |
|
jre |
Oracleホーム下のデフォルトの場所のかわりに、指定した場所のJRE(Java)を使用するようにOPatchに指示します。 |
|
ph |
パッチの場所のパスを指定するために使用されます。入力はシステム・パッチの場所である必要があります。 |
|
silent |
ユーザーとの対話を出力しません。 |
saveConfigurationSnapshotコマンドは、プライマリOMS (およびOMSリポジトリ)のスナップショット構成を生成し、それをOMSPatcherで読取り可能なXMLファイルに保存します。
ファイルを指定しない場合は、次の場所のデフォルト・ファイル(configData.xml)に保存されます。
ORACLE_HOME/cfgtoollogs/opatch/sysconfig/configData.xml
saveConfigurationSnapshotコマンドを実行すると、次の入力を求めるプロンプトが表示されます。
プライマリOMSのWebLogic管理サーバーのURL
ユーザー名とパスワード
silentオプションとproperty_fileオプションによって、サイレント・モード(ユーザーとの対話処理を抑止する)でコマンドを実行することができます。
このコマンドはプライマリOMSシステムに属するOMSインスタンスから実行する必要があります。OMS構成を仮想ホストで実行する場合、コマンドラインからOMSPatcher.OMS_DISABLE_HOST_CHECK=trueオプションを設定する必要があります。
構文
omspatcher saveConfigurationSnapshot
[-configFile <File to save configuration snapshot> ]
[-oh <ORACLE_HOME> ]
[-invPtrLoc <Path to oraInst.loc> ]
[-jre <LOC> ]
[-silent ]
[-property_file <path to file> ]
オプション
次の表では、versionコマンドで使用可能なオプションについて説明します。
表24-8 saveConfigurationSnapshotコマンド・オプション
| オプション | 説明 |
|---|---|
|
configFile |
OPatchが指定した製品の構成をXMLファイルに記述できるようにします。XMLファイルはOracle System Model APIでのみ認識可能であり、Enterprise Manager SDKによってアクセス可能です。 |
|
oh |
作業するOracleホームを指定します。指定したOracleホームが、環境変数ORACLE_HOMEよりも優先されます。 |
|
invPtrLoc |
oraInst.locファイルを見つける際に使用します。インストールで-invPtrLocフラグを使用した場合に必要です。oraInst.locファイルのパスにする必要があります。 |
|
jre |
Oracleホーム下のデフォルトの場所のかわりに、指定した場所のJRE (Java)を使用するようにOMSPatcherに指示します。 |
|
silent |
ユーザーとの対話を出力しません。 |
|
property_file |
OMSPatcherが使用する、ユーザー定義のプロパティ・ファイル。プロパティ・ファイルへのパスは絶対パスである必要があります。 OMSPatcherのキーは次のとおりです。
キー、値のペアはx=yの形式であり、ここでxはOMSPatcherが理解するキーで、各ペアはプロパティ・ファイル内で改行で区切られます。
WebLogic管理サーバーのユーザー名およびパスワードの暗号化ファイルを作成するには、次のスクリプトを実行します。
(Windows用のcreateKeys.cmdは)、property_fileオプションを使用してファイルを取得し、カスタム・ファイルを介してそれらをロードします。 注意: Windowsの場合、プロパティ・ファイル内のパスで、ディレクトリ、ファイルを\\で区切ります。 |
この章では、パッチ適用操作または分析フェーズ中に発生する可能性がある一般的なOMSPatcherの問題について説明します。
この章の内容は次のとおりです。
OMSPatcherは、パッチ適用プロセスを十分に自動化するために、様々なツール/ユーティリティにアクセスし、それらの個別のフェーズで様々なパッチ適用タスクを実行します。OPatchまたはOMSPatcherの外部の主なツール/ユーティリティは次のとおりです。
emctl stop oms - ライフ・サイクル
emctl start oms - ライフ・サイクル
emctl applypatch、emctl rollbackpatch – OMSリポジトリのSYSMANスキーマ内のSQL変更を個別に適用、ロールバックします
emctl register、emctl deregister – パッチ・メタデータ指示に従い、MRSアーティファクトに対する適切なXMLでメタデータ・サービスを個別に登録、登録解除します
これらのツール/ユーティリティはパッチ適用プロセス中にアクセスされます。これらのユーティリティの呼出し中に失敗が発生する可能性もありますが、これらのコマンドのエラーおよび処置はこのドキュメントで説明していません。Oracleサポートで詳細を調査する必要があります。ただし、OMSPatcherはこれらのコマンド出力からエラーをトラップし、適切なログにプッシュして管理者そして最終的にはサポートに通知します。
外部ツール/ユーティリティに加えて、OMSPatcherでは次の内部ユーティリティを使用してバイナリ・パッチ適用操作を実行します。それらには、OMSPatcherによって生成された個別のログ・ファイルがあります。内部ユーティリティはパッチ・バイナリ前提条件チェックであり、パッチ・バイナリのapply、rollback操作です。
この項では、OMSPatcherのパッチ適用操作の一部として発行されたログの情報を参照します。この知識は、管理者が正しい領域から適切なログを取得してトラブルシュートし、さらに分析するためにOracleサポートに通知するのに必要です。次の注釈付きの例は、OMSPatcherの実行時に作成される様々なログ・ファイルを表示するOMSPatcher applyの出力を示しています。
OMSPatcher rollbackのサンプル出力
bash-3.2$ OMSPatcher/omspatcher rollback -id 1111137
OMSPatcher Automation Tool
Copyright (c) 2015, Oracle Corporation. All rights reserved.
OMSPatcher version : 13.6.0.0.0
OUI version : 13.6.0.0.0
Running from : /scratch/mw
Log file location : /scratch/mw/cfgtoollogs/omspatcher/1111137_Nov_11_2015_23_57_40/rollback2015-11-11_23-57-40PM_1.log
OMSPatcher log file: /scratch/mw/cfgtoollogs/omspatcher/SystemPatch/omspatcher_2015-11-11_23-57-45PM_deploy.log
Please enter OMS weblogic admin server URL(t3s://myserver.myco.com:7101):>
Please enter OMS weblogic admin server username(weblogic):>
Please enter OMS weblogic admin server password:>
Sub-patch(es) " 1111137 " are part of the OMS System patch.
Oracle Home: /scratch/mw, Sub-patch(es): [1111137, 1111126]
Do you want to rollback sub-patch(es) "1111137" only? [y|n]
y
User Responded with: Y
Configuration Validation: Success
Running rollback prerequisite checks for patch(es) "1111137" and Oracle Home "/scratch/mw"...
Sub-patch(es) "1111137" are successfully analyzed for Oracle Home "/scratch/mw"
To continue, OMSPatcher will do the following:
[Patch and deploy artifacts] : De-register MRS artifact "VCPUUtilization";
Rollback sub-patch(es) [ 1111137 ] from component "oracle.sysman.emas.oms.plugin" and version "13.1.1.0.0"
Do you want to proceed? [y|n]
y
User Responded with: Y
De-registering service "VCPUUtilization" with register file "/scratch/mw/plugins/oracle.sysman.emas.oms.plugin_13.1.1.0.0/metadata/vcpu/vcpu-exalogic-registration.xml" for plugin id as "oracle.sysman.emas"...
Rolling back sub-patch "1111137" from Oracle Home "/scratch/mw"...
Complete Summary
================
All log file names referenced below can be accessed from the directory "/scratch/mw/cfgtoollogs/omspatcher/2015-11-11_23-57-40PM_SystemPatch_1111192_1"
Patching summary:
------------------
Binaries of the following sub-patch(es) have been successfully rolled back:
Featureset Sub-patches Log file
---------- ----------- --------
oracle.sysman.emas.oms.plugin_13.1.1.0.0 1111137 1111137_rollback2015-11-11_23-58-45PM_3.log
Undeployment Summary:
-------------------
The following artifact(s) have been successfully rolled back:
Artifacts Log file
--------- --------
MRS-VCPUUtilization emctl_deregister_VCPUUtilization_2015-11-11_23-58-26PM.log
Log file location: /scratch/mw/cfgtoollogs/omspatcher/SystemPatch/omspatcher_2015-11-11_23-57-45PM_deploy.log
OMSPatcher succeeded.
統合ディレクトリへのログ出力
前述の例に示すように、統合ログ・ディレクトリへのすべてのログのプッシュに参照があります。トレース例の次の行は、この統合ログ・ディレクトリを示しています。
... All log file names referenced below can be accessed from the directory "/scratch/mw/cfgtoollogs/omspatcher/2015-11-11_23-57-40PM_SystemPatch_1111192_1"" ...
この統合ログ・ディレクトリには、次のファイルが含まれます(ここではrollbackの例を参照しています)。
$ ls -l /scratch/aime/work/midnew270/oms/cfgtoollogs/opatch/2014-05-15_03-24-24AM_SystemPatch_1111118_1 total 64 -rw-rw-rw- 1 kamlku dba 59954 Nov 11 23:59 1111137_rollback2015-11-11_23-58-45PM_3.log -rw-rw-rw- 1 kamlku dba 2361 Nov 11 23:59 1111137_RollbackPrereq2015-11-11_23-58-19PM_2.log -rw-rw-rw- 1 kamlku dba 120 Nov 11 23:58 AdminServerStatusPrerequisites_2015-11-11_23-58-19PM.log -rw-rw-rw- 1 kamlku dba 785 Nov 11 23:58 emctl_deregister_VCPUUtilization_2015-11-11_23-58-26PM.log -rw-rw-rw- 1 kamlku dba 66 Nov 11 23:58 RepositoryStatusPrerequisites_2015-11-11_23-58-19PM.log -rw-rw-rw- 1 kamlku dba 5165 Nov 11 23:59 rollback2015-11-11_23-57-40PM_1.log -rw-rw-rw- 1 kamlku dba 3045 Nov 11 23:59 temp_apply_automation.xml -rw-rw-rw- 1 kamlku dba 2173 Nov 11 23:59 temp_rollback_automation.xml $
各呼出しのそれぞれのログ・ファイル、コマンドのすべては、前述で強調表示されているように最後に統合場所にコピーされます。各コマンドの命名規則は自己説明的であり、自動化で実行されている実際の操作を示します。管理者が失敗を参照するために個別のファイルに簡単に接続できるように、omspatcherログ・ファイルは個別のログ・ファイルを参照します。
管理者がOracleサポートに連絡する場合、次のリファレンスをサポートに提供する必要があります。
管理者インタフェースのトレース。
統合ログ・ディレクトリのzip
OPatchログ・ファイル
OMSPatcherログ・ファイル
すべてのOMSインスタンス・ホームでのOMSPatcher lspatchesコマンドの出力。
一般的なOMSPatcherエラー・コードは、次の表を参照してください。
表24-9 OMSPatcherエラー・コード
| エラー・コード | 説明 | 処置/提案 |
|---|---|---|
|
231 |
Oracle WebLogic管理サーバーのURLが正しくないか、または資格証明が無効(あるいはその両方)です |
インタビュー入力を修正し、OMSPatcherを再実行します。 |
|
234 |
Oracle WebLogic管理サーバーのURLの形式が正しくありません |
Oracle WebLogic管理サーバーのURLがすでにデフォルト設定されている(値を指定されている)場合、<enter>と入力します。指定されていない場合、t3s://<WebLogic Administration Server host address>:<WebLogic Administration Server port>.OMSがデプロイされている管理対象サーバーを制御するドメイン、としてOracle WebLogic管理サーバーのURLを構築します。 |
|
235 |
OMSリポジトリに接続できません |
SYSMAN管理者に対するOMSリポジトリの接続性を確認し、OMSPatcherを再実行します。 |
|
236 |
OUI中央インベントリの読取り問題 |
OUIインベントリが他のプロセスによってロックされているか確認します。OUIインベントリが読取り可能であるか確認します。 |
|
238 |
パッチ・バイナリ前提条件チェックの失敗 |
OMSPatcher、OPatch、パッチ・バイナリ前提条件のログ・ファイルでエラーの詳細を確認します。解決できない場合、Oracleサポートに連絡してください。 |
|
240 - 251 |
バイナリ更新(または)デプロイメントの失敗 |
|
|
233 |
ソフトウェア・ライブラリが構成されていません OMSリポジトリの接続に成功していません。(資格証明入力中の同じものに対する成功後チェック) Oracle WebLogic管理サーバーに到達できません(資格証明入力中の同じものに対する成功後チェック) |
OMSPatcherログ・ファイルで失敗を確認します。 |
次の表に、OMSPatcherがライフ・サイクルおよびデプロイメントに使用する外部ユーティリティの終了コードをリストします。OMSPatcherを介してデプロイメント(または)ライフ・サイクルが失敗した場合、管理者は個別のログ・ファイルでエラー・メッセージ/推奨列に示すエラー・メッセージを検索できます。
表24-10 OMSPatcher外部ユーティリティ・エラー・コード
| 終了コード | エラー・メッセージ / 推奨 |
|---|---|
|
34 |
コマンドの使用方法を表示します。 |
|
35 |
パスワードを読み取れません。終了しています... |
|
36 |
リポジトリへの接続を取得できません。終了しています... |
|
37 |
プラグインはこの管理サーバーにデプロイされていません。プラグインのメタデータを登録するには、まずそのプラグインをデプロイする必要があります。 |
|
38 |
入力ファイルが存在しません |
|
39 |
この操作はサービスでサポートされていません。 |
|
40 |
メタデータ操作はスキップされます。 |
|
41 |
メタデータの登録中にエラーが発生しました。 |
|
42 |
メタデータの登録解除中にエラーが発生しました。 |
この項では、OMSPatcher使用時の特別なケースの問題解決情報を提供します。この情報を使用すると、管理者がこのような問題を容易に処理できるようになり、サポート・チームの介入の必要性も少なくなります。
Windowsがパッチ適用の失敗の原因をOracle WebLogic管理サーバーによるファイルのロックと分析
Windowsオペレーティング・システムでは、Enterprise Manager関連のファイルのいくつか(パッチ適用に使用)が、Oracle WebLogic管理サーバーの実行によってロックされることが通知されています。OMSPatcherでは、構成の検出のためにOracle WebLogic管理サーバーが実行中になることが要求されるため、次の手順を実行して環境およびパッチ適用に関するこの競合が取り除かれることを確認する必要があります。
ORACLE_HOMEに移動します。
OMSPatcherを非分析モードで実行します。詳細な手順は、パッチのREADMEおよび管理者ガイドを参照してください。
OMSPatcherを非分析モードで実行すると、アクティブなファイルがOracle WebLogic管理サーバーによって再びロックされているかが確認され、次に示すようなプロンプトが表示されます(サイレント・モードの場合は自動的にyesになります)。
Running prerequisite checks to verify if any files or services are locked by admin server process... Please monitor OPatch log file: c:\MW_130518\oms\cfgtoollogs\opatch\1111112_Jun_ 26_2014_08_16_19\ApplyPrereq2014-06-26_08-16-57AM_8.log The details are: Following files are active : c:\MW_130518\oms\sysman\jlib\emCoreConsole.jar Due to active files to be patched, OMSPatcher will stop all OMS processes so tha t lock on active files may be released... Do you want to proceed? [y|n] y User Responded with: Y OMSPatcher has stopped all OMS processes successfully.
OMSプロセスの停止中に失敗があった場合、OMSPatcherはそれに応じてエラーを出力します。詳細は、OMSPatcherログ・ファイルを参照してください。
OMSPatcherはスタックを停止してから、パッチ・バイナリの前提条件チェックを続行するか管理者に確認を要求します(サイレント・モードの場合は自動的にyesになります)。
OMSPatcher has stopped all OMS processes successfully. Please make sure the above listed active files are unlocked by all windows processes. Do you want to proceed? [y|n] y User Responded with: Y
|
注意: 管理者は、プロセス・エクスプローラのようなオープン・ソース・ユーティリティを使用し、(2)の出力に示されるファイル文字列を検索して、まだアクティブなファイルがあるかどうかをチェックする必要があります。ある場合は、OPatchが自動化要素の確認、パッチ適用およびデプロイを実行するように、これらのファイルのプロセス・ツリーをkillします。 |
OMSPatcherはスタックの再起動を試行しません。管理者は必要に応じてスタックを再起動する必要があります。
このケースの完全なサンプル・トレースを次に示します。
C:\MW_130518\oms\OPatch_June26>omspatcher apply ..\patches\cmdRcu\1111112 OMSPatcher Automation Tool Copyright (c) 2015, Oracle Corporation. All rights reserved. OMSPatcher version : 13.6.0.0.0 OUI version : 13.6.0.0.0 Running from : c:\MW_130518\oms Log file location: c:\MW_130518\oms\cfgtoollogs\omspatcher\omspatcher2014-06-26_08-16-19AM_1.log omspatcher log file: c:\MW_130518\oms\cfgtoollogs\omspatcher\1111112\opatch_oms_2014-06-26_08-16-23AM_deploy.log Please enter the WebLogic Admin Server URL for primary OMS:> t3s://example.o racle.com:7101 Please enter the WebLogic Admin Server username for primary OMS:> weblogic Please enter the WebLogic Admin Server password for primary OMS:> Configuration Validation: Success Running prerequisite checks to verify if any files or services are locked by admin server process... Please monitor OPatch log file: c:\MW_130518\oms\cfgtoollogs\omspatcher\1111112_Jun_26_2014_08_16_19\ApplyPrereq2014-06-26_08-16-57AM_8.log The details are: Following files are active: c:\MW_130518\oms\sysman\jlib\emCoreConsole.jar Due to active files to be patched, omspatcher will stop all OMS processes so that lock on active files may be released... Do you want to proceed? [y|n] y User Responded with: Y omspatcher has stopped all OMS processes successfully. omspatcher has stopped all OMS processes successfully. Please make sure the above listed active files are unlocked by all windows processes. Do you want to proceed? [y|n] y User Responded with: Y Running apply prerequisite checks for patch(es) "1111112" and Oracle Home "c:\MW _130518\oms"... Please monitor omspatcher log file: c:\MW_130518\oms\cfgtoollogs\omspatcher\1111112_Jun_26_2014_09_01_33\ApplyPrereq2014-06-26_09-03-41AM_10.log Patches "1111112" are successfully analyzed for Oracle Home "c:\MW_130518\oms" To continue, OMSPatcher will do the following: [Patch and deploy patch(es) binaries] : Apply patch(es) [ 1111112 ] to Oracle Home "c:\MW_130518\oms"; Apply RCU artifact with patch "c:\MW_130518\oms\.omspatcher_storage \1111112_Feb_21_2014_06_30_38\original_patch" Do you want to proceed? [y|n] y User Responded with: Y Applying patch "1111112" to Oracle Home "c:\MW_130518\oms"... Please monitor OMSPatcher log file: c:\MW_130518\oms\cfgtoollogs\omspatcher\1111112_Jun_26_2014_09_01_33\apply2014-06-26_09-04-17AM_12.log Updating repository with RCU reference file "c:\MW_130518\oms\.omspatcher_storage\1111112_Feb_21_2014_06_30_38\original_patch" Copying all logs to: c:\MW_130518\oms\cfgtoollogs\omspatcher\2014-06-26_09-01-32AM_SystemPatch_1111112_1 Patching summary: Following patch(es) are successfully applied (Oracle home:patch list): c:\MW_130518\oms:1111112 Log file location: c:\MW_130518\oms\cfgtoollogs\omspatcher\1111112\omspatcher_oms_2013-06-26_09-01-36AM_deploy.log OMSPatcher succeeded.
この項では、複数OMS (UNIXベースのシステム)環境で、OMSPatcherにより生成されたbashスクリプトを実行する際に発生する可能性のある問題について説明します。OMSPatcherにより生成された次の出力例は、様々なスクリプトベースの問題を示します。
例24-2 OMSPatcher出力: 複数OMS (UNIXベース)環境
bash-4.3$ OMSPatcher/omspatcher apply /net/slc09jcy/scratch/patch_2nd_nov/em13_1/bundle_patches/1111191
OMSPatcher Automation Tool
Copyright (c) 2015, Oracle Corporation. All rights reserved.
OMSPatcher version : 13.6.0.0.0
OUI version : 13.6.0.0.0
Running from : /scratch/hkumars/oms_install/mw
Log file location : /scratch/hkumars/oms_install/mw/cfgtoollogs/omspatcher/opatch2015-11-11_23-27-35PM_1.log
OMSPatcher log file: /scratch/hkumars/oms_install/mw/cfgtoollogs/omspatcher/1111191/omspatcher_2015-11-11_23-27-46PM_deploy.log
Please enter OMS weblogic admin server URL(t3s://rwsv1452.myco.com:7101):>
Please enter OMS weblogic admin server username():> weblogic
Please enter OMS weblogic admin server password:>
WARNING: Could not apply the patch "1111155" because the "oracle.samples.xohs.oms.plugin with version 13.1.4.0.0" core component of the OMS or the plug-in for which the patch is intended is either not deployed or deployed with another version in your Enterprise Manager system.
Configuration Validation: Success
WARNING:You have a multi-OMS setup. The patch application is not complete until the following steps are executed successfully.
Please perform the following steps to complete patching operations.
-------------------------------------------------------------------
1. Please copy the script "/scratch/hkumars/oms_install/mw/.omspatcher_storage/oms_session/scripts_2015-11-11_23-28-33/run_script#1_on_host_rwsv1452_us_oracle_com_as_user_hkumars.sh" to "rwsv1452.myco.com" and execute the script on host "rwsv1452.myco.com".
2. Please execute the script "/scratch/hkumars/oms_install/mw/.omspatcher_storage/oms_session/scripts_2015-11-11_23-28-33/run_script#2_on_host_rwsv1451_us_oracle_com_as_user_hkumars.sh" on local host.
Complete Summary
================
All log file names referenced below can be accessed from the directory "/scratch/hkumars/oms_install/mw/cfgtoollogs/omspatcher/2015-11-11_23-27-35PM_SystemPatch_1111191_1"
Patching summary:
-----------------
The following sub-patches are incompatible with components installed in the OMS system:
1111155
--------------------------------------------------------------------------------
The following warnings have occurred during OPatch execution:
1) Could not apply the patch "1111155" because the "oracle.samples.xohs.oms.plugin with version 13.1.4.0.0" core component of the OMS or the plug-in for which the patch is intended is either not deployed or deployed with another version in your Enterprise Manager system.
2) You have a multi-OMS setup. The patch application is not complete until the following steps are executed successfully.
--------------------------------------------------------------------------------
OMSPatcher Session completed with warnings.
Log file location: /scratch/hkumars/oms_install/mw/cfgtoollogs/omspatcher/1111191/omspatcher_2015-11-11_23-27-46PM_deploy.log
OMSPatcher completed with warnings.
|
複数OMS警告メッセージ: 警告: 複数OMS設定が含まれています。次の手順が正常に実行されるまで、パッチ適用は完了しません このメッセージは、OMSPatcherにより生成されたbashスクリプトの実行手順を管理者が実行するまで、パッチ適用およびデプロイは完了しないことを意味します。 管理者は、OMSPatcherによって生成されたbashスクリプトをセカンダリOMS上で実行するとき、資格証明を提示する必要があります。 例: /net/slc00skv/scratch/hkumars/work/omshome1967/.omspatcher_storage/oms_session/scripts_2015-11-19_06-40-51/run_script#1_on_host_slc09pjb_us_oracle_com_as_user_hkumars.sh Verifying embedded script host-address "slc09pjb.myco.com" against the network interface for a match... Trying for a match with: fe80:0:0:0:221:f6ff:fe6f:9ac1%2(fe80:0:0:0:221:f6ff:fe6f:9ac1%2) Trying for a match with: slc09pjb.myco.com(10.248.10.100) Script-host address matched with host network interface. Creating session file /scratch/hkumars/work/omshome1967/.omspatcher_storage/oms_session/oms_session_2015-11-18_22-40-19PM... Copying your script to OMSPatcher defined path /scratch/hkumars/work/omshome1967/.omspatcher_storage/oms_session/scripts_2015-11-19_06-40-51/run_script#1_on_host_slc09pjb_us_oracle_com_as_user_hkumars.sh... The System Patch directory already exists in the machine (this could mean that System Patch is already downloaded). Do you want to overwrite it (y|n)? n User provided n for patch transfer. Ignoring patch transfer... The Patch backup location /scratch/hkumars/work/omshome1967/.omspatcher_storage/1111126_Sep_7_2015_02_06_54/original_patch does not exists in the machine (this could mean that the patch automation data are not present on this host and which is mandatory to rollback this patch later from this host). You need to provide host credential to copy it. Executing command: mkdir -p /scratch/hkumars/work/omshome1967/.omspatcher_storage/1111126_Sep_7_2015_02_06_54;scp -r slc00skv.myco.com:/scratch/hkumars/work/omshome1967/.omspatcher_storage/1111126_Sep_7_2015_02_06_54/original_patch /scratch/hkumars/work/omshome1967/.omspatcher_storage/1111126_Sep_7_2015_02_06_54 hkumars@slc00skv.myco.com's password: この場合、管理者はユーザー資格証明を提示して、パッチのロールバック時に使用されるセカンダリOMS上の自動化データをコピーする必要があります。 |
bashスクリプト実行のトラブルシューティング
次の項では、複数OMS (UNIXベースのシステム)環境で、OMSPatcherにより生成されたbashスクリプトを実行する際に発生する可能性のある最も一般的な問題について説明します。
Windowsはサポート対象外
Microsoft Windowsでは、bashスクリプトの実行はサポートされていません。このため、この最適化(手順削減)は、Windows OMS PS2環境には適用できません。OMSPatcherを通して出力される、より旧式の状況依存の個々の手順は、Windowsで引き続きサポートされます。
bashスクリプト・プログラムの可用性
スクリプトは、bashが/bin/bashに配置されていることを想定します。これ以外の場所に配置されている場合、スクリプトの先頭行がwhereis bashの出力で更新されていることを確認します。
bashスクリプトでのコマンド間障害
bashスクリプトのコマンド実行の間で障害が発生すると、スクリプトは実行を停止します。OMS管理者は障害を選別し、スクリプトの実行済の部分をコメント・アウトして(行頭に#文字を挿入)、bashスクリプトの実行を再開する必要があります。スクリプト内のプロンプトまたはプロンプト関連のコードをコメント・アウトしないように注意します。
すべてのbashスクリプトの実行を完了させることが必要
すべてのbashスクリプトを実行する必要があります。すべてのスクリプトおよびスクリプト内のすべての手順を、障害が発生した場合でも、省略せずに実行する必要があります。すべてのbashスクリプトのすべての手順が、指定されたとおりに正しく実行された場合のみ、パッチ適用は正常に完了します。
パッチの場所(マウントする場合)
マウントした場所から、パッチを入力できます。bashスクリプトは、ローカルOMS (OMSPatcher Perlスクリプトが起動された場所)から、セキュア・コピー(SCP)を実行しようとします。SCP試行は、マウントした場所から入力が行われる場合に失敗することがあります。bashスクリプトは、SCP障害を無視します。
OMSリポジトリのSYSMANパスワードおよびプロンプト
OMSリポジトリのSYSMANパスワードの入力を求めるbashスクリプトのプロンプトは、コマンドがこの情報を必要とするときのみ表示されます。スクリプトの開始時にSYSMANパスワードの入力が求められることはありません。このため、スクリプトの実行時には全体を通して、特にプロンプトの表示に注意する必要があります。bashスクリプトの実行は、サイレント実行ではありません。
bashスクリプトのプロンプトは、次に示すとおりに表示されます。
OMSリポジトリのSYSMANユーザーの資格証明を入力してください。
パッチ転送/ダウンロード
リモート・ノードが関連するスクリプト用に、スクリプトのオプションを使用してパッチをローカルOMSからリモート・ノードにダウンロードできます。パッチが共有の場所に存在するか、またはスクリプトで指定されている場所にすでにダウンロードされている場合、プロンプトでnを入力して、この転送を無視できます。
OMSPatcherリリース13.6.0.0.0では、単一OMS構成と複数のOMS構成の両方に対して障害から再開する機能がサポートされます。
この項の内容は次のとおりです。
単一OMSシステムでは、OMSPatcherにより、パッチ適用手順のエンドツーエンドの自動化が実行されます。障害が発生した場合、OMSPatcherにより、すべての不完全な(または)失敗した手順のリストを含むbashスクリプトを生成できます。OMS管理者は、OMSPatcherによって作成されたマスター・ログ・ファイルを参照して失敗の根本的な原因を確認し、解決してから、OMSPatcherで指定されたbashスクリプトを実行する必要があります。bashスクリプトは、障害発生時点からの手順を実行します。
例
自動システム・パッチの適用中に、ファイルの権限の問題によってOMSPatcherが失敗します。
例:
OMSPatcher/omspatcher apply /scratch/patch_2nd_nov/em13_1/bundle_patches/1111191
OMSPatcher Automation Tool
Copyright (c) 2015, Oracle Corporation. All rights reserved.
OMSPatcher version : 13.6.0.0.0
OUI version : 13.6.0.0.0
Running from : /scratch/mw
Log file location : /scratch/mw/cfgtoollogs/omspatcher/opatch2015-12-01_01-06-42AM_1.log
OMSPatcher log file: /scratch/mw/cfgtoollogs/omspatcher/1111191/omspatcher_2015-12-01_01-06-50AM_deploy.log
Please enter OMS weblogic admin server URL(t3s://myserver.myco.com:7101):>
Please enter OMS weblogic admin server username(weblogic):>
Please enter OMS weblogic admin server password:>
WARNING: Could not apply the patch "1111155" because the "oracle.samples.xohs.oms.plugin with version 13.1.4.0.0" core component of the OMS or the plug-in for which the patch is intended is either not deployed or deployed with another version in your Enterprise Manager system.
Configuration Validation: Success
Running apply prerequisite checks for sub-patch(es) "1111126 1111137" and Oracle Home "/scratch/mw"...
Sub-patch(es) "1111126 1111137" are successfully analyzed for Oracle Home "/scratch/mw"
To continue, OMSPatcher will do the following:
[Patch and deploy artifacts] : Apply sub-patch(es) [ 1111126 ] to component "oracle.sysman.top.oms" and version "13.1.0.0.0";
Apply sub-patch(es) [ 1111137 ] to component "oracle.sysman.emas.oms.plugin" and version "13.1.1.0.0";
Register MRS artifact "eventsaux";
Register MRS artifact "VCPUUtilization"
Do you want to proceed? [y|n]
y
User Responded with: Y
Applying sub-patch "1111126 " to component "oracle.sysman.top.oms" and version "13.1.0.0.0"...
Applying sub-patch "1111137 " to component "oracle.sysman.emas.oms.plugin" and version "13.1.1.0.0"...
OMSPatcher failed to apply following patch(es) "1111137" to core/plugin Oracle home(s).
Complete Summary
================
All log file names referenced below can be accessed from the directory "/scratch/mw/cfgtoollogs/omspatcher/2015-12-01_01-06-42AM_SystemPatch_1111191_1"
Patching summary:
-----------------
Binaries of the following sub-patch(es) have been applied successfully:
Featureset Sub-patches Log file
---------- ----------- --------
oracle.sysman.top.oms_13.1.0.0.0 1111126 1111126_opatch2015-12-01_01-07-32AM_3.log
Binaries of the following sub-patch(es) failed to get applied:
Featureset Sub-patches Log file
---------- ----------- --------
oracle.sysman.emas.oms.plugin_13.1.1.0.0 1111137 1111137_opatch2015-12-01_01-08-06AM_4.log
The following sub-patches are incompatible with components installed in the OMS system:
1111155
OMSPatcher failed to execute some of the patching steps. Please check the Patching summary,individual logs and
try to resolve the issue. Once the issue is resolved,Please execute below script to complete patching session:
"/scratch/mw/.omspatcher_storage/oms_session/scripts_2015-12-01_01-06-42AM/run_script_singleoms_resume.sh"
------------------------------------------------------------------------------------------------
OMSPatcher wont allow any other patching operations unless the script is executed successfully
------------------------------------------------------------------------------------------------
[ Error during Patch and deploy artifacts Phase]. Detail: OMSPatcher failed to apply some of the patches to the OMS instance home(s).
OMSPatcher failed: OMSPatcher failed to execute some of the OMS operations. Please refer log file(s) for details.
--------------------------------------------------------------------------------
The following warnings have occurred during OPatch execution:
1) Could not apply the patch "1111155" because the "oracle.samples.xohs.oms.plugin with version 13.1.4.0.0" core component of the OMS or the plug-in for which the patch is intended is either not deployed or deployed with another version in your Enterprise Manager system.
--------------------------------------------------------------------------------
Log file location: /scratch/mw/cfgtoollogs/omspatcher/1111191/omspatcher_2015-12-01_01-06-50AM_deploy.log
Recommended actions: Please refer log file(s) for more details on the errors. Please contact Oracle Support.
不完全なパッチ適用セッションが残っている場合、OMS管理者は新しいパッチ適用セッションを開始することができません。OMSPatcherは、失敗に関する詳細な情報によって、エラーとその問題を修正するためにとるべきアクションを明確にします。
例:
OMSPatcher/omspatcher apply /scratch/patch_2nd_nov/em13_1/bundle_patches/1111191 OMSPatcher Automation Tool Copyright (c) 2015, Oracle Corporation. All rights reserved. OMSPatcher version : 13.6.0.0.0 OUI version : 13.6.0.0.0 Running from : /scratch/mw Log file location : /scratch/mw/cfgtoollogs/omspatcher/opatch2015-12-01_01-15-09AM_1.log OMSPatcher failed: OMSPatcher finds that previous patching session is not yet completed. Please refer log file "/scratch/mw/cfgtoollogs/omspatcher/1111191/omspatcher_2015-12-01_01-06-50AM_deploy.log" for the previous session and execute the script "/scratch/mw/.omspatcher_storage/oms_session/scripts_2015-12-01_01-06-42AM/run_script_singleoms_resume.sh" to complete the previous session. OMSPatcher can proceed to execute new operations only if previous session is completed successfully. Log file location: /scratch/mw/cfgtoollogs/omspatcher/opatch2015-12-01_01-15-09AM_1.log OMSPatcher failed with error code 73
OMS管理者は、単一OMSの再開スクリプトを実行して、失敗したパッチ適用セッションを完了させることができます。
例:
/scratch/mw/.omspatcher_storage/oms_session/scripts_2015-12-01_01-06-42AM/run_script_singleoms_resume.sh Verifying embedded script host-address "myserver.myco.com" against the network interface for a match... Trying for a match with: fe80:0:0:0:221:f6ff:feb6:424%2(fe80:0:0:0:221:f6ff:feb6:424%2) Trying for a match with: myserver.myco.com(10.252.41.52) Script-host address matched with host network interface. Please provide credential for OMS repository SYSMAN user: Command to execute (Step 1): echo /scratch/patch_2nd_nov/em13_1/bundle_patches/1111191/1111137 >> /scratch/mw/.phBaseFile2015-12-01_01-06-42AM.txt Command to execute (Step 1): /scratch/mw/OPatch/opatch napply -phBaseFile /scratch/mw/.phBaseFile2015-12-01_01-06-42AM.txt -invPtrLoc /scratch/mw/oraInst.loc -oh /scratch/mw -silent Command to execute (Step 1): rm /scratch/mw/.phBaseFile2015-12-01_01-06-42AM.txt Command to execute (Step 1): mkdir -p /scratch/mw/.omspatcher_storage/1111137_Aug_31_2015_01_01_58; cp -Rf /scratch/mw/.patch_storage/1111137_Aug_31_2015_01_01_58/original_patch /scratch/mw/.omspatcher_storage/1111137_Aug_31_2015_01_01_58 Oracle Interim Patch Installer version 13.6.0.0.0 Copyright (c) 2015, Oracle Corporation. All rights reserved. Oracle Home : /scratch/mw Central Inventory : /scratch/oraInventory from : /scratch/mw/oraInst.loc OPatch version : 13.6.0.0.0 OUI version : 13.6.0.0.0 Log file location : /scratch/mw/cfgtoollogs/opatch/opatch2015-12-01_01-16-33AM_1.log OPatch detects the Middleware Home as "/scratch/mw" Verifying environment and performing prerequisite checks... OPatch continues with these patches: 1111137 Do you want to proceed? [y|n] y Y (auto-answered by -silent) User Responded with: Y All checks passed. Backing up files... Applying interim patch '1111137' to OH '/scratch/mw' Patching component oracle.sysman.emas.oms.plugin, 13.1.1.0.0... Patch 1111137 successfully applied. Log file location: /scratch/mw/cfgtoollogs/opatch/opatch2015-12-01_01-16-33AM_1.log OPatch succeeded. Command to execute (Step 2): /scratch/mw/bin/emctl register oms metadata -service eventsaux -file /scratch/mw/sysman/metadata/events/auxiliary/metric_alert_aux.xml -core -sysman_pwd %EM_REPOS_PASSWORD% Oracle Enterprise Manager Cloud Control 13c Release 1 Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved. Metadata registration successful Command to execute (Step 3): /scratch/mw/bin/emctl register oms metadata -service VCPUUtilization -file /scratch/mw/plugins/oracle.sysman.emas.oms.plugin_13.1.1.0.0/metadata/vcpu/vcpu-exalogic-registration.xml -pluginId oracle.sysman.emas -sysman_pwd %EM_REPOS_PASSWORD% Oracle Enterprise Manager Cloud Control 13c Release 1 Copyright (c) 1996, 2015 Oracle Corporation. All rights reserved. Metadata registration successful Command to execute (Step 4): /scratch/mw/OMSPatcher/omspatcher commit -id 1111126 -oh /scratch/mw -invPtrLoc /scratch/mw/oraInst.loc OMSPatcher Automation Tool Copyright (c) 2015, Oracle Corporation. All rights reserved. OMSPatcher version : 13.6.0.0.0 OUI version : 13.6.0.0.0 Running from : /scratch/mw Log file location : /scratch/mw/cfgtoollogs/omspatcher/opatch2015-12-01_01-17-14AM_1.log OMSPatcher will now mark the patch "1111126,1111137" as auto-executed. Log file location: /scratch/mw/cfgtoollogs/omspatcher/opatch2015-12-01_01-17-14AM_1.log OMSPatcher succeeded.
スクリプトの開始時に、OMSPatcherにより、SYSMANパスワードを入力するように求められます。OMSPatcherは、複数OMS構成でのパッチ適用手順を実行することができず、各ホストに固有のすべてのパッチ適用手順を含むbashスクリプトをすべてのノードに対して生成します。スクリプト名には、ホスト名およびユーザー名が含まれます。OMS管理者は、すべてのノードで各ホストに固有のスクリプトを実行し、パッチ適用セッションを完了させることができます。
OMSPatcherのapplyは、bashスクリプトを実行することなくパッチ適用手順のみを生成するため、正常に実行されます。
例:
$ OMSPatcher/omspatcher apply /scratch/opatchdev/targetPatchingImplRegistration/1111118
OMSPatcher Automation Tool
Copyright (c) 2015, Oracle Corporation. All rights reserved.
OMSPatcher version : 13.6.0.0.0
OUI version : 13.6.0.0.0
Running from : /scratch/aime1/work/midnew9693/oms
Log file location : /scratch/aime1/work/midnew9693/oms/cfgtoollogs/opatch/opatch2014-05-05_22-43-08PM_1.log
OMSPatcher log file: /scratch/aime1/work/midnew9693/oms/cfgtoollogs/omspatcher/1111118/opatch_oms_2014-05-05_22-43-14PM_deploy.log
Please enter OMS weblogic admin server URL(t3s://linux01amd.myco.com:7101):>
Please enter OMS weblogic admin server username:> weblogic
Please enter OMS weblogic admin server password:>
Configuration Validation: Success
WARNING: OMSPatcher cannot run patching steps in multi-OMS environment.
Please perform the following steps to complete patching operations.
-------------------------------------------------------------------
1. Please copy the script "/scratch/aime1/work/midnew9693/oms/.omspatcher_storage/oms_session/scripts_2014-05-05_22-43-51/run_script#1_on_host_linux07jdx_us_oracle_com_as_user_aime1.sh" to "linux07jdx.myco.com" and execute the script.
2. Please execute the script "/scratch/aime1/work/midnew9693/oms/.omspatcher_storage/oms_session/scripts_2014-05-05_22-43-51/run_script#2_on_host_linux01amd_us_oracle_com_as_user_aime1.sh" on local host.
--------------------------------------------------------------------------------
The following warnings have occurred during OMSPatcher execution:
1) OMSPatcher cannot run patching steps in multi-OMS environment.
--------------------------------------------------------------------------------
OMSPatcher Session completed with warnings.
Log file location: /scratch/aime1/work/midnew9693/oms/cfgtoollogs/omspatcher/1111118/opatch_oms_2014-05-05_22-43-14PM_deploy.log
OMSPatcher completed with warnings.
ローカル・ホスト(複数OMS構成でのプライマリ・ホスト)に対応するbashスクリプトを実行します。スクリプト実行は、誤ったsysmanパスワードによるデータベース・リポジトリへの接続の問題のために失敗しました。
例:
$ /scratch/aime1/work/midnew9693/oms/.omspatcher _storage/oms_session/scripts_2014-05-05_22-43-51/run_script#2_on_host_linux01amd_us_oracle_com_as_user_aime1.sh
Creating master log file /scratch/aime1/work/midnew9693/oms/.omspathcer_storage/oms_session/oms_session_log_2014-05-05_22-43-08PM...
Creating session file /scratch/aime1/work/midnew9693/oms/.omspatcher_storage/oms_session/oms_session_2014-05-05_22-43-08PM...
Please provide credential for OMS repository SYSMAN user:
Command to execute (Step 2): /scratch/aime1/work/midnew9693/oms/OMSPatcher/omspatcher checkApplicable -ph /scratch/opatchdev/targetPatchingImplRegistration/1111118 -oh /scratch/aime1/work/midnew9693/oms -invPtrLoc /scratch/aime1/work/midnew9693/oms/oraInst.loc
OMSPatcher Automation Tool
Copyright (c) 2015, Oracle Corporation. All rights reserved.
OMSPatcher version : 13.6.0.0.0
OUI version : 13.6.0.0.0
Running from : /scratch/aime1/work/midnew9693/oms
Log file location : /scratch/aime1/work/midnew9693/oms/cfgtoollogs/opatch/opatch2014-05-05_22-45-52PM_1.log
OMSPatcher log file: /scratch/aime1/work/midnew9693/oms/cfgtoollogs/omspatcher/1111118/opatch_oms_2014-05-05_22-45-53PM_analyze.log
Running apply prerequisite checks for sub-patch(es) "1111118" and Oracle Home "/scratch/aime1/work/midnew9693/oms"...
Please monitor OPatch log file: /scratch/aime1/work/midnew9693/oms/cfgtoollogs/opatch/1111118_May_05_2014_22_45_52/ApplyPrereq2014-05-05_22-45-57PM_2.log
Sub-patch(es) "1111118" are successfully analyzed for Oracle Home "/scratch/aime1/work/midnew9693/oms"
Complete Summary
================
All log file names referenced below can be accessed from the directory "/scratch/aime1/work/midnew9693/oms/cfgtoollogs/opatch/2014-05-05_22-45-52PM_SystemPatch_1111118_1"
Prerequisites analysis summary:
-------------------------------
The following sub-patch(es) are applicable:
Oracle Home Name Sub-patches Log file
---------------- ----------- --------
oms12c1 1111118 1111118_ApplyPrereq2014-05-05_22-45-57PM_2.log
Log file location: /scratch/aime1/work/midnew9693/oms/cfgtoollogs/omspatcher/1111118/opatch_oms_2014-05-05_22-45-53PM_analyze.log
OMSPatcher succeeded.
Command to execute (Step 4): echo /scratch/opatchdev/targetPatchingImplRegistration/1111118/1111118 >> /scratch/aime1/work/midnew9693/oms/.phBaseFile2014-05-05_22-43-08PM.txt
Command to execute (Step 4): /scratch/aime1/work/midnew9693/oms/OPatch/opatch napply -phBaseFile /scratch/aime1/work/midnew9693/oms/.phBaseFile2014-05-05_22-43-08PM.txt -invPtrLoc /scratch/aime1/work/midnew9693/oms/oraInst.loc -oh /scratch/aime1/work/midnew9693/oms -silent
Command to execute (Step 4): rm /scratch/aime1/work/midnew9693/oms/.phBaseFile2014-05-05_22-43-08PM.txt
Oracle Interim Patch Installer version 13.6.0.0.0
Copyright (c) 2014, Oracle Corporation. All rights reserved.
Oracle Home : /scratch/aime1/work/midnew9693/oms
Central Inventory : /ade/aime1_opatchauto_fix_lat/oracle/work/DB112/oraInventory
from : /scratch/aime1/work/midnew9693/oms/oraInst.loc
OPatch version : 13.6.0.0.0
OUI version : 13.6.0.0.0
Log file location : /scratch/aime1/work/midnew9693/oms/cfgtoollogs/opatch/opatch2014-05-05_22-46-00PM_1.log
OPatch detects the Middleware Home as "/scratch/aime1/work/midnew9693"
Verifying environment and performing prerequisite checks...
OPatch continues with these patches: 1111118
Do you want to proceed? [y|n]
Y (auto-answered by -silent)
User Responded with: Y
All checks passed.
Backing up files...
Applying interim patch '1111118' to OH '/scratch/aime1/work/midnew9693/oms'
Patching component oracle.sysman.oms.core, 13.1.0.0.0...
Verifying the update...
Patch 1111118 successfully applied.
Log file location: /scratch/aime1/work/midnew9693/oms/cfgtoollogs/opatch/opatch2014-05-05_22-46-00PM_1.log
OPatch succeeded.
Command to execute (Step 6): /scratch/aime1/work/midnew9693/oms/bin/emctl register oms metadata -service TargetPatchingImplRegistration -debug -file /scratch/aime1/work/midnew9693/oms/sysman/metadata/targetpatchingregister/RegisterAgentTarget.xml -core -sysman_pwd %EM_REPOS_PASSWORD%
Oracle Enterprise Manager Cloud Control 12c Release 4
Copyright (c) 1996, 2014 Oracle Corporation. All rights reserved.
Starting output for debug mode.
Debug logs will be written to /scratch/aime1/work/insthome9693/em/EMGC_OMS1/sysman/log/emctl.log
EM-04036: Unable to get a connection to the repository! Exiting...
The command failed with error code 36
Script execution has failed. Please refer to log file: /scratch/aime1/work/midnew9693/oms/.omspatcher_storage/oms_session/oms_session_log_2014-05-05_22-43-08PM for more details
Please fix the failures and re-run the same script to complete the patching session.
OMS管理者は、問題を修正(データベース・リポジトリへの接続で、正確なsysmanパスワードを指定)することで、スクリプトを再実行することができます。スクリプトは、失敗時点からの実行を再開し、正常に実行されます。
例:
$ /scratch/aime1/work/midnew9693/oms/.omspatcher _storage/oms_session/scripts_2014-05-05_22-43-51/run_script#2_on_host_linux01amd_us_oracle_com_as_user_aime1.sh Please provide credential for OMS repository SYSMAN user: Command to execute (Step 2): /scratch/aime1/work/midnew9693/oms/OMSPatcher/omspatcher checkApplicable -ph /scratch/opatchdev/targetPatchingImplRegistration/1111118 -oh /scratch/aime1/work/midnew9693/oms -invPtrLoc /scratch/aime1/work/midnew9693/oms/oraInst.loc SKIP command for step 2... Command to execute (Step 4): echo /scratch/opatchdev/targetPatchingImplRegistration/1111118/1111118 >> /scratch/aime1/work/midnew9693/oms/.phBaseFile2014-05-05_22-43-08PM.txt Command to execute (Step 4): /scratch/aime1/work/midnew9693/oms/OPatch/opatch napply -phBaseFile /scratch/aime1/work/midnew9693/oms/.phBaseFile2014-05-05_22-43-08PM.txt -invPtrLoc /scratch/aime1/work/midnew9693/oms/oraInst.loc -oh /scratch/aime1/work/midnew9693/oms -silent Command to execute (Step 4): rm /scratch/aime1/work/midnew9693/oms/.phBaseFile2014-05-05_22-43-08PM.txt SKIP command for step 4... Command to execute (Step 6): /scratch/aime1/work/midnew9693/oms/bin/emctl register oms metadata -service TargetPatchingImplRegistration -debug -file /scratch/aime1/work/midnew9693/oms/sysman/metadata/targetpatchingregister/RegisterAgentTarget.xml -core -sysman_pwd %EM_REPOS_PASSWORD% Oracle Enterprise Manager Cloud Control 12c Release 4 Copyright (c) 1996, 2014 Oracle Corporation. All rights reserved. Starting output for debug mode. Debug logs will be written to /scratch/aime1/work/insthome9693/em/EMGC_OMS1/sysman/log/emctl.log Metadata registration successful Command to execute (Step 7): /scratch/aime1/work/midnew9693/oms/OMSPatcher/omspatcher commit -id 1111118 -oh /scratch/aime1/work/midnew9693/oms -invPtrLoc /scratch/aime1/work/midnew9693/oms/oraInst.loc OMSPatcher Automation Tool Copyright (c) 2015, Oracle Corporation. All rights reserved. OMSPatcher version : 13.6.0.0.0 OUI version : 13.6.0.0.0 Running from : /scratch/aime1/work/midnew9693/oms Log file location : /scratch/aime1/work/midnew9693/oms/cfgtoollogs/opatch/opatch2014-05-05_22-49-34PM_1.log OMSPatcher will now mark the patch "1111118" as auto-executed. Log file location: /scratch/aime1/work/midnew9693/oms/cfgtoollogs/opatch/opatch2014-05-05_22-49-34PM_1.log OMSPatcher succeeded. All operations for this script are appended to log file: /scratch/aime1/work/midnew9693/oms/.omspatcher_storage/oms_session/oms_session_log_2014-05-05_22-43-08PM
