既存のクラスターのアップグレード¶
|variable_prod_name||variable_prod_name|をアップグレードするときに役立つユーティリティを提供します集まる。既存のクラスターをアップグレードするには、以下を行う必要があります。
|variable_prod_name|をインストールします|variable_prod_version|クラスタの各ノード。|variable_prod_name|のインストールの詳細については、 FailoverManagerのインストールを参照してください。
|variable_prod_name|をインストールした後、 ``efm upgrade-conf`` ユーティリティを呼び出して、フェイルオーバーマネージャー用の ``.properties`` および ``.nodes`` ファイルを作成します|variable_prod_version|。|variable_prod_name|インストーラーはアップグレードユーティリティをインストールします( efmupgrade-conf)を
/usr/edb/efm-3.10/bin directoryに変更します。ユーティリティを呼び出すには、root権限を引き受け、次のコマンドを呼び出します。efm upgrade-conf <cluster_name>efm
upgrade-confユーティリティは、既存のクラスターの.propertiesおよび.nodesファイルを見つけ、パラメーター値を|variable_prod_name|で使用するために新しい構成ファイルにコピーします。ユーティリティは、設定ファイルの更新されたコピーを/etc/edb/efm-3.10ディレクトリに保存します。新しい設定を指定して、EFMの
.propertiesおよび.nodesファイルを変更します|variable_prod_version|。任意のエディターを使用して、そのノードのサービスを開始する前に、プロパティファイル(
/etc/edb/efm-3.10ディレクトリにあります)の追加のプロパティを変更します。プロパティ設定の詳細については、 クラスタプロパティファイルを参照してください。。
注釈
バージョン3.6以降、 db.bin は必須プロパティです。プロパティファイルを変更するときは、 db.bin プロパティがPostgres bin ディレクトリの場所を指定していることを確認してください。
バージョン固有のコマンドを使用して、古い|variable_prod_name|を停止します集まる;たとえば、次のコマンドを使用して、バージョン3.9クラスターを停止できます。
/usr/efm-3.9/bin/efm stop-cluster efm新しい フェイルオーバーマネージャーサービスを開始する<controlling_efm_service>クラスターの各ノードの`( ``edb-efm-3.10` )。
次の例は、アップグレードユーティリティを呼び出して、|variable_prod_name|の .properties および .nodes ファイルを作成する方法を示しています。インストール:
# /usr/edb/efm-3.10/bin/efm upgrade-conf efm
Checking directory /etc/edb/efm-3.9
Processing efm.properties file
The following properties were added in addition to those in previous installed version:
external.address
update.physical.slots.period
Checking directory /etc/edb/efm-3.9
Processing efm.nodes file
Upgrade of files is finished. The owner and group for properties and nodes files have been set as 'efm'.
If you are using a Failover Manager configuration without sudo,
include the -source flag and specify the name of the directory in which the
configuration files reside when invoking upgrade-conf. If the directory is not
the configuration default directory, the upgraded files will be created in the directory
from which the upgrade-conf command was invoked.
注意: :カスタムサービススクリプトまたはユニットファイルを使用している場合は、ファイルを手動で更新して、新しい|variable_prod_name|を反映させる必要があります。アップグレードを実行するときのサービス名。
FailoverManagerのアンインストール¶
|variable_prod_name|にアップグレードした後|variable_prod_version|、yumを使用して|variable_prod_name|の以前のインストールを削除できます。たとえば、次のコマンドを使用して、|variable_prod_name|を削除します。3.9および不要な依存関係:
RHELまたはCentOS6.xまたは7.xの場合:
yum remove edb-efm39RHELまたはCentOS8.xの場合:
dnf remove edb-efm39DebianまたはUbuntuの場合:
apt-get remove edb-efm39SLESの場合:
zypper remove edb-efm39
データベース更新の実行(マイナーバージョン)¶
このセクションでは、データベースのマイナーバージョンのクイックアップグレードを実行する方法について説明します。次の手順を使用して、あるマイナーバージョンから別のマイナーバージョンにアップグレードする(たとえば、10.1.5からバージョン10.2.7に)、またはバージョンのパッチリリースを適用することができます。
|variable_prod_name|の各スタンバイノードのデータベースサーバーを最初に更新する必要があります。集まる。次に、スイッチオーバーを実行して、|variable_prod_name|内でスタンバイノードをマスターの役割に昇格させます。集まる。次に、古いマスターノードでデータベースの更新を実行します。
クラスタの各ノードで、次の手順を実行してデータベースサーバーを更新する必要があります。
|variable_prod_name|を停止しますエージェント。
データベースサーバーを停止します。
データベースサーバーを更新します。
データベースサービスを開始します。
|variable_prod_name|を開始しますエージェント。
AdvancedServerサービスの制御、またはAdvancedServerのバージョンのアップグレードの詳細については、次のURLにあるEDBPostgresAdvancedServerGuideを参照してください。
更新が完了したら、 :ref:`efmset-priorityを使用できます<efm_set_priority>`古いマスターをスタンバイリストの先頭に追加し、スイッチオーバーしてクラスターを元の状態に戻すコマンド。