System requirements

Linux/Unix Python >= 3.6 Pythonモジュール：

  • argcomplete

  • psycopg2 >= 2.4.2

  • python-dateutil

  • setuptools

PostgreSQL >= 10（次のバージョンにはPostgreSQL >= 11が必要です） rsync >= 3.0.4（オプション）

重要

RedHat Enterprise Linux、CentOS、および Scientific Linuxのユーザーは、 Extra Packages Enterprise Linux (EPEL) repository をインストールする必要があります。

注釈

Python 2.6および3.5のサポートは中止されました。 Python 2.7のサポートはBarman 3.4.Xバージョンに制限されており、バグ修正のみが行われます。近日中に中止とさせていただきます。 Python 3.6のサポートは、将来のリリースで廃止されます。 PostgreSQL < 10のサポートは、 Barman 3.0.0以降で廃止されました。 PostgreSQL 10のサポートは、 Barman 3.5.0後に中止されます。

バックアップの要件

Barmanサーバーの最も重要な要件は、使用可能なディスク容量です。クラスターのサイズ、1日に生成されるWALファイルの数、バックアップの頻度、および保持ポリシーに基づいて、必要なディスク領域を計画することをお勧めします。

Barmanの開発者は、XFSとext4でBarmanを定期的にテストしています。

PostgreSQL と同様に、 BarmanはNFSに対して特別なことは何もしません。

BarmanをNFSで安全に使用するには、次の点が必要です。

  • barman_lock_directory は非ネットワークファイルシステム上にある必要があります。

  • NFSプロトコルのバージョン4を使用します。

*ファイルシステムは、ハードおよび同期オプション（hard,sync ）を使用してマウントする必要があります。

回復の要件

Barmanを使用すると、ローカル（ Barmanが存在する場所）またはリモート（別のサーバー上）でPostgreSQLインスタンスを回復できます。

リモートリカバリは、間違いなくBarmanでPostgreSQLサーバーを復元する最も一般的な方法です。

いずれにせよ、同じ requirements for PostgreSQL's Log shipping and Point-In-Time-Recovery apply ：

  • 同一のハードウェアアーキテクチャ

  • PostgreSQLの同一のメジャーバージョン

一般に、メンテナンスがより簡単であるため、元のサーバーと同じではないにしても、できるだけ似た回復環境を作成することを 強くお勧めします 。たとえば、同じオペレーティングシステム、同じPostgreSQLバージョン、同じディスクレイアウトなどを使用することをお勧めします。

さらに、各PostgreSQLサーバーの専用復旧環境は、オンデマンドであっても、チームでディザスターリカバリー文化を育むことができます。復旧作業を練習し、慣れることで、不測の事態が発生した場合に備えることができます。

私たちの経験に基づいて、指定された復旧環境は実際の障害状況でのストレスの影響を軽減し、したがって復旧操作の有効性を高めます。

最後に、NTPなどを使用して、サーバー間で時刻を同期することが重要です。