Oracle® Fusion Middleware

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

12c (12.2.1)

E69941-02(原本部品番号:E55678_04)

2016年2月

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

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

E69941-02

Copyright © 2014, 2015, Oracle and/or its affiliates All rights reserved.

原本主著者: Lisa Jamen、原本協力著者: Priyanka Chheda。

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

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

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

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

目次

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

はじめに

- 対象読者

- 関連ドキュメント

- 表記規則

このガイドで説明する新機能

- 12c (12.2.1)の新機能と変更された機能

- 12c (12.2.1)に関するこのドキュメントにおけるその他の大きな変更

1 Upgrade Assistantの使用方法

- 1.1 Upgrade Assistantについて

- 1.2 12cアップグレード・プロセス全体におけるUpgrade Assistantの使用方法

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

- 1.2.2 Upgrade Assistantを使用したスキーマのアップグレードについて

- 1.2.3 再構成ウィザードを使用したドメインの再構成

- 1.2.4 Upgrade Assistantを使用したコンポーネント構成のアップグレード

- 1.3 Upgrade Assistantでアップグレードできるスキーマの識別

- 1.4 このリリースにアップグレード可能なコンポーネント・スキーマ

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

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

- 1.6.1 アップグレード前の要件を満たしているかどうかの検証

- 1.6.2 アップグレード前のサーバーとプロセスの停止

- 1.7 Upgrade Assistantの起動

- 1.8 Upgrade Assistantを使用したスキーマのアップグレード

- 1.9 Oracle WebLogicコンポーネント構成のアップグレード

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

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

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

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

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

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

- 2.2 準備状況チェックの実行

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

3 オプションの引数を使用したUpgrade Assistantの起動

- 3.1 追加のパラメータ(オプション)を使用したUpgrade Assistantの起動

- 3.2 レスポンス・ファイル・モードでのUpgrade Assistantの起動

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

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

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

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

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

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

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

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

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

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

- 4.5.3 DISPLAY環境変数の設定

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

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

A Upgrade Assistant画面の理解

- A.1 Upgrade Assistant画面

- A.1.1 ようこそ

- A.1.2 スキーマ

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

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

- A.1.5 スタンドアロン・コンポーネント

- A.1.6 使用可能なコンポーネント

- A.1.7 すべてのスキーマのコンポーネント・リスト

- A.1.8 WebLogic Serverのコンポーネント・リスト

- A.1.9 前提条件

- A.1.10 エディション・ベースの再定義(EBR)データベースのアップグレード

- A.1.11 スキーマ資格証明画面

- A.1.12 インスタンス・ディレクトリ

- A.1.13 ノード・マネージャ

- A.1.14 Oracle Traffic Director

- A.1.15 ODIスーパーバイザ

- A.1.16 ODIアップグレード・キー

- A.1.17 Oracle Golden Gate Monitor OGGMONスキーマ接頭辞

- A.1.18 Veridataディレクトリ

- A.1.19 Veridataスキーマ接頭辞

- A.1.20 ユーザー・メッセージング・サービスの構成

- A.1.21 MapViewer

- A.1.22 調査

- A.1.23 調査失敗

- A.1.24 アップグレード・サマリー

- A.1.25 アップグレードの進行状況

- A.1.26 アップグレード成功

- A.1.27 アップグレード失敗

- A.1.28 アップグレードの取消

- A.1.29 ログ・ビューア

- A.2 準備状況チェック画面

- A.2.1 ようこそ

- A.2.2 準備状況チェック・タイプ: 個別に選択されたスキーマ

- A.2.3 準備状況チェック・タイプ: ドメイン・ベース

- A.2.4 使用可能なコンポーネント

- A.2.5 スキーマ資格証明

- A.2.6 準備状況サマリー

- A.2.7 準備状況チェック

- A.2.8 ログ・ビューア

- A.2.9 準備状況成功

- A.2.10 準備状況レポートのサンプル

はじめに

ここでは、次の項目について説明します。

- 対象者

- 関連ドキュメント

- 表記規則

対象者

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

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

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

関連ドキュメント

詳細は、Oracle Fusion Middleware 12cのドキュメント・ライブラリにある次の関連ドキュメントを参照してください。

- Oracle Fusion Middlewareのアップグレードのプランニング

- Oracle Fusion Middlewareのインストールのプランニング

- Oracle Fusion Middlewareの理解

- 相互運用性および互換性の理解

- Oracle Universal Installerを使用したソフトウェアのインストール

- Repository Creation Utilityによるスキーマの作成

- Oracle Fusion Middleware Infrastructureへのアップグレード

- Oracle SOA SuiteおよびBusiness Process Managementのアップグレード

- Oracle WebLogic Serverのアップグレード

- Oracle Data Integratorのアップグレード

表記規則

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

表記規則

意味

太字

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

イタリック

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

固定幅フォント

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

このガイドで説明する新機能

次の項では、Upgrade Assistantの新機能や変更された機能について、およびこのガイドに記載されるその他の重要な変更について紹介し、詳細情報へのリンクを提供します。

- 12c (12.2.1)の新機能と変更された機能

- 12c (12.2.1)に関するこのドキュメントにおけるその他の大きな変更

12c (12.2.1)の新機能と変更された機能

Upgrade Assistant 12c (12.2.1)には、次の新しい管理機能と変更された管理機能が含まれます。

- Upgrade Assistantを準備状況チェック・モードで実行することにより、デプロイ済スキーマ、コンポーネント構成および他のドメイン・アーティファクトに対して読取り専用のアップグレード前スキャンを実行できます。詳細なレポートが生成されるため、アップグレードに関する問題に対処する上で役に立ちます。

- Upgrade Assistantは1つのドメインによって使用されるすべてのスキーマを特定できます。また、Upgrade Assistantを1回実行するだけで、サポートされているスキーマをすべてアップグレードできます。

- 各スキーマが平行してアップグレードされ、準備状況チェックが行われます。スキーマを平行してアップグレードすると、パフォーマンスが最適化され、アップグレード・プロセスの全体的な時間が短縮される場合もあります。

- Oracle Fusion Middleware 12cには、多数の新機能が導入されました。これらの機能の詳細は、Oracle Fusion Middlewareの理解に関するドキュメントを参照してください。

12c (12.2.1)に関するこのドキュメントにおけるその他の大きな変更

このガイドは、Upgrade Assistantを使用するためのツール・リファレンスとして作成されました。コンポーネントのアップグレード手順に関する詳細は、次を参照してください。

- コンポーネント固有のアップグレード手順は、Oracle Fusion Middleware 12c (12.2.1)ドキュメント・ライブラリにあるコンポーネントまたはスイートのアップグレード・トピックを参照してください。

1 Upgrade Assistantの使用方法

Oracle Fusion Middleware Upgrade Assistantは、多くのアップグレード・タスクを自動化します。このトピックでは、Upgrade Assistantの使用方法について説明します。

アップグレード・タスクは、Upgrade Assistantを使用して実行します。また、Upgrade Assistantを–readinessモードで使用することにより、アップグレードする前に準備状況チェックを実行することもできます。

注意:
Upgrade Assistantを起動する前に、『Oracle Fusion Middlewareのアップグレードのプランニング』、サポートされているアップグレード開始点の詳細を説明したコンポーネント固有のドキュメントおよび特定のインストール・タイプの前提条件とアップグレード・パスを参照してください。

ここでは、以下の項目について説明します。

- Upgrade Assistantについて

- 12cアップグレード・プロセス全体におけるUpgrade Assistantの使用方法

- 「Upgrade Assistantでアップグレードできるスキーマの識別」
Upgrade Assistantにはアップグレードで使用できるすべてのスキーマが含まれ、それらが識別されます。アップグレードするスキーマを選択することもできます。アップグレードを開始する前に、使用可能なスキーマのリストを確認するには、スキーマのバージョン・レジストリを問い合せます。

- このリリースにアップグレード可能なコンポーネント・スキーマ

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

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

- 「Upgrade Assistantの起動」
Upgrade Assistantはスキーマのアップグレード、コンポーネント構成およびスタンドアロン・システムのコンポーネント構成に使用されます。

- 「Upgrade Assistantを使用したスキーマのアップグレード」
スキーマを持つコンポーネントが含まれているOracleホームからUpgrade Assistantを実行する場合、「スキーマ」アップグレード・オプションが表示されます。Upgrade Assistantにより、スキーマのアップグレード候補のコンポーネントのみがリストされます。コンポーネント・リストからアップグレードするスキーマを選択できます。

- Oracle WebLogicコンポーネント構成のアップグレード

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

1.1 Upgrade Assistantについて

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

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

- UNIXオペレーティング・システムでは、Upgrade Assistantは次の場所にあります
oracle_common/upgrade/bin/ua

- Windowsオペレーティング・システムでは、Upgrade Assistantは次の場所にあります
oracle_common\upgrade\bin\ua

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

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

- スキーマ・アップグレードの場合、管理サーバーはオフラインであり、Upgrade Assistantは現在のOracleホーム・ディレクトリを調査し、アップグレード対象のコンポーネント・スキーマのリストを特定します。また、存在する特定の依存関係情報に基づいて、スキーマ・アップグレードの順序を決定します。

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

注意:
Upgrade Assistantを拡張する前に、SYSDBA以外のユーザーを作成することをお薦めします。

1.2 12cアップグレード・プロセス全体におけるUpgrade Assistantの使用方法

Upgrade Assistantを他のFusion Middlewareツールおよびプロセスとともに使用して、11gおよび12cコンポーネントの12c (12.2.1)へのアップグレードを実行します。

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

通常のアップグレードでは、次で説明するように、Upgrade Assistantを複数回使用できます。

1. Upgrade Assistantを使用したアップグレード前の準備状況チェックの実行

2. 「Upgrade Assistantを使用したスキーマのアップグレードについて」
Upgrade Assistantにはスキーマのアップグレードに対して2つのオプションが用意されています。「個別に選択されたスキーマ」および「ドメインで使用されるすべてのスキーマ」です。

3. 再構成ウィザードを使用したドメインの再構成

4. Upgrade Assistantを使用したコンポーネント構成のアップグレード

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

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

注意:
Upgrade Assistantによってのみ実行可能なアップグレード手順は、準備状況チェック機能によってチェックされます。

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

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

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

アップグレード前の準備状況チェックの実行の詳細は、「アップグレード前の準備状況チェックの実行」を参照してください。

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

1.2.2 Upgrade Assistantを使用したスキーマのアップグレードについて

Upgrade Assistantにはスキーマのアップグレードに対して2つのオプションが用意されています。「個別に選択されたスキーマ」および「ドメインで使用されるすべてのスキーマ」です。

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

このオプションを使用すると、アップグレードするコンポーネント・スキーマを選択できます。ドメイン内にアップグレードしないコンポーネント・スキーマがある場合に、このオプションを選択します。

たとえば、ドメインの外部にあるRCUを使用してスキーマを作成してUpgrade Assistantを試行してから、Upgrade Assistantを使用してこれらをアップグレードします。

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

このオプションにより、Upgrade Assistantは指定したドメイン内のすべての使用可能なスキーマを検出し、それらをアップグレードに含めることができます。

1.2.3 再構成ウィザードを使用したドメインの再構成

スキーマがアップグレードされたら、別の再構成ウィザードを使用して、既存のドメインを再構成します。

再構成ウィザードの使用方法の詳細は、「WebLogicドメインの再構成」を参照してください。

1.2.4 Upgrade Assistantを使用したコンポーネント構成のアップグレード

ドメインが再構成されたら、Upgrade Assistantを再度使用して、コンポーネント構成をアップグレードします。

1.3 Upgrade Assistantでアップグレードできるスキーマの識別

Upgrade Assistantはアップグレード可能なすべてのスキーマを識別し、含めます。アップグレードするスキーマを選択することもできます。アップグレードを開始する前に、使用可能なスキーマのリストを確認するには、スキーマのバージョン・レジストリを問い合せます。

ヒント:

スキーマ・バージョン・レジストリから収集した情報と対応するスキーマを比較し、ドメイン内にまだアップグレードできないスキーマがあるかどうかを判断します。

Oracle Databaseを使用する場合、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 ;

SQLスクリプト(version.sqlなど)に保存されると、次のレポートが生成されます。

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

あるスキーマではアップグレードの必要がない場合、schema_version_registry表には、12.2.1アップグレード後もアップグレード前のバージョンでそのスキーマが保持されます。

アップグレードが必要なスキーマに関する注意

- ほとんどのコンポーネントで、アップグレードできるスキーマ・バージョンの開始点は、11gリリース1 (11.1.1.6、1.1.1.7、11.1.1.8または11.1.1.9)または12c (12.1.2または12.1.3)のみです。スキーマが、サポートされているバージョンでない場合、12c (12.2.1)のアップグレード手順を使用する前に、それらをアップグレードする必要があります。
Oracle Enterprise Data QualityやOracle Golden Gate Veridataなど、一部のコンポーネントでは、サポートされている標準的なOracle Fusion Middlewareバージョン以外のバージョンからのアップグレードがサポートされています。

アップグレードに必要なスキーマに関する追加情報は、コンポーネント固有のインストールおよびアップグレードのドキュメントを参照してください。

- 11gでファイルベースのポリシー・ストアを使用していた場合、Upgrade Assistantを実行する前に、ファイルベースのポリシー・ストアをデータベースベースのセキュリティ・ストアに再度関連付ける必要があります。
詳細は、「アップグレード前のファイルベースのポリシー・ストアの再関連付け」を参照してください。

- 11gでOIDベースのポリシー・ストアを使用していた場合は、アップグレード前に新しい12c OPSSスキーマが作成済であることを確認してください。

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

1.4 このリリースにアップグレード可能なコンポーネント・スキーマ

データベースにスキーマが作成されると、リポジトリ作成ユーティリティ(RCU)は、schema_version_registryという表を作成して維持します。一部のスキーマではアップグレードが必要ない場合があるため、アップグレードを実行する前にこの表を参照してください。

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

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

コンポーネント名

スキーマ

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

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

依存関係および追加情報

AS共通スキーマ

監査サービス[1]

prefix_IAU

11.1.1.6

11.1.1.7

11.1.1.9

12.1.2

12.1.3

12.2.1

依存関係はありません。

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

メタデータ・サービス

prefix_MDS

11.1.1.6.

11.1.1.7

11.1.1.9

12.1.2

12.1.3

12.2.1

依存関係はありません。

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

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

prefix_OPSS

11.1.1.6

11.1.1.7

11.1.1.9

12.1.2

12.1.3

12.2.1

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

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

prefix_STB

12.1.2

12.1.3

12.1.3

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

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

prefix_ORASDPM

11.1.1.6

11.1.1.7

11.1.1.9

12.1.2

12.1.3

12.2.1

12.2.1の新規インストールであるシステムをアップグレードする場合、スキーマ名はprefix_UMSになります。

WebLogic診断フレームワーク

prefix_WLDF

11.1.1.6

11.1.1.7

12.1.2

12.2.1

Oracle Data Integrator

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

prefix_ODI_REPO

11.1.1.6

11.1.1.7

11.1.1.9

12.1.2

12.1.3

12.2.1

なし。

Oracle SOA Suite

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

prefix_SOAINFRA

11.1.1.6

11.1.1.7

11.1.1.9

12.1.3

12.2.1

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

Oracle Enterprise Scheduler

prefix_ESS

11.1.1.6

11.1.1.7

11.1.1.9

12.1.3

12.2.1

Oracle Managed File Transfer。

prefix_MFT

12.1.3

12.2.1

prefix_MDS、prefix_IAUおよびprefix_UMSもアップグレードする必要があります。

Oracle WebCenter

Oracle WebCenter Contentサーバー

prefix_OCS

11.1.1.6

11.1.1.7

11.1.1.8[3]

11.1.1.9

12.2.1

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

Oracle WebCenter Enterprise Capture

prefix_CAPTURE

11.1.1.8

12.2.1

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

Oracle WebCenterポータル

prefix_PORTLET

prefix_ACTIVITIES

prefix_DISCUSSIONS

prefix_DISCUSSIONS_CRAWLER

prefix_WEBCENTER

11.1.1.7[4]

11.1.1.8

12.2.1

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

Oracle Enterprise Data Quality

Enterprise Data Quality

prefix_EDQCONF

prefix_EDQRES

11.1.1.7.3

12.1.3

12.2.1

Oracle Golden Gate Monitor

Golden Gate Monitor

prefix_OGGMON

11.1.1.7

12.1.3

12.2.1

Oracle Golden Gate Veridata

Veridata

prefix_VERIDATA

11.2.1

12.1.3

12.2.1

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

Upgrade Assistantを使用して構成をアップグレードすると、構成されるコンポーネントおよび最新バージョンにアップグレードできるコンポーネントのリストがUpgrade Assistantによって自動的に作成されます。Upgrade Assistantを実行してスキーマをアップグレードした後は、再構成ウィザードを使用してドメインを再構成します。再構成した後、残りの構成プロパティをアップグレードするには、再度Upgrade Assistantを使用します。

Upgrade Assistantを使用して、次のコンポーネント構成を12c (12.2.1)にアップグレードできます。

- Oracle Data Integrator (ODI)

- Oracle Enterprise Data Quality (EDQ)

- Oracle Forms

- Oracle Reports

- Oracle Golden Gate Monitor (OGGMON)

- Oracle Golden Gate Veridata

- Oracle HTTP Server(OHS)

- JRFインフラストラクチャ

- Oracle MapViewer

- Oracle Managed File Transfer (MFT)

- Oracle Traffic Director (OTD)

- Oracle User Messaging Service(UMS)

- Oracle WebCenter Content (WCC)

- Oracle Web Services Manager。

注意: 推奨されないか12.2.1リリースではまだ使用できない既存のFusion Middleware 11gコンポーネントを使用し続ける場合は、アップグレードを試みないでください

アップグレードしたコンポーネントとともにこれらを使用し続ける場合は、アップグレードする前にこのリリースの相互運用性および互換性ガイドを参照してください。アップグレードによってFusion Middleware 11gコンポーネントに非互換性の問題が発生するかを確認する必要があります。

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

この項では、Upgrade Assistantを実行する前に実行する必要がある手順について説明します。

- アップグレード前の要件を満たしているかどうかの検証

- アップグレード前のサーバーとプロセスの停止

1.6.1 アップグレード前の要件を満たしているかどうかの検証

アップグレード前のチェックリストを参照して、アップグレード前の要件をすべて満たしているか確認してください。また、アップグレードする各コンポーネントに対してコンポーネント固有のアップグレード前のタスクがすべて完了していることも確認してください。

Oracle Fusion Middlewareアップグレード前のチェックリスト

注意:
Oracle Fusion Middlewareアップグレード前のチェックリストに加え、各コンポーネントには、アップグレード前に実行するコンポーネント固有の追加のタスクが必要な場合があります。アップグレードを開始する前に、必ずコンポーネント固有のアップグレード・ドキュメントを参照してください。

1.6.2 アップグレード前のサーバーとプロセスの停止

Upgrade Assistantを実行する前に、すべてのOracle Fusion Middleware管理対象サーバー、管理サーバーおよびアップグレードするスキーマまたは構成データを使用している可能性があるシステム・コンポーネント(OHSなど)を停止します。

また、Fusion Middlewareデータベース・スキーマを含むデータベースは、Upgrade Assistantを実行する前に停止する必要があります。データベース・サーバーをシャットダウンして再起動するか、Upgrade Assistantによってアップグレードされるデータベース・インスタンス上で他のデータベース・ユーザーが稼働していないことを確認します。これを行わないと、結果としてアップグレードが不完全になったり、障害が発生する場合があります。

ノード・マネージャを実行している場合は、ノード・マネージャも停止する必要があります。これを行うには、ノード・マネージャが実行されているコンソール・ウィンドウを閉じるか、stopNodeManager WLSTコマンドを使用します。

Oracle Fusion Middlewareの停止手順は、Oracle Fusion Middleware環境の停止についての説明を参照してください。

1.7 Upgrade Assistantの起動

Upgrade Assistantはスキーマのアップグレード、コンポーネント構成およびスタンドアロン・システムのコンポーネント構成に使用されます。

他のドメインのアップグレードを開始する前に、単一のドメインのスキーマのアップグレードおよびコンポーネント構成を正常に完了させることをお薦めします。

注意:
Upgrade Assistantは可能であればいつでも、SYSDBA以外のユーザーが実行する必要があります。非SYSDBAユーザーの作成手順については、「非SYSDBAユーザーの作成」に記載されています。

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

1. Unixオペレーティング・システムでは、ORACLE_HOME/oracle_common/upgrade/binディレクトリに移動します。
Windowsオペレーティング・システムでは、ORACLE_HOME\oracle_common\upgrade\binディレクトリに移動します。

2. 次のコマンドを入力して、アップグレード・アシスタントを起動します。

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

./ua

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

ua.bat

Upgrade Assistantの各画面で必要な情報を指定します。表示される画面は、選択するアップグレードのタイプによって異なります。

1.8 Upgrade Assistantを使用したスキーマのアップグレード

スキーマを持つコンポーネントが含まれているOracleホームからUpgrade Assistantを実行する場合、「スキーマ」アップグレード・オプションが表示されます。Upgrade Assistantにより、スキーマのアップグレード候補のコンポーネントのみがリストされます。コンポーネント・リストからアップグレードするスキーマを選択できます。

表1-2に、スキーマをアップグレードするためにUpgrade Assistantを実行したときに表示される画面を示しますが、これは選択するオプションによって異なります。

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

画面のタイトル

画面が表示されるタイミング

説明

ようこそ

常時。

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

スキーマ

常時。

この画面で、実行するスキーマのアップグレード操作を選択します。画面上のオプションは、次で選択したオプションに応じて変わります。

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

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

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

個別に選択されたスキーマを選択した場合。

この画面では、アップグレード可能なスキーマがあるインストール済のOracle Fusion Middlewareコンポーネントのリストが提供されます。コンポーネントを選択すると、スキーマとすべての依存関係が自動的に選択されます。

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

「ドメインで使用されるすべてのスキーマ」を選択した場合。

この画面は読取り専用で、アップグレードに含まれる特定のドメイン・ディレクトリ内のすべてのコンポーネントおよびスキーマが表示されます。

前提条件

常時。

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

スキーマ資格証明画面

常時。

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

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

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

調査

常時。

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

注意:
調査フェーズ中に検出された問題は、バックアップからリストアしなくても修正できます。

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

常時。

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

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

常時。

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

アップグレード成功

アップグレードに成功した場合。

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

アップグレード失敗

アップグレードに失敗した場合。

アップグレードは特定のコンポーネントで失敗しました。Upgrade Assistantを再起動する必要があります。

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

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

SOA SuiteおよびBPMのアップグレードの場合のみ:

クローズされているアクティブなSOAインスタンス・データの12c (12.2.1)へのアップグレードは、Upgrade AssistantでのSOAスキーマ・アップグレード・プロセスの一部として自動的に行われます。詳細は、「SOAインスタンス・データのアップグレードの管理と監視」を参照してください。

1.9 Oracle WebLogicコンポーネント構成のアップグレード

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

コンポーネント・スキーマをアップグレードした後、再構成ウィザードを実行して、ドメインを再構成する必要があります。詳細は、再構成ウィザードを使用したOracle WebLogicドメインの再構成に関する項を参照してください。ドメインを再構成した後、Upgrade Assistantを再度使用して、この項の説明に従ってコンポーネント構成をアップグレードします。

Oracle Web Services Manager (OWSM)などのWebLogicコンポーネント構成をアップグレードすると、Upgrade Assistantに次の画面が表示されます。

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

画面

画面が表示されるタイミング

説明

ようこそ

常時。

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

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

アップグレード・タイプとして「ドメインによって使用されるすべての構成」を選択したときの画面名は、「WebLogicコンポーネント」です。

管理対象WebLogic Serverドメインのコンポーネント構成をアップグレードするには、「ドメインによって使用されるすべての構成」オプションを選択します。構成のアップグレードは、12.2.1ではオフラインです。アップグレードするドメインのドメイン・ディレクトリを入力してください。

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

「ドメインによって使用されるすべての構成」オプションが選択されている場合のみ。

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

前提条件

常時。

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

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

UMS 11g構成ファイルをホストするリモート管理対象サーバーがある場合(つまり、管理サーバーで、必要な構成ファイルにローカルにアクセスできない場合)のみ。

この画面では、UMS 11g構成ファイルをホストするリモート管理対象サーバーのログイン資格証明を指定します。必要な前提条件をすべて満たし、必要なログイン情報を指定した場合、アップグレード・アシスタントにより、リモート構成ファイルが自動的にコピーされます。

調査

常時。

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

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

常時。

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

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

常時。

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

アップグレード成功

または

アップグレード失敗

常時。

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

または

特定のコンポーネントのアップグレードが失敗したため、Upgrade Assistantを再起動する必要があります。

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

次のトピックでは、アップグレードの完了後に実行する基本的なタスクについて説明します。リストされている製品がアップグレードされていないために、これらのタスクの一部が環境に適用されない場合があります。

アップグレード後の手順の詳細は、必ずコンポーネント固有のアップグレード・ドキュメントを参照してください。

注意: アップグレードした後は、この項で説明されたタスクを正常に完了できるようになっているはずです。これらのタスクのうち1つ以上が、新しくアップグレードした環境で完了できない場合、「アップグレードのトラブルシューティング」 を参照してください。

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

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

- 無効なデータベース・オブジェクトのチェック

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

この項では、新しくアップグレードしたドメインで実行できる一般的な管理タスクについて説明します。

注意: 次の表内の管理タスクはオプションです。アップグレードした環境に適用するタスクのみを実行してください。

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

タスク

説明

詳細

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

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 HTTP Serverのインストールと構成

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

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

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

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

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

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

1.10.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列内の数値はすべて、アップグレード前のチェック時に指定したバージョンである必要があります。詳細は、「Upgrade Assistantでアップグレードできるスキーマの識別」を参照してください。

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

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

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

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

SQL>@/rdbms/admin/utlrp.sql

これによって、アップグレード・アシスタントによってアップグレードされたデータベース・オブジェクトがコンパイルされます。

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

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

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

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

[2]
リリース11.1.1.7より、OPSS監査データはJPS表ではなく、IAU共通の表に保存されます。_OPSSスキーマを11.1.1.6から12.2.1にアップグレードする場合、JPS表の既存データはレポートまたは監査目的では変更されないため、JPS表に列を追加してアップグレードする必要はありません。

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

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

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

Upgrade Assistantを-readinessモードで実行することにより、実際にアップグレードを実行する前に問題を検出できます。これは、GUIを使用して実行することも、レスポンス・ファイルを使用してサイレント・アップグレードで実行することもできます。

Upgrade Assistantの準備状況チェックでは、既存のOracle Fusion MiddlewareスキーマおよびOracle WebLogic構成の読取り専用のアップグレード前確認を行います。

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

詳細は、「準備状況レポートのサンプル」を参照してください。

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

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

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

注意:

パフォーマンスが低下する可能性を回避するために、準備状況チェックはオフピーク時に実行することをお薦めします。

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

- 準備状況チェックの実行

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

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

アップグレード前の環境で準備状況チェックを実行するには、次に示すように、Upgrade Assistantを-readinessモードで実行します。

1. ディレクトリを、UNIXオペレーティング・システムではORACLE_HOME/oracle_common/upgrade/binに、Windowsオペレーティング・システムではORACLE_HOME\oracle_common\upgrade\binに変更します。

2. 次のコマンドを入力してアップグレード・アシスタントを起動します。
UNIXオペレーティング・システムの場合:

./ua -readiness

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

ua.bat -readiness

Upgrade Assistantの各画面で必要な情報を指定します。表示される画面は、選択するアップグレード・オプションによって異なります。次の項では、アップグレード・オプションおよび入力する必要がある情報を説明しています。

2.2 準備状況チェックの実行

Upgrade Assistantを-readinessモードで起動すると、次の画面が表示されます。

または、レスポンス・ファイルを使用して準備状況チェックを実行することもできます。Upgrade Assistantでのレスポンス・ファイルの使用の詳細は、「レスポンス・ファイル・モードでのUpgrade Assistantの起動」を参照してください。

次の画面は、表示される画面のサブセットです。

表2-1 Upgrade Assistant画面: 準備状況チェック

画面

画面が表示されるタイミング

説明

ようこそ

常時。

この画面には、準備状況チェックの概要が示されます。

準備状況チェックのタイプ:

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

- ドメイン・ベース

常時。

準備状況チェックは、サポートされるアップグレードの開始点にあるスキーマまたはコンポーネント構成に対してのみ実行されます。次の2つのオプションがあります。次にこれらのオプションについて説明します。

- 準備状況チェック・タイプ: 個別に選択されたスキーマ
「個別に選択されたスキーマ」オプションを使用すると、アップグレードする前に確認するスキーマを選択できます。

- 準備状況チェック・タイプ: ドメイン・ベース
「ドメイン・ベース」オプションを使用して、ドメインごとに準備状況チェックが実行されるようにします。

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

「個別に選択されたスキーマ」が選択されている場合。

この画面には、スキーマが選択される使用可能なコンポーネントがリストされます。ここで何かを選択すると、そのコンポーネントのスキーマに対して準備状況チェックが実行されます。

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

スキーマの準備状況チェックが実行されるたび。

この画面は、スキーマの準備状況チェックが実行されるたびに表示されます。これは、「すべてのスキーマのチェックを含める」オプションを使用して「個別に選択されたスキーマ」または「ドメイン・ベース」を選択する場合です。

スキーマ資格証明

常時。

この画面を使用して、選択したスキーマとそのスキーマをホストするデータベースへの接続に必要な情報を入力します。アップグレードするスキーマが以前のFusion MiddlewareのリリースでRCUによって作成された場合は、使用可能なスキーマ名がリストされたドロップダウン・メニューが表示されます。

準備状況サマリー

常時。

この画面には、選択に基づいて実行される準備状況チェックの概要が示されます。

Upgrade Assistantを—response (またはサイレント)モードで再実行する場合は、「レスポンス・ファイルの保存」をクリックします。

準備状況チェック

常時。

この画面には、準備状況チェックの現在のステータスが表示されます。チェック対象として選択した内容によっては、このプロセスには数分かかる場合があります。

詳細レポートを表示するには、準備状況レポートのレビューをクリックします。このボタンは、準備状況チェックがすべて完了した後のみ表示されます。

注意:
パフォーマンスの低下を回避するには、準備状況チェックをオフピーク時に実行することを検討してください。

準備状況成功

準備状況チェックが正常に完了した場合。

これで、完全なレポートをレビューできるようになります。

準備状況チェックで問題またはエラーが発生した場合、ログ・ファイルをレビューして問題を特定し、問題を修正してから、準備状況チェックを再開してください。

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

ドメインの準備状況チェックが完了したら、レポートをレビューし、正常なアップグレードが完了する前に実行が必要なアクション(存在する場合)を確認します。

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

レポートの情報

説明

必要な操作

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

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

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

タイムスタンプ

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

処理は必要ありません。

ログ・ファイルの場所

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

処理は必要ありません。

準備状況レポートの場所

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

処理は必要ありません。

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

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

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

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

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

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

ステータス: FAIL

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

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

ステータス: PASS

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

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

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

Upgrade readiness check completed with one or more errors.

This readiness check report was created on Tue Oct 30 11:15:52 EDT 2015
Log file is located at: /scratch/yourname/oracle/work/middleware_latest/oracle_common/upgrade/logs/ua2015-10-30-11-14-06AM.log
Readiness Check Report File: /scratch/yourname/oracle/work/middleware_latest/oracle_common/upgrade/logs/readiness2015-10-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.2.0.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_COMPONENTS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_DEPENDENCIES:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_DEPENDENCIES: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_DEPL_LINEAGES:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_DEPL_LINEAGES: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_LABELS:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_LABELS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_LARGE_ATTRIBUTES:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_LARGE_ATTRIBUTES: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_METADATA_DOCS:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_METADATA_DOCS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_NAMESPACES:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_NAMESPACES: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_PARTITIONS:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_PARTITIONS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_PATHS:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_PATHS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_PURGE_PATHS:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_PURGE_PATHS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_SANDBOXES:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_SANDBOXES: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_STREAMED_DOCS:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_STREAMED_DOCS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_TRANSACTIONS:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table MDS_TRANSACTIONS: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table MDS_TXN_LOCKS:  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
Starting index test for table MDS_COMPONENTS:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_COMPONENTS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_DEPENDENCIES:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_DEPENDENCIES: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_DEPL_LINEAGES:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_DEPL_LINEAGES: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_LABELS:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
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
Completed index test for table MDS_LARGE_ATTRIBUTES: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_METADATA_DOCS:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_METADATA_DOCS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_NAMESPACES:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_NAMESPACES: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_PARTITIONS:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_PARTITIONS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_PATHS:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_PATHS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_PURGE_PATHS:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_PURGE_PATHS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_SANDBOXES:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_SANDBOXES: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_STREAMED_DOCS:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_STREAMED_DOCS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_TRANSACTIONS:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_TRANSACTIONS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table MDS_TXN_LOCKS:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table MDS_TXN_LOCKS: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
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
Completed datatype test for table MDS_COMPONENTS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_DEPENDENCIES:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_DEPENDENCIES: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_DEPL_LINEAGES:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_DEPL_LINEAGES: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_LABELS:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_LABELS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_LARGE_ATTRIBUTES:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_LARGE_ATTRIBUTES: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_METADATA_DOCS:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_METADATA_DOCS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_NAMESPACES:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_NAMESPACES: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_PARTITIONS:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_PARTITIONS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_PATHS:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_PATHS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_PURGE_PATHS:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_PURGE_PATHS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_SANDBOXES:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_SANDBOXES: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_STREAMED_DOCS:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_STREAMED_DOCS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_TRANSACTIONS:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_TRANSACTIONS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table MDS_TXN_LOCKS:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table MDS_TXN_LOCKS: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting permissions test for table MDS_ATTRIBUTES:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_ATTRIBUTES: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_COMPONENTS:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_COMPONENTS: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_DEPENDENCIES:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_DEPENDENCIES: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_DEPL_LINEAGES:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_DEPL_LINEAGES: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_LABELS:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_LABELS: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_LARGE_ATTRIBUTES:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_LARGE_ATTRIBUTES: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_METADATA_DOCS:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_METADATA_DOCS: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_NAMESPACES:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_NAMESPACES: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_PARTITIONS:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_PARTITIONS: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_PATHS:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_PATHS: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_PURGE_PATHS:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_PURGE_PATHS: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_SANDBOXES:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_SANDBOXES: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_STREAMED_DOCS:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_STREAMED_DOCS: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_TRANSACTIONS:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_TRANSACTIONS: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
Starting permissions test for table MDS_TXN_LOCKS:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table MDS_TXN_LOCKS: TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions +++ PASS
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.

Common Infrastructure Services
Starting readiness check of Common Infrastructure Services.
Schema User Name: DEV1212_STB
Database Type: Oracle Database
Database Connect String: machinename@yourcompany.com
VERSION Schema STB is currently at version 12.1.2.0.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
Completed schema test: TEST_REQUIRED_TABLES --> Test that the schema contains all the required tables +++ 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_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 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_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 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 permissions test:  TEST_DBA_TABLE_GRANTS  Test that DBA user has privilege to view all user tables
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
Completed permissions test: TEST_DBA_TABLE_GRANTS --> Test that DBA user has privilege to view all user tables +++ PASS
Starting permissions test for table COMPONENT_SCHEMA_INFO:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table TEST_TABLE_GRANTS: Test that tables have the proper GRANT permissions --> PASS +++ {3}
Starting permissions test for table SERVICETABLE:  TEST_TABLE_GRANTS --> Test that tables have the proper GRANT permissions
Completed permissions test for table TEST_TABLE_GRANTS: Test that tables have the proper GRANT permissions --> PASS +++ {3}
Starting datatype test for table COMPONENT_SCHEMA_INFO:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table COMPONENT_SCHEMA_INFO: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting datatype test for table SERVICETABLE:  TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes
Completed datatype test for table SERVICETABLE: TEST_COLUMN_DATATYPES_V2 --> Test that all table columns have the proper datatypes +++ PASS
Starting index test for table COMPONENT_SCHEMA_INFO:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table COMPONENT_SCHEMA_INFO: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table COMPONENT_SCHEMA_INFO:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table COMPONENT_SCHEMA_INFO: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
Starting index test for table SERVICETABLE:  TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes
Completed index test for table SERVICETABLE: TEST_REQUIRED_INDEXES --> Test that the table contains all the required indexes +++ PASS
Starting index test for table SERVICETABLE:  TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes
Completed index test for table SERVICETABLE: TEST_UNEXPECTED_INDEXES --> Test that the table does not contain any unexpected indexes +++ PASS
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_ENOUGH_TABLESPACE  Test that the schema tablespaces automatically extend if full
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
Completed schema test: TEST_ENOUGH_TABLESPACE --> Test that the schema tablespaces automatically extend if full +++ PASS
Starting schema test:  TEST_ONLINE_TABLESPACE  Test that schema tablespaces are online
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
Completed schema test: TEST_ONLINE_TABLESPACE --> Test that schema tablespaces are online +++ PASS
Starting schema test:  TEST_USER_TABLESPACE_QUOTA  Test that tablespace quota for this user is sufficient to perform the upgrade
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
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_DATABASE_VERSION  Test that the database server version number is supported for upgrade
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
Completed schema test: TEST_DATABASE_VERSION --> Test that the database server version number is supported for upgrade +++ PASS
Finished readiness check of Common Infrastructure Services with status: SUCCESS.

Finished readiness check of components.

3 オプションの引数を使用したUpgrade Assistantの起動

この項では、Oracle Fusion Middleware Upgrade Assistantの実行方法について説明します。Upgrade Assistantは、グラフィカル・ユーザー・インタフェース(GUI)モードとレスポンス・ファイル・モードのどちらでも実行できます。

このトピックで説明するオプションのコマンドライン・インタフェース引数を使用して、Oracle Fusion Middlewareコンポーネントを最新のバージョンにアップグレードできます。また、一部のアップグレード・タスクを自動化するレスポンス・ファイルを作成することもできます。

この節の内容は以下のとおりです。

- 追加のパラメータ(オプション)を使用したUpgrade Assistantの起動

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

3.1 追加のパラメータ(オプション)を使用したUpgrade Assistantの起動

表3-1に、Upgrade AssistantをGUIモードで実行する際に使用できるコマンドライン・パラメータをリストします。次の例は、これらのパラメータを各オペレーティング・システムで使用する方法を示します。

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

ディレクトリをORACLE_HOME/oracle_common/upgrade/binに変更します。

コマンドを入力します: ./ua -help

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

ディレクトリをORACLE_HOME/oracle_common/upgrade/binに変更します。

コマンドを入力します: ua.bat -help

注意:
Oracle Upgrade Assistantを起動するときに、「サーバーに接続できません。」、「サーバーによって接続が拒否されました」または「表示を開くことができません」などのXlibエラーが発生する場合、「DISPLAY環境変数の設定」の説明に従ってDISPLAY環境変数を設定して、Upgrade Assistantを再起動する必要があります。

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

パラメータ

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

説明

-logLevel

オプション。

ロギング・レベル。次のいずれかを選択します。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

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

注意:
トラブルシューティングする場合、-logLevelをTRACEに設定すると、より多くの情報がロギングされます。-logLevel TRACEが使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があるため、別の情報が必要ない場合は、logLevelを変更してください。

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

-logDir

オプション。

注意:
Upgrade Assistantが読取り専用ディレクトリにインストールされている場合、ログ・ディレクトリを書込み可能にするには、このパラメータを指定する必要があります。ログ・ディレクトリが読取り専用である場合、Upgrade Assistantは機能しなくなります。

アップグレード・ログ・ファイルおよび一時ファイルのデフォルトの場所を変更します。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

-threads

オプション

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

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

-readiness

準備状況チェックに必要

実際の調査またはアップグレードを実行せずにアップグレードの準備状況チェックを実行します。

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

注意:
-readinessオプションは、コマンドラインに-examineオプションとともには表示されない場合があります。

詳細は、「準備状況チェックの実行」を参照してください

-help

オプション。

コマンドライン・オプションをすべてコンソールに出力します。

3.2 レスポンス・ファイル・モードでのUpgrade Assistantの起動

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

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

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

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

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

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

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

詳細は、「レスポンス・ファイルを使用したFusion Middlewareのアップグレード」を参照してください。

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

コマンドライン・インタフェース(CLI)からレスポンス・ファイルを使用してアップグレードを実行するには、次のコマンドを使用します。

UNIXオペレーティング・システムでは、次のようにします。

ディレクトリをORACLE_HOME/oracle_common/upgrade/bin に変更します。

次を実行します。

./ua -response <response_file> [-examine] [-logLevel <log_level>] [-logDir <log_directory>] [-threads <number>]
Windowsオペレーティング・システムの場合:

ディレクトリをORACLE_HOME/oracle_common/upgrade/bin に変更します。

次を実行します。

ua.bat -response <response_file> [-examine] [-logLevel <log_level>] [-logDir <log_directory>] [-threads <number>]

表3-2 Upgrade Assistantのレスポンス・ファイル・モードのコマンドライン・パラメータ

パラメータ

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

説明

-readiness

準備状況チェックに必要

実際の調査またはアップグレードを実行せずにアップグレードの準備状況チェックを実行します。

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

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

詳細は、「準備状況チェックの実行」を参照してください

-threads

オプション

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

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

-response

必須。

アップグレードを実行するには、入力が含まれているファイルが必要です。このファイルは、グラフィカル・モードでUpgrade Assistantを実行しているときに入力した入力から生成できます。

-examine

オプション。

このオプションが有効になっている場合、Upgrade Assistantは調査フェーズを実行しますが、実際のアップグレードは行いません。

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

-logLevel

オプション。

ロギング・レベル。次のいずれかを選択します。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

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

注意:
-logLevelをTRACEに設定すると、より多くの情報がロギングされます。これは、失敗したアップグレードをトラブルシューティングするときに役立ちます。-logLevel TRACEが使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があります。

-logDir

オプション。

アップグレード・ログ・ファイルおよび一時ファイルのデフォルトの場所を変更します。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を12c (12.2.1)にアップグレードする際に発生する可能性のある一般的な問題を解決する方法について説明します。

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

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

- ログ・ファイルの確認

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

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

- Upgrade Assistantの一般的なエラーの解決方法

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

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

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

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

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

UNIXオペレーティング・マシンの場合: ./ua -readiness

Windowsオペレーティング・マシンの場合: ua.bat -readiness

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

修正処理は、エラーがどのフェーズで発生したかによって異なります。

1. Upgrade Assistantログ・ファイルを検索し、テキスト・エディタで開きます。

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

2. 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コマンドの出力により、Upgrade Assistantの構築に使用された開発ラベルが識別され、この情報により、実行されたUpgrade Assistantソフトウェアの日付とバージョンが識別されます。サービス・リクエストを発行する場合、この情報をOracleに提供する必要があります。

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

4. Oracle Fusion Middlewareのエラー・メッセージ・ガイドでそのエラーを参照します。

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

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

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

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

4.2 ログ・ファイルの確認

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

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

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

ログ・ファイルのエラー・メッセージを理解するには、「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には、Upgrade Assistantが実行された実際の日時が反映されます。

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

このガイドの情報で解決できない、アップグレード時に発生した障害に関する質問や問題がある場合、ログ・ファイルを保存しておくことが重要です。サービス・リクエストを発行する必要がある場合、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. Upgrade Assistantダイアログ・ボックスまたはコマンドライン出力内の障害が発生したコンポーネントの名前を書き留めます。

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

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

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

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

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

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

Upgrade Assistantの実行時にエラーが発生した場合は、それらの原因となる状況を修正してから、アップグレードを再試行する必要があります。次の項では、発生する可能性のある一般的なエラーについて説明します。

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

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

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

- DISPLAY環境変数の設定

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.5.3 DISPLAY環境変数の設定

GUIモードでUpgrade Assistantを実行する場合、DISPLAY変数を適切に設定しないと、次のようなエラーが発生する場合があります。

Xlib: connection to ":1.0" refused by server

Xlib: No protocol specified

原因: これらのエラーは、画面にGUIの表示を許可するDISPLAY変数が適切に設定されていないことを示しています。

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

DISPLAY変数を設定してもこれらのエラーが発生し続ける場合は、vncconfigなどの他のGUIツールの起動を試みてください。同じエラーが表示される場合は、DISPLAY環境変数が正しく設定されていない場合があります。

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

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

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

Upgrade Assistantがアップグレード・フェーズで失敗するか、コンポーネントが部分的にしかアップグレードされない場合、それらの解決を試みてから次の手順を実行します。

1. バックアップした11gまたは12c環境をリストアします。

2. Upgrade AssistantをGUIモードまたはコマンドラインモードで起動します。

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

A Upgrade Assistant画面の理解

Oracle Fusion Middleware Upgrade Assistantの画面は、アップグレードするOracle Fusion Middlewareソフトウェアのタイプによって異なります。

このトピックにリストされている画面は、必ずしも順番に表示されるとはかぎりません。選択するオプションまたはドメイン内のスキーマおよび構成によっては、一部の画面が表示されない場合があります。各アップグレード・タイプで使用される画面の一般的な情報は、「Upgrade Assistantの使用方法」を参照してください。

Upgrade Assistantはアップグレードと準備状況チェック(アップグレード前)の2つのモードで実行できます。各モードの画面については、次の各項で説明します。

- Upgrade Assistant画面

- 準備状況チェック画面

A.1 Upgrade Assistant画面

この項では、Upgrade Assistant画面すべてについて説明します。

注意:

Oracle Fusion Middleware Upgrade Assistantを使用して表示する画面は、アップグレードするOracle Fusion Middlewareソフトウェアのタイプによって異なります。すべての画面が表示されるわけではありません。

- ようこそ

- スキーマ

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

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

- スタンドアロン・コンポーネント

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

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

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

- 前提条件

- エディション・ベースの再定義(EBR)データベースのアップグレード

- スキーマ資格証明画面

- インスタンス・ディレクトリ

- ノード・マネージャ

- Oracle Traffic Director

- ODIスーパーバイザ

- ODIアップグレード・キー

- Oracle Golden Gate Monitor OGGMONスキーマ接頭辞

- Veridataディレクトリ

- Veridataスキーマ接頭辞

- ユーザー・メッセージング・サービスの構成

- MapViewer

- 調査

- 調査失敗

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

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

- アップグレード成功

- アップグレード失敗

- アップグレードの取消

- ログ・ビューア

A.1.1 ようこそ

Oracle Fusion Middleware Upgrade Assistantを使用して、コンポーネント・スキーマ、コンポーネント構成およびスタンドアロン・システム・コンポーネント構成をFusion Middleware 11gおよび12cリリースから最新のFusion Middleware 12cリリースにアップグレードします。

A.1.2 スキーマ

インストールされたコンポーネントのスキーマを選択してアップグレードするには、「個別に選択されたスキーマ」を選択します。Upgrade Assistantによってスキーマのアップグレードの候補となるコンポーネントが識別され、アップグレードに含めるスキーマを選択できるようになります

注意: 12.2.1.0.0コンポーネントをサポートするために使用されるスキーマのみをアップグレードしてください。Oracle Fusion Middleware 12.2.1リリースに含まれていない11gまたは12cコンポーネントをサポートするために現在使用されているスキーマをアップグレードしないでください。

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

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

リリース12.2.1時点では、Oracle Fusion Middleware Upgrade Assistant (UA)には、特定のドメインで使用されるすべてのスキーマをアップグレードするためのオプションが用意されています(DASU (Domain Assisted Schema Upgrade)と呼ばれる場合もあります)。「ドメインで使用されるすべてのスキーマ」を選択した場合、Upgrade Assistantはアップグレードできるスキーマを含むすべてのコンポーネントを検出し選択します。さらに、可能な場合、Upgrade Assistantはスキーマの入力画面に接続情報を事前に移入します。

また、11gドメインを参照し、「ドメイン・ディレクトリ」フィールドに入力する必要があります。

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

管理対象WebLogic Serverドメインのコンポーネント構成をアップグレードするには、「ドメインによって使用されるすべての構成」オプションを選択します。「参照」をクリックし、ナビゲーション・ツリーを使用して有効なドメイン・ディレクトリを選択します。ドメイン・ディレクトリには、config.xmlファイルを含むconfigディレクトリが含まれます。

A.1.5 スタンドアロン・コンポーネント

Oracle HTTP Server (OHS)などのスタンドアロン・システム・コンポーネントをアップグレードする場合は、「スタンドアロン・システム・コンポーネント構成」オプションを選択します。

次のいずれかを選択するように求めるプロンプトが表示されます。

オプション

説明

新規ドメインの作成

12cでは、スタンドアロン・システム・コンポーネントには、個別のスタンドアロン・ドメインが作成されます。スタンドアロン・ドメインは、Oracle HTTP Serverなどのシステム・コンポーネントのコンテナです。このディレクトリ構造は、Oracle WebLogicドメインのディレクトリ構造と同様ですが、管理サーバーまたは管理対象サーバーを含みません。これは、Oracle HTTP Serverなど同じタイプのシステム・コンポーネントのインスタンスを1つ以上含めたり、異なるタイプを組み合せて含めることができます。

構成ウィザード、packおよびunpackコマンド、WLSTおよびノード・マネージャなどの管理ツールは、スタンドアロン・ドメイン上で実行できます。

既存のドメインの更新

システム・コンポーネントにスタンドアロン・ドメインが作成された後、このオプションを選択して、別のスタンドアロン・システム・コンポーネントにそのドメインを拡張できます。このオプションは、12.1.2または12.1.3からアップグレードする場合も使用されます。

既存の12cドメインの場所を指定する必要があります。

A.1.6 使用可能なコンポーネント

ドメインで使用されるすべてのスキーマをアップグレードするかわりに、前の画面で「個別に選択されたスキーマ」オプションを選択してアップグレード対象のスキーマを個別に選択した場合、この画面には、アップグレード可能なスキーマを持つコンポーネントが表示されます。別のスキーマを必要とするコンポーネントを選択する場合、これらのスキーマは自動的に選択されます。

図A-2 アップグレード可能なスキーマを含むコンポーネントのリスト

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

「ドメインで使用されるすべてのスキーマ」を選択した場合、この画面には、WebLogicドメインのアップグレードに含まれるスキーマのリストが表示されます。ドメイン内にあるスキーマとともに、コンポーネントの名前が表示されます。

リストを慎重にレビューして、正しいスキーマがアップグレードされることを確認してください。アップグレードするコンポーネントまたはスキーマが表示されない場合は、間違ったドメインを選択した可能性があります。別のドメインを指定するには「戻る」ボタンを使用します。

アップグレードに含めたくないコンポーネントまたはスキーマがリストに存在する場合は、「すべてのスキーマ」画面に戻り、「ドメインで使用されるすべてのスキーマ」のかわりに「個別に選択されたスキーマ」を選択します。「個別に選択されたスキーマ」オプションを使用すると、アップグレードに含めるスキーマのみを選択できます。

図A-3 ドメインのアップグレードで使用されるすべてのスキーマのコンポーネント・リスト

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

アップグレードに対して「ドメインによって使用されるすべての構成」が選択されている場合、この読取り専用画面にドメインのコンポーネントがリストされます。続行する前にコンポーネントのリストをレビューします。

図A-4 WebLogicコンポーネント構成のコンポーネント・リスト

A.1.9 前提条件

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

警告:

Upgrade Assistantでは前提条件が満たされていることを確認できません。

図A-5 前提条件

A.1.10 エディション・ベースの再定義(EBR)データベースのアップグレード

この画面を使用して、エディション・ベースの再定義データベース用の子エディションをエディションのドロップダウン・リストから選択します。アップグレードを開始する前に子エディションを作成する必要があります。

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

図A-6 EBRデータベースのアップグレード

A.1.11 スキーマ資格証明画面

この画面を使用して、選択したスキーマとそのスキーマをホストするデータベースへの接続に必要な情報を入力します。アップグレード対象のスキーマが前のFusion MiddlewareリリースのRCUによって作成された場合、次に示されているように、使用可能なスキーマ名がリストされているドロップダウン・メニューが表示されます。「接続」をクリックしてデータベースに接続してからアップグレードするスキーマを選択します。

注意: ほとんどのスキーマでは、この情報は事前に移入されます。ただし、Upgrade Assistantが接続の詳細を検出できない場合は、次に示すように、これらを手動で入力する必要があります。

図A-7 スキーマの選択 - ドロップダウン・メニュー

図A-8 手動で入力したスキーマ名

次の表で、この画面に表示される要素について説明します。

要素

説明

データベース・タイプ

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

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

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

データベース接続文字列

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

たとえば、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以外のユーザーを使用できます。

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

DBAパスワード

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

スキーマ・ユーザー名

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

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

WebLogic Serverドメイン、UMSおよびVeridataスキーマの場合、11gスキーマのユーザー名およびパスワードを手動で入力する必要があります。

スキーマ・パスワード

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

エディション名

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

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

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

A.1.12 インスタンス・ディレクトリ

OHSなどのシステム・コンポーネントをアップグレードする場合は、新しい12cコンポーネント・インスタンスを作成する開始点として使用する11gインスタンスのディレクトリの場所を指定する必要があります。

必要に応じて、「追加」ボタンを使用して、複数のインスタンスを含めます。

注意: Upgrade Assistantを使用してOracle 10gインスタンスをOracle 12cにアップグレードすることはできません。最初にOracle 10gインスタンスを11gにアップグレードする必要があります。10gから11gへの移行方法の詳細は、使用しているコンポーネントの11gのアップグレード・ドキュメントを参照してください。

図A-9 インスタンス・ディレクトリ

A.1.13 ノード・マネージャ

この画面を使用して、スタンドアロン・システム・コンポーネントのアップグレード時にドメインの作成に使用されるノード・マネージャの資格証明を指定します。

アップグレード時に、スクリーンショットに示されているフィールドが表示されない場合があることに注意してください。フィールドの表示をトリガーする条件は、次の表で説明します。

ユーザー名とパスワードは、ノード・マネージャとクライアントの間の接続の認証にのみ使用されます。これらは、サーバーの管理者IDおよびパスワードから独立しています。

図A-10 ノード・マネージャ

要素

説明

ユーザー名

ユーザー名はノード・マネージャへのアクセスに使用されます。

パスワード

ノード・マネージャへのアクセスに使用するパスワード。確認のためにパスワードを再入力する必要があります。

リスニング・アドレス

「リスニング・アドレス」フィールドには、ノード・マネージャがリスニングするDNS名またはIPアドレスを入力します。

リスニング・ポート

ノード・マネージャのリスニング・ポート番号。

A.1.14 Oracle Traffic Director

画面に表示される次のOracle Traffic Director Informationを提供します(フィールドは異なる場合があります)。

- 管理サーバー・ホスト
Traffic Director管理サーバーが実行されているホストの名前。フィールドの端にある検索アイコンをクリックして、ホストを検索します。

注意: ホストを選択すると、「エージェントURL」フィールドに値が自動的に移入されます。

- 管理サーバーSSLポート
管理サーバーのSSLポート。

- ユーザー名
Traffic Director管理サーバーへのアクセスが許可されている管理者の名前。

- パスワード
Traffic Director管理サーバーへのアクセスが許可されている管理者のパスワード。

- SNMPポート
SNMPエージェントがリスニングを行うポート。すべてのTraffic Directorインスタンス・ホストのすべてのSNMPエージェントが、同じポートで実行中である必要があります。

- Oracleホーム
Traffic Directorバイナリがインストールされているディレクトリ。

A.1.15 ODIスーパーバイザ

ODIのマスター・リポジトリおよび作業リポジトリを作成したとき、リポジトリ作成ユーティリティでは、デフォルトのSUPERVISORアカウントのパスワードを指定するように求められました。「ODIスーパーバイザ」画面で、次の情報を入力します。

要素

説明

ODIスーパーバイザ・ユーザー名

アップグレードされるODIリポジトリのスーパーバイザ・アカウント名。スーパーバイザ・ユーザーはSUPERVISOR (すべて大文字)である必要があります。

ODIスーパーバイザ・パスワード

ODIスーパーバイザ・アカウントに対して作成したパスワード。

図A-11 Oracle Data Integrator (ODI)スーパーバイザ

A.1.16 ODIアップグレード・キー

11gから12cへのアップグレードのみ。この画面では、リポジトリ・オブジェクトの11g IDを一意のGUIDに変換するための一意の識別子またはアップグレード・キーを生成します。自動生成されたアップグレード・キーを使用するか、「アップグレード・キー」フィールドで独自のキーを指定することができます。

アップグレード・キーを選択する際に、次の2つのシナリオを検討してください。

- 11gリポジトリで使用されるIDが、同じリポジトリからエクスポートされたXMLファイル内のプロジェクトIDと同じであることを把握しています。11gリポジトリで使用されたプロジェクトIDを入力するために、「アップグレード・キー」フィールドを使用します。
このシナリオでは、リポジトリのアップグレードに使用されるアップグレード・キーは、アップグレード済の12cリポジトリにXMLファイルをインポートする際に使用されるアップグレード・キーと同じである必要があります。これによって、インポート・ファイル内のプロジェクト・オブジェクトがリポジトリ内のプロジェクト・オブジェクトと正しく照合されます(SYNONYMインポート・モードの1つを使用中の場合)。

- 別のリポジトリに作成されたオブジェクトを含むソースから提供された11g XMLエクスポート・ファイルを持ち、使用されているIDがわかりません。自動生成されたアップグレード・キーを使用するか、独自の一意のIDを指定して、重複するIDは回避してください。
このシナリオでは、そのファイルに同じ内部IDを持つプロジェクトが含まれる可能性があります。誤ったオブジェクトの一致によるメタデータの破損を防ぐため、そのファイルをリポジトリにインポートする際には、別のカスタム・アップグレード・キーを使用する必要があります。

注意: 同じオブジェクトの複数のコピーが(リポジトリ内に、またはXMLファイルでエクスポートされて)存在する場合は、オブジェクトのすべてのコピーに対して同じGUIDを作成する必要があります。そのため、その特定のオブジェクトのコピーに関係するすべてのアップグレード操作に対して、同じアップグレード・キーを使用する必要があります。

図A-12 Oracle Data Integrator (ODI)アップグレード・キー

A.1.17 Oracle Golden Gate Monitor OGGMONスキーマ接頭辞

リポジトリ作成ユーティリティ(RCU)を使用して監視スキーマを作成する際に使用されるOGGMONスキーマ接頭辞を指定するには、この画面を使用します。

RCUは、作成した各スキーマに対するスキーマ所有者接頭辞の指定を必要とします。アップグレードするスキーマに使用する正確なスキーマ接頭辞を指定します。デフォルトの接頭辞は、DEV_OGGMONのDEVです。

図A-13 Oracle Golden Gate Monitorスキーマ接頭辞

A.1.18 Veridataディレクトリ

この画面を使用して、アップグレードする既存のVeridata 11gホーム・ディレクトリの場所を入力します。

「参照」をクリックし、ナビゲーション・ツリーを使用してVeridataドメイン・ディレクトリを選択します。

図A-14 Veridataディレクトリ

A.1.19 Veridataスキーマ接頭辞

リポジトリ作成ユーティリティ(RCU)を使用してVeridataスキーマを作成する際に使用されるVERIDATAスキーマ接頭辞を指定するには、この画面を使用します。

RCUは、作成した各スキーマに対するスキーマ所有者接頭辞の指定を必要とします。アップグレードするスキーマに使用する正確なスキーマ接頭辞を指定します。デフォルトの接頭辞は、DEV_VERIDATAのDEVです。

図A-15 Veridataスキーマ接頭辞

A.1.20 ユーザー・メッセージング・サービスの構成

図A-16 ユーザー・メッセージング・サービスの構成

この画面を使用して、UMS 11g構成ファイルをホストするリモート管理対象サーバーのログイン資格証明を指定します。必要な前提条件をすべて満たし、次の表に説明されているように必要なログイン情報を指定した場合、アップグレード・アシスタントにより、リモート構成ファイルが自動的にコピーされます。

アップグレード実行中のマシン上でUMS構成ファイルにローカルにアクセスできない場合は、各管理対象サーバーのログイン資格証明を手動で入力する必要があります(ums_server1,ums_server2など)。

場合によっては、構成ファイルを、アップグレード実行中のマシン(多くの場合、AdminServerマシン)にコピーする必要があります。Upgrade Assistantはファイルをコピーしようとしますが、それらを見つけることができない場合、管理サーバーに手動でコピーする必要があります。

詳細は、『Oracle Fusion Middleware Infrastructureへのアップグレード』のUMS構成ファイルのコピーに関する項を参照してください。

ファイルを手動でコピーする必要があるのは、Upgrade Assistantが構成ファイルをコピーできないことを示すメッセージを受け取った場合のみです。ファイルをコピーしたら、Upgrade Assistantを再起動し、アップグレードを続行することができます。

要素

説明

ユーザー名

製品をインストールしたオペレーティング・システム・ユーザーを指定します。このユーザーは、リモート構成ファイルのフェッチに使用されます。

注意: このユーザーには、リモート管理対象サーバーがインストールされるノードにsshを介して接続する権限が必要です。

「ユーザー名」フィールドが表示されるのは、次のような場合です。

- 管理サーバーをホストしているローカル・マシン上または共有ディスク上に、管理対象サーバーの構成ファイルが見つからない

- UMSがターゲット指定されている12cドメイン内に複数の管理対象サーバーがある。

パスワード

このユーザーに関連付けられているパスワードを指定します。

管理対象サーバー

アップグレード・アシスタントが管理対象サーバーを自動的に検出できなかった場合、構成ファイルを含むリモート管理対象サーバーの名前を含むカンマ区切りリストを指定する必要があります。

例:

ums_server1、ums_server2

管理対象サーバー・アドレス

リモート管理対象サーバーを実行しているノードの完全なホスト名またはIPアドレスを含むカンマ区切りリストを指定します。このリストの順序は、上で指定された管理対象サーバー名のリストに対応する必要があります。

例:

fusionHost1.example.com,fusionHost2.example.com

ここで:

fusionHost1.example.comはums_server1をホストし、fusionHost2.example.comはums_server2をホストします

A.1.21 MapViewer

MapViewerのアップグレード・ページの「ファイル」で、古いMapViewerデプロイメントのmapViewerConfig.xmlファイルを指定し、「次へ」をクリックします。

このファイルは、システム構成設定の移行のために必要です。また、このファイルの場所から、古いMapViewerのデプロイメント・ディレクトリも取得されます。

図A-17 MapViewer構成ファイル・ディレクトリ

A.1.22 調査

図A-18 調査

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

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

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

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

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

コンポーネントの「ステータス」インジケータの説明は、次の表にあります。

ステータス

説明

進行中

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

保留中

コンポーネントは、Upgrade Assistantが前のコンポーネントの処理を終了した後で調査されます。

失敗

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

成功

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

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

A.1.23 調査失敗

図A-19 調査失敗

このダイアログ・ボックスは、1つ以上のコンポーネントが調査フェーズに失敗し、アップグレードを継続することを選択した場合に表示されます。調査失敗があった場合は、アップグレードをキャンセル(「No」をクリック)し、ログ・ファイルをレビューする必要があります。アップグレードはまだ開始されていないため、調査フェーズ中に検出された問題を解決し、バックアップからリストアせずにUpgrade Assistantを再起動できます。

UMSアップグレードのみ:

構成アップグレード時に、調査フェーズ中にこのエラーが表示される場合があります。ユーザー・メッセージング・サービスの場合、リカバリするには、UMS構成ファイルを手動でコピーし、Upgrade Assistantを再起動します。

アップグレード・フェーズ中にエラーが表示される場合、リカバリするには、バックアップをリストアし、構成ファイルを手動でコピーし、Upgrade Assistantを再起動します。

A.1.24 アップグレード・サマリー

図A-20 アップグレード・サマリー

アップグレード・サマリーの確認

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

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

アップグレード・プロセスの開始

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

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

レスポンス・ファイルの保存

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

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

図A-21 アップグレードの進行状況

この画面には、現在のアップグレード・プロセスの状況と、アップグレードが成功した後のコンポーネントの予測ターゲット・バージョンが表示されます。

進捗バーはアップグレードの残り時間を示す尺度ではないことに注意してください。進捗バーは、アップグレードされている各コンポーネントの完了したアップグレード・ステップを示す、変動するグラフ表示です。進捗バーが一定のペースで変動しない場合もあります。進捗バーの特定の部分が非常に速く変動することがあります。また、長い時間がかかるデータベース操作を実行している別のコンポーネントでは、非常に遅く変動したり、フリーズしたように見えることもあります。これは、アップグレードの進行状況が止まっていることを意味するのではなく、単に長い時間がかかる操作が実行されていることを示しているだけです。(特にスキーマ・アップグレードの間は)様々なアップグレード操作が異なるペースで実行されます。

注意: Upgrade Assistantにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。これを行うと、環境が不安定になる可能性があります。

各コンポーネントのアップグレードのステータスは、コンポーネント名の隣に表示される次のメッセージのいずれかで示されます。次の表で、各ステータス・メッセージを説明します。

ステータス

説明

進行中

Upgrade Assistantがコンポーネントのアップグレード項目をアップグレードしています。

保留中

コンポーネントは、Upgrade Assistantが先行するコンポーネントを終了してからアップグレードされます。

アップグレード不要

コンポーネントは以前にUpgrade Assistantでアップグレードされているか、コンポーネントはインストールされたばかりで、すでに最新バージョンになっています。このコンポーネントではアクションは実行されません。

スキップ済

コンポーネントは、ステータスが「失敗」の別のコンポーネントに依存しています。ステータスが「スキップ済」のコンポーネントに対するアップグレードは試行されません。

失敗

アップグレード項目が欠落しているか、アップグレード基準を満たしていません。コンポーネントをアップグレードできません。「ログの表示」をクリックすると、エラーのトラブルシューティングを行えます。

成功

アップグレード項目は正常にアップグレードされました。

正しくアップグレードされていないコンポーネントがある場合は、Upgrade Assistantのログ・ファイルで情報を確認します。

A.1.26 アップグレード成功

図A-22 アップグレード成功

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

また、次の手順も実行してください。

- Oracleホームのpostupgrade.txtファイルを表示します。
UNIXシステムの場合:

ORACLE_HOME/oracle_common/upgrade/logs

Windowsシステムの場合:

ORACLE_HOME\oracle_common\upgrade\logs

- その他のアップグレード後のタスクについては、ご使用のOracle Fusion Middleware環境に固有のアップグレード・トピックを参照してください。

A.1.27 アップグレード失敗

図A-23 アップグレード失敗

1つ以上のコンポーネントのアップグレードに失敗しました。今行った操作では、コンポーネントをアップグレードできません。「ログの表示」をクリックすると、エラーのトラブルシューティングを行えます。

Upgrade Assistantを再起動する前に、アップグレード前の環境の問題を修正する必要があります。アップグレード前の環境をバックアップからリストアし(元のバックアップ・ファイルは必ず別の場所に保持してください)、問題を修正し、Upgrade Assistantを再起動します。

A.1.28 アップグレードの取消

図A-24 アップグレードの取消

アップグレード・プラグインがアクティブに実行されている(つまり、アップグレード・ページが表示されていて、進捗バーが100%未満である)間に「取消」をクリックすると、前述の「取消の確認」画面が表示されます。

図A-25 アップグレードの取消し

アクティブに実行されているアップグレード・プラグインがない場合、「取消」をクリックすると、前述の「取消の確認」画面が表示されます。

重要な注意: スキーマのアップグレードを取り消す場合は、スキーマとその環境(アップグレード前のディレクトリ構造)をホストするデータベースのバックアップをリストアする必要があります。

A.1.29 ログ・ビューア

任意の画面で「ログの表示」をクリックすると、最新のログ情報を表示できます。

ログ・ファイルは、設定したコマンドライン・オプションによって管理されます。詳細は、「追加のパラメータ(オプション)を使用したUpgrade Assistantの起動」を参照してください。

図A-26 ログ・ファイルのサンプル

A.2 準備状況チェック画面

この項では、Upgrade Assistantを-readinessモードで実行するときに表示される画面について説明します。

実際にアップグレードを実行する前にUpgrade Assistantを-readinessモードで実行することにより、アップグレード前の環境における潜在的な問題を検出できます。

詳細は、「アップグレード前の準備状況チェックの実行」を参照してください。

- 「ようこそ」

- 準備状況チェック・タイプ: 個別に選択されたスキーマ

- 「準備状況チェック・タイプ: ドメイン・ベース」
「ドメイン・ベース」オプションを使用して、ドメインで使用されるアップグレード可能なスキーマまたはコンポーネント構成(あるいはその両方)をすべてチェックします。スキーマはすべてUpgrade Assistantによって検出されます。スキーマ構成とコンポーネント構成は同時にチェックできます。または、どちらかを選択することもできます。どちらの場合も、レビューするドメイン・ディレクトリを指定する必要があります。

- 「使用可能なコンポーネント」
この画面は、「スキーマ」画面で「個別に選択されたスキーマ」を選択をすると、表示されます。

- 「スキーマ資格証明」

- 「準備状況サマリー」

- 「準備状況チェック」

- 「ログ・ビューア」

- 「準備状況成功」

- 「準備状況レポートのサンプル」

A.2.1 ようこそ

図A-27 準備状況へのようこそ

アップグレード・アシスタントの準備状況チェックでは、既存のOracle Fusion MiddlewareスキーマおよびOracle WebLogicコンポーネント構成の読取り専用のアップグレード前確認を行います。

準備状況チェックでは、フォーマットされ、タイムスタンプの付けられた準備状況レポートが作成され、実際のアップグレードを試みる前に問題に対処できます。問題が検出されない場合は、アップグレード・プロセスを開始できます。

Upgrade Assistantの準備状況チェックは、既存の11gまたは12cドメインでオンラインまたはオフラインで実行できます。

注意:
準備状況チェックは12.2.1に同梱されていますが、サポートされているアップグレード前の環境のみがチェックされます。

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

アップグレードを実行する前に、このレポートを詳細に確認することをお薦めします。

A.2.2 準備状況チェック・タイプ: 個別に選択されたスキーマ

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

準備状況チェックを実行する場合、2つのオプションが用意されています。

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

- ドメイン・ベース

チェックの対象を特定のスキーマに制限するには、「個別に選択されたスキーマ」オプションを選択します。「次へ」をクリックすると、スキーマの資格証明を指定する必要があります。

準備状況チェックは、接続先のスキーマに対して実行されます。準備状況チェック・レポートにより、スキーマがアップグレードに対してサポートされているか、またはアップグレードが必要かどうかを確認できます。

A.2.3 準備状況チェック・タイプ: ドメイン・ベース

「ドメイン・ベース」オプションを使用して、ドメインで使用されるアップグレード可能なスキーマまたはコンポーネント構成(あるいはその両方)をすべてチェックします。スキーマはすべてUpgrade Assistantによって検出されます。スキーマ構成とコンポーネント構成は同時にチェックできます。または、どちらかを選択することもできます。どちらの場合も、レビューするドメイン・ディレクトリを指定する必要があります。

WebLogic Serverドメインをチェックする場合、複数のオプションが用意されています。

ドメイン・ベースの準備状況チェックを実行する場合、1つ以上のオプションを次から選択できます。

- すべてのスキーマのチェックを含める
アップグレード可能なスキーマを持つすべてのコンポーネントをUpgrade Assistantが検出およびレビューできるようにするには、このオプションを選択します。

- すべての構成のチェックを含める
管理対象WebLogic Serverドメインのコンポーネント構成をレビューするには、このオプションを選択します。

- オンラインおよびオフラインの準備状況チェックの実行。
追加のオンライン準備状況チェックを実行するには、このオプションを選択します。このオプションを使用するには、ドメインがオンラインである必要があります。チェックするドメインのホスト名、ポート、ユーザー名およびパスワードを指定する必要があります。
このオプションを選択しない場合、ドメインはオフラインにすることができます。チェックするドメインの場所を指定する必要があります。

図A-29 WebLogic Serverの準備状況チェック・オプション

A.2.4 使用可能なコンポーネント

この画面は、「スキーマ」画面で「個別に選択されたスキーマ」を選択すると、表示されます。

図A-30 使用可能なコンポーネント

「個別に選択されたスキーマ」を選択した場合、この画面には、スキーマが選択される使用可能なコンポーネントがリストされます。ここで何かを選択すると、そのコンポーネントのスキーマに対して準備状況チェックが実行されます。準備状況チェックを実行するには、対象となるコンポーネントを1つ以上選択する必要があります。

A.2.5 スキーマ資格証明

この画面を使用して、選択したスキーマとそのスキーマをホストするデータベースへの接続に必要な情報を入力します。レビュー対象のスキーマが前のFusion MiddlewareリリースのRCUによって作成された場合、次に示されているように、使用可能なスキーマ名がリストされているドロップダウン・メニューが表示されます。

「接続」をクリックしてデータベースに接続してから、レビューするスキーマを選択します。注意: ほとんどのスキーマでは、この情報は事前に移入されます。ただし、Upgrade Assistantが接続の詳細を検出できない場合は、次に示すように、これらを手動で入力する必要があります。

複数のコンポーネントを選択すると、スキーマ資格証明画面が依存性の順に表示されます。

図A-31 スキーマ資格証明

A.2.6 準備状況サマリー

この画面には、選択に基づいて実行される準備状況チェックの概要が示されます。

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

図A-32 準備状況サマリー

A.2.7 準備状況チェック

この画面には、実行中の準備状況チェックの全体的な進捗および完了の詳細が表示されます。複数のコンポーネントをチェックしている場合、コンポーネントごとに独自の進捗バーが表示され、これらが並行してチェックされます。完了したら、準備状況レポートのレビューをクリックし、完全なテキスト・レポートを表示します。

注意: 準備状況チェックをオンライン本番環境で実行している場合、パフォーマンスの低下を回避するためにオフピーク時にチェックを実行することをお薦めします。

図A-33 準備状況チェックの完了

A.2.8 ログ・ビューア

任意の画面で「ログの表示」をクリックすると、最新のログ情報を表示できます。

ログ・ファイルは、設定したコマンドライン・オプションによって管理されます。詳細は、「追加のパラメータ(オプション)を使用したUpgrade Assistantの起動」を参照してください。

図A-34 ログ・ファイルのサンプル

A.2.9 準備状況成功

「準備状況成功」は、準備状況の確認が正常に完了したことを示します。

レビューが正常に完了した場合でも、準備状況レポートのレビューをクリックし、実際にアップグレードする前に準備状況レポートをレビューする必要があります。

図A-35 準備状況の終了: 準備状況成功

A.2.10 準備状況レポートのサンプル

チェックを実行した後、フォーマットされた準備状況レポートが作成されます。実際にアップグレードを開始する前にレポートをレビューし、問題を修正するようにしてください。「検索」オプションを使用して、レポート内の特定の単語(スキーマ名やコマンドなど)を検索します。

また、このレポートには、完成した準備状況チェック・レポート・ファイルが格納されている場所も示されます。

図A-36 準備状況レポート・ビューア

オラクルの法律上の注意点について

コピーライトについて

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

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

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

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

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

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