|
39 | 39 | steps to verify that all the logical replication slots required by that subscriber have been |
40 | 40 | synchronized to the standby server: |
41 | 41 | </span> |
42 | | -《マッチ度[70.305677]》スタンバイサーバが実際にフェイルオーバーの準備ができていることを確認するためには、次の手順に従ってすべての必要な論理レプリケーションスロットがスタンバイサーバと同期されていることを検証します。 |
43 | | -《機械翻訳》スタンバイサーバが特定のサブスクライバーのフェイルオーバーに対して実際に準備ができていることを確認するには、次の手順に従って、そのサブスクライバーに必要なすべての論理レプリケーションスロットがスタンバイサーバに同期されていることを確認します。 |
| 42 | +スタンバイサーバがフェイルオーバーの準備ができていることを確認するためには、次の手順に従って、サブスクライバーに必要なすべての論理レプリケーションスロットがスタンバイサーバと同期されていることを検証します。 |
44 | 43 | </p><div class="procedure"><ol class="procedure" type="1"><li class="step"><p> |
45 | 44 | <span class="original"> |
46 | 45 | On the subscriber node, use the following SQL to identify which replication |
|
114 | 113 | existing subscriptions can continue subscribing to publications on the new |
115 | 114 | primary server. |
116 | 115 | </span> |
117 | | -《マッチ度[93.013100]》すべてのスロットがスタンバイサーバに存在し、上記のSQLクエリの結果(<code class="literal">failover_ready</code>)が真である場合、既存のサブスクリプションは、新しいプライマリサーバ上のパブリケーションへのサブスクライブを継続できます。 |
| 116 | +すべてのスロットがスタンバイサーバに存在し、上記のSQLクエリの結果(<code class="literal">failover_ready</code>)が真である場合、既存のサブスクリプションは、新しいプライマリサーバ上のパブリケーションへのサブスクライブを継続できます。 |
118 | 117 | </p><p> |
119 | 118 | <span class="original"> |
120 | 119 | The first two steps in the above procedure are meant for a |
|
126 | 125 | use their own methods to identify the replication slots used by their |
127 | 126 | respective subscriptions. |
128 | 127 | </span> |
129 | | -《機械翻訳》前述のプロシージャの最初の2つのステップは、<span class="productname">PostgreSQL</span>サブスクライバーを対象としています。 |
130 | | -サブスクライバースロットの完全なリストを取得するには、フェイルオーバーの後に指定スタンバイがサービスを提供する各レプリケーションノードでこれらのステップを実行することをお薦めします。 |
131 | | -このリストは、ステップ3から保証フェイルオーバーの準備状況で検証できます。 |
| 128 | +前述の手続きのうち最初の2つの手順は、<span class="productname">PostgreSQL</span>サブスクライバーを対象としています。 |
| 129 | +これらの手順は、フェイルオーバーの後に指定されたスタンバイに接続する各サブスクライバーノード上で実行することをお勧めします。これにより、レプリケーションスロットの完全なリストを取得できます。 |
| 130 | +このリストはフェイルオーバーの準備状況の確認のため、手順3で検証されます |
132 | 131 | 一方、非<span class="productname">PostgreSQL</span>サブスクライバーは、独自の方法を使用して、それぞれのサブスクリプションで使用されるレプリケーションスロットを識別できます。 |
133 | 132 | </p><p> |
134 | 133 | <span class="original"> |
|
141 | 140 | is intended for promotion. This query returns the relevant replication slots |
142 | 141 | associated with all the failover-enabled subscriptions. |
143 | 142 | </span> |
144 | | -《機械翻訳》計画フェイルオーバー中などの場合は、すべての加入者が、<span class="productname">PostgreSQL</span>または非<span class="productname">PostgreSQL</span>であるかどうかにかかわらず、特定のレプリケーションまでフェイルオーバーの後にスタンバイサーバを続行できることを確認する必要があります。 |
145 | | -このような場合は、次のSQL、代わりを使用して前述の最初の2つの手順を実行し、プライマリのどのレプリケーションスロットを販促対象のスタンバイに同期化する必要があるかを識別します。 |
146 | | -この問い合わせは、すべてのフェイルオーバー対応の登録に関連付けられたレプリケーションスロットを戻します。 |
| 143 | +計画的なフェイルオーバー中など、場合によっては、<span class="productname">PostgreSQL</span>または非<span class="productname">PostgreSQL</span>のすべてのサブスクライバーが、特定のスタンバイサーバへのフェイルオーバーの後にレプリケーションを継続できることを確認する必要があります。 |
| 144 | +このような場合は、最初の2つの手順の代わりに以下のSQLを使用して、プライマリ上のどのレプリケーションスロットを昇格対象のスタンバイに同期する必要があるかを特定します。 |
| 145 | +この問い合わせは、すべてのフェイルオーバーが有効なサブスクリプションに紐づけられた関連するレプリケーションスロットを返します。 |
147 | 146 | </p><p> |
148 | 147 | </p><pre class="programlisting"> |
149 | 148 | /* primary # */ SELECT array_agg(quote_literal(r.slot_name)) AS slots |
|
0 commit comments