3 スタンドアロンOracle HTTP Serverのアップグレード(11gから12c)
この章の構成は、次のとおりです。
- スタンドアロンOracle HTTP Serverのアップグレード・プロセス(11gから12c)について
Oracle HTTP Serverのアップグレード・プロセスの概要に関するフローチャートとロードマップを再確認します。 - アップグレード前の重要な考慮事項
アップグレードを開始する前に、アップグレード中またはその後に既存の設定が影響を受けないことを確認することが重要です。Oracle Web CacheまたはWebGateを使用しているか、アプリケーション固有のアーティファクトを11gドメインで使用している場合には、この項の各トピックをよく確認して既存の設定に影響が出ないようにします。 - スタンドアロンOracle HTTP Serverのインストール
アップグレードの開始前に、Oracle HTTP Server 12c (12.2.1.3.0)ディストリビューションをターゲット・システムにダウンロードし、Oracle Universal Installerを使用してインストールします。 - サーバーとプロセスの停止
スタンドアロンWeb層は、Oracle Process Manager and Notification (OPMN)サーバーで管理できるサーバー・コンポーネントとしてのWebキャッシュとOHSで構成されます。アップグレード・アシスタントを実行してドメイン構成をアップグレードする前に、OPMNサーバーを停止する必要があります。 - ドメイン・コンポーネント構成のアップグレード
ドメインを再構成した後、Upgrade Assistantを使用して、更新したドメイン構成と一致するようドメイン内のドメイン・コンポーネント構成をアップグレードします。 - サーバーとプロセスの起動
アップグレードの成功後、Oracle Process Manager and Notification (OPMN)サーバーおよびWeb層OHSサーバー・コンポーネントを起動します。 - アップグレードの確認
ノード・マネージャとスタンドアロンOracle HTTP Serverが正常に起動できることを確認することで、アップグレードが成功していることを検証できます。
スタンドアロンOracle HTTP Serverのアップグレード・プロセス(11gから12c)について
Oracle HTTP Serverのアップグレード・プロセスの概要に関するフローチャートとロードマップを再確認します。
図3-1は、11gを開始ポイントとするスタンドアロンOracle HTTP Serverのアップグレードに関する手順の概要を示しています。各ステップで使用するツールのリストも示します。
図3-1 スタンドアロンOracle HTTP Serverのアップグレード・プロセス・フローチャート(11gから12c)
![図3-1の説明が続きます 図3-1の説明が続きます](img/standalone-ohs-upgrade-11g-12c.jpg)
「図3-1 スタンドアロンOracle HTTP Serverのアップグレード・プロセス・フローチャート(11gから12c)」の説明
次の表では、スタンドアロンOracle HTTP Server 11gを12cにアップグレードするために実行する必要があるタスクについて説明しています。
表3-1 スタンドアロンOracle HTTP Serverをアップグレードするためのタスク(11gから12c)
タスク | 説明 |
---|---|
必須 スタンドアロンOracle HTTP Serverをアップグレードしていることを確認します。 |
既存の環境にどの種類のOracle HTTP Serverが含まれるかを判断するには、Oracle HTTP Serverがスタンドアロンか管理対象(コロケート)かの判断を参照してください。 |
必須 アップグレード前のタスクを実行します。 |
アップグレード前タスクには、本番環境のクローニング、システム要件や動作保証の確認、未使用データのパージ、非SYSDBAユーザーの作成などがあります。 アップグレード前タスクの完全なリストは、Oracle HTTP Serverのアップグレードの準備を参照してください。 さらに、次のタスクも完了します: 「アップグレード前の重要な考慮事項」。 |
必須 スタンドアロンOracle HTTP Serverをインストールします。 |
インストール・プログラムを実行してソフトウェアをインストールします。インストール・タイプスタンドアロンOracle HTTP Server (WebLogic Serverとは切り離して管理)を選択します。これによって、ソフトウェアをシステムに転送し、新しいOracleホーム・ディレクトリを作成します。 スタンドアロンOracle HTTP Serverのインストールを参照してください。 |
必須 11g環境を停止します。 |
「サーバーとプロセスの停止」を参照 |
必須 11gのスタンドアロン・システム・コンポーネント構成のアップグレード。 |
「ドメイン・コンポーネント構成のアップグレード」を参照してください。 |
必須 サーバーおよびプロセスを再起動します。 |
「サーバーとプロセスの起動」を参照してください。 |
必須 アップグレードを検証します。 |
Oracle HTTP Serverが予期したとおりの機能を続行しているはずです。アップグレード後の問題がある場合は、インストールのトラブルシューティングを実行してアップグレードを再試行する必要があります。 Oracle HTTP Serverの管理のOracle HTTP Serverのトラブルシューティングを参照してください。 |
アップグレード前の重要な考慮事項
アップグレードを開始する前に、アップグレード中またはその後に既存の設定が影響を受けないことを確認することが重要です。Oracle Web CacheまたはWebGateを使用しているか、アプリケーション固有のアーティファクトを11gドメインで使用している場合には、この項の各トピックをよく確認して既存の設定に影響が出ないようにします。
- Oracle Web Cache 11gユーザー
Oracle Web Cacheはセキュアなリバース・プロキシ・キャッシュであり、ブラウザとHTTPサーバーとの間、またはブラウザとContent Managementサーバーとの間にデプロイされる圧縮エンジンです。アクセス頻度の高いコンテンツをキャッシュすることで、Webサイトのパフォーマンスを向上します。オラクル社では、Web Cacheの最終バージョンを11gでリリースしました。Web Cacheは12cでは使用できません。 - WebGate 11gユーザー
WebGateはOracle Access Manager (OAM)のWebサーバー・プラグインで、HTTPリクエストを捕捉して、認証と認可を行うためにアクセス・サーバーに転送します。WebGateはOracle HTTP Server 12cインストールに含まれており、Upgrade AssistantによってOracle HTTP Serverアップグレード処理の一部としてアップグレードされます。 - WebGateのログ・ファイル名の更新
Oracle Fusion Middleware 12cでは、WebGateのログ・ファイル名がoblog.log
からwebgate.log
に変更されました。Oracle HTTP Serverの最新リリースへのアップグレード後に、oblog_config_wg.xml
ファイルを手動で更新して、ファイル内に出現するoblog.log
の各エントリをwebgate.log
に置き換える必要があります。 - 11gのアプリケーション・アーティファクト
アプリケーション・アーティファクトには、JSPファイル、イメージ、スタイルシート、Javascript、静的HTMLページに加えて、Javaのクラスおよびソース・ファイルやWebアプリケーションの構成ファイルなどのすべてのWebリソースが含まれます。統合開発環境(IDE)は、これらすべてのリソースを使用し、Webアプリケーション・アーティファクトとして参照します。 - 11gのアプリケーション・アーティファクトの移行
Oracleインスタンス内にあるすべての11gアプリケーション・アーティファクトを、HTMLまたはイメージ、CGIまたはFastCGIのスクリプトまたはアプリケーション、サード・パーティのモジュールなど、任意の組合せの静的ファイルを含めて手動で移行する必要があります。11g構成が参照していたアプリケーション・アーティファクトのうち、Oracleインスタンスの外部のディレクトリに保存されていたものは、Oracle HTTP Server 12cが使用する移行後の構成によって引き続き参照されます。
Oracle Web Cache 11gユーザー
Oracle Web Cacheはセキュアなリバース・プロキシ・キャッシュであり、ブラウザとHTTPサーバーとの間、またはブラウザとContent Managementサーバーとの間にデプロイされる圧縮エンジンです。アクセス頻度の高いコンテンツをキャッシュすることで、Webサイトのパフォーマンスを向上します。オラクル社では、Web Cacheの最終バージョンを11gでリリースしました。Web Cacheは12cでは使用できません。
11g環境でWeb Cacheを使用している場合は、次の制限事項を考慮してください。
-
Web CacheはFusion Middleware 12cでは使用できません。このため、Web Cacheにはアップグレードはありません。
-
Web Cache 11gを12c Oracle HTTP Serverのフロントエンドにする組合せは動作保証されません。
-
11gのセットアップでWeb CacheとOracle HTTP Serverの両方を使用している場合、Oracle HTTP Serverのみを12cにアップグレードできます。この場合、11g Web Cacheを無効にし、トラフィックがOracle HTTP Serverに直接向けられるように構成設定を変更する必要があります。
-
11gセットアップでWeb CacheとOracle HTTP Serverの両方を使用していて、それらをEnterprise Manager Fusion Middleware Controlで管理するためにOracle WebLogic Server (WLS)ドメインに関連付けている場合は、WLSドメインも12cにアップグレードする必要があります。この場合、関連付けられたOracle HTTP Serverも12cにアップグレードされます。ただし、Web Cacheは、12cのFusion Middleware Controlから削除されます。
親トピック: アップグレード前の重要な考慮事項
WebGate 11gユーザー
WebGateはOracle Access Manager (OAM)のWebサーバー・プラグインで、HTTPリクエストを捕捉して、認証と認可を行うためにアクセス・サーバーに転送します。WebGateはOracle HTTP Server 12cインストールに含まれており、Upgrade AssistantによってOracle HTTP Serverアップグレード処理の一部としてアップグレードされます。
ノート:
Oracle Fusion Middleware 12c (12.2.1.3.0)では、WebGateのログ・ファイル名がoblog.log
からwebgate.log
に変更されています。Oracle HTTP Serverの最新リリースへのアップグレード後に、oblog_config_wg.xml
ファイルを手動で更新して、ファイル内に出現するoblog.log
の各エントリをwebgate.log
に置き換える必要があります。このタスクを実行するには、「WebGateのログ・ファイル名の更新」を参照してください。
親トピック: アップグレード前の重要な考慮事項
WebGateのログ・ファイル名の更新
Oracle Fusion Middleware 12cでは、WebGateのログ・ファイル名がoblog.log
からwebgate.log
に変更されています。Oracle HTTP Serverの最新リリースへのアップグレード後に、oblog_config_wg.xml
ファイルを手動で更新して、ファイル内に出現するoblog.log
の各エントリをwebgate.log
に置き換える必要があります。
親トピック: アップグレード前の重要な考慮事項
11gのアプリケーション・アーティファクト
アプリケーション・アーティファクトには、JSPファイル、イメージ、スタイルシート、Javascript、静的HTMLページに加えて、Javaのクラスおよびソース・ファイルやWebアプリケーションの構成ファイルなどのすべてのWebリソースが含まれます。統合開発環境(IDE)は、これらすべてのリソースを使用し、Webアプリケーション・アーティファクトとして参照します。
11gのアプリケーション・アーティファクトがあり、12cでも引き続き使用する場合は、次をよく確認してください。
-
11g Oracleインスタンスから12cドメインへのOracle HTTP Serverアップグレードの一部として、Oracle HTTP Server構成ディレクトリのレイアウトが、Oracleインスタンスからスタンドアロン・ドメインに移行されます。
-
Oracleインスタンスのコンポーネント構成ディレクトリにあるOracle HTTP Server 11gの構成ファイルは、自動的に移行されます。
-
Oracleインスタンス内にあるアプリケーション・アーティファクトは、任意の組合せの静的ファイル(HTMLまたはイメージ、CGIまたはFastCGIのスクリプトまたはアプリケーション、サード・パーティのモジュールなど)を含めて、12cへのアップグレード後に手動で移行する必要があります
「11gのアプリケーション・アーティファクトの移行」を参照してください。
親トピック: アップグレード前の重要な考慮事項
11gのアプリケーション・アーティファクトの移行
Oracleインスタンス内にあるすべての11gアプリケーション・アーティファクトを、HTMLまたはイメージ、CGIまたはFastCGIのスクリプトまたはアプリケーション、サード・パーティのモジュールなど、任意の組合せの静的ファイルを含めて手動で移行する必要があります。11g構成が参照していたアプリケーション・アーティファクトのうち、Oracleインスタンスの外部のディレクトリに保存されていたものは、Oracle HTTP Server 12cが使用する移行後の構成によって引き続き参照されます。
たとえば、あるサード・パーティのプラグイン・モジュールがOracle HTTP Server 11gのOracleホームにインストールされており、次の例に示す構成を使用してOracleホームの場所から参照されていた場合は、このプラグイン・モジュールを12cのOracle HTTP ServerのOracleホームに手動でインストールするか、またはアップグレードした構成を変更して別の場所で参照する必要があります。
LoadModule example_module "ORACLE_HOME/ohs/modules/mod_example.so"
同様に、静的ファイルが11gのコンポーネント構成ディレクトリ内の/htdocs
ディレクトリにコピーされていた場合は、これらのファイルも12cインスタンスの構成ディレクトリに手動でコピーするか、またはアップグレードされた構成を修正して別の場所で参照する必要があります。他のタイプのアプリケーション・アーティファクトは、同様の手順で手動で移行する必要があります。
親トピック: アップグレード前の重要な考慮事項
スタンドアロンOracle HTTP Serverのインストール
アップグレードの開始前に、Oracle HTTP Server 12c (12.2.1.3.0)ディストリビューションをターゲット・システムにダウンロードし、Oracle Universal Installerを使用してインストールします。
サーバーとプロセスの停止
スタンドアロンWeb層は、Oracle Process Manager and Notification (OPMN)サーバーで管理できるサーバー・コンポーネントとしてのWebキャッシュとOHSで構成されます。アップグレード・アシスタントを実行してドメイン構成をアップグレードする前に、OPMNサーバーを停止する必要があります。
opmnctl
コマンドを使用して、アップグレードするOracleインスタンスのOPMNコンポーネントをすべて停止します。
$ORACLE_INSTANCE/bin/opmnctl stopall
ドメイン・コンポーネント構成のアップグレード
ドメインの再構成後、更新したドメイン構成と一致するように、ドメイン内でUpgrade Assistantを使用してドメイン・コンポーネント構成をアップグレードします。
- Upgrade Assistantの起動
Upgrade Assistantを実行して、製品スキーマ、ドメイン・コンポーネント構成、またはスタンドアロンのシステム・コンポーネントを12c (12.2.1.3.0)にアップグレードします。 - Upgrade Assistantを使用した11gドメイン・コンポーネントのアップグレード
Upgrade Assistantの各画面を通じて、WebLogicドメインのコンポーネント構成をアップグレードします。 - ドメイン固有コンポーネント構成のアップグレードの確認
ドメイン固有コンポーネント構成のアップグレードが成功したことを確認するには、管理コンソールおよびOracle Enterprise Manager Fusion Middleware Controlにサインインし、各コンポーネントのバージョン番号が12.2.1.3.0であることを確認します。
アップグレード・アシスタントの起動
Upgrade Assistantを実行して、製品のスキーマ、ドメイン・コンポーネント構成、またはスタンドアロンのシステム・コンポーネントを12c (12.2.1.3.0)にアップグレードします。
ノート:
Upgrade Assistantを開始する前に、Upgrade Assistantを実行しているプラットフォームのJVM文字エンコーディングがUTF-8に設定されていることを確認します。文字エンコーディングがUTF-8に設定されていない場合、名前にUnicode文字を含むファイルをダウンロードできません。アップグレードが失敗する可能性があります。
oracle_common/upgrade/bin
ディレクトリに移動します。- (UNIX)
NEW_ORACLE_HOME/oracle_common/upgrade/bin
- (Windows)
NEW_ORACLE_HOME\oracle_common\upgrade\bin
- (UNIX)
- Upgrade Assistantを起動します。
- (UNIX) ./ua
- (Windows) ua.bat
コマンドラインに指定可能なその他のパラメータ(ロギングのパラメータなど)の詳細は、次を参照してください。
Upgrade Assistantのパラメータ
コマンドラインからUpgrade Assistantを起動する際に、追加のパラメータを指定できます。
表3-2 Upgrade Assistantコマンドライン・パラメータ
パラメータ | 必須またはオプション | 説明 |
---|---|---|
|
準備状況チェックの場合は必須
ノート: スタンドアロン・インストール(WebLogic Serverによって管理されないインストール)では準備状況チェックを実行できません。 |
アップグレードの準備状況チェックを実行します(実際のアップグレードは実行しません)。 スキーマと構成がチェックされます。
|
|
オプション |
スキーマの同時アップグレードまたはスキーマの準備状況チェックに使用可能なスレッドの数を特定します。 値は、1 - 8の正の整数である必要があります。デフォルトは4です。 |
|
サイレント・アップグレードまたはサイレント準備状況チェックの場合は必須 |
レスポンス・ファイルに保存した入力を使用して、Upgrade Assistantを実行します。このレスポンス・ファイルは、GUIモードでUpgrade Assistantを実行したときの入力データから生成されます。このパラメータを使用すると、Upgrade Assistantがサイレント・モードで(Upgrade Assistant画面を表示せずに)実行されます。 |
|
オプション |
調査フェーズを実行しますが、実際のアップグレードは実行しません。
|
|
オプション |
次のいずれかの属性を指定して、ログイン・レベルを設定します。
デフォルトのロギング・レベルは
|
|
オプション |
アップグレード・ログ・ファイルと一時ファイルのデフォルトの場所を設定します。既存の書込み可能なディレクトリを指定する必要があります。Upgrade Assistantは、このディレクトリにログ・ファイルと一時ファイルを作成します。 デフォルトの場所は次のとおりです。 (UNIX)
(Windows)
|
|
オプション |
すべてのコマンドライン・オプションを表示します。 |
親トピック: Upgrade Assistantの起動
Upgrade Assistantを使用した11gドメイン・コンポーネントのアップグレード
Upgrade Assistantの各画面を通じて、WebLogicドメインのコンポーネント構成をアップグレードします。
親トピック: ドメイン・コンポーネント構成のアップグレード
ドメイン固有コンポーネント構成のアップグレードの確認
ドメイン固有コンポーネント構成のアップグレードが成功したことを確認するには、管理コンソールおよびOracle Enterprise Manager Fusion Middleware Controlにサインインし、各コンポーネントのバージョン番号が12.2.1.3.0になっていることを確認します。
管理コンソールにサインインするには、次に移動します: http://administration_server_host:administration_server_port/console
Oracle Enterprise Manager Fusion Middleware Control Consoleにサインインするには、次に移動します: http://administration_server_host:administration_server_port/em
ノート:
アップグレード後、管理ツールは、前のOracleホーム・ディレクトリではなく新しい12c (12.2.1.3.0)のOracleホーム・ディレクトリから必ず実行してください。
アップグレード・プロセス時に、一部のOWSMドキュメント(ポリシー・セット、ポリシーおよびアサーション・テンプレートなどの事前定義ドキュメント)のアップグレードが必要な場合があります。ポリシー・セットまたは事前定義ドキュメントがアップグレードされると、バージョン番号が1増分されます。
Upgrade Assistantを実行するためにFMWユーザーを作成した場合は、アップグレードが成功したことを確認してからアカウントを削除してください。
親トピック: ドメイン・コンポーネント構成のアップグレード
サーバーおよびプロセスの起動
アップグレードの成功後、Oracle Process Manager and Notification (OPMN)サーバーおよびWeb層OHSサーバー・コンポーネントを起動します。
ノート:
WebCacheは12cではアップグレード/サポートされていません。opmnctl
コマンドを使用して、アップグレード後にOPMNサーバーおよびWeb層コンポーネントを起動できます。
$ORACLE_INSTANCE/bin/opmnctl startall
ノート:
スキーマをアップグレードする前に内部認証に変更した場合は、サーバーおよびプロセスを起動した後に外部認証に戻します。- スタンドアロンOracle HTTP Serverの起動
アップグレード後に、スタンドアロンOracle HTTP Serverを起動します。
スタンドアロンOracle HTTP Serverの起動
アップグレード後に、スタンドアロンOracle HTTP Serverを起動します。
親トピック: サーバーとプロセスの起動
アップグレードの確認
ノード・マネージャおよびスタンドアロンOracle HTTP Serverを正しく起動できれば、アップグレードが成功したことを確認できます。
アップグレード後の問題が発生した場合は、インストールのトラブルシューティングを実行してアップグレードを再試行する必要があります。『Oracle HTTP Serverの管理者ガイド』のOracle HTTP Serverのトラブルシューティングに関する項 を参照。
新しくアップグレードした環境を起動できない場合は、OracleウォレットでMD5証明書を使用していることが原因になっている可能性があります。MD5署名を使用しているかどうかおよびSHA-2証明書に置換する方法を確認するには、「SHA-2アルゴリズムを使用して署名された証明書でMD5アルゴリズムを使用して署名された証明書を置き換え」を参照してください。