Baculaのようなバックアップソフトウェアに理想的なバックアップアプライアンス？
私は小さな会社にいて、私たち（2人のIT部門）は100台未満のクライアントコンピューターと少数のサーバーを管理しています。現在、バックアップを処理するために会社のアプライアンスを使用しています。毎晩小さなバックアップを実行し、毎週末に完全バックアップを実行します。水曜日に男がオフサイトのバックアップドライブを取りに来ます（そして先週のドライブを返してそれと交換します）。クライアントのコンピューターと従業員は自分のコンピューターに価値のあるものを保存しないようにしているため、バックアップはサーバーのハードドライブでのみ実行されます。ですから、それは非常に単純な状況です。
最近、このシステム、主にアプライアンスで問題が発生しているため、代替手段を探しています。私は他の会社を調査していますが、これを自分たちでやろうとすると何が期待できるかも調べています。間違いなく大きな学習曲線がありますが、ねえ、それがserverfaultの目的ですよね？ :)
とにかく私は Bacula を見ていました。機能リストは素晴らしく聞こえ、ドキュメントは豊富ですが、それはソフトウェアだけです。だから私の質問は、Baculaサーバーソフトウェアを実行するための理想的なバックアップサーバーは何ですか？そしてサーバーだけでなく他の関連するアプライアンスです。
現在のバックアップアプライアンスは、テープドライブではなく、ハードドライブのみを使用しています。マシンの前面にあるホットスワップベイに、一度に複数のプラグが差し込まれています。しかし、気づかずにはいられませんでしたが、Windows XPハードドライブベイ、PCI eSATAカード（さらに2つのベイを備えた別のアプライアンス拡張ピースに接続）、およびそれらのソフトウェアを備えたもの）を超えることはほとんどありません。 。会社は、キャンセルした場合にアプライアンスを取り戻すので、これらの種類のサーバーをどこで構成できますか？また、テープドライブへの切り替えを検討する必要がありますか？他にどのような懸念事項を考慮する必要がありますか？バックアップサーバー用のハードウェアを選びますか？
たぶん私はナイーブだろう、デル（そして他のコンピュータ会社）は彼らのウェブサイトの中小企業セクションでそれらを販売していると確信しているが、他の会社が彼らを手に入れている他のより推奨される場所がないことを確認したかったからのハードウェア、そして私はバキュラのために特別なものは何も必要ありません。
ネットワークバックアップ用の適切なNIC）があれば、どのサーバーでもかまいません（まだ行っていない場合は、この目的のためにサーバーをGbEスイッチに配置することをお勧めします）。ある時点でLTOテープドライブを使用することにした場合は、それをサポートするSCSIカードを入手できることを確認してください。ただし、評判の良いサーバーベンダーを使用する場合は（私がお勧めします）、これは次のようになります。簡単な追加。
もう1つのオプションは、既存のサーバーの1つを使用することです。いくつかあります。おそらく、定期的にバックアップする必要のあるデータが最も多いサーバーにBaculaを配置し、ネットワークのボトルネックを回避します。これは、Small Business Server + Backup Execソリューションの標準的な操作手順であり、その規模のビジネスに対して「通常の」量のデータ（20〜100 GB）があると仮定すると、ジョブにそれほど時間はかからないはずです。
しかし、テープに関するHolocrypticの見解には同意しません。確かに古いですが、それは時の試練に耐え、可動部品がなく、標準化されており、非常にポータブルです（オフサイトでの持ち出しに最適です）。大規模な運用の場合、通常、ディスクからディスク、テープへのバックアップ構成を構成しますが、テープに問題はありません。
Baculaサーバーのハードウェアに関する主要な要件はありませんが、次のような基本事項について考える必要があります。
-システムの数と各フルバックアップのサイズに、それらを保持する期間を掛けたもの。
-ファイルが変更される頻度（バックアップパス内にある場合）
-何をバックアップしますか？
-ストレージスペースのサイズとドライブの冗長性に加えて、ドライブの速度/キャッシュサイズ
-一度に実行する同時クライアントセッションの数は？同時実行キューをいっぱいにする大きなジョブが多すぎると問題が発生します。制限と優先順位付けが重要です。
-サーバーの最適化とBaculaの内外のクライアントの最適化
メモリとCPUの隣に、Linuxで十分にサポートされているエンタープライズレベルのNICが必要です。
現在、300を超える重要なシステムサーバーの3つのバージョンのBacula Server（v2、v3、v5）を使用してバックアップを管理しています（各diffバージョンの理由は、OSカーネルの古さ、インストールされているソフトウェア、およびライブラリの依存関係地獄によるものです）
一部のクライアントは複数のBaculaサーバーにバックアップします（ローカル帯域幅はアップストリームと比較して費用がかかりません）
十分にサポートされた安価なサーバー（Linux用）は、346などのIBMxseriesです。
エンタープライズギグニック、ハードウェアRAIDコントローラーを備えた複数の10k Ultra320 SCSIドライブ、ネットワーク経由のリモートコンソール用のrsa（念のため）は、ipmi/dsaユーティリティまたはSNMPを介してRSAコントローラーにシステムを監視できます。
運が良ければ、500ドル未満で手に入れることができます
Sataを搭載したIBMサーバーは他にもありますが、データストレージに制限された場合は、他のオプションを探す必要があるかもしれません。ハードウェアアプライアンス（古いバックアップソリューションではなく、netappクローゼットなど）がすでにあるかどうかを知らずにデータストレージの推奨を行うことは困難です。データストレージは非常に長い問題です。
これが（少なくとも少しは）役立つことを願っています。クライアント（サーバー）でBaculaを使い始める前に、Baculaで読むべきものがたくさんあります-使用する前に追加できる（おそらくすべきではない）オプションがたくさんありますオプションは賛否両論で読まれます（すべてのオプションにそれらがあります！）、Bacula管理の最後の2〜3年で、学ぶべきことが間違いなくたくさんありました！
近い将来、私はBaculaのコンサルティング/サポートサービスを提供する予定であり、これが少なくとも少し有益で役立つことを願っています。
デルには、手頃な価格で優れたサーバーがあり、優れたサポート契約があります。私は自分の環境のかなりの部分でそれらを使用してきましたが、それらについて悪いことを言うことは何もありません。
そうは言っても、私はテープの実装には近づかないでしょう。それは遅くて高価な50年以上前の技術です。新しいバックアップ戦略の実装を検討している中小企業にとって、ディスク間バックアップを使用できない理由はまったくありません。 Gravyfaceが言ったように、GigEコアスイッチングは、特にバックアップトラフィック専用にNIC.
編集：私はウェブサイトを見ました、そしてハードウェア要件は確かに存在しない/見つけるのが難しいです。バックアップ製品に関する私の経験では、バックアップジョブはかなりI/Oを集中的に使用する可能性があります。発生するディスクとCPUのスループットをサポートできるハードウェアが必要です。 OSボリュームとデータボリュームの物理ボリューム、優れたRAIDコントローラー、およびジョブを処理するのに十分なメモリとCPUを分離します。私はこれが一般的であることを知っていますが、私があなたの環境を管理しているのではないとき、私は特定のハードウェアの推奨を与えることに抵抗があります。