Oracle® Fusion Middleware

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

12c (12.1.3)

E57547-02(原本部品番号:E42118-02)

2014年12月

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

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

E57547-02

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

原本主著者: Lisa Jamen、原本協力著者: Sreetama Ghosh

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

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

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

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の登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

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

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

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

1 Upgrade Assistantの使用方法

- 1.1 Upgrade Assistantについて

- 1.2 データベースがアップグレードのサポート対象であることの検証

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

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

- 1.5 Upgrade Assistantでアップグレードするコンポーネント構成の識別

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

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

- 1.6.2 Oracle Fusion Middleware 12c (12.1.3)のインストール

- 1.6.3 アップグレードを開始する前の12.1.3スキーマの新規作成

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

- 1.7 Upgrade Assistantの起動

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

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

- 1.10 スタンドアロン・システム・コンポーネント構成のアップグレード

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

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

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

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

2 Upgrade Assistantコマンドライン・インタフェースの使用方法

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

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

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

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

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

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

- 3.1 一般的なトラブルシューティングのガイドライン

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

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

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

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

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

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

- 3.5.3 DISPLAY環境変数の設定

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

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

A Upgrade Assistant画面

- A.1 ようこそ

- A.2 スキーマ

- A.3 使用可能なコンポーネント: スキーマ

- A.4 WebLogicコンポーネント構成

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

- A.6 コンポーネント・リスト: WebLogicコンポーネント

- A.7 ドメイン・ディレクトリ

- A.8 前提条件

- A.9 EBRデータベースのアップグレード

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

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

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

- A.13 OWSMポリシー・マネージャ

- A.14 ODIオプション

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

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

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

- A.18 Veridataディレクトリ

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

- A.20 SCEクラスタ構成

- A.21 11g AIAFPの詳細

- A.22 UMS構成

- A.23 MapViewer

- A.24 調査

- A.25 調査失敗

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

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

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

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

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

はじめに

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

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

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

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

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

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

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

Oracleサポート・サービスでは、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

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

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

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

- 『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』

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

- Oracle Fusion Middleware Oracle Universal Installerによるインストール

- Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成

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

- Oracle Fusion Middleware Oracle SOA SuiteおよびBusiness Process Managementのアップグレードに関するマニュアル

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

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

- Oracle Fusion Middleware Oracle Enterprise Repositoryアップグレード・ガイド

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

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

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

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

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

注意:
このガイド、『Oracle Fusion Middleware Upgrade Assistantによるアップグレード』は、12cのOracle Fusion Middlewareライブラリに新たに追加されました。個別のアップグレード・ガイドには、Upgrade Assistantを使用するための基本的な手順は含まれなくなりました。コンポーネント固有のアップグレード・ガイドには、コンポーネント・スイートに関連する特定のアップグレード情報が記載されます。

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

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

- Upgrade Assistantは、すべての構成のアップグレードをオフラインで実行します。管理サーバーは、Oracle WebLogicコンポーネント構成のアップグレードの間、シャットダウンされると想定されています。

- Upgrade Assistantによって、アップグレード前のスキーマおよびコンポーネントのソース・バージョンが表示されます。

- Upgrade Assistantは、Oracle SOAおよびBusiness Process Managementスキーマ、コンポーネント構成およびスタンドアロン・システムのコンポーネント構成のアップグレードに使用できます。個別のパッチ・セット・アシスタント・ユーティリティは、スキーマのアップグレードに使用されなくなりました。

注意:
Oracle Fusion Middleware 12cリリース12.1.2には、多数の新機能が導入されました。これが12cへの最初のアップグレードである場合は、12c (12.1.2)の新機能と変更された機能に関する項およびOracle Fusion Middleware Oracle Fusion Middlewareの理解を参照してください。

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

このガイドは、Upgrade Assistantを使用するためのリファレンス・ガイドとして作成されました。手順に関する詳細は、次のドキュメントを参照してください。

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

1 Upgrade Assistantの使用方法

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

この章の項目は次のとおりです。

- 第1.1項「Upgrade Assistantについて」

- 第1.2項「データベースがアップグレードのサポート対象であることの検証」

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

- 第1.4「Upgrade Assistantでアップグレードできるスキーマの識別」

- 第1.5項「Upgrade Assistantでアップグレードするコンポーネント構成の識別」

- 第1.6項「Upgrade Assistantの使用を開始する前に」

- 第1.7項「Upgrade Assistantの起動」

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

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

- 第1.10項「スタンドアロン・システム・コンポーネント構成のアップグレード」

- 第1.11項「アップグレード後の手順」

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

1.1 Upgrade Assistantについて

Oracle Fusion Middleware Upgrade Assistantを使用して、サポートされている11gおよび12cのコンポーネント・スキーマ、コンポーネント構成およびスタンドアロン・システム・コンポーネント構成をFusion Middleware 12c (12.1.3)にアップグレードします。

Fusion Middleware 12c (12.1.3)インストールのoracle_common/upgrade/bin/uaディレクトリからUpgrade Assistantを実行すると、次のタスクが実行されます。

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

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

1.2 データベースがアップグレードのサポート対象であることの検証

Fusion Middlewareで使用されるスキーマをホストするデータベースがサポートされている必要があります。詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』のデータベースおよびスキーマのアップグレード準備が整っていることの検証に関する項を参照してください。

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

Upgrade Assistantを他のFusion Middlewareツールおよびプロセスとともに使用して、11gおよび12cコンポーネントの12c (12.1.3)へのアップグレードを実行します。サポートされているバージョンは、表1-1に示されています。

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

おおまかに言えば、Upgrade Assistantは、通常のアップグレードの間、2回使用されます。一般的な手順は次のとおりです。

手順1   Upgrade Assistantを使用してスキーマをアップグレードする

最初にUpgrade Assistantを起動して、アップグレード可能なスキーマを最新バージョンにアップグレードします。アップグレードするスキーマとしてどのスキーマを選択したかによって、一連の標準的なUpgrade Assistant画面およびスキーマ固有のUpgrade Assistant画面が表示されます。

11gからアップグレードする場合、12c (12.1.3)で使用するためのサービス表スキーマを作成する必要があります。12c用に作成する必要のあるスキーマの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』のアップグレード前のスキーマの作成に関する項を参照してください。

手順2   再構成ウィザードを使用してドメインを再構成する

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

再構成ウィザードの使用方法の詳細は、Oracle WebLogic ServerのアップグレードのWebLogicドメインの再構成に関する項"を参照してください。

手順3   Upgrade Assistantを再度使用してコンポーネント構成をアップグレードする

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

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

Upgrade Assistantは、アップグレードできるスキーマを識別します。シングル・セッションのUpgrade Assistantの実行で、複数のスキーマをアップグレードできます。

データベースにスキーマが作成されると、RCUは、schema_version_registryという表を作成して維持します。この表には、バージョン番号、コンポーネント名とID、作成日と変更日およびカスタム接頭辞などのスキーマ情報が含まれています。

注意:
Upgrade Assistantは、アップグレードできるすべてのスキーマを識別しますが、アップグレードするスキーマをユーザー側で選択できます。
あるスキーマではアップグレードの必要がないと判断した場合、schema_version_registry表には、12.1.3.0.0アップグレード後もアップグレード前のバージョンでそのスキーマが保持されます。表1-1には、アップグレードするスキーマを選択したときの、アップグレード前後のバージョン番号が示されています。

11gまたは12.1.2スキーマを12.1.3.0.0にアップグレードできるかどうかを判断するには、次の文を実行します。

Oracleデータベースを使用している場合は、SYSTEMとして、またはOracle DBAロールを持つ任意のユーザーとしてデータベースに接続し、SQL*Plusから次の文を実行して現在のバージョン番号を取得します。SQLスクリプト(version.sqlなど)に保存されると、次のレポートが生成されます。

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の数値が次の表に示されているものと一致し、STATUS列がVALIDであり、かつスキーマが表1-1にリストされている場合、そのスキーマはアップグレードのサポート対象です。

このバージョンのUpgrade Assistantを使用すると、表1-1にリストされているコンポーネント・スキーマ(デフォルト名で表示)を12c (12.1.3.0.0)にアップグレードできます。

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

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

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

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

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

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

- 表1-1には、Oracle Fusion Middleware 12c (12.1.3)リリースでアップグレード可能な製品のスキーマのみがリストされています。まだ12c (12.1.3)へのアップグレードが可能になっていないコンポーネントを含むドメインをアップグレードしないでください。詳細は、Oracle Fusion Middleware相互運用性および互換性の理解を参照してください。

表1-1 アップグレードが必要なOracleコンポーネント・スキーマ

コンポーネント名

スキーマ

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

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

依存関係および追加情報

AS共通スキーマ

監査サービス脚注 1

prefix_IAU

11.1.1.6

11.1.1.7

12.1.2.

12.1.3.0.0

依存関係はありません。

AS SYSDBA権限が必要です。

メタデータ・サービス

prefix_MDS

11.1.1.6.

11.1.1.7

12.1.2

12.1.3.0.0

依存関係はありません。

AS SYSDBA権限が必要です。

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

prefix_OPSS

11.1.1.6

11.1.1.7

12.1.2

12.1.3.0.0

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

AS SYSDBA権限が必要です。

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

prefix_STB

12.1.2

12.1.3.0.0

SOAINFRAなどの他のコンポーネントを12c 12.1.3.0.0にアップグレードする前に、12.1.2.0.0 prefix_STBスキーマを12.1.3.0.0にアップグレードする必要があります。

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

prefix_ORASDPM

11.1.1.6

11.1.1.7

12.1.2

12.1.3.0.0

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

WebLogic診断フレームワーク

prefix_WLDF

11.1.1.6

11.1.1.7

12.1.2.0.0

Oracle Data Integrator

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

prefix_ODI_REPO

11.1.1.6

11.1.1.7

12.1.2

12.1.3.0.0

なし。

AS SYSDBA権限が必要です。

Oracle SOA Suite

SOA Core ExtensionFoot 3

注意: 11gでは、SOA Core ExtensionはApplication Integration Architecture Foundation Pack (AIAFP)と呼ばれていました。

AIAFPは、12cでSOA Core Extensionとしてリブランドされました。

prefix_AIA

11.1.1.6

11.1.1.7

12.1.3.0.0

11gスキーマのアップグレード時、AIAFPスキーマは保持され、新しい12cスキーマが作成されます。アップグレード後は、AIAFPスキーマのセットが2つ存在することになります(古いスキーマ・セットは削除されないため)。

SOAインフラストラクチャ

prefix_SOAINFRA

11.1.1.6

11.1.1.7

12.1.3.0.0

Oracle Enterprise Data Quality

Enterprise Data Quality

prefix_EDQCONF

prefix_EDQRES

11.1.1.7.3

12.1.3.0.0

Oracle Golden Gate Monitor

Golden Gate Monitor

prefix_OGGMON

11.1.1.7

12.1.3.0.0

Oracle Golden Gate Veridata

Veridata

prefix_VERIDATA

11.2.1

12.1.3.0.0

脚注 1 _IAUを11gの開始点からアップグレードすると、Upgrade Assistantは、2つの補助スキーマ(IAU_APPENDおよびIAU_VIEWER)を更新し、それらを12.1.3.0.0の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.1.3.0.0にアップグレードする場合、JPS表の既存データはレポートまたは監査目的では変更されないため、JPS表に列を追加してアップグレードする必要はありません。

脚注 3 11gでは、AIAFPスキーマは別個の非RCUスキーマでしたが、12cでは、RCUの一部になり、SOAINFRAスキーマの一部になりました。11gスキーマのアップグレード時、AIAFPスキーマは保持され、新しい12cスキーマが作成されます。アップグレード後は、AIAFPスキーマのセットが2つ存在することになります(古いスキーマ・セットは削除されないため)。これは、12.1.3リリースにのみ当てはまります。

1.5 Upgrade Assistantでアップグレードするコンポーネント構成の識別

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

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

- Oracle HTTP Server

- Oracle Web Services Manager

- Oracle Data Integrator

- Oracle SOA Core Extension

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

- Oracle MapViewer

- Oracle Golden Gate Veridata

- Oracle User Messaging Service

注意:
12.1.3.0.0アップグレードで使用できない既存のFusion Middleware 11gコンポーネントを、アップグレードしたコンポーネントとともに使用し続ける場合は、アップグレードする前に、Oracle Fusion Middleware相互運用性および互換性の理解を参照してください。アップグレードによってFusion Middleware 11gコンポーネントに非互換性の問題が発生するかを確認する必要があります。

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

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

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

- Oracle Fusion Middleware 12c (12.1.3)のインストール

- アップグレードを開始する前の12.1.3スキーマの新規作成

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

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

『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』ガイドは、アップグレード・プロセスを開始する前に実行する必要があるタスクの詳細を説明しています。

アップグレード戦略の策定に関する項を参照して、アップグレード前の要件をすべて満たしているか確認してください。

1.6.2 Oracle Fusion Middleware 12c (12.1.3)のインストール

Upgrade Assistantは、12c (12.1.3) Fusion Middlewareソフトウェア・インフラストラクチャ・ディストリビューションに含まれています。12.1.3製品ディストリビューションは、アップグレードを実行する前にインストールする必要があります。標準的な12c (12.1.3)インストール・トポロジを含む12c (12.1.3)インストールの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』を参照してください。このガイドは、追加の要件およびコンポーネント固有のインストレーション・ガイドへのリンクについても説明しています。

Oracle Fusion Middleware 12c (12.1.3)ドキュメント・ライブラリからインストレーション・ガイドの全リストを参照することもできます。

1.6.3 アップグレードを開始する前の12.1.3スキーマの新規作成

開始点が11gである場合、12.1.3.0.0コンポーネントをインストールした後、このリリースのOracle Fusion Middlewareで使用することが保証されている、サポートされているデータベースに、新しいサービス表スキーマ(prefix_STB)などの新しい12cスキーマを作成する必要があります。

アップグレード時に作成する必要があるスキーマを特定する方法の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』のアップグレード前のスキーマの作成に関する項を参照してください。

注意:
EBR対応スキーマをFusion Middleware 11gリリース1 (11.1.1.6または11.1.1.7)または12c (12.1.2)からアップグレードする前に、最初にデータベース・サーバーに接続して、12c (12.1.3)のデータベース・サーバーにエディションを作成する必要があります。12.1.3の新しいエディションは、使用している11.1.1.6、11.1.1.7または12.1.2エディションの子である必要があります。
エディション・ベースの再定義のためにサーバー上にエディションを作成する方法の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』のエディション・ベースの再定義のためにサーバー上にエディションを作成する方法に関する項を参照してください。

1.6.4 スキーマ・アップグレード前のサーバーとプロセスの停止

Upgrade Assistantを実行してスキーマをアップグレードする前に、アップグレードするスキーマを使用している可能性のあるすべてのOracle Fusion Middleware管理対象サーバー、管理サーバーおよびシステム・コンポーネント(OHSなど)を停止します。Fusion Middlewareデータベース・スキーマを含むデータベースは、Upgrade Assistantを実行する前に停止する必要があります。データベース・サーバーをシャットダウンして再起動するか、Upgrade Assistantによってアップグレードされるデータベース・インスタンス上で他のデータベース・ユーザーが稼働していないことを確認します。これを行わないと、結果としてアップグレードが不完全になったり、障害が発生する場合があります。

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

Oracle Fusion Middleware環境を停止する手順は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の停止に関する項に記載されています。

1.7 Upgrade Assistantの起動

Upgrade Assistantは、12c (12.1.3)バージョンのOracle Universal Installer (OUI)によって、oracle_common/upgrade/binディレクトリにあるFusion Middlewareホームのoracle_commonエリアにインストールされます。

グラフィカル・ユーザー・インタフェースを使用してUpgrade Assistantを起動するには、Middleware製品がインストールされているOracleホームのoracle_commonディレクトリに移動します。コマンドラインから引数を使用してUpgrade Assistantを起動する方法の詳細は、「Upgrade Assistantコマンドライン・インタフェースの使用方法」を参照してください。

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

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

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

./ua

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

ua.bat

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

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

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

スキーマをアップグレードする際、Upgrade Assistantに次の画面が表示されます

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

画面

画面が表示される状況

説明

ようこそ

常時

この画面には、Upgrade Assistantの概要およびアップグレード前の重要なタスクに関する情報が表示されます。

スキーマ

アップグレード・タイプとしてスキーマを選択した時の画面名は、スキーマです。

インストールされているコンポーネントのスキーマをアップグレードするオプションを選択するには、この画面を使用します。

使用可能なコンポーネント: スキーマ

常時

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

前提条件

常時

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

スキーマ資格証明

アップグレード・タイプとして「スキーマ」を選択したときのみ。

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

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

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

ドメイン・ディレクトリ

OPSSまたは監査スキーマをアップグレードするときのみ。

この画面を使用して、_OPSSおよび_IAUスキーマのアップグレードのための、既存のOracle WebLogic 11gドメイン・ディレクトリまたは12c (開始点が12.1.2である場合)ドメイン・ディレクトリを指定します。

Upgrade Assistantは、jps-config.xmlファイルにアクセスするための11gのドメインの場所が必要です。

調査

常時

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

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

常時

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

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

常時

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

アップグレード成功

または

アップグレード失敗

常時

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

または

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

注意: UAのログは、<OH>/oracle_common/upgrade/logsに移入されます。

注意:
SOA SuiteおよびBPMのアップグレードの場合:
クローズされているアクティブなSOAインスタンス・データの12c (12.1.3)へのアップグレードは、Upgrade AssistantでのSOAスキーマ・アップグレード・プロセスの一部として自動的に行われます。詳細は、Fusion Middleware SOA SuiteおよびBusiness Process ManagementのアップグレードのSOAインスタンス・データのアップグレードの管理とモニタリングに関する項を参照してください。

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

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

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

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

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

画面

画面が表示される状況

説明

ようこそ

常時

この画面には、Upgrade Assistantの概要およびアップグレード前の重要なタスクに関する情報が表示されます。

WebLogicコンポーネント構成

アップグレード・タイプとして「WebLogicコンポーネント構成」を選択したときの画面名は、「WebLogicコンポーネント」です。

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

11g AIAFPの詳細

アップグレード対象のドメインにAIAFP 11gがインストールされているときのみ。

ドメインにAIAFP 11gが存在する場合、AIA 11gホームのパスと11g AIAFPインスタンス名を指定する必要があります。

SCEクラスタ構成

アップグレード対象のドメインがクラスタ・ドメインであり、AIAFP 11gがドメインにインストールされているとき。

AIAFP 11gがクラスタにインストールされている場合、そのクラスタのすべてのノードからアクセス可能な共有場所のパスを指定する必要があります。

OWSMポリシー・マネージャ

クロスドメイン・トポロジでOracle Web Services Manager (OWSM)構成をアップグレードするときのみ。

ご使用の環境に複数のWebLogicサーバー・ドメインがあるが、OWSMポリシー・マネージャが1つのWLSドメイン内のみにあり、OWSMエージェントが他のドメイン上にある場合、この画面を使用して、Oracle Web Services Manager (OWSM)ポリシー・マネージャをデプロイするWebLogic管理サーバー・ドメインの資格証明を入力します。

コンポーネント・リスト: WebLogicコンポーネント

常時

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

前提条件

常時

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

UMS構成

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

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

調査

常時

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

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

常時

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

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

常時

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

アップグレード成功

または

アップグレード失敗

常時

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

または

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

1.10 スタンドアロン・システム・コンポーネント構成のアップグレード

Oracle Data IntegratorやOracle HTTP Server (OHS)などのスタンドアロン・システム・コンポーネントのみを含んでいるOracleホームからUpgrade Assistantを実行する場合、「スタンドアロン・コンポーネント」アップグレード・オプションが表示されます。スタンドアロン・コンポーネントは、管理対象WebLogicドメインに関連付けられていません。

注意:
12c (12.1.2)では、Upgrade Assistantは、システム・コンポーネントに個別のスタンドアロン・ドメインを作成します。このドメインは、ノード・マネージャで管理できますが、管理サーバーがありません。新しいシステム・コンポーネント・ドメインの使用方法の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareコンセプトの理解』を参照してください。

たとえば、Oracle HTTP Server (OHS)などのスタンドアロン・システム・コンポーネントをアップグレードする場合、Upgrade Assistantには、次の画面が表示されます。使用する画面は、アップグレードするシステム・コンポーネントおよび選択するオプションによって異なります。特定のコンポーネントのアップグレードに関連した画面の詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

表1-4 Upgrade Assistant画面: スタンドアロン・システム・コンポーネント構成のアップグレード

画面

画面が表示される状況

説明

ようこそ

常時

この画面には、Upgrade Assistantの概要およびアップグレード前の重要なタスクに関する情報が表示されます。

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

アップグレードするスタンドアロン・システム・コンポーネントがあるが、アップグレードできるスキーマがない場合のみ。

12c (12.1.2)より、スタンドアロン・システム・コンポーネントには、独自のスタンドアロン・ドメインがそれぞれ作成されます。この画面を使用して、アップグレードするスタンドアロン・システム・コンポーネントに適用するドメイン・オプションを指定します。

2つのオプションがあります。

- 新規ドメインの作成
11gスタンドアロン・システム・コンポーネント(以前にドメインの関連付けをしていない)をアップグレードする場合、最初にシステム・コンポーネントに新規スタンドアロン・ドメインを作成する必要があります。

- 既存のドメインの更新
アップグレードした11gまたは12.1.2システム・コンポーネントに新規12.1.3スタンドアロン・ドメインを作成した後、このオプションを使用して、スタンドアロン・ドメインを他のスタンドアロン・システム・コンポーネントに拡張できます。

このオプションは、「新規ドメインの作成」オプションでドメインを作成してアップグレードを再実行した場合に使用します。

コンポーネント・リスト: WebLogicコンポーネント

常時

アップグレードできるスタンドアロン・システム・コンポーネントをリストします。

前提条件

常時

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

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

常時

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

ノード・マネージャ

「新規ドメインの作成」を選択した場合のみ。

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

調査

常時

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

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

常時

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

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

常時

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

アップグレード成功

または

アップグレード失敗

常時

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

または

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

1.11 アップグレード後の手順

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

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

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

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

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

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

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

表1-5は、新しくアップグレードしたドメインで実行する可能性が高い、一般的な管理タスクの一部をリストしています。

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

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

タスク

説明

詳細情報の参照先

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

管理サーバー、管理対象サーバーおよびコンポーネントを含む、Oracle Fusion Middlewareの起動と停止方法について説明します。

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

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

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

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

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のアプリケーションの起動と停止に関する項を参照してください。

Secure Sockets Layer (SSL)の構成

SSLを使用してOracle Fusion Middlewareコンポーネント間にセキュアな通信を設定する方法を説明します。

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion MiddlewareでのSSLの構成に関する項。

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

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

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のアプリケーションのデプロイに関する項を参照してください。

Oracle Fusion Middlewareの監視

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

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareのモニタリングに関する項を参照してください。

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

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

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

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

標準的なインストール・トポロジには、ストレージ対応の管理対象Coherenceサーバーを含むCoherenceクラスタが含まれています。この構成は、Coherenceを最初に使用するうえで適していますが、特定の要件によっては、本番環境でのパフォーマンスを改善するためにCoherenceをチューニングおよび再構成することを検討してください。

Coherenceクラスタの詳細は、『Oracle WebLogic Serverクラスタの管理』のCoherenceクラスタの構成および管理に関する項を参照してください。

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

CoherenceにおけるHTTPセッション・データの格納の詳細は、『Oracle Coherence*WebでのHTTPセッション・マネージメントの管理』のWebLogicサーバーでのCoherence*Webの使用に関する項を参照してください。

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

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

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

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

VERSION列のすべての数値は、表1-1の「アップグレード後のスキーマ・バージョン」列に指定されているバージョン(つまり、12.1.3.0.0)である必要があります。

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

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

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

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

SQL>@/rdbms/admin/utlrp.sql

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

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

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

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

2 Upgrade Assistantコマンドライン・インタフェースの使用方法

この章では、コマンドライン・インタフェース(CLI)からのOracle Fusion Middleware Upgrade Assistantの実行方法について説明します。

この章で説明するオプションのコマンドライン・インタフェース引数を使用して、Oracle Fusion Middleware 11gおよび12.1.2コンポーネントをOracle Fusion Middleware 12c (12.1.3)にアップグレードできます。また、一部のアップグレード・タスクを自動化するレスポンス・ファイルを作成することもできます。

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

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

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

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

次の例は、Upgrade Assistantのグラフィカル・ユーザー・インタフェースを起動する場合に使用できるオプションの引数を示しています。

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

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

./ua [-logLevel <log_level>] [-logDir <log_directory>]

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

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

ua.bat [-logLevel <log_level>] [-logDir <log_directory>]

オペレーティング・システムのコマンドラインからUpgrade Assistantのグラフィカル・ユーザー・インタフェースを起動するときに使用可能なコマンドライン引数については、表2-1を参照してください。

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

表2-1 オプションのUpgrade Assistant GUIコマンドライン・パラメータ

パラメータ

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

説明

-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

オプション。

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

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

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

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

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

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

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

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

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

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

./ua -response <response_file> [-examine] [-logLevel <log_level>] [-logDir <log_directory>]

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

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

次の文を実行します。

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

レスポンス・ファイルを使用してアップグレードするときに使用可能なコマンドライン引数については、表2-2を参照してください。

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

パラメータ

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

説明

-response

必須。

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

-examine

オプション。

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

-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

オプション。

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

2.2.3 サイレント・アップグレードのトラブルシューティング

失敗したアップグレードのトラブルシューティングの詳細は、第3章「アップグレードのトラブルシューティング」を参照してください。

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

この章では、Upgrade Assistantを使用してOracle Fusion Middlewareを12c (12.1.3)にアップグレードする際に発生する可能性のある一般的な問題を解決する方法について説明します。

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

- 一般的なトラブルシューティングのガイドライン

- ログ・ファイルの確認

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

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

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

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

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

3.1 一般的なトラブルシューティングのガイドライン

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

注意:
調査フェーズで発生した(または検出された)エラーは修正可能で、Upgrade Assistantを再起動できます。
ただし、アップグレード・フェーズでエラーが発生した場合、バックアップ・コピーから環境をリストアし、エラーを修正して、アップグレード・プロセスを最初から再開する必要があります。

修正処理は、エラーがどのフェーズで発生したかによって異なります。詳細は、「確認時に発生した障害の調査」および「アップグレード時に発生した障害の調査」を参照してください。

1. Upgrade Assistantログ・ファイルを検索し、テキスト・エディタで開きます。
ログ・ファイルの場所については、第3.2項「ログ・ファイルの確認」を参照してください。

2. Upgrade Assistant jarファイルの正しいバージョンを確認するには、次のコマンドを実行します。
unzip -p ua.jar META-INF/MANIFEST.MF

ディレクトリをjlibディレクトリ(cd ORACLE_HOME/oracle_common/upgrade/jlib)に変更した後のみ、前述のコマンドを実行できます。

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

4. Oracle Fusion Middlewareのエラー・メッセージでエラーを調べます。
Oracle Fusion Middlewareのエラー・メッセージのエラーについての説明には、エラーの原因およびそのエラーを解決するために実行する必要がある処置についての説明が含まれています。

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

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

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

3.2 ログ・ファイルの確認

Upgrade Assistantの実行時に障害が発生した場合、問題を診断して修正するためにログ・ファイルが必要になるため、ログ・ファイルは削除しないでください。Upgrade Assistantを実行中、ログ・ファイルの内容は、コマンドラインから別の-logLevelを指定することで変更できます。デフォルト値は-logLevel NOTIFICATIONです。-logDirパラメータを使用して、ログ・ファイルの場所を変更できます。詳細は、表2-2「Upgrade Assistantのサイレント・モードのコマンドライン・パラメータ」の-logLevelを参照してください。

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

ログ・ファイルのエラー・メッセージを理解するには、「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ファイル(使用可能な場合)全体をサービス・リクエストにアップロードする必要があります。

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

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

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

2. Upgrade Assistantログ・ファイルを開きます。
ログ・ファイルの場所については、第3.2項「ログ・ファイルの確認」を参照してください。

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

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

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

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

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

2. Upgradeログ・ファイルを開きます。
ログ・ファイルの場所については、第3.2項「ログ・ファイルの確認」を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Linux-x86_64 Error: 28: No space left on device

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

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

3.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環境変数が正しく設定されていない場合があります。

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

指定されたドメインをアップグレードできないことを示すエラーを受け取ったら、Oracleサポートに詳細を問い合せてください。サポートされていないドメインでスキーマまたはドメイン構成をアップグレードしないでください。

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

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

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

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

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

A Upgrade Assistant画面

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

詳細は、次の項を参照してください。

- 第A.1項「ようこそ」

- 第A.2項「スキーマ」

- 第A.3項「使用可能なコンポーネント: スキーマ」

- 第A.4項「WebLogicコンポーネント構成」

- 第A.5項「スタンドアロン・コンポーネント」

- 第A.6項「コンポーネント・リスト: WebLogicコンポーネント」

- 第A.7項「ドメイン・ディレクトリ」

- 第A.8項「前提条件」

- 第A.9項「EBRデータベースのアップグレード」

- 第A.10項「スキーマ資格証明」

- 第A.11項「インスタンス・ディレクトリ」

- 第A.12項「ノード・マネージャ」

- 第A.13項「OWSMポリシー・マネージャ」

- 第A.14項「ODIオプション」

- 第A.15項「ODIスーパーバイザ」

- 第A.16項「ODIアップグレード・キー」

- 第A.17項「Oracle Golden Gate Monitor OGGMONスキーマ接頭辞」

- 第A.18項「Veridataディレクトリ」

- 第A.19項「Veridataスキーマ接頭辞」

- 第A.20項「SCEクラスタ構成」

- 第A.21項「11g AIAFPの詳細」

- 第A.22項「UMS構成」

- 第A.23項「MapViewer」

- 第A.24項「調査」

- 第A.25項「調査失敗」

- 第A.26項「アップグレード・サマリー」

- 第A.27項「アップグレードの進行状況」

- 第A.28項「アップグレード成功」

- 第A.29項「アップグレード失敗」

- 第A.30項「アップグレードの取消」

注意:
この付録で説明されている画面は、必ずしも順番に表示されるとはかぎりません。選択するオプションによっては、すべての画面が表示されない場合もあります。各アップグレード・タイプで使用される画面の一般的な情報は、第1章「Upgrade Assistantの使用方法」を参照してください。

A.1 ようこそ

図A-1 ようこそ

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

A.2 スキーマ

図A-2 スキーマ

インストールされたコンポーネントのスキーマをアップグレードするには、「スキーマ」を選択します。Upgrade Assistantにより、スキーマのアップグレード候補のコンポーネントが次の画面にリストされます。

A.3 使用可能なコンポーネント: スキーマ

リストされたコンポーネントのいずれかをユーザー環境で使用していないために、そのコンポーネントのスキーマをアップグレードする必要がない場合があります。アップグレードするスキーマのみを選択します。

Oracle Platform Security Servicesオプションは、デフォルトで選択されています(したがって、監査サービス・スキーマも選択されています)が、必要に応じて選択解除することができます。

Upgrade Assistantを使用してスキーマをアップグレードする場合は、一度に1つのドメインのスキーマをアップグレードしてください。スキーマがアップグレードされ、ドメインが再構成およびアップグレードされた後、アップグレードが必要なそれぞれの追加ドメインに対して再度Upgrade Assistantを起動します。

図A-3 使用可能なコンポーネント: スキーマ

A.4 WebLogicコンポーネント構成

図A-4 WebLogicコンポーネント構成

この画面を使用して、実行するアップグレード操作を指定します。選択肢は次のとおりです。

- スキーマ

- WebLogicコンポーネント構成

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

スキーマ

インストールされているコンポーネントのスキーマをアップグレードするには、このオプションを選択します。Upgrade Assistantにより、スキーマのアップグレード候補のコンポーネントがリストされます。リストされたコンポーネントのいずれかをユーザー環境で使用していないために、そのコンポーネントのスキーマをアップグレードする必要がない場合があります。アップグレード・アシスタントを使用してスキーマをアップグレードする場合は、一度に1つのドメインのスキーマをアップグレードすることを検討してください。1つのドメインのスキーマが正常にアップグレードされた後、アップグレード・アシスタントを再度起動して、別のドメインのスキーマをアップグレードしてください。

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

WebLogicコンポーネント構成

再構成後に管理対象WebLogic Serverドメインのコンポーネント構成をアップグレードするには、このオプションを選択します。アップグレードされる12cドメインの場所を指定するよう求められます。

注意:
アップグレード・アシスタントを使用してWebLogicコンポーネントの構成をアップグレードする場合は、次の手順を実行する必要があります。

1. アップグレード・アシスタントを実行して、スキーマのアップグレードを行います。

2. 再構成ウィザードを実行して、ドメインを再構成します(Oracle WebLogic ServerのアップグレードのWebLogicドメインの再構成を参照)。

3. アップグレード・アシスタントを再度実行して、残りの構成のアップグレードを行います。

アップグレード・プロセスと関連ツールの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』を参照し、12.1.3アップグレード・プロセス図を確認してください。

アップグレードするOracle WebLogic Serverドメインのドメインの場所を指定する必要があります。

スタンドアロン・システム・コンポーネント

Oracle HTTP Server (OHS)などのスタンドアロン・システム・コンポーネントをアップグレードする場合は、コンポーネントのアップグレード・ドメイン・ディレクトリを構成するための選択肢が2つあります。

- 新規ドメインの作成
システム・コンポーネントのアップグレード用に作成する新しい(固有)のディレクトリの場所と名前を指定します。

- 既存のドメインの更新
システム・コンポーネントのアップグレードに使用する既存の12.1.3.0.0ドメインを選択します。

「参照」をクリックし、ナビゲーション・ツリーを使用して、有効なドメイン・ディレクトリ(12.1.3.0.0ドメインのconfigディレクトリにあるconfig.xmlファイルが含まれているディレクトリ)を選択し、「次」をクリックします。

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

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

Oracle HTTP Server (OHS)などのスタンドアロン・システム・コンポーネントをアップグレードする場合は、「スタンドアロン・システム・コンポーネント構成」オプションを選択します。次のいずれかを選択するように求めるプロンプトが表示されます。

オプション

説明

新規ドメインの作成

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

既存のドメインの更新

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

A.6 コンポーネント・リスト: WebLogicコンポーネント

図A-6 コンポーネント・リスト

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

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

A.7 ドメイン・ディレクトリ

図A-7 ドメイン・ディレクトリ

OPSSまたは監査のスキーマをアップグレードする場合、既存のOracle WebLogic 11gまたは12.1.2ドメイン・ディレクトリを指定する必要があります。Upgrade Assistantは、jps-config.xmlファイルにアクセスするためのドメインの場所を必要とします。

「参照」をクリックし、ナビゲーション・ツリーを使用して、アップグレードする11gドメインまたは12.1.2ドメインのWebLogicドメイン・ディレクトリを選択します。

注意: Upgrade Assistantは、ドメインをアップグレードできることを確認するための検証チェックを実行します。Upgrade Assistantから、ドメインをアップグレードできないことを示すメッセージが返された場合は、アップグレードに関するドキュメントで、サポートされているドメイン構成について確認してください。ドメイン構成がサポートされていない場合は、スキーマまたはドメイン構成をアップグレードしないでください。ドメインのアップグレードに関する詳細は、Oracleサポートに問い合せてください。

A.8 前提条件

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

図A-8

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

A.9 EBRデータベースのアップグレード

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

この画面を使用して、EBRのエディションのドロップダウン・リストから子エディションを選択します。

A.10 スキーマ資格証明

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

図A-11 スキーマ名 - 手動で入力

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

一部のコンポーネント・スキーマは、図A-11に示されているように、手動で入力する必要があります。

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

要素

説明

データベース・タイプ

ドロップダウン・メニューからデータベース・タイプを選択します。メニューで使用できるデータベースのタイプは、アップグレードしようとするスキーマによって異なります。
アップグレード用に選択されたデータベース・タイプは、RCUが最初にスキーマを作成したときに選択されたデータベース・タイプと同一である必要があります。

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

データベース接続文字列

データベースの場所を入力します。
たとえば、Oracle Databaseを選択する場合は、次のURL形式を使用できます。

host:port/db_service_name

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

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

DBAユーザー名

データベースへの接続に使用するデータベース・ユーザー名を入力します。
Oracle Databaseユーザーの場合、Upgrade AssistantのユーザーにはOracleのDBAロールを付与する必要があります。

注意: 一部のコンポーネントでは、スキーマのアップグレードを実行するにはDBAロールでは不十分なことがあります。DBAユーザーは、SYSDBA権限を所有している必要があります。たとえば、12.1.3リリースでは、SOAINFRAおよびMDSはSYSDBA権限を必要とします。

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

DBAパスワード

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

スキーマ・ユーザー名

ドロップダウン・リストからスキーマのユーザー名を選択するか、スキーマのユーザー名(DEV_MDSなど)を入力します。
一部のコンポーネントでは、スキーマのアップグレードを実行するにはDBAロールでは不十分なことがあります。かわりに、SYSDBAとして実行する必要があります。

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

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

スキーマ・パスワード

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

エディション名

エディションベースの再定義に対応したOracle Databaseをデータベース・タイプとして選択する場合、既存のエディション名を指定する必要があります。
注意: Fusion Middleware 11gリリース1 (11.1.1.6.0または11.1.1.7.0)からEBR対応スキーマをアップグレードする前に、最初にデータベース・サーバーを接続し、12c (12.1.3)のデータベース・サーバーにエディションを作成する必要があります。12.1.3の新しいエディションは、使用している11.1.1.6.0、11.1.1.7.0または12.1.2.0.0エディションの子である必要があります。

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

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

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

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

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

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

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

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

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

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

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

要素

説明

ユーザー名

ユーザー名はノード・マネージャへのアクセスに使用されます。
注意: このフィールドは、管理サーバー、またはUMSがターゲット指定されている12cドメイン内の1つ以上の管理対象サーバーの共有ディスクにローカル構成が見つからない場合にのみ表示されます。

パスワード

ノード・マネージャへのアクセスに使用するパスワード。確認のためにパスワードを再入力する必要があります。
注意: 「ユーザー名」と同様に、このフィールドは、管理サーバー、またはUMSがターゲット指定されている12cドメイン内の1つ以上の管理対象サーバーの共有ディスクにローカル構成が見つからない場合にのみ表示されます。

リスニング・アドレス

「リスニング・アドレス」フィールドには、ノード・マネージャがリスニングするDNS名またはIPアドレスを入力します。
注意: ドメイン構成でリスニング・アドレスが指定されている場合、このフィールドは表示されません。

リスニング・ポート

ノード・マネージャのリスニング・ポート番号。
注意: ドメイン構成ですでにリスニング・アドレスとリスニング・ポートが指定されている場合、このフィールドは表示されません。

A.13 OWSMポリシー・マネージャ

表A-14 OWSMポリシー・マネージャ

この画面を使用して、Oracle Web Services Manager (OWSM)ポリシー・マネージャをデプロイするWebLogic管理サーバー・ドメインの資格証明を入力します。

注意:
これはオプションの画面です。この画面は、クロス・ドメイン構成でOWSMがデプロイされている場合にのみ表示されます。

要素

説明

ホスト

ドメインの管理サーバーが実行されているホスト。
必ず完全なホスト名を指定します。次に例を示します。

fusionHost1.example.com

ポート

管理サーバーのリスニング・ポート。通常、管理サーバーはポート7001をリスニングします。

ユーザー名

管理サーバーへのログインに使用されるユーザー名。これは、ドメインの管理コンソールへのログインに使用するユーザー名と同じです。

パスワード

管理サーバーへのログインに使用される管理者アカウントのパスワード。これは、ドメインの管理コンソールへのログインに使用するパスワードと同じです。

A.14 ODIオプション

図A-15 Oracle Data Integrator (ODI)のオプション

アップグレード・アシスタントで実行する操作を次のオプションから選択します。「次へ」をクリックして続行します。

オプション

説明

ナレッジ・モジュールを必須更新で置換

これを選択すると、標準KMが最新バージョンに置き換えられます。標準KMに対するすべてのカスタマイズが失われます。

トポロジおよびセキュリティ・メタデータの更新

これを選択すると、テクノロジ、データ型、セキュリティ・プロファイルなどのトポロジおよびセキュリティ・アーティファクトが最新バージョンに置き換えられます。すべてのカスタマイズが失われます。

GUIDを使用するようにリポジトリをアップグレード

これを選択すると、リポジトリが12c完全モードに設定されます。すべてのオブジェクトが、内部IDではなく12c GUIDを使用して参照されます。
この選択を解除すると、リポジトリは11g互換性モードのままになり、これによってユーザーはすでに生成済の11gインタフェース・オブジェクトを実行できます。リポジトリは、グラフィカル・ユーザー・インタフェースまたはSDKコールを使用して12c完全モードに切り替えることができます。

注意: リポジトリを一度切り替えると、以前の11g互換性モードには戻りません。

インタフェースを12cマッピングにアップグレードします - 11g SDKの互換性が失われます

この選択により、すべての11gインタフェースが12cマッピングに変換されます。12cマッピングに変換されたら、使用前に既存のすべてのシナリオを再生成する必要があります。既存の11g SDKアプリケーションは使用できません。これらは12c SDKを使用するようにアップグレードする必要があります。
このオプションが選択されていない場合は、12cマッピングへの変換は実行されません。インタフェースは残され、11g SDKによってのみ変更できます(グラフィカル・インタフェースでは読取り専用です)。これらは、11g SDKを使用して変更および再生成/実行することができます。ユーザーがカスタム・アプリケーションを一度変更すると、インタフェースは、グラフィカル・インタフェースまたは12c SDKを使用して12cマッピングに変換できるようになります。

注意: このアップグレードが正しく動作するためには、11gリポジトリ内のすべてのインタフェースが有効である必要があります(たとえば、11g Studioからの検証中にエラーが発生しないことが必要です)。

11gインタフェースが有効でない場合、アップグレード・アシスタントは、一部の11gインタフェースがアップグレード中に失敗した場合でも停止しません。アップグレード・アシスタントは、無効なインタフェースを12cマッピングにアップグレードしようとしますが、そのインタフェースのアップグレードは失敗するか、例外がログ・ファイルに出力される可能性があります。このエラーが発生した場合、生成されたマッピングは無効になります。アップグレードを必ず成功させるためには、11gリポジトリ内のすべてのインタフェースが有効である必要があります。

AES-128暗号化アルゴリズムの使用

128ビットのキーを持つAESは機密情報に対し十分な保護を提供します。より重要度の高い機密情報を保護するには256ビットのキーを持つAESが必要です。

A.15 ODIスーパーバイザ

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

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

要素

説明

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

A.18 Veridataディレクトリ

図A-19 Veridataディレクトリ

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

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

A.19 Veridataスキーマ接頭辞

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

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

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

A.20 SCEクラスタ構成

図A-21 SCEクラスタ構成

アップグレード対象のドメインがクラスタ・ドメインであり、AIAFP 11gがそのドメインにインストールされている場合、クラスタのすべてのノードからアクセス可能な共有場所のパスを指定する必要があります。

A.21 11g AIAFPの詳細

図A-22 11g AIAFPディレクトリの場所

この画面を使用して、次の表に説明されているようにAIAFPインストール・ディレクトリおよびインスタンス名を指定します。

Oracle Application Integration Architecture Foundation Pack (AIAFP)をアップグレードする場合は、既存の11g AIAFPホーム・ディレクトリと、関連するインスタンス名を指定する必要があります。12cでは、AIAFPは、Oracle SOA Suiteでリブランドされ、現在はSOA Core Extensionと呼ばれていることに注意してください。

要素

説明

AIAFPホーム・ディレクトリ

AIA Foundation Packインストーラによって11gのFoundation Pack製品ファイルがインストールされるフル・ファイル・パスです。
アップグレードする11g AIAFPホームを選択するには、「参照」をクリックして、ナビゲーション・ツリーを使用します。

11g AIAFPインスタンス名

AIAFPホーム・ディレクトリに関連付けられたAIAFPインスタンスの名前を入力します。

A.22 UMS構成

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

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

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

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

詳細は、『Oracle Fusion Middleware 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.23 MapViewer

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

A.24 調査

図A-25 調査

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

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

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

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

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

ステータス

説明

進行中

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

保留中

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

失敗

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

成功

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

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

A.25 調査失敗

図A-26 調査失敗

このダイアログ・ボックスは、1つ以上のコンポーネントが調査フェーズに失敗し、アップグレードを継続することを選択した場合に表示されます。調査が失敗した場合は、アップグレードを取り消して(「いいえ」をクリック)、ログ・ファイルを確認することを検討してください。詳細は、「アップグレードのトラブルシューティング」を参照してください。

アップグレードを継続するには、「はい」をクリックします。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステータス

説明

進行中

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

保留中

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

アップグレード不要

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

スキップ済

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

失敗

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

成功

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

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

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

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

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

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

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

ORACLE_HOME/oracle_common/upgrade/logs

Windowsシステムの場合:

ORACLE_HOME\oracle_common\upgrade\logs

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

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

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

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

詳細は、「アップグレードのトラブルシューティング」を参照してください。

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

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

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

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

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

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

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

コピーライトについて

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

商標と登録商標について

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の登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

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

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

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