ローリング再起動の実行
ローリング再起動クラスターのメンテナンスプロセスでは、ノードがすべて更新されるまで、ノードを一度に1つずつ（他のノードが動作している間）シャットダウンして更新します。 この方法により、クラスターを更新する際の稼働時間を最大化できます。 ローリング再起動は、コンテナおよびイメージベースの環境で使用できます。
ローリング再起動の手順は次のとおりです。
-
1つのクラスターノード（JVMインスタンス）をシャットダウンします。
-
そのノードのデプロイを更新/変更します（以下のメンテナンスシナリオを参照）。
-
ノードを起動します。
-
他のすべてのクラスターノードに対してこれらの手順を繰り返します。
注メンテナンスシナリオは、ローリング再起動時の動作によって異なります。 たとえば、プラグイン更新でのUI変更は、更新されたノードでのみ表示されます。 更新されていないノードのユーザーには、UI変更は表示されません。 メンテナンス シナリオには、ローリング再起動では実行できない特定のケースがある場合があります — シナリオの説明でこれらのケースについて説明しています。
ローリング再起動の対象となるメンテナンスシナリオを以下に示します。
新しいモジュールとプラグイン
新しいプラグインまたはモジュール（クラスターにまだ存在しないもの）がローリング再起動の対象になるには、既存のプラグインまたはモジュールとの互換性を損なうような方法でデータを変更したり、データベース列を削除または名前変更したりしてはなりません。
既存のモジュールとプラグインの更新
既存のプラグインまたはモジュールの新しいバージョンをローリング再起動の対象にするためには、既存のバージョンのプラグインまたはモジュールとの互換性を損なう方法で、データを変更したり、データベース列を削除または名前変更したりしてはなりません。
フィックスパックの適用
変更通知を受け取る（購読する）
カスタマー ポータルでは、元に戻すことができず、したがってローリング再起動に適さない フィックス パック が識別されます。 他のすべてのフィックスパックは対象です。
フィックスパックの復元
変更通知を受け取る（購読する）
復帰可能なフィックスパックは、ローリング再起動で削除できます。
portal-ext.propertiesによって制御されるポータルプロパティ
ポータル プロパティ ファイルの変更は、ローリング再起動で適用できます。
構成管理ファイルによって制御されるシステム設定
システム構成 ファイルはローリング再起動で適用できます。
アプリケーションサーバーまたはJVM設定の変更
アプリケーションサーバーとJVM設定の変更は、ローリング再起動時に実行できます。
Javaバージョンの更新
Javaのマイナーバージョンの更新はローリング再起動時に適用できます。 メジャーバージョンの更新はローリング再起動ではサポートされていません。代わりに、すべてのクラスターノードがシャットダウンされたときに実行する必要があります。
ローリング再起動の対象となるすべての更新は、前述のローリング再起動手順を使用して適用できます。 他の更新は、次に説明するように異なる方法で行う必要があります。