Enterprise Postgresのデータベース多重化運用における切り替え発生後の復旧方法について

Enterprise Postgresのよくあるご質問を検索できます。

Enterprise Postgres の技術情報はこちら

Enterprise Postgresのデータベース多重化運用において、プライマリサーバが切り替わって縮退運転になっています。復旧方法を教えてください。

データベース多重化運用に戻すには、スタンバイサーバ(旧プライマリサーバ)を再構築する必要があります。
以下のマニュアルを参照して再構築してください。
　FUJITSU Software Enterprise Postgres 12
　　クラスタ運用ガイド(データベース多重化編)
　　　第1部 データベース多重化運用
　　　　第4章 データベース多重化運用の異常時の対処
　　　　　4.1 縮退運転になった場合の対処
　　　　　　4.1.1 切り替え発生後の縮退運転における運用操作

　なお、上記以外の製品バージョン／レベルについては、該当するマニュアル箇所を参照してください。

[注意]　pg_rewindコマンドを使用してスタンバイサーバを再構築する場合の注意事項

• pg_rewindコマンドの対象とするソースサーバとターゲットサーバのタイムラインIDが異なっている必要があります。しかし、プライマリサーバ(旧スタンバイサーバ)の昇格直後は、未適用の更新トランザクションログの適用処理とその後のチェックポイント処理によるタイムラインIDの更新処理が完了していないため、pg_rewindコマンドが実行できないことがあります。そのため、プライマリサーバ(旧スタンバイサーバ)で、未適用の更新トランザクションログがなくなり、タイムラインIDの更新が完了してからpg_rewindコマンドを実行してください。
• pg_rewindコマンドを実行したあと、以下を実施してください。
  　- スタンバイサーバ(旧プライマリサーバ)のpostgresql.confファイルに、スタンバイサーバ側に必要なパラメータを設定してください。
  　詳細は、以下のマニュアルを参照してください。
  　　FUJITSU Software Enterprise Postgres 12
  　　　クラスタ運用ガイド(データベース多重化編)
  　　　　第1部 データベース多重化運用
  　　　　　第2章データベース多重化運用のセットアップ
  　　　　　　2.5 スタンバイサーバのセットアップ
  　　　　　　　2.5.2 スタンバイサーバのインスタンスの作成・設定・登録
  　　　　　　　表2.5 設定するパラメータ
  　- スタンバイサーバ(旧プライマリサーバ)で、standby.signalファイルを作成してください。
  　- ALTER SYSTEM SET文を使用して、postgresql.auto.confファイルのprimary_conninfoパラメータに指定する接続文字列を変更してください。