Oracle® Fusion Middleware

Oracle Traffic Directorのアップグレード

12c (12.2.1.2)

E82831-01(原本部品番号:E78464-02)

2016年11月

このドキュメントは、インストール担当者およびシステム管理者を対象に、Oracle Traffic Directorを12c (12.2.1.2)にアップグレードする方法について説明します

Oracle Fusion Middleware Oracle Traffic Directorのアップグレード, 12c (12.2.1.2)

E82831-01

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

原本著者: Uma Shankar

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

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

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

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 Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

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 Traffic Director to 12c (12.2.1.2)へのアップグレードの概要

- 1.1 Oracle Traffic Directorアップグレードの開始点について

- 1.2 Oracle Traffic Directorの標準トポロジについて

- 1.3 アップグレード要件について

2 アップグレード前の要件

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

- 2.2 完全なバックアップの作成

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

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

- 2.3 テストのための本番環境のクローニング

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

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

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

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

- 2.4.2.1.1 アップグレードの64ビット・ソフトウェア要件をサポートするハードウェアを調達する

- 2.4.2.1.2 すべてのプロセスの停止

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

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

- 2.4.2.1.5 11gバックアップを32ビット・ホストから64ビット・ホストにリストアする

- 2.4.2.1.6 12c製品ディストリビューションをターゲット・マシンにインストールする

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

- 2.4.3 Oracle Fusion Middlewareをホストするデータベースがサポートされているかどうかを確認する

- 2.4.4 Oracle Fusion Middlewareのこのリリースに対してJDKが動作保証されているかどうかを確認する

- 2.5 強化された暗号化(AES 256)を使用する場合のポリシー・ファイルの更新

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

- 2.7 エディション・ベースの再定義のためのサーバー上でのエディションの作成

- 2.8 Upgrade Assistantの実行に向けた非SYSDBAユーザーの作成

- 2.9 アップグレードに対応可能な既存のスキーマの特定

- 2.10 Traffic Director固有のアップグレード前タスクの実行

3 Oracle Traffic Directorの11gからのアップグレード

- 3.1 Oracle Traffic Directorのアップグレード・プロセスについて

- 3.2 Traffic Director固有のアップグレード前タスクの実行

- 3.3 Oracle Traffic Directorの12c (12.2.1.2)へのアップグレードの準備

- 3.4 製品ディストリビューションのインストール

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

- 3.6 Upgrade Assistantの起動

- 3.6.1 Upgrade Assistantコマンドライン・パラメータ

- 3.7 コンポーネント構成のアップグレード

- 3.7.1 グラフィカル・モードによるOracle Traffic Directorのアップグレード

- 3.7.2 サイレント・モードによるOracle Traffic Directorのアップグレード

- 3.8 コンポーネント構成のアップグレードの確認

- 3.9 アップグレード後の手順

- 3.10 サーバーおよびプロセスの起動

4 Oracle Traffic Directorの以前の12cリリースからのアップグレード

- 4.1 Oracle Traffic Directorのアップグレード・プロセスについて

- 4.2 Oracle Traffic Director 12c (12.2.1.2.0)へのアップグレード

- 4.2.1 Upgrade Assistantの起動

- 4.2.1.1 Upgrade Assistantコマンドライン・パラメータ

- 4.2.2 コンポーネント構成のアップグレード

- 4.2.3 コンポーネント構成のアップグレードの確認

- 4.3 アップグレード後のタスク

- 4.4 サーバーおよびプロセスの起動

はじめに

このドキュメントでは、既存のOracle Traffic Director環境を12c (12.2.1.2)にアップグレードする方法について説明します。

- 対象読者

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

- 表記規則

対象読者

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

- Oracle Fusion Middlewareシステムの管理および構成

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

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

Oracleのアクセシビリティへの取り組みについては、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)にアクセスしてください。

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

表記規則

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

表記規則

意味

太字

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

斜体

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

固定幅フォント

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

1 Oracle Traffic Directorの12c (12.2.1.2)へのアップグレードの概要

Oracle Traffic Director12c (12.2.1.2)へのアップグレードを開始する前に、標準的なアップグレード・トポロジおよびドメインのアップグレード・パスを理解していることを確認します。

概要の情報および準備の手順の次に、このガイドの手順は2つの項に分かれます。使用するドメイン用の正しい手順を参照することが重要です。

- 11gからのアップグレード、「Oracle Traffic Directorの11gからのアップグレード」に記載

- 前の12cリリースからのアップグレード、「Oracle Traffic Directorの以前の12cリリースからのアップグレード」に記載

注意:Fusion Middlewareのアップグレードのプランニングに関する一般情報およびアップグレードのその他の概念およびリソースについては、『Oracle Fusion Middlewareのアップグレードのプランニング』の次の各項を参照してください

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

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

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

Oracle Traffic Directorの詳細は、次のドキュメントを参照してください。

- Fusion Middleware Oracle Traffic Directorリリース・ノート

- Fusion Middleware Oracle Traffic Directorの管理

次のトピックでは、Oracle Traffic Directorのアップグレードに関連する概念について説明します。

- Oracle Traffic Directorアップグレードの開始点について
このガイドでは、サポートされている11gリリースと12cリリースのアップグレードに関する情報を提供します。

- Oracle Traffic Directorの標準トポロジについて
Oracle Traffic Directorを12c (12.2.1.2)にアップグレードする手順は、現在の本番トポロジ(11gか以前の12cリリースのいずれか)によって異なります。

- アップグレード要件について
単一のサポート対象Oracle Fusion Middleware構成内で、同一バージョンまたは異なるバージョンの複数のOracle Fusion Middleware製品を使用している場合は、アップグレードの計画前に、相互運用性と互換性にかかわる要因について検討する必要があります。

1.1 Oracle Traffic Directorアップグレードの開始点について

このガイドでは、サポートされている11gおよび12cリリースからアップグレードするための情報を提供します。

Oracle Traffic Director 12c (12.2.1.2)は、次の開始点からアップグレードできます。

- Oracle Traffic Director 11gリリース1 (11.1.1.7および11.1.1.9)

- Oracle Traffic Director 12c (12.1.2.0、12.1.3.0、12.2.1.0、12.2.1.1)

このガイドのアップグレード手順では、既存のOracle Traffic Director 11gドメインおよび既存の12cドメインをOracle Fusion Middleware 12c (12.2.1.2)にアップグレードする方法について説明しています。アップグレードが必要なその他のコンポーネントがドメインに含まれる場合に備えて、サポート・ドキュメントへのリンクが提供されています。

1.2 Oracle Traffic Directorの標準トポロジについて

Oracle Traffic Directorを12c (12.2.1.2)にアップグレードする手順は、現在の本番トポロジ(11gか以前の12cリリースのいずれか)によって異なります。

そのため、考えられるすべてのOracle Traffic Directorインストールに対して正確なアップグレード手順を示すことは困難です。そのため、このアップグレード・ドキュメントでは、いくつかの一般的なOracle Traffic Directorトポロジのアップグレードに対する手順について説明しています。これらの一般的なトポロジを、標準アップグレード・トポロジと呼びます。

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

注意:
アップグレードを成功させるためのアップグレード・プロセスおよびプランニング・リソースの詳細は、『Oracle Fusion Middlewareのアップグレードのプランニング』のアップグレードの準備に関する項を参照してください。

1.3 アップグレード要件について

単一のサポート対象Oracle Fusion Middleware構成内で、同一バージョンまたは異なるバージョンの複数のOracle Fusion Middleware製品を使用している場合は、アップグレードの計画前に、相互運用性と互換性にかかわる要因について検討する必要があります。

相互運用性

Oracle Fusion Middleware製品のコンテキストでは、相互運用性は、サポート対象のOracle Fusion Middleware構成内で同一バージョン(またはリリース)の2つのOracle Fusion Middleware製品またはコンポーネントを連係動作(相互運用)できる能力と定義されています。具体的に言うと、相互運用性は、リリース番号またはバージョン番号の最初の4桁が同じ場合に該当します。たとえば、Oracle Fusion Middleware 12c (12.2.1.0)コンポーネントは、通常、他の12c (12.2.1.2)コンポーネントと相互運用性があります。

互換性

Oracle Fusion Middleware製品のコンテキストでは、互換性は、異なるバージョン(またはリリース)の2つのOracle Fusion Middlewareコンポーネントを相互運用できる能力と定義されています。

Oracle Fusion Middlewareリリース12.2.1.2で使用可能な製品と機能のリストは、『相互運用性および互換性の理解』のOracle Fusion Middlewareで使用可能な製品と機能に関する項を参照してください。

ハードウェアまたはソフトウェアのアップグレードを行う場合は、Oracle Fusion Middlewareソフトウェアで、新しいオペレーティング・システムまたはコンピュータ・ハードウェアのサポートが保証されていることを確認してください。詳細は、次のマニュアルを参照してください。

- Oracle Fusion Middlewareでサポートされるシステム構成

- Oracle® Fusion Middlewareのシステム要件と仕様

2 アップグレード前の要件

Oracle Traffic Director 12c (12.2.1.2)へのアップグレードを開始する前に、バックアップ、現在の環境のクローニング、システムが動作保証要件を満たしているかどうかの検証など、アップグレード前のタスクを実行する必要があります。

- アップグレード前チェックリスト
アップグレード前のチェックリストは、正常なアップグレードと限られた停止時間を保証するために、アップグレードを開始する前に実行するタスクを示しています。

- 完全なバックアップの作成
アップグレードを開始する前に、Oracle Fusion Middlewareスキーマをホストするすべてのデータベースを含め、システムに重要なファイルをすべてバックアップします。

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

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

- 強化された暗号化(AES 256)を使用する際のポリシー・ファイルの更新
Advanced Encryption Standard (AES) 256などの強化された暗号化をアップグレード済環境で使用する予定の場合に行います。アップグレードする前に、最新の必要なポリシー・ファイルをJDKに適用することをお薦めします。

- 不使用データのパージ
アップグレード前に使用しないデータをパージし、パージ方法を管理することで、アップグレード・プロセスを最適化できます。

- エディション・ベースの再定義のためのサーバー上でのエディションの作成
エディション・ベースの再定義(EBR)に対応したスキーマをアップグレードする前に、データベース・サーバーに接続して、12cのデータベース・サーバーにエディションを作成する必要があります。

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

- アップグレードに対応可能な既存のスキーマの特定
このオプションのタスクにより、使用可能なスキーマのリストを確認してから、スキーマ・バージョン・レジストリを問い合せてアップグレードを開始できます。レジストリには、バージョン番号、コンポーネント名およびID、作成日と変更日、カスタム接頭辞などのスキーマ情報が含まれます。

- Traffic Director固有のアップグレード前タスクの実行

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

アップグレード前のチェックリストは、正常なアップグレードと限られた停止時間を保証するために、アップグレードを開始する前に実行するタスクを示しています。

アップグレードはサーバーの停止中に実行されます。チェックリストは、アップグレード前の重要な(かつ時間がかかる)タスクを識別するためのものであり、これをアップグレード前に実行することで停止時間を短縮できます。アップグレード・プロセスを開始する前の準備を十分行うほど、オフライン時間を減らすことができます。

注意:
実行するアップグレード前の手順は、既存のシステムの構成、アップグレードするコンポーネントおよびアップグレードと構成プロセスの最後に作成する環境によって異なります。構成またはユースケースに該当するタスクのみを実行してください。

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

タスク

説明

必須

既存の環境の完全なバックアップを作成します。

完全なバックアップの作成

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

スキーマ・バージョン・レジストリ表がバックアップに含まれていることを確認します。スキーマ・バージョン・レジストリ表のバックアップ

アップグレードに失敗した場合は、アップグレード前の環境をリストアして、アップグレードを再試行する必要があります。

既存のドメインでいずれかの起動スクリプトを変更した場合は、アップグレードの間、それらを一時ディレクトリの場所(既存のドメインの外)にコピーし、アップグレード後に再デプロイする必要があります。

オプション

使用する本番環境を、アップグレードのテスト用プラットフォームとしてクローンします。

テストのための本番環境のクローニング

システム・ファイルの完全なバックアップを作成する他に、本番環境のクローンも作成することをお薦めします。この環境は、アップグレードをテストするために使用されます。

必須

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

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

注意: サポートされている最新のオペレーティング・システムを使用できない場合はアップグレードしないでください。サポート対象のすべての構成と同様、こうした要件を守れない場合は、アップグレードが失敗する可能性があります。

ハードウェアとソフトウェア(オペレーティング・システムも含む)の構成が最新の動作保証および要件のドキュメントでサポートされていることを確認します。

動作保証要件は頻繁に更新されるため、アップグレードを開始する直前に、この情報を確認することをお薦めします。

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

また、12c製品のディストリビューションをインストールする前に、サポートされるバージョンのJDKを使用していることを確認してください。

オプション

強化された暗号化(AES 256)を使用している場合は、セキュリティ・ポリシー・ファイルを更新します。

強化された暗号化(AES 256)を使用している場合のポリシー・ファイルの更新

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

強化された暗号化(AES 256など)を使用する予定がある場合は、アップグレードする前に、最新の必要なポリシー・ファイルをJDKに適用することをお薦めします。

オプション

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

未使用データのパージ

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

Oracle Databaseユーザーの場合にのみ必須

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

エディション・ベースの再定義(EBR)データベースを使用している場合は、アップグレードを開始する前にエディションを作成する必要があります。

オプション

アップグレード・アシスタントを実行するための非SYSDBAユーザーを作成します。
アップグレード・アシスタントを実行するための非SYSDBAユーザーの作成

アップグレード・アシスタントを実行するための、FMWユーザーを作成することをお薦めします。ユーザーFMWは、システム管理者の権限を持たずにアップグレード・アシスタントを実行できます。

オプション

開始前に、現在ドメインで使用されているスキーマを特定します。

アップグレードに対応可能な既存のスキーマの特定

アップグレードの開始前に、アップグレード前のドメインに存在しているスキーマを把握しておくことが重要です。スキーマ所有者の名前とパスワード、および各スキーマのバージョンを知っておく必要があります。

2.2 完全なバックアップの作成

アップグレードを開始する前に、Oracle Fusion Middlewareスキーマをホストするすべてのデータベースを含め、システムに重要なファイルをすべてバックアップします。

バックアップには、SYSTEM.SCHEMA_VERSION_REGISTRY$表を含める必要があります。これにより、アップグレードが失敗したときに、コンテンツをアップグレード前の状態にリストアできるようになります。

Upgrade Assistantの前提条件の画面では、アップグレードを実際に進める前に、バックアップが実行されていることについての確認を求められます。ただし、Upgrade Assistantは、バックアップが作成されていることを検証しない点に注意してください。

バックアップの作成の詳細は、次の各項を参照してください。

- Oracle Fusion Middlewareの管理のOracle Fusion Middleware環境のバックアップ

- Oracle Fusion Middlewareのアップグレードのプランニングの12cのためのOracleデータベースのアップグレードおよび準備

システムの完全なバックアップの作成に加えて、アップグレード後の環境で使用するスキーマ・バージョン・レジストリとカスタム設定のバックアップも作成する必要があります。次の資料も参照してください。

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

- カスタム・ドメイン環境設定のメンテナンス
ドメインで生成されたスクリプトやサーバー起動スクリプトをアップグレード前の環境で変更した場合、それらの変更は、インストール、ドメインのアップグレードおよび再構成の操作時に上書きされる点に注意することが重要です。

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

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

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

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

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

ドメインで生成されたスクリプトやサーバー起動スクリプトをアップグレード前の環境で変更した場合、それらの変更は、インストール、ドメインのアップグレードおよび再構成の操作時に上書きされる点に注意することが重要です。

どのドメインのインストールにも、動的に生成されたドメインおよびサーバーの起動スクリプト(setDomainEnvなど)が含まれています。これらのファイルは、インストールとアップグレードのプロセスで新しいバージョンに置き換えられます。カスタムのドメインレベルの環境設定を維持するには、スクリプトを直接変更するのではなく、アップグレードする前に、別のファイルを作成してカスタムのドメイン情報を格納することをお薦めします。

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

次の例は、setUserOverridesファイルでの起動のカスタマイズを示しています。

# add custom libraries to the WebLogic Server system claspath
if [ "${POST_CLASSPATH}" != "" ] ; then
POST_CLASSPATH="${POST_CLASSPATH}${CLASSPATHSEP}${HOME}/foo/fooBar.jar"
export POST_CLASSPATH
else
POST_CLASSPATH="${HOME}/foo/fooBar.jar"
export POST_CLASSPATH
fi

# specify additional java command line options for servers
JAVA_OPTIONS="${JAVA_OPTIONS}  -Dcustom.property.key=custom.value"

サーバーの起動中にsetUserOverridesファイルが存在する場合、このファイルが起動シーケンスに含まれ、このファイルにオーバーライドがあれば、有効になります。setUserOverridesファイルは、domain_home/binディレクトリに格納する必要があります。

注意:

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

2.3 テストのための本番環境のクローニング

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

テストのために本番環境のクローンを作成することをお薦めします。ただし、必須ではありません。

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

注意:
すべてのコンポーネントおよびオペレーティング・システムのクローニング手順について、このドキュメントでは説明していません。クローニング手順は、コンポーネントおよびオペレーティング・システムに固有のものです。概略としては、アップグレード前のバージョンのコンポーネント・ドメインをテスト・マシンにインストールし、リポジトリ作成ユーティリティ(RCU)を使用して必要なスキーマを作成し、アップグレードを実行します。

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

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

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

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

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

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

注意:
クローニングした本番環境でアップグレード前の準備状況チェックを実行すれば、データで発生しうるアップグレード時の問題は特定できますが、正常なアップグレードの万全を期すためには、クローニングした環境で完全なテスト・アップグレードを実行する必要があります。

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

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

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

警告:
アップグレードを開始する前に、現在の環境に最新のパッチが適用されていることを確認してください。動作保証は、特に指定がないかぎり、完全にパッチが適用された環境に基づいています。

- 環境が動作保証要件を満たしていることの確認
Oracleでは、動作保証済のすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しています。製品をインストールする場合、サポートされているハードウェアまたはソフトウェア構成を使用します。

- システム要件と仕様の確認
ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージおよびパッチ、その他のオペレーティング・システム固有の項目などのシステム要件が満たされていることを確認することが重要です。

- Oracle Fusion Middlewareをホストしているデータベースがサポートされていることの確認
Oracle Fusion Middleware 12cを実行する前に、サポートされるOracle Databaseを必須のスキーマで構成しておく必要があります。

- このリリースのOracle Fusion MiddlewareでJDKが動作保証されていることの確認
Oracle Fusion Middleware製品のディストリビューションをインストールする前に、サポートされるJDKをシステムにダウンロードしてインストールする必要があります。

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

Oracleでは、動作保証済のすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しています。製品をインストールする場合、サポートされているハードウェアまたはソフトウェア構成を使用します。

新しい動作保証要件が確認されると、それらはすぐに該当する動作保証に関するドキュメントに追加されます。新しい動作保証要件は随時確認される場合があるため、動作保証に関するドキュメントはドキュメント・ライブラリの外部に置かれ、Oracle Technology Networkで提供されています。詳細は、12c (12.2.1.2)の動作保証マトリックスに関する説明を参照してください。

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

ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージおよびパッチ、その他のオペレーティング・システム固有の項目などのシステム要件が満たされていることを確認することが重要です。

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

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

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

32ビット環境を実行している場合は、追加の手順のセットを実行する必要があります。

- 32ビットから64ビット・オペレーティング・システムへの移行
オペレーティング・システムが32ビットの場合は、アップグレード前に、32ビット環境を64ビット・ソフトウェア環境に移行する必要があります。

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

オペレーティング・システムが32ビットの場合は、アップグレード前に、32ビット環境を64ビット・ソフトウェア環境に移行する必要があります。

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

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

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

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

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

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

- すべてのプロセスを停止する
アップグレードの前に、管理サーバー、管理対象サーバーおよびノード・マネージャがホスト上で起動している場合はこれらも含めて、すべてのプロセスを停止する必要があります。

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

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

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

- 12c製品ディストリビューションをターゲット・マシンにインストールする
アップグレードはホーム外で実行することをお薦めします。したがって、12c製品ディストリビューションは、ターゲット・マシン上の新しいOracleホームでインストールする必要があります。

- 標準的なアップグレード手順を使用してターゲットの64ビット環境をアップグレードする
ターゲット・マシンに製品をインストールしたら、コンポーネント固有のアップグレード・ガイドで指定されたアップグレード・ユーティリティを使用して各製品コンポーネントを個々にアップグレードし、アップグレード後のタスクを実行する必要があります。

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

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

2.4.2.1.2 すべてのプロセスの停止

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

たとえば、UNIXで管理サーバーを停止するには、次のコマンドを入力します。

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

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

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

注意:
同一のマシンで32ビットから64ビットへアップグレードする場合、アップグレードが失敗した場合、ソース環境が破損するリスクがあります。

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

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

- 11gドメイン・ホーム

- $ORACLE_HOME/wlserver/common/にある、11gの/nodemanagerディレクトリ

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

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

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

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

2.4.2.1.5 11gのバックアップを32ビット・ホストから64ビット・ホストにリストアする

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

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

2.4.2.1.6 12c製品のディストリビューションをターゲット・マシンにインストールする

アップグレードには、ホーム外のアプローチをお薦めします。したがって、12c製品ディストリビューションは、ターゲット・マシン上の新しいOracleホームでインストールする必要があります。

12cのディストリビューションを入手する方法の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の製品のディストリビューションの理解と入手に関する項を参照してください。インストール・ユーザーを識別するには、インストール・ユーザーの選択に関する説明を参照してください。インストールおよび構成のためのディレクトリ構造を理解するには、「インストールおよび構成のためのディレクトリの理解」を参照してください。インストールするコンポーネントの詳細は、コンポーネント固有のインストール・ガイドを参照してください。

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

ターゲット・マシンに製品をインストールしたら、コンポーネント固有のアップグレード・ガイドで指定されたアップグレード・ユーティリティを使用して各製品コンポーネントを個々にアップグレードし、アップグレード後のタスクを実行する必要があります。

詳細なアップグレード手順は、アップグレードするコンポーネントのコンポーネント固有のアップグレード・ガイドを参照してください。

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

2.4.3 Oracle Fusion Middlewareをホストするデータベースがサポートされているかどうかの確認

Oracle Fusion Middleware 12cを実行する前に、サポートされるOracle Databaseを必須のスキーマで構成しておく必要があります。

アップグレードの開始前に、Fusion Middlewareのデータベース要件を確認して、Oracle Fusion Middlewareをホストするデータベースがサポートされていることと、アップグレードの実行に十分な領域が用意されていることを確認します。詳細は、12c (12.2.1.2)の動作保証マトリックスに関する説明を参照してください。

注意:
サポートされなくなったデータベース・バージョンを使用している場合は、アップグレードの開始前に、サポートされるバージョンにアップグレードする必要があります。『Oracle Fusion Middlewareのアップグレードのプランニング』の12cのためのOracle Databasesのアップグレードと準備に関する項を参照してください。

2.4.4 Oracle Fusion Middlewareのこのリリースに対してJDKが動作保証されているかどうかの確認

Oracle Fusion Middleware製品のディストリビューションをインストールする前に、サポートされるJDKをシステムにダウンロードしてインストールしておく必要があります。

Oracle Fusion Middlewareのシステム要件と仕様のドキュメントを参照して、使用しているJDKがサポートされていることを確認してください。

このマニュアルの発行時における認定された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ファイルの汎用とプラットフォーム固有のディストリビューションとの相違点の理解に関する項を参照してください。

2.5 強化された暗号化(AES 256)を使用する場合のポリシー・ファイルの更新

アップグレード後の環境で、強化された暗号化(Advanced Encryption Standard (AES) 256など)を使用する予定がある場合に行います。アップグレードする前に、最新の必要なポリシー・ファイルをJDKに適用することをお薦めします。

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

Fusion Middleware 12cで使用されているセキュリティ・アルゴリズムには、JDK用の追加のポリシー・ファイルが必要になるものがあります。詳細は、Java暗号化アーキテクチャOracleプロバイダのドキュメントを参照してください。

注意:
アップグレードの開始前に、これらのポリシー・ファイルをJDKに適用せずに強化された暗号化を使用しようとすると、アップグレードに失敗することがあり、その場合は、アップグレード前の環境全体をリストアして、アップグレードを最初からやり直す必要があります。

2.6 未使用データのパージ

アップグレード前に未使用データをパージし、パージ方法をメンテナンスすることで、アップグレード・プロセスを最適化できます。

一部のコンポーネントには自動化されたパージ・スクリプトがあります。パージ・スクリプトを使用する場合、パージが完了するまで待ってから、アップグレード・プロセスを開始してください。アップグレード・アシスタントを使用してスキーマをアップグレードするときに、パージ・スクリプトを実行していると、アップグレードは失敗する可能性があります。

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

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

エディションベースの再定義を使用すると、アプリケーションの使用中にアプリケーションのデータベース・オブジェクトをアップグレードできるため、停止時間を最小限に抑えることや解消することが可能です。これは、エディションと呼ばれるプライベート環境でデータベース・オブジェクトを変更(再定義)することにより実行します。すべての変更が実行およびテストされている場合のみ、アプリケーションの新バージョンをユーザーが使用できるようにしてください。

注意:
このタスクは、DBA権限を持つOracle Databaseユーザーが実行する必要があります。

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

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

create edition Oracle_FMW_12_2_1_1 as child of Oracle_FMW_11_1_1_7_0;

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

次に示すメッセージは、エディションの作成が正常に完了ことを通知するものです。

エディションが作成されました。

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

ALTER DATABASE DEFAULT EDITION = Oracle_FMW_12_2_1_1;

2.8 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にアクセスしてパッチをダウンロードします。

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

2.9 アップグレードに対応可能な既存のスキーマの特定

このオプションのタスクにより、使用可能なスキーマのリストを確認してから、スキーマ・バージョン・レジストリを問い合せてアップグレードを開始できます。レジストリには、バージョン番号、コンポーネント名およびID、作成日と変更日、カスタム接頭辞などのスキーマ情報が含まれます。

Upgrade Assistantでドメイン内のすべてのスキーマをアップグレードすることも、アップグレードするスキーマを個別に選択することもできます。決定に役立つ、アップグレードに使用可能なすべてのスキーマのリストを表示するには、次の手順を実行します。

1. Oracleデータベースを使用している場合は、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 ;

2. 生成されたレポートを調査します。VERSION列の値が11.1.1.7.0以上で、STATUS列の値がVALIDの場合、そのスキーマはアップグレードのサポート対象になります。
アップグレードの必要がないスキーマがある場合、schema_version_registry表には、そのスキーマがアップグレード前のバージョンで保持されます。

3. 既存のスキーマに使用していたスキーマ接頭辞名を控えておいてください。新しい12cスキーマを作成する際に、同じ接頭辞を使用することになります。

注意

- 既存のスキーマがサポートされているバージョンでない場合は、12c (12.2.1.2)のアップグレード手順を使用する前に、それらのスキーマをサポートされるバージョンにアップグレードする必要があります。詳細は、アップグレード前のバージョンのドキュメントを参照してください。

- 一部のコンポーネント(Oracle Enterprise Data Quality、Oracle GoldenGate Monitor、Oracle GoldenGate Veridataなど)では、標準的なOracle Fusion Middlewareのサポート対象バージョン以外のバージョンからのアップグレードがサポートされています。

- 11gでOIDベースのポリシー・ストアを使用していた場合は、アップグレードの実行前に必ず新しいOPSSスキーマを作成してください。OPSSスキーマは、アップグレード後もLDAPベースのストアのままになります。

- アップグレードできるのは、Oracle Fusion Middlewareリリース12c (12.2.1.2)でアップグレード可能な製品のスキーマのみです。まだ12c (12.2.1.2)へのアップグレードが可能になっていないコンポーネントを含むドメインは、アップグレードしないでください。

2.10 Traffic Director固有のアップグレード前タスクの実行

Oracle Traffic Director 12cにアップグレードする前に、次の手順に従う必要があります。

1. Oracle WebLogic Serverが新しいOracleホームにインストールされ、Oracle Traffic Directorテンプレートで拡張されていることを確認してください。

注意:

Oracle Traffic Directorドメインの構成の詳細は、「Oracle Traffic Directorの管理」を参照してください。

2. 11g環境を停止します。

3. 12c環境を停止します。

注意:

Oracle Traffic Director11gと12cのインストールが別のホスト/マシンにある場合(たとえば、11gがOEL5で12cがOEL6にある)、次のいずれかを実行する必要があります。

リモートでORACLE_HOMEディレクトリとINSTANCE_HOMEディレクトリを、11gのホストと同じパスを保持したまま11gのホストから12cにコピーします。

たとえば、12cのホストで次を実行します。

# scp -r <11g host>:/otd/oracle_home /otd/oracle_home

# scp -r <11g host>:/otd/instance_home /otd/instance_home

11gのホスト上のパスと同じパスを保持したまま、11gのORACLE_HOMEとINSTANCE_HOMEのパスを12cのホストにマウントします。

たとえば、12cのホストで次を実行します。

# mount <11g host>:/otd/oracle_home on /otd/oracle_home

# mount <11g host>:/otd/instance_home on /otd/instance_home

3 Oracle Traffic Directorの11gからのアップグレード

Oracle Traffic Directorを、Oracle Fusion Middlewareリリース11gから12c (12.2.1.2)にアップグレードできます。

次の各項の手順を完了して、アップグレードを実行します。

- Oracle Traffic Directorのアップグレード・プロセスについて
Oracle Traffic Directorのアップグレード・プロセスの概要については、ロードマップを参照してください。

- Traffic Director固有のアップグレード前タスクの実行

- Upgrade Oracle Traffic Directorの12c (12.2.1.2)へのアップグレードの準備
この項では、Oracle Traffic Directorを12c (12.2.1.2)にアップグレードするための、準備の手順について説明します。

- 製品ディストリビューションのインストール
アップグレードの開始前に、Oracle Fusion Middleware InfrastructureとOracle Traffic Director 12c (12.2.1.2)のディストリビューションをターゲット・システムにダウンロードし、Oracle Universal Installerを使用してインストールします。

- サーバーとプロセスの停止
Upgrade Assistantを実行してスキーマと構成をアップグレードする前に、管理サーバーや管理対象サーバーを含む、すべてのプロセスとサーバーをシャットダウンする必要があります。

- Upgrade Assistantの起動
Upgrade Assistantを実行して、製品スキーマ、ドメイン・コンポーネントの構成またはスタンドアロン・システム・コンポーネントを12c (12.2.1.2)にアップグレードします。Upgrade Assistantを非SYSDBAユーザーとして実行し、一度に1つのドメインのアップグレードを完了することをお薦めします。

- コンポーネント構成のアップグレード

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

- アップグレード後の手順

- サーバーおよびプロセスの起動
アップグレードが正常に完了したら、すべてのプロセスと管理サーバーや管理対象サーバーを含めたすべてのサーバーを再起動します。

3.1 Oracle Traffic Directorのアップグレード・プロセスについて

Oracle Traffic Directorのアップグレード・プロセスの概要については、ロードマップを参照してください。

既存のドメインをアップグレードするために実行する手順は、ドメインがどのように構成されているか、およびどのコンポーネントをアップグレードするかによって異なります。各自のデプロイメントに該当する手順にのみ従ってください。

表3-1 Oracle Traffic Directorをアップグレードするためのタスク

タスク

説明

必須

このガイドの概要に関するトピックを再確認して、アップグレード前のタスクを完了します(まだ実行していない場合)。

「アップグレード前チェックリスト」を参照してください

必須

Oracle Fusion Middleware InfrastructureとOracle Traffic Director 12c (12.2.1.2)のディストリビューションをダウンロードして、新しいOracleホームにインストールします。

参照

「製品ディストリビューションのインストール」

必須

11g環境を停止します(すべての管理サーバーと管理対象サーバーを停止します)。

警告: アップグレード中にサーバーを停止しないと、データが破壊される可能性があります。

「サーバーとプロセスの停止」を参照

必須

Upgrade Assistantを起動(再起動)して、ドメイン・コンポーネントの構成をアップグレードします。

Upgrade Assistantは、ドメインのコンポーネント構成を更新するために使用します。

11gから12cへのアップグレードの詳細は、「コンポーネント構成のアップグレード」を参照してください

必須

Upgrade Assistantを起動(再起動)して、スタンドアロン・システム・コンポーネントの構成をアップグレードします。

Upgrade Assistantは、スタンドアロン・エージェントのコンポーネント構成を更新します。

「Upgrade Assistantの起動」を参照

必須

アップグレードを完了して確認します。

新規の管理サーバーと管理対象サーバーおよびノード・マネージャの起動など、アップグレード後に必要な構成タスクを必要に応じて実行して、問題がないことを確認します。

バックアップを削除する前に、アップグレードしたすべてのコンポーネントが期待どおりに動作しているか確認することをお薦めします。

「コンポーネント構成のアップグレードの確認」を参照してください

3.2 Traffic Director固有のアップグレード前タスクの実行

Oracle Traffic Director 12cにアップグレードする前に、次の手順に従う必要があります。

1. Oracle WebLogic Serverが新しいOracleホームにインストールされ、Oracle Traffic Directorテンプレートで拡張されていることを確認してください。

注意:

Oracle Traffic Directorドメインの構成の詳細は、「Oracle Traffic Directorの管理」を参照してください。

2. 11g環境を停止します。

3. 12c環境を停止します。

注意:

Oracle Traffic Director11gと12cのインストールが別のホスト/マシンにある場合(たとえば、11gがOEL5で12cがOEL6にある)、次のいずれかを実行する必要があります。

リモートでORACLE_HOMEディレクトリとINSTANCE_HOMEディレクトリを、11gのホストと同じパスを保持したまま11gのホストから12cにコピーします。

たとえば、12cのホストで次を実行します。

# scp -r <11g host>:/otd/oracle_home /otd/oracle_home

# scp -r <11g host>:/otd/instance_home /otd/instance_home

11gのホスト上のパスと同じパスを保持したまま、11gのORACLE_HOMEとINSTANCE_HOMEのパスを12cのホストにマウントします。

たとえば、12cのホストで次を実行します。

# mount <11g host>:/otd/oracle_home on /otd/oracle_home

# mount <11g host>:/otd/instance_home on /otd/instance_home

3.3 Oracle Traffic Directorの12c (12.2.1.2)へのアップグレードの準備

この項では、Oracle Traffic Directorを12c (12.2.1.2)にアップグレードするための、準備の手順について説明します。

Oracle Fusion Middleware Upgrade Assistantでは、次のOracle Traffic Director 11gリリースについて、12c (12.2.1.2.0)へのアウトオブプレース・アップグレードがサポートされています。

- Oracle Traffic Director FMW 11gリリース1 (11.1.1.7.0)

- Oracle Traffic Director FMW 11gリリース1 (11.1.1.9.0)

Oracle Traffic Director 12c (12.2.1.2)にアップグレードする前に、次の手順に従ってください。

1. 12.2.1.2バイナリが新規MW_HOMEにインストールされていることを確認します。Oracle Traffic Directorと依存するJRFテンプレートで拡張された有効なWebLogic Serverドメインも、ターゲットの場所に作成する必要があります。
詳細は、Oracle Traffic Directorの管理のOracle Traffic Director用のWebLogic Serverドメインの構成を参照してください。

2. ソース(11gまたは12.2.1)環境を停止します。

3. ターゲットの12.2.1.2.0環境を停止します。

- Oracle Traffic Director 11gと12cのインストールが別のホスト/マシンにある場合(たとえば、11gがOEL5でcがOEL6にある)、次のいずれかを実行する必要があります。

- アップグレード・アシスタントで、アップグレードのソース・バージョンとして「11gソース」を選択する場合、Oracle Traffic Director 11gインスタンスのリモート・ディレクトリ・パスを指定します。第4.1.3項「コンポーネント構成のアップグレード」を参照してください。

- リモートでORACLE_HOMEディレクトリとINSTANCE_HOMEディレクトリを、11gのホストと同じパスを保持したまま11gのホストから12cにコピーします。
たとえば、12cのホストで次を実行します。

# scp -r <11g host>:/otd/oracle_home /otd/oracle_home
# scp -r <11g host>:/otd/oracle_home /otd/oracle_home

- 11gのホスト上のパスと同じパスを保持したまま、11gのORACLE_HOMEとINSTANCE_HOMEのパスを12cのホストにマウントします。
たとえば、12cのホストで次を実行します。

# mount <11g host>:/otd/oracle_home on /otd/oracle_home
# mount <11g host>:/otd/instance_home on /otd/instance_home

- Oracle Traffic Director 11g INSTANCE_HOMEには、11gの管理サーバーconfig-store内の構成にアクセスするためにアップグレード・アシスタントを実行しているユーザーに対する読取り権限が必要です。

- 異なるプラットフォーム間でのアップグレードはサポートされていません。たとえば、Linux環境からSolaris環境にOracle Traffic Directorをアップグレードすることはできません。

3.4 製品ディストリビューションのインストール

アップグレードの開始前に、Oracle Fusion Middleware InfrastructureとOracle Traffic Director 12c (12.2.1.2)のディストリビューションをターゲット・システムにダウンロードし、Oracle Universal Installerを使用してインストールします。

注意:
アップグレードにInfrastructureが必要な場合は、最初にOracle Fusion Middleware Infrastructureのディストリビューションをインストールしてから他のFusion Middleware製品をインストールする必要があります。

次に示すインストールの説明は、標準のOracle Fusion Middlewareインストール・トポロジを対象にしています。サポートされている他のトポロジのインストールの詳細は、『Oracle Traffic Directorインストレーション・ガイド』を参照してください。

12c (12.2.1.2)のディストリビューションをインストールするには、次の手順を実行します。

1. 12c (12.2.1.2)製品のディストリビューションをインストールするターゲット・システムにログインします。

2. 次に示す12c (12.2.1.2)製品のディストリビューションを、Oracle Technology NetworkまたはOracle Software Delivery Cloudからターゲット・システムにダウンロードします。

- Oracle Fusion Middleware Infrastructure (fmw_12.2.1.2.0_infrastructure_generic.jar)

- Oracle Traffic Director (UNIX: fmw_12.2.1.2.0_otd_linux64.bin)、(Windows: setup_fmw_12.2.1.2.0_otd_win64.exe)

3. 12c (12.2.1.2)製品のディストリビューションをダウンロードしたディレクトリに移動します。

4. Oracle Fusion Middleware Infrastructureのインストール・プログラムを起動します。

- (UNIX) JDK_HOME/bin/java -jar fmw_12.2.1.2.0_infrastructure_generic.jar

- (Windows) JDK_HOME\bin\java -jar fmw_12.2.1.2.0_infrastructure_generic.jar

5. UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、「インストール・インベントリの設定」画面が表示されます。
中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名に対して中央インベントリの場所への書込み権限が付与されていることを確認し、「次へ」をクリックします。

注意:
「インストール・インベントリの設定」画面は、Windowsオペレーティング・システムでは表示されません。

6. 「ようこそ」画面で、情報をレビューしてすべての前提条件を満たしていることを確認します。「次」をクリックします。

7. 「自動更新」画面で「自動更新をスキップ」を選択します。次のオプションがあります。

- この時点でソフトウェアの更新をシステムで確認しないようにする場合は、「自動更新をスキップ」を選択します。

- パッチ・ファイルをダウンロードした場合は、「ディレクトリからパッチを選択」を選択して、ローカル・ディレクトリに移動します。

- My Oracle Supportアカウントを持っている場合にソフトウェアの更新を自動でダウンロードするには、「My Oracle Supportで更新を検索」を選択します。Oracle Supportの資格証明を入力して、「検索」をクリックします。インストーラがMy Oracle Supportにアクセスするようにプロキシ・サーバーを構成するには、「プロキシ設定」をクリックします。「接続のテスト」をクリックして接続をテストします。

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

8. 「インストールの場所」画面でOracleホーム・ディレクトリの場所を指定し、「次へ」をクリックします。
Oracle Fusion Middlewareディレクトリ構造の詳細は、 『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』のインストールおよび構成のためのディレクトリの選択に関する項を参照してください。

9. 「インストール・タイプ」画面で、次を選択します。

a. Infrastructureの場合は、Fusion Middleware Infrastructureを選択します。

b. Oracle Traffic Directorの場合は、Oracle Traffic Director

インストールのタイプを選択し、インストールする製品および機能セットを選択します。

- Oracle Traffic Directorをスタンドアロン・ドメインにインストールしているか、Oracle Traffic Directorを同じ場所に配置されたドメインのリモート・ノードにインストールしている場合には、「スタンドアロンOTD (WebLogic Serverとは切り離して管理)」を選択します。

- Oracle Traffic Directorを管理サーバー・ノードのWebLogic Serverドメインにインストールしている場合には、「同じ場所に配置されたOTD (WebLogic Server経由で管理)」を選択します。

「次」をクリックします。
詳細は、「Oracle Traffic Directorのインストール」を参照してください。

。

10. 「前提条件チェック」画面では、ホスト・コンピュータを分析して、特定のオペレーティング・システムの前提条件を満たしているか確認します。
確認されたタスクのリストを表示するには、「正常なタスクの表示」を選択します。ログの詳細を表示するには、「ログの表示」を選択します。前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。エラー・メッセージや警告メッセージを無視してインストールを続けるには、「スキップ」をクリックします(非推奨)。

11. 「インストールの概要」画面で、選択したインストール・オプションを確認します。
これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルには、入力したすべての情報が収集して格納され、後で(コマンドラインから)サイレント・インストールを実行するために使用できます。
「インストール」をクリックしてインストールを開始します。

12. 「インストールの進行状況」画面で、進行状況バーが100%になったら、click 「終了」をクリックしてインストーラを閉じるか、「次」をクリックしてサマリーを表示します。

13. 「インストール完了」画面に、インストールの場所とインストールされた機能セットが表示されます。情報を確認し、「終了」をクリックしてインストーラを閉じます。

14. Oracle Fusion Middleware Infrastructureのインストール後、次に示すコマンドを入力して、製品ディストリビューションのインストーラを開始し、インストーラの各画面を通じて前述の手順を繰り返します。
(UNIX) ./fmw_12.2.1.2.0_otd_linux64.bin

(Windows) setup_fmw_12.2.1.2.0_otd_win64.exe

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

Upgrade Assistantを実行してスキーマと構成をアップグレードする前に、管理サーバーや管理対象サーバーを含む、すべてのプロセスとサーバーをシャットダウンする必要があります。

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

注意:
この項の手順では、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 Internet DirectoryなどのOracle Identity Managementコンポーネントを停止します。

- (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に関する項を参照してください。

3.6 Upgrade Assistantの起動

Upgrade Assistantを実行して、製品スキーマ、ドメイン・コンポーネントの構成またはスタンドアロン・システム・コンポーネントを12c (12.2.1.2)にアップグレードします。Upgrade Assistantを非SYSDBAユーザーとして実行し、一度に1つのドメインのアップグレードを完了することをお薦めします。

Upgrade Assistantを起動するには、次の手順に従います。

1. oracle_common/upgrade/binディレクトリに移動します。

- (UNIX) ORACLE_HOME/oracle_common/upgrade/bin

- (Windows) ORACLE_HOME\oracle_common\upgrade\bin

2. Upgrade Assistantの起動:

- (UNIX) ./ua

- (Windows) ua.bat

ロギング・パラメータなどコマンド・ラインで指定できるパラメータの詳細は、次を参照してください。

- Upgrade Assistantコマンドライン・パラメータ

3.6.1 Upgrade Assistantコマンドライン・パラメータ

コマンド・ラインからUpgrade Assistantを起動すると、他のパラメータも指定できます。

表3-2 Upgrade Assistantコマンドライン・パラメータ

パラメータ

必須/オプション

説明

-readiness

準備状況チェックに必要
注意: スタンドアロン・インストール(WebLogic Serverで管理されていないインストール)では、準備状況チェックを実行できません。

実際のアップグレードを実行せずに、アップグレードの準備状況チェックを実行します。

スキーマおよび構成がチェックされます。

-examineパラメータを指定した場合は、このパラメータを使用しないでください。

-threads

オプション

スキーマの同時アップグレードまたはスキーマの準備状況チェックに使用可能なスレッドの数を識別します。

値は、1 - 8の正の整数である必要があります。デフォルトは4です。

-response

サイレント・アップグレードまたはサイレント準備状況チェックに必要

レスポンス・ファイルに保存された入力を使用して、Upgrade Assistantを実行します。このレスポンス・ファイルは、GUIモードでUpgrade Assistantを実行したときの入力データから生成されます。このパラメータを使用すると、Upgrade Assistantはサイレント・モード(Upgrade Assistantの画面を表示しないモード)で実行されます。

-examine

オプション

調査フェーズを実行しますが、実際のアップグレードは実行しません。

-readinessパラメータを指定した場合、このパラメータを指定しないでください。

-logLevel attribute

オプション

次のいずれかの属性を指定して、ロギング・レベルを設定します。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

デフォルトのロギング・レベルはNOTIFICATIONです。

-logLevel TRACE属性を設定して、より多くのログが記録されるようにすることを検討してください。これは、失敗したアップグレードをトラブルシューティングする際に役立ちます。-logLevel TRACEが使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があります。

-logDir location

オプション

アップグレード・ログ・ファイルと一時ファイルのデフォルトの場所を設定します。既存の書込み可能なディレクトリを指定する必要があります。このディレクトリには、Upgrade Assistantによってログ・ファイルと一時ファイルが作成されます。

デフォルトの場所は次のとおりです。

(UNIX) ORACLE_HOME/oracle_common/upgrade/logs
ORACLE_HOME/oracle_common/upgrade/temp

(Windows) ORACLE_HOME\oracle_common\upgrade\logs
ORACLE_HOME\oracle_common\upgrade\temp

-help

オプション

すべてのコマンドライン・オプションを表示します。

3.7 コンポーネント構成のアップグレード

Oracle Traffic Directorコンポーネント構成をアップグレードするためにアップグレード・アシスタントを実行するとき、Oracle Traffic Directorドメインに基づいて次の点を考慮してください。

同じ場所に配置されたドメインのアップグレード:

- アップグレードの開始点を指定します。オプションは、「12cソース」および「11gソース」です。

- インスタンスがある11g Oracle Traffic Directorインスタンス・ホームを指定します。

- 各Oracle Traffic Director構成に対して、内部トークンのNSS DBパスワードを指定します(存在する場合)。

次の方法で、アップグレード・アシスタントを実行できます。

- グラフィカル・モードによるOracle Traffic Directorのアップグレード

- サイレント・モードによるOracle Traffic Directorのアップグレード

3.7.1 グラフィカル・モードによるOracle Traffic Directorのアップグレード

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

1. 「ようこそ」画面に実行するタスクのリストが表示されます。「次へ」をクリックして、続行します。

2. 「すべての構成」画面で、「ドメインによって使用されるすべての構成」を選択し、「ドメイン・ディレクトリ」フィールドに適切なドメイン・パスを入力します。

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

4. 「コンポーネント・リスト」画面で「次へ」をクリックして続行します。

5. 「前提条件」画面で、すべてのチェック・ボックスを選択し、「次」をクリックして続行します。

6. OTD 11gの「インスタンス・ホーム」画面で、「次」をクリックして続行します。

7. 「調査」画面に、終了したタスクのリストが表示されます。「次へ」をクリックして、続行します。

8. 「アップグレード・サマリー」画面が表示されます。

注意:

「レスポンス・ファイルの保存」ボタンをクリックして、「コマンドライン」アップグレードの入力として使用できるレスポンス・ファイルを作成します。

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

10. 「アップグレードの進行状況」画面で、「次へ」をクリックして続行します。

11. 「アップグレード成功」画面で、「閉じる」をクリックしてアップグレードを完了します。

3.7.2 サイレント・モードによるOracle Traffic Directorのアップグレード

サイレント・モードを使用してアップグレードするには、アップグレードUAコマンドをレスポンス・ファイル・オプションで実行します。

このレスポンス・ファイルは、アップグレード・ウィザードを使用して生成します。「アップグレード・サマリー」画面の「レスポンス・ファイルの保存」ボタンをクリックします。

アップグレードが成功すると、コンソールに成功メッセージが表示されます。ログ・ファイルは次のパスにあります。

<FMW_HOME>\oracle_common\upgrade\logs

サイレント・アップグレードのコマンドライン(UNIXの場合):

構文

<MW_HOME>/oracle_common/upgrade/bin/ua -response <response-file> -logLevel <Log-verbosity>

サンプル・レスポンス・ファイル:

[GENERAL]
fileFormatVersion = 3

[UAWLSINTERNAL.UAWLS]
pluginInstance = 1
UASVR.path = <PATH-TO-12C-OTD-DOMAIN>

[JRF.JRF_CONFIG_PLUGIN]
pluginInstance = 5

[CAM.SYSCOMP]
pluginInstance = 2

[OTD.CONFIG_UPGRADE]
pluginInstance = 12
INSTANCE_HOME.path = <PATH-TO-11g-OTD-INSTANCE-HOME>

SSL_TOKEN_TABLE.CONFIG_NAME.0.string = <OTD-11G-CONFIG-NAME>
SSL_TOKEN_TABLE.SSL_TOKEN_PIN.0.encryptedPassword =
<ENCRYPTED-SSL-TOKEN-PIN-FOR-CONFIG-IN-11G>
SSL_TOKEN_TABLE.WALLET_PSWD.0.encryptedPassword =
<ENCRYPTED-WALLET-PASSWORD-FOR-UPGRADED-CONFIG-IN-12C>

注意:

SSL_TOKEN*フィールドは、11gインスタンスにSSLが有効な構成がある場合のみ適用可能です。

3.8 コンポーネント構成のアップグレードの確認

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

Oracle Traffic Director 11g構成の場合:

- 11g構成ファイルが12.2.1.2.0ドメインのDOMAIN_HOME/config/fmwconfig/components/OTD/ディレクトリにコピーされています。

- server.xmlファイルの構成要素が変更されています。

- 12.2.1.2.0でサポートされない11g server.xml要素は削除されています。

- 12.2.1.2.0でサポートされない11g obj.confパラメータは削除されています。

- NSSデータベースからの証明書構成はKSS、およびOracle Traffic Director実行時消費のOracleウォレットに移動しています。

- config-storeのserver.xmlのバージョンが12.2.1.2に変更されています。

3.9 アップグレード後の手順

Upgrade Assistantを使用してOracle Traffic Director 12c (12.2.1.2)にアップグレードした後に実行する必要のある、次のアップグレード後のタスクのリストを確認します。

- Oracle Traffic Directorシステム・コンポーネント・インスタンスは、Fusion Middleware ControlまたはWLSTを使用してシステム・コンポーネント構成をマシンにターゲット指定することで、アップグレード後に作成する必要があります。詳細は、Oracle Traffic Directorの管理のインスタンスの管理を参照してください。

- インスタンスおよびフェイルオーバー・グループの作成はデプロイメント・タスクです。これらの手順は、アップグレード以外でアップグレード後の手順として処理するのが適しています。デプロイメント・トポロジおよびフェイルオーバー・グループの構成の詳細は、Oracle Traffic Directorの管理の高可用性を提供するためのOracle Traffic Directorの構成を参照してください。

- Oracle Traffic Director構成ファイル内のINSTANCE_HOMEおよびORACLE_HOME以外のパスへのリファレンスは、アップグレード後にアクセスできない可能性があります。これは手動で構成する必要があります。

3.10 サーバーおよびプロセスの起動

アップグレードが正常に完了したら、すべてのプロセスと管理サーバーや管理対象サーバーを含めたすべてのサーバーを再起動します。

コンポーネントは相互に依存していることがあるため、適切な順序で起動する必要があります。

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

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

ステップ1: 管理サーバーの起動

管理サーバーを起動すると、WebLogic Server管理コンソールやFusion Middleware Controlなど、管理サーバーで実行されているプロセスも起動されます。

管理サーバーを起動するには、startWebLogicスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/startWebLogic.sh

- (Windows) DOMAIN_HOME\bin\startWebLogic.cmd

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

ステップ2: ノード・マネージャの起動

ノード・マネージャを起動するには、startNodeManagerスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/startNodeManager.sh

- (Windows) DOMAIN_HOME\bin\startNodeManager.cmd

ステップ3: Oracle Identity Managementコンポーネントの起動環境の一部を成している、Oracle Internet DirectoryなどのOracle Identity Managementコンポーネントを起動します。

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

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

ステップ4: 管理対象サーバーの起動

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

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

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

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

注意:
通常、管理対象サーバーを起動すると、そのサーバーにデプロイされているアプリケーションが開始されます。したがって、管理対象サーバーの起動後にアプリケーションを手動で開始する必要はありません。

ステップ5: システム・コンポーネントの起動

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

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

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

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

4 Oracle Traffic Directorの以前の12cリリースからのアップグレード

Oracle Traffic Directorを、以前の12cリリースから12c (12.2.1.2)にアップグレードできます。

次の各項の手順に従って、アップグレードを実行します。

- Oracle Traffic Directorのアップグレード・プロセスについて
Oracle Traffic Directorのアップグレード・プロセスの概要については、ロードマップを参照してください。

- Oracle Traffic Director 12c (12.2.1.2.0)へのアップグレード
Oracle Fusion Middleware Upgrade Assistantでは、12c (12.2.1.2.0)へのアウトオブプレース・アップグレードとインプレース・アップグレードをサポートしています。

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

- サーバーおよびプロセスの起動
アップグレードが正常に完了したら、すべてのプロセスと管理サーバーや管理対象サーバーを含めたすべてのサーバーを再起動します。

4.1 Oracle Traffic Directorのアップグレード・プロセスについて

Oracle Traffic Directorのアップグレード・プロセスの概要については、ロードマップを参照してください。

既存のドメインをアップグレードするために実行する手順は、ドメインがどのように構成されているか、およびどのコンポーネントをアップグレードするかによって異なります。各自のデプロイメントに該当する手順にのみ従ってください。

表4-1 Oracle Traffic Directorをアップグレードするためのタスク

タスク

説明

必須

このガイドの概要に関するトピックを再確認して、アップグレード前のタスクを完了します(まだ実行していない場合)。

「アップグレード前チェックリスト」を参照してください

必須

Oracle Fusion Middleware InfrastructureとOracle Traffic Director 12c (12.2.1.2)のディストリビューションをダウンロードして、新しいOracleホームにインストールします。

「製品ディストリビューションのインストール」を参照してください

必須

11g環境を停止します(すべての管理サーバーと管理対象サーバーを停止します)。

警告: アップグレード中にサーバーを停止しないと、データが破壊される可能性があります。

「サーバーとプロセスの停止」を参照

必須

Upgrade Assistantを起動して、ドメイン・コンポーネントの構成をアップグレードします。

Upgrade Assistantは、ドメインのコンポーネント構成を更新するために使用します。

「コンポーネント構成のアップグレード」を参照してください

必須

Upgrade Assistantを起動して、スタンドアロン・システム・コンポーネントの構成をアップグレードします。

Upgrade Assistantは、スタンドアロン・エージェントのコンポーネント構成を更新します。

「Upgrade Assistantの起動」を参照

必須

アップグレードを完了して確認します。

新規の管理サーバーと管理対象サーバーおよびノード・マネージャの起動など、アップグレード後に必要な構成タスクを必要に応じて実行して、問題がないことを確認します。

バックアップを削除する前に、アップグレードしたすべてのコンポーネントが期待どおりに動作しているか確認することをお薦めします。

コンポーネント構成の確認を参照してください

4.2 Oracle Traffic Director 12c (12.2.1.2.0)へのアップグレード

Oracle Fusion Middleware Upgrade Assistantでは、12c (12.2.1.2.0)へのアウトオブプレース・アップグレードとインプレース・アップグレードをサポートしています。

Oracle Fusion Middleware Upgrade Assistantでは、次のOracle Traffic Directorリリースについて、12c (12.2.1.2.0)へのインプレース・アップグレードがサポートされています。

- Oracle Traffic Director FMW 12cリリース 2 (12.2.1)

次のトピックでは、Oracle Traffic Directorを12.2.1.2にアップグレードする方法について説明します。

- Upgrade Assistantの起動
Upgrade Assistantを実行して、製品スキーマ、ドメイン・コンポーネントの構成またはスタンドアロン・システム・コンポーネントを12c (12.2.1.2)にアップグレードします。Upgrade Assistantを非SYSDBAユーザーとして実行し、一度に1つのドメインのアップグレードを完了することをお薦めします。

- コンポーネント構成のアップグレード

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

4.2.1 Upgrade Assistantの起動

Upgrade Assistantを実行して、製品スキーマ、ドメイン・コンポーネントの構成またはスタンドアロン・システム・コンポーネントを12c (12.2.1.2)にアップグレードします。Upgrade Assistantを非SYSDBAユーザーとして実行し、一度に1つのドメインのアップグレードを完了することをお薦めします。

Upgrade Assistantを起動するには、次の手順に従います。

1. oracle_common/upgrade/binディレクトリに移動します。

- (UNIX) ORACLE_HOME/oracle_common/upgrade/bin

- (Windows) ORACLE_HOME\oracle_common\upgrade\bin

2. Upgrade Assistantの起動:

- (UNIX) ./ua

- (Windows) ua.bat

ロギング・パラメータなどコマンド・ラインで指定できるパラメータの詳細は、次を参照してください。

- Upgrade Assistantコマンドライン・パラメータ

4.2.1.1 Upgrade Assistantコマンドライン・パラメータ

コマンド・ラインからUpgrade Assistantを起動すると、他のパラメータも指定できます。

表4-2 Upgrade Assistantコマンドライン・パラメータ

パラメータ

必須/オプション

説明

-readiness

準備状況チェックに必要
注意: スタンドアロン・インストール(WebLogic Serverで管理されていないインストール)では、準備状況チェックを実行できません。

実際のアップグレードを実行せずに、アップグレードの準備状況チェックを実行します。

スキーマおよび構成がチェックされます。

-examineパラメータを指定した場合は、このパラメータを使用しないでください。

-threads

オプション

スキーマの同時アップグレードまたはスキーマの準備状況チェックに使用可能なスレッドの数を識別します。

値は、1 - 8の正の整数である必要があります。デフォルトは4です。

-response

サイレント・アップグレードまたはサイレント準備状況チェックに必要

レスポンス・ファイルに保存された入力を使用して、Upgrade Assistantを実行します。このレスポンス・ファイルは、GUIモードでUpgrade Assistantを実行したときの入力データから生成されます。このパラメータを使用すると、Upgrade Assistantはサイレント・モード(Upgrade Assistantの画面を表示しないモード)で実行されます。

-examine

オプション

調査フェーズを実行しますが、実際のアップグレードは実行しません。

-readinessパラメータを指定した場合、このパラメータを指定しないでください。

-logLevel attribute

オプション

次のいずれかの属性を指定して、ロギング・レベルを設定します。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

デフォルトのロギング・レベルはNOTIFICATIONです。

-logLevel TRACE属性を設定して、より多くのログが記録されるようにすることを検討してください。これは、失敗したアップグレードをトラブルシューティングする際に役立ちます。-logLevel TRACEが使用されると、Upgrade Assistantのログ・ファイルは非常に大きくなる可能性があります。

-logDir location

オプション

アップグレード・ログ・ファイルと一時ファイルのデフォルトの場所を設定します。既存の書込み可能なディレクトリを指定する必要があります。このディレクトリには、Upgrade Assistantによってログ・ファイルと一時ファイルが作成されます。

デフォルトの場所は次のとおりです。

(UNIX) ORACLE_HOME/oracle_common/upgrade/logs
ORACLE_HOME/oracle_common/upgrade/temp

(Windows) ORACLE_HOME\oracle_common\upgrade\logs
ORACLE_HOME\oracle_common\upgrade\temp

-help

オプション

すべてのコマンドライン・オプションを表示します。

4.2.2 コンポーネント構成のアップグレード

Oracle Traffic Directorコンポーネント構成をアップグレードするためにアップグレード・アシスタントを実行するとき、Oracle Traffic Directorドメインに基づいて次の点を考慮してください。

スタンドアロン・ドメインのアップグレード:

- アップグレードされたOracle Traffic Director構成に、ターゲット・ドメインの場所を指定します。

同じ場所に配置されたドメインのアップグレード:

- アップグレードされたOracle Traffic Director構成に12.2.1.2ターゲット・ドメインの場所を指定します。

- アップグレードの開始点を指定します。オプションは、「12cソース」および「11gソース」です。

4.2.3 コンポーネント構成のアップグレードの確認

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

Oracle Traffic Director 12c構成の場合:

- server.xmlのバージョンが12.2.1.2に変更されています。

- スクリプト内およびobj.confファイル内のORACLE_HOMEの値が、ローカルのOracle Traffic Directoryインスタンスの新しいORACLE_HOMEとして更新されています。

4.3 アップグレード後のタスク

Oracle Traffic Director 12c (12.2.1.2)にアップグレードした後に実行が必要な可能性のある、次のアップグレード後のタスクのリストを確認します。

- Oracle Traffic Director構成ファイル内のINSTANCE_HOMEおよびORACLE_HOME以外のパスへの参照は、アップグレード後にアクセスできない可能性があります。これは手動で構成する必要があります。

4.4 サーバーおよびプロセスの起動

アップグレードが正常に完了したら、すべてのプロセスと管理サーバーや管理対象サーバーを含めたすべてのサーバーを再起動します。

コンポーネントは相互に依存していることがあるため、適切な順序で起動する必要があります。

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

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

ステップ1: 管理サーバーの起動

管理サーバーを起動すると、WebLogic Server管理コンソールやFusion Middleware Controlなど、管理サーバーで実行されているプロセスも起動されます。

管理サーバーを起動するには、startWebLogicスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/startWebLogic.sh

- (Windows) DOMAIN_HOME\bin\startWebLogic.cmd

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

ステップ2: ノード・マネージャの起動

ノード・マネージャを起動するには、startNodeManagerスクリプトを使用します。

- (UNIX) DOMAIN_HOME/bin/startNodeManager.sh

- (Windows) DOMAIN_HOME\bin\startNodeManager.cmd

ステップ3: Oracle Identity Managementコンポーネントの起動環境の一部を成している、Oracle Internet DirectoryなどのOracle Identity Managementコンポーネントを起動します。

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

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

ステップ4: 管理対象サーバーの起動

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

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

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

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

注意:
通常、管理対象サーバーを起動すると、そのサーバーにデプロイされているアプリケーションが開始されます。したがって、管理対象サーバーの起動後にアプリケーションを手動で開始する必要はありません。

ステップ5: システム・コンポーネントの起動

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

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

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

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