’Appendix D¶
このセクションでは、BDR4の現在既知の問題について説明します。
データの一貫性¶
Conflictsを読んで、データの一貫性に関する非同期オペレーションモードの意味を理解してください。
問題のリスト¶
このセクションの残りのパートでは、BDRのチケットシステムで追跡されている既知の問題の数をリストし識別子。
update_origin_changeのリゾルバが競合する場合skipに設定され、synchronous_commit=remote_applyが使用されます。 同じ行の同時更新が2つに繰り返し適用されます 異なるノード、更新ステートメントの1つが原因でハングする可能性があります BDRライタとのデッドロック。で述べたように Conflictsの章、skipはデフォルトではありませんupdate_origin_change競合のリゾルバ、およびこれ 組み合わせは、稼動環境での使用を意図していません。破棄します 到着オーダーに基づく2つの競合更新の1つ そのノード上で、発散クラスターを引き起こす可能性があります。 まれに、 シチュエーションの使用を選択する場合 コンフリクトリゾルバ、使用の問題にノートしてくださいremote_applyモード。
スキップシーケンスは、
シーケンスはロールバックされたトランザクションで作成され、その後作成されます
再び同じ名前で、またはDDL作成およびドロップされる場合
レプリケーションはアクティブではなく、 DDLのときに再度作成されます
レプリケーションはアクティブです。
問題のインパクトは軽度です。なぜならシーケンスは
保証違反はありません。シーケンスは一部をスキップします
初期チャンク。また、回避策として、ユーザは
への引数としてのシーケンスの開始値
bdr.alter_sequence_set_kind()ファンクション。
BDR 3.7.7からのPG Extended 13でのアップグレードは、追加することによってのみサポートされます 新しいノード、および同じデータディレクトリのインプレースアップグレードによるではない。
bdr.monitor_local_replslots()ファンクションはCRITICAL結果を結果場合があります 「欠落しているBDRレプリケーションスロットが少なくとも1つある」と言っても すべてのスロットがロジカルスタンバイまたはサブスクライブ専用ノードの存在下に存在する グループ。デコードワーカー機能がCAMO / EAGERで機能しない
デコードワーカーはデフォルトのレプリケーションセットでのみ動作します
