Oracle® Fusion Middleware

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

12c (12.1.3)

E56231-02(原本部品番号:E42116-02)

2014年12月

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

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

E56231-02

Copyright © 2014, Oracle and/or its affiliates. All 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 11gユーザーを対象としたOracle Fusion Middleware 12cの概要

- 1.1 12cの用語変更の理解

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

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

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

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

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

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

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

2 アップグレード戦略の開発

- 2.1 アップグレードのプランニング

- 2.2 本番環境のアップグレード前のクローン環境のアップグレード(推奨)

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

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

- 2.5 アップグレードの基本的なルールと制限の理解

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

- 2.7 32ビットから64ビット・オペレーティング・システムへのアップグレード

- 2.8 12cでの新機能および変更点の理解

- 2.9 製品ディストリビューションの取得

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

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

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

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

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

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

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

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

- 2.11 アップグレード前のスキーマの作成

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

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

- 2.13.1 データベース・ベースのポリシー・ストアの使用

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

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

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

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

- 2.15.1 リリース11g (11.1.1.6)以前に本番へのテストで作成されたドメインのアップグレード(未サポート)

- 2.15.2 単一ドメイン内でUMSを使用する複数コンポーネントのアップグレード(未サポート)

- 2.16 標準インストールおよびアップグレード・ツールの使用方法

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

3 アップグレードのバックアップ/リカバリ戦略

- 3.1 バックアップ戦略の作成

- 3.2 Middlewareをアップグレードする場合のバックアップ戦略

- 3.2.1 11g Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ

- 3.2.2 11g Middlewareホームのリカバリ

- 3.3 データベースをアップグレードする場合のバックアップ戦略

- 3.3.1 データベース・バージョンをアップグレードする前のデータベースのバックアップ

- 3.3.2 データベース・スキーマをアップグレードする前のデータベースのバックアップ

- 3.4 アップグレード後のバックアップの作成

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

- 4.1 12c (12.1.3)データベース要件の理解

- 4.2 データベースおよびスキーマのアップグレード準備が整っていることの確認

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

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

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

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

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

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

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

はじめに

内容は次のとおりです。

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

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

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

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

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

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

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

Oracleサポートへのアクセス

Oracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

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

- Oracle Fusion Middleware Oracle Fusion Middlewareの理解

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

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

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

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

- Oracle Fusion Middleware Oracle SOA Suiteのアップグレード

- Oracle Fusion Middleware Oracle Enterprise Repositoryアップグレード・ガイド

表記規則

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

規則

意味

太字

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

イタリック体

イタリックは、ドキュメントのタイトル、強調またはユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

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

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

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

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

- 第1.1項「12cの用語変更の理解」

- 第1.2項「12cドキュメント・ライブラリの使用」

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

- 第1.4項「アップグレードの製品ディストリビューションの理解と取得」

- 第1.5項「12cアップグレード・プロセスの理解」

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

関連項目:
Oracle Fusion Middleware Oracle Fusion Middlewareの理解
Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング

1.1 12cの用語変更の理解

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

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

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

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

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

Oracle Fusion Middleware Oracle Fusion Middlewareの理解の、12cの新規用語および非推奨用語に関する項を参照してください。

1.1.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.6.0または11.1.1.7.0から12.1.3.0.0への移行

- 12.1.2.0.0から12.1.3.0.0への移行

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

1.2 12cドキュメント・ライブラリの使用

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

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

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

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

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

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

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

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

標準的なトポロジの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』の開始点として標準的なインストール・トポロジを使用する方法に関する項を参照してください。

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

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

ディストリビューションおよび機能セットの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』のディストリビューション、製品および機能の理解に関する項を参照してください。

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

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

12c (12.1.3)へのアップグレードを実行するために実行するタスクおよび使用するツールは、11gで使用される手順およびツールとは異なります。

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

表1-1は、アップグレード手順の概要および追加情報へのリンクを示しています。

注意:
次のプロセス・フローは、12.1.3アップグレードを完了するために実行される新しい手順およびツールの内容を示しています。
コンポーネント固有のアップグレード・ドキュメントには、コンポーネントのアップグレードに必要な個別タスクの詳細が説明されています。

図1-1 アップグレード・プロセスの概要

表1-1 基本的なアップグレード・プロセスおよびアップグレード・ツールの理解

手順

タスク

使用するツール

ドキュメント

1

12c (12.1.3)で使用される新しい概念、開始点およびアップグレード・トポロジを確認します。

なし

詳細は、第2章「アップグレード戦略の開発」を参照してください。

2

データベースのアップグレードの準備を行います。たとえば、使用されていないまたは不要なデータを既存の環境からパージし、スキーマのサイズを増やします。

状況により異なります。

アップグレードのためのデータベースの準備の詳細は、第4章「12c (12.1.3)のためのOracle Databaseのアップグレードおよび準備」を参照してください。

3

完全バックアップ/リカバリ戦略を作成および実行します。

状況により異なります。

詳細は、第3章「アップグレードのバックアップ/リカバリ戦略」を参照してください。

4

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

Oracle Universal Installer (OUI)

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

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

5

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

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

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

Oracleリポジトリ作成ユーティリティの使用方法の詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』を参照してください。

6

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

Upgrade Assistant (UA)

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

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

7

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

再構成ウィザード

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

8

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

Upgrade Assistant (UA)

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

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

9

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

状況により異なります。

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

10

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

状況により異なります。

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

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

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

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

これらのツールは、製品ディストリビューションの一部としてインストールされます。アップグレード時に使用されるツールについては、表1-2を参照してください。また、各ツール用のドキュメントへのリンクが提供されています。

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

ツール名

説明

関連ドキュメント

Oracle Universal Installer (OUI)

Universal Installerは、アップグレード・プロセス時に、12c製品ディストリビューションおよび機能セットをインストールするために使用します。

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

Oracle Fusion Middleware Oracle Universal Installerによるインストール

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

Oracle Upgrade Assistant (UA)

リリース12c (12.1.2)では、Upgrade Assistantは全面的に再設計されました。Upgrade Assistantを使用して、サポートされている11gおよび12cスキーマおよびWebLogicドメイン・コンポーネント構成を更新できるようになりました。

パッチ・セット・アシスタントは、スキーマのアップグレードに使用されなくなったため、Fusion Middleware 12cに含まれていません。

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

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

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

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

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

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

Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成

Oracle構成ウィザード

WebLogicドメインでアプリケーションを開発および実行する前に、最初にWebLogicドメインを作成する必要があります。構成ウィザードは、ドメインの作成および拡張のプロセスを簡略化します。

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

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

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

Oracle WebLogic Serverを使用しているドメインをアップグレードする場合、再構成ウィザードを実行してドメインを再構成する必要があります。

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

注意: これは、リリース12c (12.1.2)のFusion Middlewareの新しいツールです。

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

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

OPatch

OPatchは、リリース12c (12.1.3)のパッチを適用する場合に使用します。パッチ適用の命名体系は、12.1.2で変更されました。必ず新しいパッチ定義を確認してください。

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

OPatchを使用したパッチ適用

2 アップグレード戦略の開発

この章では、最新バージョンのOracle Fusion Middlewareにアップグレードする準備の重要な情報について説明します。

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

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

- 第2.1項「アップグレードのプランニング」

- 第2.2項「本番環境のアップグレード前のクローン環境のアップグレード(推奨)」

- 第2.3項「アップグレードのためのバックアップ戦略の作成」

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

- 第2.5項「アップグレードの基本的なルールと制限の理解」

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

- 第2.7項「32ビットから64ビット・オペレーティング・システムへのアップグレード」

- 第2.8項「12cでの新機能および変更点の理解」

- 第2.9項「製品の配布の入手」

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

- 第2.11項「アップグレード前のスキーマの作成」

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

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

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

- 第2.15項「ドメイン・アップグレードの制限の理解」

- 第2.16項「標準インストールおよびアップグレード・ツールの使用方法」

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

2.1 アップグレードのプランニング

アップグレードを開始する前に、アップグレード・プランを作成する必要があります。表2-1は、アップグレードを開始する前に慎重に検討する必要がある基本的なFusion Middlewareアップグレード・プランニング手順およびアップグレード要件をいくつか示しています。この表には、プロセスの各手順について、詳細情報の参照先も示されています。

注意:
アップグレード後のタスクを実行する順序は、現在の環境によって異なります。最も重要なアップグレード後の考慮事項を確認するには、次のリストをチェックリストとして使用してください。

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

(相互運用性および互換性の理解に関するドキュメント)

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

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

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

32ビット・オペレーティング・システムを64ビットに更新または置き換える(必要な場合)。

新しいリリース12c (12.1.3)コンポーネントに64ビット・オペレーティング・システムが必要であることが確認された場合、アップグレード前に新しいマシンに移行する必要があります。

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

サポートされているバージョンのOracle Fusion Middleware 11gが実行されていることを確認する。

既存のOracle Fusion Middlewareデプロイメントが、Oracle Fusion Middleware 12c (12.1.3)にアップグレードする前に特定の要件を満たしている必要があります。

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

オペレーティング・システム、既存のハードウェアおよびサポートしているすべてのソフトウェアが、アップグレードするコンポーネントで正常に動作することが保証されていることを確認する。

Fusion Middleware 12c (12.1.3)デプロイメントをサポートするために使用されるシステム・ハードウェアおよびソフトウェアが、Fusion Middlewareの動作保証要件を満たしている必要があります。

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

バックアップおよびリカバリ戦略を作成する。

アップグレードを開始する前に、スキーマをホストするデータベースなどのシステムに重要なファイルの完全コピーが作成されているか確認してください。

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

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

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

アップグレードの基本的なルールと制限の理解

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

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

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

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

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

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

アップグレードの製品ディストリビューションを入手する。

アップグレード・プロセスを開始する前に、リリース12c (12.1.3)ソフトウェアを入手してインストールする必要があります。アップグレードに必要な製品ディストリビューションをダウンロードする必要があります。

製品ディストリビューションの取得

標準的なインストール、構成およびアップグレード・ツールの使用方法を理解する。

Oracleは、インストール、アップグレードおよび構成プロセスの多くを自動化するために使用できるツールの標準的なスイートを提供しています。

標準インストールおよびアップグレード・ツールの使用方法

次の手順: 全般的なプランニングの後、アップグレードするコンポーネントのコンポーネント固有のアップグレード・ドキュメントを取得する必要があります。

アップグレードする各コンポーネントでは、特定のアップグレード・タスクのセットを実行する必要があります。これらのタスクの一部は、アップグレード後に実行します。正常にアップグレードされていることを確認するために、コンポーネントのアップグレード・ドキュメントを確認してください。

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

2.2 本番環境のアップグレード前のクローン環境のアップグレード(推奨)

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

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

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

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

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

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

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

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

バックアップにおける考慮事項および手順の完全なリストは、「バックアップ戦略の作成」に記載されています。アップグレードを開始する前に、必ずこの情報を確認し、完全なバックアップを実行してください。

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

新しいリリース12c (12.1.3)ディストリビューションのインストールと、Oracle Fusion Middleware 11gデプロイメントのリリース12c (12.1.3)へのアップグレードを始める前に、システムに重要なすべてのファイルをバックアップしたか確認します。Oracle Fusion Middlewareスキーマをホストするデータベースなどの既存のデプロイメントの完全バックアップを実行することを強くお薦めします。

アップグレードに失敗した際、環境のすべてのコンポーネントを確実にリストアできるようにするための詳細は第3章「アップグレードのバックアップ/リカバリ戦略」を参照してください。

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

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

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

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

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

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

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

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

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

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

2.5 アップグレードの基本的なルールと制限の理解

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

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

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

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

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

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

- Upgrade Assistantでは、スキーマ・アップグレードの期間全体を通じて、ドメインのすべてのサーバーおよびコンポーネントを停止する必要があります。

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

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

- アップグレードに障害が発生した場合、アップグレード・プロセスを最初からもう一度開始する必要があります。これには、バックアップ・ファイルからのリカバリおよび再デプロイメントも含まれます。これは、停止時間のプランニングにおける考慮事項です。

2.7 32ビットから64ビット・オペレーティング・システムへのアップグレード

新しいリリース12c (12.1.3)コンポーネントに64ビット・オペレーティング・システムが必要であることが確認された場合、アップグレード前に32ビット環境を64ビット・ソフトウェア環境に移行する必要があります。64ビット環境への移行後、11gサーバーが起動し、アプリケーションがアクセス可能であることを確認します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- 11gドメイン・ホーム

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

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

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

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

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

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

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

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

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

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

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

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

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

2.8 12cでの新機能および変更点の理解

Oracle Fusion Middlewareリリース12c (12.1.3)へのアップグレードのプランニングを開始する前に、11gとOracle Fusion Middleware 12cの用語および概念の相違点についてよく理解しておく必要があります。

11gユーザーが変更内容を理解するために使用できるリソースのリストは、第1章「11gユーザーを対象としたOracle Fusion Middleware 12cの概要」を参照してください。

2.9 製品ディストリビューションの取得

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

注意:
インストーラを実行するには、システム上に動作保証されたJDKが必要です。動作保証されるJDKを確認するには、Oracle Fusion Middlewareのサポートされるシステム構成ページにある、ご使用のリリースでの動作保証に関するドキュメントを確認してください。

アップグレードのための適切な製品ディストリビューションをダウンロードしたら、Oracle Fusion Middlewareリリース12c (12.1.3)コンポーネント固有のインストレーション・ガイドを使用してインストールを完了します。利用できるガイドのリストは、Oracle Fusion Middlewareリリース12c (12.1.3)ドキュメント・ライブラリを参照してください。

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

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

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

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

- 製品ディストリビューションの取得

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Oracle HTTP Server製品ディストリビューションの一環として、ご使用のOracle HTTP Server 11gリリース1 (11.1.1.6または11.1.1.7)または12cリリース1 (12.1.2)を、リリース12c (12.1.3)へアップグレードできます。Oracle HTTP ServerをOracle Fusion Middlewareリリース12c (12.1.3)にアップグレードする詳細は、次を参照してください。

- 相互運用性および互換性の理解に関するドキュメントのOracle HTTP Serverの相互運用性の説明

- アップグレードする管理対象HTTP Serverは、『Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureへのアップグレード』を参照してください。

- アップグレードするスタンドアロンHTTP Serverは、『スタンドアロンOracle HTTP Serverのアップグレード』を参照してください。

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

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

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

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

注意:
アップグレードした環境で、サポートされていないFusion Middleware 11gまたは12.1.2コンポーネントを使用しないでください。
サポートされている11gまたは12.1.2コンポーネントとリリース12c (12.1.3)との間に互換性の問題が発生するかどうかを確認するには、「動作保証、互換性および相互運用性に関する要件の理解」を参照してください。

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

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

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

2.11 アップグレード前のスキーマの作成

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

以前の12cリリースからアップグレードする場合
12c (12.1.2)からアップグレードする場合、12c (12.1.3)用の新しいスキーマを作成する必要はなく、かわりにUpgrade Assistantを使用して12c (12.1.2)スキーマを12.1.3にアップグレードします。
スキーマ情報の詳細は、アップグレードする各コンポーネント別の、コンポーネント固有のアップグレード・ガイドを必ず参照してください。

たとえば、12cリリース1 (12.1.2)では、アップグレードの前に作成する必要がある新しいスキーマが追加されました。新しいサービス表スキーマ(prefix_STB)には、ドメイン作成時に他のOracle Fusion Middlewareコンポーネントがアクセスして使用できる基本的なスキーマ構成情報が格納されます。詳細は、『Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。

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

12.1.3に作成する必要があるその他のスキーマを確認するには、既存の環境にあるコンポーネント・スキーマと12.1.3アップグレードに必要なスキーマを比較します。コンポーネント固有のアップグレード・ガイドで、コンポーネントに必要なスキーマを特定できます。11gまたは12c (12.1.2)環境に必要なスキーマがない場合、アップグレードを開始する前に、それらを作成する必要があります。

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

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

アプリケーションを使用中にアップグレードするには、アプリケーションを構成するデータベース・オブジェクトをコピーし、コピーしたオブジェクトを個別に再定義します。アプリケーションのユーザーは、この変更による影響を受けず、変更されていないアプリケーションを引き続き実行します。変更が正しいことを確認できたら、アップグレードしたアプリケーションをすべてのユーザーが使用できるようにします。

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

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

SQL> create edition Oracle_FMW_12_1_3 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;

エディション・ベース再定義の有効化の詳細は、Oracle Databaseアドバンスト・アプリケーション開発者ガイドのエディション・ベース再定義に関する項を参照してください。

注意:
EBR対応スキーマをFusion Middleware 11gリリース1 (11.1.1.6または11.1.1.7)または12c (12.1.2)からアップグレードする前に、最初にデータベース・サーバーに接続して、12c (12.1.3)のデータベース・サーバーにエディションを作成する必要があります。12.1.3の新しいエディションは、使用している11.1.1.6、11.1.1.7または12.1.2エディションの子である必要があります。
エディション・ベースの再定義のためにサーバー上にエディションを作成する方法の詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのアップグレードのプランニング』のエディション・ベースの再定義のためにサーバー上にエディションを作成する方法に関する項を参照してください。

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

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

アップグレード手順は開始したセキュリティ・ストアのタイプにより異なります。アップグレードするセキュリティ・ストアは、ファイル・ベース、OIDベース、DBベースのいずれかです。手順は開始した監査データ・ソースのタイプにより異なることに注意してください(ファイル・ベースまたはDBベース)。

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

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

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

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

2.13.1 データベース・ベースのポリシー・ストアの使用

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

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

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

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

- タスク3「ポリシー・ストアにデータベース・ベースの再関連付けが正常に行われたことを確認する」

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

11gリポジトリ作成ユーティリティを使用して、サポートされているDatabaseで新しい11g Oracle Platform Security Services (OPSS)を作成します。アップグレード時にOPSSを使用して、OPSSをDBベースのストアに正常に関連付けた場合、12.1.3のRCUを使用して12.1.3のIAUスキーマを作成できます。IAUの作成はオプションであることに注意してください。

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

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

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

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

タスク3   ポリシー・ストアにデータベース・ベースの再関連付けが正常に行われたことを確認する

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

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

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

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

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

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

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

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

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

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

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

タスク1   ご使用の環境が動作保証要件を満たしていることを確認する

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

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

タスク2   動作保証情報を確認するためのシステム要件ドキュメントの使用

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

Oracle Fusion Middleware 12cのインストールおよびこのバージョンへのアップグレードに関するシステム要件については、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』のシステム要件および仕様の確認に関する項を参照してください。

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

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

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

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

既知の制限および以前のFusion Middlewareリリースからの構造の変更により、12c (12.1.3)にアップグレードできないドメインもあります。次の項目を確認し、ドメインがこれらの制約の影響を受けないことを確認します。これらの制約の影響を受けるドメインはアップグレードできません。

- 第2.15.1項「リリース11g (11.1.1.6)以前に本番へのテストで作成されたドメインのアップグレード(未サポート)」

- 第2.15.2項「単一ドメイン内でUMSを使用する複数コンポーネントのアップグレード(未サポート)」

2.15.1 リリース11g (11.1.1.6)以前に本番へのテストで作成されたドメインのアップグレード(未サポート)

リリース11g (11.1.1.6)以前に本番へのテスト・スクリプトを使用してドメインを作成した場合、このドメインを12c (12.1.3)にアップグレードすることはできません。ドメインのスキーマをアップグレードするためにUpgrade Assistantを実行すると、Upgrade Assistantはドメインがアップグレード可能かどうかのチェックを実行します。リリース11.1.1.6以前に本番へのテスト手順で作成されたドメインは、アップグレードできません。

11.1.1.6.0以前に本番へのテストで作成したドメインがあり、そのドメインを12c (12.1.3)にアップグレードする必要がある場合、アップグレードの実行方法について、Oracleサポートに連絡してください。Upgrade Assistantを使用してこのドメイン内のスキーマをアップグレードしないでください。アップグレードが失敗するため、バックアップからリストアする必要があります。

2.15.2 単一ドメイン内でUMSを使用する複数コンポーネントのアップグレード(未サポート)

SOA、OSBおよびBAMなど、一部のFusion Middlewareコンポーネントは、12cにおいてUser Messaging Service (UMS)に依存しています。同一の12.1.3ドメイン内でこれらのコンポーネントのいずれかを構成する場合は、コンポーネントが動作するサーバーが1つしかない場合でも、自身のクラスタ内で動作する必要があります。ただし、管理サーバーのあるドメインおよび管理対象サーバー1台のみが、UMSによりサポートされます。

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

- BPMのみ、またはBPMと管理対象サーバー1台のみを含むBPMドメインをアップグレードする場合、クラスタは不要です。

- BPMおよびOSBを含むドメインがある場合、または同一のドメインに複数のサーバーがある場合、これらの管理対象サーバーはクラスタに定義される必要があります。定義されていない場合、アップグレード後のサーバー起動時に問題が、特に構成ファイルの破損を伴う問題が発生します。

クラスタ作成の詳細は、『構成ウィザードによるドメインの作成』のクラスタに関する項を参照してください。

2.16 標準インストールおよびアップグレード・ツールの使用方法

アップグレード開始点およびアップグレードする予定のコンポーネントによって、標準的なOracleアップグレードおよびインストール・ツールを使用して既存のソフトウェアをインストール、アップグレードまたはパッチ適用を実行する必要があります。これらのツールは、第2.9項で説明されている製品ディストリビューションに含まれています。

注意:
11gのツールの一部の機能は12c (12.1.3)で変更され、新しいツールが追加されているため、「アップグレードおよび構成ツールの理解と取得」を参照して確認してください。

次のドキュメントには、これらのツールの取得方法および使用方法に関する情報が記載されています。

- Oracle Fusion Middleware Oracle Universal Installerによるインストール

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

- Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成

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

- OPatchを使用したパッチ適用

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

このガイドでは、Oracle Fusion Middlewareリリース12c (12.1.3)ドキュメント・ライブラリから入手できるその他のアップグレード・ガイドと同様に、サポートされているバージョンのOracle Fusion Middleware 11gから最新のOracle Fusion Middleware 12cリリースにアップグレードするための手順が説明されています。

アップグレードに必要なアップグレード前の手順をすべて完了したら、表2-2を使用して、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 Oracle Fusion Middleware Infrastructureへのアップグレード

Oracle HTTP Server - 管理対象

管理機能のためにWebLogicドメインに登録されているOracle HTTP Server。

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

Oracle HTTP Server - スタンドアロン

Oracle WebLogicによって管理されていない、またはOracle WebLogicに登録されていないおよび他のどの11gコンポーネントにもアップグレードしていないOracle HTTP Server。

スタンドアロンOracle HTTP Serverのアップグレード

Oracle SOA SuiteおよびBPM

Business Process Management (BPM)、Oracle Service Bus (OSB)、AIAFP (現在のSOA Core Extension)、Business Activity Monitoring (BAM)およびワークフロー・インスタンス・データなどのSOA Suiteコンポーネント。

Oracle Fusion Middleware Oracle SOA Suiteのアップグレード

User Messaging Service

User Messaging Service

Oracle User Messaging Serviceの管理

Oracle MapViewer

MapViewer

Oracle Fusion Middleware for Oracle MapViewerユーザーズ・ガイド

Oracle GoldenGate Veridata

Veridata

Oracle GoldenGate Veridataのアップグレード

Oracle Data Integrator

Data Integrator

Oracle Data Integratorのアップグレード

Oracle GoldenGate Monitor

Monitor

Oracle GoldenGate Monitor 12.1.3へのアップグレード

Enterprise Data Quality (EDQ)

WebLogicまたはTomcatサーバー上のEnterprise Data Quality

Oracle Fusion Middleware Enterprise Data Qualityのインストールと構成

3 アップグレードのバックアップ/リカバリ戦略

この章では、アップグレードをプランニングするときに使用する必要がある一部のバックアップおよびリカバリ戦略について説明します。

アップグレード・プロセスを開始する前に、バックアップ要件を明確に理解しておく必要があります。これらの要件は、アップグレードする内容によって多少異なります。

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

- バックアップ戦略の作成

- Middlewareをアップグレードする場合のバックアップ戦略

- データベースをアップグレードする場合のバックアップ戦略

- アップグレード後のバックアップの作成

注意:
11gからアップグレードする場合は、バックアップおよびリカバリ手順については、Oracle Fusion Middleware 11gリリース1 (11.1.1)のドキュメント・ライブラリを使用します。この章のリンクにより、正しい11gバージョンの必要なドキュメントを参照できます。
12cの以前のリリースからアップグレードする場合、詳細は、ご使用の12cコンポーネント固有のアップグレード・ドキュメントを参照してください。

3.1 バックアップ戦略の作成

アップグレードが最終的に成功するかどうかは、適切なバックアップ戦略の立案と実行で決まります。

バックアップ戦略を展開するには、次のような問題について考慮する必要があります。

- 業務上、本番データベースの実行不可能状態の許容範囲がどの程度の期間か。

- 可用性要件を満たすには、どのバックアップ戦略が必要か。

- サイトから離れた安全な場所にバックアップをアーカイブする必要があるか。

- どのくらいの時間でバックアップをリストアできるか(オフサイト記憶域でのバックアップを含む)。

- リカバリ手順は正常にテストされているか。

バックアップ戦略は、これらの問題のすべてに答え、データベースおよびFusion Middleware環境を正常にバックアップおよびリカバリするための手順を備えている必要があります。

3.2 Middlewareをアップグレードする場合のバックアップ戦略

Fusion Middlewareのインストールをアップグレードする場合、Oracle Fusion Middlewareリリース12c (12.1.3)のコンポーネントを新しいOracleホーム・ディレクトリにインストールしますが、ドメイン構成は「インプレース」でアップグレードされます。アップグレード前に、必ずアップグレード前の環境全体のバックアップ・コピーを作成してください。また、アップグレードを開始する前に、新しいリリース12c (12.1.3) Oracleホームのバックアップを作成することを検討してください。このバックアップによって、アップグレード前(新しくインストールした時点)の状態にリストアすることができます。アップグレードの結果に問題がある場合は、インスタンス全体を再インストールするかわりにバックアップからリストアを実行するとより効率的です。

便利なリリース12c (12.1.3)バックアップには、Oracleホームおよびリリース12c (12.1.3)のインストール中または後に作成された追加のアーティファクトの両方が含まれます。

Oracle Fusion Middleware 11g環境のバックアップおよびリストアの詳細は、『Oracle® Fusion Middleware管理者ガイド』の次の項を参照してください。

- バックアップとリカバリの概要
この章では、Oracle Fusion Middlewareのバックアップおよびリカバリの概要(Oracle Fusion Middlewareコンポーネントに関するバックアップおよびリカバリの推奨事項を含む)について説明します。

- 環境のバックアップ
この章では、Oracle Fusion Middlewareの推奨されるバックアップ戦略およびその手順について説明します。

- 環境のリカバリ
この章では、Oracle Fusion Middlewareを様々なタイプの障害および停止(メディア障害またはホストの破損など)からリカバリするための推奨されるリカバリ戦略および手順について説明します。

3.2.1 11g Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ

サーバーとプロセスを停止したら、11g Middleware Oracleホーム・ディレクトリ(Oracleホーム内のOracle製品ホーム・ディレクトリを含む)、ローカル・ドメイン・ホーム・ディレクトリ、ローカルOracleインスタンス、およびそのMiddleware Oracleホームを使用するリモート・システム上のドメイン・ホームとOracleインスタンスをバックアップします。

アップグレードが予期せず中断された場合、またはアップグレードが完了する前にアップグレードの取消しを選択した場合、インストーラを再実行する前に環境を以前の構成にリストアしないと、アップグレード・プロセスを継続できないことがあります。

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

3.2.2 11g Middlewareホームのリカバリ

11g Middlewareホームをリカバリするには、すべてのサーバーとプロセスを停止し、11g Middleware Oracleホーム・ディレクトリ(Oracleホーム内のOracle製品ホーム・ディレクトリを含む)、ドメイン・ホーム・ディレクトリ、Oracleインスタンス、OraInventoryおよびそのMiddleware Oracleホームを使用するリモート・システム上のドメイン・ホームとOracleインスタンスをリストアします。

環境のリストアの詳細は、『Oracle® Fusion Middleware管理者ガイド』の環境のリカバリに関する項を参照してください。

3.3 データベースをアップグレードする場合のバックアップ戦略

ほとんどの場合、スキーマのアップグレード時には、まず、リポジトリをホストするデータベースを、Oracle Fusion Middlewareでサポートされているデータベース・バージョンにアップグレードする必要があります。この項では、アップグレード前に検討する必要がある推奨されるバックアップ手順について説明します。

注意:
包括的なバックアップおよびリカバリ情報については、必ず『Oracle Databaseバックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド』を参照してください。

次の項では、データベースにバックアップ・プランを作成する場合のベスト・プラクティスをいくつか示します。

- データベース・バージョンをアップグレードする前のデータベースのバックアップ

- データベース・スキーマをアップグレードする前のデータベースのバックアップ

3.3.1 データベース・バージョンをアップグレードする前のデータベースのバックアップ

他のすべてのデータベースのアップグレードの場合と同様に、通常の手順では、新しいデータベース・バージョンにアップグレードする前にデータベースをバックアップします。

新しいデータベース・バージョンへのアップグレードが成功した後で、データベースを再度バックアップすることも検討してください。この方法により、新しくアップグレードされた状態のデータベースがバックアップに反映されます。

詳細は、使用しているプラットフォームおよびデータベース・バージョン用のOracle Databaseドキュメントを参照してください。

3.3.2 データベース・スキーマをアップグレードする前のデータベースのバックアップ

アップグレード手順を開始する前に、データベースをバックアップする必要もあります。このバックアップにスキーマ・バージョン・レジストリ表が含まれていることを確認します。これは、各Fusion Middlewareスキーマが、対応する行をその表内に持つためです。スキーマ・バージョン・レジストリ表の名前は、SYSTEM.SCHEMA_VERSION_REGISTRY$です。この実行方法は、使用しているデータベースのドキュメントを参照してください。

Upgrade Assistantを実行して既存のスキーマを更新する際、正常に更新できなかった場合は、元のスキーマをリストアしてからやりなおす必要があります。必ず、既存のデータベース・スキーマをバックアップしてから、Upgrade Assistantを実行してください。

注意:
スキーマ・アップグレードを実行する前にこれらのバックアップを実行することは、Upgrade Assistantを実行するための前提条件です。実際のアップグレードを続行する前に、Upgrade Assistant前提条件のGUI画面で、バックアップが実行されていることを確認する必要があります。

3.4 アップグレード後のバックアップの作成

Oracle Fusion Middleware環境のアップグレードを完了し、検証した後は、必要に応じて、新しくアップグレードした状態に環境を簡単にリストアできるようにOracle Fusion Middlewareリリース12c (12.1.3)インストールをバックアップすることを検討してください。

特に、アップグレードしたスキーマをホストするデータベースをアップグレード・プロセス直後にバックアップすることを検討してください。このアップグレード後の最初のバックアップを行った後で、定期的にスケジュールされたデータベース・バックアップ・ルーチンを開始することができます。アップグレード後の最初のバックアップによって、アップグレード・プロセスを繰り返さずに、新しくアップグレードした12.1.3の状態に環境をリストアできるようになります。

また、新しくアップグレードしたOracle Fusion Middlewareインストールに開発アクティビティまたはデプロイメント・アクティビティを移動した後は、新しいOracle Fusion Middlewareディレクトリ(Oracle Fusion Middleware Oracleホーム・ディレクトリ、Oracle製品ディレクトリなど)が含まれるように通常のバックアップ・ルーチンを必ず変更してください。

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

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

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

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

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

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

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

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

4.1 12c (12.1.3)データベース要件の理解

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

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

Oracle Fusion Middleware 12c (12.1.3)でサポートされている特定のOracleおよびサード・パーティのデータベース・バージョンおよびその他の重要なシステム要件についての最新の情報は、第2.14.1項「動作保証およびシステム要件の確認」を参照してください。

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

4.2 データベースおよびスキーマのアップグレード準備が整っていることの確認

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

スキーマ・バージョンの確認

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

Oracle Databaseを使用する場合、SYSとしてデータベースに接続し、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」の数字が『Oracle Fusion Middleware Upgrade AssistantによるOracle Fusion Middlewareのアップグレード』の表1-1に記載されたバージョン番号と一致し、STATUS列が「VALID」の場合、スキーマのアップグレードはサポートされています。

注意:
スキーマ・バージョン・レジストリ表のコンテンツは、リポジトリ作成ユーティリティおよびUpgrade Assistantによってのみ変更されます。
ユーザーは、対話型SQL文またはスクリプトを使用して、スキーマ・バージョン・レジストリに対してINSERT、UPDATE、DELETE、GRANTまたはALTER TABLE文を発行しないでください。

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

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

4.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. 『Oracle Databaseアップグレード・ガイド』の指示に従って、リリース10.2.0.4を新しいOracle Database 11gリリースにアップグレードします。

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

表4-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の新しいリリースへのアップグレード」の指示に従って、中間リリースのデータベースを新しい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アップグレード・ガイド』の「Oracle Databaseの新しいリリースへのアップグレード」の指示に従います。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- 11gドメイン・ホーム

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

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

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

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

タスク5でこの場所を指します。

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

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

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

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

タスク3で作成したドメイン上でアップグレードを実行します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- 11gドメイン・ホーム

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

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

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

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

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

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

11gで使用したのと同じディレクトリ構造を使用して、タスク2でバックアップしたファイルをリストアします。ホストBのディレクトリ構造は、ホストAで使用した構造と同一にする必要があります。

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

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

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

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

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

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

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

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

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

11gのOracleホームを廃止する必要はありませんが、削除が必要な場合は第A.4項「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-2015, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

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

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

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

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

保証免責

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

制限付権利

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

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

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

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

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

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

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

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

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