Oracle® Fusion Middleware

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

12c (12.1.2)

E47979-02(原本部品番号:E38938-02)

2013年9月

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

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

E47979-02

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

原本著者:  Lisa Jamen

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

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

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

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.2)の新機能と変更された機能

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

1 Upgrade Assistantの使用方法

- 1.1 Upgrade Assistantについて

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

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

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

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

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

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

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

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

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

- 1.6.5 コンポーネントを構成する前の管理サーバーの起動

- 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 障害が発生した後のUpgrade Assistantの再起動

A Upgrade Assistant画面

- A.1 ようこそ

- A.2 スキーマ

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

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

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

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

- A.7 前提条件

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

- A.9 11g ドメイン・ディレクトリ

- A.10 スキーマの選択

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

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

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

- A.14 ODIオプション

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

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

- A.17 調査

- A.18 調査失敗

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

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

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

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

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

はじめに

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

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

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

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

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

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

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 (12.1.2)のドキュメント・ライブラリにある次の関連ドキュメントを参照してください。

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

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

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

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

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

- Repository Creation Utilityを使用したスキーマの作成

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

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

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

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

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

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

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

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

注意:

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

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

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

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

- 新しい再構成ウィザードは、Oracle WebLogicコンポーネント構成をアップグレードする際に、Upgrade Assistantと同時に使用されます。再構成ウィザードの使用方法の詳細は、再構成ウィザードを使用したOracle WebLogicドメインの再構成に関する項を参照してください。

- Oracle HTTPサーバーなどのスタンドアロン・システムをアップグレードする場合、Upgrade Assistantによってシステム・コンポーネントに新しいスタンドアロン・ドメインが作成されます。この新しいスタンドアロン・ドメインの詳細は、『Oracle Fusion Middlewareコンセプトの理解』のスタンドアロン・システムに関する説明を参照してください。

- Upgrade Assistantは、シングル・セッションでドメイン内のすべてのスキーマをアップグレードできるようになりました。コンポーネント間に依存関係がある場合は、それらを特定してアップグレードします。

- Upgrade Assistantは、Fusion Middlewareデータベース・スキーマのエディション・ベースの再定義(EBR)をサポートして、Fusion Middlewareコンポーネントの高可用性をアップグレードします。

- Upgrade Assistantは、サイレント・モードでコマンドラインから完全なアップグレードを実行できるレスポンス・ファイルを生成できます。

- Upgrade Assistantは、スイートのOracleホームの個別コンポーネントではなく、ORACLE_HOME/oracle_commonディレクトリの一部として使用できるようになりました。

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

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

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

1 Upgrade Assistantの使用方法

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

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

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

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

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

- 第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のアップグレードのプランニング』、サポートされているアップグレード開始点の詳細を説明したコンポーネント固有のドキュメントおよび特定のインストール・タイプの前提条件とアップグレード・パスを参照してください。

1.1 Upgrade Assistantについて

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

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

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

- 一般的なコンポーネント構成のアップグレードの場合、Upgrade Assistantは、WebLogic管理サーバーに接続して、構成されるコンポーネントおよびアップグレードをサポートしているコンポーネントのリストを決定します。

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

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

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

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

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

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

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

注意:

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

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

Oracle Databaseを使用している場合、SYSとしてデータベースに接続し、SQL*Plusから次の文を実行して、現在のバージョン番号を取得します。

SELECT OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY;

VERSION列の数値が11.1.1.6.0または11.1.1.7.0、STATUS列が「VALID」、およびスキーマが表1-1にリストされている場合、そのスキーマはアップグレードのサポート対象です。

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

注意:

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

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

- アップグレードできるスキーマ・バージョンは、11gリリース1 (11.1.1.6.0または11.1.1.7.0)のみです。スキーマがバージョン11.1.1.6.0または11.1.1.7.0でない場合、12c (12.1.2)のアップグレード手順を使用する前に、それらをアップグレードする必要があります。

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

- アップグレード・プロセスを開始する前に、11gスキーマをドメインに関連付ける必要があります。

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

- Upgrade Assistantを使用してOracle Fusion Middlewareコンポーネントのデータベース・スキーマをアップグレードする場合、スキーマが次の基準のいずれかを満たしている必要があります。

- 11gリリースでリポジトリ作成ユーティリティ(RCU)を使用して作成されている。
または

- スキーマが、以前に11gリリースのUpgrade Assistantまたはパッチ・セット・アシスタントを使用してアップグレードされている。
注意: これらの要件は、Oracle WebLogic診断フレームワーク(_WLDF)スキーマには適用されません。

- 表1-1には、Oracle Fusion Middleware 12c (12.1.2)リリースでアップグレード可能な製品のスキーマのみがリストされています。

表1-1 アップグレードが必要なスキーマ

コンポーネント名

スキーマ

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

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

依存関係

監査サービス脚注 1

prefix_IAU

11.1.1.6.0

11.1.1.7.0

12.1.2.0.0

なし。

メタデータ・サービス

prefix_MDS

11.1.1.6.0

11.1.1.7.0

12.1.2.0.0

なし。

Oracle Platform Security Services脚注 2

prefix_OPSS

11.1.1.6.0

11.1.1.7.0

12.1.2.0.0

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

WebLogic診断フレームワーク

prefix_WLDF

適用なし。脚注 3

12.1.2.0.0

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

prefix_ODI_REPO

11.1.1.6.0

11.1.1.7.0

12.1.2.0.0

なし。

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

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

脚注 3 11gでは、_WLDFスキーマは、schema_version_registry表にリストされませんでした。ただし、12.1.2.0.0にアップグレードすると、_WLDFスキーマは、schema_version_registry表にリストされます。

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

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

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

- Oracle HTTP Server

- Oracle Web Services Manager

注意:

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

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

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

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

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

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

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

- コンポーネントを構成する前の管理サーバーの起動

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

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

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

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

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

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

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

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

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

注意:

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

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

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

Upgrade Assistantを実行してスキーマをアップグレードする前に、アップグレードするスキーマを使用している可能性のあるすべてのOracle Fusion Middleware管理対象サーバー、管理サーバーおよびシステム・コンポーネント(OHSなど)を停止します。これを行わないと、結果としてアップグレードが不完全になったり、障害が発生する場合があります。

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

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

1.6.5 コンポーネントを構成する前の管理サーバーの起動

Upgrade Assistantを実行してコンポーネント構成をアップグレードする前に、コンポーネントをデプロイする管理サーバーを起動します。たとえば、Oracle Web Services Manager (OWSM)コンポーネント構成をアップグレードする前に、Oracle Web Services Manager (OWSM)ポリシー・マネージャをデプロイする管理サーバーを起動する必要があります。

コンポーネント構成をアップグレードする前にサーバーを起動する方法の詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

1.7 Upgrade Assistantの起動

Upgrade Assistantは、12c (12.1.2)バージョンの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スキーマ)。

11gドメイン・ディレクトリ

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

この画面を使用して、_OPSSおよび_IAUスキーマ・アップグレードに既存のOracle WebLogic 11gドメイン・ディレクトリを指定します。

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

ODIオプション

Oracle Data Integratorスキーマのアップグレード時のみ。

この画面を使用して、Upgrade Assistantが実行するアップグレード操作を指定します。

Oracle Data Integratorのアップグレードの詳細は、「Oracle Data Integratorのアップグレード」を参照してください。

ODIスーパーバイザ

Oracle Data Integratorスキーマのアップグレード時のみ。

この画面を使用して、ODIスーパーバイザのユーザー名(SUPERVISOR)およびパスワードを提供します。

Oracle Data Integratorのアップグレードの詳細は、「Oracle Data Integratorのアップグレード」を参照してください。

ODIアップグレード・キー

Oracle Data Integratorスキーマのアップグレード時のみ。

この画面を使用して、11gのオブジェクトIDを一意のGUIDに変換するアップグレード・キーを生成します。このキーは、アップグレード後に他の11gオブジェクトをインポートする際に使用します。自動生成アップグレード・キーは、必要に応じて変更できます。

Oracle Data Integratorのアップグレードの詳細は、「Oracle Data Integratorのアップグレード」を参照してください。

調査

常時

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

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

常時

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

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

常時

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

アップグレード成功

または

アップグレード失敗

常時

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

または

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

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コンポーネント構成」オプションを選択します。ドメインを管理しているWebLogic Administration Serverに接続するために必要な接続詳細の入力を求められます。

OWSMポリシー・マネージャ

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

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

コンポーネント・リスト

常時

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

前提条件

常時

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

調査

常時

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

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

常時

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

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

常時

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

アップグレード成功

または

アップグレード失敗

常時

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

または

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

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

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

注意:

12c (12.1.2)では、Upgrade Assistantは、システム・コンポーネントに個別のスタンドアロン・ドメインを作成します。このドメインは、ノード・マネージャで管理できますが、管理サーバーがありません。新しいシステム・コンポーネント・ドメインの使用方法の詳細は、『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スタンドアロン・ドメインを作成した後、このオプションを使用して、スタンドアロン・ドメインを他のスタンドアロン・システム・コンポーネントに拡張できます。

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

コンポーネント・リスト

常時

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

前提条件

常時

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

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

常時

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

ノード・マネージャ

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

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

調査

常時

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

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

常時

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

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

常時

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

アップグレード成功

または

アップグレード失敗

常時

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

または

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

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

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

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

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

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

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

注意:

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

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

表1-5は、新しくアップグレードしたドメインで実行する可能性が高い、一般的な管理タスクの一部をリストしています。アップグレードした後にこれらのタスクが正常に完了できた場合、アップグレードが成功したことを意味します。

注意:

アップグレードした環境に適用するタスクのみを実行してください。

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

タスク

説明

詳細情報の参照先

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

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

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

『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの起動と停止に関する項

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

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

『Oracle Fusion Middlewareの管理』のアプリケーションの起動と停止に関する項

Secure Sockets Layer (SSL)の構成

SSLを使用して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の監視に関する項

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

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

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のスキーマ・バージョンが正しくアップグレードされていることを検証できます。

SELECT OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY;

VERSION列の数値が、そのスキーマの最新のバージョン番号に一致していることを確認します。アップグレードされたスキーマのバージョン番号が正しいかどうかを検証するには、表1-1を参照してください。

問合せ結果の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コンポーネントをOracle Fusion Middleware 12c (12.1.2)にアップグレードできます。また、一部のアップグレード・タスクを自動化するレスポンス・ファイルを作成することもできます。

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

- オプションの引数を使用した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に設定すると、より多くの情報がロギングされます。これは、失敗したアップグレードをトラブルシューティングするときに役立ちます。

-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に設定すると、より多くの情報がロギングされます。これは、失敗したアップグレードをトラブルシューティングするときに役立ちます。

-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.2)にアップグレードする際に発生する可能性のある一般的な問題を解決する方法について説明します。

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

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

- ログ・ファイルの確認

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

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

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

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

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

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

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

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

3. エラー・メッセージに関する説明でそのエラーを参照してください。
エラー・メッセージに関する説明のエラーについての説明には、エラーの原因およびそのエラーを解決するために実行する必要がある処置についての説明が含まれています。

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

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

- 説明されていないエラーまたはエラーの後に説明されている処置によって解決できないエラーについては、Oracleサポート・サービスに連絡してください。一部のエラーでは、バックアップからリポジトリをリストアし、問題を解決してアップグレードを再実行する必要があります。

3.2 ログ・ファイルの確認

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

ヒント:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

注意:

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

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

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

注意:

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

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

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 障害が発生した後のUpgrade Assistantの再起動

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

1. バックアップした11g環境をリカバリします。

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項「WebLogicコンポーネント構成」

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

- 第A.5項「使用可能なコンポーネント」

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

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

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

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

- 第A.10項「スキーマの選択」

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

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

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

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

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

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

- 第A.17項「調査」

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

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

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

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

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

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

注意:

この付録で説明されている画面は、必ずしも順番に表示されるとはかぎりません。選択するオプションによっては、すべての画面が表示されない場合もあります。各アップグレード・タイプで使用される画面の一般的な情報は、第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)からFusion Middleware 12c (12.1.2)にアップグレードします。

A.2 スキーマ

図A-2 スキーマ

インストールされたコンポーネントのスキーマをアップグレードするには、「スキーマ」を選択します。Upgrade Assistantにより、スキーマのアップグレード候補のコンポーネントがリストされます。リストされたコンポーネントのいずれかをユーザー環境で使用していないために、そのコンポーネントのスキーマをアップグレードする必要がない場合があります。Upgrade Assistantを使用してスキーマをアップグレードする場合は、一度に1つのドメインのスキーマをアップグレードしてください。スキーマがアップグレードされ、ドメインが再構成およびアップグレードされた後、アップグレードが必要なそれぞれの追加ドメインに対して再度Upgrade Assistantを起動します。

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

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

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

管理対象WebLogic Serverドメインのコンポーネント構成をアップグレードするには、「WebLogicコンポーネント構成」オプションを選択します。ドメインを管理しているWebLogic Administration Serverに接続するために必要な接続詳細の入力を求められます。

要素

説明

ホスト

管理サーバーのホスト。

必ず完全なホスト名を指定します。次に例を示します。

fusionHost1.example.com

ポート

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

ユーザー名

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

パスワード

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

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

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

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

オプション

説明

新規ドメインの作成

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

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

既存のドメインの更新

12.1.2.0.0のシステム・コンポーネントにスタンドアロン・ドメインが作成された後、このオプションを選択して、別のスタンドアロン・システム・コンポーネントにそのドメインを拡張できます。

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

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

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

スキーマを選択するには、コンポーネント名の横のボックスをクリックします。

使用可能なスキーマをすべて選択するには、「使用可能なコンポーネント」の横にあるボックスをクリックします。これで、コンポーネントとその使用可能なスキーマがすべて選択されます。

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

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

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

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

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

A.7 前提条件

図A-7 前提条件

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

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

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

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

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

新規ドメインの作成

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

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

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

既存のドメインの更新

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

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

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

A.9 11g ドメイン・ディレクトリ

図A-9 11g ドメイン・ディレクトリ

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

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

A.10 スキーマの選択

図A-10 スキーマの選択

この画面を使用して、選択したスキーマとそのスキーマをホストするデータベースへの接続に必要な情報を入力します。「接続」をクリックしてデータベースに接続してからアップグレードするスキーマを選択します。

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

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

要素

説明

データベース・タイプ

ドロップダウン・メニューからデータベース・タイプを選択します。

メニューで使用できるデータベースのタイプは、アップグレードしようとするスキーマによって異なります。

注意: 前述の例で示されているデータベース・タイプは、Oracle Edition-Based Redefinition (EBR)のスキーマの場合です。必ずご使用のアップグレードに適切なデータベース・タイプを選択してください。

データベース接続文字列

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

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

host:port/db_service_name

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

DBAユーザー名

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

Oracle Databaseユーザーの場合、Upgrade AssistantのユーザーにはOracleのDBAロールを付与する必要があります。

DBAパスワード

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

スキーマ・ユーザー名

スキーマのユーザー名(たとえば、DEV_MDS)を入力します。

スキーマ・パスワード

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

エディション名

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

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

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

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

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

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

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

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

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

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

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

注意:

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

要素

説明

ユーザー名

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

パスワード

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

リスニング・アドレス

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

リスニング・ポート

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

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

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

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

要素

説明

ホスト

ドメインの管理サーバーが実行されているホスト。

必ず完全なホスト名を指定します。次に例を示します。

fusionHost1.example.com

ポート

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

ユーザー名

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

パスワード

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

A.14 ODIオプション

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

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

オプション

説明

KMを必須更新で置換

これを選択すると、標準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リポジトリ内のすべてのインタフェースが有効である必要があります。

A.15 ODIスーパーバイザ

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

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

要素

説明

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

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

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

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

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

図A-16 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 調査

図A-17 調査

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

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

次の表に、コンポーネントのステータス・インジケータの説明を示します。

ステータス

説明

アップグレード不要

コンポーネントは以前のUpgrade Assistantセッションですでにアップグレードされているか、スキーマが現行リリースのRepository Creation Utility 12.1.2.0.0によって最近作成されており、アップグレードは不要です。このコンポーネントではアクションは実行されません。

進行中

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

保留中

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

失敗

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

成功

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

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

A.18 調査失敗

図A-18 調査失敗

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステータス

説明

進行中

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

保留中

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

アップグレード不要

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

スキップ済

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

失敗

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

成功

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

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

関連項目

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

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

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

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

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

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

ORACLE_HOME/oracle_common/upgrade/logs

Windowsシステムの場合:

ORACLE_HOME\oracle_common\upgrade\logs

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

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

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

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

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

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

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

この画面は、アップグレードの取消しを確認する際に使用します。

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

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

コピーライトについて

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

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

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

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

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

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