VMのバックアップをローカルサーバーに保存している人はいますか？私たちはいくつかの開発用VMを備えたHyperVサーバーを持っており、バックアップをローカルサーバーに保存する方法が言及されていましたが、またリモート ロケーションでバックアップを取得します。リモート ロケーションから取得するよりも、バックアップをローカルに保存することで VM を迅速かつ簡単に復元できるという考え方です。もちろん、これはスペースの大きな無駄です。他に何が問題なのでしょうか?
ありがとう
答え1
まさにそれが私たちのやり方です。すべての VM の D2D バックアップを保存し、過去数か月間のバックアップをすばやく簡単に復元します。毎週、完全なテープ バックアップをオフサイトに保管して安全に保管しています。
ディスク アレイのコストはかなり高額ですが、ダウンタイムは 1 日未満です。バックアップ テープを保管している人が病気/休暇/不在の場合、ダウンタイムは容易に発生する可能性があります。
答え2
それは私には完全に理にかなっています。占有するスペースについては、ローカル コピーは主要なバックアップではないので、外付けドライブを使用するだけでよいのではないでしょうか。外付けドライブは比較的安価です。通常、バックアップにハード ドライブを使用することはお勧めしませんが、このシナリオでは使用しない理由はありません。ドライブに障害が発生した場合は、オフサイト バックアップを使用して新しいコピーを作成するだけです。
私は、アートワーク ファイルにも同様のアプローチを採用しています (私は印刷会社で働いています)。ファイルが非常に大きいため、空き領域を作るために定期的に古いファイルをアーカイブする必要があります。テープ上のこれらのアーカイブはオフサイトで保管されます。アーティストは時々これらのファイルにアクセスする必要があるため、DVD にもコピーを作成します。これにより、テープを戻さなくてもファイルに簡単にアクセスできます。これは双方にとって有利な状況です。
答え3
個人的には、実際に使用中の VM と同じアレイやディスクにバックアップを保存しません。バックアップは、同じ物理的な場所にあるサーバー、またはサーバー内の別のディスク セットに保存します。こうすることで、最も一般的なディスク障害やその他のハードウェア障害が発生した場合でも、VM を非常に迅速に復元できます。
さらに、ご指摘のとおり、VM をリモートの場所やテープにバックアップしてオフサイトに保管し、盗難、火災、洪水などでマシンが完全に失われた場合に復元に使用することもできます。
この可能性はハードウェア障害よりもはるかに低いため、データのリモート/テープ コピー用の VM のバックアップをあまり頻繁に実行しなくても、発生する可能性のある障害の 90% 以上に対して迅速な回復方法を維持できます。
お役に立てれば。
答え4
当社では、すべての VM をローカル ディスク (つまり、すべての VM が実行される同じストレージ アレイではない) に毎日バックアップし、1 週間保持します。週に 1 回、最新の毎日のバックアップをテープにコピーし、オフサイトで保管して、週ごとおよび月ごとにローテーションして、最大 1 年間保持します。
ベストプラクティスは3-2-1ルール:
- データのコピーを少なくとも 3 つ (オリジナルと 2 つのバックアップ) 用意してください。
- コピーを 2 つの異なるメディア (ディスクとテープなど) に保存します。
- バックアップ コピーを 1 つオフサイトに保管します。
オフサイト バックアップは、もちろん火災や盗難などの災害復旧に備えたものですが、最も頻繁に使用されるのはローカル コピーです。結局のところ、ローカル コピーは高速 (ローカルで利用可能) で、最新のデータが含まれています。
重複は無駄に思えますが、ストレージは安価であり、生産性の損失を考慮すると、ビジネスケースを作成するのは通常簡単です。