停止時間の短いアップグレードの実行

Fusion Middleware 12c (12.2.1.3)リリースからアップグレードする場合、このプロセスを使用することにより、すべてのサーバーを同時にシャットダウンせずにマルチノード・ドメインをアップグレードできます。

この項で説明する手順は、Oracle Fusion Middlewareスタンダード・インストール・トポロジ(SIT)に基づいており、マルチノード環境を使用している必要があります。Oracle Fusion Middleware Infrastructureの標準インストール・トポロジには、2台の管理対象サーバーを含む1つのクラスタと管理サーバーが1台の標準的なWebLogic Serverドメインがあります。ホスト1は管理サーバーのあるホスト上で実行される手順を説明するために使用され、ホスト2は他の管理対象サーバー・ホストで実行される手順を説明するために使用されます。環境内に2つ以上のホストが含まれる場合、追加のノードごとに手順を必ず完了してください。

開始前に完了しておく必要がある必須タスク

停止時間の短いアップグレードを開始する前に、次の点を確認してください:

デプロイメント内のコンポーネントのアップグレード前チェックリストを確認します。チェックリストは、各コンポーネント固有のアップグレード・ガイドに記載されています。一部の製品では、アップグレードの実行前に追加のステップが必要になる場合があります。
アップグレードを実行する前に、Oracleホーム(すべてのノード)、ドメイン・ディレクトリ全体(すべてのノード)およびコンポーネント・スキーマの完全なバックアップ作成します。また、ドメイン・ディレクトリに加えて、UIのカスタマイズ内容およびアプリケーション・ディレクトリのバックアップを作成することをお薦めします。「完全なバックアップの作成」を参照してください。
このリリースに適切なJDKバージョンを使用していることを確認してください。このリリースでは、正しいバージョンはjdk1.8.0_211です
共有コンポーネント・ディレクトリをアップグレードする場合は、アップグレード前に共有ディレクトリの内容をバックアップしてください。構成のアップグレードにより、これらのディレクトリが変更されます。
バックアップに、setStartupEnv.shなどの変更されたスクリプトが含まれていることを確認します。アップグレードによりカスタマイズされたファイルが上書きされ、変更内容が失われます。

親トピック: 停止時間が短縮されたアップグレード・プロセスについて

ホスト1でのアップグレードの実行

管理サーバーをホストし、デプロイメント用のプライマリ・マシンとして機能するマシン上で、次のタスクを実行します。

ホスト1でのコンポーネント、サーバーおよびプロセスの停止
管理サーバーと管理対象サーバーを含むすべてのシステム・コンポーネント、プロセス、サーバーおよびノード・マネージャ(実行中の場合)を停止する必要があります。
ソフトウェアのアンインストール
ローリング・アップグレードを実行する場合、アップグレード前に新しいバイナリをインストールするために空のディレクトリが必要です。
製品ディストリビューションのインストール
アップグレードを開始する前に、既存のOracleホームからソフトウェアをアンインストールしてから、Oracle Universal Installerを使用して、ターゲット・システム上の同じOracleホームに12c (12.2.1.4.0)製品ディストリビューションをインストールします。アップグレード中に各ホストに製品ディストリビューションをインストールする必要があります。
ホスト1でのノード・マネージャ、管理サーバー、管理対象サーバーおよびコンポーネントの再起動
アップグレード後、コンポーネント、サーバーおよびプロセスを正しい順序で再起動する必要があります。

親トピック: 停止時間の短いアップグレードの実行

ホスト1でのコンポーネント、サーバーおよびプロセスの停止

システム・コンポーネント、プロセス、サーバー(管理サーバーおよび管理対象サーバーを含む)、およびノード・マネージャ(実行中の場合)をすべて停止する必要があります。

ノート:

この項内の手順では、WLSTコマンドラインまたはスクリプトを使用してコンポーネント、サーバーおよびプロセスを停止する方法を説明します。また、Oracle Fusion Middleware ControlとOracle WebLogic Server管理コンソールを使用することもできます。

Oracle Fusion Middleware環境は、1つのOracle WebLogic Serverドメイン、1つの管理サーバー、複数の管理対象サーバー、Javaコンポーネント、システム・コンポーネント(Identity Managementのコンポーネントなど)およびメタデータのリポジトリとして使用する1つのデータベースで構成できます。

コンポーネントは相互に依存していることがあるため、次の順序で停止する必要があります。

システム・コンポーネント(ある場合)
管理対象サーバー
管理サーバー
ノード・マネージャ

親トピック: ホスト1でのアップグレードの実行

システム・コンポーネントの停止

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

DOMAIN_HOME\binディレクトリに移動し、コンポーネントごとに次のスクリプトを実行します。

./stopComponent.sh component_name

管理対象サーバーの停止

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
プロンプトが表示されたらユーザー名とパスワードを入力します。
SOAサーバーおよびプロセスは、次の順番で停止してください。

管理サーバーの停止

管理サーバーを停止するときに、管理サーバーで稼働しているプロセス(WebLogic Server管理コンソールやFusion Middleware Controlなど)も停止します。

管理サーバーを停止するには:

次のコマンドを入力します。
(UNIX) DOMAIN_HOME/bin/stopWebLogic.sh

(Windows) DOMAIN_HOME\bin\stopWebLogic.cmd
プロンプトが表示されたら、管理サーバーのユーザー名、パスワードおよびURLを入力します。

ノード・マネージャの停止

ノード・マネージャを停止するには、それが実行されているコマンド・シェル/プロンプトを閉じます。

またはnodemanager.propertiesのQuitEnabledの属性をtrueに設定した後(デフォルトはfalseです)、WLSTを使用して、ノード・マネージャに接続して停止できます。

ソフトウェアのアンインストール

ローリング・アップグレードを実行する場合、アップグレード前に新しいバイナリをインストールするために空のディレクトリが必要です。

ノート:

このタスクは、スタンドアロンOracle HTTP Serverにのみ適用されます。構成済のドメインの部分的な構成解除はサポートされていないため、WebLogic Serverドメインに配置されたOracle HTTP Serverをアンインストールすることはできません。

ノート:

upperstackのコンポーネントを先に削除してから、JRFを削除する必要があります。JRFを削除したら、残りのファイルをバックアップし、ディレクトリ内のすべてのファイルを削除します。インストール・ディレクトリは空である必要があります。

既存のORACLE_HOMEからソフトウェアを削除するには、この項の手順に従います。このディレクトリに新しいソフトウェアを再インストールします。

アンインストール・モードでOracle Universal Installerを起動するには、次のコメントを実行します。

UNIX: ORACLE_HOME/oui/bin/deinstall.sh

Windows: ORACLE_HOME\oui\bin\deinstall.cmd

サイレント(コマンドライン)モードで製品をアンインストールする場合は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールでのOracle Universal Installerの実行に関する項を参照してください。

親トピック: ホスト1でのアップグレードの実行

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

アップグレードを開始する前に、既存のOracleホームからソフトウェアをアンインストールしてから、Oracle Universal Installerを使用して、ターゲット・システム上の同じOracleホームに12c (12.2.1.4.0)製品ディストリビューションをインストールします。アップグレード中に各ホストに製品ディストリビューションをインストールする必要があります。

ノート:

アップグレードにInfrastructureが必要な場合は、その他のFusion Middleware製品をインストールする前に、まずOracle Fusion Middlewareディストリビューションをインストールする必要があります。

開始する前に、次の点に注意してください。

12c (12.2.1.4.0)ディストリビューションをインストールする前に、既存の製品ディストリビューションがアンインストールされていることを確認してください。
アンインストールした以前のディストリビューションに使用したパスと同じインストール・パス(Oracleホーム)を新しいディストリビューションのインストールに使用します。

12c (12.2.1.4.0)ディストリビューションをインストールするには:

ターゲットのシステムにサインインします。
Oracle Technology NetworkまたはOracle Software Delivery Cloudから、ターゲット・システムに次をダウンロードします。
- Oracle Fusion Middlewareインフラストラクチャ (fmw_12.2.1.4.0_infrastructure_generic.jar)
- Oracle HTTP Server (UNIX: fmw_12.2.1.4.0_ohs_linux64.bin)、(Windows: setup_fmw_12.2.1.4.0_ohs_win64.exe)
使用するマシンが次の要件を満たしていることを確認します。
- システム、パッチ、カーネルおよびその他の要件が、Oracle HTTP Serverのインストールと構成に指定された内容を満たしていることを確認します。
- Oracle HTTP Serverはデフォルトではポート7777にインストールされるので、ノード上のどのサービスでもポート7777を使用していないことを確認する必要があります。このポートが使用されているかどうかを確認するには、Oracle HTTP Serverをインストールする前に次のコマンドを実行します。このポートが使用されている場合は、解放する必要があります。
  netstat -an | grep 7777
UNIXプラットフォームで、/etc/oraInst.locファイルが存在する場合はその内容が正しいことを確認します。具体的には、インベントリ・ディレクトリが正しいこと、またそのディレクトリに対する書込み権限が付与されていることを確認します。
/etc/oraInst.locファイルが存在しない場合は、このステップをスキップできます。
12c (12.2.1.4.0)の製品ディストリビューションをダウンロードしたディレクトリに移動します。
Oracle Fusion Middlewareインフラストラクチャのインストール・プログラムを開始します。
- (UNIX) JDK_HOME/bin/java -jar fmw_12.2.1.4.0_infrastructure.jar
- (Windows) JDK_HOME\bin\java -jar fmw_12.2.1.4.0_infrastructure.jar
UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、「インストール・インベントリの設定」画面が表示されます。
中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名に対して中央インベントリの場所への書込み権限が付与されていることを確認し、「次へ」をクリックします。

ノート:
「インストール・インベントリの設定」画面は、Windowsオペレーティング・システムでは表示されません。
「ようこそ」画面で、情報をレビューしてすべての前提条件を満たしていることを確認します。「次へ」をクリックします。
「自動更新」画面で、オプションを選択します。
- この時点でソフトウェアの更新をシステムで確認しないようにする場合は、「自動更新をスキップ」を選択します。
- パッチ・ファイルをダウンロードした場合は、「ディレクトリからパッチを選択」を選択して、ローカル・ディレクトリに移動します。
- My Oracle Supportアカウントを持っている場合にソフトウェアの更新を自動でダウンロードするには、「My Oracle Supportで更新を検索」を選択します。Oracle Supportの資格証明を入力して、「検索」をクリックします。インストーラがMy Oracle Supportにアクセスするようにプロキシ・サーバーを構成するには、「プロキシ設定」をクリックします。「接続のテスト」をクリックして接続をテストします。
「次へ」をクリックします。
「インストールの場所」画面でOracleホーム・ディレクトリの場所を指定して、「次へ」をクリックします。
ここでは、WebLogic Serverドメインに同じ場所に配置(コロケート)されたOracle HTTP Serverの標準的なインストール・トポロジをインストールしているため、既存のOracle Fusion Middleware InfrastructureのOracleホームへのパスを入力します。

詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のインストールおよび構成のためのディレクトリの選択に関する項を参照してください。
「インストール・タイプ」画面で、次に示す項目を選択します。
- インフラストラクチャの場合は、「Fusion Middlewareインフラストラクチャ」を選択します。
- Oracle HTTP Serverの場合は、「同じ場所に配置されたHTTPサーバー(WebLogic Server経由で管理)」を選択します。
「次へ」をクリックします。
「前提条件チェック」画面では、ホスト・コンピュータを分析して、特定のオペレーティング・システムの前提条件を満たしているか確認します。
確認されたタスクのリストを表示するには、「正常なタスクの表示」を選択します。ログの詳細を表示するには、「ログの表示」を選択します。前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。エラー・メッセージや警告メッセージを無視してインストールを続けるには、「スキップ」をクリックします(非推奨)。
「インストールの概要」画面で、選択したインストール・オプションを確認します。
これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルには、入力したすべての情報が収集して格納され、後で(コマンドラインから)サイレント・インストールを実行するために使用できます。
「インストール」をクリックしてインストールを開始します。
「インストールの進行状況」画面で、プログレス・バーが100%完了になったら、「終了」をクリックしてインストーラを閉じるか、「次へ」をクリックしてサマリーを表示します。
「インストール完了」画面に、インストールの場所とインストールされた機能セットが表示されます。情報を確認し、「終了」をクリックしてインストーラを閉じます。
Oracle Fusion Middlewareインフラストラクチャのインストール後、次に示すコマンドを入力して、製品ディストリビューションのインストーラを起動し、インストーラの各画面を通じて前述のステップを繰り返します。
(UNIX) ./fmw_12.2.1.4.0_ohs_linux64.bin

(Windows) setup_fmw_12.2.1.4.0_ohs_win64.exe

これで、Oracle HTTP Serverのコロケート・モードでのインストールが完了しました。

親トピック: ホスト1でのアップグレードの実行

ホスト1でのノード・マネージャ、管理サーバー、管理対象サーバーおよびコンポーネントの再起動

アップグレード後、コンポーネント、サーバーおよびプロセスを正しい順序で再起動する必要があります。

ノート:

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

コンポーネントは、次の順序で起動する必要があります。

ノード・マネージャ
管理サーバー
管理対象サーバー
システム・コンポーネント

ノート:

ホスト1で次のコンポーネントのいずれかを正常に起動できない場合は、残りのホストでアップグレードを続行しないでください。まず、ホスト1にあるコンポーネントの問題を解決する必要があります。

ノート:

Windowsユーザーのみ: Windowsオペレーティング・システム上でサーバーを再起動する場合、アップグレードしたドメインに解析例外が発生する可能性があります。この解析エラーを修正するには、プロパティ-Doracle.xml.schema/Ignore_Duplicate_components=trueをサーバー起動スクリプトsetDomainEnv.cmdに追加します。

親トピック: ホスト1でのアップグレードの実行

ノード・マネージャの起動

ノード・マネージャを起動するには:

次のコマンドを入力します。
(UNIX) DOMAIN_HOME/bin/startNodeManager.sh

(Windows) DOMAIN_HOME\bin\startNodeManager.cmd

管理サーバーの起動

管理サーバーを起動するには:

次のコマンドを入力します。
(UNIX) DOMAIN_HOME/bin/startWebLogic.sh

(Windows) DOMAIN_HOME\bin\startWebLogic.cmd
プロンプトが表示されたら、管理サーバーのユーザー名、パスワードおよびURLを入力します。

管理対象サーバーの起動

管理サーバーを起動するには:

次のコマンドを入力します。
(UNIX) DOMAIN_HOME/bin/startManagedWebLogic.sh managed_server_name admin_url

(Windows) DOMAIN_HOME\bin\startManagedWebLogic.cmd managed_server_name admin_url
プロンプトが表示されたらユーザー名とパスワードを入力します。

コンポーネント・プロセスの起動

管理サーバーを停止したら、管理サーバーで稼働しているプロセス(WebLogic Server管理コンソールやFusion Middleware Controlなど)も停止するため、アップグレード後にこれらのプロセスをすべて再起動する必要があります。

DOMAIN_HOME\binディレクトリに移動します。
コンポーネントごとに次のスクリプトを実行します
/startComponent.sh component_name

ホスト2でのアップグレードの実行

ホスト1上でのアップグレードが完了したら、環境内の追加ホストごとに次のステップを実行します。標準トポロジ例には2つのホストのみが含まれますが、別のホストを使用することもできます。

ホスト2でのコンポーネント、サーバーおよびプロセスの停止
ホスト2で実行されているシステム・コンポーネント、管理対象サーバーおよびノード・マネージャを停止する必要があります。
ソフトウェアのアンインストール
ローリング・アップグレードを実行する場合、アップグレード前に新しいバイナリをインストールするために空のディレクトリが必要です。
既存のMiddlewareホームへのソフトウェアのインストール
空のMiddlewareホームにソフトウェアをインストールします。
管理対象サーバーおよびプロセスの再起動
ホスト2でのアップグレードが完了したら、管理対象サーバーを再起動します。

親トピック: 停止時間の短いアップグレードの実行

ホスト2でのコンポーネント、サーバーおよびプロセスの停止

ホスト2で実行されているシステム・コンポーネント、管理対象サーバーおよびノード・マネージャを停止する必要があります。

最初にシステム・コンポーネントを停止してから、管理対象サーバー、ノード・マネージャの順に停止します。正しい順序でコンポーネントを停止しないと、アップグレードが失敗する可能性があります。

親トピック: ホスト2でのアップグレードの実行

システム・コンポーネントの停止

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

DOMAIN_HOME\binディレクトリに移動し、コンポーネントごとに次のスクリプトを実行します。

./stopComponent.sh component_name

管理対象サーバーの停止

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
プロンプトが表示されたらユーザー名とパスワードを入力します。
SOAサーバーおよびプロセスは、次の順番で停止してください。

ノード・マネージャの停止

ノード・マネージャを停止するには、それが実行されているコマンド・シェル/プロンプトを閉じます。

ソフトウェアのアンインストール

ローリング・アップグレードを実行する場合、アップグレード前に新しいバイナリをインストールするために空のディレクトリが必要です。

ノート:

既存のORACLE_HOMEからソフトウェアを削除するには、この項の手順に従います。このディレクトリに新しいソフトウェアを再インストールします。

アンインストール・モードでOracle Universal Installerを起動するには、次のコメントを実行します。

UNIX: ORACLE_HOME/oui/bin/deinstall.sh

Windows: ORACLE_HOME\oui\bin\deinstall.cmd

親トピック: ホスト2でのアップグレードの実行

既存のMiddlewareホームへのソフトウェアのインストール

空のMiddlewareホームにソフトウェアをインストールします。

12c (12.2.1.4.0)製品ディストリビューションをインストールする前に、既存のOracleホームからソフトウェアをアンインストールします。ホスト1へのインストールに使用したのと同じプロセスを使用してソフトウェアをインストールします。

親トピック: ホスト2でのアップグレードの実行

管理対象サーバーおよびプロセスの再起動

ホスト2でのアップグレードが完了したら、管理対象サーバーを再起動します。

管理サーバーを起動するには:

次のコマンドを入力します。
(UNIX) DOMAIN_HOME/bin/startManagedWebLogic.sh managed_server_name admin_url

(Windows) DOMAIN_HOME\bin\startManagedWebLogic.cmd managed_server_name admin_url
プロンプトが表示されたらユーザー名とパスワードを入力します。

親トピック: ホスト2でのアップグレードの実行

アップグレードの検証

すべてのホストでアップグレードが完了したら、標準的なアップグレードの検証タスクを実行して、すべてのコンポーネントが期待どおりに引き続き機能することを確認します。

「アップグレード後に実行するタスク」を参照してください。

ノート:

使用環境、構成およびプリファレンスに関連するタスクのみを実行してください。これらのタスクは、アップグレードが成功したことを検証する作業を支援することを目的としています。構成に基づいて追加のテストを実行することが必要な場合があります。

失敗したアップグレードからのリカバリ

アップグレードに失敗した場合は、バックアップから環境をリストアする必要があります。バックアップされた構成およびスクリプト・ファイルが含まれていることを確認します。(すべてのノード上の)Oracleホーム、(すべてのノード上の)ドメイン・ディレクトリ全体およびコンポーネント・スキーマのバックアップをリストアします。また、ドメイン・ディレクトリに加えて、UIのカスタマイズ内容とアプリケーション・ディレクトリもリストアする必要があります。

親トピック: 停止時間の短いアップグレードの実行