Oracle® Fusion Middleware

Upgrade Assistantによるアップグレード

12c (12.2.1.2)

E82838-02(原本部品番号:E77899-03)

2016年12月

このツール固有のリファレンス・ガイドでは、Oracle Fusion Middleware Upgrade Assistantのコマンドラインの操作手順および画面表示について説明します。

Oracle Fusion Middleware Upgrade Assistantによるアップグレード 12c (12.2.1.2)

E82838-02

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

原本著者:  Lisa Jamen

原本協力者:  Priyanka Chedda

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

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

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

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 Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Fusion Middleware Upgrade Assistantの使用について

- 1.1 Upgrade Assistantについて

- 1.2 アップグレード・プロセスにおけるUpgrade Assistantの使用について

- 1.2.1 Upgrade Assistantを使用したアップグレード前の準備状況チェックの実行について

- 1.2.2 製品スキーマのアップグレード

- 1.2.3 Upgrade Assistantを使用したコンポーネント構成のアップグレードについて

- 1.3 アップグレードに対応可能な既存のスキーマの特定

- 1.4 このリリースにアップグレード可能なスキーマの特定

- 1.5 Upgrade Assistantでアップグレードできる構成の識別

2 Upgrade Assistantを使用したアップグレードの実行

- 2.1 Upgrade Assistantの使用を開始する前に

- 2.1.1 完全なバックアップの作成

- 2.1.1.1 スキーマ・バージョン・レジストリ表のバックアップ

- 2.1.1.2 カスタム・ドメイン環境設定の保持

- 2.1.2 アップグレード前の無効なデータベース・オブジェクトのチェック

- 2.1.3 Upgrade Assistantを実行するための非SYSDBAユーザーの作成

- 2.1.4 サーバーとプロセスの停止

- 2.2 Upgrade Assistantの起動

- 2.2.1 Upgrade Assistantのパラメータ

- 2.3 アップグレード前の準備状況チェックの実行

- 2.3.1 アップグレード前の準備状況チェックの実行について

- 2.3.2 準備状況モードでのUpgrade Assistantの起動

- 2.3.2.1 Upgrade Assistantのパラメータ

- 2.3.3 Upgrade Assistantを使用した準備状況チェックの実行

- 2.3.4 準備状況レポートの理解

- 2.4 アップグレード・アシスタントを使用した製品スキーマのアップグレード

- 2.5 コンポーネント構成のアップグレード画面の理解

- 2.6 アップグレード後の手順の実行

- 2.6.1 アップグレード後の基本的な管理タスクの実行

- 2.6.2 正常なスキーマ・アップグレードの検証

- 2.6.3 アップグレード後の無効なデータベース・オブジェクトのチェック

3 レスポンス・ファイルを使用したサイレント・アップグレードの実行

- 3.1 アップグレード・レスポンス・ファイルの作成

- 3.2 レスポンス・ファイルを使用したFusion Middlewareのアップグレード

- 3.2.1 Upgrade Assistantのパラメータ

4 アップグレードのトラブルシューティング

- 4.1 アップグレードのトラブルシューティング

- 4.2 ログ・ファイルの確認

- 4.3 確認時に発生した障害の調査

- 4.4 アップグレード時に発生した障害の調査

- 4.5 Oracle Fusion Middleware Upgrade Assistantの一般的なエラーの解決方法

- 4.5.1 ディスク領域が十分であるかどうかの確認

- 4.5.2 スキーマのアップグレード時に発生するデータベース接続の問題の解決方法

- 4.6 サポートされていないドメインのアップグレードの試行

- 4.7 障害が発生した後のUpgrade Assistantの再起動

はじめに

このガイドでは、Oracle Fusion Middleware Upgrade Assistantの使用方法について、アップグレードの準備の方法、アップグレードが既存の環境に与える影響、データベースとリポジトリのスキーマをアップグレードのために準備する方法などを含めて説明します。

- 対象者

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

- 関連ドキュメント
12cのドキュメント・ライブラリでは、アップグレード・ドキュメントがタスクごとに編成されています。タスク固有のページには、一般的なアップグレード手順および関連ドキュメントへのダイレクト・リンクが用意されています。

- 表記規則

対象者

このガイドは、Oracle Fusion Middlewareをアップグレードするシステム管理者を対象としています。このマニュアルは、読者が次の事項に関する知識を持っていることを前提としています。

- Oracle Fusion Middleware 12cの既存デプロイメントのシステム管理および構成の情報

- アップグレードするシステムの構成および予測される動作

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

Oracleのアクセシビリティへの取り組みについては、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)にアクセスしてください。

Oracle Supportへのアクセス

サポートをご購入の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を参照してください。

関連ドキュメント

12cドキュメント・ライブラリにおいて、アップグレード・ドキュメントはタスクに基づいて編成されています。タスク固有のページには、一般的なアップグレード手順および関連ドキュメントへのダイレクト・リンクが用意されています。

詳細はOracle Fusion Middlewareライブラリを参照してください。

- インストールの情報は、Fusion Middlewareインストール・ドキュメントを参照してください。

- アップグレードの情報(アップグレードのビデオなど)は、Fusion Middleware 12cのアップグレード・ドキュメントを参照してください。

- 管理関連の情報は、Fusion Middleware 12c管理ドキュメントを参照してください。

- リリース関連の情報は、Fusion Middleware 12cリリース・ノートを参照してください。

表記規則

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

表記規則

意味

太字

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

イタリック

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

固定幅フォント

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

1 Oracle Fusion Middleware Upgrade Assistantの使用について

Upgrade Assistantを使用して、サポートされているFusion Middleware 11gおよび12cのドメインを12c (12.2.1.2)にアップグレードします。

Upgrade Assistantでは、スキーマ・アップグレードおよびドメイン構成を含む多くの共通アップグレード・タスクが自動化されています。また、Upgrade Assistantは、アップグレード前の準備状況チェックの実行にも使用できます。

注意:
このガイドはアップグレードのためのリファレンス・ツールとして使用するよう意図されています。サポートされるアップグレードの開始点、および特定のインストール・タイプの前提条件とアップグレード・パスについての詳細情報は、必ずコンポーネント固有のアップグレード・ドキュメントを参照してください。

- Upgrade Assistantについて
Upgrade Assistantを使用して、サポートされている11gおよび以前の12cリリースのコンポーネント・スキーマ、コンポーネント構成データおよびスタンドアロン・システム・コンポーネントを12c (12.2.1.2)にアップグレードします。Upgrade Assistantは、アップグレード前の準備状況チェックを実行する際にも使用できます。

- アップグレード・プロセスにおけるUpgrade Assistantの使用について
Upgrade Assistantを他のOracle Fusion Middlewareツールおよびプロセスとともに使用して、サポートされているFusion Middleware 11gおよび12cコンポーネントを最新リリースにアップグレードします。

- アップグレードに対応可能な既存のスキーマの特定
このオプションのタスクにより、使用可能なスキーマのリストを確認してから、スキーマ・バージョン・レジストリに問い合せることでアップグレードを開始できます。このレジストリには、バージョン番号、コンポーネント名とID、作成日と変更日、カスタム接頭辞などのスキーマ情報が含まれています。

- このリリースにアップグレード可能なスキーマの特定
アップグレードの前に、12c (12.2.1.2)にアップグレード可能なスキーマを知っておくことが重要です。アップグレードが不要なスキーマも、アップグレードできないスキーマもあります。

- Upgrade Assistantでアップグレードできる構成の識別
再構成ウィザードを使用したドメインの再構成後に、Upgrade Assistantを使用して、サポート対象のコンポーネント構成を12c (12.2.1.2)にアップグレードして構成します。

1.1 Upgrade Assistantについて

Upgrade Assistantを使用して、サポートされている11gおよび以前の12cリリースのコンポーネント・スキーマ、コンポーネント構成データおよびスタンドアロン・システム・コンポーネントを12c (12.2.1.2)にアップグレードします。Upgrade Assistantは、アップグレード前の準備状況チェックを実行する際にも使用できます。

Upgrade Assistantは、Fusion Middlewareインストールの次の場所にあります。

(UNIX) ORACLE_HOME/oracle_common/upgrade/bin

(Windows) ORACLE_HOME\oracle_common\upgrade\bin

Upgrade Assistantを実行すると、次のタスクが実行されます。

- Upgrade Assistantをreadinessモードで実行すると、ドメインに関連付けられたスキーマおよびコンポーネント構成に対してアップグレード前のチェックが実行されます。

- スキーマのアップグレードの場合、管理サーバーはオフラインになり、アップグレードするスキーマのリストはドメイン構成を読み取ることで決定されます。

- コンポーネント構成のアップグレードの場合、管理サーバーはオフラインになり、アップグレードするコンポーネント構成のリストはドメイン構成を読み取ることで決定されます。

注意:
Upgrade Assistantを拡張する前に、SYSDBA以外のユーザーを作成することをお薦めします。「Upgrade Assistantを実行するための非SYSDBAユーザーの作成」を参照してください。

1.2 アップグレード・プロセスにおけるUpgrade Assistantの使用について

Upgrade Assistantを他のOracle Fusion Middlewareツールおよびプロセスとともに使用して、サポートされているFusion Middleware 11gおよび12cコンポーネントを最新リリースにアップグレードします。

11gから12cへのアップグレード・プロセスは、以前のリリースからのアップグレードの場合と異なります。Upgrade Assistantおよび他のアップグレード・ツールの使用方法を理解するには、Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニングの12cアップグレード・プロセスの理解を参照してください。

通常のアップグレードでは、Upgrade Assistantを複数回使用できます。

1. Upgrade Assistantを使用したアップグレード前の準備状況チェックの実行について
実際のアップグレードの実行前に、準備状況チェックを実行して、アップグレードの成功を妨げる問題が存在するかどうかを判断します。

2. 製品スキーマのアップグレード
サーバーとプロセスの停止後、Upgrade Assistantを使用して、サポート対象の製品スキーマを現行リリースのOracle Fusion Middlewareにアップグレードします。

3. Upgrade Assistantを使用したコンポーネント構成のアップグレードについて
ドメインの再構成後に、Upgrade Assistantを使用してコンポーネント構成をアップグレードします。

1.2.1 Upgrade Assistantを使用したアップグレード前の準備状況チェックの実行について

実際のアップグレードの実行前に、準備状況チェックを実行して、アップグレードの成功を妨げる問題が存在するかどうかを判断します。

Upgrade Assistantを-readinessモードで実行することにより、実際にアップグレードを実行する前にアップグレードの潜在的な問題を特定できます。準備状況チェックは、システムがオンライン中に実行できます。準備状況チェックは、既存のドメインまたはデータベース・スキーマをスキャンし、スキャンの結果が記載されたテキスト・ファイルを生成する読取り専用操作です。準備状況チェックは、特定のドメインに属していないスキーマにも実行できます。アップグレード前の環境に問題がある場合、アップグレードする前にこれらの問題を修正してから、準備状況チェックを再実行できます。

また、-responseモードで準備状況チェックを実行して、レスポンス・ファイルを使用したサイレント準備状況チェックを実行することもできます。Upgrade Assistantによるレスポンス・ファイルの使用の詳細は、Upgrade Assistantのパラメータを参照してください。

調査フェーズと準備状況チェックの違いの理解

アップグレード・プロセスの調査フェーズは、準備状況チェックの実行とは別の操作です。通常、調査フェーズ中に実行されるチェックより、準備状況チェックの方が徹底しています。調査フェーズは「アップグレード」をクリックする直前に移行し、スキーマおよび構成問題に関する潜在的な問題を特定しますが、準備状況チェックは実際のアップグレードを開始する前に実行される読取り専用のプロセスです。

注意:
すでにアップグレード手順を実行した場合、準備状況チェックを実行しないでください。実行しても結果が正しくない可能性があります。

警告:
アップグレードの実行時に、アップグレードの成功を妨げる問題が発生した場合は、アップグレードを再実行するために、バックアップしておいたアップグレード前の環境に戻すことが必要になる場合があります。準備状況チェックを実行すると、これらの問題の一部を特定し、システムのダウンタイムが延長されることを回避できます。

1.2.2 製品スキーマのアップグレード

サーバーとプロセスの停止後、Upgrade Assistantを使用して、サポート対象の製品スキーマを現行リリースのOracle Fusion Middlewareにアップグレードします。

アップグレード・アシスタントを使用すると、個別に選択したスキーマまたはドメインに関連付けられているすべてのスキーマをアップグレードできます。選択したオプションによって、表示されるアップグレード・アシスタントの画面は異なります。

1.2.3 Upgrade Assistantを使用したコンポーネント構成のアップグレードについて

ドメインの再構成後に、Upgrade Assistantを使用してコンポーネント構成をアップグレードします。

コンポーネントの構成プロセス中に、ドメインの構成ファイルは、ターゲット・バージョンと一致するようにアップグレードされます。このプロセスの一環として、新しいリリースによって無効になる既存の構成データは削除され、新しいバージョンと互換性のある構成データに置き換えられます。

1.3 アップグレードに対応可能な既存のスキーマの特定

このオプションのタスクにより、使用可能なスキーマのリストを確認してから、スキーマ・バージョン・レジストリに問い合せることでアップグレードを開始できます。このレジストリには、バージョン番号、コンポーネント名とID、作成日と変更日、カスタム接頭辞などのスキーマ情報が含まれています。

Upgrade Assistantでドメイン内のすべてのスキーマをアップグレードすることも、アップグレードするスキーマを個別に選択することもできます。この判断には、次に示す手順を実行して、アップグレードに対応可能なすべてのスキーマのリストを表示することが役立ちます。

1. Oracleデータベースを使用している場合は、Oracle DBA権限が付与されたアカウントを使用してデータベースに接続し、SQL*Plusから次を実行します。

SET LINE 120
COLUMN MRC_NAME FORMAT A14
COLUMN COMP_ID FORMAT A20
COLUMN VERSION FORMAT A12
COLUMN STATUS FORMAT A9
COLUMN UPGRADED FORMAT A8
SELECT MRC_NAME, COMP_ID, OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY ORDER BY MRC_NAME, COMP_ID ;

2. 生成されたレポートを調査します。VERSION列の値が11.1.1.7.0以上で、STATUS列の値がVALIDの場合、そのスキーマはアップグレードに対応しています。
アップグレードの必要がないスキーマがある場合は、そのスキーマのアップグレード前のバージョンがschema_version_registry表に維持されます。

3. 既存のスキーマに使用していたスキーマ接頭辞名をメモしておきます。新しい12cスキーマの作成時に、同じ接頭辞を使用することになります。

注意

- 既存のスキーマがサポート対象のバージョンではない場合は、そのスキーマをサポート対象バージョンにアップグレードしてから、12c (12.2.1.2)のアップグレード手順を使用する必要があります。詳細は、アップグレード前のバージョンのドキュメントを参照してください。

- 一部のコンポーネント(Oracle Enterprise Data Quality、Oracle GoldenGate Monitor、Oracle GoldenGate Veridataなど)では、標準的なOracle Fusion Middlewareのサポート対象バージョン以外のバージョンからのアップグレードがサポートされています。

- 11gでOIDベースのポリシー・ストアを使用していた場合は、アップグレードの実行前に必ず新しいOPSSスキーマを作成してください。このOPSSスキーマは、アップグレード後もLDAPベースのストアのままになります。

- Oracle Fusion Middlewareリリース12c (12.2.1.2)のアップグレードに対応可能な製品のスキーマのみをアップグレードできます。まだ12c (12.2.1.2)へのアップグレードが未対応のコンポーネントを含むドメインはアップグレードしないでください。

1.4 このリリースにアップグレード可能なスキーマの特定

アップグレードの前に、12c (12.2.1.2)にアップグレード可能なスキーマを知っておくことが重要です。アップグレードが不要なスキーマも、アップグレードできないスキーマもあります。

データベースにスキーマが作成されると、リポジトリ作成ユーティリティ(RCU)は、schema_version_registryという表を作成して維持します。アップグレードの実行前に、この表を参照してください。アップグレード後のスキーマ・バージョン列に、そのスキーマの最新のバージョンが表示されます。スキーマがすでにこのバージョンの場合、アップググレードする必要はありません。

注意: 「スキーマ」列は、接頭辞とスキーマ名の間にアンダースコア(_)を使用したデフォルトのスキーマ名フォーマットを示します。デフォルトの接頭辞はDEVですが、RCUを使用すると、スキーマに新しく接頭辞を作成できます。

表1-1 Oracle Fusion Middleware 12c 12c (12.2.1.2)にアップグレードできるスキーマ

コンポーネント名

スキーマ

アップグレード前のスキーマ・バージョン

アップグレード後のスキーマ・バージョン

依存関係および追加情報

監査サービス脚注1

prefix_IAU

11.1.1.7

11.1.1.9

12.1.2.0

12.1.3.0

12.2.1.0

12.2.1.1

12.2.1.2

依存関係はありません。

メタデータ・サービス

prefix_MDS

11.1.1.7

11.1.1.9

12.1.2.0

12.1.3.0

12.2.1.0

12.2.1.1

依存関係はありません。

このスキーマの最新バージョンは12.2.1.1です。

プラットフォーム・セキュリティ・サービスFoot 2

prefix_OPSS

11.1.1.7

11.1.1.9

12.1.2.0

12.1.3.0

12.2.1.0

prefix_IAUスキーマを最初にアップグレードする必要があります。

このスキーマの最新バージョンは12.2.1.0です。

共通インフラストラクチャ・サービス(LocalSvcTbl)

prefix_STB

12.1.2.0

12.1.3.0

SOAINFRAなどの他のコンポーネントをアップグレードする場合は、prefix_STBスキーマをアップグレードする必要があります。

このスキーマの最新バージョンは12.1.3.0です。

ユーザー・メッセージング・サービス

prefix_ORASDPM

prefix_UMSFoot 3

11.1.1.7

11.1.1.9

12.1.2.0

12.1.3.0

12.2.1.0

このスキーマの最新バージョンは12.2.1.0です。

WebLogic Server

prefix_WLS

11.1.1.7

12.1.2.0

12.2.1.0

このスキーマの最新バージョンは12.2.1.0です。

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

prefix_ODI_REPO

11.1.1.7

11.1.1.9

12.1.2.0

12.1.3.0

12.2.1.0

12.2.1.1

依存関係はありません。

このスキーマの最新バージョンは12.2.1.1です。

SOAインフラストラクチャ(Oracle Business Activity Monitoring、Business Process ManagementおよびOracle Service Busを含む)

prefix_SOAINFRA

11.1.1.7

11.1.1.9

12.1.3

12.2.1.0

12.2.1.1

prefix_STBスキーマを最初にアップグレードする必要があります。

このスキーマの最新バージョンは12.2.1.1です。

Oracle Enterprise Scheduler

prefix_ESS

11.1.1.7

11.1.1.9

12.1.3

12.2.1.0

12.2.1.1

このスキーマの最新バージョンは12.2.1.1です。

Oracle Managed File Transfer。

prefix_MFT

12.1.3.0

12.2.1.0

12.2.1.1

prefix_MDS、prefix_IAUおよびprefix_UMSもアップグレードする必要があります。
このスキーマの最新バージョンは12.2.1.1です。

Oracle WebCenter Contentサーバー

prefix_OCS

prefix_OCSSEARCH

11.1.1.7

11.1.1.8脚注4

11.1.1.9

12.2.1.0

prefix_MDSスキーマを最初にアップグレードする必要があります。

このスキーマの最新バージョンは12.2.1.0です。

Oracle WebCenter Enterprise Capture

prefix_CAPTURE

11.1.1.8

12.2.1.0

prefix_MDSおよびprefix_OPSSスキーマを最初にアップグレードする必要があります。

このスキーマの最新バージョンは12.2.1.0です。

Oracle WebCenterポータル

prefix_PORTLET

prefix_ACTIVITIES

prefix_DISCUSSIONS

prefix_DISCUSSIONS_CRAWLER

11.1.1.7脚注5

11.1.1.8

12.2.1.0

prefix_MDSスキーマを最初にアップグレードする必要があります。

このスキーマの最新バージョンは12.2.1.0です。

Oracle WebCenterポータル

prefix_WEBCENTER

11.1.1.7
11.1.1.8

12.2.1.0

12.2.1.1

このスキーマの最新バージョンは12.2.1.1です。

Oracle WebCenter Sites

prefix_WCSITES

12.2.1.0
12.2.1.1

12.2.1.2

Enterprise Data Quality

prefix_EDQCONFIG

prefix_EDQRESULTS

prefix_EDQSTAGING

11.1.1.7.3

12.1.3.0

12.2.1.0

12.2.1.1

このスキーマの最新バージョンは12.2.1.1です。

GoldenGate Monitor

prefix_OGGMON

11.2.1.0.7

12.1.3.0

12.2.1.0

このスキーマの最新バージョンは12.2.1.0です。

GoldenGate Studio

prefix_OGGSTUDIO_REPO

12.2.1.0

12.2.1.1

このスキーマの最新バージョンは12.2.1.1です。

GoldenGate Veridata

prefix_VERIDATA

11.2.1.0.1

12.1.3.0

12.2.1.0

12.2.1.2

脚注1

_IAUを11gの開始点からアップグレードすると、Upgrade Assistantは、2つの補助スキーマ(IAU_APPENDおよびIAU_VIEWER)を更新し、それらを12.2.1.2のschema_version_registryに追加します。これらのスキーマは、11gの schema_version_registry表に含まれていませんでした。

脚注2

リリース11.1.1.7より、OPSS監査データはJPS表ではなく、IAU共通の表に保存されます。

脚注3

以前の12cリリースからシステムをアップグレードする場合、スキーマはprefix_UMSという名前になります。

脚注4

エディション・ベースの再定義(EBR)対応のスキーマをサポートする最初のリリース

脚注5

エディション・ベースの再定義(EBR)対応のスキーマをサポートする最初のリリース

1.5 Upgrade Assistantでアップグレードできる構成の識別

再構成ウィザードを使用したドメインの再構成後に、Upgrade Assistantを使用して、サポート対象のコンポーネント構成を12c (12.2.1.2)にアップグレードして構成します。

Upgrade Assistantを使用して構成をアップグレードすると、構成されるコンポーネントおよび最新バージョンにアップグレードできるコンポーネントのリストがUpgrade Assistantによって自動的に作成されます。アップグレードの開始前に、このリリースにアップグレードできるコンポーネントのリストを確認します。

警告:
12c (12.2.1.2)リリースでは非推奨になっている(または未対応の)既存のFusion Middleware 11gコンポーネントを使用し続ける場合は、アップグレードを試行しないでください。

アップグレード可能なコンポーネント構成は、次のとおりです。

- 共通インフラストラクチャ・サービス

- Oracle Data Integrator

- Oracle Enterprise Data Quality

- Oracle Forms

- Oracle GoldenGate Monitor

- Oracle GoldenGate Veridata

- Oracle HTTP Server

- Oracle MapViewer

- Oracle Reports

- Oracle Traffic Director

- Oracle User Messaging Service。

- Oracle WebCenterポータル

- Oracle WebCenter Sites

- Oracle Web Services Manager。

- システム・コンポーネント・インフラストラクチャ

- Java Required Files (JRF)インフラストラクチャ

2 Upgrade Assistantを使用したアップグレードの実行

Upgrade Assistantは、スキーマのアップグレード、コンポーネント構成のアップグレード、およびアップグレード前の環境に対する準備状況チェックの実行といった、様々な方法で使用されます。

注意:
次に示す各項では、Oracle Fusion Middlewareのアップグレードを実行するために、Upgrade Assistantを使用する方法の概要について説明します。実際のアップグレードを実行するときには、コンポーネント固有のアップグレード・ガイドを使用する必要があります。

- Upgrade Assistantの使用を開始する前に
この項では、Upgrade Assistantによるアップグレードを開始する前に実行する必要のある、いくつかの手順について説明します。

- Upgrade Assistantの起動
Upgrade Assistantを実行して、製品スキーマ、ドメイン・コンポーネント構成、またはスタンドアロン・システム・コンポーネントを12c (12.2.1.2)にアップグレードします。Upgrade Assistantは非SYSDBAとして実行して、一度にアップグレードするドメインは1つにすることをお薦めします。

- アップグレード前の準備状況チェックの実行
アップグレードにかかわる潜在的な問題を特定するために、アップグレード・プロセスの開始前に、準備状況チェックの実行をお薦めします。準備状況チェックによって、アップグレードにかかわる潜在的な問題をすべて検出できるわけではない点に注意してください。準備状況チェックのレポートが成功を示していても、アップグレードが失敗することもあります。

- アップグレード・アシスタントを使用した製品スキーマのアップグレード
アップグレード・アシスタントの各画面を移動して、製品スキーマをアップグレードします。

- コンポーネント構成のアップグレード画面の理解
ほとんどのコンポーネント構成のアップグレードで表示される、Upgrade Assistantの基本的な画面について説明します。

- アップグレード後の手順の実行
アップグレードの後に追加のアップグレード後構成タスクをすべて完了して、新しくアップグレードしたドメインが期待どおりに機能していることを検証します。ドメイン構成に適用するタスクのみを実行します。

2.1 Upgrade Assistantの使用を開始する前に

この項では、Upgrade Assistantによるアップグレードを開始する前に、実行する必要のあるいくつかの手順について説明します。

注意:
実際のアップグレード・プロセスを開始する前に、追加のタスクの実行が必要になる場合があります。それぞれのコンポーネントに固有のアップグレード・ガイドには、アップグレードの開始前に実行する必要のあるアップグレード前のタスクの完全なリストを含むチェックリストが記載されています。

- 完全なバックアップの作成
アップグレードを開始する前に、Oracle Fusion Middlewareスキーマをホストするすべてのデータベースを含め、システムに重要なファイルをすべてバックアップします。

- アップグレード前の無効なデータベース・オブジェクトのチェック
アップグレードの失敗につながる可能性のある無効なオブジェクトを特定して、Upgrade Assistantの実行前にデータベース・オブジェクトを再コンパイルします。

- アップグレード・アシスタントを実行するための非SYSDBAユーザーの作成
Upgrade Assistantを実行するために、FMWという非SYSDBAユーザーを作成することをお薦めします。このユーザーには、スキーマを変更するために必要な権限を付与しますが、完全な管理者権限は付与しません。

- サーバーとプロセスの停止
Upgrade Assistantを実行してスキーマと構成をアップグレードする前に、管理サーバーや管理対象サーバーを含め、すべてのプロセスとサーバーをシャットダウンする必要があります。

2.1.1 完全なバックアップの作成

アップグレードを開始する前に、Oracle Fusion Middlewareスキーマをホストするすべてのデータベースを含め、システムに重要なファイルをすべてバックアップします。

バックアップには、SYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。これにより、アップグレードが失敗したときに、コンテンツをアップグレード前の状態にリストアできるようになります。

Upgrade Assistantの「前提条件」画面では、アップグレードを実際に進める前に、バックアップが実行されていることについての確認を求められます。ただし、Upgrade Assistantは、バックアップが作成されていることを検証しない点に注意してください。

バックアップの作成の詳細は、次の各項を参照してください。

- 『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』の環境のバックアップに関する項

- 『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』の12cのためのOracle Databasesのアップグレードと準備に関する項

システムの完全なバックアップの作成に加えて、アップグレード後の環境で使用するスキーマ・バージョン・レジストリとカスタム設定のバックアップも作成する必要があります。次の資料も参照してください。

- スキーマ・バージョン・レジストリ表のバックアップ
システム・バックアップにはSYSTEM.SCHEMA_VERSION_REGISTRY$表が含まれている必要があります。

- カスタム・ドメイン環境設定のメンテナンス
ドメインで生成された起動スクリプトやサーバー起動スクリプトをアップグレード前の環境で変更した場合、それらの変更は、インストール、ドメインのアップグレードおよび再構成の操作時に上書きされる点に注意することが重要です。

2.1.1.1 スキーマ・バージョン・レジストリ表のバックアップ

システム・バックアップにはSYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。

SYSTEM.SCHEMA_VERSION_REGISTRY$表には、各Fusion Middlewareスキーマの行があります。Upgrade Assistantを実行して既存のスキーマを更新する際、正常に更新できなかった場合は、元のスキーマをリストアしてからやりなおす必要があります。Upgrade Assistantの実行前に、既存のデータベース・スキーマとスキーマ・バージョン・レジストリを必ずバックアップしておいてください。

注意:
スキーマ・アップグレードを実行する前に、これらのバックアップを実行することは、Upgrade Assistantを実行するための前提条件です。アップグレード時に、バックアップが実行されていることについての確認を求められます。

2.1.1.2 カスタム・ドメイン環境設定のメンテナンス

ドメインで生成された起動スクリプトやサーバー起動スクリプトをアップグレード前の環境で変更していた場合、それらの変更は、インストール、ドメインのアップグレードおよび再構成の操作時に上書きされる点に注意することが重要です。

どのドメインのインストールにも、動的に生成されたドメインおよびサーバーの起動スクリプト(setDomainEnvなど)が含まれています。これらのファイルは、インストールとアップグレードのプロセスで新しいバージョンに置き換えられます。カスタムのドメインレベルの環境設定を維持する場合は、スクリプトを直接変更するのではなく、アップグレード前に、カスタムのドメイン情報を保存しておく個別のファイルを作成することをお薦めします。

たとえば、ドメインのすべてのサーバーに適用されるサーバー起動パラメータをカスタマイズする場合は、setUserOverrides.cmd (Windows)またはsetUserOverrides.sh (UNIX)という名前のファイルを作成して、WebLogic Serverクラスパスにカスタム・ライブラリを追加する、サーバー実行用の追加のコマンドライン・オプションを指定する、または追加の環境変数を指定するように構成します。このファイルに追加されたカスタム設定はドメインのアップグレード操作中に保存され、packおよびunpackコマンドを使用する際にリモート・サーバーに継承されます。

次の例は、setUserOverridesファイルでの起動のカスタマイズを示しています。

# add custom libraries to the WebLogic Server system claspath
if [ "${POST_CLASSPATH}" != "" ] ; then
POST_CLASSPATH="${POST_CLASSPATH}${CLASSPATHSEP}${HOME}/foo/fooBar.jar"
export POST_CLASSPATH
else
POST_CLASSPATH="${HOME}/foo/fooBar.jar"
export POST_CLASSPATH
fi

# specify additional java command line options for servers
JAVA_OPTIONS="${JAVA_OPTIONS}  -Dcustom.property.key=custom.value"

サーバーの起動中にsetUserOverridesファイルが存在する場合、このファイルが起動シーケンスに含まれ、このファイルにオーバーライドがあれば、有効になります。setUserOverridesファイルは、domain_home/binディレクトリに格納する必要があります。

注意:

setUserOverridesスクリプトをアップグレード前に作成できない場合は、設定を再適用する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverのアップグレード』の起動スクリプトへのカスタマイズの再適用に関する項を参照してください。

2.1.2 アップグレード前の無効なデータベース・オブジェクトのチェック

アップグレードの失敗につながる可能性のある無効なオブジェクトを特定して、Upgrade Assistantの実行前にデータベース・オブジェクトを再コンパイルします。

Oracle Databaseを使用している場合は、Upgrade Assistantを実行する前にデータベース・オブジェクトを再コンパイルできます。そのためには、SYSとしてデータベースに接続し、SQL*Plusから次のコマンドを実行します。

SQL> @oracle_home/software/rdbms/admin/utlrp.sql

これにより、データベース・オブジェクトをコンパイルします。

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

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

無効なデータベース・オブジェクトは、アップグレード前になくなっている必要があります。

無効なオブジェクトがある場合は、再度utlrp.sqlコマンドを実行してください。問題が続く場合は、サービス・リクエストを提出します。

2.1.3 Upgrade Assistantを実行するための非SYSDBAユーザーの作成

Upgrade Assistantを実行するために、FMWという非SYSDBAユーザーを作成することをお薦めします。このユーザーには、スキーマを変更するために必要な権限を付与しますが、完全な管理者権限は付与しません。

SYSDBAはデータベースの作成、起動、停止、バックアップまたはリカバリなどの高度な管理操作を実行するために必要な管理権限です。SYSDBAシステム権限は、完全な権限を持つデータベース管理者が使用します。SYSDBA権限で接続すると、通常はユーザー名に関連付けられているスキーマではなく、デフォルトのスキーマで接続が確立されます。SYSDBAの場合、このスキーマはSYSです。デフォルト・スキーマへのアクセスは非常に強力な権限となる場合があります。たとえば、ユーザーSYSとして接続する場合、データ・ディクショナリの表における権限は無制限となります。このため、SYSDBA以外のユーザーを作成してスキーマをアップグレードすることをお薦めします。Upgrade Assistantの起動前に、この項にリストした権限をユーザーFMWに付与する必要があります。

注意
以前のリリースで非SYSDBAユーザーのFMWを作成していた場合は、アップグレードの開始前に、このユーザーを削除してから再作成する必要があります。古いFMWユーザーでUpgrade Assistantを実行すると、新しい権限が追加されていることがあるため、アップグレードの失敗につながる可能性があります。既存のFMWユーザーを変更するのではなく、このユーザーを削除してから再作成することをお薦めします。

デフォルトでは、v$xatrans$表は存在しません。ユーザーを作成する前に、XAVIEW.SQLスクリプトを実行して、この表を作成する必要があります。さらに、v$xatrans$表に対するgrant select権限は、Oracle Identity Managerにのみ必要な権限です。構成にOracle Identity Managerが必要ない場合、またはv$xatrans$表が存在しない場合は、次の行をスクリプトから削除してください。

grant select on v$xatrans$ to FMW with grant option;

次の例では、welcome1がパスワードです。権限を付与する際に、実際のパスワードを指定していることを確認します。

create user FMW identified by welcome1;
grant dba to FMW;
grant execute on DBMS_LOB to FMW with grant option;
grant execute on DBMS_OUTPUT to FMW with grant option;
grant execute on DBMS_STATS to FMW with grant option;
grant execute on sys.dbms_aqadm to FMW with grant option;
grant execute on sys.dbms_aqin to FMW with grant option;
grant execute on sys.dbms_aqjms to FMW with grant option;
grant execute on sys.dbms_aq to FMW with grant option;
grant execute on utl_file to FMW with grant option;
grant execute on dbms_lock to FMW with grant option;
grant select on sys.V_$INSTANCE to FMW with grant option;
grant select on sys.GV_$INSTANCE to FMW with grant option;
grant select on sys.V_$SESSION to FMW with grant option;
grant select on sys.GV_$SESSION to FMW with grant option;
grant select on dba_scheduler_jobs to FMW with grant option;
grant select on dba_scheduler_job_run_details to FMW with grant option;
grant select on dba_scheduler_running_jobs to FMW with grant option;
grant select on dba_aq_agents to FMW with grant option;
grant execute on sys.DBMS_SHARED_POOL to FMW with grant option;
grant select on dba_2pc_pending to FMW with grant option;
grant select on dba_pending_transactions to FMW with grant option;
grant execute on DBMS_FLASHBACK to FMW with grant option;
grant execute on dbms_crypto to FMW with grant option;
grant execute on DBMS_REPUTIL to FMW with grant option;
grant execute on dbms_job to FMW with grant option;
grant select on pending_trans$ to FMW with grant option;
grant select on dba_scheduler_job_classes to fmw with grant option;
grant select on SYS.DBA_DATA_FILES to FMW with grant option;
grant select on SYS.V_$ASM_DISKGROUP to FMW with grant option;
grant select on v$xatrans$ to FMW with grant option;
grant execute on sys.dbms_system to FMW with grant option;
grant execute on DBMS_SCHEDULER to FMW with grant option;
grant select on dba_data_files to FMW with grant option;
grant execute on UTL_RAW to FMW with grant option;
grant execute on DBMS_XMLDOM to FMW with grant option;
grant execute on DBMS_APPLICATION_INFO to FMW with grant option;
grant execute on DBMS_UTILITY to FMW with grant option;
grant execute on DBMS_SESSION to FMW with grant option;
grant execute on DBMS_METADATA to FMW with grant option;
grant execute on DBMS_XMLGEN to FMW with grant option;
grant execute on DBMS_DATAPUMP to FMW with grant option;
grant execute on DBMS_MVIEW to FMW with grant option;
grant select on ALL_ENCRYPTED_COLUMNS to FMW with grant option;
grant select on dba_queue_subscribers to FMW with grant option;
grant execute on SYS.DBMS_ASSERT to FMW with grant option;
grant select on dba_subscr_registrations to FMW with grant option;
grant manage scheduler to FMW;

注意:

Oracle Database 11.2.0.3データベース・ユーザーのみ: アップグレードを開始する前に、Oracleパッチ13036331を適用する必要があります。My Oracle Supportにアクセスしてパッチをダウンロードします。

このパッチを適用しない場合は、一部のスキーマで追加の権限を付与する必要があります。

2.1.4 サーバーとプロセスの停止

Upgrade Assistantを実行してスキーマと構成をアップグレードする前に、管理サーバーや管理対象サーバーを含め、すべてのプロセスとサーバーをシャットダウンする必要があります。

Oracle Fusion Middleware環境は、1つのOracle WebLogic Serverドメイン、1つの管理サーバー、複数の管理対象サーバー、Javaコンポーネント、システム・コンポーネント(Identity Managementのコンポーネントなど)およびメタデータのリポジトリとして使用する1つのデータベースで構成できます。コンポーネントは相互に依存していることがあるため、適切な順序で停止する必要があります。

注意:
この項の手順では、WLSTコマンドライン・ユーティリティまたはスクリプトを使用してサーバーとプロセスを停止する方法について説明します。また、Oracle Fusion Middleware ControlとOracle WebLogic Server管理コンソールを使用することもできます。『Oracle Fusion Middlewareの管理』の管理サーバーと管理対象サーバーおよびノード・マネージャの起動と停止に関する項を参照してください。

Fusion Middleware環境を停止するには、次に示す手順を実行します。

手順1: システム・コンポーネントを停止する

Oracle HTTP Serverなどのシステム・コンポーネントを停止するには、stopComponentスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/stopComponent.sh component_name

- (Windows) DOMAIN_HOME\bin\stopComponent.cmd component_name

システム・コンポーネントは任意の順序で停止できます。

手順2: 管理対象サーバーを停止する

WebLogic Server管理対象サーバーを停止するには、stopManagedWebLogicスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/stopManagedWebLogic.sh managed_server_name admin_url

- (Windows) DOMAIN_HOME\bin\stopManagedWebLogic.cmd managed_server_name admin_url

プロンプトが表示されたらユーザー名とパスワードを入力します。

手順3: Oracle Identity Managementのコンポーネントを停止する環境に含まれるOracle Identity Managementのコンポーネント(Oracle Internet Directoryなど)を停止します。

- (UNIX) DOMAIN_HOME/bin/stopComponent.sh component_name

- (Windows) DOMAIN_HOME\bin\stopComponent.cmd component_name

手順4: 管理サーバーを停止する

管理サーバーを停止するときに、管理サーバーで稼働しているプロセス(WebLogic Server管理コンソールやFusion Middleware Controlなど)も停止します。

管理サーバーを停止するには、stopWebLogicスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/stopWebLogic.sh

- (Windows) DOMAIN_HOME\bin\stopWebLogic.cmd

プロンプトが表示されたら、管理サーバーのユーザー名とパスワード、およびURLを入力します。

手順5: ノード・マネージャを停止する

ノード・マネージャを停止するには、それが実行されているコマンド・シェルを閉じます。

またはnodemanager.propertiesのQuitEnabledの属性をtrueに設定した後(デフォルトはfalseです)、WLSTを使用して、ノード・マネージャに接続して停止できます。詳細は、『Oracle Fusion Middleware WebLogic Server WLSTコマンド・リファレンス』のstopNodeManagerに関する項を参照してください。

2.2 Upgrade Assistantの起動

Upgrade Assistantを実行して、製品のスキーマ、ドメイン・コンポーネント構成、またはスタンドアロンのシステム・コンポーネントを12c (12.2.1.2)にアップグレードします。Upgrade Assistantは非SYSDBAとして実行して、一度にアップグレードするドメインは1つにすることをお薦めします。

Upgrade Assistantを起動するには、次の手順に従います。

1. oracle_common/upgrade/binディレクトリに移動します。

- (UNIX) ORACLE_HOME/oracle_common/upgrade/bin

- (Windows) ORACLE_HOME\oracle_common\upgrade\bin

2. Upgrade Assistantを起動します。

- (UNIX) ./ua

- (Windows) ua.bat

コマンドラインに指定可能なその他のパラメータ(ロギングのパラメータなど)の詳細は、次を参照してください。

- Upgrade Assistantのパラメータ

2.2.1 Upgrade Assistantのパラメータ

Upgrade Assistantをコマンドラインから起動する際に、追加パラメータを指定できます。

表2-1 Upgrade Assistantのコマンドライン・パラメータ

パラメータ

必須/省略可能

説明

-readiness

準備状況チェックの場合は必須
注意: 準備状況チェックは、スタンドアロンのインストール(WebLogic Serverで管理されていないインストール)に対して実行できません。

アップグレードの準備状況チェックを実行します(実際のアップグレードは実行しません)。

スキーマと構成がチェックされます。

-examineパラメータを指定した場合は、このパラメータを指定しないでください。

-threads

省略可能

スキーマの同時アップグレードまたはスキーマの準備状況チェックに使用可能なスレッドの数を特定します。

値は、1 - 8の正の整数である必要があります。デフォルトは4です。

-response

サイレント・アップグレードまたはサイレント準備状況チェックの場合は必須

レスポンス・ファイルに保存した入力を使用して、Upgrade Assistantを実行します。このレスポンス・ファイルは、GUIモードでUpgrade Assistantを実行したときの入力データから生成されます。このパラメータを使用すると、Upgrade Assistantはサイレント・モード (Upgrade Assistantの画面を表示しないモード)で実行されます。

-examine

省略可能

調査フェーズを実行しますが、実際のアップグレードは実行しません。

-readinessパラメータを指定した場合、このパラメータを指定しないでください。

-logLevel attribute

省略可能

次のいずれかの属性を指定して、ロギング・レベルを設定します。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

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

-logLevel TRACE属性を設定して、より多くのログが記録されるようにすることを検討してください。これは、アップグレードの失敗をトラブルシューティングする際に役立ちます。-logLevel TRACEが使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があります。

-logDir location

省略可能

アップグレード・ログ・ファイルと一時ファイルのデフォルトの場所を設定します。既存の書込み可能なディレクトリを指定する必要があります。Upgrade Assistantは、このディレクトリにログ・ファイルと一時ファイルを作成します。

デフォルトの場所は次のとおりです。

UNIXの場合:

ORACLE_HOME/oracle_common/upgrade/logs
ORACLE_HOME/oracle_common/upgrade/temp

Windowsの場合:

ORACLE_HOME\oracle_common\upgrade\logs
ORACLE_HOME\oracle_common\upgrade\temp

-help

省略可能

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

2.3 アップグレード前の準備状況チェックの実行

アップグレードにかかわる潜在的な問題を特定するために、アップグレード・プロセスの開始前に、準備状況チェックの実行をお薦めします。準備状況チェックによって、アップグレードにかかわる潜在的な問題をすべて検出できるわけではない点に注意してください。準備状況チェックのレポートが成功を示していても、アップグレードが失敗することもあります。

- Upgrade Assistantを使用したアップグレード前準備状況チェックの実行について
Upgrade Assistantを-readinessモードで実行することで、実際のアップグレードを実行する前に問題を検出できます。Upgrade Assistantを使用すると、準備状況チェックはGUIモードで実行できます。また、レスポンス・ファイルを使用するとサイレント・モードで実行できます。

- 準備状況モードでのUpgrade Assistantの起動
-readinessパラメータを使用して、Upgrade Assistantを準備状況モードで起動します。

- Upgrade Assistantを使用した準備状況チェックの実行
Upgrade Assistantの各画面を通じて、アップグレード前の準備状況チェックを完了します。

- 準備状況レポートの理解
目的のドメインに準備状況チェックを実行したら、アップグレードを成功させるために、なんらかの処置を取る必要があるかどうかを判断するためにレポートを確認します。

2.3.1 アップグレード前の準備状況チェックの実行について

Upgrade Assistantを-readinessモードで実行することで、実際のアップグレードを実行する前に問題を検出できます。Upgrade Assistantを使用すると、準備状況チェックはGUIモードで実行できます。また、レスポンス・ファイルを使用するとサイレント・モードで実行できます。

Upgrade Assistantの準備状況チェックは、サポート対象の開始点にあるFusion MiddlewareのスキーマとWebLogicドメインの構成について、読取り専用のアップグレード前確認を実行します。この確認は、読取り専用の操作です。

準備状況チェックでは、フォーマットされ、タイムスタンプの付けられた準備状況レポートが生成され、実際のアップグレードを試みる前に潜在的な問題に対処できます。問題が検出されない場合は、アップグレード・プロセスを開始できます。アップグレードを実行する前に、このレポートを詳細に確認することをお薦めします。

準備状況チェックは、既存のOracle Fusion Middlewareドメインがオンライン(他のユーザーがアクティブに使用している間)またはオフラインである間に実行できます。

準備状況チェックは、実際のアップグレードの実行前に、何度でも実行できます。ただし、アップグレードの実行後には、準備状況チェックを実行しないでください。これは、レポート結果が、アップグレード前の準備状況チェックと異なることがあるためです。

注意:

パフォーマンスへの影響を避けるため、準備状況チェックはピーク時以外に実行するようにしてください。

2.3.2 準備状況モードでのUpgrade Assistantの起動

-readinessパラメータを使用して、Upgrade Assistantを準備状況モードで起動します。

Upgrade Assistantを使用して、アップグレード前の環境に対する準備状況チェックを実行するには:

1. oracle_common/upgrade/binディレクトリに移動します。

- (UNIX) ORACLE_HOME/oracle_common/upgrade/bin

- (Windows) ORACLE_HOME\oracle_common\upgrade\bin

2. Upgrade Assistantを起動します。

- (UNIX) ./ua -readiness

- (Windows) ua.bat -readiness

注意:
DISPLAY環境変数がGUIモードを有効にするように適切に設定されていないと、次に示すエラーが発生することがあります。

Xlib: connection to ":1.0" refused by server
Xlib: No protocol specified

この問題を解決するには、DISPLAY環境変数をローカル・ワークステーションのシステム名またはIPアドレスに設定して、Upgrade Assistantを再実行します。

このようなエラーがDISPLAYの設定後にも続く場合は、別のGUIツール(vncconfigなど)を起動してみてください。同じエラーが表示される場合は、DISPLAY環境変数の設定に間違いが残っている可能性があります。

その他のコマンドラインに指定可能なパラメータの詳細は、次の項を参照してください。

- Upgrade Assistantのパラメータ

2.3.2.1 Upgrade Assistantのパラメータ

Upgrade Assistantをコマンドラインから起動する際に、追加パラメータを指定できます。

表2-2 Upgrade Assistantのコマンドライン・パラメータ

パラメータ

必須/省略可能

説明

-readiness

準備状況チェックの場合は必須
注意: 準備状況チェックは、スタンドアロンのインストール(WebLogic Serverで管理されていないインストール)に対して実行できません。

アップグレードの準備状況チェックを実行します(実際のアップグレードは実行しません)。

スキーマと構成がチェックされます。

-examineパラメータを指定した場合は、このパラメータを指定しないでください。

-threads

省略可能

スキーマの同時アップグレードまたはスキーマの準備状況チェックに使用可能なスレッドの数を特定します。

値は、1 - 8の正の整数である必要があります。デフォルトは4です。

-response

サイレント・アップグレードまたはサイレント準備状況チェックの場合は必須

レスポンス・ファイルに保存した入力を使用して、Upgrade Assistantを実行します。このレスポンス・ファイルは、GUIモードでUpgrade Assistantを実行したときの入力データから生成されます。このパラメータを使用すると、Upgrade Assistantはサイレント・モード (Upgrade Assistantの画面を表示しないモード)で実行されます。

-examine

省略可能

調査フェーズを実行しますが、実際のアップグレードは実行しません。

-readinessパラメータを指定した場合、このパラメータを指定しないでください。

-logLevel attribute

省略可能

次のいずれかの属性を指定して、ロギング・レベルを設定します。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

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

-logLevel TRACE属性を設定して、より多くのログが記録されるようにすることを検討してください。これは、アップグレードの失敗をトラブルシューティングする際に役立ちます。-logLevel TRACEが使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があります。

-logDir location

省略可能

アップグレード・ログ・ファイルと一時ファイルのデフォルトの場所を設定します。既存の書込み可能なディレクトリを指定する必要があります。Upgrade Assistantは、このディレクトリにログ・ファイルと一時ファイルを作成します。

デフォルトの場所は次のとおりです。

UNIXの場合:

ORACLE_HOME/oracle_common/upgrade/logs
ORACLE_HOME/oracle_common/upgrade/temp

Windowsの場合:

ORACLE_HOME\oracle_common\upgrade\logs
ORACLE_HOME\oracle_common\upgrade\temp

-help

省略可能

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

2.3.3 Upgrade Assistantを使用した準備状況チェックの実行

Upgrade Assistantの各画面を通じて、アップグレード前の準備状況チェックを完了します。

準備状況チェックは、サポートされるアップグレードの開始点にあるスキーマまたはコンポーネント構成に対してのみ実行されます。

準備状況チェックを完了するには:

1. 「ようこそ」画面で、準備状況チェックに関する情報を確認します。「次」をクリックします。

2. 「準備状況チェック・タイプ」画面で、実行する準備状況チェックを選択します。

- 「個別に選択されたスキーマ」: アップグレード前に確認するスキーマを個別に選択できます。準備状況チェックは、スキーマがアップグレードに対応しているかどうか、またはアップグレードが必要かどうかをレポートします。
このオプションを選択すると、画面名が「選択したスキーマ」に変更されます。

- 「ドメイン・ベース」: Upgrade Assistantは、「ドメイン・ディレクトリ」フィールドで指定されたドメイン内で、アップグレード可能なスキーマまたはコンポーネントのすべてを検出して選択するようになります。
このオプションを選択すると、画面名が「スキーマおよび構成」に変更されます。

Upgrade Assistantですべてのスキーマとコンポーネント構成をチェックする場合は、デフォルトの選択を変更しないで使用します。それ以外の場合は、次に示す特定のオプションを選択します。

- 「すべてのスキーマのチェックを含める」: アップグレードに対応したコンポーネントをすべて検出して確認します。

- 「すべての構成のチェックを含める」: 管理対象WebLogic Serverドメインのコンポーネント構成を確認します。

「次」をクリックします。

3. 「個別に選択されたスキーマ」を選択した場合: 「使用可能なコンポーネント」画面で、アップグレードに対応可能なスキーマを持つコンポーネントを選択して、準備状況チェックの実行対象にします。

依存コンポーネントのあるコンポーネントを選択すると、該当するコンポーネントが自動的に選択されます。たとえば、Oracle Platform Security Servicesを選択すると、Oracle Audit Servicesが自動的に選択されます。

選択したコンポーネントによっては、追加の画面が表示されることがあります。たとえば、次のような作業が必要になることがあります。

- ドメイン・ディレクトリを指定します。

- 選択したスキーマに接続するために、次のスキーマ資格証明を指定します: 「データベース・タイプ」、「DBAユーザー名」および「DBAパスワード」。次に、「接続」をクリックします。

警告
Oracleデータベースは、デフォルトのデータベース・タイプです。データベース・タイプに間違いがないことを確認してから続行してください。間違ったデータベースを選択していることに気付いた場合でも、正しいタイプに変更するために、この画面に戻らないでください。そのかわりに、Upgrade Assistantを終了してから、正しいデータベース・タイプを選択した状態で準備状況チェックを再開し、すべてのスキーマに正しいデータベース・タイプが適用されるようにします。

- 「スキーマ・ユーザー名」を選択して、「スキーマ・パスワード」を指定します。

「次」をクリックして、準備状況チェックを開始します。

4. 「準備状況サマリー」画面で、選択内容に基づいて実行された準備状況チェックのサマリーを確認します。
選択内容を保存して、今後、レスポンス(サイレント)モードでUpgrade Assistantを再実行する場合は、「レスポンス・ファイルの保存」をクリックして、レスポンス・ファイルの場所と名前を指定します。サイレント・アップグレードは、Upgrade Assistantとまったく同じ機能を実行しますが、データを手動で再入力する必要はありません。

詳細レポートを表示するには、「ログの表示」をクリックします。

「次」をクリックします。

5. 「準備状況チェック」画面で、準備状況チェックのステータスを確認します。このプロセスには、数分かかることがあります。
複数のコンポーネントをチェックしている場合、それぞれのコンポーネントの進行状況は、それぞれ専用のプログレス・バーで同時に表示されます。

準備状況チェックが完了したら、「続行」をクリックします。

6. 「準備状況の終了」画面で、準備状況チェックの結果(「準備状況成功」または「準備状況失敗」)を確認します。

- 準備状況チェックが成功した場合は、「準備状況レポートの表示」をクリックして完全なレポートを確認します。準備状況チェックが成功した場合でも、実際のアップグレードを実行する前に、準備状況レポートを確認するようにしてください。「検索」オプションは、レポート内の特定の語句を検索する際に使用します。また、このレポートには、完成した準備状況チェック・レポート・ファイルが格納されている場所も示されます。

- 準備状況チェックで問題またはエラーが発生した場合は、「ログの表示」をクリックしてログ・ファイルを確認し、問題を特定して修正してから、準備状況チェックを再開します。ログ・ファイルは、設定したコマンドライン・オプションによって管理されます。

2.3.4 準備状況レポートの理解

目的のドメインに準備状況チェックを実行したら、アップグレードを成功させるために、なんらかの処置を取る必要があるかどうかを判断するためにレポートを確認します。

準備状況レポート・ファイルの形式は、次のとおりです。

readiness_timestamp.txt

timestampは、準備状況チェックが実行された日時を示します。

準備状況レポートには、次に示す情報が含まれています。

表2-3 準備状況レポートの要素

レポートの情報

説明

必要なアクション

全体的な準備状況ステータス: SUCCESSまたはFAILURE

レポートの上部には、アップグレードの準備状況チェックが成功したか、または1つ以上のエラーが発生して完了したかが示されます。

1つ以上のエラーが発生してレポートが完了した場合、アップグレードを試みる前に、FAILを検索し、障害の原因となった問題を修正します。準備状況チェックは、アップグレードする前に必要に応じて何度でも再実行できます。

タイムスタンプ

レポートが生成された日付と時刻です。

アクションは不要

ログ・ファイルの場所

ORACLE_HOME/oracle_common/upgrade/logs

生成されたログ・ファイルのディレクトリの場所です。

アクションは不要

準備状況レポートの場所

ORACLE_HOME/oracle_common/upgrade/logs

生成された準備状況レポートのディレクトリの場所です。

アクションは不要

チェックされたコンポーネントの名前

チェックに含まれるコンポーネントの名前およびバージョンとステータス。

このリリースにアップグレードできないコンポーネント(SOAコア拡張など)がドメインに含まれる場合は、アップグレードを試みないでください。

チェックされたスキーマの名前

チェックに含まれるスキーマの名前および現在のバージョンとステータス。

スキーマのバージョン番号をレビューします。このリリースにアップグレードできないスキーマがドメインに含まれる場合は、アップグレードを試みないでください。

個別のオブジェクトのテスト・ステータス: FAIL

準備状況チェックのテストで、特定のオブジェクトに問題が検出されています。

失敗した問題がすべて解決するまでアップグレードしないでください。

個別のオブジェクトのテスト・ステータス: PASS

準備状況チェックのテストでは、特定のオブジェクトに問題が検出されませんでした。

準備状況チェック・レポートにPASSステータスのみが表示されている場合、環境をアップグレードできます。ただし、準備状況チェックでは、ハードウェアやアップグレード時の接続性などの外部環境に関する問題を検出することはできません。アップグレードの進捗を常に監視する必要があります。

<オブジェクト>の準備状況チェックの完了ステータス: FAILURE

準備状況チェックで特定のオブジェクト(スキーマ、索引、データ型など)に解決する必要のあるエラーが1つ以上検出されました。

FAILED問題がすべて解決されるまではアップグレードしないでください。

<オブジェクト>の準備状況チェックの完了ステータス: SUCCESS

準備状況チェック・テストによって問題が検出されませんでした。

アクションは不要

準備状況レポート・ファイルのサンプルを次に示します。使用対象のレポートにはこれらすべてのチェックが含まれる場合や含まれない場合があります。

Upgrade readiness check completed with one or more errors.

This readiness check report was created on Tue May 30 11:15:52 EDT 2016
Log file is located at: ORACLE_HOME/oracle_common/upgrade/logs/ua2016-05-30-11-14-06AM.log
Readiness Check Report File: ORACLE_HOME/oracle_common/upgrade/logs/readiness2016-05-30-11-15-52AM.txt

Starting readiness check of components.

Oracle Metadata Services
Starting readiness check of Oracle Metadata Services.
Schema User Name: DEV11_MDS
Database Type: Oracle Database
Database Connect String: machinename@yourcompany.com
VERSION Schema DEV11_MDS is currently at version 12.1.1.1.0.  Readiness checks will now be performed.
Starting schema test:  TEST_REQUIRED_TABLES  Test that the schema contains all the required tables
Completed schema test: TEST_REQUIRED_TABLES --> Test that the schema contains all the required tables +++ PASS
Starting schema test:  TEST_REQUIRED_PROCEDURES  Test that the schema contains all the required stored procedures
EXCEPTION     Schema is missing a required procedure: GETREPOSITORYFEATURES
Completed schema test: TEST_REQUIRED_PROCEDURES --> Test that the schema contains all the required stored procedures +++ FAIL
Starting schema test:  TEST_REQUIRED_VIEWS  Test that the schema contains all the required database views
Completed schema test: TEST_REQUIRED_VIEWS --> Test that the schema contains all the required database views +++ PASS
Starting index test for table MDS_ATTRIBUTES:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_ATTRIBUTES: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_COMPONENTS:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_TXN_LOCKS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting schema test:  TEST_REQUIRED_TRIGGERS  Test that the schema has all the required triggers
Completed schema test: TEST_REQUIRED_TRIGGERS --> Test that the schema has all the required triggers +++ PASS
Starting schema test:  TEST_MISSING_COLUMNS  Test that tables and views are not missing any required columns
Completed schema test: TEST_MISSING_COLUMNS --> Test that tables and views are not missing any required columns +++ PASS
Starting schema test:  TEST_UNEXPECTED_TABLES  Test that the schema does not contain any unexpected tables
Completed schema test: TEST_UNEXPECTED_TABLES --> Test that the schema does not contain any unexpected tables +++ PASS
Starting schema test:  TEST_UNEXPECTED_PROCEDURES  Test that the schema does not contain any unexpected stored procedures
Completed schema test: TEST_UNEXPECTED_PROCEDURES --> Test that the schema does not contain any unexpected stored procedures +++ PASS
Starting schema test:  TEST_UNEXPECTED_VIEWS  Test that the schema does not contain any unexpected views
Completed schema test: TEST_UNEXPECTED_VIEWS --> Test that the schema does not contain any unexpected views +++ PASS
Starting index test for table MDS_ATTRIBUTES:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_ATTRIBUTES: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Completed index test for table MDS_LABELS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_LARGE_ATTRIBUTES:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Starting schema test:  TEST_UNEXPECTED_TRIGGERS  Test that the schema does not contain any unexpected triggers
Completed schema test: TEST_UNEXPECTED_TRIGGERS --> Test that the schema does not contain any unexpected triggers +++ PASS
Starting schema test:  TEST_UNEXPECTED_COLUMNS  Test that tables and views do not contain any unexpected columns
Completed schema test: TEST_UNEXPECTED_COLUMNS --> Test that tables and views do not contain any unexpected columns +++ PASS
Starting datatype test for table MDS_ATTRIBUTES:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_ATTRIBUTES: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_COMPONENTS:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Starting permissions test:  TEST_DBA_TABLE_GRANTS  Test that DBA user has privilege to view all user tables
Completed permissions test: TEST_DBA_TABLE_GRANTS --> Test that DBA user has privilege to view all user tables +++ PASS
Starting schema test:  TEST_ENOUGH_TABLESPACE  Test that the schema tablespaces automatically extend if full
Completed schema test: TEST_ENOUGH_TABLESPACE --> Test that the schema tablespaces automatically extend if full +++ PASS
Starting schema test:  TEST_USER_TABLESPACE_QUOTA  Test that tablespace quota for this user is sufficient to perform the upgrade
Completed schema test: TEST_USER_TABLESPACE_QUOTA --> Test that tablespace quota for this user is sufficient to perform the upgrade +++ PASS
Starting schema test:  TEST_ONLINE_TABLESPACE  Test that schema tablespaces are online
Completed schema test: TEST_ONLINE_TABLESPACE --> Test that schema tablespaces are online +++ PASS
Starting schema test:  TEST_DATABASE_VERSION  Test that the database server version number is supported for upgrade
INFO   Database product version: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Completed schema test: TEST_DATABASE_VERSION --> Test that the database server version number is supported for upgrade +++ PASS
Finished readiness check of Oracle Metadata Services with status: FAILURE.

Oracle Fusion Middleware IAUスキーマの12.1.3.0バージョンを実行しているときに、そのスキーマが11gリリース(11.1.1.7以降)または12c (12.1.2.0)からアップグレードされていると、次に示すエラーによって準備状況チェックが失敗することがあります。

Starting index test for table IAU_COMMON:  TEST_REQUIRED_INDEXES --> Test
that the table contains all the required indexes
INFO Audit schema index DYN_EVENT_CATEGORY_INDEX in table IAU_COMMON is
missing the required columns or index itself is missing. This maybe caused by
a known issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_EVENT_TYPE_INDEX in table IAU_COMMON is
missing the required columns or index itself is missing. This maybe caused by
a known issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_TENANT_INDEX in table IAU_COMMON is missing
the required columns or index itself is missing. This maybe caused by a known
issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_USER_INDEX in table IAU_COMMON is missing
the required columns or index itself is missing. This maybe caused by a known
issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_COMPONENT_TYPE_INDEX in table IAU_COMMON is
missing the required columns or index itself is missing. This maybe caused by
a known issue, anyway, this missing index will be added in 12.2.2 upgrade.
INFO Audit schema index DYN_USER_TENANT_INDEX in table IAU_COMMON is
missing the required columns or index itself is missing. This maybe caused by
a known issue, anyway, this missing index will be added in 12.2.2 upgrade.
Completed index test for table IAU_COMMON: TEST_REQUIRED_INDEXES --> Test
that the table contains all the required indexes +++ FAIL

注意:
準備状況レポートの欠落している索引に関するエラーは無視してもかまいません。これは既知の問題です。欠落している索引に対応するものが、スキーマのアップグレード操作時に追加されます。このエラーは、アップグレードするスキーマがRCUを使用して12cで作成されていた場合は発生しません。

2.4 アップグレード・アシスタントを使用した製品スキーマのアップグレード

Upgrade Assistantの各画面を通じて、製品スキーマをアップグレードします。

次の表は、ほとんどのスキーマのアップグレードで示されるUpgrade Assistantの基本的な画面について説明しています。コンポーネントによっては、追加のカスタム画面が含まれることがあります。これに該当するカスタム画面は、コンポーネント固有のアップグレード・ドキュメントに記載されています。

注意:
スキーマのアップグレード時に表示されるUpgrade Assistantの各画面は、選択したオプションとアップグレード前の環境の内容によって大きく異なります。アップグレードを完了するために、製品固有のアップグレード・ガイドを必ず使用してください。

表2-4 スキーマのアップグレード: Upgrade Assistantのナビゲート画面

画面のタイトル

説明

ようこそ

この画面には、Upgrade Assistantの概要と、アップグレード前の重要なタスクについての情報が示されます。

スキーマ

この画面では、実行するスキーマのアップグレード・オプションを選択できます。このオプションは、次に示すオプションのどちらを選んだかに応じて異なります。

- 個別に選択されたスキーマ

- ドメインで使用されるすべてのスキーマ

使用可能なコンポーネント

「個別に選択されたスキーマ」を選択すると、アップグレード可能なスキーマを持つOracle Fusion Middlewareのインストール済コンポーネントのリストが示されます。コンポーネントを選択すると、スキーマとすべての依存関係が自動的に選択されます。

すべてのスキーマ・コンポーネントのリスト

「ドメインで使用されるすべてのスキーマ」を選択すると、この読取り専用の画面に、特定のドメイン・ディレクトリ内で見つかった、アップグレードに含まれるコンポーネントとスキーマがすべて表示されます。

前提条件

この画面では、アップグレードを続行する前にすべての前提条件が満たされていることを確認する必要があります。続行する前にボックスを確認します。

注意: Upgrade Assistantは、前提条件が満たされていることを確認しません。たとえば、Upgrade Assistantでは、サーバーとプロセスが必要に応じて停止されているかどうかを確認できません。

スキーマ資格証明の画面

画面名は、選択したスキーマ・タイプによって変わります(例: MDSスキーマ)。

この画面には、選択したスキーマとスキーマをホストするデータベースに接続するために必要な情報を入力する必要があります。

次に示す項目について知っている必要があります。

- データベース・タイプ

ドロップダウン・メニューからデータベース・タイプを選択します。メニューで使用できるデータベースのタイプは、アップグレードしようとするスキーマによって異なります。

アップグレード用に選択されたデータベース・タイプは、RCUが最初にスキーマを作成したときに選択されたデータベース・タイプと同一である必要があります。

データベース・タイプとしてOracle Edition-Based Redefinition (EBR)を選択した場合は、アップグレードしているスキーマも、EBRデータベース・タイプを使用してRCUによって作成されている必要があります。たとえば、Upgrade Assistantによって、スキーマが、あるデータベース・タイプから別のタイプに変換されることはありません。

- データベース接続文字列

データベースの場所を入力します。

たとえば、Oracle Databaseを選択する場合は、次のURL形式を使用できます。

host:port/db_service_name

Microsoft SQL ServerまたはIBM DB2データベースを使用している場合は、ドロップダウン・メニューからデータベース・タイプを選択し、フィールドの下のテキストを確認してください。ここには、データベース・タイプごとに必要な構文が表示されます。

注意: Upgrade Assistantは、その他の有効な形式の接続文字列を受け入れます。たとえば、Oracle Database TNSスタイルの接続文字列も使用できます。

- DBAユーザー名

データベースへの接続に使用するデータベース・ユーザー名を入力します。

注意: このDBAユーザーには、Upgrade Assistantを実行するための十分な権限を付与する必要がありますが、SYS/SYSDBA権限を付与する必要はありません。現在、sysdba以外のユーザーを使用できます。「Upgrade Assistantを実行するための非SYSDBAユーザーの作成」を参照してください。

特定のデータベース・プラットフォーム上では、ユーザー名で大文字と小文字が区別され、DBAユーザー名が小文字で構成される場合があります。Upgrade Assistantは、ユーザーが入力した名前に接続します。ユーザー名を大文字に変換しません。

- DBAパスワード

指定したDBAデータベース・ユーザーに対応するパスワードを入力します。

「接続」をクリックしてデータベースに接続してからアップグレードするスキーマを選択します。アップグレードするスキーマが以前のFusion MiddlewareのリリースでRCUによって作成された場合は、使用可能なスキーマ名がリストされたドロップダウン・メニューが表示されます。

注意: コンポーネントIDまたはスキーマ名は、リリース12.1.2.0からUCSUMSスキーマにあわせて変更されました。そのため、Upgrade Assistantは使用可能なスキーマを自動的に認識してドロップダウン・リストに表示しません。テキスト・フィールドに手動で名前を入力する必要があります。名前は、アップグレードの開始点に応じて、prefix_ORASDPMまたはprefix_UMSのいずれかになります。

- スキーマ所有者

ドロップダウン・リストからスキーマ・ユーザー名を選択するか、スキーマのユーザー名(例:DEV11g_MDS)を入力します。

注意: すべてのデータベース・プラットフォーム上で、すべてのOracle Fusion Middlewareスキーマ名は大文字のみで構成されている点に注意してください。また、すべてのスキーマ名は、schema_version_registry表に大文字で格納されます。「スキーマ・ユーザー名」フィールドに小文字の文字が入力された場合、Upgrade Assistantは、その名前を大文字に変換します

- スキーマ所有者パスワード

特定のスキーマ・ユーザー名に関連付けられているパスワードを入力します。

- エディション名

エディションベースの再定義に対応したOracle Databaseをデータベース・タイプとして選択する場合、既存のエディション名を指定する必要があります。

注意: EBR対応のスキーマをFusion Middleware 11gリリースまたは以前の12cリリースからアップグレードする前に、まず、データベース・サーバーに接続し、データベース・サーバーで12c (12.2.1.2)用にエディションを作成する必要があります。12c (12.2.1.2)用の新しいエディションは、11.1.1.7.0、11.1.1.9.0、12.1.2.0、12.1.3.0、12.2.1.0または12.2.1.1エディションの子にする必要があります。

エディション・ベースの再定義のためにサーバー上にエディションを作成する方法の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』のエディション・ベースの再定義のためにサーバー上にエディションを作成する方法に関する項を参照してください。

調査

この画面には、各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証するUpgrade Assistantのステータスが表示されます。

Upgrade Assistantは、アップグレード・プロセスを開始する前に各コンポーネントを調査し、最低基準を満たしていることを確認します。

この画面には、スキーマのスキーマ・ソース・バージョンが表示されます(情報がスキーマ・バージョン・レジストリ表にリストされている場合)。スキーマがRCUを使用して作成されたものではない場合、またはソース・バージョンが見つからない場合、ソース・バージョンは「使用不可」と表示されます

ステータスの定義:

- 進行中: Upgrade Assistantがコンポーネントのアップグレード項目を調査しています。

- 保留中: コンポーネントは、Upgrade Assistantが前のコンポーネントの処理を完了した後に調査されます。

- 失敗: アップグレード項目が欠落しているか、アップグレード基準を満たしていません。Upgrade Assistantは、問題が解決されるまではコンポーネントをアップグレードできません。「ログの表示」をクリックし、エラーをトラブルシューティングしてから、Upgrade Assistantを再起動します。

- 成功: アップグレード項目が検出され、アップグレードに対して有効です。

- 取消済: 調査プロセスを取り消してもスキーマまたは構成データに影響はありませんが、将来のアップグレード・セッションでは、Upgrade Assistantが収集した情報を再収集する必要があります。

- アップグレード不要: コンポーネントはすでにアップグレード済バージョンであるか、コンポーネントは以前のUpgrade Assistantの実行でアップグレードされています。

- スキップ済: 依存コンポーネントに障害があるため、このコンポーネントの調査はスキップされます。

注意:
調査フェーズ中に検出された問題は解決でき、Upgrade Assistantは再起動できます。ただし、アップグレード・フェーズが開始されていた場合は、Upgrade Assistantを再実行する前に、バックアップからアップグレード前の環境をリストアする必要があります。

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

この画面では、アップグレード・プロセスの開始前に、選択したオプションのサマリーを再確認できます。

- アップグレード・サマリーの確認
ツリーを展開または縮小して、ウィザードの画面で提供されるデータの詳細(スキーマの詳細、Oracle WebLogicドメイン・ディレクトリ情報など)を表示または非表示にします。

サマリー画面には、アップグレードするスキーマのソース・バージョンとアップグレード後の結果のターゲット・バージョンも表示されます。アップグレードに進む前に、両方のバージョンが正しいことを確認してください。

- アップグレード・プロセスの開始
「アップグレード」をクリックして、アップグレード・プロセスを開始します。

スキーマをアップグレードする場合は、そのスキーマをホストしているデータベースのバックアップがあることを確認してください。

- レスポンス・ファイルの保存
「レスポンス・ファイルの保存」オプションにより、Upgrade Assistantへの入力として使用できるファイルが作成されます。このレスポンス・ファイルは、Upgrade Assistantのグラフィカル・ユーザー・インタフェース画面で入力したすべての情報を収集し、後でサイレント・アップグレードを実行することができます。サイレント・アップグレードは、Upgrade Assistantウィザードとまったく同じ機能を実行しますが、データを手動で再入力する必要はありません。

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

この画面には、アップグレード処理のステータスが表示されます。

警告: アップグレード・プロセスは、開始後に取り消さないでください。そうした場合、コンポーネントは不整合な状態になり、バックアップからのリストアが必要になります。

アップグレード成功

この画面は、アップグレードが成功した場合に表示されます。新規インストールでコンポーネントを機能させるために手動で実行する必要のあるタスクが、アップグレード後のアクションのウィンドウに表示されます。ただし、アップグレード後に実行する追加のタスクが存在することがあります。アップグレード・ドキュメントを参照してください。

アップグレード失敗

この画面は、特定のコンポーネント・スキーマのアップグレードが失敗した場合に表示されます。Upgrade Assistantを再起動する必要があります。

Upgrade AssistantのログはORACLE_HOME/oracle_common/upgrade/logsにあります

注意: アップグレードで障害が発生した場合は、バックアップからアップグレード前の環境をリストアし、問題を修正してから、Upgrade Assistantを再起動する必要があります。この操作中にファイルが変更されているため、問題を修正してUpgrade Assistantを再起動することはできません。

2.5 コンポーネント構成のアップグレード画面の理解

ほとんどのコンポーネント構成のアップグレードで表示される、Upgrade Assistantの基本的な画面について説明します。

管理対象WebLogicドメインのコンポーネントを含むOracleホームからUpgrade Assistantを実行する場合、「ドメインによって使用されるすべての構成」アップグレード・オプションを使用できます。

このセクションで説明するように、Upgrade Assistantを使用して、コンポーネント構成をアップグレードします。

注意:
このトピックは、参照用としてのみ使用してください。コンポーネント構成のアップグレード時に表示されるUpgrade Assistantの各画面は、選択したオプションとアップグレード前の環境の内容によって大きく異なります。アップグレードを完了するために、製品固有のアップグレード・ガイドを必ず使用してください。

表2-5 Upgrade Assistant画面: Oracle WebLogicコンポーネント構成のアップグレード

画面

説明

ようこそ

この画面では、アップグレード・アシスタントの概要と、アップグレード前の重要なタスクについての情報が示されます。

ドメインによって使用されるすべての構成

この画面は、アップグレード・タイプとして「ドメインによって使用されるすべての構成」を選択したときに表示されます。

「ドメインによって使用されるすべての構成」オプションは、管理対象WebLogic Serverドメインのコンポーネント構成をアップグレードする際に使用します。構成のアップグレードは、オフラインで実行されます。アップグレードするドメインのドメイン・ディレクトリを入力する必要があります。

WebLogic Serverのコンポーネント・リスト

この画面は、「ドメインによって使用されるすべての構成」オプションを選択したときに表示されます。

この画面では、WebLogicドメインのコンポーネント構成アップグレードに含められるコンポーネントのリストが提供されます。ドメインの名前は、ドメイン内にあるコンポーネントのリストとともに提供されます。

前提条件

この画面では、アップグレードを続行する前にすべての前提条件が満たされていることを確認する必要があります。続行する前にボックスを確認します。

注意: Upgrade Assistantは、前提条件が満たされていることを確認しません。たとえば、Oracle Fusion Middleware Upgrade Assistantでは、サーバーとプロセスが必要に応じて停止されているかどうかを確認できません。

調査

この画面には、各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証するUpgrade Assistantのステータスが表示されます。

Upgrade Assistantは、アップグレード・プロセスを開始する前に各コンポーネントを調査し、最低基準を満たしていることを確認します。

この画面には、スキーマのスキーマ・ソース・バージョンが表示されます(情報がスキーマ・バージョン・レジストリ表にリストされている場合)。スキーマがRCUを使用して作成されたものではない場合、またはソース・バージョンが見つからない場合、ソース・バージョンは「使用不可」と表示されます

ステータスの定義:

- 進行中: Upgrade Assistantがコンポーネントのアップグレード項目を調査しています。

- 保留中: コンポーネントは、Upgrade Assistantが前のコンポーネントの処理を完了した後に調査されます。

- 失敗: アップグレード項目が欠落しているか、アップグレード基準を満たしていません。Upgrade Assistantは、問題が解決されるまではコンポーネントをアップグレードできません。「ログの表示」をクリックし、エラーをトラブルシューティングしてから、Upgrade Assistantを再起動します。

- 成功: アップグレード項目が検出され、アップグレードに対して有効です。

- 取消済: 調査プロセスを取り消してもスキーマまたは構成データに影響はありませんが、将来のアップグレード・セッションでは、Upgrade Assistantが収集した情報を再収集する必要があります。

- アップグレード不要: コンポーネントはすでにアップグレード済バージョンであるか、コンポーネントは以前のUpgrade Assistantの実行でアップグレードされています。

- スキップ済: 依存コンポーネントに障害があるため、このコンポーネントの調査はスキップされます。

注意:
調査フェーズ中に検出された問題は解決でき、Upgrade Assistantは再起動できます。ただし、アップグレード・フェーズが開始されていた場合は、Upgrade Assistantを再実行する前に、バックアップからアップグレード前の環境をリストアする必要があります。

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

この画面を使用して、選択したオプションのサマリーをレビューし、アップグレード・プロセスを開始します。

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

この画面には、アップグレード処理のステータスが表示されます。

警告: アップグレード・プロセスは、開始後に取り消さないでください。そうした場合、コンポーネントは不整合な状態になり、バックアップからのリストアが必要になります。

アップグレード成功

この画面は、アップグレードが成功した場合に表示されます。新規インストールでコンポーネントを機能させるために手動で実行する必要のあるタスクが、アップグレード後のアクションのウィンドウに表示されます。ただし、アップグレード後に実行する追加のタスクが存在することがあります。

アップグレード失敗

この画面は、特定のコンポーネントのアップグレードが失敗した場合に表示されます。Upgrade Assistantを再起動する必要があります。

Upgrade AssistantのログはORACLE_HOME/oracle_common/upgrade/logsにあります

注意: アップグレードで障害が発生した場合は、バックアップからアップグレード前の環境をリストアし、問題を修正してから、Upgrade Assistantを再起動する必要があります。この操作中にファイルが変更されているため、この問題を修正してUpgrade Assistantを再起動することはできません。

2.6 アップグレード後の手順の実行

アップグレードの後に追加のアップグレード後構成タスクをすべて完了して、新しくアップグレードしたドメインが期待どおりに機能していることを検証します。ドメイン構成に適用するタスクのみを実行します。

正常にアップグレードされたら、サーバーが起動できること、スキーマのバージョンがレジストリ表で更新されていること、およびコンポーネントの構成が正しいことを検証することが重要です。ドメインの内容に基づいて追加のアップグレード後タスクを実行することが必要な場合もあります。タスクのリスト全体を確認して、どれが適用できるかを判別します。

注意: これらのタスクのうち1つ以上が、新しくアップグレードした環境で完了できない場合、アップグレードのトラブルシューティングを参照してください。アップグレード後の手順の詳細は、必ずコンポーネント固有のアップグレード・ドキュメントを参照してください。

- アップグレード後の基本的な管理タスクの実行
アップグレード後タスクのリストを確認して、アップグレード後環境とドメイン構成に適用するものを実行します。

- 正常なスキーマ・アップグレードの検証

- アップグレード後の無効なデータベース・オブジェクトのチェック
Oracleデータベースを使用している場合は、Upgrade Assistantの実行後に、データベース・オブジェクトを再コンパイルします。

2.6.1 アップグレード後の基本的な管理タスクの実行

アップグレード後タスクのリストを確認して、アップグレード後環境とドメイン構成に適用するものを実行します。

これらの管理タスクはオプションですが、タスクを実行してアップグレードを検証することをお薦めします。

表2-6 アップグレード後の基本的な管理タスク

タスク

説明

詳細情報

製品およびサーバーの起動と停止

Oracle Fusion Middleware(管理サーバー、管理対象サーバー、コンポーネントを含む)起動と停止の方法について学習します。

これらのタスクを実行することで、アップグレードが成功しているか検証されます。

「Oracle Fusion Middlewareの起動と停止」

アップグレードされたアプリケーションの起動および停止

新しい12.2.1環境でアップグレードされたアプリケーションを起動して、正常に動作するが確認する方法を説明します。

「アプリケーションの起動と停止」

Secure Sockets Layer (SSL)の構成

Oracle Fusion Middlewareコンポーネント間で、SSLを使用したセキュアな通信を設定する方法について学習します。

Oracle Fusion MiddlewareでのSSLの構成に関する項

アプリケーションのデプロイ

アプリケーションをOracle Fusion Middlewareにデプロイする方法を学習します。

「アプリケーションのデプロイ」

Oracle Fusion Middlewareのモニタリング

Oracle Fusion Middlewareコンポーネントのステータスを追跡する方法を学習します。

「Oracle Fusion Middlewareの監視」

Web層のフロントエンドのWebLogicドメインへの追加

OracleのWeb層でWebページ(静的と動的)をホストし、組込みのクラスタ、ロード・バランシングおよびフェイルオーバーの機能とともにセキュリティと高パフォーマンスを実現します。特にWeb層にはOracle HTTP Serverが含まれます。

Oracle Fusion Middleware Oracle HTTP Serverのインストールと構成

トポロジのCoherenceのチューニングと構成

標準インストール・トポロジには、記憶域が有効な管理対象Coherenceサーバーが含まれるCoherenceクラスタがあります。この構成はCoherenceの使用には適切な出発点ですが、特定の要件によっては、本番環境でのパフォーマンスを向上させるためにCoherenceをチューニングして再構成することを検討してください。

Coherenceクラスタの詳細は、「Coherenceクラスタの構成と管理」を参照してください

Coherenceのチューニングの詳細は、『Oracle Fusion Middleware Oracle Coherenceの管理』を参照してください。

HTTPセッション・データの格納の詳細は、「WebLogic ServerでのCoherence*Webの使用方法」を参照してください。

Coherenceアプリケーションの作成とデプロイの詳細は、『Oracle Fusion Middleware Oracle WebLogic Server Oracle Coherenceアプリケーションの開発』を参照してください。

2.6.2 正常なスキーマ・アップグレードの検証

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

SET LINE 120
COLUMN MRC_NAME FORMAT A14
COLUMN COMP_ID FORMAT A20
COLUMN VERSION FORMAT A12
COLUMN STATUS FORMAT A9
COLUMN UPGRADED FORMAT A8
SELECT MRC_NAME, COMP_ID, OWNER,
VERSION, STATUS, UPGRADED FROM
SCHEMA_VERSION_REGISTRY ORDER BY MRC_NAME, COMP_ID ;

「VERSION」列の番号が更新されていることを確認します。変更する必要のなかったスキーマは、アップグレード前のバージョンのままになることがあります。詳細は、表1-1を参照してください。

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

ステータスが「INVALID」と表示された場合は、ステータスのアップグレードが失敗しています。ログ・ファイルを調べて、失敗した理由を判定する必要があります。

2.6.3 アップグレード後の無効なデータベース・オブジェクトのチェック

Oracleデータベースを使用している場合は、Upgrade Assistantの実行後に、データベース・オブジェクトを再コンパイルします。

アップグレード時に破損したオブジェクトがあるかどうかを判断するには、SYSとしてデータベースに接続して、SQL*Plusから次のコマンドを実行することでデータベース・オブジェクトを再コンパイルします。

SQL> @oracle_home/software/rdbms/admin/utlrp.sql

これにより、Oracle Fusion Middleware Upgrade Assistantでアップグレードしたデータベース・オブジェクトをコンパイルします。

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

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

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

3 レスポンス・ファイルを使用したサイレント・アップグレードの実行

サイレントまたはハンズフリー・アップグレードはレスポンス・ファイルを使用して実行できます。レスポンス・ファイルはUpgrade Assistantの画面で情報を入力した後でのみ作成できます。

次のトピックでは、レスポンス・ファイルを使用して、サポートされているOracle Fusion Middlewareコンポーネントをサイレント・モードでアップグレードする方法について説明します。このレスポンス・ファイルは、Upgrade Assistantのグラフィカル・ユーザー・インタフェース画面で入力したすべての情報を収集し、Upgrade Assistantウィザードの機能とまったく同じ機能を実行します。

注意:
最初にUpgrade AssistantをGUIモードで実行して、サイレント・アップグレードを完了するためのレスポンス・ファイルを生成します。

- アップグレード・レスポンス・ファイルの作成
レスポンス・ファイルを生成するには、グラフィカル・モードでOracle Fusion Middleware Upgrade Assistantを実行する必要があります。

- レスポンス・ファイルを使用したFusion Middlewareのアップグレード
Oracle Fusion Middleware Upgrade Assistantの各画面を通じて入力した情報はレスポンス・ファイルに記録できるため、その後、同じアクションをコマンドラインから実行できるようになります。このようなOracle Fusion Middleware Upgrade Assistantの起動方法をサイレント・モードと呼ぶことがあります。

3.1 アップグレード・レスポンス・ファイルの作成

レスポンス・ファイルを生成するには、グラフィカル・モードでOracle Fusion Middleware Upgrade Assistantを実行する必要があります。

「アップグレード・サマリー」画面の「レスポンス・ファイルの保存」オプションは、Oracle Fusion Middleware Upgrade Assistantの画面ですでに入力した情報を使用するファイルを作成します。レスポンス・ファイルにより、Oracle Fusion Middleware Upgrade Assistantウィザードの各画面を通じてデータを手動で入力するかわりに、保存された情報を使用できます。

「レスポンス・ファイルの保存」オプションを選択すると、このレスポンス・ファイルの名前と作成場所を入力するように求められます。作成されたら、そのファイルをそのまま使用して他のシステムにアップグレード・オプションを複製するか、必要に応じて変更できます。

3.2 レスポンス・ファイルを使用したFusion Middlewareのアップグレード

Oracle Fusion Middleware Upgrade Assistantの各画面を通じて入力した情報はレスポンス・ファイルに記録できるため、その後、同じアクションをコマンドラインから実行できるようになります。このようなOracle Fusion Middleware Upgrade Assistantの起動方法をサイレント・モードと呼ぶことがあります。

注意:

レスポンス・ファイルを生成するには、まず、GUIモードでOracle Fusion Middleware Upgrade Assistantを実行する必要があります。生成されたファイルを使用すると、サイレント準備状況チェックやサイレント・アップグレードを完了できます。

レスポンス・ファイルを使用してOracle Fusion Middleware Upgrade Assistantを起動するには:

1. /upgrade/binディレクトリに移動します。
(UNIX) ORACLE_HOME/oracle_common/upgrade/bin

(Windows) ORACLE_HOME\oracle_common\upgrade\bin

2. 次に示すコマンドを入力して、レスポンス・ファイルを使用するOracle Fusion Middleware Upgrade Assistantを起動します。
(UNIX) ./ua -response response_file[-examine] [-logLevel log_level] [-logDir log_directory] [-threads number]

(Windows) ua.bat -response response_file[-examine] [-logLevel log_level] [-logDir log_directory] [-threads number]
オプションのコマンドライン・パラメータの詳細は、次を参照してください。

- Upgrade Assistantのパラメータ

3.2.1 Upgrade Assistantのパラメータ

Upgrade Assistantをコマンドラインから起動する際に、追加パラメータを指定できます。

表3-1 Upgrade Assistantのコマンドライン・パラメータ

パラメータ

必須/省略可能

説明

-readiness

準備状況チェックの場合は必須
注意: 準備状況チェックは、スタンドアロンのインストール(WebLogic Serverで管理されていないインストール)に対して実行できません。

アップグレードの準備状況チェックを実行します(実際のアップグレードは実行しません)。

スキーマと構成がチェックされます。

-examineパラメータを指定した場合は、このパラメータを指定しないでください。

-threads

省略可能

スキーマの同時アップグレードまたはスキーマの準備状況チェックに使用可能なスレッドの数を特定します。

値は、1 - 8の正の整数である必要があります。デフォルトは4です。

-response

サイレント・アップグレードまたはサイレント準備状況チェックの場合は必須

レスポンス・ファイルに保存した入力を使用して、Upgrade Assistantを実行します。このレスポンス・ファイルは、GUIモードでUpgrade Assistantを実行したときの入力データから生成されます。このパラメータを使用すると、Upgrade Assistantはサイレント・モード (Upgrade Assistantの画面を表示しないモード)で実行されます。

-examine

省略可能

調査フェーズを実行しますが、実際のアップグレードは実行しません。

-readinessパラメータを指定した場合、このパラメータを指定しないでください。

-logLevel attribute

省略可能

次のいずれかの属性を指定して、ロギング・レベルを設定します。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

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

-logLevel TRACE属性を設定して、より多くのログが記録されるようにすることを検討してください。これは、アップグレードの失敗をトラブルシューティングする際に役立ちます。-logLevel TRACEが使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があります。

-logDir location

省略可能

アップグレード・ログ・ファイルと一時ファイルのデフォルトの場所を設定します。既存の書込み可能なディレクトリを指定する必要があります。Upgrade Assistantは、このディレクトリにログ・ファイルと一時ファイルを作成します。

デフォルトの場所は次のとおりです。

UNIXの場合:

ORACLE_HOME/oracle_common/upgrade/logs
ORACLE_HOME/oracle_common/upgrade/temp

Windowsの場合:

ORACLE_HOME\oracle_common\upgrade\logs
ORACLE_HOME\oracle_common\upgrade\temp

-help

省略可能

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

4 アップグレードのトラブルシューティング

Upgrade Assistantを使用して、このリリースにOracle Fusion Middlewareのデプロイメントをアップグレードする際に発生する可能性のある、一般的な問題をトラブルシューティングします。

- アップグレードのトラブルシューティング
Upgrade Assistantの実行中に発生する可能性のあるエラーについて理解しておくことが役に立ちます。また、それらのトラブルシューティング方法につい知っておくことも同様に重要です。

- ログ・ファイルの確認
ログ・ファイルは削除しないでください。Oracle Fusion Middleware Upgrade Assistantの実行中に発生する問題の診断と修正に役立ちます。

- 調査時に発生した障害の調査
アップグレードの調査フェーズで発生する可能性のある障害を特定してトラブルシューティングする方法について説明します。

- アップグレード時に発生した障害の調査
アップグレード時に発生した障害を特定してトラブルシューティングする方法について説明します。

- Oracle Fusion Middleware Upgrade Assistantの一般的なエラーの解決方法
Oracle Fusion Middleware Upgrade Assistantの実行中にエラーが発生した場合は、エラーの原因になっている状況を修正してから、アップグレードを再開する必要があります。

- サポートされていないドメインのアップグレードの試行
サポート対象外のドメインのスキーマやドメイン構成は、アップグレードしないでください。

- 障害が発生した後のUpgrade Assistantの再起動
Upgrade Assistantを再起動する前にエラーを解決する必要があります。

4.1 アップグレードのトラブルシューティング

Upgrade Assistantの実行中に発生する可能性のあるエラーについて理解しておくことが役に立ちます。また、それらのトラブルシューティング方法につい知っておくことも同様に重要です。

Upgrade Assistantの実行時にエラーが発生した場合は、次の手順を実行して問題のトラブルシューティングを行ってください。

注意: 修正作業の手順は、エラーが発生したフェーズによって異なります。

1. Oracle Fusion Middleware Upgrade Assistantのログ・ファイルを見つけて、テキスト・エディタで開きます。

ログ・ファイルの場所については、「ログ・ファイルの確認」を参照してください。

2. Oracle Fusion Middleware Upgrade Assistantのjarファイルの正しいバージョンを確認するには、次のコマンドを実行します。

unzip -p ua.jar META-INF/MANIFEST.MF

このコマンドを実行できるのは、ディレクトリをjlibディレクトリに変更した後のみです。

cd ORACLE_HOME/oracle_common/upgrade/jlib

注意:
unzip -p ua.jar META-INF/MANIFEST.MFコマンドの出力によって、Oracle Fusion Middleware Upgrade Assistantのビルドに使用されたデプロイメント・ラベルを識別します。その情報から、実行されたOracle Fusion Middleware Upgrade Assistantソフトウェアのデータとバージョンを特定します。サービス・リクエストを発行する場合、この情報をOracleに提供する必要があります。

3. UPGAST-00091などの番号で識別されるエラー・メッセージを検索します。

4. Oracle Fusion Middlewareのエラー・メッセージ・ガイドで、そのエラーについて調べます。

エラーについての説明には、エラーの原因およびそのエラーを解決するために実行する必要がある処置についての説明が含まれています。

5. エラー・メッセージおよびエラー・メッセージの説明を検索できるかどうかに応じて、次の操作を実行します。

- ログ・ファイルとエラー・メッセージに関する説明を確認することで、アップグレード時に発生した障害の解決方法を特定できる場合は、その解決方法を実行した後で、Oracle Fusion Middleware Upgrade Assistantを再起動してアップグレードを再度実行します。
前回のアップグレード時に正常にアップグレードされたコンポーネントは、Oracle Fusion Middleware Upgrade Assistantを再実行しても影響を受けません。ただし、前回ユーティリティを実行した際に正常にアップグレードされなかったコンポーネントに対して、Oracle Fusion Middleware Upgrade Assistantはアップグレードを試行します。

- 説明されていないエラーまたはエラーの後に説明されている処置によって解決できないエラーについては、Oracleサポート・サービスに連絡してください。一部のエラーでは、バックアップからリポジトリをリストアし、問題を解決してアップグレードを再実行する必要があります。Oracleサポートでは、トラブルシューティングの目的で、UA.logファイルと、(存在する場合は)UA.outファイルの両方を必要とします。これらのファイルの抜粋ではなく、完全なログを提供してください。

注意:

調査フェーズ中にエラーが発生したため、まだコンポーネントやスキーマがアップグレードされていない場合は、準備状況チェックを実行してください。準備状況チェックによって実行されるチェックのタイプの方が、アップグレードの調査フェーズよりも徹底したチェックが行われます。

ただし、アップグレード中またはアップグレード後にエラーが発生した場合は、バックアップ・コピーから環境をリストアし、エラーを修正してから、アップグレード・プロセスを最初から再開する必要があります。

4.2 ログ・ファイルの確認

ログ・ファイルは削除しないでください。Oracle Fusion Middleware Upgrade Assistantの実行中に発生する問題の診断と修正に役立ちます。

Oracle Fusion Middleware Upgrade Assistantの実行時に、コマンドラインから別の-logLevelを指定することで、ログ・ファイルの内容を変更できます。デフォルト値は-logLevel NOTIFICATIONです。-logDirパラメータを使用して、ログ・ファイルの場所を変更できます。-logLevel TRACEパラメータを指定してOracle Fusion Middleware Upgrade Assistantを実行すると、より詳細なロギング情報を取得できます。ただし、場合によっては、これによってログ・ファイルのサイズが非常に大きくなる可能性があります。

注意:
Oracle Fusion Middleware Upgrade Assistantのログ・ファイル・ビューアには、TRACEメッセージが含まれません。TRACEメッセージを表示するには、別のツールを選択して使用する必要があります

ヒント:
確認プロセスを容易にするには、「エラー」という語句を検索します。

ログ・ファイルのエラー・メッセージを理解するための詳細は、「 Oracle Fusion Middleware Upgrade Assistantの一般的なエラーの解決方法」を参照してください。

ログ・ファイルは、次のデフォルトのディレクトリに格納されます。

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

ORACLE_HOME/oracle_common/upgrade/logs/ua<timestamp>.log

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

ORACLE_HOME\oracle_common\upgrade\logs\ua<timestamp>.log

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

timestampは、Oracle Fusion Middleware Upgrade Assistantが実際に実行された日時を表します。

特定のコンポーネントのデータベース・スキーマのアップグレードでは、シェル・プロセスで実行されたコマンドやPL/SQLスクリプトとして実行されたコマンドの画面出力を含む出力(.out)ファイルが存在することもあります。これらの出力ファイルは、同じデフォルトのディレクトリ内にあります。

このガイドの情報で解決できない、アップグレード時に発生した障害に関する質問や問題がある場合、ログ・ファイルを保存しておくことが重要です。サービス・リクエストの発行が必要な場合は、Oracle Fusion Middleware Upgrade Assistantの.logファイルと.outファイル(使用可能な場合)全体をサービス・リクエストとともにアップロードする必要があります。

4.3 調査時に発生した障害の調査

アップグレードの調査フェーズで発生する可能性のある障害を特定して、トラブルシューティングする方法について説明します。

調査時の障害の原因を判別するには、次の手順を実行します。

1. Upgrade Assistantダイアログ・ボックスまたはコマンドライン出力内の障害が発生したコンポーネントの名前を書き留めます。

2. Upgrade Assistantログ・ファイルを開きます。

ログ・ファイルの場所については、「ログ・ファイルの確認」を参照してください。

3. ログ・ファイルで、Starting to examine component_name. というメッセージを検索します。

アップグレードを完了するには、問題を解決し、Upgrade Assistantを再度起動します。または、可能であれば、「戻る」をクリックして前の画面に戻り、必要な変更を加えます。

注意:
準備状況チェック機能を使用すると、調査フェーズよりはるかに詳細なレベルのチェックが実行されます。調査時に障害が発生した場合は、-readinessパラメータを使用してUpgrade Assistantを実行し、テストの障害がレポートに表示されないことを確認してください。

調査フェーズ中に検出された問題は、バックアップからリストアしなくても解決できます。ただし、システムの状態を変更する方法で調査エラーを解決しようとしている場合は、システム全体をアップグレード前の状態(アップグレード操作が行われる前の状態)にリストアする必要があります。

アップグレード時に検出された問題は、バックアップからリストアすることなく(アップグレード中に)解決することはできません。アップグレード前の環境は、バックアップから元のアップグレード前の状態にリストアする必要があります。

4.4 アップグレード時に発生した障害の調査

アップグレードの障害を特定してトラブルシューティングする方法について説明します。

アップグレード時の障害の原因を判別するには、次の手順を実行します。

1. Oracle Fusion Middleware Upgrade Assistantのダイアログまたはコマンドラインの出力に示される障害が発生したコンポーネントの名前を書き留めます。

2. Upgradeログ・ファイルを開きます。

ログ・ファイルの場所については、「ログ・ファイルの確認」を参照してください。

3. Starting to upgrade component_name. というメッセージを検索します。

アップグレードを完了するには、アップグレード前のバックアップを使用して、アップグレード操作が試行されていない時点まで環境全体をリストアし、問題を解決してから、Oracle Fusion Middleware Upgrade Assistantを再起動します。アップグレードを正常に(完全に)行うには、アップグレード・プロセスを最初から始める必要があります。

注意:
RMANを使用してすべてのデータベースをバックアップし、これらのバックアップからPoint-in-Timeリカバリを実行できる必要があります。ドメインのFusion Middlewareリポジトリが複数のOracle Databaseサーバーにわたる場合、これらの各バックアップからリストアする必要があります。

4.5 Oracle Fusion Middleware Upgrade Assistantの一般的なエラーの解決方法

Oracle Fusion Middleware Upgrade Assistantの実行中にエラーが発生した場合は、エラーの原因になっている状況を修正してから、アップグレードを再開する必要があります。

この項では、最も一般的なアップグレード・エラーについて説明します。すべてのFusion Middlewareエラーのリストは、Oracle Fusion Middlewareのエラー・メッセージのガイドを参照してください。

- ディスク領域が十分であるかどうかの確認

- スキーマのアップグレード時に発生するデータベース接続の問題の解決方法

4.5.1 ディスク領域が十分であるかどうかの確認

ディスク領域不足が原因でアップグレードに障害が発生した場合、バックアップからデータベース・サーバー環境を復元し、十分なディスク領域を追加するか、データベース・サーバーから不要なファイル(一時ファイルまたはトレース・ファイル)を削除して、アップグレードを再試行する必要があります。

注意: このクラスのエラーが原因でデータベース・スキーマのアップグレードに障害が発生すると、ディスク領域を追加するだけではアップグレードを再試行できません。スキーマが不整合な状態になり、「INVALID」としてマークされた可能性があります。バックアップから元のデータベースの状態を復元しないと、このエラーから復元できません。

次の例は、発生する可能性のあるディスク領域不足によるエラーを示しています。

ORA-01658: 表領域にセグメント用のINITIALエクステントを作成できません

原因: 既存のスキーマ表領域に、アップグレードを完了するための十分な領域がありません。

処置: 表領域に、アップグレードを正常に実行するための十分な空き(領域)を確保してください。既存のデータベース表領域に、より多くのデータファイルを追加することをお薦めします。そうしないと、アップグレードは失敗します。

ORA-01114: ファイル<ブロック番号>にブロックを書込み中にIOエラーが発生しました

原因: ファイルが保存されているデバイスが、オフラインになっている可能性があります。そのファイルが一時ファイルの場合、そのデバイスは領域不足である可能性があります。これは、一時ファイルのディスク領域が、ファイル作成時に割り当てられるとはかぎらないために発生する場合があります。

処置: デバイスへのアクセス権限を正しく設定するか、または不要なファイルを削除して、領域を解放してください。

ORA-09945: 監査証跡ファイルの初期化ができません。

原因: システムが、監査証跡として使用されるファイルへのヘッダー情報の書込みに失敗しました。監査ファイルを生成するためのaudit_trail_dest(監査証跡の生成先)のディスク領域が一杯です。

処置: 領域を解放してから操作を再試行してください。

4.5.2 スキーマのアップグレード時に発生するデータベース接続の問題の解決方法

Upgrade Assistantを使用してコンポーネント・スキーマをアップグレードするときに、データベースへの接続障害が発生した場合、SQL*Plusなどの別のツールを使用して、データベースへの接続を試行してください。これにより、データベースが稼働中でネットワークから使用できることを検証することで、問題のトラブルシューティングが可能になります。

4.6 サポートされていないドメインのアップグレードの試行

サポートされていないドメインのスキーマやドメイン構成は、アップグレードしないでください。

指定されたドメインをアップグレードできないことを示すエラーを受け取ったら、最初にドメインをサポート対象バージョンにアップグレードする必要があります。サポートされていないドメインでスキーマまたはドメイン構成をアップグレードしないでください。

4.7 障害が発生した後のUpgrade Assistantの再起動

Upgrade Assistantを再起動する前にエラーを解決する必要があります。

Upgrade Assistantがアップグレード・フェーズで失敗した場合や、一部のコンポーネントしかアップグレードされない場合は、それらの問題の解決方法を試してから次の手順を実行します。

1. 11gまたは12c環境全体をアップグレード前のバックアップにリストアします。

2. Upgrade Assistantを再起動します。

アップグレードに障害が繰り返し発生する場合は、より多くの情報がロギングされるよう、-logLevelをTRACEに設定することを検討してください。これは、障害が発生したアップグレードのトラブルシューティングに役立ちますが、パフォーマンスの問題を避けるために、問題が解決された後は、必ず-logLevelをNOTIFICATIONに再設定してください。

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, 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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network 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)を参照してください。