OSのインプレースアップグレード後、VHDXが大きくなっちゃった！ 最適化する方法は？：山市良のうぃんどうず日記（251）

前回は、筆者のHyper-V上のテスト／評価環境に残っていたWindows Server 2016ベースの2台の仮想マシン（ドメインコントローラーとMicrosoft Configuration Manager）をインプレースアップグレードして、最新のWindows Server 2022にしました。これで毎月のWindows Update作業の時間が大幅に短縮できると期待しています。一方で、OS仮想ハードディスク（VHDX）が100GB（実際の使用量の倍）を超えてしまうという別の課題に直面することになりました。

[山市良，テクニカルライター]

山市良のうぃんどうず日記

最近のWindows、セットアップの既定はディスクの最後に回復パーティション

　「Windows Server 2016」の「Windowsセットアップ」による既定のインストールでは、ディスクの最初の方に「回復パーティション」があり（BIOS/MBRベースの場合はシステムパーティションと兼用）、WindowsがインストールされるC:ドライブはディスクの後ろの方に配置されるようにパーティションが区切られました。

　例えば、UEFI/GPTベースの場合は、ディスクの初めの方から「450MBの回復パーティション」「100MBのEFIシステムパーティション（ブート構成を格納）」「16MBのMSR（Microsoft予約）パーティション」となり、ディスクの残りの領域に「Windowsパーティション（C:）」といった具合です。

　一方、現在サポートされている「Windows 10」や「Windows 11」「Windows Server 2019」以降のWindows Serverにおける「既定のパーティション構成」は、回復パーティションがディスクの最後に配置されるように変更されました。現在の推奨パーティション構成は、以下のドキュメントで説明されているように、回復パーティションがディスクの後ろに配置されている構成です（画面1）。

• UEFI/GPTベースのハードドライブパーティション（Microsoft Learn）

画面1　Windows Server 2016までの既定のパーティション構成（画面左）と、Windows Server 2019以降の既定のパーティション構成（画面右）

　以前の「既定のパーティション構成」のシステムにインストールされたOSを、最新バージョンのWindowsにインプレースアップグレードした場合、現在の回復パーティションのサイズが「Windows回復環境（Windows Recovery Environment、WinRE）」のイメージ「winre.wim」を配置するのには足りず、新たに回復パーティションがディスクの最後に配置されることがあります。新たに作成される回復パーティション領域は、Windowsパーティション（C:）を縮小（Shrink）することで確保されます。

OSのアップグレード時に作成された2つ目の回復パーティションが最適化を阻む？

　前回は、Windows Server 2016ベースで構築したActive Directoryのドメインコントローラーと「Microsoft Configuration Manager」サイトサーバのOSを、「Windows Server 2022」にインプレースアップグレードしました。

　しかし、この「既定のパーティション構成」の変更について、すっかり忘れていました。そのため、アップグレードした2台の仮想マシンのどちらにも、2つ目の回復パーティションが追加されてしまいました。

　ディスクの最初の方にもともとあった回復パーティションはただ存在するだけで、何の役にも立ちません。無駄なパーディションがディスクの最初の方に残ったわけですが、実害があるわけではありません。無視すればよいのですが、Microsoft Configuration Managerサイトサーバの容量可変タイプの仮想ハードディスク（VHDX）に、そうしてはいられない状況が生じました。

　無視してはいられない状況とは、ゲストOS側から見たディスク使用は50GB程度にもかかわらず、仮想ハードディスクのファイルサイズが100GB以上に肥大化してしまったのです。ゲストOS側での「ディスククリーンアップ」とホストOS側での「仮想ハードディスクの最適化」を実施しても、数GBくらいしか小さくなりません。実際のディスク使用に対して肥大化し過ぎた仮想ハードディスクは、ディスク領域を無駄に消費するだけでなく、仮想マシンのバックアップに多くの時間とバックアップ領域を浪費します。