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

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

アップグレードのロードマップを使用して、Oracle WebLogic Serverアプリケーション環境のアップグレードに必要な手順を識別します。

WebLogicのアプリケーション環境をアップグレード、構成およびデプロイすると、WebLogicのアプリケーション環境のアップグレードが完了します。

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

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

WebLogicアプリケーション環境をアップグレードする前に、アップグレード・パスをプランニングします。アップグレード・パスのプランニングには、アプリケーション環境のインベントリの生成、サポートされるシステム構成の確認、およびアプリケーション環境の互換性情報の確認が含まれます。

使用している環境のすべてのアップグレード要件に対応する計画を策定するには、次のステップを実行します。

ステップ1: アプリケーション環境のインベントリの実施

次のコンポーネントを指定することで、アプリケーション環境のインベントリを生成します。

管理サーバーとそれが存在するコンピュータ
管理対象サーバーとそれが動作しているコンピュータ
アプリケーションの場所(すべての外部クライアント・アプリケーションも含む)
次のような外部リソース:
- 永続データとアプリケーション・データの保存に使用されているデータベース
- ファイアウォール
- ロード・バランサ
アプリケーション環境を構築するのに必要なタスクの自動化に使用されているツール、スクリプト、テンプレート、およびソース・コード

「アップグレード・プロセスの概要」にアプリケーション環境の例がありますので(図1-1)、参考にしてください。

ステップ2: サポート対象構成情報の確認

WebLogic Server 15.1.1.0.0でサポートされる構成(たとえば、JDKバージョン、オペレーティング・システム・バージョン、Webサーバー・バージョン、データベース・バージョン)は変更されました。ご使用の環境を、これらの製品および他の製品のサポートされるバージョンにアップグレードする必要がある場合があります。

サポートされる構成の詳細は、Oracle Technology Network (OTN)上のOracle Fusion Middlewareのサポートされるシステム構成を参照してください。

データベースについては、次の点に注意してください。

インストール・プログラムに含まれる評価版データベース(サンプル・アプリケーションやコード例用またはデモンストレーション・データベースとして提供されます)はDerbyです。Derbyは、Java、JDBCおよびSQL標準に基づくオープン・ソースのリレーショナル・データベース管理システムです。Derbyの詳細は、http://db.apache.org/derby/を参照してください。
Oracle Thinドライバは、WebLogic Serverのインストールに含まれています。
Oracle OCIデータベース・ドライバからThinデータベース・ドライバに移行する場合は、生成されたJDBCモジュールからserverプロパティを削除する必要があります。たとえば:
```
<property> 
  <name>server</name> 
  <value>servername</value> 
</property> 
```
Oracle Thin DriverはWebLogic Serverでインストールされ、使用できる準備が整います。これらのドライバの使用の詳細は、Oracle WebLogic Server JDBCデータ・ソースの管理のWebLogic ServerでインストールされるJDBCドライバに関する項を参照してください。

ステップ3: 互換性情報の確認

既存のWebLogic Serverアプリケーションを新しいWebLogic Server 15.1.1.0.0アプリケーション環境で動作するように変更する必要があります。Rewrite WebLogicレシピを使用して、アプリケーションをWebLogic 15.1.1.0.0およびJakarta 9.1に移行するために必要な変更を適用することをお薦めします。WebLogicアプリケーションでのOracle Rewriteレシピの使用の詳細は、「アプリケーションのアップグレード」を参照してください。

互換性および相互運用性の詳細は、「WebLogic Server 15.1.1.0.0の旧リリースとの互換性」を参照してください。

アップグレードに関する考慮事項の確認

以上のステップで収集した情報を使用して、アプリケーション環境のアップグレード計画を作成します。アップグレード・プロセスのスコープとタイミングは、ビジネス・ニーズに応じて特定します。

次の点に注意してください:

現在本番環境にデプロイされているアプリケーション環境をアップグレードすることはお薦めしません。開発中またはテスト中のアプリケーション環境をアップグレードし、アップグレードした環境を本番環境にプロモートする前に、標準的な品質保証およびパフォーマンス・チューニングを行うことをお薦めします。

ノート:
WebLogic Server 15.1.1.0.0では、アプリケーション環境をアップグレードするには停止時間が必要です。つまり、アプリケーションをアンデプロイし、ドメイン内のサーバーを停止する必要があります。アプリケーションおよびドメインを15.1.1.0.0にアップグレードした後、ドメインを起動してアップグレードしたアプリケーションを再デプロイします。詳細な手順については、「アップグレード・プロセスの概要」を参照してください。
重要なアップグレードの実行後にWebLogic Serverを起動すると、WebLogic Server、WebLogic Server上にレイヤー化された製品またはアプリケーション(あるいはそのすべて)が、既存のデータ・ファイルおよびデータベース表に元に戻せない変更を加える可能性があります。たとえば、デフォルトのファイル・ストアは、古いバージョンではロードできなくなるように変更される場合があります。重要なアップグレードには、メジャー・バージョン、マイナー・バージョンおよびパッチ・セットからのアップグレードや、ファイルまたはデータベース形式を変更する特定のパッチ/アプリケーションからのアップグレードが含まれます。
たとえば、アプリケーション環境に多数のクラスタリングされたドメインがあり、多数のアプリケーションがデプロイされているなど、アプリケーション環境が複雑な場合は、アプリケーション環境のコンポーネントを段階的にアップグレードすることを推奨します。
管理するシステムの多様性とコストを最小限に抑えるため、単一のアプリケーション環境で使用されるWebLogic Serverのバージョン数を制限することを推奨します。
WebLogicドメインでRDBMSセキュリティ・ストアを使用する場合は、RDBMSセキュリティ・ストアが構成された新しいドメインを作成すること推奨します。RDBMSセキュリティ・ストアを使用するドメインが作成済であっても、新しいドメインを作成し、そのドメインに既存のセキュリティ・レルムを移行してください。既存のドメインにはRDBMSセキュリティ・ストアを組み込まないでください。『Oracle WebLogic Serverセキュリティの管理』のRDBMSセキュリティ・ストアの管理に関する項を参照してください。

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

WebLogic Server 15.1.1.0.0へのアップグレードには、次の主なステップが含まれます。

ノート:

開始する前に: 必要なJDKバージョン、オペレーティング・システム・バージョン、Webサーバー・バージョンおよびデータベース・バージョンについて、Oracle Fusion Middlewareのサポート対象システム構成ページを確認してください。

次の主なステップを実行します。

アップグレードの準備

15.1.1.0.0では、既存のすべてのWebLogic Serverアプリケーションを新しいWebLogic Serverアプリケーション環境で動作するように変更する必要があります。アプリケーションをドメインからアンデプロイし、アップグレードする必要があります。また、実行中のすべてのサーバー・インスタンスを停止し、ドメイン内のアプリケーション・コンポーネントをバックアップします。

アプリケーションのアップグレード

アプリケーションのアップグレードを簡略化するために、Rewrite WebLogicレシピを使用して、アプリケーションをWebLogic Server 15.1.1.0.0およびJakarta EE 9.1に移行するために必要な変更を適用することをお薦めします。たとえば次のような変更です。

javaxからjakartaネームスペースへのアプリケーションの変換
デプロイメント記述子のJakartaスキーマでの変換
サポートされている最新のJDKを使用するようにアプリケーションをアップグレード
非推奨または削除されたWebLogic ServerおよびJava APIの識別
WebLogic Mavenプロパティ・バージョンのアップグレード
Spring Framework 5.xアプリケーションのSpring Framework 6.2.xへのアップグレード

ノート:

Rewrite WebLogicレシピを使用して、WebLogic Serverアプリケーションを新しいバージョンのWebLogic Server、Java、Jakarta EE、および関連するバージョンのJakarta Server FacesおよびSpring Frameworkに移行します。これらのレシピは、他のいかなるサードパーティの依存関係にも対応しません。他のすべてのサードパーティの依存関係については、移行を行うための追加のレシピを検索または作成するか、移行後にコードを手動で変更する必要があります。

WebLogic Serverアプリケーションのアップグレード・ツール全般について学習するには、ドキュメントを参照してください。実践的な学習をすぐに始めるには、例とチュートリアルを参照してください。

アプリケーション環境内のサーバーの停止

アプリケーション環境をアップグレードする前に、アプリケーション環境内のすべてのサーバーを停止する必要があります。

アプリケーション環境のバックアップの作成

アプリケーション環境をアップグレードする前に、表2-1に示されているコンポーネントを手動でバックアップすることをお薦めします。ドメイン内のすべてのマシンに関連する情報をバックアップする必要があります。

表2-1 アプリケーション環境のバックアップに関する推奨事項

コンポーネント	推奨事項
ドメイン・ディレクトリ	管理サーバーとアプリケーション環境で定義されているリモートの管理対象サーバーのドメイン・ディレクトリをすべてバックアップします。ノート: アップグレードするドメインの自動バックアップを行っていた、ドメイン・アップグレード・ウィザードは、WebLogic Serverで提供されなくなりました。ドメインをアップグレードする前に、ドメイン・ディレクトリを手動でバックアップする必要があります。
アプリケーション、アプリケーション・データ、および永続データ	ドメイン・ディレクトリの外にあるアプリケーションとデータをすべてバックアップします。
ログ・ファイル	ログに記録されたすべてのメッセージの記録を維持する必要がある場合は、ログ・ファイルをバックアップします。ログ・ファイルにより大量のディスク容量が消費されることがあるので、ログ・ファイルを保持する必要がない場合は、ディスク容量を節約するため削除することもできます。

コンポーネント

推奨事項

ドメイン・ディレクトリ

管理サーバーとアプリケーション環境で定義されているリモートの管理対象サーバーのドメイン・ディレクトリをすべてバックアップします。

ノート: アップグレードするドメインの自動バックアップを行っていた、ドメイン・アップグレード・ウィザードは、WebLogic Serverで提供されなくなりました。ドメインをアップグレードする前に、ドメイン・ディレクトリを手動でバックアップする必要があります。

アプリケーション、アプリケーション・データ、および永続データ

ドメイン・ディレクトリの外にあるアプリケーションとデータをすべてバックアップします。

ログ・ファイル

ログに記録されたすべてのメッセージの記録を維持する必要がある場合は、ログ・ファイルをバックアップします。ログ・ファイルにより大量のディスク容量が消費されることがあるので、ログ・ファイルを保持する必要がない場合は、ディスク容量を節約するため削除することもできます。

必要なOracle製品のインストール

アプリケーション環境をアップグレードする前に、ドメイン内のすべてのコンピュータに必要なOracle WebLogic Server 15.1.1.0.0製品をインストールする必要があります。Oracle WebLogic製品のインストールの詳細は、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』を参照してください。

環境の設定

アップグレードする環境を設定するには:

MS-DOSコマンド・プロンプト・ウィンドウ(Windows)またはコマンド・シェル(UNIX)を開きます。
WebLogic ServerクラスをCLASSPATH環境変数に、WL_HOME\server\binをPATH環境変数に追加します。WL_HOMEはWebLogic Serverのインストール先の最上位ディレクトリです。

WL_HOME\server\bin\setWLSEnvスクリプトを実行すると、これらの変数を設定できます。

ノート:

UNIXオペレーティング・システムでは、setWLSEnv.shコマンドはすべてのコマンド・シェルで環境変数を設定しません。Kornシェルまたはbashシェルを使用してこのコマンドを実行することをお薦めします。

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

アプリケーション環境を最新バージョンのWebLogicサーバーにアップグレードするには、ドメインをバックアップし、管理サーバーのホスト・マシンをアップグレードし、ノード・マネージャを構成して、各管理対象サーバー・インスタンスをアップグレードします。

次の表に、アプリケーション環境のアップグレード・ステップの概要を示します。各ステップは、ドメイン内のすべてのマシンに対して、この表に示されている順序で実行する必要があります。

表2-2 アプリケーション環境のアップグレード手順

タスク	説明
ドメインのバックアップ	管理サーバーのドメインをアップグレードする前に、必ずドメインをバックアップしてください。「ドメインのバックアップ」を参照してください
WebLogicドメインのアップグレード(管理サーバー)	再構成ウィザードを実行して、管理サーバーをホストするコンピュータ上のWebLogicドメインをアップグレードします。ノート: 管理対象サーバーのドメインをアップグレードする前に管理サーバーのドメインを完全にアップグレードすることをお薦めします。元のドメインのノード・マネージャ構成、およびアップグレードされたドメインの目的のノード・マネージャ構成に応じて、再構成ウィザードを使用してノード・マネージャをアップグレードできることがあります。「ノード・マネージャのアップグレード手順の決定」を参照してください
ノード・マネージャ構成の完了	これが必要となるのは、既存のドメインがホストごとのノード・マネージャ構成を使用していて、アップグレードされたドメインでドメインごとのノード・マネージャの使用を続行する場合のみです。「ノード・マネージャ構成の完了」を参照してください
各管理対象サーバーのドメインをバックアップします。	管理対象サーバーのドメインをアップグレードする前に、ドメインのバックアップ・コピーを作成します。
WebLogicドメインのアップグレード(リモートの管理対象サーバー)	`pack`および`unpack`コマンドまたはWLST `writeTemplate()`コマンドをオンライン・モードで使用して、管理対象サーバーをホストするすべてのコンピュータ上のWebLogicドメインをアップグレードします。関連項目: リモート・マシンの管理対象サーバー・ドメインの更新 PackおよびUnpackコマンドによるテンプレートとドメインの作成ノート: `unpack`コマンドは、WebLogicドメインに対する`pack`の実行に使用したものと同じバージョンでのみ機能します。管理サーバーと同じコンピュータにある管理対象サーバーについては、これ以上アップグレードのステップを実行する必要はありません。

次のステップ

残りのステップに従って、ドメインをアップグレードし、アップグレードしたアプリケーションをWebLogic Server 15.1.1.0.0にデプロイします。

ドメインのアップグレード - 15.1.1.0.0再構成ウィザードを実行します。「WebLogicドメインの再構成」を参照してください。
起動スクリプトへのカスタマイズの再適用 (オプション)
WebLogicドメイン内のサーバーの起動
アップグレードしたアプリケーションのデプロイ