分散WindowsServer2008ネットワーク上のバックアップハードウェアと戦略
この質問は this へのフォローアップです。
2つの異なる建物にまたがるネットワーク上にWindowsServer 2008 R2ドメインがあり、100Mbpsのポイントツーポイント回線でリンクされています。 60人以上のユーザーが組織で働いています。組織全体でファイルを提供するために、DFSフォルダーとDFSレプリケーションを使用することを計画しています。推定データ量は2TBを超え、毎年約20％増加します。アイデアは、各建物にDFSファイルサーバーをセットアップし、DFSを使用して、すべてのコンテンツが100Mbpsリンクを介して複製されたままになるようにすることです。
現在、バックアップハードウェアと戦略を検討しています。私たちはデルのお客様であり、オンラインのデルカタログを閲覧した後、バックアップハードウェアのオプションをいくつか確認できます。私の主な疑問は次のとおりです。
- テープライブラリ、ディスクバックアップ、または検討する価値のある他のオプションを利用しますか？
- バッチバックアップを実行しますか（つまり、毎晩）、または継続バックアップを使用しますか（つまり、ユーザーが作業している間）？
- テープライブラリ（または他のバックアップデバイス）が接続されている専用のバックアップサーバーを使用しますか、それとも他の方法で何かを行う方法はありますか？
バックアップハードウェアと全体的なセットアップに関する私の経験は限られているので、あなたが持っているかもしれない良いアドバイスに感謝します。ありがとう。
まず、ソリューションの別の構造を検討します。 2人のユーザーが2つのバージョンのファイルに同時にアクセスし、競合する変更を加えるという状況を回避する必要があります。 DFSレプリケーションはこれに対処できますが、見栄えが悪く、管理者の介入が必要になる場合があります。ファイルを共有するための1つの主要な場所を提案し、バックアップのために他の場所に複製します。あなたは巨大なパイプを持っているので、ファイルが大きくない限り、それはうまくいくはずです。または、各場所で主にその場所で使用されるファイルがホストされ、それらのファイルがバックアップのためにネットワーク全体に複製されます。
DFSレプリケーションは非常に優れていますが、注意とフィードが必要であり、競合を更新するために開いたままになります。ユーザーは、ファイルを開いたままにしないことを学ぶ必要があります..彼らは、入り、変更を加え、そして出る必要があります。もう1つの方法は、DFSレプリケーションを使用することですが、使用頻度の高いファイルをSharePointドキュメントライブラリに移行します。SharePointドキュメントライブラリは、ロックとバージョン管理を管理できます。
バックアップに関して...私はテープが好きです..他に何もないとしても歴史的なアーカイブのために。レプリケーションは、ハードウェア障害や火災などによるデータ損失を軽減します。したがって、質問は次のようになります。
-どのようなシナリオを緩和しようとしていますか？
-これらのシナリオによるどのような影響が許容されますか？
-いくら使うことができますか？
これらの回答により、バックアップする必要のあるものと頻度が決まります。これにより、必要なものを定義できます。解決策は、テープライブラリ、ディスクからディスク、テープ、SAN毎晩自分自身を複製する、Amazon S3への毎晩のバックアップ、 SunGardバックアップ機能 、 Iron Mountain Online Backup 、これらの組み合わせ、またはまったく別のもの。
どこかで始める必要がある場合は、テープライブラリを1つの場所に置き、すべてを毎晩テープにバックアップし、オフサイトのテープサービスを毎日使用します。すべてのユーザーデータが毎晩保存されることを確認するほど、サーバーの回復について心配する必要はありません。
Tomjedrzが彼の回答で述べているように、DFSレプリケーションは、複数の場所で同時に変更されるファイルで問題になる可能性があります。特定のファイルセットの変更がほとんどの場合1つの建物（つまり1つのサーバー）でのみ行われるようなデータの場合、DFSレプリケーションと競合の問題は発生しない可能性があります。
単一のファイルサーバーを使用してファイルを共有すると、競合の可能性が軽減されます。 100Mb /秒のパイプは確かに低速ではありませんが、共有されるファイルのサイズと、ファイルサーバーなしで建物内のユーザーにアクセスする頻度によっては、ファイルを開くのが遅れる場合があります。あなたはそれをベンチマークして見る必要があります。 100Mb /秒のパイプを超えるMicrosoftOfficeドキュメントは問題ありません。 100Mb /秒のパイプを超える数ギガバイトのソリッドモデルファイルは、ユーザーにとって大きな苦痛の原因となる可能性があります。
要約すると、DFSレプリケーションは間違いなくオプションだと思いますが、ファイル変更の「特徴」とアクセスパターンを測定して、それが「勝利」であるかどうかを判断する必要があります。単一のファイルサーバーも「勝ち」になる可能性がありますが、その単一のサーバーがない「リモート」ビル内の一部のタイプのファイルアクセスでは「損失」になる可能性もありますが見つかりました。
DFSレプリケーションは、レプリカの壊滅的な障害/破壊からユーザーを保護するだけです。偶発的な削除やデータの破損には、他の種類の保護が必要になります。さらに、あなたの建物が物理的に近くにある場合、他の建物にレプリカを置くことは、物理的な災害（火災、洪水、盗難など）に対する十分な防御ではないかもしれないと私は主張します。リスクを測定し、適切に行動する必要があります。
ボリュームシャドウコピーは、偶発的な削除/破損防止のチケットにすぎない可能性があります。私はそれを本番環境で広く使用していませんが、確かに合理的であり、ラボの設定で適切に機能しているようです。 （それを真のバージョン管理されたファイルシステムとして特徴付けようとするマーケティングの誇大宣伝を信じて騙されないでください。そうすれば大丈夫です...）
それでも、ある種のオフサイトおよびオフラインバックアップが必要になります（理想的には、複数の完全なバック保持機能を備えています）。テープはおそらくコスト/パフォーマンスの観点から法案に適合します。
LTO-4オートローダーは、サーバーコンピューターが十分な速度でデータをドライブに供給できる限り、そのデータのバックアップ作業を短時間で完了します。毎日完全バックアップを実行するかどうかは、バックアップウィンドウとバックアップの速度によって異なります。テープあたりのコストはかなりリーズナブルで（前回調べたときは約$ 50.00）、管理可能な費用で古いバックアップのローテーションアーカイブを維持できます。
うまくいけば、オートローダーの計画されたライフタイムの終わりに、バックアップウィンドウまたはオートローダーの容量を超えるような時間を計ることができます。 20％/年の成長では、2TBのボリュームは3年目の終わりに約3.5TBになるはずです。8スロットのLTO-4オートローダー（カートリッジあたり800GBのネイティブ/ 1.6TBの圧縮容量）でも容量はあります。バックアップウィンドウに収まるようにするには、完全/差分バックアップに移行する必要があるかもしれませんが、LTO-4オートローダーソリューションから3年を取得することは可能のようです。
Tomjedrzについても同意します。偶発的な復元を頻繁に実行する必要がある場合（およびボリュームシャドウコピーを使用していないか、保護されていない場合）、ディスクからディスクからテープへの実行の可能性それから必要です）。安価なSATAディスクのRAID-0またはRAID-10アレイのような単純なものは、データをLTO-4に十分な速度で供給して実行を維持でき、マウントを処理する必要がないため、偶発的な復元を迅速に実行する場所として機能します。テープ（テープを入手するためにオフサイトの保管施設に行くなど）。