【Windows Server】2003のシャドーコピーはデフラグで消える！？知っておくべき古いOSの罠と仕組みの違い

ファイルサーバーのデータを過去の状態にさかのぼって復元できる、非常に便利な「シャドーコピー（VSS：ボリュームシャドーコピーサービス）」。

そして、ハードディスクの断片化を解消してパフォーマンスを維持するための「デフラグ（最適化）」。

どちらもサーバー管理には欠かせない機能ですが、かつてWindows Server 2003を運用していたインフラエンジニアたちの間で、「シャドーコピーを設定しているドライブにデフラグをかけると、過去のシャドーコピーがすべて消滅する」という恐怖の現象が大きな話題（というか注意点）になっていました。

「Windows Server 2008以降は大丈夫って聞いたけど、何が違うの？」そんな疑問を解消すべく、原因とOSごとの仕様の違いを分かりやすく解説します！

🚨 結論：Windows Server 2003では「本当に消える」
🔍 なぜデフラグするとシャドーコピーが消えるのか？
⭕ Windows Server 2008以降は「対策済み」で大丈夫！
🛠️ もし今もWindows Server 2003環境を触る場合の対策
📝 まとめ

🚨 結論：Windows Server 2003では「本当に消える」

噂は都市伝説ではなく、Windows Server 2003の明確な仕様（制限）です。

Windows Server 2003環境でシャドーコピーが有効になっているNTFSボリュームに対して、標準のデフラグツールやサードパーティ製のデフラグソフトを実行すると、それまでに蓄積されていた古いシャドーコピーのデータが、エラーも出ずに「一瞬ですべて消去」されてしまいます。

「週末の定期メンテナンスで自動デフラグを仕込んだら、月曜日にユーザーから『先週のファイルに戻したいのに過去のバージョンが全部消えてる！』とクレームが入った」というトラブルが、当時のインフラ現場では多発していました。

🔍 なぜデフラグするとシャドーコピーが消えるのか？

原因は、Windows Server 2003における「シャドーコピーが変更を記録する最小単位（ブロックサイズ）」と、「デフラグのデータの動かし方」の相性が最悪だったことにあります。

Windows Server 2003のシャドーコピーは、ディスク上のデータを 「16KB」 という単位で監視し、変更があった場所だけを差分として退避させています。

しかし、デフラグを実行すると、ファイルを綺麗に並び替えるために、ディスク上のデータを内部で激しく移動（シャッフル）させます。このデータ移動の単位が16KBと噛み合っていないため、シャドーコピーの管理機能から見ると、「ディスク上のすべてのデータ（16KBブロック）が、ものすごい勢いで一斉に書き換えられた」ように見えてしまうのです。

その結果、シャドーコピー用に確保していた領域（差分ストレージ領域）の容量制限をあっという間に突破してしまい、「容量オーバーのため、古いシャドーコピーから順番に（最悪の場合はすべて）破棄する」という挙動につながっていました。

⭕ Windows Server 2008以降は「対策済み」で大丈夫！

ご安心ください。Windows Server 2008以降（2012、2016、2019、2022など）では、この問題は完全に解消されています。

Windows Server 2008からは、VSS（シャドーコピー）の内部エンジンとデフラグツールが高度に連携するよう改良されました。デフラグがデータを移動させる際、VSS側に対して「これはファイルの並び替え（最適化）のための移動だよ」と通知する仕組みが追加されたため、デフラグをかけてもシャドーコピーの差分データとしてカウントされず、過去のバージョンが消えることなく安全にデフラグを実行できるようになっています。

🛠️ もし今もWindows Server 2003環境を触る場合の対策

現代ではほぼ絶滅しているはずのWindows Server 2003ですが、レガシーシステムや工場内のオフライン端末などでどうしても保守しなければならない場合、以下の対策が必要です。

そのドライブには絶対にデフラグをかけない： ファイルサーバーであれば、パフォーマンス低下を多少許容してでも、デフラグのスケジュールタスクを無効化するのが一番安全です。
専用の「VSS対応デフラグソフト」を使う： 当時、この問題を回避するために、シャドーコピーを破壊しないように配慮してデータを動かすサードパーティ製の有料デフラグソフト（Diskeeperなど）が存在していました。どうしても最適化したい場合は、そうした専用ツールの導入が必要でした。