Loading article…
 | |
| 開発者 | クレイグ・バラット |
|---|---|
| 初回リリース | 2001年9月21日 |
| 安定版リリース | 4.4.0 / 2020年6月20日[1] |
| リポジトリ |
|
| 書かれた | パール |
| オペレーティング·システム | クロスプラットフォーム |
| タイプ | バックアップ |
| ライセンス | GPL3 ライセンス |
| Webサイト | バックアップpc.github.io/バックアップpc |
BackupPC は、 Web ベースのフロントエンドを備えた無料のディスクツーディスクバックアップ ソフトウェアスイートです。クロスプラットフォーム サーバーは、Linux、Solaris、またはUNIXベースのサーバーで動作します。サーバー自体がクライアント OS にネイティブな他のサービスによって処理されるいくつかのプロトコルのクライアントであるため、クライアントは必要ありません。2007 年、BackupPC は、最もよく知られている 3 つのオープン ソース バックアップ ソフトウェアの 1 つとして言及されました[2] 。これは、「非常に素晴らしいツールですが、残念ながら、誰も話題にしなければ、多くの人は聞いたことがありません」[3] 。
データ重複排除により、ディスクプールにバックアップを保存するために必要なディスク容量が削減されます。BackupPC のアーカイブ機能を使用してディスクプールをテープにバックアップすると、 D2D2Tソリューションとして使用できます。BackupPC は Ghost4Linux のようなブロックレベルのバックアップ システムではなく、ファイルベースのバックアップと復元を実行します。したがって、ディスク イメージや未加工のディスク パーティションのバックアップには適していません。[4]
BackupPC には、Windows を実行しているコンピュータのネットワーク共有をバックアップするために使用できるServer Message Block (SMB) クライアントが組み込まれています。逆説的ですが、このような設定では、Windows マシンがパブリック IP アドレスで動作している間、BackupPC サーバーをNATファイアウォールの背後に配置することができます。これは SMB トラフィックには適さないかもしれませんが、GNU tarおよびrsyncが使用可能なSecure Shell (SSH) を実行する Web サーバーには便利です。これにより、BackupPC サーバーを Web サーバーのDMZとは別のサブネットに保存できるためです。
これはGNU General Public Licenseに基づいて公開されています。
サポートされているプロトコル
BackupPCはNFS、SSH、SMB、rsyncをサポートしています。[5]
Linux、BSD、OS Xなどのネイティブsshとtarまたはrsyncサポートを備えたUnix系システムや、最小限の設定でMicrosoft Windows共有をバックアップできます。[6]
Windowsでは、これらのプロトコルを利用するには、tar、rsync、SSHのサードパーティ実装（ Cygwinなど）が必要です。[7]
プロトコルの選択
tar と rsync のどちらを選択するかは、クライアントが利用できるハードウェアと帯域幅によって決まります。rsync でバックアップされたクライアントは、tar または SMB を使用するクライアント マシンよりも CPU 時間を大幅に多く使用します。SMB または tar を使用するクライアントは、rsync を使用するクライアントよりも帯域幅を大幅に多く使用します。これらのトレードオフは、プロトコル間の違いに内在しています。tar または SMB を使用すると、CPU をほとんど使用せずに帯域幅を最大限に利用して、各ファイル全体を転送します。rsync 方式では、クライアント マシンとサーバー マシンの両方で各ファイルのチェックサムを計算し、2 つのファイルの違いだけを転送します。これにより、CPU リソースは多く使用されますが、帯域幅は最小限に抑えられます。[8]
データストレージ
バージョン 3.x
BackupPC は、ハード リンクと圧縮を組み合わせて、ファイルに使用されるディスク領域の合計を削減します。最初の完全バックアップでは、すべてのファイルがバックエンドに転送され、オプションで圧縮されてから比較されます。同一のファイルはハード リンクされ、追加のディレクトリ エントリが 1 つだけ使用されます。その結果、賢明なシステム管理者は、10 台の Windows XP ラップトップをそれぞれ 10 GB のデータでバックアップできる可能性があり、各マシンで 8 GB が繰り返されると (Office および Windows バイナリ ファイル)、100 GB 必要のように見えますが、使用されるのは 28 GB (10 × 2 GB + 8 GB) だけです。[9]バックエンドでデータを圧縮すると、その要件がさらに削減されます。
バックアップを参照すると、増分バックアップは自動的に前回の完全バックアップまで書き戻されます。そのため、すべてのバックアップは完全で完全なデータ セットとして表示されます。
バージョン 4.x
バージョン 4.x では引き続き V3.x リポジトリを使用できますが、すべての新しいバックアップでは新しい形式が使用されます (シームレスなアップグレード)。全体的なパフォーマンスは V3.x バージョンよりも高くなります。
参照
.svg/500px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}
参考文献
- ^ 「リリース - backuppc/backuppc」。2020年11月2日閲覧– GitHub経由。
- ^ W. カーティス プレストン (2007)バックアップとリカバリO'Reilly Media、ISBN 978-0-596-10246-3
- ^ Shawn Powers : Linux Journal: BackupPC Linux Journal、2011 年 3 月 17 日。
- ^ Falko Timme: BackupPC で Linux および Windows システムをバックアップ、2007 年 1 月。2010 年 7 月 30 日閲覧。
- ^ Shawn Powers : Linux Journal: BackupPC Linux Journal、2011 年 3 月 17 日。
- ^ Don Harper: BackupPC – Backup Central、Wayback Machineで 2010-03-18 にアーカイブ、2008 年 5 月。2010 年 7 月 30 日閲覧。
- ^ Mike Petersen: SLES への BackupPC の導入 Archived 2011-12-17 at the Wayback Machine . 2008 年 2 月. 2010 年 7 月 30 日閲覧.
- ^ Andrew Tridgell: ソートと同期のための効率的なアルゴリズム、1999 年 2 月。2009 年 9 月 29 日閲覧。
- ^ 「BackupPC ドキュメント」。
外部リンク
- 公式サイト