Oracle Applicationsシステム管理者ガイド - メンテナンス リリース11i 2005年6月 部品番号: B15955-01

目次

前へ

次へ

パッチ適用と保守

Patch Impact Analysis

Patch Impact Analysis

ここでは、「Patch Impact Analysis」で効率的に作業する方法について説明します。トピックは次のとおりです。

• 概要

• パッチ影響分析データの生成

• 「Patch Impact Analysis」メイン画面

• パッチ影響分析データの計算方法

概要

Oracle Applications Managerの「Patch Wizard」では、推奨パッチのリストを表示できます。「Patch Impact Analysis」画面には、これらの推奨パッチを適用するように選択した場合にシステムに及ぼす影響が個別に表示されます。パッチ影響データを検討すると、そのパッチを使用する必要があるかどうかを適切に理解できます。

「Patch Wizard」の詳細は、『Maintaining Oracle Applications Documentation Set』を参照してください。

パッチ影響分析データの生成

「Patch Impact Analysis」画面には、「Patch Wizard」機能からアクセスします。パッチ影響分析データを生成して表示する手順は、次のとおりです。

1. 「Patch Wizard」に、次のようにナビゲートします。「Site Map」>「Maintenance」（サブタブ）>「Patching and Utilities」（ヘッダー）>「Patch Wizard」（リンク）

2. 「Patch Wizard」の「Tasks」表で、「Recommend/Analyze Patches」行に移動して「Tasks」アイコンをクリックします。

3. 「Recommend Patches」画面でパッチ推奨を作成します。推奨を生成する前に、Patch InfoBundleをアップロードする必要があることに注意してください。

4. 「Patch Wizard」画面に戻って「Results」表で推奨を確認します。結果は、不具合番号順またはフィルタ名順に表示されます。「Details」アイコンをクリックして関連パッチ・リストを開きます。

5. 「Impact」アイコンをクリックして「Patch Impact Analysis」メイン画面を開きます。パッチがシステムに及ぼす影響の要約が表示されます。

「Patch Impact Analysis」メイン画面

パッチ基本情報

「Patch Impact Analysis」メイン画面には、パッチに関する次の基本情報が表示されます。

• パッチの摘要。

• パッチのREADMEファイルへのリンク。

• パッチで提供されるファイルの合計数。

• システムにインストールされるファイルの数（「New Files Introduced」と「Existing Files Changed」の合計）。また、このファイル数は、パッチで提供されるファイル合計数に占めるパーセントとしてカッコ内に表示されます。

• 特定のパッチを適用する前に適用する必要のある前提条件パッチの数。

「Single Impact」ビューと「Aggregate Impact」ビュー

パッチ影響データは、次の2つのコンテキストで表示できます。

• Single Impact: 前提条件パッチを除く個別パッチ

• Aggregate Impact: 個別パッチと前提条件パッチの合計

この2つのビュー間で容易にトグルできます。そのためには、「Patch Impact Analysis」メイン画面の「Prerequisite Patches」行で該当するリンクをクリックします。

「Aggregate Impact」ビューを表示すると、画面に「影響総計分析」という黄色の表が表示されます。この表には、レポートされる情報に含まれている前提条件パッチが表示されます。表の「Analysis」列に警告文がある場合は、先に進む前に、そのパッチのメタデータをOracleMetaLinkからアップロードして「Patch Wizard」を再実行する必要があります。

直接的パッチ影響データと間接的パッチ影響データ

「Patch Impact Analysis」メイン画面には、「Direct Impact Summary」および「Indirect Impact Summary」という2つのグループの影響情報が表示されます。各グループには、メトリックと各メトリックに関してレポートされた数値カウントが表示されます。数値リンクからドリルダウンすると、そのメトリックの要約ページを開くことができます。

「Direct Impact Summary」には、次の項目が表示されます。

• パッチの適用対象となるアプリケーション

• インストールされるファイルのタイプ

• 導入される新規ファイル

• 変更される既存ファイル

• 変更されない既存ファイル（パッチのバージョンがターゲット・システム内の既存のバージョンよりも古いため、ターゲット・システムに適用されないファイル）

「Indirect Impact Summary」には、次の項目が表示されます。

• 影響を受けるが変更されないファイル（システム内で直接は変更されないが変更対象のファイルに依存するファイル）

• 影響を受けるメニュー・ナビゲーション・ツリー

• パッチの適用後に実行する必要のある診断テスト

パッチ影響分析データの計算方法

ここでは、パッチの影響の計算に使用されるアルゴリズムについて説明します。

直接的影響

File-based impact analysis: このデータは、パッチ内に含まれるファイルとターゲット・システム内のファイルとのRCS ID比較に基づきます。

間接的影響

JSP static include: パッチの適用後に再コンパイルする必要のあるJSPがすべて表示されます。「Patch Impact Analysis」ではターゲット・システムのOA_HTMLディレクトリがスキャンされ、静的インクルードJSPのツリーが作成されます。パッチにJSPをインクルードするJSPは、再コンパイルが必要になるため影響を受けるものとみなされます。

Menu Navigation Trees Affected: ターゲット・システム内で、パッチ対象Formsおよびパッチ対象または間接的な影響を受けるJSPに至るメニュー・ナビゲータ・パスがすべて表示されます。また、これらのメニュー・ナビゲータ・パスが属している職責と、各職責を持つ有効ユーザー数も表示されます。

Diagnostic Tests to Re-run: パッチで提供されるJavaクラスをテストする、ソース・システム内の既存のJava診断テストが表示されます。

制限モードにおけるダウンタイムの管理

制限モード

制限モードでは、特別なURLを介したOAMへのログインと限定的な機能セットへのアクセスが許可されるのは、有効なデータベース・ユーザーのみです。データベース・ロールAD_MONITOR_ROLEには、制限モード機能に必要なすべてのデータベース・オブジェクトへのアクセス権が付与されます。ただし、有効なデータベース・ユーザーであってもAD_MONITOR_ROLEを付与されていない場合は、このユーザーがアクセス権を持つデータベース・オブジェクトに基づいてOAM機能へのアクセスがさらに制限されます。リリース11.5.10では、進行中のADユーティリティをモニターする機能にのみアクセスできます。

制限モード機能を使用可能にする方法の詳細は、OracleMetaLinkの「Note 258330.1」の「About Oracle Applications Manager Mini-pack 11i.OAM.H」を参照してください。

制限モードの実装方法

1. システム・ダウンタイムの予定を作成し、間近なダウンタイムをエンド・ユーザーに通知します。ダウンタイムの予定作成にはOAMを使用します。「ダウンタイム予定の管理: 概要」を参照してください。

2. パッチ適用の進行状況をモニターするために必要な一時的設定ステップを完了します。

1. OAMのAutoConfigエディタを使用して変数<s_trusted_admin_client_nodes>を編集し、制限モードのOAMにアクセスできるホストのリストを挿入します。AutoConfigを実行して、新規設定が有効になっていることを確認します。

2. 次のコマンドを使用してad_monitorユーザー・アカウントのロックを解除し、パスワードを設定して、モニター対象のユーザー・アカウントが使用可能になっていることを確認します。

alter user ad_monitor account unlock;

次に、SQL*Plusにユーザーad_monitorとしてログインします。デフォルトのパスワードはlizardです。このパスワードを再設定します。

3. すべてのOracle Applicationsサービスを停止します。

Apacheおよび他のすべてのOracle Applicationsサービスを停止します。次のように、標準ADスクリプトを使用します。

adstpall.sh <user>/<password>

4. システムの保守モードを有効化します。

そのためには、adadminを実行してオプション5「=> Change Maintenance Mode」（保守モードの変更）を選択し、「=> 1. Enable Maintenance Mode」（保守モードの有効化）を選択します。

5. スクリプトadaprstctlを使用してOAMを制限モードで再起動し、パッチ適用の進行状況をモニターします。

adaprstctl.sh start

このスクリプトは$COMMON_TOP/admin/scripts/<context name>にあります。

6. パッチの適用を開始します。

adpatch (hotpatch=n)を実行します。

7. パッチ適用の進行状況をモニターするには、OAM制限モードのURL（http://[host]:[port]/servlets/weboamLocal/oam/oamLogin）を使用してOAMを制限モードで起動します。

8. 新規パスワードを使用しad_monitorとしてログインします。

9. これでOAMは制限モードになりました。「Site Map」の「Maintenance」タブでパッチ適用ユーティリティにアクセスできます。つまり、「Site Map」>「Maintenance, Patching and Utilities」>「Timing Reports」の順にナビゲートします。

10. パッチの完了時に、OAMの予定ダウンタイムが終了したことを確認します。

制限モードのOAMから「Site Map」>「Maintenance」>「Patching and Utilities」>「Manage Downtime Schedules」の順にナビゲートして「Select」ボタンをクリックします。

11. Oracle Applicationsシステムを通常モードに設定します。

adadminを実行してオプション5「=> Change Maintenance Mode」（保守モードの変更）を選択し、「=> 2. Disable Maintenance Mode」（保守モードの無効化）を選択します。

12. 制限モードのApacheを停止します。

adaprstctl.sh stop

13. すべてのサービスを再開します。

adstrtall.sh <user/password>

AutoConfigおよびADスクリプトの詳細は、『Maintaining Oracle Applications Documentation Set』を参照してください。

ダウンタイム予定の管理: 概要

ナビゲーション: 「Site Map」>「Maintenance」>「Manage Downtime Schedules」（「Patching and Utilities」の下）

次の各ページを使用して、保守のためのダウンタイムを管理します。

Scheduled Downtime

このリージョンには、将来予定されているダウンタイム期間が表示されます。

Previous Downtimes

このリージョンには、前に予定されていたダウンタイム期間が表示されます。これには、予定開始時刻より前に取り消されたダウンタイム期間が含まれます。

Schedule Downtime

このページを使用して、ダウンタイムの予定とメッセージを設定します。

Downtime

システムの停止中に「Scheduled Downtime Details」画面を表示すると、この情報が表示されます。

次の情報を入力します。

• Name

• Start Date and Time

• Expected End Date and Time

• Contact Information: この自由テキスト・フィールドに氏名、Eメール・アドレスなどを入力できます。

• Downtime Status URL

• Downtime Message: このメッセージは、システムの停止中にログインしようとしたユーザーに表示されます。表示されるデフォルト・メッセージまたはメッセージ・ディクショナリに定義されているメッセージを使用するか、独自のメッセージを入力できます。

• デフォルト・メッセージ

• Message Dictionary: 名称を指定してメッセージ・ディクショナリのメッセージを使用できます。

• Message Text: 独自のメッセージを直接入力します。

Warning

ダウンタイムが実際に始まる前に、ユーザーに対して警告情報が表示されます。次の情報を入力します。

• Warning Start Date and Time

• Warning Message: オプションは、前述の「Downtime Message」の場合と同様です。

ダウンタイム詳細

ナビゲーション: 「Site Map」>「Maintenance」>「Manage Downtime Schedules」（「Patching and Utilities」の下）>[選択したダウンタイムの]「Details」

このページには、ダウンタイムの予定作成時に入力した詳細が表示されます。進行中にノートを追加できます。

Oracle Applications Managerでのパージ

ナビゲーション: 「Site Map」>「Maintenance」>「Purging」

「Purge」プログラムを使用すると、Oracle Applicationsシステムに格納されている一時的データの量を削減できます。不要なデータを定期的にパージすると、次の効果があります。

• アップグレード時のシステム・ダウンタイムの短縮

• バックアップ回数の削減

• 格納効率の向上

• システム・パフォーマンスの改善

Oracle Applicationsでは、複数のコンカレント・プログラムがパージ・プログラムとして定義されています。「Modify Monitored List」ページで、この種のプログラムを「Critical Activities」リストに追加できます。これらの機能には、「Site Map」の「Maintenance」タブからパージのために特にアクセスできます。

Copyright © 1994, 2004, Oracle.All rights reserved.