| Oracle® Smart Update パッチおよびメンテナンス パックのインストール リリース 3.1 B55509-01 |
|
 戻る |
 次へ |
この節では、以下のトピックについて説明します。
この節では、プロダクション環境にパッチを配布する次のモデルについて説明します。
これらのモデルでは、プロダクション環境のシステムに対するソフトウェア メンテナンスの提供について次のような状況が想定されています。
ベンダから取得した更新ファイルが厳密に制御され、管理されている。たとえば、更新ファイルはセキュリティで保護されたリポジトリに保持され、MIS 部門の少数の担当者を除いてアクセスを許可されないようになっています。更新をリポジトリ内にコピーまたはダウンロードするには、承認、スケジューリング、監査、記録について厳格な手順を踏む必要があります。
更新はプロダクション システムにプロモートされるまでには所定の段階を経る必要があり、その過程で更新は徹底的にテストされる。たとえば、最初はプロダクション環境から隔離された単一のシステムに更新がインストールされ、そこで実施されるプロダクション アプリケーションのテストによって、更新が想定どおりに機能し、リグレッションが発生しないことが検証されます。場合によっては、プロダクション環境に展開する前に、プロダクション環境で想定される使用状況を模した負荷を課して中間ステージング領域でのテストが実施されます。
更新がプロダクション環境自体に導入されると、更新がインストールされたすべてのシステムで、該当する製品ソフトウェアが正確に同じメンテナンス レベルで動作する。たとえば、すべてのシステムで使用される WebLogic Server 9.1 のドメイン コンフィグレーション、製品バージョン、パッチ レベルは同一となります。
プロダクション環境のシステムからインターネットに接続して更新を取得することが認められない。実際、プロダクション環境のシステムがまったくインターネットに接続されていないことや、同じローカル エリア ネットワーク内にもインターネット接続できるシステムが存在しないことがあります。その場合は、企業内の特定の場所に格納された更新のみ使用できます。また、更新をプロダクション用システムにダウンロードする際には、いくつかの運用上の規定や手順を遵守する必要があります。
プロダクション環境で使用される WebLogic Server インスタンスが、多くのカスタマイズを施したスクリプトから起動される。
この節では、前述の条件のいくつかまたはすべてに該当するプロダクション システムにメンテナンス更新を配布する作業の例を示すことで、Smart Update の機能がどのように役立つかを説明します。
My Oracle Support は、Avitek 社に対して、同社が WebLogic Server 9.1 上で実行している社内アプリケーションについて報告した問題を解決するためのプライベート パッチを提供しました。
Avitek 社の MIS 部門の社員である Bob Jones は、提供されたパッチを自分のシステムのパッチ ダウンロード ディレクトリにダウンロードしました。このディレクトリは、MIS で使用されるネットワーク ディスクに設定されており、そこに Avitek 社にソフトウェア ベンダすべてから提供されるメンテナンス更新が格納されています。
Rachel Burns は Avitek 社の品質保証 (QA) 部門の社員であり、自分のシステムでパッチをテストすることを担当しています。彼女のマシンには、プロダクション環境で使用されているのと同一の WebLogic Server 環境があります。Rachel のシステムにあるドメイン コンフィグレーションは、Avitek 社のプロダクション環境で動作中の WebLogic ドメインと類似しています。Rachel は、プロダクション環境で使用し、自分のシステムでも実行する WebLogic Server 起動スクリプトを作成しました。
Rachel はオフライン モードで Smart Update を実行しました。パッチ ダウンロード ディレクトリを Bob が使用したディレクトリに設定していることを確認してから、そのパッチを自分の WebLogic Server インストール環境に適用しました。
Rachel は、プロダクション システムがカスタマイズした WebLogic Server 起動スクリプトを使用しており、パッチに存在するクラスが自分のシステムの WebLogic システム クラスパスにロードされるようにスクリプトを変更する必要があることに気づきました。
Rachel は、起動スクリプトでデフォルト パッチ プロファイルを参照するように PATCH_CLASSPATH 変数の定義を起動スクリプトに追加し、この変数を SET WEBLOGIC_CLASSPATH ステートメントの先頭に追加しました。
Rachel はパッチのテストに成功し、Avitek 社のプロダクション環境で動作している 20 個の製品インストールすべてに対してこのパッチをレプリケートする準備を整えました。各プロダクション システムはほとんど同じであるため、どのシステム上でも動作するパッチ適用スクリプトを 1 つ作成すればよいことを Rachel は理解していました。
そこで起動スクリプトを作成しました。その機能は非常に単純で、対象インストールのデフォルト パッチ プロファイルにパッチを適用し、更新した起動スクリプトを各システムの適切な場所にコピーするというものです。
Rachel はこのパッチをパッチ ダウンロード ディレクトリにアップロードしました。このディレクトリは、Avitek 社の DMZ にあるプロダクション用システムで使用される、セキュリティで保護されたディスク上にあります。また、Smart Update スクリプトと新しい WebLogic Server 起動スクリプトも、この保護されたディスクにアップロードしました。
Dagmar Kohl は、Avitek 社のプロダクション環境にあるシステムの管理者です。Dagmar は、Smart Update スクリプトを各プロダクション システムにダウンロードして実行しました。
パッチの内容から考えて、Dagmar は、パッチを有効にするために各サーバを再起動する必要があることを理解しました。サーバを再起動し、メンテナンス作業は完了しました。
「9.1.1 Smart Update スクリプトを使用した標準メンテナンス レベルからプロダクション環境へのプロモート」で説明している手順の代替手段として、完全にパッチを適用した製品イメージのアーカイブを作成し、そのイメージをプロダクション環境全体のすべてのシステムにレプリケートする方法があります。このアプローチを実行する場合は、次の点に注意してください。
この方法の採用については、お勧めしません。製品インストーラを使用して製品のインストールをシステム上に作成し、Smart Update を使用してパッチを配布する方法を常に使用することをお勧めします。
製品インストール環境に Smart Update を使用して適用されているメンテナンス パッチが存在する場合には、アーカイブ イメージに次のディレクトリを含める必要があります。このディレクトリは BEA_HOME ディレクトリの最上位レベルに存在します。
patch_wls1001 およびすべてのサブディレクトリ
utils およびすべてのサブディレクトリ
「1.6.2 My Oracle Support に直接接続できないマシンのメンテナンス」で説明しているように、Smart Update のオフライン モードによって BEA カスタマ サポートに接続できないシステム上にメンテナンス更新をインストールすることができます。この節では、これらのシステムにパッチおよびパッチ セットを提供する場合に使用できる以下の方法について説明します。
これらの節で方法を説明する目的のため、My Oracle Support に接続できないシステムのことをここではオフライン システムと呼びます。
次のトピックでは、共有パッチ ダウンロード ディレクトリ経由でオフライン システムにパッチを適用する方法について説明します。
共有パッチ ダウンロード ディレクトリ経由でオフライン システムにメンテナンス更新をインストールするには、主として次の 2 つを用意する必要があります。
My Oracle Support への接続を確立できる 1 台のシステムがあり、以下が用意されている。
オフライン システムにインストールされている製品とバージョンが同じ製品のローカル インストール
My Oracle Support ユーザ アカウント
My Oracle Support とオフライン システムの両方からアクセスできる、ネットワーク上のディスク。
インターネットにアクセスできるシステムから、インターネットに接続できないシステムにリモートでパッチを適用するには、インターネットにアクセスできるシステムを使用して次の手順を実行します。
My Oracle Support に接続できるシステムで、次の手順を実行します。
Smart Update を起動し、My Oracle Support にログインします。
[ファイル｜環境設定] を選択し、オフライン システムからアクセスできるパッチ ダウンロード ディレクトリの場所を選択します。選択した場所に対して、作業するユーザが書き込みパーミッションを持っていることを確認してください。
公開パッチをダウンロードする場合、[対象インストール] パネルで、オフライン システムにインストールされているソフトウェアの製品およびバージョンと同じ製品インストールを選択します。
「3 パッチのダウンロードおよび適用」に記述されているように、必要なパッチすべてをダウンロードします。
オフライン システムで、次の手順を実行します。
Smart Update を起動し、[ログイン] ダイアログ ボックスで [オフライン] をクリックします。
[ファイル｜環境設定] を選択し、My Oracle Support に接続されたシステムでパッチをダウンロードした場所にパッチ ダウンロード ディレクトリを設定します。
[対象インストール] パネルで、パッチを適用する対象インストールを選択します。
[パッチの管理] タブを選択し、目的のパッチ プロファイルが選択されていることを確認します。
[ダウンロードされたパッチ] パネルで、適用するパッチの横にある [適用] をクリックします。
「3.5 パッチの適用および管理」に従い、パッチを適用する手順をすべて完了します。
次のトピックでは、リムーバブル メディア経由でオフライン システムにパッチを適用する方法について説明します。
リムーバブル メディア経由でオフライン システムにメンテナンス更新をインストールするには、主として次の 2 つを用意する必要があります。
My Oracle Support への接続を確立できる 1 台のシステムがあり、以下が用意されている。
オフライン システムにインストールされている製品とバージョンが同じ製品のローカル インストール
Oracle サポート ユーザ アカウント
Oracle サポートに接続できるシステムとオフライン システムの両方で使用できる種類のリムーバブル メディアにパッチを格納できる。たとえば、書き込み可能な CD-ROM、メモリ キー、フロッピー ディスクなど。
リムーバブル メディア経由でオフライン システムにパッチを適用するには、次の手順を実行します。
My Oracle Support に接続できるシステムで、次の手順を実行します。
Smart Update を起動し、My Oracle Support にログインします。
公開パッチをダウンロードする場合、[対象インストール] パネルで、オフライン システムにインストールされている Oracle ソフトウェアの製品およびバージョンと同じ製品インストールを選択します。
「3 パッチのダウンロードおよび適用」に記述されているように、必要なパッチすべてをダウンロードします。
ダウンロードしたパッチをリムーバブル メディアにコピーします。
オフライン システムで、次の手順を実行します。
リムーバブル メディアをオフライン システムにマウントします。
Smart Update を起動し、[ログイン] ダイアログ ボックスの [オフライン] をクリックします。
[ファイル｜環境設定] を選択し、パッチ ダウンロード ディレクトリを、パッチが格納されているリムーバブル メディアのディレクトリに設定します。
[対象インストール] パネルで、パッチを適用する対象インストールを選択します。
[パッチの管理] タブを選択し、目的のパッチ プロファイルを選択します。
[ダウンロードされたパッチ] パネルで、適用する各パッチの横にある [適用] をクリックします。
「3.5 パッチの適用および管理」に従い、パッチを適用する手順をすべて完了します。
My Oracle Support にオンライン接続する手段がない場合、My Oracle Support では、必要に応じて代替手段によってパッチを提供することがあります。
