System requirements

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

  • argcomplete

  • psycopg2> = 2.4.2

  • python-dateutil

  • セットアップツール PostgreSQL > = 8.3

  • rsync> = 3.0.4（ PostgreSQL > = 9.2のオプショナル）

重要

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

注釈

Python 2.6および2.7のサポートは非推奨であり、将来のリリースでは廃止されます。 PostgreSQL <9.4のサポートは非推奨であり、将来のリリースでは廃止されます。

バックアップの要件

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

公式にサポートしているファイルシステムはXFSとExt4だけですが、ZFSやNFSを含むさまざまなファイルシステムにBarmanを展開するユーザーを認識しています。

リカバリの要件

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

リモートリカバリは、 Barmanを使用してPostgreSQLサーバーを復元する最も一般的な方法です。

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

  • 同一のハードウェアアーキテクチャ PostgreSQLの同一のメジャーバージョン

一般に、保守が容易であるため、オリジナルのサーバーと可能な限り同一ではないにしても、可能な限り類似したリカバリ環境を作成することを強くお勧めします**。例、同じオペレーティングシステム、同じPostgreSQLバージョン、同じディスクレイアウトなどを使用することをお勧めします。

さらに、各PostgreSQLサーバー専用のリカバリ環境は、オンデマンドでも、チームの災害リカバリ文化を育むことができます。リカバリ操作を実行し、それらに精通することにより、予期しないことが発生した場合に備えることができます。

当社の経験に基づいて、指定されリカバリ環境は実際の障害状況でのストレスのインパクトを軽減し、したがってリカバリ操作の効果を高めます。

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