読み取りレプリカをスタンドアロン サーバーに昇格させる

Azure portal の使用:

1. 関連付けられている仮想エンドポイントを表示する Azure Database for PostgreSQL フレキシブル サーバーを選択します。

2. リソース メニューの [設定] セクションで、[レプリケーション] を選択 します。

   

3. 昇格 アイコンを、切り替えたい読み取りレプリカのエンドポイントの名前の横で選択します。

   

4. 昇格するレプリカ サーバーで、[独立したサーバーに昇格] を選択し、レプリケーションから削除します。これはプライマリ サーバーには影響しません。アクションの場合。 また、ニーズに最も適したものに応じて、[データ同期の計画済み] または [強制] を選択します。 計画済みオプションを使用する場合は、この読み取りレプリカが独立したサーバーになり、この操作を元に戻すことができないことを理解していることをマークする必要があります。読み取りレプリカが独自のスタンドアロン エンティティにデタッチされることを確認します。 強制オプションを使用する場合は、この読み取りレプリカが独立したサーバーになり、そのデータが最初に同期されていないことを理解していることを示すマークを付ける必要があります。この操作を元に戻すことはできません。チェック ボックスをオンにして、データ損失の可能性も確認します。 最後に、[ 昇格] を選択します。

   

5. 通知が、読み取りレプリカがスタンドアロンサーバーに昇格されていることを知らせます。

   

6. プロセスが完了すると、読み取りレプリカがスタンドアロン サーバーに正常に昇格したことが通知されます。

   

az postgres flexible-server replica promote コマンドを使用して、読み取りレプリカを切り替えて Azure PostgreSQL フレキシブル サーバーの新しいプライマリにすることができます。

読み取りレプリカがプライマリ サーバー上に存在するすべての変更と最初に同期されるようにする場合は、切り替えが開始される前に、 --promote-option を planned に設定します。

az postgres flexible-server replica promote \
  --resource-group <resource_group> \
  --name <server> \
  --promote-mode Standalone \
  --promote-option Planned

切り替えを完了する時間を短縮し、プライマリ サーバーで既にコミットされているが読み取りレプリカに同期されていない変更が失われると想定できる場合は、 --promote-option を forced に設定します。

az postgres flexible-server replica promote \
  --resource-group <resource_group> \
  --name <server> \
  --promote-mode Standalone \
  --promote-option Forced