PGD settings¶
PGD固有の構成設定を設定することもできます。特に断りのない限り、値はいつでも設定できます。
コンフリクトハンドリング¶
bdr.default_conflict_detection¶
- 新しく作成されたテーブルのデフォルトの競合検出方法を設定します。
bdr.alter_table_conflict_detection() と同じ値を受け入れます。
グローバルシーケンスパラメーター¶
bdr.default_sequence_kind¶
デフォルトの sequence kind を設定します。
デフォルト値はdistributed です。 これは、 snowflakeid
がint8 シーケンス（つまりbigserial
）に使用され、galloc シーケンスがint4 （つまりserial
）およびint2 シーケンスに使用されることを意味します。
DDLハンドリング¶
bdr.default_replica_identity¶
新しく作成されたテーブルのREPLICA IDENTITY
のデフォルト値を設定します。 REPLICA IDENTITY
は、更新または削除された行を特定するログ先行書き込みに書き込まれる情報を定義します。
受け入れられる値は次のとおりです。
DEFAULT—主キーの列の古い値があれば記録します（これはPostgreSQLのデフォルトの動作です）。FULL—行内のすべての列の古い値を記録します。NOTHING—古い行に関する情報を記録しません。
詳細については、 PostgreSQL documentation を参照してください。
PGDは、 PRIMARY KEY またはUNIQUE
制約のないテーブルでUPDATE およびDELETE
操作をレプリケートできません。例外は、テーブル固有の構成またはbdr.default_replica_identity
のいずれかにより、テーブルのレプリカIDがFULL である場合です。
bdr.default_replica_identity がDEFAULT
であり、テーブルにUNIQUE
制約がある場合、それはREPLICA IDENTITY
として自動的に選択されません。上記のように、テーブルの作成時または作成後に明示的に設定する必要があります。
テーブルのレプリカIDを FULL
に設定すると、書き込まれるWALの量とテーブルのワイヤーで複製されるデータの量が増加します。
bdr.ddl_replication¶
ノード間でDDLを自動的に複製します（デフォルトはon ）。
このパラメーターは、 bdr_superuserまたはスーパーユーザーロールのみが設定できます。
bdr.ddl_replication = off
でDDLを実行するか、PGD管理関数を呼び出すと、管理者が介入できるまでレプリケーションが停止する状況が発生する可能性があります。詳細は DMLおよびDDLレプリケーション を参照してください。
bdr.ddl_replication がoff に設定されるたびに、 LOG
レベルのログメッセージがPostgreSQLサーバーログに出力されます。さらに、この設定が原因でキャプチャされたDDLコマンドまたはPGDレプリケーション機能のレプリケーションがスキップされるたびに、
WARNING-level メッセージが書き込まれます。
bdr.role_replication¶
ノード間でROLEコマンドを自動的に複製します（デフォルトはon
）。このパラメーターを設定できるのはスーパーユーザーのみです。この設定は、
bdr.ddl_replication もオンになっている場合にのみ機能します。
外部メソッドを使用せずにこれをオフにして、すべてのノードでロールが同期されていることを確認すると、複製されたDDLにより、管理者が介入するまで複製が中断される場合があります。
ロール操作ステートメント を参照
詳細については。
bdr.ddl_locking¶
DDLのグローバルロックの動作モードを構成します。
このパラメーターは、 bdr_superuserまたはスーパーユーザーロールのみが設定できます。
可能なオプションは次のとおりです。
off - DDL操作にグローバルロックを使用しないでください。
on —すべてのDDL操作にグローバルロックを使用します。
dml —グローバルロックは、リレーションのグローバルDMLロックを取得して書き込みを防止する必要があるDDL操作にのみ使用します。
bdr.ddl_replication がoff に設定されるたびに、 LOG
レベルのログメッセージがPostgreSQLサーバーログに出力されます。さらに、この設定によりグローバルロックステップがスキップされるたびに、
WARNING
メッセージが書き込まれます。一部のステートメントの結果、2つのWARNING
メッセージが表示されるのは正常です。1つはDMLロックをスキップするため、もう1つはDDLロックをスキップするためです。
グローバルロック も参照
bdr.truncate_locking¶
この構成オプションは、 TRUNCATEコマンドのロック動作を設定します。
（trueの場合）TRUNCATEがbdr.ddl_locking
設定に従うかどうかを判断します。デフォルトでfalseに設定されています。
グローバルロック¶
DDLロックは bdr.ddl_locking によって制御されます。その他のグローバルロック設定には、次のものがあります。
bdr.global_lock_max_locks¶
ノードで保持できるグローバルロックの最大数を設定します（デフォルト1000）。 Postgresサーバーの起動時にのみ設定できます。
bdr.global_lock_timeout¶
グローバルロックの待機の最大許容時間を設定します（デフォルトは10分）。ゼロの値はこのタイムアウトを無効にします。
bdr.global_lock_statement_timeout¶
グローバルロックを保持するステートメントの最大許容期間を設定します（デフォルト60分）。ゼロの値はこのタイムアウトを無効にします。
bdr.global_lock_idle_timeout¶
グローバルロックを保持しているトランザクションのアイドル時間の最大許容時間を設定します（デフォルト10分）。ゼロの値はこのタイムアウトを無効にします。
bdr.predictive_checks¶
予測チェックのログレベルを設定します（現在、グローバルロックでのみ使用されます）。
DEBUG 、LOG 、WARNING （デフォルト）、またはERROR
のいずれかです。予測チェックは、特定の操作を実行するときに予想されるクラスター状態の早期検証です。タイムアウトを待つのではなく、早期に失敗するための操作に使用できます。グローバルロックの用語では、PGDは、十分なノードが接続されており、グローバルロックに必要なクォーラムを取得するための合理的なラグ制限があることを確認します。
ノード管理¶
bdr.replay_progress_frequency¶
クラスターの残りの部分にレプリケーション位置情報を送信する間隔を設定します（デフォルト1分）。
bdr.standby_slot_names¶
他のスロットよりも前にレプリケーションの変更を受信および確認するために必要なスロットを設定します。この設定は、主にフェイルオーバーにフィジカルスタンバイを使用する場合、またはサブスクライブ専用ノードを使用する場合に役立ちます。
一般的なレプリケーション¶
bdr.writers_per_subscription¶
サブスクリプションあたりのデフォルトのライター数を設定します（PGDでは、グループのbdr.alter_node_group_config
でこれを変更することもできます）。
bdr.max_writers_per_subscription¶
サブスクリプションあたりのライターの最大数（上記の設定の上限を設定します）。
bdr.xact_replication¶
現在のトランザクションを複製します（デフォルトはon ）。
これをオフにすると、トランザクション全体がローカルのみになります。つまり、トランザクションは、PGDおよび論理デコードの他のすべてのダウンストリームターゲットによる論理デコードから可視ではありません。データは、ロジカルスタンバイノードを含む他のノードに転送されません。
このパラメーターは、 bdr_superuserまたはスーパーユーザーロールのみが設定できます。
このパラメーターは、bdr.permit_unsafe_commands = on
を除き、SET LOCAL
コマンドを使用して現在のトランザクション内でのみ設定できます。
注釈
トランザクションレプリケーションを無効にしても、WALは生成されますが、それらの変更はオリジンでフィルタリングされます。
警告
bdr.xact_replication をオフにすると、ノード間のデータの矛盾につながります。ノード間のデータ相違から回復するため、またはレプリケーションを続行するために単一ノードでの変更が必要なレプリケーション状況でのみ使用してください。ご自身の責任で使用してください。
bdr.permit_unsafe_commands¶
一般的な使用には安全でないとみなされるコマンドの安全性チェックをオーバーライドするオプション。
bdr_superuser またはPostgreSQLスーパーユーザーが必要です。
警告
通常安全と見なされないコマンドは、一貫性のない結果を生成するか、レプリケーションを完全に中断する可能性があります。ご自身の責任で使用してください。
bdr.batch_inserts¶
単一のトランザクションで1つのテーブルへの連続挿入の数は、そのテーブルへの挿入のバッチ処理をオンにします。
この設定により、大規模なデータのレプリケーションは、挿入のセットではなく、内部的にCOPYとしてロードできます。ノードジョイン時の初期データもコピーされます。
bdr.maximum_clock_skew¶
この設定は、 bdr.maximum_clock_skew_action
をトリガーする前の、受信トランザクションのコミットタイムスタンプとサブスクライバーの現在の時刻の最大差を指定します。
現在リプレイされているトランザクションのタイムスタンプが、サブスクライバーの現在時刻と比較して将来かどうかを確認します。そうであり、差がbdr.maximum_clock_skew
より大きい場合、 bdr.maximum_clock_skew_action
設定で指定されたアクションを実行します。
デフォルトは-1
で、これはクロックスキューを無視することを意味します（チェックはオフになっています）。すべてのサーバーの時計を同期する場合は0を設定すると有効です。トランザクションをリプレイしているという事実は、過去にコミットされたことを意味します。
bdr.maximum_clock_skew_action¶
この設定は、 bdr.maximum_clock_skew
よりも高いクロックスキューが検出された場合に実行するアクションを指定します。
この設定には2つの値があります。
WARN—この事実に関する警告をログに記録します。警告は、サーバーログのフラッディングを防ぐために、最大で毎分1回（デフォルト）ログに記録されます。WAIT—現在のローカルタイムスタンプが、リモートコミットタイムスタンプからbdr.maximum_clock_skewを引いたものより古くなくなるまで待ちます。
bdr.accept_connections¶
この設定は、PGDへの接続を有効または無効にします。デフォルトはon
です。
bdr_superuser またはPostgreSQLスーパーユーザーが必要です。
bdr.standby_slot_names¶
この設定は通常、フェールオーバー構成で使用され、このPGDノードのフェールオーバー候補のストリーミング物理レプリカが、サブスクライバーに表示される前にすべての変更を受信してフラッシュしたことを保証します。これにより、プロバイダーのスタンバイへのフェールオーバー時にコミットが消えないことが保証されます。
コンマ区切りのbdr.standby_slot_names
リストにリストされている名前のレプリケーションスロットは、PGDノードのwalsenderによって特別に扱われます。
PGDの論理レプリケーションウォルセンダーは、ノードが他のPGDレプリケーションクライアントにこれらの変更を送信する前に、すべてのローカル変更がbdr.standby_slot_names
のレプリケーションスロットに送信されてフラッシュされることを保証します。効果的に、スロットの名前付きリストと他のすべてのレプリケーションクライアントの間に同期レプリケーションバリアを提供します。
bdr.standby_slot_names
には、任意のレプリケーションスロットをリストできます。論理スロットと物理スロットの両方が機能しますが、通常は物理スロットに使用されます。
このセーフガードがなければ、サブスクライバーがコミットを受信し、フェールオーバー候補がまだコミットを受け取っていないため、フェールオーバー時にプロバイダーから消える2つの異常が発生する可能性があります。
1人以上のサブスクライバーの場合、サブスクライバーは変更を適用した可能性がありますが、新しいプロバイダーは、プロバイダーに関する限り起こらなかったため、受け取った変更と競合する新しいトランザクションを実行する可能性があります。
2人以上のサブスクライバーの場合、フェールオーバー時に、すべてのサブスクライバーが変更を適用していません。コミットを受け取っていないサブスクライバーはそれを取得する方法がないため、サブスクライバーの状態は一貫性がなく和解不能です。
bdr.standby_slot_names
をデザインで設定すると、リストされたノードの必要な数が追いついていない場合、そこにリストされていない他のサブスクライバーがプロバイダーより遅れます。したがって、モニタリングは不可欠です。
bdr.standby_slot_names
が役立つ別のユースケースは、サブスクライバー専用ノードを使用して、通常のPGDノードよりも先に移動しないようにする場合です。これは、
bdr.standby_slots_min_confirmed
を少なくとも1に設定することと組み合わせて、すべての通常のPGDピアノードの論理スロットをリストすることで最適に達成できます。
bdr.standby_slots_min_confirmed¶
この設定は、PGDサブスクライバーにデータを送信する前に確認する必要があるbdr.standby_slot_names
の数を制御します。
bdr.writer_input_queue_size¶
この設定は、受信側がライタプロセスにデータを送信するために使用する共有メモリキューのサイズを指定します。ライタプロセスが停止しているか、進行が遅い場合、キューがいっぱいになり、受信側プロセスも停止する可能性があります。したがって、このキューに十分な共有メモリを提供することが重要です。デフォルトは1MBで、許可される最大サイズは1GBです。任意のストレージサイズ指定子を使用してGUCを設定できますが、デフォルトはKBです。
bdr.writer_output_queue_size¶
この設定は、受信側がライタプロセスからデータを受信するために使用する共有メモリキューのサイズを指定します。ライタは大量のデータを送信することは想定されていないため、比較的小さなサイズのキューで十分です。デフォルトは32 KBで、許可される最大サイズは1 MBです。任意のストレージサイズ指定子を使用してGUCを設定できますが、デフォルトはKBです。
bdr.min_worker_backoff_delay¶
この設定により、特定のワーカーがbdr.min_worker_backoff_delay
ミリ秒ごとよりも頻繁に再起動されるのを防ぐことにより、PGDバックグラウンドワーカーの起動のレート制限が可能になります。エラーが繰り返されると、最大bdr.max_worker_backoff_delay
までジッターが追加され、バックオフが指数関数的に増加します。
時間単位のサフィックスがサポートされています。
注釈
この設定は現在、レシーバーワーカーにのみ影響します。つまり、主にサブスクリプションがエラーまたは接続エラー時に再接続を試行する速度に影響します。
bdr.min_worker_backoff_delay のデフォルトは1秒です。
bdr.max_worker_backoff_delay の場合、1分です。
バックオフ遅延設定が変更され、PostgreSQL構成がリロードされると、現在のすべてのバックオフはリセットを待機します。さらに、
bdr.worker_task_reset_backoff_all()
ファンクションが提供されているため、管理者はすべてのバックオフ間隔を強制的にすぐに期限切れにすることができます。
共有メモリ内の追跡テーブルは、各タイプのワーカーの最終起動時刻を記憶するために維持されます。この追跡テーブルは永続的ではありません。これは、クリーンでないバックエンド終了後のクラッシュリカバリ中のソフトリスタートを含む、PostgreSQLの再起動によってクリアされます。
ビュー bdr.worker_tasks を使用してこの状態を検査できるため、管理者は現在有効なバックオフレート制限を確認できます。
レート制限の目的で、ワーカーはタスク別に分類されます。このキーは、ワーカーロール、データベースOID、サブスクリプションID、サブスクリプションライタID、拡張機能ライブラリの名前と関数名、拡張機能が提供するワーカー名、および同期ライターのリモートリレーションIDで構成されています。
NULL
は、特定の分類子が適用されない場合に使用されます。たとえば、マネージャーワーカーにはサブスクリプションIDがなく、レシーバーにはライタIDがありません。
CRDT¶
bdr.crdt_raw_value¶
CRDTデータ型を使用した列の競合の処理 の出力形式を設定します。
デフォルトの出力（この設定がoff
の場合）は、ベースCRDTタイプの現在の値（たとえば、 crdt_pncounter
のbigint）のみを返します。 on
に設定すると、戻り値はCRDT値の完全な表現を表し、たとえば、複数のノードからの状態を含めることができます。
Eager Replication¶
bdr.commit_scope¶
現在の（またはデフォルトの） commitスコープへの移行 （デフォルトlocal
）を設定します。
Commit At Most Once¶
bdr.camo_local_mode_delay¶
CAMOパートナーがトランザクションを確認する必要がある場合に通常発生するオーバーヘッドをエミュレートするために、CAMOの非同期モードで適用されるコミット遅延。デフォルトは5ミリ秒です。この機能を無効にするには
0 に設定します。 -
bdr.camo_enable_client_warnings¶
CAMOプロパティを保証できないデータベースでアクティビティが実行された場合、警告を発します。これはデフォルトで有効になっています。十分な知識のあるユーザーは、これを無効にして、ログに記録される警告の量を減らすことができます。
トランザクションストリーミング¶
bdr.default_streaming_mode¶
サブスクライバーノードによるトランザクションストリーミングを制御するために使用されます。許可される値は次のとおりです。off
、writer 、file 、およびauto 。デフォルトはauto
です。 off
に設定されている場合、サブスクライバーはトランザクションストリーミングを要求しません。他の値のいずれかに設定されている場合、サブスクライバーはトランザクションストリーミングを要求し、パブリッシャーはそれらをサポートしており、グループレベルで構成されている場合、それを提供します。詳細については、
トランザクションストリーミング を参照してください。
ラグコントロール¶
bdr.lag_control_max_commit_delay¶
許容できる最大許容ポストコミット遅延（ミリ秒単位）。
bdr.lag_control_max_lag_size¶
許容できる最大許容ラグサイズ（キロバイト単位）。
bdr.lag_control_max_lag_time¶
許容できる最大の許容ラグタイム（ミリ秒）。
bdr.lag_control_min_conforming_nodes¶
許容可能なラグメジャーを下回るために必要なノードの最小数。
bdr.lag_control_commit_delay_adjust¶
コミット遅延のマイクロ調整は、最大コミット遅延時間の割合として測定されます。デフォルト値0.01％では、最大コミット遅延に到達するには100正味増分が必要です。
bdr.lag_control_sample_interval¶
ラグサンプルとコミット遅延マイクロ調整間の最小時間（ミリ秒）。
bdr.lag_control_commit_delay_start¶
コミット遅延増分の適用が開始されるラグしきい値。許容可能なラグメジャーの割合として表されます。デフォルト値の1.0％では、許容可能なラグ測定値を超えるまで、コミット遅延の増分は開始されません。
より小さい割合を設定することにより、より早く「ラグ曲線を曲げ」て、許容可能なラグメジャーで漸近することにより、違反を防止できる場合があります。
タイムスタンプベースのスナップショット¶
bdr.timestamp_snapshot_keep¶
タイムスタンプベースのスナップショットで使用する有効なスナップショットを保持する時間（デフォルトは0
、過去のスナップショットを保持しないことを意味します）。
モニタリングとロギング¶
bdr.debug_level¶
PGDがデバッグメッセージを書き込むために使用するログレベルを定義します。デフォルト値はdebug2
です。詳細なPGDデバッグ出力を見たい場合は、 bdr.debug_level = 'log'
を設定します。
bdr.trace_level¶
上記と同様に、これはPGDトレースメッセージに使用するログレベルを定義します。 EDB Postgres分散クラスターのすべてのノードでトレースを有効にすると、EDB Supportが問題を診断するのに役立つ場合があります。これは、 Postgresサーバーの起動時にのみ設定できます。
警告
bdr.debug_level または`bdr.trace_level` を値>= log_min_messages に設定すると、非常に大量のログ出力が生成される可能性があります。
bdr.track_subscription_apply¶
各サブスクリプションの適用統計を追跡します。
bdr.track_relation_apply¶
各関係の適用統計を追跡します。
bdr.track_apply_lock_timing¶
リレーションの統計を追跡するときにロックのタイミングを追跡します。
デコードワーカー¶
bdr.enable_wal_decoder¶
デコードワーカー を使用して、単一ノードでの論理変更レコード（LCR）の送信を有効にします。デフォルトでは、この設定はfalseです。
trueに設定すると、デコードワーカープロセスが開始され、WAL送信者は生成したLCRを送信します。 falseに戻した場合、LCRを使用するWAL送信者は再起動され、WALを直接使用します。
注釈
PGDグループ内のすべてのノードでこの設定を有効にし、グループで`enable_wal_decoder` オプションをtrueに設定する必要があります。
bdr.receive_lcr¶
別のノードにサブスクライブする場合、この設定により、ノードはサブスクリプションの論理変更レコード（LCR）の使用を要求できます。デフォルトでは、この設定はfalseです。この設定がダウンストリームノードでtrueの場合、ノードはアップストリームノードに送信時にLCRを使用するように要求します。ノードでbdr.enable_wal_decoder
をtrueに設定する場合、この設定もtrue に設定します。
注釈
PGDグループ内のすべてのノードでこの設定を有効にし、グループで`enable_wal_decoder` オプションをtrueに設定する必要があります。 !!!
bdr.lcr_cleanup_interval¶
- 論理変更レコード（LCR）ファイルのクリーンアップ間隔。
デコードワーカー が有効になっている場合、デコードワーカーはLCRファイルをバッファーとして保存します。これらのファイルは定期的にクリーニングされ、この設定は2つの連続するクリーンアップの間隔を制御します。デフォルトは3分です。ゼロに設定すると、クリーンアップが無効になります。
接続設定¶
以下は、すべてのクロスノードlibpq
接続に影響を与える一連の接続設定です。デフォルトはかなり控えめな値に設定され、ほとんどの実稼働ニーズをカバーします。すべての変数にはSIGHUP
コンテキストがあります。つまり、リロード時に変更が適用されます。
bdr.global_connection_timeout¶
接続中に待機する最大時間（秒単位）。 10進整数として記述します。例、10。ゼロ、負、または指定されていない場合は、無限に待機することを意味します。許容される最小タイムアウトは2秒であるため、値1は2と解釈されます。
デフォルトは15秒です。
bdr.global_keepalives¶
TCPキープアライブを使用するかどうかを制御します。デフォルト値は1、つまりオンです。キープアライブが必要ない場合は、これを0、つまりオフに変更できます。このパラメーターは、Unixドメインソケットによる接続では無視されます。
デフォルトは1（オン）です。
bdr.global_keepalives_idle¶
TCPがサーバーにキープアライブメッセージを送信するまでの非アクティブの秒数を制御します。ゼロの値は、システムのデフォルトを使用します。このパラメーターは、Unixドメインソケットによる接続、またはキープアライブが無効になっている場合、無視されます。
TCP_KEEPIDLE
または同等のソケットオプションが利用可能なシステムでのみサポートされています。他のシステムでは、効果はありません。
デフォルトは1秒です。
bdr.global_keepalives_interval¶
サーバーによって承認されないTCPキープアライブメッセージを再送信するまでの秒数を制御します。ゼロの値は、システムのデフォルトを使用します。このパラメーターは、Unixドメインソケットによる接続、またはキープアライブが無効になっている場合、無視されます。
TCP_KEEPINTVL
または同等のソケットオプションが利用可能なシステムでのみサポートされています。他のシステムでは、効果はありません。
デフォルトは2秒です。
bdr.global_keepalives_count¶
サーバーへのクライアントの接続が切断されたと見なされる前に失われる可能性のあるTCPキープアライブの数を制御します。ゼロの値は、システムのデフォルトを使用します。このパラメーターは、Unixドメインソケットによる接続、またはキープアライブが無効になっている場合、無視されます。
TCP_KEEPCNT
または同等のソケットオプションが利用可能なシステムでのみサポートされています。他のシステムでは、効果はありません。
デフォルトは3です。
bdr.global_tcp_user_timeout¶
接続が強制的に閉じられるまでに、送信されたデータが未確認のままになるミリ秒数を制御します。ゼロの値は、システムのデフォルトを使用します。このパラメーターは、Unixドメインソケットによる接続では無視されます。
TCP_USER_TIMEOUT
が利用可能なシステムでのみサポートされています。他のシステムでは、効果はありません。
デフォルトは5秒です（ミリ秒単位、5000）。
内部設定¶
bdr.raft_keep_min_entries¶
ログコンパクションを行うときにRaftログに保持するエントリーの最小数（デフォルト100）。値0はログ圧縮を無効にします。これは、 Postgresサーバーの起動時にのみ設定できます。
警告
ログコンパクションが無効になっている場合、ログのサイズは永久に大きくなります。 !!!
bdr.raft_response_timeout¶
ネットワーク障害を説明するために、実装されたRaftコンセンサスプロトコルは、一定時間後にリクエストをタイムアウトします。このタイムアウトのデフォルトは30秒です。
bdr.raft_log_min_apply_duration¶
ステートマシンを前進させるために、Raftはエントリーをその内部ログに追加します。通常の操作中、追加には数ミリ秒しかかかりません。これにより、その追加アクションの継続時間に上限しきい値が設定され、それを超えると
INFO
メッセージがログに記録されます。これは問題を示している可能性があります。このパラメーターのデフォルト値は3000ミリ秒です。
bdr.raft_log_min_message_duration¶
コンセンサスリクエストをログに記録するタイミング。
bdrコンセンサスリクエストのラウンドトリップ時間を測定し、時間がこのパラメーターを超える場合はINFO
メッセージをログに記録します。このパラメーターのデフォルト値は5000ミリ秒です。
bdr.raft_group_max_connections¶
PostgresサーバーのすべてのPGDグループにわたる接続の最大数。これらの接続は、グループのノード間でbdrコンセンサス要求を運びます。このパラメーターのデフォルト値は100接続です。 Postgresサーバーの起動時にのみ設定できます。
bdr.backwards_compatibility¶
bdr.bdr_version_num 、たとえば30618
で使用されるのと同じ数値形式で、下位互換性を持つバージョンを指定します。これが一般的に望ましくない効果をもたらす場合でも、以前のPGDバージョンの正確な動作を有効にします。デフォルトは現在のPGDバージョンです。これはリリースごとに異なるため、値が現在のバージョンと異なる場合を除き、構成ファイルで明示的に使用しないことをお勧めします。
bdr.track_replication_estimates¶
ピアノードの適用率とキャッチアップ間隔の観点からレプリケーションの見積もりを追跡します。 CAMOのようなプロトコルは、この情報を使用して、ピアノードの準備ができているかどうかを推定できます。このパラメーターはデフォルトで有効になっています。
bdr.lag_tracker_apply_rate_weight¶
ローカルノードからWALを適用する点でピアノードがどれだけ遅れているかを監視し、ラグトラッキングの適用率の移動平均を計算します。このパラメーターは、この移動平均計算における新しい計算値の寄与度を指定します。デフォルト値は0.1です。
