web-dev-qa-db-ja.com

10TBのデータと3台のサーバーのバックアップソリューション

このシナリオのバックアップソリューションを探しています。

  • 3台のサーバー(1台のLinuxメールサーバー、2台のWindowsサーバー)
  • 〜10TBのデータ
  • 2 TBそのうち日常的に使用されている
  • 1日あたり数GBのアクティビティ/変更
  • 任意の時点からデータを復元する機能
  • バックアップはライブシステム(国際オフィス)で実行されます
  • MSSQLデータベースもバックアップする必要があります
  • データをオフサイトにバックアップするための十分なネットワーク接続がありません
  • 保護されたデータへの単純なアクセス(ネイティブファイルシステム)。

現時点では、データのバックアップは、ポータブルディスクでオフサイトの場所にデルタを実行することによって処理されます。しかし、ソフトウェアは完全に信頼できるわけではありません(自家製のもの)。

デルからテープライブラリソリューションを購入するかどうかを検討しましたが、この比較的少量のデータをテープで処理する方法であるとは確信していません。

この種のデータバックアップをどのように設定しますか?どのソフトウェアをお勧めしますか?

デルタのあるディスクをオフサイトサーバーからミラーサーバーに運ぶことはオプションです。どのようなハードウェアを使用しますか?

10
ttobiass

オンサイトソリューションを開始するために私がお勧めするのは、拡張の余地が十分にあるバックアップサーバーに投資することです。

最近、HPテープドライバーを使用してテープドライブソリューションを展開する可能性を検討していましたが、テープあたりのストレージの量が少なく、価格が高く、アップグレードする必要がある場合は古いテープを捨てた方がよいという事実に非常に気を失いました。窓から追い出します。

見たいと思うかもしれないことの1つは Drobo pro です。そのうちの1つに2TBドライブをロードすると、16TBを取得できます。私はこれらの1つを試してみようと思っていました(私が資金を得るとき:))、しかし私はそれらについて素晴らしいレビューを集めました、そしてあなたがアップグレードする必要がある数年後にあなたがただ数台のドライブを取り出してそしてさらにばかげた量のスペースがある新しいハードドライブを入れてください。

4
Shard

実績のあるソリューションに投資すれば、おそらく最善の策となるでしょう。

テープは絶対に行く方法ではありません。あなたのサイズでは、ディスクベースのソリューションの方が優れており、保守がはるかに簡単です。

TBスケールの場合は、圧縮と 重複排除 を使用することを検討する必要があります。このようなソリューションでは、複数のファイルに共通する一意のデータのみを保存します。 copmuters、およびこれらの一意のファイルまたはブロックへの参照があります。

また、バックアップサーバーの起動に関係なく、製品が拡張可能なストレージをサポートしていることを確認する必要があります。したがって、10 TBから始めて、徐々にディスクを追加することができます。

複数のコンピューターがある場合は、エージェントレスのバックアップクライアントも適しています。これにより、単一のバックアップクライアントからLAN全体をバックアップできます。一部の製品には、FTP/SFTP/FTPSの場所に基づく仮想コンピューターも含まれています。したがって、バックアップクライアントをWindowsに配置し、すべてのLANマシンとLinuxマシンを同じインターフェイスからバックアップできます。

1)増分バックアップと2)差分バックアップのいずれかに基づくアプローチは使用しません。増分バックアップでは、最終的に別の完全バックアップを実行するか、復元時に非常に多くのバックアップを復元する必要があります。差分バックアップでは、最終的に別の完全バックアップを実行する必要があります。そうしないと、最終的に差分バックアップが大きくなりすぎます。あなたの場合、10TBを再送する必要があります。それは受け入れられません。

データをバックアップサーバーにシードするときは、データが変更されていない場合、データを新たに再転送する必要がないことを確認してください。

完全バックアップを復元する必要がないこと、およびバックアップしたもののサブセットのみを復元できること、および復元元の日のバックアップから選択できることを確認してください。

データのバックアップは、バックアップクライアントがオフラインの場合でも、オフサイトの場所から許可する必要があります。それらがオフラインの場合、後でサーバーにインポートするための「大規模な初期バックアップ」オプションが必要です。

MS SQLバックアップとExchangeバックアップが組み込まれているソリューションを選択し、バックアップするたびにすべてを再転送する必要がないことを確認してください。これらのアイテムのホットバックアップをサポートする必要があります。

上記のすべてをサポートするこの規模の製品の例は、 [〜#〜] robobak [〜#〜] です。 (私もこの会社で働いています)

3
Brian R. Bondy

シナリオを見ると、最良のバックアップソリューションは「faubackup」によって与えられます。これを実行してください http://faubackup.sourceforge.net/

Faubackupは、ハードドライブ上のファイルシステムを使用して、増分バックアップと完全バックアップを行います。これにより、標準のファイルシステムツールを介してバックアップにアクセスできるようになります。

変更されていないファイルは既存のバージョンのファイルとのみハードリンクされているため、同じファイルシステムへのその後のバックアップは自動的に増分されます。

「faubackupsrcdirdestdir」の実行は、「cp -a srcdir destdir /「date」」に少し似ています。つまり、srcdirからdestdirのサブディレクトリにすべてをコピーします。このディレクトリの名前は、バックアップの時刻にちなんで付けられています(形式は「YYYY-MM-DD @ hh:mm:ss」)。すべてのファイル名、権限、内容が保持されます。ソフトリンク、ハードリンク、およびファイルの穴に対処できます。

単純なコピーに対する大きな利点は、変更されていないファイル間のハードリンクを使用して、ディスク領域の使用を最小限に抑えることです。定期的にfaubackupを実行でき、これらの呼び出し間で変更されていないファイルは再度コピーされませんが、さまざまなバックアップディレクトリ間でハードリンクされます。これは、変更されたファイルのみがテープに書き込まれる増分バックアップに似ています。

0
Caterpillar