Oracle® Fusion Middleware

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

12c (12.2.1)

E69942-01(原本部品番号:E55675_02)

2015年12月

アップグレードのプランニング・プロセス、アップグレードの概念および一般的なFusion Middlewareのアップグレード・タスクの概要を説明します。

Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング, 12c (12.2.1)

E69942-01

Copyright © 2014, 2015, Oracle and/or its affiliatesAll rights reserved

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

原本協力者: Paul Dickson、Robert Donat、Sankar Mani、Daniel Mortimer、William Norcott、Renga Rengarajan、Michael Rubino、Olaf Stullich、Sitaraman Swaminathan、Ken Vincent

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

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

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

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

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

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

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

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

目次

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

はじめに

- 対象読者

- 関連ドキュメント

- 表記規則

1 Oracle Fusion Middleware 12cへのアップグレードのプランニング

- 1.1 アップグレード・プランニングのロードマップ

- 1.2 11gユーザーを対象としたOracle Fusion Middleware 12cの概要

- 1.2.1 一般的なFusion Middlewareの用語変更

- 1.2.2 アップグレードおよびパッチ適用の用語変更

- 1.2.3 12cドキュメント・ライブラリ・リソースの使用

- 1.3 サポートされているアップグレード開始点の理解

- 1.3.1 アップグレード開始点とは

- 1.3.2 Oracle Fusion Middleware 12c (12.2.1)でサポートされているアップグレード開始点

- 1.3.2.1 サポートされているOracle Fusion Middlewareリリース

- 1.3.2.2 サポートされているOracle WebLogicリリース

- 1.3.2.3 サポートされているOracle HTTP Serverリリース

- 1.3.2.4 サポートされているデータベース・バージョン

- 1.3.3 サポートされているFusion Middlewareコンポーネントを実行していない場合

- 1.4 12cアップグレード・プロセス・フローの理解

- 1.5 基本的な12cのアップグレード・タスクの理解

- 1.6 12cにおける標準的なアップグレード・トポロジの理解

- 1.7 アップグレードのためのバックアップ戦略の作成

- 1.8 アップグレード・テスト戦略の開発

- 1.9 アップグレード時のシステム停止時間に関する計画

- 1.10 インプレース・アップグレードとアウトオブプレース・アップグレードの理解

- 1.11 動作保証、互換性および相互運用性に関する要件の理解

- 1.12 以前のバージョンとの相互運用性および互換性の理解

- 1.13 コンポーネント・アップグレードの制約の理解

- 1.14 ドメイン・アップグレードの制限の理解

- 1.15 アップグレードするための製品ディストリビューションの理解と取得

- 1.16 アップグレードおよび構成ツールの理解と取得

2 アップグレードの準備

- 2.1 アップグレード前チェックリスト

- 2.2 完全なバックアップの作成(必須)

- 2.3 本番環境のクローニング(推奨)

- 2.4 動作保証およびシステム要件の確認

- 2.4.1 環境が動作保証要件を満たしていることの確認

- 2.4.2 システム要件と仕様の確認

- 2.4.3 Oracle Fusion Middlewareをホストしているデータベースがでサポートされていることの確認。

- 2.4.4 このリリースのOracle Fusion MiddlewareでJDKが動作保証されていることの確認。

- 2.5 32ビットから64ビット・オペレーティング・システムへの移行

- 2.5.1 タスク1: アップグレードの64ビット・ソフトウェア要件をサポートするハードウェアを調達する。

- 2.5.2 タスク2: 管理サーバー、管理対象サーバーおよびノード・マネージャも含めて、すべてのプロセスを停止する。

- 2.5.3 タスク3: 32ビット・ホスト・マシンからすべてのファイルをバックアップする。

- 2.5.4 タスク4: 11gのホスト名およびIPアドレスを使用してターゲットの64ビット・マシンを設定する。

- 2.5.5 タスク5: 11gドメインのバックアップを32ビット・ホストから64ビット・ホストにリストアする。

- 2.5.6 タスク6: 12c (12.2.1)製品ディストリビューションをターゲット・マシンにインストールする。

- 2.5.7 タスク7: 標準的なアップグレード手順を使用してターゲットの64ビット環境をアップグレードする。

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

- 2.7 未使用データのパージ

- 2.8 ファイルベース・ポリシー・ストアのデータベース・ベース・ポリシー・ストアへの再関連付け(必須)

- 2.8.1 11g OPSSおよびIAUスキーマの作成

- 2.8.2 11gポリシー・ストアのデータベース・ベース・ポリシー・ストアとOPSSスキーマへの再関連付け

- 2.8.3 ポリシー・ストアの再関連付けが正常に行われたことの確認

- 2.9 OIDベースのセキュリティ・ストアのための12c OPSSスキーマの作成

- 2.10 セキュリティ・ストアの最新バージョンへのアップグレード

- 2.11 非SYSDBAユーザーの作成

- 2.12 強化された暗号化(AES 256)の使用

- 2.13 エディション・ベースの再定義のためのサーバー上でのエディションの作成(オプション)

- 2.14 カスタム・ドメイン環境設定のメンテナンス

- 2.15 12c Oracle Fusion Middleware製品ディストリビューションのダウンロードとインストール

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

- 2.17 コンポーネント固有のアップグレード・ドキュメントの検索

3 12c (12.2.1)のためのOracle Databaseのアップグレードおよび準備

- 3.1 12c (12.2.1)データベース要件の理解

- 3.2 12cでのデータベース動作保証の変更点の理解

- 3.3 Oracle Databaseをアップグレードする場合のアップグレード・パスの決定

- 3.4 スキーマのアップグレード準備が整っていることの確認

- 3.4.1 タスク1: スキーマ・バージョンの検証

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

- 3.5 最新のパッチ・セット更新および必須のパッチの適用

A アウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

- A.1 アウトオブプレース・ドメイン・ディレクトリ・アップグレードについて

- A.2 同じホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

- A.2.1 タスク1: 管理サーバー、管理対象サーバーおよびノード・マネージャも含めて、すべてのプロセスを停止する。

- A.2.2 タスク2: 11gドメインからすべてのファイルをバックアップする。

- A.2.3 タスク3: 11gドメインのバックアップ・ファイルを新しい場所にリストアする。

- A.2.4 タスク4: 新しいOracleホームに12.2.1ディストリビューションをインストールする。

- A.2.5 タスク5: 標準的なアップグレード手順を使用してクローン環境をアップグレードする。

- A.2.6 タスク6: 新しくアップグレードされたドメインが想定どおりに機能することを確認する。

- A.3 別のホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

- A.3.1 タスク1: 管理サーバー、管理対象サーバーおよびノード・マネージャも含めて、すべてのプロセスを停止する。(ホストA)

- A.3.2 タスク2: ホスト・マシンからすべてのファイルをバックアップする。(ホストA)

- A.3.3 タスク3: 11gのホスト名およびIPアドレスを使用してターゲット・マシン(ホストB)を設定する。

- A.3.4 タスク4: 11gドメインのバックアップをホストAからホストBにリストアする。

- A.3.5 タスク5: 新しいOracleホームに12.2.1ディストリビューションをインストールする。(ホストB)

- A.3.6 タスク6: 標準的なアップグレード手順を使用して環境をアップグレードする。(ホストB)

- A.3.7 タスク7: 新しくアップグレードされたドメインが想定どおりに機能することを確認する。

- A.4 11gアプリケーションのアンインストール(オプション)

はじめに

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

- 対象読者

- 関連ドキュメント

- 表記規則

対象読者

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

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

- Oracle Fusion Middleware 12cのシステム管理知識

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

関連ドキュメント

詳細は、Oracle Fusion Middlewareリリース12c (12.2.1)ドキュメント・ライブラリで入手可能な次の関連ドキュメントを参照してください。

- Oracle Fusion Middlewareの理解

- 『Oracle Fusion Middlewareの管理』

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

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

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

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

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

表記規則

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

規則

意味

太字

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

イタリック

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

固定幅フォント

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

1 Oracle Fusion Middleware 12cへのアップグレードのプランニング

アップグレードを開始する前に、何がアップグレード可能で、何が可能ではないか、およびアップグレードが本番環境に与える影響について、理解する必要があります。

- アップグレード・プランニングのロードマップ

- 11gユーザーを対象としたOracle Fusion Middleware 12cの概要

- 12cアップグレード・プロセス・フローの理解

- 基本的な12cのアップグレード・タスクの理解

- 12cにおける標準的なアップグレード・トポロジの理解

- アップグレードのためのバックアップ戦略の作成

- アップグレード・テスト戦略の開発

- アップグレード時のシステム停止時間に関する計画

- インプレース・アップグレードとアウトオブプレース・アップグレードの理解

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

- サポートされているアップグレード開始点の理解

- 動作保証、互換性および相互運用性に関する要件の理解

- 以前のバージョンとの相互運用性および互換性の理解

- コンポーネント・アップグレードの制約の理解

- ドメイン・アップグレードの制限の理解

- アップグレードするための製品ディストリビューションの理解と取得

- アップグレードおよび構成ツールの理解と取得

1.1 アップグレード・プランニングのロードマップ

この項は、Oracle Fusion Middleware 12c (12.2.1)へのアップグレードが既存の環境に対して適切かどうかを判断するために使用できます。

このリリースのOracle Fusion Middlewareをアップグレードするべきかどうか

このような疑問を抱いている場合、これらの項で説明するプランニング手順を確認してください。このリリースのOracle Fusion Middlewareに関連付けられた要件に対して準備不足または理解不足である場合、アップグレードの作業は複雑で時間がかかります。

このプランニング・ガイドを、アップグレードの方針を設計する最初の手順として使用してください。Oracleヘルプ・センターおよびOracle Technology Network (OTN)では、アップグレード・プランニングに役立つアップグレード・ビデオやサポート・コミュニティへのリンクなど、プランニングのための追加のリソースを提供します。

次の表では、アップグレードのプランニング・フェーズ中に完了する必要があるタスクについて説明します。アップグレード・タスクを実行する順序は、現在の環境によって異なります。最も重要なアップグレード後の考慮事項を確認するには、次のリストをチェックリストとして使用してください。使用する環境に適用されないタスクがあることに注意してください。

表1-1 アップグレード・プランニングのロードマップ

タスク

説明

ドキュメント

Oracle Fusion Middleware 11gとリリース12c (12.2.1)との相違点を理解する。

Oracle Fusion Middleware 11gユーザーは、アップグレード・プロセスを開始する前に、11gとリリース12c (12.2.1)との概念的および機能的な相違点を理解する必要があります。

11gユーザーを対象としたOracle Fusion Middleware 12cの概要

Oracle Fusion Middleware 12cへのアップグレードのプロセス・フローを確認する。

プロセス・フロー・マップでは、アップグレード・プロセスに関連するプライマリ・タスクを示します。

12cアップグレード・プロセス・フローの理解

既存のOracle Fusion Middlewareデプロイメントのアップグレードの高度なプロセスを理解する。

アップグレードは、複雑なプロセスで、システム停止時間を伴います。全体的なプロセスを理解しておくと、アップグレードをプランニングの役に立ちます。

基本的な12cのアップグレード・タスクの理解

アップグレードを開始する前に、システムに重要なすべてのファイルを含むバックアップ戦略を作成します。

アップグレードを開始する前に、バックアップする対象のコンポーネント、ファイル、スキーマを決定する必要があります。失敗が発生した場合、環境をアップグレード前の元の状態にリストアする必要があります。

アップグレードのためのバックアップ戦略の作成

テスト戦略を作成します。

テスト環境から本番環境への移行は、アップグレードにおいて特に困難です。アップグレードを開始する前に、アップグレード・テスト戦略を作成すると、不必要な停止時間を回避できます。たとえば、実際のアップグレードを実行する前に、クローニングした本番環境でアップグレードを実行することを検討します。

アップグレード・テスト戦略の開発

アップグレード・プロセス時のシステム停止時間を計画する。

アップグレード・プロセスでは、ほとんどのFusion Middlewareコンポーネントで「インプレース」アップグレードが行われます。この間システムが停止するための準備をする必要があります。失敗した場合に備えてバックアップおよびリカバリをテストし、アップグレードのダウンタイムを計画するため、アップグレード・プロセスをテストし、またリストア機能をテストします。アップグレード時に問題が発生し、11gシステムのリストアが必要になった場合のシナリオの計画にも役立ちます。

アップグレード時のシステム停止時間に関する計画

インプレース・アップグレードとアウトオブプレース・アップグレードの理解

アップグレードの前に、サポートされているハードウェアおよびソフトウェアを稼働していることを確認します。

既存のOracle Fusion Middlewareデプロイメントをホストするハードウェアおよびソフトウェアが、Oracle Fusion Middleware 12c (12.2.1)にアップグレードする前に特定の要件を満たしている必要があります。

サポートされているアップグレード開始点の理解

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

データベースがサポートされていることを確認する。

12cドメインには、新しいスキーマを格納するOracleデータベースが必要です。Fusion Middlewareで使用するスキーマをホストするデータベースのバージョンがサポートされている必要があります。

12c (12.2.1)のためのOracle Databaseのアップグレードおよび準備

どの11g製品および機能をアップグレードできるかを理解する。

どの11gコンポーネントを12.2.1にアップグレードできるかを理解する必要があります。

注意: 11gコンポーネントをアップグレードした12コンポーネントとともに使用する予定の場合、アップグレードによって相互運用性および互換性にどのような影響があるかを理解する必要があります。

Oracle Fusion Middleware 12cで使用可能な製品および機能に関する項

Oracle Fusion Middleware 12で使用できない製品および機能に関する項

デプロイされている11gアプリケーションおよびコンポーネントに与える影響を考慮する。

アップグレードされた12c (12.2.1)環境でFusion Middleware 11gコンポーネントを使用する場合、発生する可能性のある相互運用性および互換性の問題を確認および理解する必要があります。

動作保証、互換性および相互運用性に関する要件の理解

以前のバージョンとの相互運用性および互換性の理解

アップグレードの基本的なルールおよび制限を理解する。

アップグレードで発生する可能性のある問題を回避するために、基本的なルールおよび制限を理解する必要があります。

コンポーネント・アップグレードの制約の理解

ドメイン・アップグレードの制限の理解

製品の最新のディストリビューションおよびアップグレード・ツールの入手先を理解する。

アップグレードを開始する前に、Oracle Help CenterおよびOracle Technology Networkのサイトを訪問し、製品ドキュメント、ビデオおよびその他の重要なプランニング・リソースの場所を熟知しておきます。

アップグレードするための製品ディストリビューションの理解と取得

アップグレードおよび構成ツールの理解と取得

1.2 11gユーザーを対象としたOracle Fusion Middleware 12cの概要

この項では、既存のOracle Fusion Middleware 11gユーザーを対象にOracle Fusion Middleware 12cの概念および用語について説明します。

Oracle Fusion Middleware 11gユーザーは、12cで導入された新しい用語と概念および既存の11gの用語の変更点を理解する必要があります。

- 一般的なFusion Middlewareの用語変更

- アップグレードおよびパッチ適用の用語変更

- 12cドキュメント・ライブラリ・リソースの使用

1.2.1 一般的なFusion Middlewareの用語変更

いくつかの重要な概念と用語が12cで再定義されました。アップグレードする前に新しい用語を理解することが重要です。また、多くの用語が非推奨になりました。

"「12cの新しい用語および非推奨用語」を参照してください。

1.2.2 アップグレードおよびパッチ適用の用語変更

Fusion Middleware 11gリリース1で使用されているアップグレードおよびパッチ適用の定義は、リリース12cで再定義されました。次の用語の変更点を確認して、既存の環境の更新に必要なパスを確実に理解してください。

- メジャー・リリースは、新しく革新的で標準に準拠した機能で構成されています。メジャー・リリースには、新しいデータベース必須サポート・ファイル、JDBCドライバ、JDK依存関係および新しい動作保証と言語サポートが導入されている場合があります。たとえば、11gから12cへのアップグレードはメジャー・リリースで、12.1.2から12.1.3へのアップグレードはマイナー・リリースです。

- リリース12cでは、マイナー・リリースには、既存の機能のbug修正に加え、非常に新しい機能の小さいセットが含まれています。マイナー・リリースにアップグレードすると、既存のすべての製品構成がサポートされ、新しい構成オプションを利用できるようになります。

- リリース12cでは、アップグレードは、サポートされているFusion Middleware 11gデプロイメントでの新しい機能、機能拡張およびbug修正を取得するために実行されます。次の例は、サポートされているアップグレード・パスを示しています。

- 11.1.1.7.0または11.1.1.9.0から12.2.1への移行

- 12.1.3から12.2.1への移行

- リリース12cでは、bugを解決するためにFusion Middlewareのパッチ・セットがリリースされています。パッチ・セット・リリースには、新しい機能は含まれません。パッチ・セットは、新しいバイナリのセットと置き換えるかまたは既存のインストールに追加します。
『Opatchによるパッチ適用』では、リリース12cでのパッチの適用に関する用語が説明されています。

1.2.3 12cドキュメント・ライブラリ・リソースの使用

Oracle Fusion Middleware cライブラリは、12cのために再設計されました。アップグレード・ドキュメントはタスク別に整理され、タスク固有のページには、一般的なアップグレード手順および関連したドキュメントへのダイレクト・リンクが記載されています。このガイドでは、追加情報として次のライブラリ・ページのドキュメントを紹介します。

- Fusion Middleware 12c (12.2.1)インストール・ドキュメント

- Fusion Middleware 12c (12.2.1)アップグレード・ドキュメント

- Fusion Middleware 12c (12.2.1)管理ドキュメント

- Fusion Middleware 12c (12.2.1)リリース・ノート

1.3 サポートされているアップグレード開始点の理解

Oracle Fusion Middlewareリリース12c (12.2.1)にアップグレードする場合の、サポートされているOracle Fusion Middleware 11gバージョンの詳細は、次の項を参照してください。

- アップグレード開始点とは

- Oracle Fusion Middleware 12c (12.2.1)でサポートされているアップグレード開始点

- サポートされているFusion Middlewareコンポーネントを実行していない場合

1.3.1 アップグレード開始点とは

このバージョンのOracle Fusion Middlewareにアップグレードするために実行する必要があるOracle Fusion Middlewareの特定のバージョンがアップグレード開始点となります。サポートされているアップグレード開始点であるOracle Fusion Middlewareのバージョンを実行していない場合は、以前のリリースのドキュメントを使用して、まずサポートされている開始点にアップグレードする必要があります。

1.3.2 Oracle Fusion Middleware 12c (12.2.1)でサポートされているアップグレード開始点

次の項は、Oracle Fusion Middlewareリリース12c (12.2.1)にアップグレードする場合にサポートされている開始点に関する情報です。

- サポートされているOracle Fusion Middlewareリリース

- サポートされているOracle WebLogicリリース

- サポートされているOracle HTTP Serverリリース

- サポートされているデータベース・バージョン

1.3.2.1 サポートされているOracle Fusion Middlewareリリース

次の以前のバージョンのOracle Fusion MiddlewareからOracle Fusion Middlewareリリース12c (12.2.1)にアップグレードできます。

注意:

アップグレードするコンポーネントでサポートされている開始点の詳細は、コンポーネント固有のアップグレード・ガイドを参照してください。

- Oracle Fusion Middleware 12cリリース1 (12.1.3)

- Oracle Fusion Middleware 12cリリース1 (12.1.2)

- Oracle Fusion Middleware 11gリリース1 (11.1.1.9)

- Oracle Fusion Middleware 11gリリース1 (11.1.1.8)

- Oracle Fusion Middleware 11gリリース1 (11.1.1.7)

- Oracle Fusion Middleware 11gリリース1 (11.1.1.6)

サポートされているバージョンのOracle Fusion Middleware 11gを実行していない場合、「サポートされているFusion Middlewareコンポーネントを実行していない場合」を参照してください。

1.3.2.2 サポートされているOracle WebLogicリリース

WebLogic Serverバージョンのアップグレードをプランニングしている場合、Oracle Technology Network (OTN)のFusion Middlewareでサポートされているシステム構成に関する説明のページを参照して、アップグレード後の環境がOracleでサポートされるか確認する必要があります。

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

- WebLogic Server 12.2.1と以前のリリースとの互換性に関する項

- アプリケーション環境をアップグレードする場合のロードマップに関する項

1.3.2.3 サポートされているOracle HTTP Serverリリース

Oracle HTTP Server製品ディストリビューションの一環として、サポートされているOracle HTTP Server 11gリリースまたは12cリリースを、この最新のリリースにアップグレードできます。Oracle HTTP ServerをOracle Fusion Middlewareリリース12c (12.2.1)にアップグレードする詳細は、次を参照してください。

- "Oracle HTTP Serverの相互運用性"

- HTTPサーバーのアップグレードについては、『Oracle HTTP Serverのアップグレード』を参照してください。

1.3.2.4 サポートされているデータベース・バージョン

サポートされる最低限のデータベース・バージョンを使用していない場合、Fusion Middlewareのアップグレードを開始する前に、サポートされているいずれかのバージョンにデータベースをアップグレードする必要があります。

Oracle Fusion Middlewareリリース12c (12.2.1)がサポートしている最新のデータベース・バージョンの詳細は、「12c (12.2.1)のためのOracle Databaseのアップグレードおよび準備」を参照してください。

1.3.3 サポートされているFusion Middlewareコンポーネントを実行していない場合

12c (12.2.1)アップグレード・プロセスを開始する前に、最初にご使用の環境でサポートされていないFusion Middlewareコンポーネントを、サポートされているアップグレード開始点にアップグレードします。

注意: アップグレードした環境で、サポートされていないFusion Middleware 11gコンポーネントを使用しないでください。

サポートされている11gまたは12cコンポーネントとこのリリースとの間に互換性の問題が発生するかどうかを確認するには、「動作保証、互換性および相互運用性に関する要件の理解」を参照してください。

以前のリリースのパッチ適用およびアップグレードに関するドキュメントは、Oracle Technology Network (OTN)で提供されています。

http://www.oracle.com/technology/documentation/middleware.htm

サポートされている開始点にアップグレードした後、Oracle Fusion Middlewareリリース12c (12.2.1)のアップグレード・ドキュメントを使用してアップグレードを実行します。詳細は、「コンポーネント固有のアップグレード・ドキュメントの検索」を参照してください。

1.4 12cアップグレード・プロセス・フローの理解

プロセス・フローは、12c Fusion Middleware Infrastructureにアップグレードに使用する高度なアップグレード手順およびツールの概要を示しています。コンポーネント固有のアップグレードを完了するために実行するタスクは、この例とは異なる場合があります。

コンポーネント固有のアップグレード・ドキュメントには、コンポーネントのアップグレードに必要な個別タスクの詳細が説明されています。

1.5 基本的な12cのアップグレード・タスクの理解

以前の12cバージョンのOracle Fusion Middleware 11gのOracle Fusion Middleware 12c (12.2.1)への一般的なアップグレードを、次に示します。アップグレードするコンポーネントにより、追加の手順が必要な場合があります。

アップグレード手順の詳細は、コンポーネント固有のアップグレード・ガイドで説明します。

表1-2 基本的なアップグレード・プロセスの理解

タスク

使用するツール

ドキュメント

環境に必要なアップグレード前タスクを完了します。

チェックリストのプランニング

アップグレードの準備

新しいOracleホームに12.2.1製品ディストリビューションをインストールします。

Oracle Universal Installer(OUI)

12.2.1のインストール方法の詳細は、コンポーネント固有のインストール・ドキュメントを参照してください。

Oracle Universal Installerの使用方法の詳細は、Oracle Universal Installerによるソフトウェアのインストールを参照してください。

Fusion Middlewareコンポーネントに新しいスキーマを作成します。

リポジトリ作成ユーティリティ(RCU)

アップグレードに必要なスキーマの詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

Oracle Repository Creation Utilityの使用方法の詳細は、『Repository Creation Utilityによるスキーマの作成』を参照してください。

アップグレードするコンポーネントの11gまたは12.c (12.1.2または12.1.3)データベース・スキーマをアップグレードします。

Upgrade Assistant (UA)

UAを使用してデータベース・スキーマをアップグレードする方法の詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

UAを使用してデータベース・スキーマをアップグレードする方法の一般情報は、『Upgrade Assistantによるアップグレード』を参照してください。

注意: アップグレード処理中に管理サーバーを起動する必要はありません。アップグレード操作全体はオフラインで実行されます。

ドメインを再構成します。

再構成ウィザード

再構成ウィザードを使用してドメインを再構成する方法の詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

コンポーネント構成をアップグレードします。

Upgrade Assistant (UA)

UAを使用してドメイン・コンポーネント構成をアップグレードする方法の詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

UAを使用してコンポーネント構成をアップグレードする方法の一般情報は、『Upgrade Assistantによるアップグレード』を参照してください。

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

状況により異なります。

コンポーネントに必要なアップグレード後のタスクの詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

アップグレードが成功したことを確認します。最低でもサーバーおよびノード・マネージャが開始され、アプリケーションが予想どおりに機能することを確認します。

状況により異なります。

アップグレードされた環境に対して実行する必要がある確認プロセスの詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

1.6 12cにおける標準的なアップグレード・トポロジの理解

各Fusion Middlewareリリース12cアップグレード・ガイドは、標準的なアップグレード・トポロジを説明します。標準的なアップグレード・トポロジは、コンポーネントに固有のインストレーション・ガイドで説明している標準的なインストール・トポロジに基づいています。標準的なインストール・トポロジは、例として説明されており、製品をサポートしている唯一のトポロジではありません。各インストレーション・ガイドでは、標準的なトポロジを作成するための特定の手順を説明していますが、目的が異なる場合のために、参照としてサポートしているドキュメントへのリンクが記載されています。

コンポーネント固有のアップグレード・ガイドでは、アップグレード・トポロジを構成する特定の手順を説明していますが、インストールまたは構成時に選択をカスタマイズする場合は、そのタスクを実行できるように、サポートしているドキュメントの参照が記載されています。

標準的なトポロジの詳細は、「開始点としての標準インストール・トポロジの使用方法」を参照してください。

1.7 アップグレードのためのバックアップ戦略の作成

アップグレード・プランには、アップグレードが失敗した場合に備えたバックアップの作成、格納およびリストアに対する戦略を含める必要があります。

Oracle Fusion Middlewareのバックアップおよびリカバリ戦略の詳細は、『Oracle Fusion Middlewareの管理』を参照してください。

- 「バックアップとリカバリの概要」

- 「Oracle Fusion Middlewareコンポーネントのバックアップおよびリカバリに関する推奨事項」

1.8 アップグレード・テスト戦略の開発

アップグレード前にクローン環境でテストを実施することにより、本番のアップグレード計画全体に適用できる重要なデータが得られます。その他のメリットには次のものがあります。

- アップグレードに関する問題を明らかにし、修正します。

- エンドツーエンドのアップグレードを完了させる練習をします。

- アップグレードのパフォーマンスおよびパージ・スクリプトがどのように役立つかを理解します。

- Upgrade Assistantでメタデータおよびオープン・インスタンスをアップグレードするために必要な時間を理解します(SOAアップグレード)。

- データベース・リソースの使用(一時表領域、PGAなど)について理解します。

テスト戦略には、アップグレード前環境のバックアップのリストアを含める必要があります。バックアップにおける考慮事項および手順の完全なリストは、「アップグレードのためのバックアップ戦略の作成」に記載されています。

1.9 アップグレード時のシステム停止時間に関する計画

Fusion Middlewareデプロイメントの正常なアップグレード戦略を作成する前に、アップグレード中に本番環境がどのような影響を受けるかを理解する必要があります。特に多くのアーティファクトをアップグレードする場合、一部のアップグレード手順は非常に時間がかかる場合があります。データベースのサイズおよびシステムのインフラストラクチャの速度が、アップグレード中の全体の停止時間に影響を与える場合もあります。

停止時間をプランニングする場合は、次の内容を慎重に検討してください。

- Upgrade Assistantでは、アップグレードの期間全体を通じて、管理サーバーおよび管理対象サーバーを停止する必要があります。

- 11gドメインがデータベース・ベースのポリシー・ストアにすでに関連付けられている場合、アップグレードの前に11gドメインをデータベース・ベースのポリシー・ストアに再関連付けする必要があります。この操作により、11gドメインは再起動されます。

- 実際のアップグレードを開始する前に、アップグレード前準備状況チェックを実行して、潜在的なアップグレードの問題を識別します。実際のアップグレードに問題が発生した場合、アップグレード・プロセスを最初からもう一度開始する必要があります。これには、バックアップ・ファイルからのリカバリおよび再デプロイメントも含まれます。これは、停止時間のプランニングにおける考慮事項です。

- コンポーネント・スキーマのアップグレード後、再構成ウィザードを使用してドメインを再構成します。ドメインが再構成された後、Upgrade Assistantでは、構成をアップグレードする間、すべてのサーバーおよびコンポーネントを停止したままにする必要があります。12cでは、アップグレード処理の期間全体を通じて、サーバーおよびコンポーネントは停止します。

1.10 インプレース・アップグレードとアウトオブプレース・アップグレードの理解

11g環境または以前の12c環境を12c (12.2.1)にアップグレードする場合、アップグレードがアップグレード前の環境にどのような影響を与えるかを理解する必要があります。たとえば、アップグレード時に既存の11gまたは12cファイルを更新するスキーマおよびドメイン・ディレクトリのアップグレードは、「インプレース」で実行されます。12c (12.2.1)の新しいOracleホーム・バイナリは新しいディレクトリにインストールされるため、「アウトオブプレース」でアップグレードされます。

Oracle Fusion Middleware 12cへのアップグレードには、中間層およびスキーマが含まれます。中間層のみ、またスキーマのみのアップグレードはできません。

次のリストは、各コンポーネントに対するアップグレードの実行方法を示します。

- Oracleホーム・バイナリ - アウトオブプレースでアップグレード
Oracle Infrastructure (WebLogic ServerおよびJRFを含みます)およびその他の12cディストリビューション・バイナリを、新しいOracleホームにインストールします。アップグレード前バイナリは上書きされないため、バイナリのアップグレードは「アウトオブプレース」と考えられます。

- 開始点スキーマ - アップグレードされたインプレース
アップグレード前デプロイメントのスキーマは「インプレース」でアップグレードされるため、Upgrade Assistantはアップグレード処理時にスキーマを更新および上書きします。この処理の間は、サーバーを停止する必要があります。

- インスタンス - スキーマのアップグレード時に移行(SOAアップグレードのみ)
アクティブ・インスタンスおよびクローズされたインスタンスの11gから12cへのアップグレードは、スキーマのアップグレードの一環として自動的に実行されます。管理スクリプトを使用してアップグレードを管理できます。

- ドメイン・ディレクトリ再構成 - インプレースでアップグレード
既存のドメインは「インプレース」でアップグレードされます。アップグレードの間、既存のドメインの場所を指定し、ドメインは新しい12cのホーム・ディレクトリを指すように再構成されます。

注意: ドメインのアップグレードはインプレースで実行することをお薦めします。ただし、アウトオブプレース・ドメイン・アップグレードが必要な場合は、「アウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行」を参照してください。その場合も、スキーマはインプレースでアップグレードされます。

- ドメイン・コンポーネント構成 - インプレースでアップグレード
11gドメインを再構成した後、Upgrade Assistantを再度使用して、新しい12cホーム・ディレクトリ内の、アップグレードが必要な残りのドメイン・コンポーネント構成をアップグレードします。

1.11 動作保証、互換性および相互運用性に関する要件の理解

Oracle Fusion Middleware 11g環境のアップグレードを開始する前に、次のことを検討してください。

- サポートされる32ビットおよび64ビット・オペレーティング・システム、データベース、Webサーバー、LDAPサーバー、アダプタ、IPv6、JDKおよびサード・パーティ製品に関する情報は、「動作保証およびシステム要件の確認」を参照してください。

- 製品間の相互運用性および互換性の詳細は、「以前のバージョンとの相互運用性および互換性の理解」を参照してください。

1.12 以前のバージョンとの相互運用性および互換性の理解

アップグレード・プロセスを開始する前に、相互運用性および互換性の理解に関するドキュメントを参照してください。Oracle Fusion Middleware製品が旧バージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品と機能するために重要な情報がこのマニュアルに記載されています。

1.13 コンポーネント・アップグレードの制約の理解

アップグレード・プロセスを開始する前に、いくつかの基本的なルールおよび制限について理解する必要があります。どの統合されたコンポーネントをこのバージョンのFusion Middlewareにアップグレードできるかを理解することは重要です。

本番環境をアップグレードする前に、クローン本番環境でアップグレードを試すことを強くお薦めします。

アップグレードにおけるその他の考慮事項は、『相互運用および互換性の理解』のガイドに記載されています。

1.14 ドメイン・アップグレードの制限の理解

既知の制限および以前のFusion Middlewareリリースからの構造の変更により、12c (12.2.1)にアップグレードできないドメインもあります。

たとえば、SOA Core Extension (AIAFP)を含むドメインは、12c (12.2.1).にアップグレードできません。

コンポーネント固有のアップグレード・ガイドおよびリリース・ノートを参照して、これらの制限がドメインに影響を与えないことを確認してください。

1.15 アップグレードするための製品ディストリビューションの理解と取得

Oracle Fusion Middleware 12cソフトウェアは、製品ディストリビューションのシリーズとして取得されます。ディストリビューションは、Oracle Fusion Middleware製品および機能セットが事前定義されたセットをインストールするインストーラが含まれたアーカイブです。機能セットには、製品およびサービスが含まれており、これらは、該当する製品を選択すると、自動的にインストールされます。

ディストリビューションおよび機能セットの詳細は、配布、製品および機能の理解に関する項を参照してください。

製品ディストリビューションは、Oracle Software Delivery CloudまたはOracle Technology Networkのいずれかから取得できます。ディストリビューションを取得するためにアクセスする必要のあるサイトの詳細な情報は、「Oracle Fusion Middlewareダウンロード、インストールおよび構成のReadmeファイル」ページを参照してください。

1.16 アップグレードおよび構成ツールの理解と取得

Oracle Fusion Middlewar 12cは、多くのアップグレード関連タスクを自動化するインストール、アップグレードおよび構成ツールのスイートを提供します。

次のツールが、製品ディストリビューションの一部としてインストールされます。

表1-3 インストール、アップグレードおよび構成ツール

ツール名

このツールを使用すると、次のことができます。

関連ドキュメント

Oracle Universal Installer(OUI)

12c製品ディストリビューションおよび機能セットをインストールします。

注意: 主要な各コンポーネントには、固有のインストレーション・ガイドがあります。これらのガイドは、コンポーネントでUniversal Installerを使用する方法の詳細を説明しています。

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

リリース12c (12.2.1)ライブラリ: インストレーション・ガイド

Oracle Upgrade Assistant (UA)

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

注意: 主要な各コンポーネントには、固有のアップグレード・ガイドがあります。これらのガイドは、コンポーネントでUpgrade Assistantを使用する方法の詳細を説明しています。

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

リリース12c (12.2.1)ライブラリ: アップグレード・ガイド

リポジトリ作成ユーティリティ(RCU)

データベース内にスキーマを作成します。アップグレードする内容によっては、Upgrade Assistantを実行する前にスキーマを作成する必要があります。リポジトリ作成ユーティリティは各12cディストリビューションに含まれており、個別にRCUをダウンロード、インストールする必要があったFusion Middleware 11gとは異なります。

注意: アップグレード前に、すべてのコンポーネントに新しい12cスキーマを作成する必要があります。詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

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

Oracle構成ウィザード

WebLogicドメインを作成します。構成ウィザードは、WebLogic Serverドメインの作成および拡張のプロセスを簡略化します。

注意: Oracle HTTP Server (OHS)などのスタンドアロン・システム・コンポーネントをアップグレードする場合、構成ウィザードを使用してドメインを構成しないでください。Upgrade Assistantを使用してスタンドアロン・ドメインを作成および構成します。

『構成ウィザードによるWebLogicドメインの作成』の構成ウィザードの概要に関する項。

Oracle再構成ウィザード(12cの新機能)

Oracle WebLogic Serverを使用するドメインを再関連付けします。

再構成ウィザードを使用してドメインを再構成すると、WLSのコア・インフラストラクチャおよびドメイン・バージョンは自動的に更新されます。

注意: このツールは、リリース12c (12.1.2)としてFusion Middlewareに導入されました。

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

Fusion Middleware 12c (12.2.1)アップグレード・ドキュメント

OPatch

12cにパッチを適用します。パッチ適用の命名体系は12cで変更されました。「アップグレードおよびパッチ適用の用語変更」で定義する新しいパッチを確認してください。

注意: 12cでは、パッチ・セット・インストーラはありません。Oracle Universal Installerは、すべてのメジャーおよびマイナー・リリースをインストールする場合に使用します。

OPatchを使用したパッチ適用

2 アップグレードの準備

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

警告:

Oracle Fusion Middleware 12cにアップグレードする前に、必須のアップグレード前タスクをデプロイ済コンポーネントに対して実行する必要があります。各自の環境に当てはまるタスクのみを完了してください。

これらのタスクを実行しないと、アップグレードが失敗する場合があります。

2.1 アップグレード前チェックリスト

このアップグレード前チェックリストのタスクの説明は、読者が『Oracle Fusion Middlewareのアップグレードのプランニング 12c』を熟読し、アップグレードの要件を理解していることを前提にしています。

アップグレード・プロセスを開始する前に、該当するタスクをすべて完了してください。

注意:

実行する手順は、既存のシステムの構成、アップグレードするコンポーネントおよびアップグレードと構成プロセスの最後に作成する環境によって異なります。

ここで説明する共通のアップグレード前手順に加えて、コンポーネント固有のタスクを実行する必要があります。その他の手順は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

表2-1 Oracle Fusion Middleware 12cにアップグレードする前に実行するタスク

タスク

説明

ドキュメント

アップグレード前環境の完全なバックアップを作成します。

すべてのアップグレードで必須です。

アップグレードを開始する前に、アップグレードするスキーマが含まれているシステムに重要なファイルおよびデータベースのすべてをバックアップします。

アップグレードに失敗すると、アップグレード前の環境をリストアし、アップグレードをもう一度開始する必要があります。

完全なバックアップの作成(必須)

サポートされているハードウェアおよびソフトウェア構成上で、製品をインストールおよびアップグレードしていることを確認します。

アップグレード計画のプロセスの一部として、ハードウェアおよびソフトウェア構成が最新の資格証明および要件のドキュメントでサポートされていることを確認しています。

アップグレードを開始する前に、資格証明要件が変更されていないかどうか、この情報を再確認してください。

アップグレードの前に、コンポーネントに最新のパッチが適用されていることを確認します。

動作保証およびシステム要件の確認

アップグレードの前に、古い、または未使用のデータを削除します。

パフォーマンスの最適化のために、アップグレードされた環境で使用しないデータおよびオブジェクトをパージすることを検討してください。

未使用データのパージ

本番環境をクローニングします。

システム・ファイルの完全なバックアップの作成に加えて、本番環境をクローニングする必要もあります。この環境は、アップグレードをテストするために使用されます。

本番環境のクローニング(推奨)

64ビットのオペレーティング・システムが稼働していることを確認します。Oracle Fusion Middleware 12cのほとんどのコンポーネントは、64ビットのオペレーティング・システムで実行する必要があります。

現在32ビットのオペレーティング・システムを実行している場合にのみ必要です。

32ビットから64ビット・オペレーティング・システムへの移行

アップグレードの開始点によって、アップグレード前に、新しい12cスキーマを作成する必要があります。

Oracle Fusion Middleware 12cでは、既存の環境をアップグレードする前に、リポジトリ作成ユーティリティ(RCU)を使用して新しいスキーマを作成する必要があります。

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

ファイルベースのポリシー・ストアを使用している場合、それをデータベース・ベースのポリシー・ストアに再関連付けする必要があります。

以前の12cリリースからアップグレードする場合、この手順は必要ありません。

ファイルベース・ポリシー・ストアのデータベース・ベース・ポリシー・ストアへの再関連付け(必須)

OIDベースのセキュリティ・ストアを使用するときのスキーマの要件を理解します。

OIDベースのセキュリティ・ストアを使用している場合、アップグレード前に12c OPSSスキーマを作成する必要があります。

OIDベースのセキュリティ・ストアのための12c OPSSスキーマの作成

Fusion Middlewareのすべてのセキュリティ・ストアで最高位のセキュリティ・レベルを保持することをお薦めします。

アップグレード前に既存のセキュリティ・ストアをバックアップし、セキュリティ・ストア固有の手順に従いそれらをアップグレードします。

セキュリティ・ストアの最新バージョンへのアップグレード

Fusion Middleware 12cで使用されているセキュリティ・アルゴリズムには、JDK用の追加のポリシー・ファイルが必要になるものがあります。

強化した暗号化(AES 256など)の使用を計画している場合にのみ必要です。アップグレード前に、JDKに必要なポリシー・ファイルを適用することをお薦めします。

強化された暗号化(AES 256)の使用

新しい非SYSDBAユーザーを作成し、アップグレードをSYS/SYSDBAで実行することを回避します。

fmwという名前の非SYSDBAユーザーを作成し、Upgrade Assistantで必要な権限のみを付与してアップグレード・アシスタントを実行することをお薦めします。

非SYSDBAユーザーの作成

Oracle Databaseユーザーの場合: エディション・ベースの再定義(EBR)に対応したスキーマをアップグレードする前に、最初にデータベース・サーバーに接続して、12c (12.2.1)のデータベース・サーバーにエディションを作成する必要があります。

この手順は、エディション・ベースの再定義(EBR)データベースを使用している場合にのみ必要です。

エディション・ベースの再定義のためのサーバー上でのエディションの作成(オプション)

アップグレード前に、Oracleホームに新しい12c製品をダウンロードし、インストールする必要があります。

アップグレード前環境にすでに存在する製品の12c (12.2.1)バージョンをインストールします。12c (12.2.1)用にリリースされていない製品がありますが、将来のリリースで使用可能になる予定です。

12c Oracle Fusion Middleware製品ディストリビューションのダウンロードとインストール

アップグレード前の準備状況チェックを実行します。

実際のアップグレード・プロセスを開始する前に、Upgrade Assistantを-readinessモードで実行し、アップグレード前環境の分析を読取り専用で実行します。問題がある場合、アップグレード前にそれらを修正する必要があります。

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

アップグレードを完了するためのコンポーネント固有のアップグレード・ドキュメントを使用します。

ドキュメントでは、アップグレードで必要なコンポーネント固有のタスクについて説明します。これらのタスクには、アップグレード前に実行するものと、アップグレード後に実行するものがあります。常にOracle Fusion Middlewareのアップグレード・ドキュメントを参照し、正常にアップグレードされていることを確認します。

コンポーネント固有のアップグレード・ドキュメントの検索

2.2 完全なバックアップの作成(必須)

新しいリリース12cディストリビューションをインストールして、Oracle Fusion Middleware 11gまたは12cデプロイメントのアップグレードを開始する前に、Oracle Fusion Middlewareスキーマをホストするすべてのデータベースを含むシステムに重要なすべてのファイルをバックアップしたか確認します。

詳細は、環境のバックアップに関する項を参照してください。

2.3 本番環境のクローニング(推奨)

実際の本番環境の完全な作業用コピーを作成し、クローン環境をアップグレードし、アップグレードされたコンポーネントが予想どおりに動作することを確認してから(必ず確認した後で)、本番環境をアップグレードすることをお薦めします。

アップグレードの導入に使用するためのテスト環境の作成の詳細は、『Oracle Fusion Middlewareの管理』のテスト環境から本番環境への移動に関する項を参照してください。

アップグレードは元に戻せません。ほとんどの場合、エラーが発生したときには、アップグレードを中止してバックアップから環境全体をリストアし、アップグレード・プロセスを最初からやり直す必要があります。潜在的なアップグレードの問題を開発環境で特定しておくと、無駄な停止時間を排除できます。

注意:
準備状況チェックをクローン環境で実行すると、アップグレードで発生する可能性のある問題の特定に役立ちます。

アップグレード前にクローン環境でテストを実施することにより、本番のアップグレード計画全体に適用できる重要なデータが得られます。

本番環境のクローンでアップグレードを実行すると、次のようなメリットもあります。

- アップグレードに関する問題を明らかにし、修正します。

- エンドツーエンドのアップグレードを完了させる練習をします。

- アップグレードのパフォーマンスおよびパージ・スクリプトがどのように役立つかを理解します。

- アップグレードの完了までに必要な時間を理解します。

- データベース・リソースの使用(一時表領域、PGAなど)について理解します。

2.4 動作保証およびシステム要件の確認

ご使用の環境がインストールに必要な要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントを併せて使用する必要があります。

- 環境が動作保証要件を満たしていることの確認

- システム要件と仕様の確認

- Oracle Fusion Middlewareをホストしているデータベースがでサポートされていることの確認。

- このリリースのOracle Fusion MiddlewareでJDKが動作保証されていることの確認。

注意: 動作保証、システム要件および相互運用性情報をチェックする際に、32ビットまたは64ビット特有のシステム要件について確認してください。これは、明示的に32ビットまたは64ビット環境専用に設計されたソフトウェアをダウンロードする場合に、重要です。

警告: アップグレードを開始する前に、現行の環境に必ず最新のパッチ・セットを適用してください。動作保証は、特に明記がないかぎり、パッチが完全に適用された環境に基づいています。

2.4.1 環境が動作保証要件を満たしていることの確認

製品をインストールする場合、サポートされているハードウェアまたはソフトウェア構成を使用します。詳細は、12c (12.2.1)の動作保証マトリックスに関する説明を参照してください。

Oracleは、動作保証されているすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しており、新しい動作保証要件が確認されると、それらはすぐに適切な動作保証に関するドキュメントに追加されます。新しい動作保証要件は随時確認される場合があるため、動作保証に関するドキュメントはドキュメント・ライブラリの外部に置かれ、Oracle Technology Networkで提供されています。

2.4.2 システム要件と仕様の確認

Oracle Fusion Middlewareのシステム要件と仕様に関するドキュメントを使用して、動作保証要件を満たしていることを確認してください。たとえば、この動作保証に関するドキュメントに、ご使用の製品を64ビットOracle Linux 7上にインストールすることが動作保証されていると示されている場合、このドキュメントを使用して、Oracle Linux 7システムが最低限必要な仕様(ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージとパッチおよびその他のオペレーティング・システム固有のアイテムなど)を満たしていることを確認します。このドキュメントは必要に応じて更新され、ドキュメント・ライブラリの外部に置かれています。最新バージョンは、Oracle Technology Networkから入手できます。

Oracle Fusion Middleware 12cをインストールおよびアップグレードするシステム要件の詳細は、「Oracle Fusion Middlewareのシステム要件と仕様」を参照してください。

注意: アップグレード準備の一環としてOracle Fusion Middlewareリリース12cソフトウェアをインストールする際は、Oracle Fusion Middleware 11gソフトウェアのインストールおよび構成に使用したものと同じユーザー・アカウントを使用する必要があります。UNIXオペレーティング・システムでは、これによって、正しい所有者とグループが新しいOracle Fusion Middleware 12cのファイルおよびディレクトリに確実に適用されます。

2.4.3 Oracle Fusion Middlewareをホストしているデータベースがでサポートされていることの確認。

アップグレードする場合のOracle Databaseの要件を理解し、Oracle Fusion Middlewareをホストするデータベースがサポートされており、アップグレードの実行に十分な領域が用意されていることを確認することが重要です。Fusion Middleware 12cを実行する前に、サポートされるOracleデータベースを必要なのスキーマで構成しておく必要があります。

2.4.4 このリリースのOracle Fusion MiddlewareでJDKが動作保証されていることの確認。

汎用インストーラを使用してOracle Fusion Middleware製品をインストールするには、サポートされているJDKをシステムにダウンロードしてインストールする必要があります。

JDKは、Oracleホームの外部にインストールしてください。Oracle Universal Installerにより指定されたOracleホーム・ディレクトリが空であることが検証され、空のディレクトリが指定されていなければインストールは行われません。JDKをOracleホームにインストールした場合、今後の操作で問題が発生します。したがって、JDKのインストール場所は、/home/oracle/products/jdkディレクトリにすることをお薦めします。java -jarコマンドを使用して、インストーラJARファイルを実行できます。

汎用インストーラとプラットフォーム固有のインストーラの相違点の詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のREADMEファイルの汎用とプラットフォーム固有の配布との相違点の理解に関する項を参照してください。

必要なJDKをダウンロードするには、ブラウザで次のURLにアクセスしてJava SE JDKをダウンロードします。

http://www.oracle.com/technetwork/java/javase/downloads/index.html

2.5 32ビットから64ビット・オペレーティング・システムへの移行

Oracle Fusion Middleware 12cのほとんどのコンポーネントは、64ビットのオペレーティング・システムで実行する必要があります。32ビットの環境を実行している場合は、アップグレード前に、32ビット環境を64ビット・ソフトウェア環境に移行する必要があります。

注意:
動作保証、システム要件および相互運用性情報をチェックする際に、32ビットまたは64ビット特有のシステム要件について確認してください。これは、明示的に32ビットまたは64ビット環境専用に設計されたソフトウェアをダウンロードする場合に、重要です。

Oracle Fusion Middleware 11gソフトウェアがすべて適切に64ビット・マシンで動作することを確認してから、Oracle Fusion Middleware 12cへのアップグレードを実行してください。

これらのタスクでは、ホストは、32ビット・ソース・マシンを指し、ターゲットは、新しい64ビット・ターゲット・マシンを指します。

注意: これらの手順は、データベースが別のホスト上にあり、移動されないことを前提としています。

オペレーティング・システムのアップグレードには、通常、次の内容が含まれます。

- タスク1: アップグレードの64ビット・ソフトウェア要件をサポートするハードウェアを調達する。

- タスク2: 管理サーバー、管理対象サーバーおよびノード・マネージャも含めて、すべてのプロセスを停止する。

- タスク3: 32ビット・ホスト・マシンからすべてのファイルをバックアップする。

- タスク4: 11gのホスト名およびIPアドレスを使用してターゲットの64ビット・マシンを設定する。

- タスク5: 11gドメインのバックアップを32ビット・ホストから64ビット・ホストにリストアする。

- タスク6: 12c (12.2.1)製品ディストリビューションをターゲット・マシンにインストールする。

- タスク7: 標準的なアップグレード手順を使用してターゲットの64ビット環境をアップグレードする。

注意: これらの手順は、オペレーティング・システム・アップグレード・プロセスの例として説明されているため、特定のオペレーティング・システムを更新する場合に実行する必要がある手順がすべて含まれている場合と含まれていない場合があります。詳細は、使用しているオペレーティング・システムのアップグレード・ドキュメントを参照してください。

2.5.1 タスク1: アップグレードの64ビット・ソフトウェア要件をサポートするハードウェアを調達する。

アップグレード・プロセスを開始する前に、サポートされている適切なターゲット・ハードウェアが存在することを確認してください。

2.5.2 タスク2: 管理サーバー、管理対象サーバーおよびノード・マネージャも含めて、すべてのプロセスを停止する。

管理サーバー、管理対象サーバーおよびノード・マネージャがホスト上で起動している場合はこれらも含めて、すべてのプロセスを停止する必要があります。たとえば、管理サーバーを停止するには、次のように指定します。

DOMAIN_HOME/bin/stopWebLogic.sh username password [admin_url]

2.5.3 タスク3: 32ビット・ホスト・マシンからすべてのファイルをバックアップする。

11gデプロイメント全体の完全バックアップを作成したことを確認してからアップグレード・プロセスを開始する必要があります。移行中に問題が発生した場合、これらのファイルを使用してプロセスを再度開始する必要があります。

同一のマシンで32ビットから64ビットへアップグレードする場合、アップグレードが失敗した場合、ソース環境が破損するリスクがあることに注意してください。

11gのファイルのバックアップの詳細は、『Oracle® Fusion Middleware管理者ガイド』の環境のバックアップに関する項を参照してください。

アップグレード時に、次のコンテンツにアクセスする必要があります。

- 11gドメイン・ホーム

- MW_HOME/wlserver_10.3/common/にある11g /nodemanagerディレクトリ

『Oracle® Fusion Middleware管理者ガイド』の環境のバックアップに関する項で説明されている一部のバックアップおよびリカバリ手順は、製品に固有です。完全バックアップを作成するまでアップグレードを続行しないでください。

2.5.4 タスク4: 11gのホスト名およびIPアドレスを使用してターゲットの64ビット・マシンを設定する。

ターゲット・マシンのホスト名およびIPアドレスはホストと同一にする必要があります。そのため、ソース・マシンのIPアドレスおよび名前を変更するか、ソース・マシンを停止してネットワークの干渉を回避する必要があります。

IPアドレスおよびホスト名を変更するプロセスは、オペレーティング・システムによって異なります。詳細は、オペレーティング・システムの管理ドキュメントを参照してください。

2.5.5 タスク5: 11gドメインのバックアップを32ビット・ホストから64ビット・ホストにリストアする。

11gで使用したのと同じディレクトリ構造を使用して、タスク3でバックアップしたファイルをリストアします。ターゲット・マシンのディレクトリ構造は、ホスト・マシンのディレクトリ構造と同じである必要があります。

64ビットターゲット・マシンに11gファイルをリストアする方法の詳細は、『Oracle® Fusion Middleware管理者ガイド』の環境のリカバリに関する項を参照してください。

2.5.6 タスク6: 12c (12.2.1)製品ディストリビューションをターゲット・マシンにインストールする。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』およびインストールするコンポーネントのコンポーネント固有のインストレーション・ガイドを参照してください。

2.5.7 タスク7: 標準的なアップグレード手順を使用してターゲットの64ビット環境をアップグレードする。

コンポーネントのアップグレードおよびアップグレード後のタスクの実行に関する詳細は、コンポーネント固有のアップグレード・ガイドを参照してください。アップグレードしているコンポーネントの詳細は、コンポーネント固有のアップグレード・ガイドを参照してください。

注意: ノード・マネージャ・アップグレード手順では、元のノード・マネージャ・ファイルにアクセスする必要があります。「タスク3: 32ビット・ホスト・マシンからすべてのファイルをバックアップする。」の一部としてソース・マシンからバックアップされた11gノード・マネージャ・ファイルを使用します。

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

アップグレード前に、新しいスキーマの作成が12cデプロイメントで必要な場合があります。

12cに作成する必要があるその他のスキーマを確認するには、既存の環境にあるコンポーネント・スキーマとアップグレードに必要なスキーマを比較します。コンポーネント固有のアップグレード・ガイドで、コンポーネントに必要なスキーマを特定できます。

詳細は、「Upgrade Assistantでアップグレードできるスキーマの識別」を参照してください。

11gからアップグレードする場合は、次の点に注意してください。

- 12cでは、11gからアップグレードする前に作成する必要がある新しいスキーマがあります。新しいサービス表スキーマ(prefix_STB)には、ドメイン作成時に他のOracle Fusion Middlewareコンポーネントがアクセスして使用できる基本的なスキーマ構成情報が格納されます。詳細は、「サービス表スキーマの理解」を参照してください。

注意:
サービス表スキーマを作成していない場合、エラー・メッセージ「UPGAST-00328: スキーマ・バージョンのレジストリ表はこのデータベースに存在しません。」が発生することがあります。これが発生した場合、Upgrade Assistantを実行するために、サービス表スキーマを作成する必要があります。

- 監査スキーマには、12cを実行する前に作成する必要がある2つのスキーマが追加されました。監査サービス(_IAU)をアップグレードする場合、_IAUに加えて、_IAU_APPENDおよび_IAU_VIEWERを必ず選択します。

2.7 未使用データのパージ

アップグレード前に未使用データをパージすると、アップグレード・プロセスを最適化できます。いくつかのコンポーネントでは、アップグレード前に実行できる自動パージ・スクリプトを提供します。パージ・スクリプトを使用している場合、パージが完了するまで待ってから、アップグレード・プロセスを開始してください。アップグレード・アシスタントを使用してスキーマをアップグレードするときに、パージ・スクリプトを実行していると、アップグレードは失敗します。

注意: 大量のデータをパージする必要がある場合は、表のパーティション化や、その他のデータ最適化戦略の採用について検討してください。大量のデータを削除するスクリプトを使用すると、パフォーマンスに影響を与えることがあります。

詳細は、『Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のパージおよびパーティション化の方法の開発に関する項およびデータベース成長管理戦略の開発に関する項を参照してください。

2.8 ファイルベース・ポリシー・ストアのデータベース・ベース・ポリシー・ストアへの再関連付け(必須)

ポリシー・ストアは、ファイル・ベースではなく、データベース・ベースである必要があります。ファイル・ベースまたはOIDベースのポリシー・ストアを使用している場合、アップグレードの前に、ストアをデータベース・ベースのストアに再関連付けする必要があります。データベース・ベースのポリシー・ストアを使用している場合、これらのタスクを実行する必要はありません。

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

2. 11gポリシー・ストアのデータベース・ベース・ポリシー・ストアとOPSSスキーマへの再関連付け

3. ポリシー・ストアの再関連付けが正常に行われたことの確認

2.8.1 11g OPSSおよびIAUスキーマの作成

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

11gスキーマの作成の詳細は、11gバージョンの『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のリポジトリ作成ユーティリティの取得に関する項を参照してください。

2.8.2 11gポリシー・ストアのデータベース・ベース・ポリシー・ストアとOPSSスキーマへの再関連付け

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

11g OPSSスキーマをデータベース・ベース・リポジトリに再関連付ける方法の詳細は、「OPSSセキュリティ・ストアの再関連付け」を参照してください。

2.8.3 ポリシー・ストアの再関連付けが正常に行われたことの確認

ポリシー・ストアの再関連付けが正常に行われたことを確認するため、次の手順を実行します。

1. Enterprise Manager Fusion Middleware Controlにログインします。

2. 「ドメイン」→「セキュリティ」→「セキュリティ・プロバイダ構成」に移動します。

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

4. 表の「プロバイダ・タイプ」フィールドには、エントリ「Oracle Database」が表示されます。「プロバイダ・タイプ」に「ファイル」と表示されている場合、再関連付けは成功していません。

2.9 OIDベースのセキュリティ・ストアのための12c OPSSスキーマの作成

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

注意:

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

2.10 セキュリティ・ストアの最新バージョンへのアップグレード

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

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

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

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

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

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

2.11 非SYSDBAユーザーの作成

スキーマのアップグレードに必要な権限を持つユーザーを作成することをお薦めします。次に示す権限は、Upgrade Assistantを起動する前に付与する必要があります。

"FMW"は、Upgrade Assistant.を起動するために作成できるユーザーです。次の例のwelcome1はパスワードです。権限を付与する際に、実際のパスワードを指定していることを確認します。

注意:
v$xatrans$表がまだない場合、次のスクリプトの行を削除します。

grant select on v$xatrans$ to FMW with grant option;

この表はデフォルトで作成されません。この表を作成するには、このユーザーを作成する前にXAVIEW.SQLスクリプトを実行します。

create user FMW identified by welcome1;

grant dba to FMW;

grant execute on DBMS_LOB to FMW with grant option;

grant execute on DBMS_OUTPUT to FMW with grant option;

grant execute on DBMS_STATS to FMW with grant option;

grant execute on sys.dbms_aqadm to FMW with grant option;

grant execute on sys.dbms_aqin to FMW with grant option;

grant execute on sys.dbms_aqjms to FMW with grant option;

grant execute on sys.dbms_aq to FMW with grant option;

grant execute on utl_file to FMW with grant option;

grant execute on dbms_lock to FMW with grant option;

grant select on sys.V_$INSTANCE to FMW with grant option;

grant select on sys.GV_$INSTANCE to FMW with grant option;

grant select on sys.V_$SESSION to FMW with grant option;

grant select on sys.GV_$SESSION to FMW with grant option;

grant select on dba_scheduler_jobs to FMW with grant option;

grant select on dba_scheduler_job_run_details to FMW with grant option;

grant select on dba_scheduler_running_jobs to FMW with grant option;

grant select on dba_aq_agents to FMW with grant option;

grant execute on sys.DBMS_SHARED_POOL to FMW with grant option;

grant select on dba_2pc_pending to FMW with grant option;

grant select on dba_pending_transactions to FMW with grant option;

grant execute on DBMS_FLASHBACK to FMW with grant option;

grant execute on dbms_crypto to FMW with grant option;

grant execute on DBMS_REPUTIL to FMW with grant option;

grant execute on dbms_job to FMW with grant option;

grant select on pending_trans$ to FMW with grant option;

grant select on dba_scheduler_job_classes to fmw with grant option;

grant select on SYS.DBA_DATA_FILES to FMW with grant option;

grant select on SYS.V_$ASM_DISKGROUP to FMW with grant option;

grant select on v$xatrans$ to FMW with grant option;

grant execute on sys.dbms_system to FMW with grant option;

grant execute on DBMS_SCHEDULER to FMW with grant option;

grant select on dba_data_files to FMW with grant option;

grant execute on UTL_RAW to FMW with grant option;

grant execute on DBMS_XMLDOM to FMW with grant option;

grant execute on DBMS_APPLICATION_INFO to FMW with grant option;

grant execute on DBMS_UTILITY to FMW with grant option;

grant execute on DBMS_SESSION to FMW with grant option;

grant execute on DBMS_METADATA to FMW with grant option;

grant execute on DBMS_XMLGEN to FMW with grant option;

grant execute on DBMS_DATAPUMP to FMW with grant option;

grant execute on DBMS_MVIEW to FMW with grant option;

grant select on ALL_ENCRYPTED_COLUMNS to FMW with grant option;

注意

Oracle Database 11.2.0.3データベース・ユーザーのみ: アップグレードを開始する前に、Oracleパッチ13036331を適用する必要があります。My Oracle Supportにアクセスしてパッチをダウンロードします。

このパッチを適用しない場合は、一部のスキーマで追加の権限を付与する必要があります。

2.12 強化された暗号化(AES 256)の使用

Javaプラットフォームでは、暗号化、公開鍵インフラストラクチャ、認証、安全な通信、アクセス制御など、主要なセキュリティ分野に渡る一連のAPIが定義されています。これらのAPIによって、開発者はアプリケーション・コードにセキュリティ・メカニズムを簡単に統合できます。

Fusion Middleware 12cで使用されているセキュリティ・アルゴリズムには、JDK用の追加のポリシー・ファイルが必要になるものがあります。強化された暗号化(AES 256など)を使用する予定がある場合は、アップグレードの前に、これらのポリシー・ファイルをJDKに適用することをお薦めします。詳細は、次を参照してください。

Java暗号化アーキテクチャのOracleプロバイダ・ドキュメント

アップグレードの開始前に、これらのポリシー・ファイルをJDKに適用していないと、アップグレードに失敗することがあります。その場合は、アップグレード前環境全体をリストアして、アップグレードを最初からやり直す必要があります。

2.13 エディション・ベースの再定義のためのサーバー上でのエディションの作成(オプション)

Oracle Databaseユーザーのみ: エディションベースの再定義を使用すると、アプリケーションの使用中にそのOracle Databaseコンポーネントをアップグレードでき、停止時間を最小化あるいは排除することができます。

エディション・ベースの再定義(EBR)に対応したスキーマをアップグレードする前に、最初にデータベース・サーバーに接続して、12c (12.2.1)のデータベース・サーバーにエディションを作成する必要があります。12.2.1の新しいエディションは、既存の11gまたは12cエディションの子である必要があります。

データベース・サーバーにエディションを作成するには、SYS (またはDBA権限のある別のOracleユーザー)としてログインし、次のコマンドを使用します。

SQL> create edition Oracle_FMW_12_2_1 as child of Oracle_FMW_11_1_1_7_0;
Edition created.

前述のコードの例Oracle_FMW_11_1_1_7_0は11.1.1.6または11.1.1.7スキーマを作成したときにRCU 11.1.1.6または11.1.1.7で指定するエディション名の例として使用します。エディションを作成する際は、実際に使用する名前を入力してください。

アップグレード手順の間、再構成ウィザードを実行して既存のドメインを再構成するよう要求されます。再構成ウィザードの実行前に、データベースのデフォルト・エディションを指定する必要があります。次のようなSQLを使用して、データベースのデフォルト・エディション名を手動で次のように設定します。

ALTER DATABASE DEFAULT EDITION = edition_name;

2.14 カスタム・ドメイン環境設定のメンテナンス

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

注意:

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

2.15 12c Oracle Fusion Middleware製品ディストリビューションのダウンロードとインストール

製品ディストリビューションは、Oracle Technology Network (OTN)またはOracle Software Delivery Cloudのいずれかからダウンロードできます。ディストリビューションを取得するためにアクセスする必要のあるサイトの詳細な情報は、「Oracle Fusion Middlewareダウンロード、インストールおよび構成のReadmeファイル」ページを参照してください。

必要なソフトウェアをダウンロードしたら、ソフトウェアのインストールおよびダウンロードに進みます。

インストールを開始するには、OTNのOracle Fusion Middleware 12c (12.2.1)のドキュメント・ライブラリのインストール、パッチおよびアップグレードに関する項の共通タスクのページを参照してください。

注意: Oracle Fusion Middleware Infrastructureディストリビューションは、コンポーネント固有のディストリビューションの前にインストールする必要があります。

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

Upgrade Assistantを-readinessモードで実行すると、読取り専用のアップグレード前チェックをドメインで実行できます。問題が検知された場合、実際のアップグレードを開始する前にそれらを修正できます。

注意:
準備状況チェックはシステムがオンラインの状態で実行され、チェック内容の包括性により、準備状況チェックが完了するまでに長時間実行されることがあります。

アップグレード前環境で準備状況チェックを実行するには、次に示すように、アップグレード・アシスタントを-readinessモードで起動する必要があります。

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

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

./ua -readiness

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

ua.bat -readiness

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

2.17 コンポーネント固有のアップグレード・ドキュメントの検索

これで、アップグレードを開始できます。次の表を使用して、12cのアップグレードに必要なアップグレード固有タスクを決定します。

表2-2 アップグレードを完了するためのドキュメント

製品領域

アップグレードする内容

使用するアップグレード・ドキュメント

Oracle WebLogic Server - スタンドアロン

既存のFusion Middleware 11gドメインによって管理されていない、または登録されていないOracle WebLogic Server。

Oracle WebLogic Serverのアップグレード

Oracle WebLogic Server (12cではInfrastructureと呼ばれる)を使用したカスタムOracle Application Developer Frameworkアプリケーション

カスタムOracle Application Developer Frameworkアプリケーションのセットを使用してデプロイされた管理対象11g WebLogic Serverドメイン。

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

Oracle HTTP Server - 管理対象またはスタンドアロン

管理機能のためにWebLogicドメインで機能するように構成されているOracle HTTP Serverは、管理対象サーバーです。

Oracle WebLogicドメインによって管理されていない、またはOracle WebLogicドメインに登録されていないOracle HTTP Serverは、スタンドアロン・サーバーです。

Oracle HTTP Serverのアップグレード

Oracle SOA SuiteおよびBPM

Business Process Management (BPM)、Oracle Service Bus (OSB)、Enterprise Security Services (ESS)、Managed File Transfer (MFT)、Business Activity Monitoring (BAM)およびワークフロー・インスタンス・データなどのSOA Suiteコンポーネント。

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

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

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

Oracle User Messaging Serviceの管理

Oracle Data Integrator

Data Integrator

Oracle Data Integratorのアップグレード

3 12c (12.2.1)のためのOracle Databaseのアップグレードおよび準備

この章では、アップグレード前にデータベースをサポートされているバージョンにアップグレードする方法について説明します。

この章の構成は、次のとおりです。

- 12cでのデータベース動作保証の変更点の理解

- スキーマのアップグレード準備が整っていることの確認

- Oracle Databaseをアップグレードする場合のアップグレード・パスの決定

- 最新のパッチ・セット更新および必須のパッチの適用

注意:

12c (12.2.1)にアップグレードする場合、既存のデータベースをアップグレードに使用する必要があります。新しいデータベースは作成しません。

3.1 12c (12.2.1)データベース要件の理解

多くのOracle Fusion Middleware製品は、ドメイン構成の前にデータベース・スキーマが必要です。

オペレーティング・システムで動作保証されているデータベースを調べるには、Oracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証情報のドキュメントを参照してください。

スキーマ作成用にデータベースが適切に構成されていることを確認するには、Oracle Fusion Middlewareのシステム要件と仕様ドキュメントのOracle Repository Creation Utilityの要件の確認に関する項を参照してください。

注意:

動作保証されたデータベースのみがOracle Fusion Middleware Infrastructure標準インストール・トポロジに使用できます。

Oracle Platform Security Services (OPSS)スキーマは、このリリース向けのサードパーティ・データベースでサポートされていません。

SOAアップグレードのみ: Oracle SOA Suiteで使用するデータベースをインストールまたは確認する場合は、追加の考慮事項があります(データベースのサイズおよびプロファイル、多数のOracle SOA Suiteコンポジット・アプリケーションのデータを格納する能力など)。詳細は、次のリソースを参照してください。

- 『Oracle SOA SuiteおよびBusiness Process Managementのインストールと構成』のデータベース・プロファイルのカスタム変数に関する項

- Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理のSOAコンポジット・アプリケーションの概要に関する項

- 『Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理』のデータベースのプロファイルまたはサイズの確認に関する項

データベースが適切に構成されると、製品のスキーマを作成することができます。

- リポジトリ作成ユーティリティ(RCU)は、データベースにスキーマを作成するために使用するツールです。リポジトリ作成ユーティリティは各12cディストリビューションに含まれており、個別にRCUをダウンロード、インストールする必要があったFusion Middleware 11gとは異なります。詳細はOracle Fusion Middleware Infrastructureのインストールと構成を参照してください。

- Oracle Fusion Middleware製品で必要な特定のスキーマ(ある場合)については、スキーマの作成手順とあわせて、製品のインストレーション・ガイドを参照してください。

- Repository Creation Utilityの詳細は、リポジトリ作成ユーティリティを使用したスキーマの作成を参照してください。

3.2 12cでのデータベース動作保証の変更点の理解

データベース・アップグレードを進める前に、Oracle Fusion Middlewareの動作保証されたデータベースについて最新の情報を確認しておくことが重要です。詳細は、12c (12.2.1)の動作保証マトリックスに関する説明を参照してください。

ご使用の環境がインストールに必要な要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントを併せて使用する必要があります。このマニュアルに記載されているOracle Fusion Middleware 12cのソフトウェア要件は、このマニュアルが作成された時点では正確でした。

次に示す、12cの重要な変更点に注意してください。

- Oracle XEはサポートしていません。

- Oracle Databaseユーザー: Oracle Fusion Middlewareでは、バイトモードのデータベースのスキーマのみをサポートしています。スキーマがあるデータベース上のNLS_LENGTH_SEMANTICS初期化パラメータのCHARへの設定はサポートされていないため、BYTEに設定する必要があります。
NLS_LENGTH_SEMANTICSをCHARに設定すると、アップグレード・アシスタントにより、次の例外が報告されます。

JDBC SQLException - ErrorCode: 1450SQLState:72000 Message: ORA-01450: maximum key length (6398) exceeded

SQL*Plusを使用してこのパラメータの値を確認するには、次のようにshow parametersコマンドを使用します。

SQL> sqlplus "sys/<password> as sysdba"
SQL> show parameters nls_length_semantics

<password>の部分は、実際のSYSユーザーのパスワードに置き換えてください。

別の方法として、次のようにV$PARAMETERビューを問い合せて値を確認することもできます。

SQL> sqlplus "sys/password as sysdba"
SQL> select name,value from v$parameter;

詳細は、使用するデータベースの管理ドキュメントを参照してください。

注意:

この章に記載されている情報は、発行時点において正確な情報です。最新情報は、必ずOracle Fusion Middleware 12cの動作保証マトリックスを参照してください。

3.3 Oracle Databaseをアップグレードする場合のアップグレード・パスの決定

新しいOracle Databaseリリースにアップグレードするために必要なパスは、現行のデータベースのリリース番号によって異なります。現行のリリースのOracle Databaseから最新のリリースに直接アップグレードできない場合があります。現行のリリースによっては、新しいOracle Databaseへのアップグレードに、1つ以上の中間リリースを介したアップグレードが必要となる場合があります。

たとえば、現行のデータベースがリリース9iを実行している場合は、次の手順に従います。

1. リリース2 (10.2)の『Oracle Databaseアップグレード・ガイド』の指示に従って、リリース9.0.1.4からリリース10.2.0.4へアップグレードします。

2. の指示に従って、リリース10.2.0.4から新しいOracle Database 11gリリースへアップグレードします。

表3-1に、Oracle Databaseのリリースごとに必要なアップグレード・パスを示します。ご使用のデータベースに固有のアップグレード・パスおよびドキュメントを使用してアップグレードします。次の情報は、発行時点において正確な情報です。最新情報は、必ずOracle Fusion Middleware 12cの動作保証マトリックスを参照してください。

表3-1 Oracle Databaseのアップグレードに対してサポートされているアップグレード・パス

現行リリース

アップグレード・パス

9.0.1.3以前

直接のアップグレードはサポートされていません。次のように、新しいOracle Database 11gリリースへアップグレードする前に、中間リリースのOracle Databaseにアップグレードする必要があります。

- 9.0.1.3以前→ 9.0.1.4 → 10.2.0.4 → 11.2

Oracle Databaseの中間リリースのドキュメントの指示に従って、中間リリースへアップグレードします。次に、「Oracle Databaseの新しいリリースへのアップグレード」の指示に従って、中間リリースのデータベースを新しいOracle Database 11gリリースにアップグレードします。

9.2.0.8

10.1.0.5

10.2.0.2

11.1.0.6

12.1.0.1

9.2.0.8以上、10.1.0.5以上、10.2.0.2以上および11.1.0.6以上からOracle Database 11gリリースへの直接のアップグレードがサポートされています。

リリース9.2.0.3の場合は、次のように、まず中間リリースのOracle Databaseにアップグレードする必要があります。

9.2.0.3以前→ 9.2.0.8 → 11.1.0.7

9.2.0.3以前 -> 9.2.0.8 -> 11.2

「Oracle Databaseの新しいリリースへのアップグレード」の指示に従って、新しいOracle Databaseリリースにアップグレードします。

3.4 スキーマのアップグレード準備が整っていることの確認

Upgrade Assistantを実行する前に、サポートされているデータベースが稼働していること、およびアップグレートするスキーマのバージョンがアップグレードのサポート対象であることを確認してください。

- タスク1: スキーマ・バージョンの検証

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

3.4.1 タスク1: スキーマ・バージョンの検証

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

Upgrade Assistantを実行する前に、アップグレードするスキーマがこのバージョンのOracle Fusion Middlewareへのアップグレードでサポートされていることを確認します。スキーマ・バージョン情報の確認に関する完全な手順は、『Upgrade Assistantによるアップグレード』のアップグレード・アシスタントでアップグレード可能なスキーマの識別に関する項で説明しています。

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

Oracle Databaseを使用している場合は、Upgrade Assistantを実行する前にデータベース・オブジェクトを再コンパイルして、アップグレード前に無効なオブジェクトをチェックしてください。SYSとしてデータベースに接続し、SQL*Plusから次のコマンドを実行します。

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

詳細は、無効なオブジェクトを記録して、次の問合せを実行します。無効なデータベース・オブジェクトが存在すると、アップグレードを正常に完了できない場合があります。

/rdbms/admin/utlrp.sql

単一のOracle Fusion Middlewareスキーマに属するオブジェクトのみを再コンパイルする場合は、次の例に示すOracle Databaseストアド・プロシージャdbms_utility.compile_schemaを使用できます。

SQL> execute
dbms_utility.compile_schema('1213_IAU');
PL/SQL procedure successfully completed

注意:

これらの手順は、確認のためにUpgrade Assistantを実行した後に、再度使用する必要があります。

3.5 最新のパッチ・セット更新および必須のパッチの適用

最新のパッチ・セットを適用していること、およびアップグレード中の問題の発生を回避するよう設計された推奨パッチ・リストを確認することで、相互運用性およびアップグレードに関する重要な問題を回避できます。

詳細は、ご使用のプラットフォーム用のリリース・ノートでアップグレードについての章を参照してください。たとえば、Linuxオペレーティング・システムを使用している場合は、『Oracle® Application Serverリリース・ノート』の特定のアップグレードおよび互換性の要件に対処するためのパッチに関する項を参照してください。

データベースのパッチ要件の追加情報については、『Oracle Fusion Middlewareのインストールのプランニング』のシステム要件および仕様の確認に関する項を参照してください。

A アウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

この項では、Fusion Middleware 11gドメイン・ディレクトリを別のドメイン・ディレクトリでリリース12c (12.2.1)にアップグレードし、11gドメイン・ディレクトリを変更しないようにするプロセスについて説明します。

この章で説明する項は、次のとおりです。

- アウトオブプレース・ドメイン・ディレクトリ・アップグレードについて

- 同じホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

- 別のホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

- 11gアプリケーションのアンインストール(オプション)

A.1 アウトオブプレース・ドメイン・ディレクトリ・アップグレードについて

Oracle Fusion Middlewareを12c (12.2.1)にアップグレードすると、アップグレード時に、スキーマおよびドメイン・ディレクトリのアップグレードが既存の11gまたは12cファイルを更新する「インプレース」で実行されます。

11gドメイン・ディレクトリを変更しない場合は、この章で説明する手順を使用して、アウトオブプレース・ドメイン・ディレクトリ・アップグレードを、新しいドメイン・ディレクトリを使用して同一のまたは別のホスト上で実行できます。

注意:

アウトオブプレース・ドメイン・ディレクトリ・アップグレードを実行する際、11gスキーマがインプレースで実行されることに注意しておくことが重要です。アウトオブプレース・ドメイン・ディレクトリ・アップグレード・プロセス中は、11g環境を停止させる必要があります。

A.2 同じホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

既存の11gドメインで同じホスト上でアウトオブプレース・ドメイン・ディレクトリ・アップグレードを完了するには、次のタスクを実行します。

注意:

別のホストにあるドメインをアップグレードしている場合は、「別のホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行」を参照してください。

- タスク1: 管理サーバー、管理対象サーバーおよびノード・マネージャも含めて、すべてのプロセスを停止する。

- タスク2: 11gドメインからすべてのファイルをバックアップする。

- タスク3: 11gドメインのバックアップ・ファイルを新しい場所にリストアする。

- タスク4: 新しいOracleホームに12.2.1ディストリビューションをインストールする。

- タスク5: 標準的なアップグレード手順を使用してクローン環境をアップグレードする。

- タスク6: 新しくアップグレードされたドメインが想定どおりに機能することを確認する。

注意:

Fusion Middleware 12c動作保証マトリックスには、12.1データベースが含まれます。そのため、この章で「11」と説明する場合、それはFusion Middleware 11gスキーマを指し、Oracle 11gデータベース・バージョンではありません。

A.2.1 タスク1: 管理サーバー、管理対象サーバーおよびノード・マネージャも含めて、すべてのプロセスを停止する。

管理サーバー、管理対象サーバーおよびノード・マネージャがホスト上で起動している場合はこれらも含めて、すべてのプロセスを停止する必要があります。たとえば、管理サーバーを停止するには、次のように指定します。

DOMAIN_HOME/bin/stopWebLogic.sh username password [admin_url]

A.2.2 タスク2: 11gドメインからすべてのファイルをバックアップする。

11gデプロイメント全体の完全バックアップを作成したことを確認してからアップグレード・プロセスを開始する必要があります。移行中に問題が発生した場合、これらのファイルを使用してプロセスを再度開始する必要があります。

ファイルのバックアップの詳細は、『Oracle® Fusion Middleware管理者ガイド』の環境のバックアップに関する項を参照してください。

アップグレード時には、バックアップ記憶域のファイルに対する読取りアクセス権が必要です。

- 11gドメイン・ホーム

- MW_HOME/wlserver_10.3/common/ にある/nodemanagerディレクトリ

詳細は、『Oracle® Fusion Middleware管理者ガイド』の環境のバックアップに関する項を参照してください。完全バックアップを作成するまでアップグレードを続行しないでください。

A.2.3 タスク3: 11gドメインのバックアップ・ファイルを新しい場所にリストアする。

既存の11g環境で使用したものと同じディレクトリ構造を使用して、「タスク2: 11gドメインからすべてのファイルをバックアップする。」でバックアップしたファイルを新しい場所にコピーします。アップグレード用に作成するディレクトリ構造は、元の11g環境で使用した構造と同じである必要があります。

この場所は、「タスク5: 標準的なアップグレード手順を使用してクローン環境をアップグレードする。」で使用します。

A.2.4 タスク4: 新しいOracleホームに12.2.1ディストリビューションをインストールする。

アップグレードするコンポーネントの12c (12.2.1)製品ディストリビューションを取得、インストールおよび構成する必要があります。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』およびインストールするコンポーネントのコンポーネント固有のインストレーション・ガイドを参照してください。

A.2.5 タスク5: 標準的なアップグレード手順を使用してクローン環境をアップグレードする。

「タスク3: 11gドメインのバックアップ・ファイルを新しい場所にリストアする。」で作成したドメインでアップグレードを実行します。

各12c (12.2.1)コンポーネントには、11g (11.1.1.6または11.1.1.7)または12c (12.1.2)インフラストラクチャ・トポロジから新しい12c (12.2.1)トポロジへの移動に必要な手順を記載した、アップグレード・ガイドが用意されています。ガイドは、Oracle Fusion Middleware 12c (12.2.1)オンライン・ライブラリのアップグレード・タブにあります。

A.2.6 タスク6: 新しくアップグレードされたドメインが想定どおりに機能することを確認する。

新しいドメインで通常の管理タスクを実施し、コンポーネントが想定どおりに機能することを確認します。

11gのOracleホームを廃止する必要はありませんが、削除が必要な場合は「11gアプリケーションの削除(オプション)」を参照してください。

A.3 別のホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行

- タスク1: 管理サーバー、管理対象サーバーおよびノード・マネージャも含めて、すべてのプロセスを停止する。(ホストA)

- タスク2: ホスト・マシンからすべてのファイルをバックアップする。(ホストA)

- タスク3: 11gのホスト名およびIPアドレスを使用してターゲット・マシン(ホストB)を設定する。

- タスク4: 11gドメインのバックアップをホストAからホストBにリストアする。

- タスク5: 新しいOracleホームに12.2.1ディストリビューションをインストールする。(ホストB)

- タスク6: 標準的なアップグレード手順を使用して環境をアップグレードする。(ホストB)

- タスク7: 新しくアップグレードされたドメインが想定どおりに機能することを確認する。

Fusion Middleware 12c動作保証マトリックスには、12.1データベースが含まれます。そのため、この章で「11」と説明する場合、それはFusion Middleware 11gスキーマを指し、Oracle 11gデータベース・バージョンではありません。

A.3.1 タスク1: 管理サーバー、管理対象サーバーおよびノード・マネージャも含めて、すべてのプロセスを停止する。(ホストA)

管理サーバー、管理対象サーバーおよびノード・マネージャがホスト上で起動している場合はこれらも含めて、すべてのプロセスを停止する必要があります。たとえば、管理サーバーを停止するには、次のように指定します。

DOMAIN_HOME/bin/stopWebLogic.sh username password [admin_url]

A.3.2 タスク2: ホスト・マシンからすべてのファイルをバックアップする。(ホストA)

11gデプロイメント全体の完全バックアップを作成したことを確認してからアップグレード・プロセスを開始する必要があります。移行中に問題が発生した場合、これらのファイルを使用してプロセスを再度開始する必要があります。

ファイルのバックアップの詳細は、『Oracle® Fusion Middleware管理者ガイド』の環境のバックアップに関する項を参照してください。

アップグレード時には、バックアップ記憶域のファイルに対する読取りアクセス権が必要です。

- 11gドメイン・ホーム

- MW_HOME/wlserver_10.3/common/ にある/nodemanagerディレクトリ

A.3.3 タスク3: 11gのホスト名およびIPアドレスを使用してターゲット・マシン(ホストB)を設定する。

ターゲット・マシン(ホストB)のホスト名およびIPアドレスはソース・ホスト(ホストA)と同一にする必要があります。そのため、ソース・マシンのIPアドレスおよび名前を変更するか、ソース・マシンを停止してネットワークの干渉を回避する必要があります。

IPアドレスおよびホスト名を変更するプロセスは、オペレーティング・システムによって異なります。詳細は、オペレーティング・システムの管理ドキュメントを参照してください。

A.3.4 タスク4: 11gドメインのバックアップをホストAからホストBにリストアする。

11g環境で使用したものと同じディレクトリ構造を使用して、「タスク2: ホスト・マシンからすべてのファイルをバックアップする。(ホストA)」でバックアップしたファイルをリストアします。ホストBのディレクトリ構造は、ホストAで使用した構造と同一にする必要があります。

ターゲット・マシンにファイルをリストアする方法の詳細は、『Oracle® Fusion Middleware管理者ガイド』の環境のリカバリに関する項を参照してください。

A.3.5 タスク5: 新しいOracleホームに12.2.1ディストリビューションをインストールする。(ホストB)

アップグレードするコンポーネントの12c (12.2.1)製品ディストリビューションを取得、インストールおよび構成する必要があります。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』およびインストールするコンポーネントのコンポーネント固有のインストレーション・ガイドを参照してください。

A.3.6 タスク6: 標準的なアップグレード手順を使用して環境をアップグレードする。(ホストB)

各12c (12.2.1)コンポーネントには、11g (11.1.1.6または11.1.1.7)または12c (12.1.2または12.1.3)インフラストラクチャ・トポロジから新しい12c (12.2.1)トポロジへの移動に必要な手順を記載した、アップグレード・ガイドが用意されています。ガイドは、Oracle Fusion Middleware 12c (12.2.1)オンライン・ライブラリのアップグレード・タブにあります。

ノード・マネージャ・アップグレード手順では、元のノード・マネージャ・ファイルにアクセスする必要があります。「タスク3: 11gのホスト名およびIPアドレスを使用してターゲット・マシン(ホストB)を設定する。」の一部としてソース・マシンからバックアップされた11gノード・マネージャ・ファイルを使用します。

A.3.7 タスク7: 新しくアップグレードされたドメインが想定どおりに機能することを確認する。

新しいドメインで通常の管理タスクを実施し、コンポーネントが想定どおりに機能することを確認します。

11gのOracleホームを廃止する必要はありませんが、削除が必要な場合は「11gアプリケーションの削除(オプション)」を参照してください。

A.4 11gアプリケーションのアンインストール(オプション)

必須ではありませんが、アップグレードの後、これらの手順に従って11gのアプリケーションおよびドメイン設定をアンインストールできます。アップグレードされていないコンポーネントが参照しているドメインをアンインストールしないでください。確実でない場合は、ドメインを変更しないでください。

注意:

この項に記載されているコマンドは、削除しようとしている11g Oracleホームから実行する必要があり、12cへのアップグレード・プロセスの一環として作成された新しいホームからではありません。

1. すべての11gサーバーおよびプロセス(管理サーバー、管理対象サーバーおよびノード・マネージャを含めて)を停止します。詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle WebLogic Server管理および管理対象サーバーの起動と停止に関する項を参照してください。

2. Oracleホームを削除するには、Oracle Universal Installerを-deinstallモードで起動します。

(UNIX) ORACLE_HOME/oui/bin

./runInstaller.sh -deinstall

(Windows) ORACLE_HOME\oui\

binsetup.exe -deinstall

3. 「削除」画面で、削除する11g Oracleホームを指定します。「削除」をクリックして続行します。

4. 「警告」画面で、OUIがOracleホーム・ディレクトリを削除するかどうかを選択します。「はい」をクリックすると、OUIはソフトウェアとOracleホームを削除します。元に戻すことはできません。

5. 11g Oracle Commonホームを削除するには、次のディレクトリからOracle Universal Installerを-deinstallモードで起動します。

(UNIX) ORACLE_HOME/oracle_common/oui/bin

./runInstaller -deinstall -jreLoc JRE_LOCATION

(Windows) ORACLE_HOME\oracle_common\oui\

binsetup.exe -deinstall -jreLoc JRE_LOCATION

6. 「削除」画面で、削除しようとしているOracle Commonホームが正しいことを確認し、「削除」をクリックして続行します。

7. 「警告」画面で、Oracle Commonホーム・ディレクトリを削除するかどうかを選択します。「はい」をクリックして、ソフトウェアとOracle Commonホームを削除します。

8. WebLogic Serverを削除するには、次のディレクトリからWebLogicアンインストール・プログラムを起動します。

(UNIX) ORACLE_HOME/utilw/uninstall

./uninstall.sh

(Windows) ORACLE_HOME\utils\uninstall

uninstall.exe

9. 「次へ」をクリックして、プログラムのアンインストールを開始します。

10. インストールされているコンポーネントの隣のチェックボックスを選択して、アンインストールするコンポーネントを選択します。デフォルトではインストールされたすべてのコンポーネントが選択されていることに注意してください。

11. アンインストールするコンポーネントを選択した後、「次へ」をクリックしてアンインストールを完了します。

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

コピーライトについて

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

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

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

保証免責

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

制限付権利について

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

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

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

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

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

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

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

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

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

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

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

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

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

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

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

Oracle Supportへのアクセス

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