ヘッダーをスキップ
Oracle® Fusion Middlewareパッチ適用ガイド
11g リリース1(11.1.1.6.0)
B61412-05
  目次へ移動
目次
索引へ移動
索引

前
 
次
 

4 パッチ・セット・アシスタントによるスキーマの更新

パッチ・セット・アシスタントは、Oracle Fusion Middlewareコンポーネントのデータベース・スキーマを更新する場合にのみパッチ・セット・リリースで使用します。パッチ・セット・アシスタントを使用して更新するスキーマは、次のいずれかの条件を満たしている必要があります。


注意:

パッチ・セット・アシスタントでは、カスタマ・データベース内のスキーマはアップグレードされません。これには、アップグレード・アシスタント(UA)、リポジトリ作成ユーティリティ(RCU)、またはパッチ・セット・アシスタント(PSA)を使用して更新されていないデータベースが含まれます。

Oracle Portalユーザーは、状況によって、Oracle Portalスキーマがカスタマ・データベースにインストールされる場合があることに注意してください。詳細は、第4.2項「スタンドアロンのOracle Portalのリポジトリ・スキーマで行う特殊な手順」を参照してください。


パッチ・セット・アシスタントで更新される11gリリース1のスキーマ・バージョンは、11.1.1.2.0から11.1.1.6.0までです。具体的な情報は、表4-1を参照してください。

既存のスキーマ・バージョンが11.1.1.1.0である場合は、パッチ・セット・アシスタントを実行する前に、バージョン11.1.1.2.0に移行しておく必要があります。詳細は、付録C「パッチ・アシスタントを使用した11gリリース1(11.1.1.1.0)からリリース1(11.1.1.2.0)への移行」を参照してください。

新しいスキーマを作成する場合や既存のスキーマを破棄する場合は、リポジトリ作成ユーティリティ(RCU)を使用する必要があります。情報は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』にあります。

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

4.1 パッチ・セット・アシスタントによる更新が必要なスキーマ

表4-1のコンポーネント・スキーマ(表示されているのはデフォルト名)を11gリリース1(11.1.1.6.0)に更新するには、パッチ・セット・アシスタントを使用してそれらを更新する必要があります。

表4-1にリストされていないスキーマは、11gリリース1(11.1.1.6.0)にアップグレードする必要はありません。

更新が必要なスキーマに関する注意

表4-1 最新のリリース用に更新する必要があるスキーマ

コンポーネント名 スキーマ 依存関係 対象となる更新

監査サービス

prefix_IAU

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

メタデータ・サービス

prefix_MDS

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Enterprise Schedulerサービス

prefix_ESS

prefix_MDSスキーマを最初に更新する必要があります。

11.1.1.5.0から11.1.1.6.0

Oracle Platform Security Services

prefix_OPSS

なし。

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Portal

prefix_PORTAL

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

Oracle Internet Directory

ODS

注意: Oracle Internet Directoryのスキーマ(ODS)には、カスタムの接頭辞を加えることができません。

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Business Intelligenceプラットフォーム

prefix_BIPLATFORM

prefix_MDSスキーマを最初に更新する必要があります。

11.1.1.3.0から11.1.1.6.0

マスターおよび作業リポジトリ(Oracle Data Integrator)

prefix_ODI_REPO

なし。

11.1.1.3.0から11.1.1.6.0

SOAインフラストラクチャ

prefix_SOAINFRA

prefix_MDSスキーマを最初に更新する必要があります。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

WebCenter Spaces

prefix_WEBCENTER

prefix_MDSスキーマを最初に更新する必要があります。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

Discussions (WebCenter Suite)

prefix_DISCUSSIONS

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

ディスカッション・クローラ

prefix_DISCUSSIONS_CRAWLER

prefix_DISCUSSIONSスキーマを最初に更新する必要があります。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

アクティビティ・グラフおよびAnalytics

prefix_ACTIVITIES

なし。

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Universal Records Management 11g

prefix_URMSERVER

なし。

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Content Server 11g - 完全

prefix_OCS

なし。

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Secure Enterprise Search

prefix_SEARCHSYS

prefix_ESSを最初に更新する必要があります。

11.2.1から11.2.2


4.2 スタンドアロンのOracle Portalのリポジトリ・スキーマで行う特殊な手順

OracleAS Metadata Repositoryの外に格納されているOracle Portalリポジトリ(アップグレード・アシスタント、リポジトリ作成ユーティリティ、またはパッチ・セット・アシスタントを使用したことがないデータベース)を使用する場合は、そのリポジトリ内のPortalスキーマの更新にパッチ・セット・アシスタントを使用しないでください。かわりに、Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererアップグレード・ガイドのカスタマ・データベースでのOracle Portalリポジトリのアップグレードに関する項を参照してください。

4.3 パッチ・セット・アシスタントの使用を開始する前に

この項では、パッチ・セット・アシスタントを実行する前に確認しておく必要がある事項について説明します。

4.3.1 データベースとデータベース・スキーマのバックアップ

バッチ・セット・アシスタントを実行する前に、第3.5.4項「データベースとデータベース・スキーマのバックアップ」の手順に従って既存のデータベースとデータベース・スキーマを必ずバックアップしてください。

4.3.2 データベースとスキーマの確認

パッチ・セット・アシスタントを実行する前に、データベースが稼動していること、およびアップグレートするスキーマのバージョンがアップグレードのサポート対象であることを確認します。これを確認するには、次のSQLコマンドを実行します。

SELECT OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY;

VERSION列の数値が11.1.1.2.0以上であれば、そのスキーマはアップグレードでサポートされます。

Oracleデータベースを使用している場合は、パッチ・セット・アシスタントを実行する前にデータベース・オブジェクトを再コンパイルして、アップグレード前に無効なオブジェクトをチェックしてください。SYSとしてデータベースに接続し、SQL*Plusから次のコマンドを実行します。

@?/rdbms/admin/utlrp.sql

utlrp.sqlの実行後、スキーマをアップグレードする前に、次の問合せを発行して無効なデータベース・オブジェクトがないことを確認します。

SELECT owner, object_name FROM all_objects WHERE status='INVALID';

無効なオブジェクトがあった場合は、すべて書き留めます。無効なデータベース・オブジェクトが存在すると、アップグレードを正常に完了できない場合があります。

4.3.3 更新対象のスキーマを使用した全コンポーネントの停止

(管理対象サーバーとOracleインスタンスを含めた)Oracle Fusion Middlewareコンポーネントのうち、更新対象のスキーマを使用したコンポーネントがあれば、パッチ・セット・アシスタントの実行前に停止します。

4.3.4 Oracle Portalのaq_tm_processes値の確認

OracleデータベースでOracle Portalスキーマのパッチ・セット・アシスタントを実行する場合、データベースのaq_tm_processes値が0を超えていることを確認します。確認するには、データベースに接続した後、次のコマンドを使用します。

show parameter aq_tm_processes;

返された値が0の場合は、次のコマンドを使用して値を1に変更してください。

alter system set aq_tm_processes=1 scope=both;

4.4 パッチ・セット・アシスタントの実行

次の各項では、Oracle Fusion Middleware 11g リリース1(11.1.1.5.0)のパッチ・セットをインストールするときのパッチ・セット・アシスタントの実行方法について説明します。

4.4.1 パッチ・セット・アシスタントに関する全般的な情報

パッチ・セット・アシスタントは、製品またはパッチ・セット・インストーラによって、Oracle共通ホーム内にあるbinディレクトリにインストールされます(第3.6.1項「パッチ適用に使用するインストーラについて」を参照)。

パッチ・セット・アシスタントを使用すると、パッチ・セット・アシスタントが起動されたMiddlewareホーム内のコンポーネント・スキーマにパッチを適用できます。

4.4.2 パッチ・セット・アシスタントの起動

パッチ・セット・アシスタントを起動するには、Oracle共通ホーム内にあるbinディレクトリに移動して、次のコマンドを実行します。

UNIXオペレーティング・システムの場合:

cd MW_HOME/oracle_common/bin
./psa

Windowsオペレーティング・システムの場合:

CD MW_HOME\oracle_common\bin
psa.bat

4.4.3 パッチ・セット・アシスタントのグラフィカル・インタフェースの使用

パッチ・セット・アシスタントを使用してスキーマを更新するには、表4-2の手順に従います。

画面に関して詳細情報が必要な場合は、付録B「パッチ・セット・アシスタントの画面」を参照するか、画面上の「ヘルプ」をクリックしてオンライン・ヘルプにアクセスしてください。

表4-2 パッチ・セット・アシスタントの画面

画面 説明

ようこそ


このページがパッチ・セット・アシスタントの最初の画面です。

コンポーネントの選択


アップグレードする最上位レベルのコンポーネントを選択します。

注意: リリース11.1.1.2.0または11.1.1.3.0からアップグレードする場合、prefix_ACTIVITIESスキーマはリリース11.1.1.4.0まで導入されないため、ご使用の環境では使用可能になりません。WebCenter Portalコンポーネントからこのスキーマを必ず選択解除してください。そうしないと、パッチ・セット・アシスタントでこのスキーマの資格証明を要求されます。

前提条件


データベースの前提条件を満たしていることを確認します。

スキーマ


データベースに接続するためのデータベース資格証明を指定して、更新するスキーマを選択します。

この画面は、「コンポーネントの選択」画面で選択したコンポーネントに応じて、更新が必要なスキーマごとに1回表示されます。

調査


このページには、各コンポーネント・スキーマを調査する際のパッチ・セット・アシスタントのステータスが表示されます。スキーマの「ステータス」列に「成功」または「アップグレード済」インジケータが表示されていることを確認します。

アップグレード・サマリー


アップグレード対象としてリストされているスキーマが、目的のものであることを確認します。

アップグレードの進行状況


この画面には、スキーマの更新の進行状況が表示されます。

アップグレード成功




4.4.4 コマンドラインからのパッチ・セット・インストーラの使用

パッチ・セット・アシスタントの完全なコマンドライン構文は次のとおりです。

./psa (or psa.bat)
   -response response_file
   [-logLevel log_level
   [-help]]

これらのパラメータの説明は、表4-3を参照してください。

表4-3 パッチ・セット・アシスタントのコマンドライン・パラメータ

パラメータ 必須パラメータ/オプション・パラメータ 説明

-response

必須。

入力レスポンス・ファイルのフルパスと名前。

-logLevel

オプション。

ロギング・レベル。次のいずれかです。

  • TRACE

  • NOTIFICATION

  • WARNING

  • ERROR

  • INCIDENT_ERROR

デフォルトのロギング・レベルはNOTIFICATIONです。

-help

オプション。

すべてのコマンドライン・オプションを表示します。


-responseパラメータとともに使用するレスポンス・ファイルを生成するには、パッチ・セット・アシスタントGUI (第4.4.3項「パッチ・セット・アシスタントのグラフィカル・インタフェースの使用」)を実行する必要があります。「アップグレード・サマリー」画面で、「レスポンス・ファイルの保存」をクリックし、情報をレスポンス・ファイルに保存します。


注意:

パッチ・セット・アシスタントを-reponseファイル・モードで実行すると、調査フェーズで「アップグレード済」を返したスキーマはアップグレードされません。これらのスキーマは、アップグレード・フェーズをすべてスキップします。これはパッチ・セット・アシスタントを-responseファイル・モードで実行した場合にのみ適用されます。


4.4.5 更新後のスキーマ・バージョン番号の検証

次のSQLコマンドを使用して、schema_version_registryのスキーマ・バージョンが正しく更新されていることを検証できます。

SELECT OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY;

VERSION列の数値が、そのスキーマの最新のバージョン番号に一致していることを確認します。

ステータスが「INVALID」と表示された場合は、ステータスの更新が失敗しています。ログ・ファイルを調べて、失敗した理由を判定する必要があります。詳細は、第4.5項「パッチ・セット・アシスタントのログ・ファイル」を参照してください。

4.4.6 無効なデータベース・オブジェクトの確認

Oracleデータベースを使用している場合は、パッチ・セット・アシスタントを実行した後、データベース・オブジェクトを再コンパイルしてください。そのためには、SYSとしてデータベースに接続し、SQL*Plusから次のコマンドを実行します。

SQL> @?/rdbms/admin/utlrp.sql

この結果、パッチ・セット・アシスタントによって更新されたデータベース・オブジェクトがコンパイルされます。

その後、次の問合せを発行して、無効なデータベース・オブジェクトがなくなったことを確認します。

SELECT owner, object_name FROM all_objects WHERE status='INVALID';

この時点では、更新されたスキーマについて無効なデータベース・オブジェクトはありません。もしあった場合は、utlrp.sqlコマンドをもう一度実行して再確認します。問題が続く場合は、サービス・リクエストを提出します。

4.5 パッチ・セット・アシスタントのログ・ファイル

パッチ・セット・アシスタントでは、次の場所にログ・ファイルが書き込まれます。

UNIXオペレーティング・システムの場合:

MW_HOME/oracle_common/upgrade/logs/psatimestamp.log

Windowsオペレーティング・システムの場合:

MW_HOME\oracle_common\upgrade\logs\psatimestamp.log

一部のコンポーネントでは、psatimestamp.outという2番目のログ・ファイルが、同じ場所に作成されます。

timestampには、パッチ・セット・アシスタントが実行された実際の日時が反映されます。

パッチ・セット・アシスタントの実行時に障害が発生した場合、問題を診断して修正するために、これらのログ・ファイルが必要になります。そのため、ログ・ファイルは削除しないでください。ログ・ファイルの内容は、コマンドラインから別の-logLevelを指定することで変更できます。

パッチ・セット・アシスタントで実行される処理のいくつかは、他の処理より時間がかかる場合があります。時間のかかるこれらの処理の進行状況を確認するには、ログ・ファイルでこの情報を確認するか、次の問合せを使用できます。

SELECT VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY WHERE OWNER='schema_name';

問合せ結果のSTATUSフィールドは、スキーマへのパッチ適用処理中は「UPGRADING」または「UPGRADED」に、処理が終了すると「VALID」になります。