BDR 4.0.1¶
これはBDR 4.0のメンテナンスリリースであり、以前のバージョンで特定された問題の修正とマイナー改善が含まれています。
Type |
Category |
Description |
|---|---|---|
Improvement |
Reliability and operability |
CAMOパートナーの接続試行の頻度を減らします。 <p>構成を確認し、トランザクションのステータスを確認するためにCAMOパートナーに接続できない場合、すぐにリトライしないでください（完全にビジーなpglogicalマネージャプロセスにつながります）。 1分に1回。</p> |
Improvement |
RPerformance and scalability |
LCRセグメントファイルのバッファ読み取りを実装します（BDR-1422）<p> LCRセグメントファイルのバッファリングを実装して、一度にマルチプルのLCRチャンクを読み取ることができます。これにより、Decoding Workerを使用する際のWal SendersのI / Oが削減され、CPU使用率が向上します。</p> |
Improvement |
Performance and scalability |
不要なLCRセグメントの読み取りを回避（BDR-1426） <p> BDRは、少なくとも1つの使用可能な場合に新しいLCRセグメントのみを読み取ろうとします。これにより、Decoding Workerが有効になっているときのI / Oロードが削減されます。</p> |
Improvement |
Performance and scalability |
結合中の初期COPYを含むCOPYレプリケーションのパフォーマンスが、テーブルパーティションで大幅に改善されました（BDR-1479）<p>ラージテーブルの場合、これによりロード時間が1オーダー以上改善されます。</p> |
Bug fix |
Performance and scalability |
パラレル適用ワーカーの選択を修正します（BDR-1761）<p> これにより、パラレル適用が再度動作します。 4.0.0では、このバグのため並列適用は有効になりませんでした。</p> |
Bug fix |
Reliability and operability |
`bdr.camo_pairs`のRaftsnapshotハンドリングを修正しました（BDR-1753）<p>以前のリリースでは、Raftsnapshotを介して受信したときにCAMOペア構成に変更を正しく伝播しませんでした。</p> |
Bug fix |
Reliability and operability |
アップグレード後にBDR 3.7からのRaftスナップショットを正しくハンドル（ BDR-1754） |
Bug fix |
Reliability and operability |
クラスターのインプレースアップグレードを実行する機能を除外しながら、snapshotの`bdr.camo_pairs`をアカウントに入れてCAMO構成済みクラスターをアップグレードする（CAMOとは関係のないアップグレードの制限のため）。 |
Bug fix |
Reliability and operability |
タイムアウト後にCAMOからローカルモードにのみ切り替える（RT74892） <p>CAMO保護からローカルモードに切り替えるときにロード推定値を使用しないでください。推定値は、ローカルモードからCAMO保護に戻す場合にのみ使用してください（CAMOパートナーの遅延によるトグル操作を防ぐため）。</p> |
Bug fix |
Reliability and operability |
パブリッシュされたレプリケーションセットリストが変更された場合のレプリケーションセットキャッシュの無効化を修正しました（ BDR -1715）<p>以前のバージョンでは、サブスクリプションが再接続されるまでにパブリッシュする必要があるレプリケーションセット（および結果としてどのテーブル）に関する古い情報を使用できました。< /p> |
Bug fix |
Reliability and operability |
新しいチャンクが使用される場合、同時実行性の高い状況でgallocシーケンスによってローカルに生成される値のマルチプルを防止しシーケンス（RT76528）<p>新しい値を待っているセッション。これは修正されました。</p> |
Bug fix |
Reliability and operability |
ストリーミングトランザクションでのメモリーリークに対処します（ BDR-1479）<p>ラージトランザクションの場合、ストリーミングトランザクション機能を使用すると、メモリ使用量とI/Oが大幅に削減されます。これにより、主に COPYレプリケーションのパフォーマンスが向上します。</p> |
Bug fix |
Reliability and operability |
ノードが分離しているときにキャッチアップソースが変更された場合、ノードのBDRフェーズの後にスロットを残さないでください（ BDR ノード ）<p>すべてのノードのデータの一貫性を保つオーダーに、そのノードから欠落している変更を残りのノード間で転送します。これには、追加のレプリケーションスロットを一時的に作成する必要があります。通常、このレプリケーションスロットはキャッチアップフェーズの最後に削除されますが、変更のソースノードを変更する必要がある特定のシナリオでは、このスロットは以前に取り残されている可能性があります。このバージョンから、このスロットは常に正しく削除されます。</p> |
Bug fix |
Reliability and operability |
BDRグループにノードが1つしかない場合は、グループスロットを前方に移動します<p>これにより、グループが単一のBDRノードだけで実行されたままになった場合のWALの蓄積によるディスクの枯渇を防ぎます。これは推奨される設定ではありませんが、WALの蓄積は意図的なものではありません。</p> |
Bug fix |
Reliability and operability |
BDRグループにノードが1つしかない場合のRaftプロトコルバージョン<p>それ以外の場合、シングルノードクラスターは、別のノードが追加されるまで常に最も古いサポートプロトコルを使用します。これにより、その単一のノードで使用可能な機能セットが制限される可能性があります。</p> |
アップグレード¶
このリリースは、次のバージョンのBDRからのアップグレード処理をサポートしています。
3.7.14
4.0.0以降
アップグレード処理前に、 Upgrade Guide に記載されているプロセスと制限を読んで理解makeてください。
