Oracle® Fusion Middleware

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

12c (12.2.1.2)

E82839-02(原本部品番号:E77898-03)

2016年12月

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

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

E82839-02

Copyright © 2013, 2016, Oracle and/or its affiliatesAll rights reserved

原本著者: Lisa Jamen

原本協力者: 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 (12.2.1.2)へのアップグレードのプランニング

- 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 Oracle Fusion Middleware 12c (12.2.1.2)でサポートされているアップグレード開始点

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

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

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

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

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

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

- 1.4 基本的な12cのアップグレード・プロセス・フローについて

- 1.5 基本的な12cのアップグレード手順について

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

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

- 1.8 アップグレード・テスト戦略の作成について

- 1.9 Upgrade Assistantの使用によるアップグレード前の準備状況チェックの実行

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

- 1.11 インプレース・アップグレードとアウトオブプレース・アップグレードについて

- 1.12 動作保証、互換性および相互運用性に関する要件について

- 1.13 コンポーネント・アップグレードの制約について

- 1.14 ドメイン・アップグレードの制限について

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

- 1.16 アップグレードおよび構成ツールについて

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

- 2.1 Oracle Databaseのアップグレードに関する最新情報の入手について

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

- 2.3 スキーマ・バージョン・レジストリ表のバックアップ

- 2.4 データベース・オブジェクトのアップグレード準備が整っていることの確認

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

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

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

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

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

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

- A.2.1.1 サーバーとプロセスの停止

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

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

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

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

- A.2.5.1 Upgrade Assistantを実行するための非SYSDBAユーザーの作成

- A.2.5.2 Upgrade Assistantを使用したアップグレード前の準備状況チェックの実行

- 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ホームに製品ディストリビューションをインストールする。(ホスト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のシステム管理知識

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

表記規則

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

表記規則

意味

太字

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

イタリック

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

固定幅フォント

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

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

アップグレードの開始前に、アップグレードの制限事項とアップグレードが本番環境に与える影響について理解しておく必要があります。

次の手順に沿って、Oracle Fusion Middlewareの12c (12.2.1.2)へのアップグレードを計画する方法についての一般的な理解を得てください。:

- アップグレード・プランニングのロードマップ
アップグレード・プロセスの開始前に、適切に策定したアップグレード計画を用意してください。

- 11gユーザーを対象としたOracle Fusion Middleware 12cの概要
既存のOracle Fusion Middleware 11gユーザーを対象に、Oracle Fusion Middleware 12cの概念と用語について説明します。

- サポートされているアップグレード開始点について
アップグレードするには、アップグレード前環境が、サポートされているバージョンのOracle Fusion Middlewareにある必要があります。

- 基本的な12cアップグレード・プロセス・フローについて
12c Fusion Middleware Infrastructureへのアップグレードに使用する高度なアップグレード手順およびツールの概要を理解する必要があります。

- 基本的な12cのアップグレード手順について
Oracle Fusion Middlewareデプロイメントを12cにアップグレードする方法の基本を理解します。アップグレードを実行する手順については、コンポーネント固有のアップグレード・ドキュメントを参照してください。

- 12c用の標準的なアップグレード・トポロジについて
標準的なインストール・トポロジは一例として提供されており、製品をサポートする唯一のアップグレード・トポロジではありません。

- アップグレードのためのバックアップ戦略の作成について
アップグレード・プランに、アップグレードが失敗した場合に備えたバックアップの作成、格納およびリストアの戦略を含めておくことが重要です。

- アップグレード・テスト戦略の作成について
アップグレード前にクローン環境でテストを実施することにより、本番のアップグレード計画全体に適用できる重要なデータが得られます。テスト戦略には、アップグレード前環境のバックアップのリストアも含める必要があります。

- Upgrade Assistantの使用によるアップグレード前の準備状況チェックの実行
-readinessモードでUpgrade Assistantを実行すると、実際のアップグレードの前に問題を検出できます。これは、Upgrade Assistantウィザードを使用して実行できます。また、レスポンス・ファイルを使用してサイレント・アップグレードを実行することもできます。準備状況チェックは省略可能ですが、アップグレードごとに実行することをお薦めします。ただし、準備状況チェックはスタンドアロン・ドメインには実行できない点に注意してください。

- アップグレード時のシステム停止時間に関する計画について
Fusion Middlewareデプロイメントの正常なアップグレード戦略を作成する前に、本番環境に対するアップグレードの影響を理解することが重要です。また、データベースのサイズやシステム・インフラストラクチャの速度などの要因もアップグレード時の全体的な停止時間に影響します。

- インプレース・アップグレードとアウトオブプレース・アップグレードについて
アップグレードはインプレースで実行することをお薦めします。アウトオブプレース・アップグレードも実行できますが、その場合もスキーマはインプレースでアップグレードされます。

- 動作保証、互換性および相互運用性に関する要件について
アップグレード手順を開始する前に、製品間の相互運用性と互換性、システム要件、および動作保証要件を確認することが重要です。

- コンポーネント・アップグレードの制約について
どの統合されたコンポーネントを最新バージョンのOracle Fusion Middlewareにアップグレードできるかを理解することは重要です。

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

- アップグレードするための製品ディストリビューションの取得について
製品ディストリビューションは、Oracle Software Delivery CloudまたはOracle Technology Networkのいずれかから取得できます。

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

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

アップグレード・プロセスの開始前に、適切に策定したアップグレード計画を用意してください。

Oracle Fusion Middleware 12c (12.2.1.2)へのアップグレードの必要性

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

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

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

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

タスク

説明

ドキュメント

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

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

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

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

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

基本的な12cのアップグレード・プロセス・フローについて

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

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

基本的な12cのアップグレード手順について

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

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

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

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

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

アップグレード・テスト戦略の作成について

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

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

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

インプレース・アップグレードとアウトオブプレース・アップグレードについて

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

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

注意: ハードウェア要件またはソフトウェア要件を満たせない場合は、アップグレードしないでください。

サポートされているアップグレード開始点について

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

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

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

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

どのコンポーネントをこのリリースのOracle Fusion Middleware 12cにアップグレードできるかを理解する必要があります。

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

Oracle Fusion Middleware 12cで使用できる製品および機能

Oracle Fusion Middleware 12cで使用できない製品および機能

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

アップグレードされた12c環境で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で再定義されました。アップグレードする前に新しい用語を理解することが重要です。また、多くの用語が非推奨になりました。

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

- 12cドキュメント・ライブラリ・リソースの使用
12cドキュメント・ライブラリにおいて、アップグレード・ドキュメントはタスクに基づいて編成されています。タスク固有のページには、一般的なアップグレード手順および関連ドキュメントへのダイレクト・リンクが用意されています。

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

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

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

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

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

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

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

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

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

- 12.1.3.0から12.2.1.2への移行

- 12.2.1.1から12.2.1.2への移行

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

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

12cドキュメント・ライブラリにおいて、アップグレード・ドキュメントはタスクに基づいて編成されています。タスク固有のページには、一般的なアップグレード手順および関連ドキュメントへのダイレクト・リンクが用意されています。

詳細はOracle Fusion Middlewareライブラリを参照してください。

- インストールの情報は、Fusion Middlewareインストール・ドキュメントを参照してください。

- アップグレードの情報は、Fusion Middleware 12cアップグレード・ドキュメントを参照してください。

- 管理関連の情報は、Fusion Middleware 12c管理ドキュメントを参照してください。

- リリース関連の情報は、Fusion Middleware 12cリリース・ノートを参照してください。

1.3 サポートされているアップグレード開始点について

アップグレードするには、アップグレード前環境が、サポートされているバージョンのOracle Fusion Middlewareにある必要があります。

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

- Oracle Fusion Middleware 12c (12.2.1.2)でサポートされているアップグレード開始点
アップグレードするOracle Fusion Middlewareコンポーネントのサポートされているリリースを確認します。

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

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

アップグレードするOracle Fusion Middlewareコンポーネントのサポートされているリリースを確認します。

Oracle Fusion Middlewareコンポーネント、サーバー、およびデータベースのすべてが認定済のバージョンである必要があります。ほとんどのFusion Middlewareコンポーネントのサポートされている開始点は同じですが、コンポーネントによっては異なる場合があります。アップグレード前のドメインの内容を必ず確認して、アップグレードがサポートされているバージョンであることを確認してください。

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

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

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

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

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

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

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

- Oracle Fusion Middleware 12cリリース1 (12.2.1.0)または(12.2.1.1)
12c 12.2.1.0または12.2.1.1からアップグレードする場合は、12c (12.2.1.2)への完全アップグレードを実行する必要があります。既存の12.2.1.0または12.2.1.1ドメインを更新するために、12.2.1.2のディストリビューションを同じOracleホームにインストールしないでください。12.2.1.2へのドメインのアップグレードは、パッチ・セットのインストールではありません。

- 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)

注意:

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

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

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

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

- WebLogic Server の旧リリースとの互換性

- アプリケーション環境のアップグレードのロードマップ

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

Oracle Technology Network (OTN)で、Oracle Fusion Middlewareのサポート対象システム構成に関する情報を参照して、現在使用しているJDKがサポートされていることを確認します。

このマニュアルの発行時点で、12c (12.2.1.2)の動作保証済JDKは、1.8.0_101です。

サポート対象外のJDKを使用している場合やJDKをインストールしていない場合は、次に示すWebサイトから必須のJava SE JDKをダウンロードする必要があります。

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

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

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

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

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

- Oracle HTTP Serverの相互運用性

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

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

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

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

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

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

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

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

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

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

1.4 基本的な12cのアップグレード・プロセス・フローについて

12c Fusion Middleware Infrastructureへのアップグレードに使用する高度なアップグレード手順およびツールの概要を理解する必要があります。

注意:
フローチャートは基本的なアップグレードを示すことを意図しています。コンポーネント固有のアップグレードを完了するために実行するタスクは、この項で示されている例とは異なる場合があります。コンポーネント固有のアップグレード・ドキュメントには、コンポーネントのアップグレードに必要な個別タスクの詳細が説明されています。

1.5 基本的な12cのアップグレード手順について

Oracle Fusion Middlewareデプロイメントを12cにアップグレードする方法の基本を理解します。アップグレードを実行する手順については、コンポーネント固有のアップグレード・ドキュメントを参照してください。

このトピックでは、Oracle Fusion Middleware 11gまたは以前の12cリリースからこのOracle Fusion Middleware 12cへの一般的なアップグレードを示します。アップグレードするコンポーネントによってはさらに手順がある場合もありますが、アップグレード・プロセスについての一般的な理解にお役立てください。

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

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

タスク

使用するツール

既存のデプロイメントのバックアップ・コピーを作成します。

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

コンポーネントのアップグレード・ガイドのアップグレード前チェックリスト

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

Oracle Universal Installer(OUI)

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

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

アップグレード前の準備状況チェックを実行して、デプロイメントがアップグレードの準備ができているかどうかを判断します。

Upgrade Assistant (UA)

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

Upgrade Assistant (UA)

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

再構成ウィザード

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

Upgrade Assistant (UA)

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

状況により異なります

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

状況により異なります

1.6 12cにおける標準的なアップグレード・トポロジについて

一例として標準インストール・トポロジを示しますが、この製品では、その他のアップグレード・トポロジもサポートされています。

各Oracle Fusion Middlewareリリース12cアップグレード・ガイドは、標準的なアップグレード・トポロジを説明します。標準アップグレード・トポロジは、コンポーネントに固有のインストレーション・ガイドで説明されている、標準インストール・トポロジに基づいています。各インストレーション・ガイドでは、標準的なトポロジを作成するための特定の手順を説明していますが、目的が異なる場合は、サポート・ドキュメントを参照してください。

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

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

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

アップグレード・プランに、アップグレードが失敗した場合に備えたバックアップの作成、格納およびリストアの戦略を含めておくことが重要です。

アップグレードの開始前に、アップグレード前環境の完全なバックアップを作成しておくようにしてください。このドキュメントの範囲外になりますが、Oracle Fusion Middlewareのバックアップおよびリカバリ戦略の詳細は、『Oracle Fusion Middlewareの管理』の次に示す項で説明しています。

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

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

1.8 アップグレード・テスト戦略の作成について

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

その他のメリットには次のものがあります。

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

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

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

- メタデータおよびその他のアーティファクトをアップグレードするのに必要な時間について理解します。

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

1.9 Upgrade Assistantの使用によるアップグレード前の準備状況チェックの実行

-readinessモードでUpgrade Assistantを実行すると、実際のアップグレードの前に問題を検出できます。これは、Upgrade Assistantウィザードを使用して実行できます。また、レスポンス・ファイルを使用してサイレント・アップグレードを実行することもできます。準備状況チェックは省略可能ですが、アップグレードごとに実行することをお薦めします。ただし、準備状況チェックはスタンドアロン・ドメインには実行できない点に注意してください。

Upgrade Assistantの準備状況チェックでは、既存のOracle Fusion MiddlewareスキーマおよびOracle WebLogic構成の読取り専用のアップグレード前確認を行います。

準備状況チェックは、既存のOracle Fusion Middlewareドメインがオンライン(他のユーザーがアクティブに使用している間)またはオフラインである間に実行できます。

準備状況チェックは、実際のアップグレードが試行される前に何度でも実行できます。ただし、アップグレード後はレポートで有効な結果が提供されないため、準備状況チェックを実行しないでください。

注意:

パフォーマンスが低下する可能性を回避するために、準備状況チェックはオフピーク時に実行することをお薦めします。

調査フェーズと準備状況チェックの違いの理解

アップグレード・プロセスの調査フェーズは、準備状況チェックの実行とは別の操作です。通常、Upgrade Assistantの調査フェーズ中に実行されるチェックより、準備状況チェックの方が徹底しています。調査フェーズはUpgrade Assistant UIで「アップグレード」をクリックする直前に移行し、スキーマおよび構成問題に関する潜在的な問題を特定しますが、準備状況チェックは実際のアップグレードを開始する前に実行される読取り専用のプロセスです。

注意: アップグレードを実行した際に、アップグレードの正常な実行を妨げる問題が発生した場合、バックアップを使用してアップグレード前の環境に戻し、アップグレードを再実行する必要がある場合があります。準備状況チェックを実行すると、これらの問題の一部を特定し、システムのダウンタイムが延長されることを回避できます。

準備状況レポートの理解

準備状況チェックでは、フォーマットされ、タイムスタンプの付けられた準備状況レポートが生成され、実際のアップグレードを試みる前に潜在的な問題に対処できます。問題が検出されない場合は、アップグレード・プロセスを開始できます。アップグレードを実行する前に、このレポートを詳細に確認することをお薦めします。

レポートの情報

説明

必要なアクション

全体的な準備状況ステータス: SUCCESSまたはFAILURE

レポートの上部には、アップグレードの準備状況チェックが成功したか、または1つ以上のエラーが発生して完了したかが示されます。

1つ以上のエラーが発生してレポートが完了した場合、アップグレードを試みる前に、FAILを検索し、障害の原因となった問題を修正します。準備状況チェックは、アップグレードする前に必要に応じて何度でも再実行できます。

タイムスタンプ

これは、レポートが生成された日付と時刻です。

必要なアクションはありません。

ログ・ファイルの場所

これは、生成されたログ・ファイルのディレクトリの場所です。

必要なアクションはありません。

準備状況レポートの場所

これは、生成された準備状況レポートのディレクトリの場所です。

必要なアクションはありません。

チェックされたコンポーネントの名前

チェックに含まれるコンポーネントの名前およびバージョンとステータス。

このリリースにアップグレードできないコンポーネントがドメインに含まれている場合は、アップグレードしないでください。

チェックされたスキーマの名前

チェックに含まれるスキーマの名前および現在のバージョンとステータス。

スキーマのバージョン番号をレビューします。このリリースにアップグレードできないスキーマがドメインに含まれている場合は、アップグレードしないでください。

ステータス: FAIL

個別準備状況チェック・テストによって問題が検出されました。

FAILED問題がすべて解決されるまではアップグレードしないでください。

ステータス: PASS

準備状況チェック・テストによって問題が検出されませんでした。

準備状況チェック・レポートにPASSステータスのみが表示されている場合、環境をアップグレードできます。ただし、準備状況チェックでは、ハードウェアやアップグレード時の接続性などの外部環境に関する問題を検出することはできません。アップグレードの進捗を常に監視する必要があります。

注意:
準備状況チェックを-responseモードで実行して、レスポンス・ファイルを使用してサイレント準備状況チェックを実行することもできます。

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

目的のFusion Middlewareデプロイメントにあわせた最適なアップグレード戦略を作成するには、まず、アップグレードが本番環境に与える影響を理解しておくことが重要です。また、データベースのサイズやシステム・インフラストラクチャの速度などの要因もアップグレード時の全体的な停止時間に影響します。

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

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

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

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

1.11 インプレース・アップグレードとアウトオブプレース・アップグレードについて

アップグレードはインプレースで実行することをお薦めします。アウトオブプレース・アップグレードも実行できますが、その場合もスキーマはインプレースでアップグレードされます。

インプレース・アップグレードでは、アップグレード前の環境にある既存の11gまたは12cファイルが更新および上書きされます。たとえば、スキーマおよびドメイン・ディレクトリのアップグレードはインプレースで実行されます。ただし、アウトオブプレース・アップグレード時には、新しいバイナリが新しいOracleホーム・ディレクトリにインストールされ、アップグレード前のOracleホーム・ディレクトリは維持されます。どちらの場合も、スキーマは常にインプレースでアップグレードされます。

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

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

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

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

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

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

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

1.12 動作保証、互換性および相互運用性に関する要件について

アップグレード手順を開始する前に、製品間の相互運用性と互換性、システム要件、および動作保証要件を確認することは重要です。

- サポートされるオペレーティング・システム、データベース、Webサーバー、LDAPサーバー、アダプタ、IPv6、JDKおよびサード・パーティ製品に関する情報は、12c (12.2.1.2)の動作保証マトリックスを参照してください。

- 製品間の相互運用性および互換性の詳細は、相互運用性および互換性の理解を参照してください。Oracle Fusion Middleware製品が旧バージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品と機能するために重要な情報がこのマニュアルに記載されています。

1.13 コンポーネント・アップグレードの制約について

どの統合されたコンポーネントを最新バージョンのOracle Fusion Middlewareにアップグレードできるかを理解することは重要です。

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

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

1.14 ドメイン・アップグレードの制限について

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

サポートされていないドメインはアップグレードしないでください。アップグレードは失敗し、バックアップからリカバリしなければならなくなります。たとえば、サポートされていないバージョンのコンポーネントが既存のドメイン内にある場合、そのドメインはこのリリースにアップグレードできません。

他にも適用される制限がある可能性があります。コンポーネント固有のアップグレード・ガイドおよびリリース・ノートを参照して、これらの制限がドメインに影響を与えないことを確認することをお薦めします。

1.15 アップグレードするための製品ディストリビューションの取得について

製品ディストリビューションは、Oracle Software Delivery CloudまたはOracle Technology Networkのいずれかから取得できます。

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

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

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

1.16 アップグレードおよび構成ツールについて

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

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

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

ツール名

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

Oracle Universal Installer(OUI)

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

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

Oracle Upgrade Assistant (UA)

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

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

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

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

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

Oracle構成ウィザード

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

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

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

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

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

OPatch

12cにパッチを適用します。

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

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

アップグレードに関するデータベース要件を理解することが重要です。アップグレード前にデータベースをサポートされているバージョンにアップグレードする必要がある場合があります。

次に示す各項では、12c (12.2.1.2)へのアップグレードのための、Oracleデータベースの準備に関連するタスクの一部について説明します。詳細は、『Oracle Databaseアップグレード・ガイド』のOracle Databaseをアップグレードするための準備に関する項を参照してください。

注意:

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

- Oracle Databaseのアップグレードに関する最新情報の入手について
アップグレードの前のデータベースの要件を確認および理解します。多くのOracle Fusion Middleware製品は、ドメイン構成の前にデータベース・スキーマが必要です。

- 最新のパッチ・セット更新および必須のパッチの適用
最新のパッチとアップグレード時の問題を回避するために必要な推奨パッチについて理解していることが重要です。

- スキーマ・バージョン・レジストリ表のバックアップ
システム・バックアップにはSYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。

- データベース・オブジェクトのアップグレード準備が整っていることの確認
アップグレードの開始前に、サポート対象のデータベースに無効なオブジェクトが存在していないことと、アップグレードするスキーマがアップグレードに対応しているバージョンになっていることを確認する必要があります。

2.1 Oracle Databaseのアップグレードに関する最新情報の入手について

アップグレード前に、データベースの要件を確認して理解しておきます。多くのOracle Fusion Middleware製品は、ドメイン構成の前にデータベース・スキーマが必要です。

サポートWebサイトでは、アップグレード前の要件、アップグレード処理、アップグレード後、互換性および相互運用性に関する最新情報、ディスカッションおよびベスト・プラクティスが提供されています。

また、My Oracle Supportで入手できるアップグレード前情報ツールをダウンロードして実行することを強くお薦めします。

- My Oracle Support:
http://support.oracle.com

ライブラリ内またはMy Oracle Supportサポートで、「データベース・アップグレード」などのキーワードについて検索してください。

- My Oracle Supportの「Oracle Database Pre-Upgrade Utility」(ドキュメントID 884522.1)

- My Oracle Supportの「Oracle Database 12c Release 2 Upgrade Companion」(ドキュメントID 1670757.1)

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

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

注意:

標準インストール・トポロジには、動作保証されたデータベースのみを使用できます。リポジトリのスキーマをホストしているデータベースがサポート対象外の場合は、アップグレードしないでください。

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

最新のパッチとアップグレード時の問題を回避するために必要な推奨パッチについて理解していることが重要です。

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

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

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

2.3 スキーマ・バージョン・レジストリ表のバックアップ

システム・バックアップにはSYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。

各Fusion MiddlewareスキーマはSYSTEM.SCHEMA_VERSION_REGISTRY$表に行があります。Upgrade Assistantを実行して既存のスキーマを更新する際、正常に更新できなかった場合は、元のスキーマをリストアしてからやりなおす必要があります。既存のデータベース・スキーマとスキーマ・バージョン・レジストリのバックアップを作成した後で、Upgrade Assistantを実行してください。

注意:
スキーマ・アップグレードを実行する前に、これらのバックアップを実行することは、Upgrade Assistantを実行するための前提条件です。アップグレード時に、バックアップが実行されていることについての確認を求められます。

2.4 データベース・オブジェクトのアップグレード準備が整っていることの確認

アップグレードの開始前に、サポート対象のデータベースに無効なオブジェクトが存在していないことと、アップグレードするスキーマがアップグレードに対応しているバージョンになっていることを確認する必要があります。

スキーマはインプレース・アップグレードされる(つまり、既存のスキーマがアップグレードされる)ため、スキーマがアップグレードに対応しているかどうかを知っていることが重要です。

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

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

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

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

Upgrade Assistantを実行する前に、アップグレードするスキーマがこのバージョンのOracle Fusion Middlewareへのアップグレードでサポートされていることを確認します。

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

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

VERSIONの数値が11.1.1.7.0以上で、STATUS列がVALIDであれば、そのスキーマはアップグレードでサポートされます。

あるスキーマでアップグレードの必要がない場合、schema_version_registry表には、12.2.1アップグレード後もアップグレード前のバージョンでそのスキーマが保持されます。

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

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

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

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

oracle_home/software/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を実行した後に、再度使用する必要があります。

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

デフォルトでは、Fusion Middlewareのアップグレードはインプレースで実行されます。つまり、既存のドメイン・ディレクトリが上書きされるということです。ただし、12c12c (12.2.1.2)へのアップグレードには、別のドメイン・ディレクトリを使用するオプションもあります。このオプションは、アウトオブプレース・アップグレードと呼ばれ、既存のドメイン・ディレクトリをそのまま維持できます。

アウトオブプレース・アップグレードを完了するには、次のタスクを実行します。

- アウトオブプレース・ドメイン・ディレクトリ・アップグレードについて
ドメイン・ディレクトリ・アップグレードをインプレースとアウトオブプレースのどちらで実行するかについて理解することが重要です。

- 同じホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行
同じホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行手順について説明します。

- 別のホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行
異なるホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行手順について説明します。

- 11gアプリケーションのアンインストール(オプション)
11gアプリケーションとドメイン設定をアンインストールするための手順です。

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

ドメイン・ディレクトリ・アップグレードをインプレースとアウトオブプレースのどちらで実行するかについて理解することが重要です。

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

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

注意:

アウトオブプレース・ドメイン・ディレクトリ・アップグレードを実行すると、既存の11gまたは12c (12.1.3.0.0, 12.2.1.0.0, 12.2.1.1.0および12.2.1.2.0)スキーマはインプレースでアップグレードされる点に注意することが重要です。アウトオブプレース・ドメイン・ディレクトリ・アップグレード・プロセス中は、アップグレード前の環境を停止させる必要があります。

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

同じホストでのアウトオブプレース・ドメイン・ディレクトリ・アップグレードの実行手順について説明します。

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

注意:

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

注意:

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

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

2. タスク2: 既存のドメインのすべてのファイルをバックアップする。

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

4. タスク4: 新しいOracleホームに12c (12.2.1.2)ディストリビューションをインストールする。

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

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

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

管理サーバー、管理対象サーバーおよびノード・マネージャを含め、すべてのプロセスを停止する必要があります。

アップグレードの開始前に、データベースを停止しないでください。

- サーバーとプロセスの停止
Upgrade Assistantを実行してスキーマと構成をアップグレードする前に、管理サーバー、管理対象サーバーおよびノード・マネージャを含め、すべてのプロセスとサーバーを停止する必要があります。

A.2.1.1 サーバーとプロセスの停止

Upgrade Assistantを実行してスキーマと構成をアップグレードする前に、管理サーバー、管理対象サーバーおよびノード・マネージャを含め、すべてのプロセスとサーバーを停止する必要があります。

Oracle Fusion Middleware環境は、1つのOracle WebLogic Serverドメイン、1つの管理サーバー、複数の管理対象サーバー、Javaコンポーネント、システム・コンポーネント(Identity Managementのコンポーネントなど)およびメタデータのリポジトリとして使用する1つのデータベースで構成できます。コンポーネントは相互に依存していることがあるため、適切な順序で停止する必要があります。

注意:
この項の手順では、WLSTコマンドライン・ユーティリティまたはスクリプトを使用してサーバーとプロセスを停止する方法について説明します。また、Oracle Fusion Middleware ControlとOracle WebLogic Server管理コンソールを使用することもできます。『Oracle Fusion Middlewareの管理』の管理サーバーと管理対象サーバーおよびノード・マネージャの起動と停止に関する項を参照してください。

Fusion Middleware環境を停止するには、次に示す手順を実行します。

ステップ1: システム・コンポーネントを停止する

Oracle HTTP Serverなどのシステム・コンポーネントを停止するには、stopComponentスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/stopComponent.sh component_name

- (Windows) DOMAIN_HOME\bin\stopComponent.cmd component_name

システム・コンポーネントは任意の順序で停止できます。

ステップ2: 管理対象サーバーを停止する

WebLogic Server管理対象サーバーを停止するには、stopManagedWebLogicスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/stopManagedWebLogic.sh managed_server_name admin_url

- (Windows) DOMAIN_HOME\bin\stopManagedWebLogic.cmd managed_server_name admin_url

プロンプトが表示されたらユーザー名とパスワードを入力します。

ステップ3: Oracle Identity Managementのコンポーネントを停止する環境を形成するOracle Identity Managementのコンポーネント(Oracle Internet Directoryなど)をすべて停止します。

- (UNIX) DOMAIN_HOME/bin/stopComponent.sh component_name

- (Windows) DOMAIN_HOME\bin\stopComponent.cmd component_name

ステップ4: 管理サーバーを停止する

管理サーバーを停止するときに、管理サーバーで稼働しているプロセス(WebLogic Server管理コンソールやFusion Middleware Controlなど)も停止します。

管理サーバーを停止するには、stopWebLogicスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/stopWebLogic.sh

- (Windows) DOMAIN_HOME\bin\stopWebLogic.cmd

プロンプトが表示されたら、管理サーバーのユーザー名とパスワード、およびURLを入力します。

ステップ5: ノード・マネージャを停止する

ノード・マネージャを停止するには、それが実行されているコマンド・シェルを閉じます。

またはnodemanager.propertiesのQuitEnabledの属性をtrueに設定した後(デフォルトはfalseです)、WLSTを使用して、ノード・マネージャに接続して停止できます。詳細は、『WebLogic Server WLSTコマンド・リファレンス』のstopNodeManagerに関する項を参照してください。

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

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

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

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

- 11gまたは以前の12cドメイン・ホーム

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

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

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

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

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

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

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

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

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

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

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

- Upgrade Assistantを実行するための非SYSDBAユーザーの作成
Upgrade Assistantを実行するために、FMWという非SYSDBAユーザーを作成することをお薦めします。このユーザーには、スキーマを変更するために必要な権限を付与しますが、完全な管理者権限は付与しません。

- Upgrade Assistantを使用したアップグレード前の準備状況チェックの実行
ほとんどのコンポーネントでは、アップグレード・アシスタントを-readinessモードで実行すると、読取り専用のアップグレード前チェックをドメインで実行できます。問題が検出された場合は、実際にアップグレードを開始する前にそれらを修正できます。

A.2.5.1 Upgrade Assistantを実行するための非SYSDBAユーザーの作成

Upgrade Assistantを実行するために、FMWという非SYSDBAユーザーを作成することをお薦めします。このユーザーには、スキーマを変更するために必要な権限を付与しますが、完全な管理者権限は付与しません。

SYSDBAはデータベースの作成、起動、停止、バックアップまたはリカバリなどの高度な管理操作を実行するために必要な管理権限です。SYSDBAシステム権限は、完全な権限を持つデータベース管理者が使用します。SYSDBA権限で接続すると、通常はユーザー名に関連付けられているスキーマではなく、デフォルトのスキーマで接続が確立されます。SYSDBAの場合、このスキーマはSYSです。デフォルト・スキーマへのアクセスは非常に強力な権限となる場合があります。たとえば、ユーザーSYSとして接続する場合、データ・ディクショナリの表における権限は無制限となります。このため、SYSDBA以外のユーザーを作成してスキーマをアップグレードすることをお薦めします。Upgrade Assistantの起動前に、この項にリストした権限をユーザーFMWに付与する必要があります。

注意
以前のリリースで非SYSDBAユーザーのFMWを作成していた場合は、アップグレードの開始前に、このユーザーを削除してから再作成する必要があります。古いFMWユーザーでUpgrade Assistantを実行することは、アップグレードの失敗につながる可能性があります(新しい権限が追加されているため)。既存のFMWユーザーを変更するのではなく、このユーザーを削除してから再作成することをお薦めします。

デフォルトでは、v$xatrans$表は存在しません。ユーザーを作成する前に、XAVIEW.SQLスクリプトを実行して、この表を作成する必要があります。さらに、v$xatrans$表に対するgrant select権限は、Oracle Identity Managerにのみ必要な権限です。構成にOracle Identity Managerが必要ない場合、またはv$xatrans$表が存在しない場合は、次の行をスクリプトから削除してください。

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

次の例では、welcome1がパスワードです。権限を付与する際に、実際のパスワードを指定していることを確認します。

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;
grant select on dba_queue_subscribers to FMW with grant option;
grant execute on SYS.DBMS_ASSERT to FMW with grant option;
grant select on dba_subscr_registrations to FMW with grant option;
grant manage scheduler to FMW;

注意:

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

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

A.2.5.2 Upgrade Assistantを使用したアップグレード前の準備状況チェックの実行

ほとんどのコンポーネントでは、アップグレード・アシスタントを-readinessモードで実行すると、読取り専用のアップグレード前チェックをドメインで実行できます。問題が検出された場合は、実際にアップグレードを開始する前にそれらを修正できます。

準備状況チェックは、システムがオンライン中に実行できます。チェックの複雑さによっては、準備状況チェックが終わるまでにしばらく時間がかかります。オフピーク時にチェックを実行することを検討してください。

アップグレード前の環境に対して準備状況チェックを実行するには、-readinessモードでアップグレード・アシスタントを起動します。

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

2. UNIXオペレーティング・システム上でUpgrade Assistantを開始するには:
./ua -readiness

3. Windowsオペレーティング・システム上でUpgrade Assistantを開始するには:
ua.bat -readiness

4. Upgrade Assistantの各画面で必要な情報を指定します。

表示される画面は、選択するアップグレード・オプションによって異なります。詳細は、コンポーネント固有のアップグレード・ドキュメントを参照してください。

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

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

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

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

異なるホスト上でアウトオブプレース・アップグレードを実行する手順について説明します。

異なるホストでのアウトオブプレース・アップグレードを完了するには、次の手順を実行します。

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

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

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

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

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

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

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

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

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ホームに製品ディストリビューションをインストールする。(ホストB)

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

詳細は、『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のアプリケーションおよびドメイン設定をアンインストールできます。アップグレードされていないコンポーネントが参照しているドメインをアンインストールしないでください。確実でない場合は、ドメインを変更しないでください。

注意:

この項に記載されているコマンドは、削除しようとしている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. アンインストールするコンポーネントを選択した後、「次へ」をクリックしてアンインストールを完了します。

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, 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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

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

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

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

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network 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)を参照してください。