機械翻訳について

Oracle Java Cloud Serviceインスタンスのパッチ適用について

Oracle Java Cloud Serviceインスタンスへのパッチ適用は、コマンドラインで操作する必要がなく、迅速かつ容易に行うことができます。

Oracle Java Cloud Serviceユーザー・インタフェースの「パッチ適用中」ページに移動した後は、1クリックするだけでサービス・インスタンスにパッチを適用できます。 「パッチ適用中」ページの概要を参照してください。

使用可能なパッチの種類

Oracle Java Cloud ServiceインスタンスのOracle WebLogic Server、JDKまたはロード・バランサにパッチを適用できます。 WebLogic Serverパッチはパッチ・セット更新(PSU)と呼ばれます。 バックアップやスケーリングなどのツール操作を実行する内部スクリプトにパッチを適用するツール・パッチも適用できます。 ツール・パッチはPSUが本番で使用可能になった後に使用可能になり、自分で適用しない場合は数時間後に自動的に適用されます。

これらのタイプのパッチはすべて同じ方法で「パッチの適用」ページから適用します。 Oracle Java Cloud Serviceインスタンスへのパッチの適用を参照してください。

オペレーティング・システム(OS)のパッチ適用について

Oracle Java Cloud Serviceでは、OSパッチ適用のクラウド・ツールは提供されません。 既存のサービス・インスタンスへのOSパッチのインストールはユーザーが担当します。

Oracle Linuxのサポート・サブスクリプションがある場合は、OracleのUnbreakable Linux NetworkからOracle Linux OSパッチを取得できます。 Linux OSパッチをOracle Linux Public Yumサーバー(http://public-yum.oracle.com)から取得することもできます。

パッチを適用するとき

およそ四半期ごとに新たに承認されたパッチが提供され、「パッチ適用中」ページに表示されます。 最新のパッチはただちに適用してください。 パッチの遅れによってユーザーのサービスが、今後のパッチ適用およびアップグレードのサポートを受けられなくなる場合があります。

パッチ適用開始時に行われる内容

パッチ適用が開始すると、パッチ適用操作では、最初に内部事前チェックが行われます。 事前チェックが失敗した場合、パッチ適用操作は失敗し、サービス・インスタンスはそのままの状態で変わりません。

事前チェックでは次の状態が確認されます。
  • ディスク領域不足

  • データベース接続の切断

  • サーバーの停止

  • ストレージのアクセス失敗

次に、ノード・マネージャ、管理サーバーおよび管理対象サーバーがすべて再起動され、パッチ適用操作がバイナリ・スワップを実行した後でこれらを再起動できることが確認されます。

事前チェックでは、別の管理タスク(バックアップ、リストアまたはスケーリング)が進行中かどうかは確認されません。これらが実行している場合はパッチ適用を行うことができません。

パッチを試行せずに事前チェックを実行して、見つかった問題をあらかじめ修正することができます。 詳細は、「パッチ適用事前チェックの実行とパッチ適用に関する問題の対処」を参照してください。

ロールバックおよびリストアに使用する自動バックアップが作成されるのは、パッチ適用事前チェックが成功した後だけです。 サービス・インスタンスの状態をリストアする必要がある場合は、バックアップを使用してパッチ適用を再実行します。

注意:

自動バックアップが失敗した場合、パッチ適用操作は失敗し、パッチは適用されません。

パッチ適用時にサービスに対して行われる内容

WebLogic ServerとJDKのパッチ適用操作はローリング操作であるため、パッチ適用プロセス中もサービスがほとんど中断せずに機能します。 パッチ適用操作は1回に1つのVMを停止して、そのVM上のサーバー(1つまたは複数)にパッチを適用します。 ロード・バランサがある場合、ロード・バランサはそのサーバーが停止していることを自動的に検知して、リクエストをそのサーバーに送信しません。 他のサーバーは中断されることなく、アプリケーション・リクエストを処理します。 パッチ適用操作は、すべてのサーバーにパッチが適用されるまで、1回に1つのVM上のサーバーのパッチ適用を続行します。

たとえば、2ノードのクラスタがあり、各ノードが別々のマシンに存在する場合、1つのノードにパッチを適用する間、もう1つのノードは実行を続けます。

ロード・バランサがプロビジョニングされる場合は、ロード・バランサにパッチを適用するとき、管理対象サーバーと管理サーバーは引き続き稼働します。 ロード・バランサへのパッチ適用中に、リクエストがこれらのサーバーにルーティングされることはありません。 ロード・バランサは、パッチ適用の進行中に停止します。

パッチ適用によってVMが再起動されます。 VMの再起動時に実行される内容の詳細は、「Oracle Java Cloud Serviceインスタンスおよび個々のVMの停止と起動について」を参照してください。

パッチ適用が部分的に成功した場合または失敗した場合に行われる内容

パッチ適用操作が部分的に成功する場合があります。 管理サーバーと1台以上の管理対象サーバーに対してパッチが正常に適用されますが、パッチ適用操作によって、残りの管理対象サーバーが起動できなくなる場合があります。 この場合、手動で管理対象サーバーを起動できます。 詳細は、「WebLogic Server管理コンソールを使用した管理対象サーバーの起動」を参照してください。

パッチ適用操作が失敗した場合、パッチ情報は「パッチ履歴」セクションに表示されます。 アイコンをクリックするとエラー・レポートが表示されます。 パッチ適用操作に失敗すると、Oracle Java Cloud Serviceインスタンスに対して行われた変更はすべて自動的に元に戻ります。 この操作により、サービス・インスタンスはパッチ適用操作の開始前と同じ状態に戻ります。 パッチ適用に失敗し、操作によってサービスを以前の状態に戻せなかった場合は、パッチ適用操作の開始時に作成したバックアップを使用して、サービスを手動でリストアできます。

Coherenceが有効な場合に行われる内容

Oracle Coherenceがサービス・インスタンスに有効な場合: パッチ適用によって、Coherenceデータ層の管理対象Coherence Serverのローリング再起動が行われます。 デフォルトでは、パッチ適用操作によって、パッチを適用するノードをシャットダウンする前にCoherenceメンバーのStatusHAの状態がNODE-SAFEであることが確認されます。 デフォルトの動作をオーバーライドするように選択します。 詳細が必要な場合は、Oracle Java Cloud Service-Coherenceインスタンスへのパッチ適用についてを参照してください。