仮想インフラストラクチャがより多くの仮想サーバーで成長し続けるにつれて、バックアップジョブ(毎週および毎日の両方)が、人々が仕事に来る前にサーバーにパッチを適用するためのメンテナンスウィンドウがなくなるまで成長していることに気付きました。 LTO3を使用してテープライブラリへのバックアップを実行しますが、シーケンシャル書き込みを実行するとかなり巧妙に実行されるようです。
バックアップログを調査すると、各サーバー(主にWindows 2008)のシステム状態のバックアップにサーバーごとに膨大な時間(約45分)がかかっていることがわかります。
週末(金曜日の午後から)に完全バックアップを、平日(月〜木)に差分バックアップを使用する分割バックアップ構成を使用していました。増分に変更しようとしましたが、バックアップ時間枠は短縮されませんでした。したがって、システムの状態は、何をしても完全バックアップであると思います。
今の問題は、これに対抗するために私が何をしようとしているのかということです。
この質問にはおそらく複数の「正しい」答えがありますが、私の意見は以下のとおりです...
システム状態のバックアップは毎週行い、増分バックアップは毎日行います。木曜日などにサーバーに障害が発生した場合は、毎週のバックアップから復元してから、毎日の増分を復元します。増分バックアップは、システム全体の状態のバックアップよりもかなり高速です。
重複排除は、特にすべてのシステム状態に同様のデータ(たとえば、同じOS)がある場合に、バックアップに消費されるディスク領域を確実に支援します。バックアップの速度は向上する場合と向上しない場合があります。重複排除モードはたくさんあります。ビットレベル、ブロックレベル、ソースベース、宛先ベース。これらすべての要因は、重複排除のパフォーマンスに影響を与えます。
仮想化は、従来のバックアップ戦略に代わる魅力的な方法を提供します。 VCB、vDR、およびその他のサードパーティベンダーは、スナップショットとVSSテクノロジを使用してホットバックアップを実行できる製品を提供しています。これらのテクノロジは、ゲストの可用性にほとんどまたはまったく影響を与えないことがよくあります。
デイブ