Oracle® Fusion Middleware

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

12c (12.1.3)

E56224-02(原本部品番号:E48304-02)

2014年7月

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

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

E56224-02

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

原本著者: Lisa Jamen

協力者: Bill 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.3)の新機能と変更された機能

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

第I部 11gからOracle Infrastructure 12c (12.1.3)へのアップグレード

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

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

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

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

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

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

- 1.1.2.3 OIDベースのポリシー・ストアの使用

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

- 1.2 セキュリティの12.1.3へのアップグレード

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

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

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

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

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

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

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

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

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

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

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

- 2.2 Oracle Databaseのアップグレード

- 2.3 カスタムsetDomainEnv設定のメンテナンス(オプション)

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

- 2.5 OIDセキュリティ・ストアでの認証なしSSLモードの使用方法

- 2.6 OWSMポリシー・セットからのサーバー・インスタンス・スコープの削除

- 2.7 事前定義ドキュメントのクローニングおよびOWSMポリシー・アタッチメントの移行

- 2.8 APPHOSTへのOracle Fusion Middleware Infrastructure 12.1.3のインストール

- 2.9 APPHOSTへのOracle HTTP Server 12.1.3のインストール

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

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

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

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

- 2.12.2 リポジトリ作成ユーティリティを使用した必要なスキーマの作成

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

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

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

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

- 2.16.1 再構成ウィザード: WebLogic Serverドメインのアップグレード・プロセス

- 2.16.2 アップグレード・アシスタント: 認証失敗 - JSch例外: 認証失敗

- 2.16.3 アップグレード・アシスタント: UMS構成ファイルのコピー

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

第II部 前の12cリリースからOracle Infrastructure 12c (12.1.3)へのアップグレード

3 前のリリースから12cへのアップグレード

- 3.1 アップグレード前に必要なタスクの実行

- 3.2 アップグレード・アシスタントを使用した12cスキーマのアップグレード

- 3.3 再構成ウィザードを使用した12cドメインのアップグレード

- 3.4 アップグレード・アシスタントを使用した12c構成のアップグレード

第III部 アップグレード後手順の実行

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

- 4.1 アップグレードの検証チェックリスト

- 4.2 サーバーの正しい順序での起動と停止

- 4.2.1 ノード・マネージャの起動

- 4.2.2 管理サーバーの起動

- 4.2.3 Web層(OHS Server)の起動

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

- 4.4 setDomainEnvへのカスタマイズの再適用

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

- 4.6 古いJava EE Webサービス・アプリケーションのセキュリティ・ステータスのメンテナンス

- 4.7 Oracle Fusion Middleware 12cソフトウェアの管理のためのドキュメント・リソース

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

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

- 4.8.2 Oracle JDeveloper 12cについて

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

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

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

はじめに

このガイドを使用して、スキーマ、ドメイン構成およびサポートされている11g Oracle Fusion MiddlewareテクノロジをOracle Fusion Middleware Infrastructure 12c (12.1.3)にアップグレードします。

また、このガイドには、Oracle Fusion Middleware Infrastructure 12c (12.1.2)から12c (12.1.3)にアップグレードするための情報も記載されています。

対象読者

このドキュメントは、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 Fusion Middleware 12c (12.1.3)のドキュメント・セットにある次のドキュメントを参照してください。

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

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

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

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

- Oracle Fusion Middleware Oracle SOA Suiteのアップグレードに関するマニュアル

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

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

この章では、Oracle Fusion Middlewareのアップグレード・ツールおよびプロセスの新機能と変更された機能を示します。

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

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

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

- リリース12c (12.1.2)より、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 (12.1.2)より、Oracle Fusion Middlewareデータベース・スキーマのアップグレード、およびコンポーネント構成の12cへのアップグレードには、改善された新しいOracle Fusion Middlewareアップグレード・アシスタントが使用されます。
詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』を参照してください。

- リリース12c (12.1.2)より、既存の11gドメインから12cへのアップグレードには、新しい再構成ウィザードが使用されます。
詳細は、『Oracle WebLogic Serverのアップグレード』を参照してください。

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

リリース12c (12.1.2)より、Oracle Fusion Middlewareドキュメント・ライブラリに新しいマニュアルが追加されます。ただし、以前、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ユーザー向けのアップグレード処理について説明した、別のガイドが必要でした。

第I部

11gからOracle Infrastructure 12c (12.1.3)へのアップグレード

ここでは、サポートされているOracle Fusion Middleware Oracle JRF 11gリリース(メタデータ・リポジトリ(MDS)、Oracle Application Developer Framework (ADF)およびOracle Web Services Manager (OWSM)を含む)からOracle Infrastructure 12c (12.1.3)にアップグレードするユーザー向けの、アップグレード・プロセスについて説明します。

注意:

前のOracle Infrastructure 12cリリース(12c (12.1.2)など)からInfrastructure 12c (12.1.3)にアップグレードする場合は、第II部「前の12cリリースからOracle Infrastructure 12c (12.1.3)へのアップグレード」を参照してください。

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

- 第1章「Oracle Fusion Middleware Infrastructureアップグレードの準備」

- 第2章「Infrastructureアップグレードの実行」

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

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

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

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

- 第1.2項「セキュリティの12.1.3へのアップグレード」

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

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

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

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

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

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

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

- Oracle Fusion Middleware Application Developer 11g (11.1.1.6)

- Oracle Fusion Middleware Application Developer 11g (11.1.1.7)

- Oracle Fusion Middleware Infrastructure 12c (12.1.2)Oracle Fusion Middleware Infrastructure 12.1.2から12.1.3へのアップグレード方法の詳細は、第3章「前のリリースから12cへのアップグレード」を参照してください。

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

注意:

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

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

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

- Oracle Fusion Middleware Infrastructure 12cについて

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

1.1.1 Oracle Fusion Middleware Infrastructure 12cについて

Oracle Fusion Middleware 12c (12.1.3)リリースの一部として使用可能なOracle Fusion Middleware Infrastructureディストリビューションは、11gのOracle WebLogic ServerおよびApplication Developerインストーラで用意されているものと同様の、一連のテクノロジおよびコンポーネントを備えています。

Oracle Fusion Middleware Infrastructureの詳細は、『Oracle Fusion Middleware相互運用性および互換性の理解』のOracle Application Server Infrastructure 12cに関する項を参照してください。

1.1.2 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.2.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 Oracle Fusion Middlewareのアップグレードのプランニング』のアップグレードおよび構成ツールの理解と入手に関する項を参照してください。

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

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

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

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

- OPSSスキーマ: Oracle Platform Security Servicesにデータベースベースのポリシー・ストアを提供します。
表1-1に、11gで使用されるポリシー・ストアの概要および12c (12.1.3)へのアップグレード方法を示します。

表1-1 Oracle Fusion Middleware 11gポリシー・ストアのアップグレードの概要

使用しているコンソール

次のアクションを実行

詳細

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

アップグレード前:

1. 11g リポジトリ作成ユーティリティを使用して11g OPSSスキーマを作成します。

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

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

- ファイルベースのセキュリティ・ストアのアップグレード

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

11gのOracle Internet Directory (OID)ベースのポリシー・ストア

- アップグレード前に12cリポジトリ作成ユーティリティを使用して、新しい12c OPSSスキーマを作成します。

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

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

- OIDベースのセキュリティ・ストアのアップグレード

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

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

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

データベースベースのポリシー・ストアおよびOPSSスキーマ

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

- DBベースのセキュリティ・ストアのアップグレード

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

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

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

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

使用しているコンソール

次のアクションを実行

詳細

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

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

- スキーマの作成後にデータベース・ベースの監査データ・ストアを構成するには、次の作業を行います。
- 作成した監査スキーマを参照するデータ・ソースの作成

- データ・ソースを指し示す監査データ・ストアの構成

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

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

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

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

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

1.1.2.3 OIDベースのポリシー・ストアの使用

11gでOracle Internet Directory (OID)ベースのポリシー・ストアを使用している場合は、12cリポジトリ作成ユーティリティを使用して、新しい12c OPSSスキーマを作成します。アップグレード・アシスタントで、OPSSスキーマを選択します(アップグレード・アシスタントによってOIDベースのポリシー・ストアがアップグレードされます)。アップグレード前に、OIDベースのポリシー・ストアを再関連付けする必要はありません。

注意:

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

1.1.2.4 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.4項を参照してください。

1.2 セキュリティの12.1.3へのアップグレード

OPSSセキュリティ・ストアをアップグレードする前に、アップグレードに失敗した場合にリカバリできるようバックアップを作成してください。セキュリティ・ストアのバックアップの詳細は、「OPSSセキュリティ・ストアのバックアップとリカバリ」を参照してください。

アップグレード手順は、アップグレードされるセキュリティ・ストアのタイプに応じて異なります。アップグレード可能なセキュリティ・ストアは、ファイルベース、OIDベースまたはDBベースです。手順は、元の監査データ・ストアのタイプ(ファイルベースまたはDBベース)に応じて異なります。

- DBベースのセキュリティ・ストアのアップグレード

- OIDベースのセキュリティ・ストアのアップグレード

- 共有セキュリティ・ストアのアップグレード

- ファイルベースのセキュリティ・ストアのアップグレード

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

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.3.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.2.2項を参照してください。

ファイルベースのストア

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

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

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

リポジトリ作成ユーティリティを使用してOracle Fusion Middlewareスキーマが作成された、サポートされているデータベースを表します。

WebLogicドメイン

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

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

管理サーバー

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

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

Enterprise Manager

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

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

クラスタ

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

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

マシン

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

管理対象サーバー

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

詳細は、Oracle Fusion Middlewareの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 Fusion Middlewareコンセプトの理解』のメタデータ・リポジトリの概要に関する項を参照してください。

- Oracle Application Developer Framework (ADF)

- Oracle Web Services Manager (OWSM)

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

1.3.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.2.4項「Infrastructure 12cドメインにOracle HTTP Serverを含めることができる」を参照してください。

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

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

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

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

- WebLogic Management Frameworkとは

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

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

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

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

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

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

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

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

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

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

タスク

説明

詳細

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

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

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

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

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

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

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

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

11gのリポジトリ作成ユーティリティの実行による11g OPSSおよびIAUスキーマの作成

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

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

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

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

OIDベースのストアを使用している場合は、「OIDベースのポリシー・ストアの使用方法」を参照してください。

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

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

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

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

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

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

11g環境を停止します。

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

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

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

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

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

リポジトリ作成ユーティリティを実行して12cスキーマを作成します。(11gから12cへのアップグレードのみ。)

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

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

11gドメインを再構成するために再構成ウィザードを実行し、必要に応じてノード・マネージャを実行します。

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

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

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

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

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

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

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

第4章「アップグレード後に実行するタスク」

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

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

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

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

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

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

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

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

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

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

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

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

- 第2.2項「Oracle Databaseのアップグレード」

- 第2.3項「カスタムsetDomainEnv設定のメンテナンス(オプション)」

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

- 第2.5項「OIDセキュリティ・ストアでの認証なしSSLモードの使用方法」

- 第2.6項「OWSMポリシー・セットからのサーバー・インスタンス・スコープの削除」

- 第2.7項「事前定義ドキュメントのクローニングおよびOWSMポリシー・アタッチメントの移行」

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

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

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

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

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

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

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

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

- 第2.16項「Infrastructureアップグレードのトラブルシューティング」

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

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

Oracle Fusion Middleware 11g Application DeveloperインストールをOracle Fusion Middleware 12.1.3 Infrastructureにアップグレードする前に、既存の11g環境をバックアップする必要があります。なんらかの理由でアップグレードに失敗した場合、ソース・バックアップからアップグレード・プロセスをやりなおす必要があります。

詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』のアップグレードのためのバックアップおよびリカバリ戦略に関する項を参照してください。

注意:

アップグレード後、setDomainEnvスクリプトに対して行ったカスタム変更はすべて失われます。アップグレードの前に、スクリプトのバックアップ・コピーを必ず作成してください。

アップグレード後の設定の保持に関する詳細は、カスタムsetDomainEnv設定のメンテナンス(オプション)を参照してください。

2.2 Oracle Databaseのアップグレード

新しい12c環境をホストするために使用するデータベースは、サポートされている必要があります。Oracle Fusion Middleware 12c (12.1.3) InfrastructureのOracle Database要件を理解することが重要であり、必要に応じて、Fusion Middlewareのアップグレードを行う前にOracle Fusion Middleware Databaseをアップグレードします。

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

2.3 カスタムsetDomainEnv設定のメンテナンス(オプション)

各ドメインには、動的に生成されるドメインおよびサーバーの起動スクリプト(setDomainEnv)が含まれます。これらの起動スクリプトは後続のドメイン・アップグレード操作によって上書きされるため、変更しないことをお薦めします。

注意:

アップグレード前にsetDomainEnvスクリプト(または他の起動スクリプト)に加えられた変更は、ドメインの再構成プロセスで再生成されるスクリプトにより上書きされます。別のファイルを作成して、アップグレード前にカスタマイズしたドメイン設定を格納することを検討してください。

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

サーバーの起動時に(このファイルが存在する場合)起動シーケンスに組み込まれ、そこに定義されているオーバーライドが有効化されます。このファイルは、domain_home/binディレクトリに格納する必要があります。

ドメイン全体に適用されるカスタマイズされたパラメータをアップグレード後に保持するための、setUserOverridesファイルの作成に関する詳細は、「ドメイン全体に適用されるサーバー・パラメータのカスタマイズ」を参照してください。

注意:

アップグレード前にsetUserOverridesスクリプトを作成できない場合は、第4.4項「setDomainEnvへのカスタマイズの再適用」の説明に従って、設定を再適用する必要があります。

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

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

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

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

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

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

11gのリポジトリ作成ユーティリティを使用して、サポートされているデータベースで新しい11g Oracle Platform Security Services (OPSS)スキーマを作成します。アップグレード時にOPSSを使用して、データベース・ベースのストアへのOPSSの再関連付けが正常に完了した場合、12.1.3 RCUを使用して12.1.3監査(IAU)スキーマを作成できます。

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

11gで監査データ・ストアを使用しているかどうかおよび使用している監査データ・ストアのタイプに応じて、IAU 12c (12.1.3)スキーマの作成が必要な場合があります。詳細は、第1.1.2.2項「Infrastructure 12cは特定のデータベース・スキーマを必要とする」を参照してください。

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

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

「新規ドメインの作成」ボックスが選択されていない場合、再関連付け後にWebLogic Serverが起動しません。

アップグレード前に、11g OPSSとIAU (監査)スキーマがデータベース・ベースになるように再関連付けするには、次の操作を行います。

1. コンソールでJDBCデータ・ソースを構成します:

- コンソールにログインし、「サービス」→「データソース」に移動します。

- 「新規」を選択し、ドロップダウン・メニューから「汎用データ・ソース」を選択します。

- 新しいデータ・ソースに名前を付けます。

- 「JNDI名」に入力します。
注意: この名前は、jps-config.xmlファイルでのDBベース・ストアの構成に使用します。また、この値は再関連付けコマンドで使用します。値の例は、OPSSではjdbc/opssDataSource、IAUではjdbc/AuditDBです。

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

- 「データベース・ドライバ」プルダウンで、「Oracleのインスタンス接続用ドライバ(Thin)、バージョン: 9.0.1以降」を選択します(これは非XA JDBCドライバです)。

- 「グローバル・トランザクションのサポート」の選択が解除されていることを確認してください。

- 「接続プロパティ」領域で、データベース名、ホスト名、ポート、データベース・ユーザー名およびパスワードのデータを入力します。それらの設定を確認して、テストします。

- 「ターゲット」セクションでは、このデータ・ソースのターゲットとしてドメイン内のすべてのサーバーを指定する必要があります。「終了」をクリックします。

2. データ・ファイルを再度関連付けます:

1. データ・ファイルをOPSSスキーマのOPSSと再度関連付けます:

$cd $11g_MW_Home/oracle_common/common/bin
$./wlst.sh
connect()
wls:/jrf_domain/serverConfig> reassociateSecurityStore(domain="jpsconfig",    servertype="DB_ORACLE", jpsroot="cn=jpsroot", datasourcename="jdbc/opssDataSource")

2. データ・ファイルをIAUスキーマのIAUと再度関連付けます:

$cd $11g_MW_Home/oracle_common/common/bin
$./wlst.sh
connect()
wls:/base_domain/serverConfig> setAuditRepository(switchToDB="true",dataSourceName="jdbc/AuditDB")

3. すべてのサーバーを再起動します。

4. Enterprise Manager Fusion Middleware Controlを使用して再関連付けを検証します。

1. Enterprise Manager Fusion Middleware Controlを使用したOPSS再関連付けの検証:
- Enterprise Manager Fusion Middleware Controlにログインし、「ドメイン」→「セキュリティ」→「セキュリティ・プロバイダ構成」に移動します。

- その構成の「プロバイダ・タイプ」の表示が「ファイル」ではなくなったことを確認します。

- 表の前述の「プロバイダ・タイプ」フィールドには、エントリ「Oracle Database」が表示されます。

2. Enterprise Manager Fusion Middleware Controlを使用した監査DB構成の検証:
- Enterprise Manager Fusion Middleware Controlにログインし、「ドメイン」→「セキュリティ」→「セキュリティ・プロバイダ構成」に移動します。

- 画面の「監査サービス」セクションの「構成」をクリックし、「OHS11GPS61STdomain」画面にアクセスします。

- JNDIデータ・ソース名が正しいこと、また以前に指定したとおりであることを検証し、データベース接続が「URL」フィールドで指定されていることを確認します。

- DBベースの監査データ・ソースが指定されていない場合は、「データソースJNDI名」の隣にある虫眼鏡のアイコンをクリックして、以前に作成した監査データ・ソースを選択します。

- 前述の各手順で指定した内容とこの画面の詳細が一致していることを確認し、「適用」をクリックします。

注意:

データ・ソースおよびデータ・ソース・ストア構成にアクセスするデータベース・ユーザーは、OPSSスキーマの所有者と同じである必要があります。

IAUスキーマのアップグレードは、オプションとして指定する必要があります。11gのデフォルトでは、「監査ストア」が構成されていません。「監査ストア」を構成しない場合は、監査ストアの関連付けはスキップできます。

2.5 OIDセキュリティ・ストアでの認証なしSSLモードの使用方法

12cにアップグレードして、WLSでセキュリティ・ポリシー・ストア用のOIDを使用する場合、デフォルトのSSLモードの変更が必要な場合があります。Oracle Internet Directory 11gでは、SSL相互運用性モードはデフォルトで有効です。ただし、Oracle Internet Directoryは、SSL相互運用性モードが無効であることを前提として、JDKのSSLに完全に準拠しています。

Oracle Internet Directory (OID)における認証なしSSLモードのデフォルト使用は、介在者(MITM)攻撃を受けやすくなるため、本番環境ではお薦めできません。

ただし、認証なしSSLが必要で、WebLogic Serverがクライアントの場合は、アップグレード前に次のシステム・プロパティをweblogic.propertiesファイルに適用する必要があります。

- -Dweblogic.security.SSL.AllowAnonymousCipher=true

- -Dweblogic.security.SSL.ignoreHostnameVerification=true

注意:

これらのプロパティを設定することにより、匿名暗号スイートが有効化され、ホスト名の検証チェックなしでクライアント接続が確立されるため、結果的にWLSは介在者攻撃を受けやすくなります。

WLS 12cでOIDを使用する場合は、サーバー認証またはクライアント/サーバーSSL認証の使用を強くお薦めします。

2.6 OWSMポリシー・セットからのサーバー・インスタンス・スコープの削除

ポリシー・セットのサーバー・インスタンス・スコープは、11g (11.1.1.7.0)では非推奨で、12cではサポートされていません。ただし、サーバー・スコープを使用するポリシー・セットがある場合、それらのポリシー・セットは12cへのアップグレード時に無効化されます。したがって、12cへのアップグレード前に、すべての11gポリシー・セットからサーバー・インスタンス・スコープを削除する必要があります。

詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.7.0)のドキュメント・ライブラリのWebサービスのためのセキュリティおよび管理者ガイドのポリシー・セットの編集に関する項を参照してください。

2.7 事前定義ドキュメントのクローニングおよびOWSMポリシー・アタッチメントの移行

アップグレードの際、ご使用の環境向けにカスタマイズされていない事前定義ドキュメントは読取り専用バージョンで置き換えられ、新しい読取り専用の事前定義ドキュメントが追加される点に注意してください。ただし、カスタマイズされた既存の事前定義ドキュメント、およびリポジトリのユーザー作成のカスタム・ポリシーは上書きされません。

最新のポリシーを常にすべて取得できるように、変更した事前定義ドキュメントはクローニングし、ポリシー・アタッチメントは移行することをお薦めします。詳細は、『Oracle Web Services ManagerによるWebサービスの保護とポリシーの管理』のOWSMリポジトリのアップグレードに関する項を参照してください。

2.8 APPHOSTへのOracle Fusion Middleware Infrastructure 12.1.3のインストール

12.1.3 Infrastructureを、11gと同じホスト上の新しいOracleホームにインストールします。

注意:

Oracle Fusion Middleware Infrastructure 12.1.3の構成に、構成ウィザードを使用しないでください。

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

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

タスク

説明

詳細

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

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

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

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

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

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

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

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

『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成』のインストール・プログラムの起動に関する項。

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

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

『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成』のインストール画面のナビゲートに関する項。

2.9 APPHOSTへのOracle HTTP Server 12.1.3のインストール

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

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

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

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

注意:

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

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

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

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

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

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

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

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

どの11gまたは12.1.2スキーマが12.1.3.0.0にアップグレードできるかを判断するには、『Oracle Fusion Middleware Upgrade Assistantによるアップグレード』のアップグレード・アシスタントを使用してアップグレードできるスキーマの識別に関する項を参照してください。

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

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

- 第2.12.1項「作成するスキーマの決定」

- 第2.12.2項「リポジトリ作成ユーティリティを使用した必要なスキーマの作成」

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

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

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

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

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

注意:

リリース12c (12.1.2.0)より、サービス表(_STB)スキーマは、すべてのInfrastructureインストールに必要です。サービス表は、インフラストラクチャをアップグレードするたびに、アップグレードする必要があります。新しいInfrastructureのインストールで、古いバージョンのスキーマは使用できません。

2.12.2 リポジトリ作成ユーティリティを使用した必要なスキーマの作成

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

注意:

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

1. 次の方法によるリポジトリ作成ユーティリティ(RCU)の起動

1. まだ設定していない場合は、JAVA_HOME変数を設定し、JAVA_HOME/binを$PATHに追加します。

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

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

(Windows) .\rcu.bat

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

注意:

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

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

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

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

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

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

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

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

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

Oracle Fusion Middleware Upgrade Assistantを起動する前に、『Oracle Fusion Middleware Upgrade Assistantによるアップグレード』のUpgrade Assistantを使用してアップグレードできるスキーマの識別に関する項の手順を使用して、スキーマ・バージョン・レジストリで、既存の11gスキーマのリストを表示します。

『Oracle Fusion Middleware Upgrade Assistantによるアップグレード』に記載されているスキーマは、12.1.3コンポーネントをサポートするために使用できるコンポーネント・スキーマです。このリストから、アップグレードするドメインで使用されるスキーマを特定します。

注意:

ドメインで、このアップグレードでサポートされていないスキーマが使用されている場合は、ドメインをアップグレードしないでください。サポートされているドメイン構成の詳細は、『Oracle Fusion Middleware相互運用性および互換性の理解』を参照してください。

タスク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コンポーネントのリストが提供されます。コンポーネントを選択すると、スキーマとすべての依存関係が自動的に選択されます。

ドメイン・ディレクトリ

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

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

前提条件

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

スキーマの選択

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

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

2. データベース接続の詳細を入力して、「接続」をクリックします。一部のスキーマは、アップグレードのためにシステムDBA権限が必要な場合があります。

3. 「スキーマ・ユーザー名」ドロップダウン・メニューからアップグレードするスキーマを選択し、スキーマのパスワードを入力します。リストから適切なスキーマを選択してください。表示されるデフォルトのスキーマは、アップグレードするスキーマとは異なる場合があります。

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

アップグレードが必要なスキーマの詳細は、第1.1.2.2項「Infrastructure 12cは特定のデータベース・スキーマを必要とする」を参照してください。

注意:

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

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

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

調査

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

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

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

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

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

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

「アップグレードの進行状況」ステータス・バーには、完了したアップグレード・プロセスの数が表示されます。残りの時間を特定するわけではありません。

アップグレード・アシスタントにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。

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

アップグレード成功

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

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

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

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

SELECT comp_id, owner, version, status, upgraded FROM schema_version_registry where version like '12.1.3.%';

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. エディション・ベースのデータベース・ユーザーのみ: スキーマがEBRデータベースを使用して構成されている場合、再構成ウィザードを実行する前に、手動でデフォルトのエディション名を設定する必要があります。
次のSQLコマンドを実行して、デフォルト・エディションを設定します。

ALTER DATABASE DEFAULT EDITION = edition_name;

ここで、edition_nameは、デフォルトのデータベース・エディション名の名前です。

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

(Windows) ORACLE_HOME\oracle_common\common\bin

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

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

(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に示されているすべての画面が表示されない場合もあります。一部の拡張構成では、追加の画面が表示されます。拡張構成の詳細は、オンライン・ヘルプを参照してください。

Oracle WebLogic ServerのアップグレードのWebLogicドメインの再構成に記載されている、完全な再構成プロセスを確認します。

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

画面

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

ドメインの選択

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

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

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

ドメイン・モードとJDK

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

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

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

JDBCデータ・ソース

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

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

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

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

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

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

データベース構成タイプ

前の画面でデータ・ソース接続の詳細を指定した場合は、データベース接続の詳細が自動的に入力されます。

この画面で情報が入力されない場合は、「RCUデータ」を選択してデータベース資格証明を指定して、ドメインに含まれているすべての12.1.2スキーマのスキーマ情報を取得します。このオプションを選択した場合、この画面のフィールドはアクティブ化されます。リポジトリ作成ユーティリティ(RCU)のSTBコンポーネントに指定した接続情報を使用して、各フィールドに入力します。

接続情報を入力した後、「RCU構成の取得」をクリックしてスキーマ情報を取得します。

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

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

デフォルトでは、前の画面で「RCUデータの取得」を選択し、すべてのスキーマの所有者が同じ場合、スキーマ情報が表示されます。

画面に表示されたスキーマのデータ・ソース設定を変更する場合は、各スキーマ名の横のチェック・ボックスを選択します。画面の上部のフィールドで変更を行うと、下部で選択しているスキーマが更新されます。変更するスキーマのみを選択してください。

注意:

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

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

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

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

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

ノード・マネージャ

この画面は、再構成するドメインで、ドメインごとのデフォルトの場所のノード・マネージャが使用されている場合にのみ表示されます。

「既存の構成を移行」を選択して、ドメインごとのデフォルトの場所の場所を指定します。

「Oracle推奨デフォルトの適用」を有効にします。

「ノード・マネージャ資格証明」を指定します。これは、ノード・マネージャを管理するために作成される、新しい「ユーザー」です。ノード・マネージャにより処理されるコンポーネントには、起動時にパスワードが要求されます(OHSを含む)。

注意: WebLogic Server環境の起動および停止にカスタム・スクリプトを使用している場合は、ドメインをアップグレードしてホストごとのノード・マネージャ構成からドメインごとのノード・マネージャ構成に変更する際に、手動でスクリプトを更新してノード・マネージャ・ホームの場所を新しいドメインベースの場所に変更する必要があります。

ノード・マネージャの構成の詳細は、『Oracle WebLogic Serverノード・マネージャの管理』のデフォルトのノード・マネージャの構成に関する項を参照してください。

拡張構成

詳細な構成を実行するすべてのカテゴリ(存在する場合)を選択します。選択した各カテゴリの適切な構成画面が表示され、詳細な構成を実行できます。この画面で項目を選択しない場合は、「構成のサマリ」画面が次に表示されます。

次に表示される画面は、選択するカテゴリに応じて異なります。各画面の詳細は、オンライン・ヘルプを参照してください。

注意: ノード・マネージャが使用可能な場合に選択しないときは、Oracle WebLogic Serverのアップグレードのノード・マネージャ構成の実行に関する項の説明に従って、ノード・マネージャを手動で構成する必要があります。

ノード・マネージャの詳細オプションは、ホストごとのノード・マネージャ構成を使用中のドメインを再構成する場合にのみ使用できます。ドメインごとのノード・マネージャ構成に切り替えることも、すでに存在する既存のノード・マネージャの使用を続行することも可能です。

構成のサマリー

続行する前に、ドメイン構成の設定の詳細を確認します。「表示」ドロップダウン・リストからフィルタ・オプションを選択することで、右端のパネルに表示されるアイテムを限定できます。

構成を変更する必要がある場合は、「戻る」をクリックして適切な画面に戻ります。

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

再構成の進行状況

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

再構成に成功しました

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

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

アップグレード・アシスタントを使用して追加のドメイン・コンポーネント構成(OWSMポリシー・メタデータ構造およびアダプタ構成など)をアップグレードするには、この項の手順に従います。

- タスク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 Serverドメインのコンポーネント構成をアップグレードするには、「WebLogicコンポーネント構成」オプションを選択します。アップグレードするドメインのドメイン・ディレクトリを入力してください。

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

コンポーネント・リスト

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

前提条件

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

UMS構成

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

注意: UAにより管理対象サーバーまたは構成ファイルを特定できない場合は、手動でファイルをコピーしてからアップグレード・アシスタントを再起動する必要があります。詳細は、第2.16.3項「アップグレード・アシスタント: UMS構成ファイルのコピーを参照してください。

調査

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

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

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

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

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

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

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

アップグレード成功

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

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

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

Infrastructureアップグレード時にエラーが発生した場合は、次の項目を参照してください。

- 再構成ウィザード: WebLogic Serverドメインのアップグレード・プロセス

- アップグレード・アシスタント: 認証失敗 - JSch例外: 認証失敗

- アップグレード・アシスタント: UMS構成ファイルのコピー

注意:

大半のFusion Middlewareエラーと同様、調査フェーズで検出されたエラーは修正可能であり、アップグレード・アシスタントの実行を継続できます。しかし、アップグレード・フェーズで発生したエラーは、リストア済のバックアップ・ファイルを使用して修正する必要があり、アップグレード・プロセスは最初からやりなおす必要があります。アップグレード・フェーズでエラーの発生したアップグレードを、再実行しないでください。その環境は不安定だとみなして、アップグレード前の状態にリストアする必要があります。

詳細は、『Oracle Fusion Middleware Upgrade Assistantによるアップグレード』の一般的なトラブルシューティングのガイドラインに関する項を参照してください。

2.16.1 再構成ウィザード: WebLogic Serverドメインのアップグレード・プロセス

ドメインの再構成時にエラーが発生した場合は、『Oracle WebLogic Serverのアップグレード』のドメインのアップグレード・プロセスに関する重要な注意事項に関する項を参照してください。

2.16.2 アップグレード・アシスタント: 認証失敗 - JSch例外: 認証失敗

アップグレード・アシスタントを実行してWeblogicコンポーネント構成をアップグレードする際に、UMSサーバーに不適切なログイン資格証明を指定した場合、UAのログ・ファイルに次のような例外が記載されます。

[upgrade.UCSUMS.UCSUMS_CONFIGURATION_PLUGIN] [tid: 110] [ecid:
88ab893d-a523-4a83-b5a6-f7b1cf8cb029-00000001,0] [[
com.jcraft.jsch.JSchException: Auth fail

このエラーの解決方法は、エラーが発生した時点に応じて異なります。

調査フェーズ (アップグレード・フェーズの前)でこのエラーが発生した場合: すべての管理対象サーバーおよびディレクトリに対して入力したユーザー名およびパスワードが有効であること、および指定したユーザー名にssh権限があることを確認します。エラーを修正した後、接続を再試行します。

アップグレード・フェーズでエラーが発生した場合、アップグレード操作は正常に行われておらず、バックアップからファイルをリストアして、アップグレードをやりなおす必要があります。要求に従って、適切なログイン資格証明を入力していることを確認してください。

注意:

アップグレード・フェーズで発生したエラーは非リエントラントであり、エラーを修正してアップグレードを続行することはできません。「アップグレード」をクリックした後でエラーが発生した場合は、アップグレード・プロセスをやりなおす前に、バックアップから環境をリストアする必要があります。

2.16.3 アップグレード・アシスタント: UMS構成ファイルのコピー

アップグレード・アシスタントでUMS構成ファイルの自動コピーに失敗した場合は、UMSをアップグレードする前に、アップグレードを停止して構成ファイルを手動でコピーする必要があります。

注意:

この手順は、アップグレード・アシスタントで構成ファイルの自動コピーが失敗した場合、または構成ファイルを手動でコピーした場合のみ必要です。

この項では、User Messaging Service (UMS)を11gから12cにアップグレードする際にリモートの管理対象サーバー・ノードから管理サーバーにコピーされる、UMS構成ファイルの場所について説明します。必要な前提条件をすべて満たし、必要なログイン情報を指定した場合、リモート構成ファイルは、アップグレード・アシスタントにより自動的にコピーされます。アップグレード・アシスタントによる構成ファイルのコピーに関する詳細は、『Oracle Fusion Middleware Upgrade Assistantによるアップグレード』を参照してください。

ただし、アップグレード・アシスタントでファイルの場所を特定できない場合は、リモートの管理対象サーバーからアップグレードを実行している管理サーバー上の同じ場所に、構成ファイルをコピーする必要があります。コピーする必要がある構成ファイルには、UMSサーバー構成ファイル(appconfig.xml)、ドライバの構成ファイル(driverconfig.xml)およびユーザー・プリファレンス・ファイル(businessterms.xml)などがあります。これらのファイルは、表2-5に示されているように、各管理対象サーバーの/applicationsフォルダに置かれています。

管理対象サーバーから管理サーバーに構成ファイルを手動でコピーした後、第2.15項「アップグレード・アシスタントを使用したドメイン・コンポーネント構成のアップグレード」に記載されている手順に従って、アップグレード・アシスタントを起動しなおす必要があります。

表2-5 構成ファイルの場所

構成ファイル

場所

UMSサーバー(appconfig.xml)

<DOMAIN_HOME>/config/fmwconfig/servers/<MANAGED_SERVER_NAME>/applications/usermessagingserver/configuration/appconfig.xml

ドライバの構成(driverconfig.xml)

<DOMAIN_HOME>/config/fmwconfig/servers/<MANAGED_SERVER_NAME>/applications/usermessagingdriver-<DRIVER_NAME>/configuration/driverconfig.xml

ユーザー・プリファレンス(businessterms.xml)

<DOMAIN_HOME>/config/fmwconfig/servers/<MANAGED_SERVER_NAME>/applications/usermessagingserver/configuration/businessterms.xml

注意:

ドメイン内に複数のドライバがデプロイされている場合は、すべてのドライバの構成ファイルをコピーしていることを確認してください。<DRIVER_NAME>を、ドメインにデプロイされているすべてのドライバ名で置き換えて確認します。

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

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

第II部

前の12cリリースからOracle Infrastructure 12c (12.1.3)へのアップグレード

ここでは、前のリリースのOracle Infrastructure 12cからInfrastructure 12c (12.1.3)へのアップグレードに使用されるプロセスについて説明します。

第I部には次の章が含まれます:

- 第3章「前のリリースから12cへのアップグレード」

3 前のリリースから12cへのアップグレード

この章では、前のOracle Infrastructure 12cリリースからOracle Infrastructure 12c (12.1.3)へのアップグレードのプロセスについて説明します。

この章には次のトピックが含まれます:

- 第3.1項「アップグレード前に必要なタスクの実行」

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

- 第3.3項「再構成ウィザードを使用した12cドメインのアップグレード」

- 第3.4項「アップグレード・アシスタントを使用した12c構成のアップグレード」

注意:

この章に記載されたタスクは、既存のInfrastructure 12cリリースからInfrastructure 12c (12.1.3)リリースにアップグレードする場合にのみ適用されます。11g環境を12c (12.1.3)にアップグレードする場合は、第I部「11gからOracle Infrastructure 12c (12.1.3)へのアップグレード」に記載されている手順を使用してください。

3.1 アップグレード前に必要なタスクの実行

Infrastructure 12cにアップグレードした場合は、第2章で、アップグレード前の手順を、アップグレードの開始前に完了するよう指示されています。それらの手順を完了していることを確認してください。

アップグレード前の手順のほとんどは11gからのアップグレードに適用されますが、一部の手順(既存の環境のバックアップなど)はここでも適用され、アップグレードを正常に完了するためには不可欠な手順です。次のリストに、既存の12c Infrastructureをアップグレードする前に完了する必要のある、アップグレード前の手順を示しています。

- 第2.1項「既存のOracle Fusion Middleware 11g環境のバックアップ」
アップグレードに取り掛かる前に、必ず現行の環境の完全バックアップを作成してください。アップグレードに関して問題が発生した場合、環境をリストアして、アップグレード・プロセスを最初からやりなおす必要がある場合があります。

- 第2.2項「Oracle Databaseのアップグレード」
最新のシステム要件を参照して、ご使用のデータベースがサポートされていることを確認します。

- 第2.8項「APPHOSTへのOracle Fusion Middleware Infrastructure 12.1.3のインストール」
アップグレードを開始する前に、12.1.3 Infrastructureの配布をインストールする必要があります。

- 第2.9項「APPHOSTへのOracle HTTP Server 12.1.3のインストール」
12cドメインに、そのドメインに関連付けられたOracle HTTP Serverインスタンスが含まれる場合、Oracle HTTP Server 12.1.3にアップグレードする必要があります。

- 第2.10項「サーバーとプロセスの停止」
12cのアップグレードは、完全なオフラインで行います。アップグレードを開始する前に、すべての12cサーバーおよびプロセスが停止していること確認してください。

注意:

次の表の画面名をクリックすると、そのフィールドの詳細情報または画面の機能が表示されます

3.2 アップグレード・アシスタントを使用した12cスキーマのアップグレード

アップグレード・アシスタント(UA)を実行して、STB、監査およびOPSSスキーマをアップグレードします。

$12.1.3_ORACLE_HOME/oracle_common/upgrade/bin

./ua

アップグレード・アシスタント画面

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

ようこそ

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

スキーマ

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

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

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

次のコンポーネントを選択します(関連するスキーマを示します)。

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

- Oracle Platform Security Services (_OPSS)

- 監査サービス(_IAU、IAU_APPEND、_IAU_VIEWER)

ドメイン・ディレクトリ

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

前提条件

各ボックスで、スキーマ・アップグレードの前提条件が満たされているかどうかを確認します。アップグレード・アシスタントでは、これらの前提条件が満たされていることを検証できません。

スキーマの選択

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

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

2. データベース接続の詳細を入力して、「接続」をクリックします。一部のスキーマは、アップグレードのためにシステムDBA権限が必要な場合があります。

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

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

注意:

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

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

- パスワードは自動的に入力されます。スキーマによって異なるパスワードを使用する場合は、Passwordフィールドを更新してください。

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

次の画面は、サービス表スキーマ画面を示しています。

調査

各スキーマのソース・バージョンが12.1.2であることを確認します。

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

「アップグレード」をクリックする前に、この画面の情報により、適切なスキーマをアップグレードすることを確認します。特に、ソース・バージョンが12.1.3で、ターゲット・バージョンが12.1.3であることを確認してください。

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

この画面には、スキーマのアップグレードの進行状況が表示されます。

「アップグレードの進行状況」ステータス・バーには、完了したアップグレード・プロセスの数が表示されます。残りの時間を特定するわけではありません。

アップグレード・アシスタントにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。

アップグレード成功

この画面には、アップグレードの最終結果が表示されます。各スキーマが、正常に12.1.3にアップグレードされていることを確認します。

3.3 再構成ウィザードを使用した12cドメインのアップグレード

再構成ウィザードを使用して、既存の12c ドメインを最新バージョンにアップグレードします。

UNIXオペレーティング・システムでは、次の12.1.3ディレクトリに移動し、再構成ウィザードを起動します。

ORACLE_HOME/oracle_common/common/bin/reconfig.sh

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

ORACLE_HOME\oracle_common\common\bin\reconfig.cmd

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

再構成ウィザードの画面

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

ドメインの選択

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

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

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

ドメイン・モードとJDK

ドメイン・モードは変更できません。この設定は、構成ウィザードを使用してドメインが作成された際に、指定されたモードからインポートされます。

注意: 本番ドメインをアップグレードする前に、まず開発ドメインで試験的なアップグレードを実行することをお薦めします。アップグレードに関する問題やエラーは、本番環境をアップグレードする前に解決する必要があります。

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

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

JDBCデータ・ソース

この画面で、ドメイン・ソースに定義されているJDBCデータ・ソースの構成を確認する必要があります。自動的に構成されたOPSSデータ・ソースが、この画面に表示されます。

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

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

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

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

データベース構成タイプ

前の画面でデータ・ソース接続の詳細を指定した場合は、データベース接続の詳細が自動的に入力されます。

この画面で情報が入力されない場合は、「RCUデータ」を選択してデータベース資格証明を指定して、ドメインに含まれているすべての12.1.2スキーマのスキーマ情報を取得します。このオプションを選択した場合、この画面のフィールドはアクティブ化されます。リポジトリ作成ユーティリティ(RCU)のSTBコンポーネントに指定した接続情報を使用して、各フィールドに入力します。

接続情報を入力した後、「RCU構成の取得」をクリックしてスキーマ情報を取得します。

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

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

デフォルトでは、前の画面で「RCUデータの取得」を選択し、すべてのスキーマの所有者が同じ場合、スキーマ情報が表示されます。

画面に表示されたスキーマのデータ・ソース設定を変更する場合は、各スキーマ名の横のチェック・ボックスを選択します。画面の上部のフィールドで変更を行うと、下部で選択しているスキーマが更新されます。変更するスキーマのみを選択してください。

注意:

- 第3.2項でアップグレードしたスキーマの12.1.2スキーマの詳細を指定する必要があります。

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

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

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

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

ノード・マネージャ

この画面は、再構成するドメインで、ドメインごとのデフォルトの場所のノード・マネージャが使用されている場合にのみ表示されます。

「既存の構成を移行」を選択して、ドメインごとのデフォルトの場所の場所を指定します。

「Oracle推奨デフォルトの適用」を有効にします。

「ノード・マネージャ資格証明」を指定します。これは、ノード・マネージャを管理するために作成される、新しい「ユーザー」です。ノード・マネージャにより処理されるコンポーネントには、起動時にパスワードが要求されます(OHSを含む)。

注意: WebLogic Server環境の起動および停止にカスタム・スクリプトを使用している場合は、ドメインをアップグレードしてホストごとのノード・マネージャ構成からドメインごとのノード・マネージャ構成に変更する際に、手動でスクリプトを更新してノード・マネージャ・ホームの場所を新しいドメインベースの場所に変更する必要があります。

ノード・マネージャの構成の詳細は、『Oracle WebLogic Serverノード・マネージャの管理』のデフォルトのノード・マネージャの構成に関する項を参照してください。

拡張構成

詳細な構成を実行するすべてのカテゴリ(存在する場合)を選択します。選択した各カテゴリの適切な構成画面が表示され、詳細な構成を実行できます。この画面で項目を選択しない場合は、「構成のサマリ」画面が次に表示されます。

注意: ノード・マネージャが使用可能な場合に選択しないときは、Oracle WebLogic Serverのアップグレードに関するマニュアルのノード・マネージャ構成の実行に関する項の説明に従って、ノード・マネージャを手動で構成する必要があります。

ノード・マネージャの詳細オプションは、ホストごとのノード・マネージャ構成を使用中のドメインを再構成する場合にのみ使用できます。ドメインごとのノード・マネージャ構成に切り替えることも、すでに存在する既存のノード・マネージャの使用を続行することも可能です。

管理対象サーバー

この画面で、既存の管理対象サーバー(ある場合)の設定を確認します。

クラスタ

この画面で、既存のクラスタ(ある場合)の設定を確認します。

Coherenceクラスタ

この画面は、WebLogic ServerインストールでCoherenceを含めた場合のみ表示されます。ドメインに自動的に追加されるCoherenceクラスタがリストされます。

マシン

WebLogicドメインでは、マシン定義によって物理ハードウェア単位が識別され、それらの定義はホストするWebLogic Serverインスタンスまたはシステム・コンポーネント(OHSサーバーなど)に関連付けられます。

この画面で、アップグレードの一部として再構成に含められる、既存のノード・マネージャの詳細のHost/Port設定を確認します。

実際のリスニング・アドレスが指定されていることを確認してください。ローカルホストは使用しないでください。

システム・コンポーネント

この画面で、関連付けられたアップグレード・プロセスで再構成される既存のOHSコンポーネントの現行の設定を確認します。アップグレード・エラーを防ぐために、この画面でOHS設定を変更しないでください。また、この画面で、システム・コンポーネントを追加または削除できます。

OHSサーバー

この画面で、再構成ウィザードにより各OHSドメインに対して適切なポートの詳細(ソース・インストールから取得されるもの)が取得されていることを確認します

注意: 複数のOHSインスタンスを含むドメインを再構成する場合は、画面の上部に「システム・コンポーネント」トグルが表示されます。再構成時はこのオプションを選択し、異なるインスタンス間で切り替えて構成の詳細を更新してください。

複数のOHSサーバーが同じホストの詳細を使用することはできますが、各サーバーには一意のポートの詳細が割り当てられる必要があります。この画面で異なるポートの詳細が表示されていない場合は、詳細を編集して異なる内容にする必要があります。

システム・コンポーネントのマシンへの割当

この画面で、定義したマシンへのシステム・コンポーネントの割当てを確認します。

注意: この画面には、ノード・マネージャに割り当てられているOHSコンポーネントが表示されます。これによってOHSインスタンスが再構成され、12.1.3ノード・マネージャに割り当てられます(この手順は、OHSインスタンスを起動または停止するために必要です)。

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

ドメインを構成している製品に関連付けられたアプリケーションは、その製品に作成された管理対象サーバーまたはその管理対象サーバーが割り当てられたクラスタに、自動的にターゲットとして指定されます。この画面では、アプリケーションを追加のサーバーおよびクラスタに割り当てることができます。

この画面で、ドメインのデプロイメント・ターゲット指定を確認します。

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

ドメインを構成している製品に関連付けられたサービスは、その製品に作成された管理対象サーバーまたはその管理対象サーバーが割り当てられたクラスタに、自動的にターゲットとして指定されます。この画面では、サービスを追加のサーバーおよびクラスタにターゲット指定することができます。

この画面で、ドメインのサービス・ターゲット指定を確認します。

構成のサマリー

続行する前に、ドメイン構成の設定の詳細を確認します。「表示」ドロップダウン・リストからフィルタ・オプションを選択することで、右端のパネルに表示されるアイテムを限定できます。

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

再構成の進行状況

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

再構成に成功しました

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

3.4 アップグレード・アシスタントを使用した12c構成のアップグレード

次の手順に従って、アップグレード・アシスタントを使用して、既存の12cドメイン構成をアップグレードします。

アップグレード・アシスタント(UA)を12.1.3 Oracleホームから実行して、コンポーネント構成をアップグレードします。

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

ORACLE_HOME/oracle_common/upgrade/bin/.ua

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

ORACLE_HOME\oracle_common\upgrade\bin\ua.bat

アップグレード・アシスタント画面

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

ようこそ

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

スキーマ

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

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

この画面には、アップグレードされるドメイン構成を持つ、インストール済Oracle Fusion Middlewareコンポーネントのリストが表示されます。

前提条件

各ボックスで、スキーマ・アップグレードの前提条件が満たされているかどうかを確認します。アップグレード・アシスタントでは、これらの前提条件が満たされていることを検証できません。

調査

各コンポーネントについて、アップグレードが正常に完了したことを確認します。

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

「アップグレード」をクリックする前にこの画面の情報を確認します。

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

この画面には、アップグレードの進行状況が表示されます。

「アップグレードの進行状況」ステータス・バーには、完了したアップグレード・プロセスの数が表示されます。残りの時間を特定するわけではありません。

アップグレード・アシスタントにはアップグレードを実行するための十分な時間を与えてください。やむを得ない場合を除き、アップグレード操作は取り消さないでください。

アップグレード成功

この画面には、アップグレードの最終結果が表示されます。

第III部

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

ここに記載されている手順は、ご使用のデプロイメントに必要な場合とそうでない場合があります。ドキュメントをよく読んで、必要なアップグレード後手順(ある場合)を判断してください。

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

- 第4章「アップグレード後に実行するタスク」

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

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

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

- 第4.1項「アップグレードの検証チェックリスト」

- 第4.2項「サーバーの正しい順序での起動と停止」

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

- 第4.4項「setDomainEnvへのカスタマイズの再適用」

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

- 第4.6項「古いJava EE Webサービス・アプリケーションのセキュリティ・ステータスのメンテナンス」

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

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

4.1 アップグレードの検証チェックリスト

アップグレードの後、次の基本的な管理タスクを正常に完了してください。これらの各手順の実行方法の詳細は、この章のその他の項に記載されています。

注意:

次のサーバーを起動する順序は重要です。それらを正しい順序で起動(停止)しないと、デプロイメントに関する問題が発生する可能性があるからです。

詳細は、第4.2項「サーバーの正しい順序での起動と停止」を参照してください。

1. ノード・マネージャを起動できることを確認します。

2. 管理サーバーおよび管理対象サーバー(ある場合)を、元の12.1.2ドメイン・ホームのbinディレクトリから起動できることを確認します。Windowsオペレーティング・システム・ユーザーの場合は、新しいコマンド・プロンプト(12cのアップグレード・アシスタントを起動したコマンド・プロンプトではなく)でサーバーを起動すると便利です。
注意: OHS自身の構成には、管理対象サーバーは必要ありません。

3. Web層(OHSサーバー)を起動できることを確認します。

4. 次のURLを使用して、管理コンソールおよびEnterprise Managerに接続できることを確認します。

- http://machinename.my_company_com:administration_port

- http://machinename.my_company_com:administration_port/em

4.2 サーバーの正しい順序での起動と停止

Infrastructureのアップグレード後は、ご使用の環境にあるすべての管理サーバーと管理対象サーバーを起動して、それらが予期したとおりに機能していることを確認する必要があります。

サーバーを起動および停止する順序は重要です。それらを正しい順序で起動または停止しないと、デプロイメントに関する問題が発生する可能性があるからです。

注意:

管理サーバー、管理対象サーバーおよびコンポーネントを含めたOracle Fusion Middlewareの起動および停止の手順については、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』の「Oracle Fusion Middlewareの起動と停止」を参照してください。

サーバーを起動する順序:

1. ノード・マネージャ
関連項目: 第4.2.1項「ノード・マネージャの起動」

2. 管理サーバー
関連項目: 第4.2.2項「管理サーバーの起動」

3. Web層(Oracle HTTP Serverを含む)
関連項目: 第4.2.3項「Web層(OHS Server)の起動」

4. Oracle Web Services Manager (OWSM)の管理対象サーバー(インストールされている場合)

5. サービス指向アーキテクチャ(SOA)の管理対象サーバー(インストールされている場合)

6. Oracle Service Bus (OSB)の管理対象サーバー(インストールされている場合)

7. Business Activity Monitoring (BAM)の管理対象サーバー(インストールされている場合)

サーバーを停止する順序:

1. Business Activity Monitoring (BAM)の管理対象サーバー(インストールされている場合)

2. Oracle Service Bus (OSB)の管理対象サーバー(インストールされている場合)

3. サービス指向アーキテクチャ(SOA)の管理対象サーバー(インストールされている場合)

4. Oracle Web Services Manager (OWSM)の管理対象サーバー(インストールされている場合)

5. Web層(Oracle HTTP Serverを含む)

6. 管理サーバー

7. ノード・マネージャ

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

4.2.1 ノード・マネージャの起動

ノード・マネージャを起動するには、DOMAIN_HOME/binディレクトリに移動します

UNIXオペレーティング・システムでは、次のようにnohupを使用してノード・マネージャを起動し、出力ファイルにnm.outのようにします。

nohup ./startNodeManager.sh > nm.out&

Windowsオペレーティング・システムの場合は次を実行します。

startNodeManager.cmd

注意:

ホストごとのノード・マネージャ構成を使用するには、適切なノード・マネージャ・スクリプトでJAVA_OPTIONSに–Dohs.product.home=<MW_HOME>が設定されていることを確認してください。ノード・マネージャ・サービスを使用していない場合は、NodeManager.cmd/shコマンドを実行します。ノード・マネージャ・サービスを使用している場合は、installNodeMgrSvc.cmdコマンドを実行します。

使用するホストとポートは、アップグレードされた設定で使用するものと一致している必要があります。ファイルのホストまたはポートの値を編集して適切な詳細でノード・マネージャ・サービスをインストールする方法の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』の「Javaノード・マネージャの構成」を参照してください。

4.2.2 管理サーバーの起動

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

(UNIX) ./startWebLogic.sh

(Windows) startWebLogic.cmd

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

http://administration_server_host:administration_server_port/console

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

4.2.3 Web層(OHS Server)の起動

ノード・マネージャと管理サーバーを起動した後は、Oracle HTTP (OHS) Serverを起動できます。DOMAIN_HOME/binディレクトリに移動して、次のコマンドを実行します。

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

DOMAIN_HOME/bin/startComponent.sh ohs_name

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

DOMAIN_HOME\bin\startComponent.cmd ohs_name

詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のシステム・コンポーネントの起動と停止に関する項を参照してください。

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

ドメイン・コンポーネント構成のアップグレードが成功したことを確認するには、次の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

注意:

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

アップグレード・プロセス時に、一部のOWSMドキュメント(ポリシー・セット、ポリシーおよびアサーション・テンプレートなどの事前定義ドキュメント)のアップグレードが必要な場合があります。ポリシー・セットまたは事前定義ドキュメントがアップグレードされると、バージョン番号が1増分されます。

4.4 setDomainEnvへのカスタマイズの再適用

アプリケーション環境の12.1.3へのアップグレードを完了するには、起動スクリプト(setDomainEnvなど)へのカスタマイズの再適用が必要な場合があります。これらのスクリプトは、アップグレード時に新しい12.1.3バージョンで上書きされます。前のリリースで行ったカスタマイズは、再適用する必要があります。

詳細は、起動スクリプトへのカスタマイズの再適用に関する説明を参照してください。

注意:

今後のアップグレードにおいてカスタマイズの消失を防ぐには、第2.3項「カスタムsetDomainEnv設定のメンテナンス(オプション)」を参照してください。

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

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

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

4.6 古いJava EE Webサービス・アプリケーションのセキュリティ・ステータスのメンテナンス

12.1.3において、Java EE Webサービスおよびクライアントに対するグローバル・ポリシー・アタッチメントのサポートを導入すると、既存のJava EE Webサービスおよびクライアント(12.1.2およびそれ以前)の後方互換性に影響する場合があります。ポリシーの不在に依存しているJava EE Webサービスまたはクライアント・エンドポイントが、グローバル・ポリシー・アタッチメントのスコープに含まれる場合、グローバル・ポリシー・アタッチメントの存在によって、そのエンドポイントのセキュリティ動作が変更される場合があります。

注意:

Fusion Middleware 12.1.2およびそれ以前では、SOAP WebサービスおよびSOAP Webサービス・クライアントのサブジェクト・タイプのために定義されたグローバル・ポリシー・アタッチメントは、Oracle Infrastructure Webサービスおよびクライアントにのみ適用可能であり、Java EE Webサービスおよびクライアントからは無視されていました。12.1.3へのアップグレード後は、これらのサブジェクト・タイプのために定義されたグローバル・ポリシー・アタッチメントは、Java EE Webサービスおよびクライアントにも適用され、既存のJava EE Webサービスおよびクライアントのセキュリティ動作に影響を与える場合があります。

後方互換性を維持するには、特定のサービスまたはクライアントにOWSM動作なしポリシー(no_authentication_service_policy、no_authorization_service_policyまたはno_messageprotection_service_policy.など)をアタッチすることにより、それらのエンドポイントへのグローバル・ポリシー・アタッチメントを無効化できます。詳細は、Oracle Web Services ManagerによるWebサービスの保護とポリシーの管理のグローバルにアタッチされたポリシーの無効化に関する項を参照してください。

注意:

WebLogic Wssp1.5-No-Op.xml動作なしポリシーを使用できます。ただし、WebLogicセキュリティ・ポリシーは、プログラムでのみWebサービス・クライアントにアタッチできるため、コードの変更が必要です。詳細は、Oracle WebLogic ServerのWebサービスの保護に関するマニュアルのグローバルにアタッチされたポリシーの無効化に関する項を参照してください。

4.7 Oracle Fusion Middleware 12cソフトウェアの管理のためのドキュメント・リソース

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

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

タスク

説明

詳細

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

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

『Oracle Fusion Middleware Oracle 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の管理』のOracle Fusion MiddlewareでのSSLの構成に関する項。

Oracle Fusion Middlewareのモニタリング

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

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareのモニタリングに関する項。

バックアップ手順およびリカバリ手順の理解

Oracle Fusion Middlewareのバックアップとリカバリの推奨手順を学びます。

『Oracle Fusion Middleware Oracle Fusion Middlewareの管理』のバックアップとリカバリの概要に関する項。

4.8 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について

4.8.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)の共通のタスクに関するページ

4.8.2 Oracle JDeveloper 12cについて

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

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

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

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

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

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

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

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

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

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

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

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

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

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

コピーライトについて

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

商標と登録商標について

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

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

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

保証免責

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

制限付権利

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

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション（人的傷害を発生させる可能性があるアプリケーションを含む）への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

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

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

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

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

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