![]() ![]() ![]() ![]() |
この節では、次のクイック リファレンス資料を示します。これらの資料は、2 つの基本的なタスクを実行するための手順を示し、グラフィカル インタフェースで使用されるアイコンおよびラベルについて説明するためのものです。
この節は、BEA カスタマサポートから提供されたプライベート パッチを取得および適用するための手順を説明するクイックリファレンス エイドです。
|
プライベート パッチを取得してインストールするには、次の手順を実行します。
[スタート] メニューから [スタートプログラム
BEA Products
Smart Update] を選択します。
パッチを適用する際には、適用するパッチと、すでに対象インストールに適用されている他のパッチとの間で衝突が発生するかどうかが検証されます。衝突が検出されなかった場合、Smart Update には次のダイアログ ボックスが表示されます。[OK] をクリックします。
Smart Update には、BEA カスタマサポートに問題を報告する際に送付するための、BEA Products インストールに関する情報をキャプチャするメカニズムが用意されています。この情報は、メンテナンス スナップショットと呼ばれます。この節では、メンテナンス スナップショットを作成するための手順を説明します。
|
メンテナンス スナップショットを作成するには、次の手順を実行します。
[スタート] メニューから [スタートプログラム
BEA Products
Smart Update] を選択します。
メンテナンス スナップショットは、単純な ASCII テキスト ファイルです。
クラスパスまたはライブラリ パスのパッチの適用範囲を特定のドメインまたはサーバ インスタンスに限定する場合は、次の作業を実行する必要があります。
この節は、これらの作業を実行する手順について説明するクイックリファレンス エイドです。例として、パッチをプロダクション用ドメインに組み込む前に、テスト エンジニアが品質検査用ドメインを使用してパッチをテストする場合の作業内容を示します。
|
カスタム パッチ プロファイルを作成し、そのプロファイルに適用したパッチが特定のドメインまたはサーバから参照されるようにするには、次の手順を実行します。
例 : 品質検査用ドメインは、プロダクション用ドメインと同じパッチ メンテナンス レベルに、手順 2 でダウンロードしたパッチを追加した状態で実行する必要があります。そこで、テスト エンジニアは QADomainProfile というカスタム パッチ プロファイルを作成し、デフォルト パッチ プロファイルの内容のクローンを作成して QADomainProfile に設定します。このカスタム パッチ プロファイルが、ダウンロードしたパッチの適用先となります。
インストール全体に対して有効になるパッチがすでに対象インストールに適用されている場合、それらのパッチは、新しいカスタム パッチ プロファイルにもデフォルトで含まれます。
[作成] をクリックすると、デフォルト パッチ プロファイルのタブの隣のタブに、カスタム パッチ プロファイルが表示されます。
例 : テスト エンジニアは、手順 2 でダウンロードしたパッチを、カスタム パッチ プロファイル QADomainProfile に適用します。
domain_home
はドメインのルート ディレクトリへのパスを表しています。
例 : テスト エンジニアは、QA ドメインからカスタム パッチ プロファイルを参照する必要があるため、setDomainEnv.cmd
スクリプトを開きます。このスクリプトは、そのドメインに限り、すべてのサーバの環境を設定します。パッチの適用範囲を特定のサーバ インスタンスに制限する必要がない限り、通常は setDomainEnv
を使用してカスタム パッチ プロファイルを参照することをお勧めします。
注意 : |
注意 : | デフォルトのクラスパスには、WLP、WLS、および Workshop のパッチ ディレクトリが、それらの製品のインストール時に追加されています。 |
注意 : | WebLogic Portal 10.0 には、以前のリリースのように、個別の最上位の製品ディレクトリがありません。デフォルトの製品ディレクトリは %BEA_HOME%/wlserver_10.0/portal です。ただし、パッチの観点から、このリリースの製品は WLS および Workshop と同じ方法で認識されます。 |
注意 : | リリース 10.0 では、製品ごとにパッチ クラスパスとその他の環境変数が設定されます。これらについて、次の表で説明します。 |
次の図は、setDomainEnv.cmd
スクリプトの変更に使用するスニペットの例を示しています。
setDomainEnv
スクリプトにパッチ パス変数の定義を追加する場合は、必ず commEnv
スクリプトに対する呼び出しの前に追加します。
WL_HOME
\common\bin\commEnv
スクリプトや、Configuration Wizard によって作成される他のデフォルトのスクリプトを呼び出さない環境でカスタム スクリプトを使用する場合は、その環境のクラス パスおよびライブラリ パスを設定するスクリプト内のステートメントも変更して、定義した環境変数をそれらのステートメントに正しく挿入する必要があります。
たとえば、WebLogic のシステム クラスパスを設定して、カスタム パッチ プロファイル内のパッチ JAR が、クラスパスで後ろに表示される同じ名前のクラスよりも優先されるようにするには、変数 PATCH_CLASSPATH
を次の例の太字部分で示すように追加します。
set WEBLOGIC_CLASSPATH=
%PATCH_CLASSPATH%;%JAVA_HOME%\lib\tools.jar;
%WL_HOME
%\server\lib\weblogic_sp.jar;%WL_HOME%\server\lib\weblogic.jar;%
WL_HOME
%\server\lib\webservices.jar
パッチを有効にするには、そのパッチを使用するすべてのサーバ インスタンスを再起動する必要があります。
例 : テスト エンジニアによる品質検査用ドメインでのテストに合格したパッチは、プロモートされてプロダクション用ドメインで使用されます。パッチをプロモートするために、テスト エンジニアは次の作業を実行します。
表 1 に、Smart Update グラフィカル インタフェースで使用される記号およびラベルの説明を示します。
|
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
|
|||
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
||||
![]()
|
![]() ![]() ![]() |