Oracle® Fusion Middleware

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

12c (12.1.2)

E47976-02(原本部品番号:E40263-02)

2013年9月

Oracle Fusion Middleware Infrastructure 12cへのアップグレードを希望するOracle Fusion Middleware管理者向けのドキュメント。

Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureへのアップグレード, 12c (12.1.2)

E47976-02

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

原本著者: Lisa Jamen

原本協力著者: Peter LaQuerre、Shynitha K S

原本協力者: William Norcott、Michael Rubino、Renga Rengarajan、Robert Donat、Rubis Chowallur、Sitaraman Swaminathan

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

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

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

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(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)の新機能と変更された機能

- このガイドのその他の変更点

1 Oracle Fusion Middleware Infrastructureアップグレードの準備

- 1.1 Infrastructureアップグレードの開始ポイントについての理解

- 1.1.1 Application Developer 11gインストーラについて

- 1.1.2 Oracle Fusion Middleware Infrastructure 12cについて

- 1.1.3 Application Developer 11gとInfrastructure 12cの重要な違い

- 1.1.3.1 Infrastructure 12cにはOracle WebLogic Serverが含まれる

- 1.1.3.2 Infrastructure 12cは特定のデータベース・スキーマを必要とする

- 1.1.3.3 Infrastructure 12cドメインにOracle HTTP Serverを含めることができる

- 1.2 標準アップグレード・トポロジの理解

- 1.2.1 Fusion Middleware Infrastructureの標準アップグレード・トポロジ

- 1.2.2 Oracle HTTP Serverを含むFusion Middleware Infrastructureの標準アップグレード・トポロジ

- 1.3 Oracle Fusion Middleware 12cの追加新機能の理解

- 1.4 Oracle Fusion Middleware Infrastructureへのアップグレードのフロー・チャートおよびタスク・ロードマップ

- 1.4.1 Infrastructure標準アップグレード・トポロジのアップグレードのフロー・チャート

- 1.4.2 Infrastructure標準アップグレード・トポロジのアップグレードのタスク・ロードマップ

- 1.5 Oracle HTTP Serverのアップグレードについて

- 1.6 Oracle JDeveloper 12cを使用したカスタム・アプリケーションのアップグレード

2 Infrastructureアップグレードの実行

- 2.1 既存のOracle Fusion Middleware 11g環境のバックアップ

- 2.2 Oracle Fusion Middleware Databaseのアップグレード(必要な場合)

- 2.3 アップグレード前のファイルベースのセキュリティ・ストアの再関連付け

- 2.4 APPHOSTへのOracle Fusion Middleware Infrastructure 12.1.2のインストール

- 2.5 APPHOSTへのOracle HTTP Server 12.1.2のインストール

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

- 2.7 スキーマ・バージョン・レジストリを使用した既存の11gスキーマの識別

- 2.8 アップグレード前の必要な12.1.2スキーマの作成

- 2.8.1 作成するスキーマの決定

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

- 2.9 アップグレード・アシスタントを使用した11gスキーマのアップグレード

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

- 2.11 管理サーバーの起動

- 2.12 アップグレード・アシスタントを使用したドメイン・コンポーネント構成のアップグレード

- 2.13 アップグレード後のタスクの実行

- 2.14 ドメイン・コンポーネント構成のアップグレードの確認

3 アップグレード後に実行するタスク

- 3.1 ノード・マネージャの構成および起動

- 3.2 管理サーバーの再起動

- 3.3 管理対象サーバーへのJRFテンプレートの適用

- 3.4 Oracle Fusion Middleware 12c監査データ・ストアの構成

- 3.5 アップグレードしたOracle Fusion Middleware 12cソフトウェアの管理のためのドキュメント・リソース

- 3.6 Oracle Fusion Middleware 12cでの11gアプリケーション・デプロイメントの使用

- 3.6.1 Oracle Application Development Framework (ADF) 12cについて

- 3.6.2 Oracle JDeveloper 12cについて

- 3.6.2.1 Oracle JDeveloper 12cのインストール

- 3.6.2.2 Oracle JDeveloper 12cを使用したアプリケーションの移行

- 3.6.2.3 Oracle JDeveloper 12cを使用した非同期Webサービスの移行について

はじめに

このガイドでは、Oracle Application Development Framework (Oracle ADF)ランタイム環境をOracle Fusion Middleware Infrastructure 12c (12.1.2)にアップグレードする方法について説明します。

特に、Oracle Fusion Middleware 12c Application Developerインストーラを使用して1つ以上のOracle WebLogic Serverドメインをインストールして構成していること、およびそのドメインに1つ以上のJavaまたはOracle ADFアプリケーションをデプロイしていることを前提としています。

ドメインおよびOracle Fusion Middlewareのサポート・テクノロジをOracle Fusion Middleware Infrastructure 12cにアップグレードするには、このガイドを使用します。

対象読者

このドキュメントは、Oracle Fusion Middlewareのインストール、アップグレードおよび管理タスクの知識がある管理者を対象としています。

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

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 Other Product One Release 7.0のドキュメント・セットまたはOracle Other Product Two Release 6.1のドキュメント・セット内の次のドキュメントを参照してください。

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

- 『Oracle Fusion Middleware Infrastructureのインストールと構成』

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

このガイドで説明する新機能
次のトピックでは、Oracle Fusion Middlewareのアップグレード・ツールおよびプロセスの新機能と変更された機能を紹介しています。

また、ここではこのマニュアルについての情報と、追加情報へのポインタも提供しています。

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

Oracle Fusion Middleware 12cには、次に示す新しいアップグレード処理とツール、さらには新しい一連のインストーラが導入されており、これらはディストリビューションと呼ばれます。

- Oracle Fusion Middleware Infrastructureと呼ばれる新しいディストリビューション。このディストリビューションには、Oracle WebLogic ServerインストーラとApplication Developer 11gインストーラの機能を組み合せたインストーラが含まれています。
そのため、このディストリビューションには、JavaアプリケーションとOracle Application Development Framework (Oracle ADF)アプリケーションのデプロイおよび管理に使用できるOracle WebLogic Serverドメインを作成するために必要なすべてのものが含まれています。

詳細は、Oracle Fusion Middlewareの理解に関するドキュメントを参照してください。

- Oracle Fusion Middlewareデータベース・スキーマをアップグレードし、コンポーネント構成を12cにアップグレードするために使用される、改善された新しいOracle Fusion Middlewareアップグレード・アシスタント。
詳細は、『Oracle Fusion Middlewareのアップグレードのプランニング』を参照してください。

- 既存の11gドメインを12cにアップグレードする、新しい再構成ウィザード。
詳細は、『Oracle WebLogic Serverのアップグレード』を参照してください。

このガイドのその他の変更点

これはOracle Fusion Middleware 12c用の新しいマニュアルです。ただし、以前、Oracle Fusion Middleware 11gバージョンのOracle Fusion Middleware SOA、WebCenterおよびADFアップグレード・ガイドに含まれていた、Oracle ADF用の内容と似た情報が含まれています。

Oracle Fusion Middleware 12cでは、JavaおよびOracle ADFカスタム・アプリケーションのデプロイメントと管理のためにApplication Developer 11g環境をインストールして構成したOracle Fusion Middleware 11gユーザー向けのアップグレード処理について説明した、別のガイドが必要でした。

1 Oracle Fusion Middleware Infrastructureアップグレードの準備

この章では、アップグレードの準備のために実行する必要がある手順の概要について説明します。

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

- 第1.1項「Infrastructureアップグレードの開始ポイントについての理解」

- 第1.2項「標準アップグレード・トポロジの理解」

- 第1.3項「Oracle Fusion Middleware 12cの追加新機能の理解」

- 第1.4項「Oracle Fusion Middleware Infrastructureへのアップグレードのフロー・チャートおよびタスク・ロードマップ」

- 第1.5項「Oracle HTTP Serverのアップグレードについて」

- 第1.6項「Oracle JDeveloper 12cを使用したカスタム・アプリケーションのアップグレード」

1.1 Infrastructureアップグレードの開始ポイントについての理解

サポートされている次の開始ポイントから、Oracle Fusion Middleware Infrastructure 12c (12.1.2)にアップグレードできます。

- Oracle Fusion Middleware Application Developer 11g (11.1.1.6)

- Oracle Fusion Middleware Application Developer 11g (11.1.1.7)

このガイドのアップグレード手順では、既存のApplication Server 11gドメインとそのドメインのOracle Fusion Middlewareコンポーネント構成をOracle Fusion Middleware Infrastructure 12.1.2にアップグレードする方法を説明しています。

注意:

このガイドでは、既存のApplication Developer 11gドメインと関連付けられるように構成されたインストール済のOracle HTTP Serverインスタンスをアップグレードするための手順も示しています。

スタンドアロンOracle HTTP Server 11gのアップグレードの詳細は、『Oracle Fusion MiddlewareスタンドアロンOracle HTTP Serverのアップグレード 』を参照してください。

詳細は、次のトピックを参照してください。

- Application Developer 11gインストーラについて

- Oracle Fusion Middleware Infrastructure 12cについて

- Application Developer 11gとInfrastructure 12cの重要な違い

1.1.1 Application Developer 11gインストーラについて

Oracle Fusion Middleware 11g Application Developerインストーラは、Oracle WebLogic ServerドメインをOracle ADFアプリケーションのデプロイメント用に構成するためのソフトウェア・テクノロジとコンポーネントを提供します。これらのテクノロジとコンポーネントは、一般にOracle JRFと呼ばれます。

このようなドメインを構成するには、次の手順を実行します。

1. Oracle WebLogic Server 10.3.5または10.3.6インストーラを使用して、新しいOracle Fusion Middleware 11g Middlewareホームを作成します。

2. Application Developer 11gソフトウェアを同じMiddlewareホームにインストールします(これによって、そのMiddlewareホーム内に新しいOracle共通ディレクトリが作成されます)。

3. そのMiddlewareホームで構成ウィザードを使用し、1つ以上の管理対象サーバーが含まれるApplication Developerドメインを構成します(これを使用してOracle ADFアプリケーションをデプロイできます)。

Oracle Fusion Middleware 11g Application Developerインストーラの詳細は、Oracle Technology NetworkのOracle Fusion Middleware 11g (11.1.1.7)ドキュメント・ライブラリの『Oracle Fusion Middleware Application Developerインストレーション・ガイド』を参照してください。

1.1.2 Oracle Fusion Middleware Infrastructure 12cについて

Oracle Fusion Middleware 12c (12.1.2)リリースの一部として提供されるOracle Fusion Middleware Infrastructureディストリビューションは、Oracle WebLogic ServerとApplication Developer installers in 11gによって提供されるものと似た一連のテクノロジとコンポーネントを提供します。

Oracle Fusion Middleware Infrastructureの詳細は、相互運用性および互換性に関するガイドのOracle Application Server Infrastructure 12c (12.1.2)に関する項を参照してください。

1.1.3 Application Developer 11gとInfrastructure 12cの重要な違い

Oracle Fusion Middleware Infrastructure 12cは11g Application Developerインストールと似ていますが、次の違いがあります。

- Infrastructure 12cにはOracle WebLogic Serverが含まれる

- Infrastructure 12cは特定のデータベース・スキーマを必要とする

- Infrastructure 12cドメインにOracle HTTP Serverを含めることができる

1.1.3.1 Infrastructure 12cにはOracle WebLogic Serverが含まれる

Application Developer 11gインストールには個別の2つのインストールが必要でした(Oracle WebLogic Serverと、その後、Oracle JRFライブラリとコンポーネントを追加するためのApplication Developer)。Oracle Fusion Middleware 12cでは、フレッシュ・インストールにはOracle WebLogic Serverと必要なJava Required Filesテクノロジの両方が含まれるOracle Fusion Middleware Infrastructureディストリビューションのみが必要です。

アップグレード手順では、新しいOracle Fusion Middleware 12cドメインの構成は必要ありません。かわりに、再構成ウィザードを使用してドメインをアップグレードします。詳細は、『Oracle Fusion Middlewareのアップグレードのプランニング』の「アップグレードおよび構成ツールの理解と入手」を参照してください。

1.1.3.2 Infrastructure 12cは特定のデータベース・スキーマを必要とする

Application Developer 11gインストールと異なり、Infrastructure 12cインストールでは、サポートされているデータベースで一連の必須スキーマを作成する必要があります。特に、Oracle Fusion Middleware Infrastructure 12c (12.1.2)ソフトウェアを構成する前に、12c Repository Creation Utility (RCU)を使用して、少なくとも1つの必須データベース・スキーマを作成する必要があります。

Oracle Fusion Middleware Infrastructure 12c (12.1.2)にアップグレードする前に、要件に応じて次のデータベース・スキーマを1つ以上インストールする必要があります。

- サービス表(STB)スキーマ: すべてのOracle Fusion Middleware Infrastructure 12cインストールに必要な新しいスキーマです。このスキーマによって、コンポーネント間ワイヤリングと呼ばれる新しいOracle Fusion Middleware 12c機能が有効になります。詳細は、『Oracle Fusion Middlewareの管理』のコンポーネント間ワイヤリングに関する項を参照してください。12c (12.1.2)へのアップグレード前にこのスキーマをインストールする必要があります。

- OPSSスキーマ: Oracle Platform Security Servicesにデータベースベースのセキュリティ・ストアを提供します。
11gでセキュリティ・ストアを使用しているかどうかと、使用しているセキュリティのタイプに応じて、OPSS 12c (12.1.2)スキーマを作成する必要がある場合があります。詳細は、表1-1を参照してください。

表1-1 Oracle Fusion Middleware 11gセキュリティ・ストアのアップグレードの概要

使用しているコンソール

次のアクションを実行

詳細

11gのファイルベースのセキュリティ・ストア

アップグレード前:

1. 11g Repository Creation Utilityを使用して11g OPSSを作成します

2. ファイルベースのセキュリティ・ストアをデータベース・セキュリティ・ストアと再関連付けします。

アップグレード時にOracle Fusion Middleware 12cアップグレード・アシスタントを使用して、OPSSスキーマを12c (12.1.2)にアップグレードします。

第2.3項「アップグレード前のファイルベースのセキュリティ・ストアの再関連付け」

11gのOracle Internet Directory (OID)ベースのセキュリティ・ストア

- アップグレード時に12c Repository Creation Utilityを使用して、新しい12c OPSSスキーマを作成します。

- アップグレード・アシスタントで、OPSSスキーマを選択します(アップグレード・アシスタントによってOIDベースのセキュリティ・ストアがアップグレードされます)。

- ドメインの再構成中に12cスキーマを参照するためにのみ、12c OPSSデータベース・スキーマは必要です。ドメインでは、アップグレード後にOIDベースのセキュリティ・ストアが引き続き使用されます。

- 第2.8項「アップグレード前の必要な12.1.2スキーマの作成」

- 第2.9項「アップグレード・アシスタントを使用した11gスキーマのアップグレード」

- 第2.10項「再構成ウィザードを使用したドメインの再構成」

データベースベースのセキュリティ・ストアとOPSSスキーマ

アップグレード・アシスタントを使用して既存の11g OPSSスキーマをアップグレードした後、ドメインの再構成時にアップグレードした11gスキーマを参照します。

- 第2.9項「アップグレード・アシスタントを使用した11gスキーマのアップグレード」

- 第2.10項「再構成ウィザードを使用したドメインの再構成」

- IAUスキーマ: OPSS監査機能に使用されます。
11gで監査データ・ストアを使用しているかどうかと、使用している監査データ・ストアのタイプに応じて、IAU 12c (12.1.2)スキーマを作成する必要がある場合があります。詳細は、表1-2を参照してください。

表1-2 Oracle Fusion Middleware 11g監査ストアのアップグレードの概要

使用しているコンソール

次のアクションを実行

詳細

11gのファイルベースの監査ストア

- アップグレード時に新しい12c IAUスキーマを作成します。

- アップグレード後に、データベースベースの監査データ・ストアを使用するようにOracle Platform Security Services監査サービスを構成します。

- 第2.8項「アップグレード前の必要な12.1.2スキーマの作成」

- 第3.4項「Oracle Fusion Middleware 12c監査データ・ストアの構成」

データベースベースの監査ストアおよびIAU 11gスキーマ

アップグレード・アシスタントを使用して既存の11g IAUスキーマをアップグレードした後、ドメインの再構成時にアップグレードした11gスキーマを参照します。

- 第2.9項「アップグレード・アシスタントを使用した11gスキーマのアップグレード」

- 第2.10項「再構成ウィザードを使用したドメインの再構成」

1.1.3.3 Infrastructure 12cドメインにOracle HTTP Serverを含めることができる

Oracle Fusion Middleware 11gでは、通常、Oracle HTTP Serverインスタンスは11g Middlewareホームとは別のOracleインスタンス・ディレクトリに構成されます。Oracle HTTP Server 11gインスタンスは、Oracle Process Manager and Notification Server (OPMN)管理ソフトウェアを使用して管理されます。必要に応じて、Oracle HTTP Server 11gインスタンスをWebLogicドメインと「関連付ける」こともできます。

Oracle Fusion Middleware 12cでは、Oracle Fusion Middleware構成ウィザードを使用して、Oracle HTTP ServerインスタンスをOracle WebLogic Serverドメインの一部として構成できます。Oracle Fusion Middleware Infrastructureドメインの一部として構成した場合、Oracle HTTP Serverインスタンスは、Oracle Enterprise Manager Fusion Middleware ControlとOracle Weblogic Scripting Tool (WLST)を使用して管理できます。Oracle Fusion Middleware 12cでは、ノード・マネージャ・エージェントが、OHSインスタンスへの管理リクエストの委任と実行を担当します

Oracle Fusion Middleware 12cにおけるOracle HTTP Serverなどのシステム・コンポーネントの構成および管理方法に関する変更点と、Oracle Fusion Middleware 12cにおけるその他の重要な変更点の詳細は、第1.3項を参照してください。

1.2 標準アップグレード・トポロジの理解

Oracle Fusion Middleware Application Developer 11gソフトウェアを使用して、アプリケーション、組織およびアプリケーション・ユーザーのニーズに応じた様々な本番トポロジを作成できます。

そのため、考えられるすべてのApplication Developer 11gインストールに対して正確なアップグレード手順を示すことは困難です。この問題を解決するために、このアップグレード・ドキュメントでは、2つの一般的なApplication Developer構成をアップグレードする詳細な手順を説明しています。これらの一般的なトポロジを、Oracle Fusion Middleware 12cの標準アップグレード・トポロジと呼びます。

このガイドでは、具体的には、Oracle JRFとOracle ADFアプリケーションのデプロイメントをサポートするように構成された2つの管理対象サーバーのクラスタが含まれるドメインを構成するために、Oracle WebLogic ServerとApplication Developer 11gソフトウェアを使用したと想定しています。

実際のトポロジは異なる場合がありますが、ここで説明するトポロジを、他の同様のApplication Developerトポロジをアップグレードする際の参考にしてください。

このガイドでは、2つの特定のアップグレード・トポロジをアップグレードする方法について順を追って説明しています。

- Fusion Middleware Infrastructureの標準アップグレード・トポロジ

- Oracle HTTP Serverを含むFusion Middleware Infrastructureの標準アップグレード・トポロジ

1.2.1 Fusion Middleware Infrastructureの標準アップグレード・トポロジ

図1-1に、Oracle Fusion Middleware 11g Application Developerの標準アップグレード・トポロジと、このガイドのアップグレード手順実行後のOracle Fusion Middleware 12c Infrastructureトポロジを示します。

図1-1 Infrastructureアップグレード・トポロジ

このトポロジ図のすべての要素を表1-3に示します。

表1-3 Infrastructureの標準アップグレード・トポロジの要素の説明

要素

説明と追加ドキュメントへのリンク

11g Application Developerトポロジ

これは図1-1の左側のラベルです。これは、Oracle Fusion Middleware 11g Application Developerインストーラを使用して作成された一般的な単一ホスト・トポロジを示します。

これは、2つの管理対象サーバーのクラスタと管理サーバーが含まれる単一ドメインで構成されます。また、スキーマとともにオプションのファイルベースのストアまたはデータベースが存在します。

このドキュメントでは、このトポロジを、Oracle Fusion Middleware 12c Infrastructureディストリビューションを使用して作成した同等のトポロジにアップグレードする方法について順を追って説明します。

12c Infrastructureの標準インストール・トポロジ

これは図の右側のラベルです。これは、Oracle Fusion Middleware 12c Infrastructureディストリビューションを使用して作成された一般的な単一ホスト・トポロジを示します。

Application Developer 11gトポロジと同様に、これも、2つの管理対象サーバーのクラスタと管理サーバーが含まれる単一ドメインで構成されます。

APPHOST

アプリケーション層をホストしているマシンを指す、Oracleドキュメントで使用される標準的な用語。

DBHOST

データベースをホストしているマシンを指す、Oracleドキュメントで使用される標準的な用語。

Application Developer 11gではデータベースは任意でしたが、Oracle Fusion Middleware Infrastructure 12cではデータベースが必要であることに注意してください。詳細は、1.1.3.2項を参照してください。

ファイルベースのストア

XMLのファイルベースのセキュリティ・ストア11gでは、ファイルベースのセキュリティ・ストアまたはデータベースベースのセキュリティ・ストアを使用できました。

ただし、12cではファイルベースのストアは非推奨で、サポートされているデータベースでOracle Platform Security Services (OPSS)スキーマを使用する必要があります。

スキーマがあるデータベース

Repository Creation Utilityを使用してOracle Fusion Middlewareスキーマが作成された、サポートされているデータベースを表します。

WebLogicドメイン

論理的に関連付けられたJavaコンポーネント(この場合は、管理サーバー、管理対象サーバーおよびその他の関連ソフトウェア・コンポーネント)のグループ。

詳細は、Oracle Fusion Middlewareの理解のOracle WebLogic Serverドメインの概要に関する項を参照してください。

管理サーバー

ドメインの構成オブジェクトを保持し、構成内の変更を管理対象サーバーに配布する、ドメインの集中管理エンティティ。

詳細は、Oracle Fusion Middlewareの理解の管理サーバーの概要に関する項を参照してください。

Enterprise Manager

Oracle Enterprise Manager Fusion Middleware Control。これは、ドメインの管理に使用できるメイン・ツールです。

詳細は、Oracle Fusion Middlewareの理解のOracle Enterprise Manager Fusion Middleware Controlに関する項を参照してください。

クラスタ

同時に稼働し、相互に作用する複数のWebLogic Serverインスタンスのコレクション。

詳細は、Oracle Fusion Middlewareの理解の管理対象サーバーと管理対象サーバー・クラスタの理解に関する項を参照してください。

マシン

1つまたは複数のWebLogic Serverインスタンス(サーバー)をホストするコンピュータの論理的な表現。マシンはまた、ノード・マネージャとともに管理対象サーバーを起動または停止するために、WebLogic管理対象サーバーとノード・マネージャ間を論理的に結び付けており、管理対象サーバーをマシンに関連付ける必要があります。

管理対象サーバー

アプリケーション、アプリケーション・コンポーネント、Webサービスおよび関連リソースのホスト。

詳細は、Oracle Fusion Middlewareの理解の管理対象サーバーと管理対象サーバー・クラスタの理解に関する項を参照してください。

Oracle JRF

Oracle JRF (Java Required Files)は、Oracleビジネス・アプリケーションおよびアプリケーション・フレームワークに共通の機能を提供するコンポーネントのうち、Oracle WebLogic Serverと同時にインストールされないコンポーネントで構成されています。

JRFには、共通の場所にデプロイされる、いくつかの個別に開発されたライブラリおよびアプリケーションが含まれています。Java Required Filesに属すると見なされるコンポーネントには、Oracle Application Development Frameworkの共有ライブラリやODLロギング・ハンドラなどがあります。

インフラストラクチャ

次のものを含むサービスのコレクションを表すOracle Fusion Middleware 12cの用語(Oracle JRFと同様)。

- メタデータ・リポジトリ(MDS)
これには、Oracle Application Developer FrameworkなどのOracle Fusion Middlewareコンポーネントのメタデータが含まれます。

詳細は、Oracle Fusion Middlewareの理解のメタデータ・リポジトリの概要に関する項を参照してください。

- Oracle Application Developer Framework (ADF)

- Oracle Web Services Manager (OWSM)

Application Developer 11gトポロジは、第1.1.3項「Application Developer 11gとInfrastructure 12cの重要な違い」で説明する違いを除き、Oracle Fusion Middleware Infrastructure 12cトポロジと同様です。

1.2.2 Oracle HTTP Serverを含むFusion Middleware Infrastructureの標準アップグレード・トポロジ

図1-2、Oracle HTTP Serverを含むOracle Fusion Middleware 11g Application Developerの標準アップグレード・トポロジと、このガイドのアップグレード手順実行後のOracle Fusion Middleware 12c Infrastructureトポロジを示します。

図1-2 Oracle HTTP Serverを含むInfrastructureの標準アップグレード・トポロジ

このトポロジ図の大部分の要素を表1-3に示します。

追加要素と図1-1とは異なるものを表1-4に示します。

表1-4 Oracle HTTP Serverを含むInfrastructureの標準アップグレード・トポロジの要素の説明

要素

説明と追加ドキュメントへのリンク

Oracle HTTP Serverを含む11g Application Developerトポロジ

これは図1-2の左側のラベルです。これは、Oracle Fusion Middleware 11g Application Developerインストーラを使用して作成された一般的な単一ホスト・トポロジを示します。

これは、2つの管理対象サーバーのクラスタと管理サーバーが含まれる単一ドメインで構成されます。また、スキーマとともにオプションのファイルベースのストアまたはデータベースが存在します。

図1-2には、11gドメインの一部としてのOracle HTTP Serverインスタンスも示します。

このドキュメントでは、このトポロジを、Oracle Fusion Middleware 12c Infrastructureディストリビューションを使用して作成した同等のトポロジにアップグレードする方法について順を追って説明します。

Oracle HTTP Serverを含む12c Infrastructureの標準インストール・トポロジ

これは図の右側のラベルです。これは、Oracle Fusion Middleware 12c Infrastructureディストリビューションを使用して作成された一般的な単一ホスト・トポロジを示します。

Application Developer 11gトポロジと同様に、これも、2つの管理対象サーバーのクラスタと管理サーバーが含まれる単一ドメインで構成されます。

図1-2には、12cドメインの一部としてのOracle HTTP Serverインスタンスも示します。

「ドメインに関連付けられた」Oracle HTTP Server

Oracle WebLogic Serverドメインに「関連付ける」ように構成されているOracle HTTP Server 11gインスタンス。Oracle Fusion Middleware 11gでは、Oracle HTTP Serverなどのシステム・コンポーネント・インスタンスは、Oracle Universal Installerベースの構成ウィザードで構成され、Oracle Process Manager and Notification Serverを使用して管理されます。

Oracle HTTP Server

図の左側のOracle HTTP Server 11gインスタンスと異なり、12cトポロジに示すOracle HTTP Server 12cインスタンスは、Oracle Fusion Middleware構成ウィザードを使用してドメインの一部として構成されます。これは、Oracle Enterprise Manager Fusion Middleware Control、Oracle Weblogic Scripting Tool (WLST)およびOracle WebLogic Serverノード・マネージャ・ソフトウェアを使用して管理されます。

Oracle Fusion Middleware 12c Oracle WebLogic ServerドメインでOracle HTTP Serverインスタンスが作成および管理される方法が変更されていることに注意してください。詳細は、第1.1.3.3項「Infrastructure 12cドメインにOracle HTTP Serverを含めることができる」を参照してください。

1.3 Oracle Fusion Middleware 12cの追加新機能の理解

Oracle Fusion Middleware Infrastructure 12cへのアップグレードを開始する前に、Oracle Fusion Middleware 12cで利用可能な新機能と変更点を確認してください。特に、Oracle Fusion Middlewareの理解の次の項を参照してください。

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

- 12c (12.1.2)の新しい用語と非推奨用語

- WebLogic Management Frameworkの概要

1.4 Oracle Fusion Middleware Infrastructureへのアップグレードのフロー・チャートおよびタスク・ロードマップ

次の項では、Oracle Fusion Middlewareの標準アップグレード・トポロジをアップグレードする手順の概要について説明します。

- Infrastructure標準アップグレード・トポロジのアップグレードのフロー・チャート

- Infrastructure標準アップグレード・トポロジのアップグレードのタスク・ロードマップ

1.4.1 Infrastructure標準アップグレード・トポロジのアップグレードのフロー・チャート

図1-3に、標準Infrastructureアップグレードに関連する手順の概要を示します。

図1-3 Infrastructureのアップグレード手順のフロー・チャート

1.4.2 Infrastructure標準アップグレード・トポロジのアップグレードのタスク・ロードマップ

表1-5に、Infrastructure 12.1.2にアップグレードするために実行する必要があるタスクを示します。

表1-5 Oracle Fusion Middleware Infrastructureアップグレード・ロードマップ

タスク

説明

詳細

新しい12cの概念を確認し、一般的なアップグレード・タスクを実行します。

アップグレードを計画する前に、12cの概念と一般的なアップグレード・タスクを確認する必要があります。

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

第1.1項「Infrastructureアップグレードの開始ポイントについての理解」

第1.2項「標準アップグレード・トポロジの理解」。

既存の11g環境の完全バックアップを実行します。

アップグレード処理によって既存のドメイン・ディレクトリが再構成されるため、バックアップは重要です。

第2.1項「既存のOracle Fusion Middleware 11g環境のバックアップ」

ファイルベースのセキュリティ・ストア?

既存の11g環境でファイルベースのセキュリティ・ストアまたは監査ストアを使用している場合、アップグレード前の重要なタスクを実行する必要があります。

第2.3項「アップグレード前のファイルベースのセキュリティ・ストアの再関連付け」。

11g Repository Creation Utilityの実行による11g OPSSおよびIAUスキーマの作成

11g Application Developer環境でファイルベースのセキュリティ・ストアを使用している場合のみ、この手順が必要です。

第2.3項「アップグレード前のファイルベースのセキュリティ・ストアの再関連付け」。

11gのファイルベースのセキュリティ・ストアを11gのデータベースベースのリポジトリと再関連付けします

11g Application Developer環境でファイルベースのセキュリティ・ストアまたは監査ストアを使用している場合のみ、この手順が必要です。

第2.3項「アップグレード前のファイルベースのセキュリティ・ストアの再関連付け」。

新しいOracleホームにInfrastructure 12.1.2をインストールします。

Oracle Fusion Middleware Application Developer 11gをインストールしたホストの新しいOracleホームに、Oracle Fusion Middleware Infrastructure 12cをインストールします。

ドメインに関連付けられたOracle HTTP Serverインスタンスが11g環境に含まれる場合、Infrastructureと同じOracleホームにOracle HTTP Server 12cをインストールします。

第2.4項「APPHOSTへのOracle Fusion Middleware Infrastructure 12.1.2のインストール」。

第2.5項「APPHOSTへのOracle HTTP Server 12.1.2のインストール」。

11g環境を停止します。

管理サーバーとすべての管理対象サーバーを停止します。

第2.6項「サーバーとプロセスの停止」。

Repository Creation Utilityを実行して12cスキーマを作成します。

Oracle Fusion Middleware 11gと異なり、サポートされているデータベースに必要なスキーマをインストールしないと、Oracle Fusion Middleware 12cドメインを構成することはできません。

第2.8項「アップグレード前の必要な12.1.2スキーマの作成」。

アップグレード・アシスタントを実行してデータベース・スキーマをアップグレードします。

アップグレード・アシスタントを実行して、既存の11gスキーマを12cにアップグレードします。

第2.9項「アップグレード・アシスタントを使用した11gスキーマのアップグレード」。

再構成ウィザードを実行して11gドメインを再構成します。

11gスキーマのアップグレード後に、再構成ウィザードを実行して、既存の11gドメインを再構成する必要があります。

第2.10項「再構成ウィザードを使用したドメインの再構成」。

管理サーバーを起動します。

11gドメインを再構成した後、管理サーバーを起動する必要があります。

第2.11項「管理サーバーの起動」。

アップグレード・アシスタントを実行してドメイン構成をアップグレードします。

アップグレード・アシスタントを使用して、WebLogicコンポーネント構成をアップグレードします。

第2.12項「アップグレード・アシスタントを使用したドメイン・コンポーネント構成のアップグレード」。

管理サーバーを再起動します。

管理サーバーを再起動します。

第3.2項「管理サーバーの再起動」。

ノード・マネージャを構成して起動します。

ノード・マネージャを構成して起動します。

第3.1項「ノード・マネージャの構成および起動」。

必要なアップグレード後のタスクを実行します。

アップグレードとデプロイ済のアプリケーションの検証など、必要なアップグレード後のタスクを実行します。

第3.3項「管理対象サーバーへのJRFテンプレートの適用」

第3.6.2.3項「Oracle JDeveloper 12cを使用した非同期Webサービスの移行について」。

アップグレードが成功したことを確認します。

管理コンソールおよびFusion Middleware Controlログインしてアップグレードされたバージョン番号を確認し、アップグレードが成功したことを確認します。

第2.14項「ドメイン・コンポーネント構成のアップグレードの確認」を参照

1.5 Oracle HTTP Serverのアップグレードについて

このガイドでは、Oracle WebLogic Serverドメインに「関連付けられる」ように構成されていたOracle HTTP Server 11gインスタンスをアップグレードする方法について説明します。このアップグレードは、Oracle HTTP Serverが関連付けられているドメインのアップグレード時に実行されます。

スタンドアロンOracle HTTP Serverインスタンス(11gドメインに関連付けられていないもの)をアップグレードするには、『スタンドアロンOracle HTTP Serverのアップグレード』を参照してください。

1.6 Oracle JDeveloper 12cを使用したカスタム・アプリケーションのアップグレード

カスタム・アプリケーションをOracle Fusion Middleware Application Developer 11gドメインにデプロイしていた場合、アップグレード手順の実行後、アプリケーションのデプロイメントはOracle Fusion Middleware 11gでの場合と同様に機能します。

ただし、新しいOracle Application Development Framework (Oracle ADF) 12c (12.1.2)の機能を利用する場合は、Oracle JDeveloper 12c (12.1.2)をダウンロードしてインストールします。詳細は、『Oracle Jdeveloperのインストール』を参照してください。

Oracle Fusion Middleware Infrastructure 12cへのアップグレードの準備のために11gアプリケーションをテストするには、既存のOracle JDeveloper 11gプロジェクトをOracle JDeveloper 12c (12.1.2)で開きます。Oracle JDeveloperによってプロジェクトが12c (12.1.2)に移行されます。その後、Oracle JDeveloper内から利用可能な埋込みアプリケーション・サーバーで、アプリケーションをテストできます。Oracle JDeveloper 12c (12.1.2)でアプリケーションを確認して必要に応じて変更したら、Application Developer 11gドメインをOracle Fusion Middleware Infrastructure 12c (12.1.2)にアップグレードして、アプリケーションを再デプロイします。

アプリケーションの移行の詳細は、『Oracle Jdeveloperのインストール』の以前のバージョンからOracle JDeveloper 12.1.2への移行に関する項を参照してください。

2 Infrastructureアップグレードの実行

この章では、Oracle Fusion Middleware 11g Application DeveloperインストールをOracle Fusion Middleware 12c (12.1.2) Infrastructureにアップグレードする詳しい手順について説明します。

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

- 第2.1項「既存のOracle Fusion Middleware 11g環境のバックアップ」

- 第2.2項「Oracle Fusion Middleware Databaseのアップグレード(必要な場合)」

- 第2.3項「アップグレード前のファイルベースのセキュリティ・ストアの再関連付け」

- 第2.4項「APPHOSTへのOracle Fusion Middleware Infrastructure 12.1.2のインストール」

- 第2.5項「APPHOSTへのOracle HTTP Server 12.1.2のインストール」

- 第2.6項「サーバーとプロセスの停止」

- 第2.7項「スキーマ・バージョン・レジストリを使用した既存の11gスキーマの識別」

- 第2.8項「アップグレード前の必要な12.1.2スキーマの作成」

- 第2.9項「アップグレード・アシスタントを使用した11gスキーマのアップグレード」

- 第2.10項「再構成ウィザードを使用したドメインの再構成」

- 第2.11項「管理サーバーの起動」

- 第2.12項「アップグレード・アシスタントを使用したドメイン・コンポーネント構成のアップグレード」

- 第2.13項「アップグレード後のタスクの実行」

- 第2.14項「ドメイン・コンポーネント構成のアップグレードの確認」

2.1 既存のOracle Fusion Middleware 11g環境のバックアップ

Oracle Fusion Middleware 11g Application DeveloperインストールをOracle Fusion Middleware 12.1.2 Infrastructureにアップグレードする前に、既存の11g環境をバックアップする必要があります。詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』のアップグレードのためのバックアップおよびリカバリ計画に関する項を参照してください。

2.2 Oracle Fusion Middleware Databaseのアップグレード(必要な場合)

Oracle Fusion Middleware 12.1.2 Infrastructureに対するOracle Databaseの要件を理解し、必要に応じてOracle Fusion Middleware Databaseをアップグレードします。

12c向けのOracle Databaseのアップグレードと準備の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』の12c (12.1.2)でのOracle Databaseのアップグレードと準備に関する項を参照してください。

2.3 アップグレード前のファイルベースのセキュリティ・ストアの再関連付け

既存の11g環境でファイルベースのセキュリティ・ストアを使用している場合、アップグレード処理を開始する前に、次のタスクを実行する必要があります。

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

- タスク1「11g OPSSおよびIAUスキーマの作成」

- タスク2「11gセキュリティ・ストアとデータベースベースのセキュリティ・ストアおよびOPSSスキーマとの再関連付け」

- タスク3「監査データ・ストアの構成」

タスク1   11g OPSSおよびIAUスキーマの作成

11g Repository Creation Utilityを使用して、サポートされているDatabaseで新しい11g Oracle Platform Security Services (OPSS)および監査スキーマ(IAU)のスキーマを作成します。

11gスキーマ作成の詳細は、11gリリース1 (11.1.1.7.0)の『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のRepository Creation Utilityの入手と実行に関する項を参照してください。

タスク2   11gセキュリティ・ストアとデータベースベースのセキュリティ・ストアおよびOPSSスキーマとの再関連付け

11g環境でファイルベースのセキュリティ・ストアを使用している場合、ファイルベースのストアをデータベースベースのリポジトリおよびOPSSスキーマに再関連付けします。

OPSSスキーマとデータベースベースのリポジトリの再関連付けの詳細は、11gリリース1 (11.1.1.7.0)ドキュメント・ライブラリのOracle Fusion Middlewareアプリケーション・セキュリティ・ガイドのOPSSセキュリティ・ストアの再関連付けに関する項を参照してください。

タスク3   監査データ・ストアの構成

監査データ・ストアがファイルベースである場合、データベースで監査ロードを有効にし、監査レコードをファイルに格納する方式からデータベース監査データ・ストアを使用する方式に変更する必要があります。

監査ロードの有効化の詳細は、『Oracle Platform Security Servicesによるアプリケーションの保護』の監査データ・ストアおよびバスストップ・ストレージの構成に関する項を参照してください。

2.4 APPHOSTへのOracle Fusion Middleware Infrastructure 12.1.2のインストール

Oracle Fusion Middleware 11g Application DeveloperのOracleホームをインストールしたホストに、Oracle Fusion Middleware Infrastructure 12.1.2をインストールします。

注意:

Oracle Fusion Middleware Infrastructure 12.1.2を構成しないでください。

表2-1に示す指示に従い、Oracle Fusion Middleware Infrastructure 12.1.2をインストールします。

表2-1 Oracle Fusion Middleware Infrastructureインストール・ロードマップ

タスク

説明

詳細

12.1.2のインストール用にシステムを準備します。

Infrastructure 12.1.2をインストールする前に、システムおよびネットワークの最小要件が満たされていることを確認します。

『Oracle Fusion Middleware Infrastructureのインストールと構成』の「システム環境の確認ロードマップ」。

Infrastructureディストリビューションを入手します。

Oracle Fusion Middleware Infrastructureディストリビューション(wls_jrf_generic.jar)を入手します。

『Oracle Fusion Middleware Infrastructureのインストールと構成』の「Oracle Fusion Middleware Infrastructureディストリビューションの理解と入手」。

Infrastructure 12.1.2インストーラを起動します。

ダウンロードした場所からInfrastructureインストーラを起動します。

『Oracle Fusion Middleware Infrastructureのインストールと構成』の「インストール・プログラムの起動」。

インストーラ画面に従います。

インストーラを使用してInfrastructure 12.1.2をインストールします。

『Oracle Fusion Middleware Infrastructureのインストールと構成』の「インストール画面の操作」。

2.5 APPHOSTへのOracle HTTP Server 12.1.2のインストール

11gドメインに、そのドメインに関連付けられたOracle HTTP Serverインスタンスが含まれる場合、次のマシンにOracle HTTP Server 12.1.2をインストールする必要があります。

- 11g Oracle HTTP Serverインスタンスが実行されているマシン

- 管理サーバーが実行されているマシン

Oracle HTTP Server 12.1.2のインストールの詳細は、『Oracle Fusion Middleware Oracle HTTP Serverのインストールと構成』のOracle HTTP Serverソフトウェアのインストールに関する項を参照してください。

注意:

Oracle HTTP Server 12.1.2を構成しないでください。

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

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

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

Oracle Fusion Middleware環境を停止する手順は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の停止に関する項を参照してください。

2.7 スキーマ・バージョン・レジストリを使用した既存の11gスキーマの識別

SYSユーザーとしてデータベースに接続し、次のSQLコマンドを使用して、データベースにインストール済のOracle Fusion Middleware 11gスキーマのリストを表示します。

SELECT comp_id, owner, version, status, upgraded FROM schema_version_registry

後でこのリストを使用して、作成するスキーマとアップグレードする必要があるスキーマを決定できます。

2.8 アップグレード前の必要な12.1.2スキーマの作成

アップグレードする前に、サポートされているデータベースに1つ以上のスキーマをインストールする必要があります。

- 作成するスキーマの決定

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

2.8.1 作成するスキーマの決定

次のシナリオを検討してください。

- 11gでデータベースを使用していなかった場合、サポートされているデータベースをインストールして構成し、第1.1.3.2項「Infrastructure 12cは特定のデータベース・スキーマを必要とする」の説明に従って、1つ以上のデータベース・スキーマを作成する必要があります。

- Application Developer 11gドメインのスキーマをホストするためにデータベースをすでに使用していた場合は、第2.7項の説明に従い、スキーマ・バージョン・レジストリを使用して、データベースですでに利用可能なOracle Fusion Middleware 11gスキーマの一覧を表示します。
スキーマ・バージョン・レジストリに表示されるどのスキーマも作成しないでください(かわりに、後でOracle Fusion Middleware Upgrade Assistantをアップグレード処理で使用して、11gスキーマを12.1.2にアップグレードできます)。

ただし、その場合も、第1.1.3.2項「Infrastructure 12cは特定のデータベース・スキーマを必要とする」の説明に従って特定のスキーマを作成する必要があることに注意してください。

2.8.2 Repository Creation Utilityを使用した必要なスキーマの作成

次の手順を実行して、必要なスキーマを作成します。

注意:

新しい12.1.2スキーマを作成する場合、一意のスキーマ接頭辞を使用するようにしてください。この接頭辞によって、データベースにインストール済またはアップグレード済のスキーマと、Oracle Fusion Middleware 12.1.2専用に作成したものとを区別できます。

1. 次の方法によるRepository Creation Utility (RCU)の起動

1. システムのORACLE_HOME/oracle_common/binディレクトリに移動します。

2. RCUを起動します。
(UNIX) ./rcu

(Windows) rcu.bat

2. RCU画面に従ってInfrastructureアップグレードに必要なスキーマを作成します。
詳細は、『Oracle Fusion Middleware Infrastructureのインストールと構成』のRCU画面でのスキーマの作成に関する項を参照してください。

注意:

エディションベースの再定義(EBR)を使用すると、1つのデータベース・スキーマの複数のバージョンを同一のデータベースで、同時にサポートできます。再定義のためのサーバーでのエディション作成の詳細は、『Oracle Fusion Middlewareのアップグレードのプランニング』のエディションベースの再定義のためのサーバーでのエディション作成に関する項を参照してください。

2.9 アップグレード・アシスタントを使用した11gスキーマのアップグレード

アップグレード・アシスタントを使用してInfrastructureスキーマをアップグレードするには、この項の手順に従います。

- タスク1「アップグレードするスキーマの決定」

- タスク2「アップグレード・アシスタントの起動」

- タスク3「スキーマのアップグレード」

- タスク4「スキーマのアップグレードの検証」

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

タスク1   アップグレードするスキーマの決定

Oracle Fusion Middlewareアップグレード・アシスタントを起動する前に、第2.7項の手順を使用して、スキーマ・バージョン・レジストリで既存の11gスキーマのリストを参照します。

これが、アップグレード・アシスタントで選択するコンポーネント・スキーマです。

タスク2   アップグレード・アシスタントの起動

次の手順を実行して、アップグレード・アシスタントを起動します。

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

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

(Windows) ua.bat

タスク3   スキーマのアップグレード

スキーマのアップグレード時、アップグレード・アシスタントでは表2-2に示す一連の画面が表示されます。各画面でそれぞれの操作を実行します。

表2-2 アップグレード・アシスタント画面: スキーマのアップグレード

画面

説明および必要なアクション

ようこそ

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

スキーマ

「スキーマ」を選択します。

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

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

選択するコンポーネントを決定するには、タスク1「アップグレードするスキーマの決定」を参照してください。

ドメイン・ディレクトリ

この画面では、「使用可能なコンポーネント」画面でOracle Platform Security ServicesまたはOracle監査サービスのどちらを選択したかが表示されます。

既存の11g WebLogicドメイン・ディレクトリの絶対パスを入力するか、「参照」をクリックしてアップグレードする11gドメイン・ディレクトリを選択します。

前提条件

スキーマ・アップグレードの前提条件が満たされているかどうかを確認します。

スキーマの選択

この画面を使用して、アップグレードする各スキーマのデータベース接続の詳細を入力します。

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

2. データベース接続の詳細を入力して、「接続」をクリックします。

3. 「スキーマ・ユーザー名」ドロップダウン・メニューからアップグレードするスキーマを選択し、スキーマのパスワードを入力します。

4. 「次へ」をクリックします。

注意:

- 「スキーマの選択」画面のタイトルは、アップグレードするスキーマに応じて変化します。たとえば、MDSスキーマをアップグレードする場合、画面のタイトルは「MDSスキーマ」と表示されます。

- WLSスキーマをアップグレードする場合、最初はデータベースに接続して利用可能なスキーマのリストを取得できないため、かわりに、「スキーマ・ユーザー名」フィールドにWLSスキーマ名を入力して「次へ」をクリックする必要があります。

- データベースへの接続に必要なフィールドの詳細は、「ヘルプ」をクリックするか、『Upgrade Assistantによるアップグレード』のスキーマの選択に関する項を参照してください。

調査

各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証するアップグレード・アシスタントのステータスを確認します。

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

スキーマ・アップグレードのために選択したオプションのサマリーを確認します。

「アップグレード」をクリックしてスキーマをアップグレードするか、構成を変更する場合は「戻る」をクリックします。

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

アップグレード処理のステータスを確認します。

アップグレードが完了したら「次へ」をクリックします。

アップグレード成功

アップグレードが成功していれば「閉じる」をクリックします。

アップグレードが失敗した場合または正常に完了する前にアップグレードを取り消した場合は、ログ・ファイルを確認してバックアップ環境をリストアし、アップグレード・アシスタントを再起動する必要があります。

タスク4   スキーマのアップグレードの検証

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

SELECT OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY;

VERSION列の数値が、そのスキーマの最新のバージョン番号に一致していることを確認します。『Upgrade Assistantによるアップグレード』の表1-1「アップグレードが必要なスキーマ」を参照して、スキーマの更新されたバージョン番号が正しいことを確認します。

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

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

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

Oracle Databaseを使用している場合は、アップグレード・アシスタントを実行した後、SYSとしてデータベースに接続し、SQL*Plusから次の方法を実行することで、データベース・オブジェクトを再コンパイルしてください。

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

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

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

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

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

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

再構成ウィザードを使用して既存の11gドメインを再構成するには、この項の手順に従います。

- タスク1「再構成ウィザードの起動」

- タスク2「ドメインの再構成」

タスク1   再構成ウィザードの起動

次の手順を実行して、再構成ウィザードをグラフィカル・モードで起動します。

1. ドメインが存在するシステムにログインします。

2. コマンド・シェル(UNIXオペレーティング・システムの場合)またはコマンド・プロンプト・ウィンドウ(Windowsオペレーティング・システムの場合)を開きます。

3. 次のディレクトリに移動します。
(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

ORACLE_HOMEはOracleホーム・ディレクトリです。

4. 次のコマンドを実行します。

(UNIX) ./reconfig.sh -log=log_file
(Windows) reconfig.cmd -log=log_file

log_fileは、ドメイン再構成セッション用に作成するログ・ファイルの絶対パスに置き換えます。これは、再構成処理をトラブルシューティングする必要がある場合に役立つことがあります。

注意:

reconfig.cmdまたはreconfig.shコマンドを実行すると、デフォルト・キャッシュ・ディレクトリが無効であることを示す次のようなエラー・メッセージが表示される場合があります。

*sys-package-mgr*: can't create package cache dir

環境変数CONFIG_JVM_ARGSを設定することでキャッシュ・ディレクトリを変更できます。次に例を示します。

CONFIG_JVM_ARGS=-Dpython.cachedir=valid_directory

タスク2   ドメインの再構成

再構成ウィザードでは表2-3に示す一連の画面が表示されます。各画面でそれぞれの操作を実行します。

表2-3 再構成ウィザードの画面

画面

説明および必要なアクション

ドメインの選択

既存の11gドメイン・ディレクトリの絶対パスを入力するか、「参照」をクリックしてドメイン・ディレクトリを選択します。

再構成セットアップの進行状況

再構成テンプレートの適用の進行状況が表示されます。

ドメイン・モードとJDK

ドメイン・モードは変更できません。

ドメインで使用するJDKを選択するか、「参照」をクリックして使用するJDKを選択します。

Oracle Fusion Middleware 12cにはJava SE 7が必要であることに注意してください。詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の動作保証とシステム要件の検証に関する項を参照してください。

データベース構成タイプ

「手動構成」を選択して「次へ」をクリックします。

11gのスキーマをアップグレードしない場合、「RCUデータ」オプションを使用してサーバー表(STB)スキーマに接続できることに注意してください。Repository Creation Utilityはサービス表を自動的に使用して、他の12cスキーマ資格証明を自動的にロードします。

ただし、多くの場合、ドメイン再構成時に新しい12cとアップグレードした11gのスキーマの組合せを選択する必要があるため、正しいスキーマに確実に接続できるように、「手動構成」オプションを使用して、データソース情報を手動で入力することをお薦めします。

詳細は、「ヘルプ」をクリックするか、『Oracle WebLogic Serverのアップグレード』のデータベース構成タイプに関する項を参照してください。

JDBCデータ・ソース

この画面は、11gでデータベースベースのOPSSセキュリティ・ストアまたは監査データ・ストア用にカスタム・データソースを作成していた場合に表示されます。

この画面では、ドメイン・ソースに定義されているJDBCデータ・ソースを構成します。

このページのフィールドの詳細は、「ヘルプ」をクリックするか、『Oracle WebLogic Serverのアップグレード』のJDBCデータソースに関する項を参照してください。

JDBCデータ・ソース・テスト

「JDBCデータ・ソース」画面で構成したデータソース接続をテストします。

このページのフィールドの詳細は、「ヘルプ」をクリックするか、『Oracle WebLogic Serverのアップグレード』のJDBCデータソースのテストに関する項を参照してください。

JDBCコンポーネント・スキーマ

各スキーマ名の横のチェック・ボックスを選択して、画面に表示された各スキーマのデータソース設定を指定します。

注意:

- 第2.9項でアップグレードしたスキーマの11gスキーマの詳細を指定する必要があります。それ以外については、12.1.2スキーマの詳細を指定します。

- このページのフィールドの詳細は、「ヘルプ」をクリックするか、『Oracle WebLogic Serverのアップグレード』のJDBCコンポーネント・スキーマに関する項を参照してください。

JDBCコンポーネント・スキーマ・テスト

前の画面でデータソースに指定した構成をテストします。テストするスキーマ名の横のチェック・ボックスを選択し、「選択された接続のテスト(T)」をクリックします。

テストの結果は「ステータス」列に表示されます。すべてのスキーマでテストに成功した場合、「次へ」をクリックします。

拡張構成

次の1つ以上に該当する場合は「デプロイメントとサービス」を選択します。

- 11gドメインでOracle Web Services Manager (Oracle WSM)を使用している場合(そうしないと、ドメインの再構成が失敗する可能性があります)。

- アップグレード処理で新しいOPSSおよびIAUの12cスキーマを作成した場合。

Oracle WSMまたは12cのOPSSおよびIAUスキーマを使用していない場合、このページのどのオプションも選択する必要はありません。

デプロイメント・ターゲット指定

Oracle Web Services Managerを使用している場合、owsm-pmアプリケーション・デプロイメントのターゲットに管理サーバーを指定します。

1. 「デプロイメント」リスト・ボックスでwsm-pmを探して選択します。

2. 「ターゲット」リスト・ボックスでAdminServerを選択します。

3. 矢印アイコンをクリックして、wsm-pmのターゲットに管理サーバーを指定します。

サービス・ターゲット指定

アップグレード処理でOPSSおよびIAUの12cスキーマを作成している場合、「サービス」リスト・ボックスでopss-audit-DBDS、opss-audit-viewDSおよびopss-data-sourceを選択し、それらのターゲットに、「ターゲット」リスト・ボックスに表示されるドメインの管理対象サーバーを指定します。

そうでない場合は、ドメインのアップグレード時または再構成時にこの画面で操作は必要ありません。

構成のサマリー

構成のサマリーを確認します。

「再構成」をクリックしてドメインを再構成するか、構成を変更する場合は「戻る」をクリックします。

再構成の進行状況

再構成の進行状況を確認します。処理が完了したら「次へ」をクリックします。

再構成に成功しました

再構成処理の最終的なステータスを確認します。「終了(F)」をクリックして再構成ウィザードを終了します。

2.11 管理サーバーの起動

ディレクトリDOMAIN_HOME/bin (UNIXの場合)またはDOMAIN_HOME\bin (Windowsの場合)から次のコマンドを実行して、管理サーバーを起動します。

(UNIX) ./startWebLogic.sh

(Windows) startWebLogic.cmd

注意:

管理対象サーバーを起動しないでください。

11gドメインが正しく再構成されたことを確認するには、次のURLを使用して管理コンソールにログインし、コンソールに表示されるバージョン番号が12.1.2かどうかを確認します。

http://administration_server_host:administration_server_port/console

2.12 アップグレード・アシスタントを使用したドメイン・コンポーネント構成のアップグレード

アップグレード・アシスタントを使用して追加ドメイン・コンポーネント構成をアップグレードするには、この項の手順に従います。

- タスク1「アップグレード・アシスタントの起動」

- タスク2「コンポーネント構成のアップグレード」

タスク1   アップグレード・アシスタントの起動

次の手順を実行して、管理サーバーが実行されているホストでアップグレード・アシスタントを起動します。

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

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

(Windows) ua.bat

タスク2   コンポーネント構成のアップグレード

WebLogicコンポーネント構成のアップグレード時、アップグレード・アシスタントでは表2-4に示す一連の画面が表示されます。各画面でそれぞれの操作を実行します。

表2-4 アップグレード・アシスタント画面: WebLogicコンポーネント構成のアップグレード

画面

説明および必要なアクション

ようこそ

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

「次へ」をクリックして続行します。

WebLogicコンポーネント

「WebLogicコンポーネント構成」を選択します。

次のフィールドにアップグレードするドメインの詳細を入力します。

- ホスト: WebLogic管理サーバーが実行されているホストを入力します。完全ホスト名を入力します。次に例を示します。
host.example.com

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

- ユーザー名: 管理サーバーへのログインに使用されるユーザー名を入力します。

- パスワード: 管理サーバーへのログインに使用される管理者アカウントのパスワードを入力します。

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

OWSMポリシー・マネージャ

この画面は、11g環境に複数のWebLogic Serverドメインがある場合に、OWSMポリシー・マネージャが1つのWLSドメインのみにあり、他のドメインにはOWSMエージェントがあるときに表示されます。

Oracle Web Services Manager (OWSM)ポリシー・マネージャがデプロイされているWebLogic管理サーバー・ドメインの資格証明を指定します。

このページのフィールドの詳細は、「ヘルプ」をクリックするか、『Upgrade Assistantによるアップグレード』のOWSMポリシー・マネージャに関する項を参照してください。

コンポーネント・リスト

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

前提条件

コンポーネント構成アップグレードの前提条件が満たされているかどうかを確認します。

調査

各コンポーネントを調査し、コンポーネントのアップグレード準備が整っていることを検証するアップグレード・アシスタントのステータスを確認します。

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

スキーマ・アップグレードのために選択したオプションのサマリーを確認します。

「アップグレード」をクリックしてスキーマをアップグレードするか、構成を変更する場合は「戻る」をクリックします。

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

アップグレード処理のステータスを確認します。

アップグレードが完了したら「次へ」をクリックします。

アップグレード成功

アップグレードが成功していれば「閉じる」をクリックします。

アップグレードが失敗した場合または正常に完了する前にアップグレードを取り消した場合は、ログ・ファイルを確認してバックアップ環境をリストアし、アップグレード・アシスタントを再起動する必要があります。

2.13 アップグレード後のタスクの実行

Oracle Fusion Middleware 11g Application DeveloperをOracle Fusion Middleware 12.1.2 Infrastructureにアップグレードした後に、第3章「アップグレード後に実行するタスク」の説明に従ってアップグレード後のタスクを完了する必要があります。

2.14 ドメイン・コンポーネント構成のアップグレードの確認

ドメイン・コンポーネント構成のアップグレードが成功したことを確認するには、次のURLを使用して管理コンソールおよびFusion Middleware Controlにログインし、各コンポーネントでアップグレードされたバージョン番号を確認します。

管理コンソールのURL: http://administration_server_host:administration_server_port/console

Fusion Middleware ControlのURL: http://administration_server_host:administration_server_port/em

注意:

アップグレード後に、11g Oracleホームではなく、新しい12.1.2 Oracleホームからいずれかの管理ツールを実行する必要があります。

3 アップグレード後に実行するタスク

この章では、Oracle Fusion Middleware 12c Infrastructureへのアップグレード後に実行する必要がある場合があるタスクについて説明します。

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

- 第3.1項「ノード・マネージャの構成および起動」

- 第3.2項「管理サーバーの再起動」

- 第3.3項「管理対象サーバーへのJRFテンプレートの適用」

- 第3.4項「Oracle Fusion Middleware 12c監査データ・ストアの構成」

- 第3.5項「アップグレードしたOracle Fusion Middleware 12cソフトウェアの管理のためのドキュメント・リソース」

- 第3.6項「Oracle Fusion Middleware 12cでの11gアプリケーション・デプロイメントの使用」

3.1 ノード・マネージャの構成および起動

ノード・マネージャを構成して起動します。

ノード・マネージャの構成の詳細は、『Oracle WebLogic Serverのアップグレード』のノード・マネージャ構成の実行に関する項を参照してください。

ノード・マネージャの起動の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のノード・マネージャの起動と停止に関する項を参照してください。

3.2 管理サーバーの再起動

WebLogic管理サーバーを停止および起動します。

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

3.3 管理対象サーバーへのJRFテンプレートの適用

Oracle Enterprise Manager Fusion Middleware Controlを使用して11gドメインで既存の管理対象サーバーにOracle JRFテンプレート適用した場合、次の方法を実行してJRFリソースのターゲットに12.1.2管理対象サーバーを指定する必要があります(アップグレード時に実行されていないため)。

注意:

これは、Fusion Middleware構成ウィザードまたはWLSTコマンドラインを使用してOracle JRFテンプレートを適用した他のシナリオには適用されません。

1. 次のスクリプトを実行して、JRFテンプレートを適用する必要があるサーバーまたはクラスタを識別します。
ORACLE_HOME/oracle_common/common/bin/wlst.sh ORACLE_HOME/oracle_common/util/upgrade/checkForApplyJRF.py absolute_path_to_domain

出力例:

Checking target AdminServer... passed
Checking target new_ManagedServer_1... failed
Checking target new_ManagedServer_2... failed
Checking target new_ManagedServer_3... not JRF enabled
Checking target new_Cluster_1... not JRF enabled

The following Server and/or Clusters have been found that will require applyJRF to be invoked again: ['new_ManagedServer_1', 'new_ManagedServer_2']

2. 前の手順で識別されたサーバーまたはクラスタに対して次の手順を実行します。

1. 次のコマンドを実行して、WebLogic Scripting Tool (WLST)を起動します。
(UNIX) ORACLE_HOME/oracle_common/common/bin/wlst.sh

(Windows) ORACLE_HOME\oracle_common\common\bin\wlst.cmd

2. 次に示すように、ターゲットに対してofflineモードでapplyJRFコマンドを実行します。
wls:/offline>applyJRF('targetName1', 'absolute_path_to_domain')

wls:/offline>applyJRF('targetName2', 'absolute_path_to_domain')

...

wls:/offline>exit()

注意:

次のURLを使用してFusion Middleware Controlにログインし、ターゲット管理対象サーバーまたはクラスタに対して「JRFテンプレートの適用」をクリックすることで、JRFテンプレートを管理対象サーバーまたはクラスタに適用することもできます。

http://adminstration_server_host:administration_server_port/em

3.4 Oracle Fusion Middleware 12c監査データ・ストアの構成

Oracle Fusion Middleware11gでファイルベースの監査ストアを使用していた場合、Oracle Fusion Middleware 12cへのアップグレード後に、データベースベースの監査データ・ストアへの監査データのロードを有効にする必要があります。

包括的なアップグレード処理の一環として、他のOracle Fusion Middlewareスキーマが存在するデータベースにIAUスキーマを作成しておく必要があります。監査データ・ストアの使用の詳細は、『Oracle Platform Security Servicesによるアプリケーションの保護』の監査データ・ストアの管理に関する項を参照してください。

3.5 アップグレードしたOracle Fusion Middleware 12cソフトウェアの管理のためのドキュメント・リソース

表3-1に、Infrastructure 12.1.2へのアップグレード後に実行することが多い一般的な管理タスクを示します。

表3-1 基本的な管理タスク

タスク

説明

詳細

Fusion Middleware管理ツールに精通すること

環境の管理に使用できる様々なツールに精通します。

『Oracle Fusion Middlewareの管理』のOracle Fusion Middleware管理ツールに関する項。

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

Oracle Fusion Middleware (管理サーバー、管理対象サーバーおよびコンポーネントを含む)を起動および停止する方法を学びます。

『Oracle Fusion Middlewareの管理』の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の管理』のバックアップとリカバリの概要に関する項。

3.6 Oracle Fusion Middleware 12cでの11gアプリケーション・デプロイメントの使用

Oracle Fusion Middleware 12cへのアップグレード後、Oracle Fusion Middleware 11gにデプロイしていたカスタムJavaおよびOracle Application Development Framework (ADF)アプリケーションは、Oracle Fusion Middleware 11gと同じように動作します。

ただし、Oracle ADF 12cおよびOracle JDeveloper 12cで利用可能ないくつかの新機能があります。

次の項では、アプリケーションをOracle JDeveloper 12cに移行する方法についての追加情報を示します。

- Oracle Application Development Framework (ADF) 12cについて

- Oracle JDeveloper 12cについて

3.6.1 Oracle Application Development Framework (ADF) 12cについて

Oracle ADFの詳細は、次のOracle Fusion Middleware 12cドキュメント・リソースを参照してください。

- 『Oracle Application Development Frameworkの理解』

- Oracle Fusion Middleware 12cドキュメント・ライブラリのOracle Application Development Framework (ADF)の共通のタスクに関するページ

3.6.2 Oracle JDeveloper 12cについて

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

- Oracle JDeveloper 12cのインストール

- Oracle JDeveloper 12cを使用したアプリケーションの移行

- Oracle JDeveloper 12cを使用した非同期Webサービスの移行について

3.6.2.1 Oracle JDeveloper 12cのインストール

Oracle JDeveloper 12cをインストールするには、『Oracle Jdeveloperのインストール』を参照してください。

Oracle JDeveloperは、アプリケーションをローカルでテストするために使用できる埋込みバージョンのOracle WebLogic Serverを提供します。詳細は、『Oracle Jdeveloperのインストール』のOracle JDeveloperで開発したアプリケーションのデプロイとテストに関する項を参照してください。

3.6.2.2 Oracle JDeveloper 12cを使用したアプリケーションの移行

Oracle JDeveloper 12cのインストール後、Oracle JDeveloper 12cでカスタム・アプリケーション・プロジェクトを開いて、Oracle JDeveloper 12cに自動的に移行できます。

詳細は、『Oracle Jdeveloperのインストール』の以前のバージョンからOracle JDeveloper 12.1.2への移行に関する項を参照してください。

3.6.2.3 Oracle JDeveloper 12cを使用した非同期Webサービスの移行について

アプリケーションにADF BC非同期Webサービスが含まれている場合、Oracle JDeveloperまたはojdeployコマンドライン・ツールを使用してそれを再作成し、必要なデプロイメント・ディスクリプタをデプロイメント・アーカイブに生成します。

非同期Webサービスの開発の詳細は、『Oracle Infrastructure Webサービスの開発』の非同期Webサービスの開発に関する項を参照してください。

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

コピーライトについて

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

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

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

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

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

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