私は、バックアッププロセスのアップグレードを検討する任務を負っています。現在、過去3〜4年間使用されており、6本のテープを保持できるDAT72ドライブがあります。ここで、プロセスを簡素化して、バックアップに3+を使用できるようになったため、1日おきにテープを交換し続ける必要がないようにします。
最新バージョンのBackupExecを使用しており、ハードドライブベースのソリューションを毎日の増分と毎週のフルに使用し、テープをフルのアーカイブコピーにも使用したいと考えています。
標準のSATAII7200rpmドライブはこれで問題なく動作しますか、それともSAS/SAS2のようなものを検討する必要がありますか?これには何台のドライブが推奨され、どのような構成で使用されますか?
バックアップの規模と頻度はどれくらいですか?通常、バックアップの場合、パフォーマンスはそれほど重要ではないため、SATAドライブの使用を回避できます。サーバーに直接接続されているHPMSAシェルフから始めることを検討することをお勧めします。これにより、SASまたはSATAドライブのいずれかを使用できるようになります。また、1つ以上のホットスペアを備えたRAID 0でない場合は、少なくともRAID 5をお勧めしますが、データの損失については妄想的です。
RAID 1で2TBドライブをお勧めします。速度が必要な場合は、32MBキャッシュとRAID 0 +1にアップグレードしてください。
しばらくの間、私はサポートSANでほとんど廃止された古いものを使用していました。 15k RPMSCSIドライブに3Tのrawスペースのようなものがありました。 NetBackupをバックアップのディスクターゲットとして使用することで、それらをほぼ限界までプッシュすることができました。ディスクの各シェルフでRAID5を実行しただけなので、ある程度の冗長性を得ることができましたが、ほとんどの場合速度が向上しました。
一度にプッシュするデータストリームの数によって異なります。また、データの有効期限が切れ始めて書き直しをしていると、40以上のディスク間でも、断片化のために最終的に1トンの速度が低下しました。
現在、ディスクバックアップにVTLを使用していますが、断片化によるパフォーマンスの低下に関する問題ははるかに少なくなっています。これは、ディスクを「テープ」に分割し、有効期限が切れると空き領域の大きなチャンクにリサイクルされるためです。
ドライブの数と取得するサイズは、データセットによって大きく異なります。毎週、増分バックアップでどのくらいバックアップしますか?何週間開催しますか?かける。フルバックアップの大きさはどれくらいですか?いくつ持ちたいですか?乗算して最初の値に加算します。ここで、データセットがどれだけ速く成長するかを考えてみましょう。再度アップグレードする前に、このソリューションをどのくらいの期間使用する予定ですか?以前の数値を合計し、時間の経過に伴うデータの増加率を掛けます。それはあなたのサイジングの良いスタートになるはずです。
多いほど楽しい。 RAID6を使用すると、2つのドライブ障害が発生する可能性があります。
ああ、私はテープが嫌いです。アーカイブ関連のものをあまり必要としない場合は、 Drobo Pro +何らかのオンラインバックアップ(Dropbox、CrashPlan、JungleDiskなど)を取得することを検討します。 Droboは非常にシンプルで、SATAドライブを追加するだけで、データを自動拡張/保護します。
あなたがディスクに完全にコミットしていないのなら、私は別の方法を提案するほど大胆かもしれません...
最近のLTOは安価であり(特に、使用できるストレージの量を考慮すると)、単一スロットのLTO4ドライブでも要件に十分な容量があります。バックアップごとに3つ以上のテープを使用し、6つすべてを1日おきに交換しているとおっしゃっていますか?これは、1本のLTO4テープで1週間のバックアップ(圧縮)を保持できるため、テープ交換の大きな頭痛の種がなくなることを示しています。最悪の場合-将来の2倍の成長を可能にする-あなたは週に2回1本のテープを交換することを検討しています。小さなテープライブラリを使用すれば、変更がさらに少なくなります。
パフォーマンス面では、制限機能は帯域幅になります-LTO4も高速です。
これにより、テープあたり1.6 TB(圧縮))になりますが、ディスクベースのソリューションと比較することはできませんが、同時にほとんどの柔軟性が維持されます。ディスクベースのソリューションの利点です。GBあたりのコストが非常に安いため、はるかに多くの履歴データを保持できるという利点があります。さらに、ディスクよりも信頼性と堅牢性が高くなります。