小規模で比較的アイドル状態のWindowsServer 2008 R2がインストールされており、基本的なファイル共有を行い、あまりアクティブではない約10人のユーザーに対してExchangeをホストしています。
Windows Serverバックアップを実行する場合、1日の増分データは約20GBです。これは、ユーザーの共有ファイルや、メールボックスのサイズの変更によるものではありません。インストールの合計サイズは249GBで、ほとんどが古いファイルです。
このすべてのデータはどこから来ており、どうすればそれを減らすことができますか?この毎日の変更のため、バックアップからのvhdファイルのオンラインバックアップの使用には時間がかかります。
少なくともどのファイルが変更され、このデータに貢献しているかを確認できる方法はありますか?
私が考えることができるが、よくわからないオプション:
それで、かなりの痛みの後、私はかき回しがどこから来ているのかを見つけました。毎晩ディスクにダンプされていたアプリケーションレベルのバックアップジョブがいくつかありました(SQLなど)。オンラインバックアップソフトウェアはデータの類似性を検出するはずだと思っていましたが、バックアップで圧縮がオンになっていると検出できず、vhdなどの大きなファイルで重複を見つけるのにも問題があります。
また、2日連続でvhdをマウントし、BeyondCompareを使用して、そのpagefile.sysがvhdに含まれている変更点を確認することで学習したため、すべてのページファイルアクティビティがバックアップの一部になりました。
したがって、要約すると、ディスクに書き込むアプリケーションレベルのバックアップがある場合は、圧縮がオフになっていることを確認し、個別にバックアップする別のボリュームに書き込み、可能であれば、pagefile.sysをバックアップされない別のボリュームに移動しますアップ。 Exchange EDBでさえ、バックアップ機能に影響を与えるほど十分に解約しませんでした。
ありがとう。
LastAccessedTime NTFSファイルシステム設定を無効にして、それが修正されるかどうかを確認します。
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"NtfsDisableLastAccessUpdate"=dword:00000001
バックアップをどのように行っているかを確認することをお勧めします。
Windows 2008 R2では、専用のローカルドライブに毎日「完全な」バックアップを実行できます。ブロックレベルの変更機能では、新しいデータと変更されたデータのみをバックアップメディアにコピーする必要があります。これを使用して、1つの2 TB USBハードドライブに文字通り何百もの「フル」バックアップがあります。(バックアップターゲットがネットワーク共有の場合、この戦略と機能は機能しません)。
これは、従来のフルインクリメンタル戦略と比較すると、直感に反しているように見えるかもしれません。
この機能は、おそらく文書化されていない可能性があります。詳細はこちら:
https://blogs.technet.com/b/filecab/archive/2009/10/31/learn-more-about-system-image-backup.aspx
[...]
"簡単に要約すると、システムイメージは本質的にドライブ全体のスナップショットです。バックアップは(ファイルレベルではなく)ブロックレベルの増分で実行され、すべてのユーザーファイルとシステムファイルが含まれます。 、ドライブに存在する構成データとアプリケーション、およびディスクレイアウトとブートエントリに関する情報。ハードディスクに障害が発生した場合、または単にOSを以前のイメージに再イメージ化する場合は、イメージを使用して動作中のWindowsを回復できます。ある時点。
「最初のバックアップ時に、バックアップエンジンはソースドライブをスキャンし、データを含むブロックのみをターゲットに保存されている.vhdファイルにコピーして、ソースドライブのコンパクトなビューを作成します。次にシステムイメージが作成されると、新しいデータと変更されたデータのみが.vhdファイルに書き込まれ、同じブロック上の古いデータがVHDからシャドウコピーストレージ領域に移動されます。ボリュームシャドウコピーサービスは、バックアップ間で変更されたデータを計算するため、および古いデータをターゲットのシャドウコピー領域に移動するプロセスを処理するために使用されます。このアプローチバックアップが高速(変更されたブロックのみがバックアップされるため)および効率的(データがコンパクトに保存されるため)になります。イメージを復元すると、ブロックはソースディスク上の元の場所に復元されます。古いバックアップの場合、エンジンはシャドウコピー領域から読み取り、適切なブロックを復元します。」
サーバーでwsusまたはSQLを実行していますか? SQLログは、サイズが大きくないものの、非常に大きく変化するため、バックアップを狂ったように膨らませることがあります。通常、SQLサーバーをバックアップする場合は、バックアップされていない別のドライブに対してメンテナンスプランを実行します。