SANをどのようにバックアップしますか？
長い間読者、初めての質問者:)
ISCSIとSAN全般についてよく読んでいて、このトピックに関する私の質問と懸念のほとんどに答えることができたと信じていますが、これは残っています：
「SANをバックアップするには」
以下は、多かれ少なかれ現実のシナリオと、それについての私の考えと質問です。
小規模な（最高で中規模の）会社の経営陣を納得させ、最終的に小規模で適切なストレージソリューション、つまりiSCSIベースのSANに資金を提供したとします。エンクロージャーに多数のドライブがあり、OpenFilerを実行しているサーバー、またはMD3000i（Dell）またはMSA2000i（HP）で構成されているサーバーで構成されているとします。これらは、私が理解しているように、最も一般的なエントリーレベルのソリューションです。
LUNは、コードリポジトリ、ドキュメント、イメージなどを格納する必要があるサーバー、いくつかのデータベースを実行する別のサーバー、仮想化ゲスト（Xen-speakのDomU）のディスクとしてLUNを使用する別のサーバーにエクスポートされます。 NFSを介してユーザーのホームディレクトリを含む1つの大きなLUNをエクスポートします（これは純粋なLinuxショップです）。利点は明らかだと思います。個々のサーバーは大量のローカルストレージを必要とせず、サーバーやサービスの移行が容易になります。
しかし、今では、保存されているデータのすべてまたはほとんどのバックアップソリューションが必要です。どうやってやるの？バックアップするデータがあるすべてのサーバーでバックアップソフトウェア（rsnapshotが好き）を実行していますか？そのデータはどこに置きますか？大量のローカルストレージを備えた専用のバックアップサーバーでは？またはSANに戻りますか？ SANをバックアップするための「一般的な」ソリューションはどれですか。
SANを実行している私よりも多くの経験を持つ人々からのベストプラクティスとアドバイスを探しています。
ありがとう！
編集：SANの予算が最初から非常に限られていることを考慮して、私はバックアップの質問に対する非独占的で非常に一般的で安価なソリューションを探していると思います。そのようなソリューションが存在する場合でも、とにかく。テープや1秒あたりの同一のSAN配列にはお金はありません。もっと明確にしてください。申し訳ありません。
NetApp 3020 SANクラスタにiSCSI、FC、およびCIFSデータが格納されているクラスタを使用します。この製品は、ローカルに接続されたSCSIテープオートローダーへのNDMPダンプをサポートしています。これを使用することで、 NetAppから共有されているCIFSデータのファイルごとのバックアップだけでなく、iSCSIおよびFC LUNもバックアップします。NetAppへのローカルSCSI接続であるため、BackupExecを使用してNDMPバックアップを制御し、速度は非常に優れています。
インフラストラクチャのサイズと複雑さの点で、私たちは同様のボートに乗っているようです。
基本的に、本番データを処理するSANがあります。それから、テープライブラリに接続されているかなりまともなサイズのローカル接続ストレージを備えたバックアップサーバー（LTO-3 400GB非圧縮/テープ）
基本的に、私はデータレベルのバックアップを行います。 Linuxを実行しているので、rsyncを実行してSAN接続マシンからバックアップマシンにデータを取得し、データをテープに書き込みます。バックアップサーバーに十分なローカルストレージがあり、コピーをローカルに保持できることは幸いです。違いをrsyncするだけですが、それを設定できない場合は、多くのバックアップソリューションがスプーリングのアイデアを使用しています。テープへの書き込み中にデータをローカルに保存するディレクトリ。
テープの書き込み方法のため、Windowsファイル共有やNFS共有など、ネットワークからテープに直接ストリーミングすることは非常に悪い考えです。これにより、テープの書き込み速度が完全に失われ、テープドライブの寿命が短くなります。したがって、ローカルディスクを使用してデータをスプールします。
私が使用するバックアップソリューションはAmandaと呼ばれ、その構成はかなり難解ですが、商用バージョンが利用可能（バックアップされるサーバーあたり100ドル）で、Webベースの構成があり、拡張機能を取得してさまざまなプラグインに直接接続することもできます。データベース。
[〜＃〜]編集[〜＃〜]
テープがないとのことですが、貧しい人の仮想テープライブラリ（VTL）、つまり外付けUSBドライブをお勧めします。アマンダは、少なくともVTLであるかのようにファイルをアドレス指定でき、他のソフトウェアパッケージも同様にできると思います。
ただし、実際には、ハードドライブには寿命が定められています。会社がSANを購入するのに十分なお金を費やしている場合は、テープチェンジャーを入手するためにそれらに取り組む必要があります。特に最先端のエッジで購入しない場合は、実際には以前ほど高価ではありません。
実行できる最も安価な（そして最も弱い）バックアップの形式については、スナップショットを保持することですsome形式の不定期の長期バックアップ。
これは、スナップショットが安価であることを前提としています-スナップショットの実装方法によって異なります。 O(n)コピーアウトスナップショットのコストとは対照的に、NetAppのWAFLやSunのZFSなどのコピーオンライトファイルシステムには、実質的にコストがゼロのスナップショットがあります。安価なスナップショットは本当に素晴らしいです。
スナップショットを保持するだけでは、実際にはバックアップソリューションではありませんが、深刻なハッキングなしに制約の下で実際のソリューションが可能かどうかはわかりません。
また、私はNetApp開発者としてここで真剣にバイアスをかけていますが、価格範囲外であると結論付ける前に、少なくとも一部のNetApp営業担当者にtalkを真剣にすべきです。 :-)
直接またはファイバー接続のテープライブラリ+ NDMPは非常に洗練されたソリューションですが、ストレージシステムがこのようなものを使用してテープに書き込めない場合、または予算が特に制約されている場合は、従来のバックアップソリューションを使用して、SANに接続されたホスト上のバックアップクライアントを介してLUNのデータをバックアップします。
このようなシナリオでは、SANでホストされるデータは、バックアップされるクライアントの物理ディスクと同じように扱われます。
ストレージシステム（la NetApp）にNDMP機能が含まれることもありますが、バックアップアプリケーションは実際にはNDMPを介したバックアップに追加料金を請求する場合があります。たとえば、NetBackup環境では、NDMPライセンスは通常のOSクライアントバックアップライセンスよりもはるかに高額でした。
oops..just refreshedそして、あなたの追加re：テープに$$がないことを見ました。テープや別のSANにない場合、どこにバックアップを配置する予定ですか？
すべてのディスクをバックアップに使用することは可能ですが、通常、大量のデータの予算オプションとは見なされません。同様に、データを同じSANにバックアップすると、ディスクを完全に分離するように注意するなど）いくつかのリスクを軽減できますが、実際には完全な障害は発生しませんまたは災害保護。同じことが多くのディスクを備えたバックアップサーバーにも当てはまります...ある程度の保護が必要ですが、SANとbig-honkin-backupサーバーの両方が存在する場所が深刻な場合停電や災害、そのすべてのデータがなくなっています。
データが少ないので、使用済みのSDLTまたは初期のLTO 1,2テープドライブを入手してください。LTO-3、4に比べると時代遅れなので、何百もあります
SANに移行する前でも、既存のバックアップインフラストラクチャを引き続き使用しました。 Legato Networkerを実行している個々のホストが毎晩Storagetekテープシステムにダンプしています。正直なところ、安価なソリューションを探している場合...ディスクへのバックアップがおそらく最も安価であり、テープのように必要であれば、これらのドライブをオフサイトの場所に移送することもできます。