世界を動かす技術を、日本語で。

Pgbackrestはもはやメンテナンスされていません

2026年4月27日原文(github.com)

概要

pgBackRest は、PostgreSQL向けの信頼性の高いバックアップ・リストアソリューション。 2024年6月時点で メンテナンス終了 が公式発表。 今後は フォーク時に新名称 を選択する必要。 多機能・高性能な特徴を持つが、今後のサポートは期待できない状況。 長年の貢献者・スポンサーへの感謝の意が表明。

pgBackRest メンテナンス終了のお知らせ

  • pgBackRest は今後 公式メンテナンス対象外 となる。
  • フォークを行う場合は 新しいプロジェクト名 を選択する必要。
  • 開発者は 13年間 にわたり情熱を注いできた経緯。
  • Crunchy Data 売却後、スポンサー・職探しも実らず。
  • メンテナンスやバグ修正、PRレビュー、問い合わせ対応には 多大な時間 が必要。
  • 継続的な スポンサーシップ不足 が主な理由。
  • 今後は 新たなメンテナー によるフォーク・信頼構築が期待される。
  • 長年の 貢献者・スポンサー への感謝の言葉。

pgBackRest 概要と主な機能

  • PostgreSQL 向けの 高信頼性バックアップ・リストア ソリューション。
  • スケーラビリティ :大規模データベース・ワークロードにも対応。
  • 最新安定版 :v2.58.0(2024年6月時点)。

主な特徴

  • 並列バックアップ・リストア :lz4やzstd等の効率的圧縮アルゴリズムと並列処理。
  • ローカル/リモート対応 :TLS/SSHによる安全なリモート操作、最小限の設定。
  • 複数リポジトリ対応 :高速リストア用ローカル+冗長化用リモートの併用。
  • フル・差分・増分バックアップ :ファイル/ブロック単位で柔軟に選択可能。
  • バックアップローテーション・アーカイブ有効期限 :柔軟な保持ポリシー設定。
  • バックアップ整合性 :全ファイルのチェックサム検証、WALセグメント整合性確保。
  • ページチェックサム検証 :ページレベルの早期破損検出、警告出力。
  • バックアップ再開 :中断時点からの再開、整合性維持。
  • ストリーミング圧縮・チェックサム計算 :転送中に同時処理、効率化。
  • デルタリストア :差分のみ復元、復元時間短縮。
  • 並列・非同期WALプッシュ/ゲット :高速転送、重複検出・排除、リプレイ速度最大化。
  • テーブルスペース・リンクサポート :任意の場所へのリマッピング、開発用途にも対応。
  • S3/Azure/GCS対応 :クラウドストレージへのリポジトリ配置、無制限容量・保持。
  • 暗号化 :リポジトリ全体のセキュア化。
  • 10バージョンのPostgreSQL対応 :現行+EOL版含む幅広い互換性。

ドキュメント・サポート

  • ユーザーガイド :OS・PostgreSQLバージョン別に用意。
  • コマンドリファレンス :CLI操作方法。
  • 設定リファレンス :pgBackRest設定作成ガイド。

スポンサーシップと認知

  • 現スポンサー :Supabase。
  • 過去スポンサー :Crunchy Data、Resonate。
  • 貢献者・スポンサー への深い謝意。

今後の展望と注意点

  • 公式サポート終了 のため、今後の利用・導入には注意が必要。
  • フォークプロジェクト が立ち上がる可能性、新たな信頼構築が課題。
  • 既存ユーザーは 他のバックアップソリューション検討 も推奨。

Hackerたちの意見

うわ、これはかなり驚きだね。これが一番のPGバックアップ/リカバリーツールだと思ってたんだけど。WAL-GとBarmanの比較、誰か知ってる?

うわ、これはかなり驚きだね。これが一番のPGバックアップ/リカバリーツールだと思ってたんだけど。

WAL-Eとその後継のWAL-Gには満足してるよ。このストリーミングPITRの特性が、9年前に分析したときにpgbackrestを上回ったんだ。

こんなことになるなんて悲しいな… 去年、pgBackRestを使ってローカルボリュームとクラウドストレージに信頼できるPostgreバックアップの詳細ガイドを自分のプロジェクト用に作ったばかりなんだ。pgBackRestはすごくうまくいってたのに。著者にはこのプロジェクトにかけた時間と努力に感謝したい。

こういうプロジェクトが消えてしまうなんて残念だな。OSSの苦労は本当にリアルだよね。

みんなが考慮していないのは、今の多くの開発者が時間が少なくなって、AIのおかげで締切を守れるはずだと思って、もっと働いているってことだよね。それに、多くのプログラムがトークンに全資金を使い果たしているから、余分なお金も時間もないんだ。

2TBの中規模な本番データベースでpgBackRestを使うのが楽しかったんだけど、今週は別の8TBのデータベースに設定しようとしてたんだ。次に近いのは何かな?wal-g?barman?databasus?自分はDBAのコスプレしかできないけど。

タイミングでは負けないよ - pgBackRestは今まで使ったことなかったけど、2時間前にプロジェクトで設定を始めたんだ。READMEを終わらせた頃には、もう更新されてたよ。

databasusはPITRに対応してないよ。

30TB以上の大きめのDBでbarmanを使ったことがあるけど、不満はなかったよ。DBREだから、ちょっとは信頼性あるかも。

マルチテラバイトの本番Postgresデータベースをバックアップするのは、ただのコスプレじゃないよ、ハハ。

うわ!pgBackRestは、最後にエコシステムをちゃんと見たときには、確実にPostgreのための最高のバックアップソリューションだったよ。バックアップを取ることと同じくらい、復元と検証を真剣に考えている唯一のソリューションだったから、雇い主との間に不幸な状況が生まれたんだ。(詳細はこちら: https://blog.dijit.sh/that-time-my-manager-spend-1m-on-a-bac...) これは本当に大きな損失だね。 :(

Hacker Newsで議論の続きを見る