В Windows 10 1903 появилась новая технология – зарезервированное пространство (reserved storage). В новостях это нередко подавалось под соусом “Windows 10 украдет у пользователей 7GB”. На практике все не так примитивно и весьма интересно.

К сожалению, информации по нововведению немного, а документации нет вообще. Я поделюсь известными мне сведениями в стиле «вопрос – ответ».

[+] Сегодня в программе

Базовые вопросы

Начнем с простого!

Зачем это нужно?

Технология обеспечивает на разделе с системой достаточный объем места для установки исправлений и новых версий Windows, а также для переустановки компонентов и языков в случае отката к предыдущей версии ОС.

В каких случаях включается зарезервированное пространство?

Резерв автоматически включается при чистой установке Windows 10 версии 1903 и новее, а также на новых устройствах с этими версиями. При обновлении с предыдущей версии включения не происходит.

Как проверить, включено ли у меня?

Параметры – (поиск) Storage – Показать больше категорий – Система и зарезервированное. См. первую картинку в статье.

Сколько места резервируется?

Система резервирует около 7GB, однако размер варьируется. Если у вас установлены дополнительные компоненты и языки, резерв увеличивается. В этом случае объем зарезервированного пространства можно уменьшить путем удаления:

• ненужных языков в Параметры – Время и Язык – Язык
• неиспользуемых компонентов в Параметры –  (поиск) Optional Features (но не в тех, что в optionalfeatures.exe!)
  

При недостатке места на диске резерв формируется таким образом, чтобы у пользователя оставалось не менее 2% диска или 3GB (источник). Однако неясно, работает это в 1903+ или только начиная с 20H1.

Правда ли, что система крадет 7GB?

В свойствах диска, действительно, будет отображаться на 7GB меньше свободного места.

Однако в зарезервированное пространство попадают некоторые категории временных файлов ОС и приложений, а также файлы, используемые для обновления Windows. Другими словами, эти файлы больше не будут влиять на объем свободного пространства на диске, если, конечно, не выйдут за рамки резерва.

Таким образом, свободное место для пользовательских данных и программ сокращается, но менее, чем на 7GB. Фактическое сокращение зависит от объема временных файлов, создаваемых в процессе работы ОС и приложений. При этом резервного пространства все равно может не хватить при установке новой версии Windows (разбор ниже).

В общем, ничего страшного не произошло, а если вы обновляете Windows 10 до следующей версии раз в полгода, то тем более.

Технические вопросы

В этот раздел я отрядил более сложные и дискуссионные вопросы.

Где находится зарезервированное пространство?

Везде. Технология реализована с помощью новой возможности NTFS. У файловой системы появился механизм, с помощью которого система обслуживания резервирует необходимый объем пространства, помечая файлы особым образом. Затем NTFS отслеживает файлы в резерве и их объем.

Как следствие, неверной является информация о том, что с резервом связан том PortableBaseLayer в оснастке управления дисками. Его используют встроенная песочница (Windows Sandbox) и Windows Defender Application Guard for Microsoft Edge, которые также появились в версии 1903.

Зарезервированное пространство похоже на зоны MFT или дисковые квоты?

Нет, оно не похоже ни на то, ни на другое.

Зоны MFT не являются жестким резервом файловой системы, поскольку приложениям доступен весь объем свободного дискового пространства.

Дисковые квоты применяются к пользователям и задают для них верхний предел доступного места. Зарезервированное пространство работает на уровне системы и задает нижний предел доступного приложениям места.

Можно ли получить сведения о резерве пространства из командной строки?

Начиная с версии 20H1 появились ключи DISM.exe и командлеты PowerShell. Например, так можно узнать, включен ли резерв:

Get-WindowsReservedStorageState

Начиная с версии 1903 в утилите fsutil появилась новая команда.

fsutil storagereserve query C:

В результатах вы видите три разных области резерва, а также объем используемого пространства в каждой из них.

fsutil storagereserve query C:

ИД резервирования:       1
Флаги:            0x00000001
Гарантии места:  0x16d1d1000       (5841 МБ)
Использованное место:       0x0               (0 МБ)

ИД резервирования:       2
Флаги:            0x00000000
Гарантии места:  0x60000000        (1536 МБ)
Использованное место:       0x1485e000        (328 МБ)

ИД резервирования:       3
Флаги:            0x00000001
Гарантии места:  0x0               (0 МБ)
Использованное место:       0x0               (0 МБ)

Конкретного назначения областей Microsoft не раскрывает. Однако из объяснений разработчиков следует, что области не имеют четкой привязки к тем или иным операциям системы обслуживания.

В зависимости от сценария, несколькими областями удобнее управлять, чем одной. Например, одну область можно очистить полностью, сохраняя данные в других.

Есть ли ограничения на автоматическое включение резерва?

Официально они не озвучивались. Однако в связи с нововведением Microsoft увеличила в системных требованиях минимальный объем диска с 20 до 32GB для чистых установок и новых ПК.

В версии 1903 в разделе реестра ReserveManager (см. последний вопрос) есть параметр MinDiskSize, намекающий на 20GB в качестве минимального объема диска или раздела.

Мои эксперименты со значением этого параметра к однозначным выводам не привели, а выяснять минимум эмпирически — утомительно. Разработчики не разъясняют смысл этого и прочих параметров в том же разделе реестра и настоятельно рекомендуют не изменять их.

Почему объем резерва увеличивается при установке компонентов и языков?

Когда вы устанавливаете новый компонент или язык, объем зарезервированного пространства увеличивается на размер файлов его загрузки и установки.

Этот резерв необходим для установки компонентов в сценарии, когда систему сначала обновляют до следующей версии, а затем откатывают к предыдущей версии.

Какие временные файлы попадают в резервное пространство?

Конкретный список не публиковался, но я заметил, что можно вычислить его экспериментальным путем. В современной очистке диска Параметры – (поиск) Storage – Временные файлы виден объем файлов, идущих в зачет резерва. В классическом приложении cleanmgr этой информации нет.

Русский термин не слишком понятен. В английском интерфейсе получше – may not be reclaimable, т.е. отображаемое свободное место не увеличится на этот объем после очистки.

Вы можете снимать и ставить флажки, отслеживая эту цифру. Например, в зачет резерва идут эскизы, файлы защитника Windows и диагностические данные, но не файлы оптимизации доставки и журнала обновления ОС.

Вы также можете посмотреть список файлов в резервной области, указав ее идентификатор в команде: fsutil storagereserve findbyID C: 2

Включается ли папка Windows.old в зарезервированное пространство?

В принципе – да, но это зависит от объема свободного пространства перед обновлением до следующей версии и пути этого обновления (см. раздел Почему место на диске, необходимое для обновления Windows, так различается в KB12425).

Цель в том, чтобы сохранить то же количество доступного пользователям и программам пространства, которое имелось до перезагрузки перед началом обновления.

Например, при небольшом количестве свободного места на диске роль зарезервированного пространства возрастает. Другими словами, именно в его зачет идет папка Windows.old.

Равно как после ручной или автоматической зачистки этой папки высвобожденное место возвращается резервному пространству в первую очередь. В таблице ниже результаты наблюдения за указанным резервом и объемом помеченных для резерва файлов до и после установки очередной инсайдерской сборки (все цифры в MB, третья зона была по нулям).

Операция	Зона 1	Зона 2	Всего	Резерв
Исходное состояние	0	328	328	7377
Очистка Windows.old (старые остатки)	0	210	210	7377
Готовность к установке новой сборки	9973	235	10208	7377
Установка новой сборки завершена	8934	360	9294	7356
Очистка временных файлов и Windows.old	0	219	219	7356

Видно, что при обновлении система обслуживания пометила файлов на 3GB больше, чем всего зарезервировано. Место под них добрали из прочего свободного пространства на диске. А после очистки папки Windows.old размер реальных файлов в резерве вернулся на исходные позиции.

Что будет, если подключить диск с резервом пространства в другой ОС?

Другая ОС резерва не увидит, т.е. в свойствах диска будет свободно на 7GB больше.

Если из другой ОС изменять файлы (удалять, увеличивать размер), NTFS исходной системы лишается возможности отслеживать изменения. Поэтому при возврате диска в исходную систему информация о свободном пространстве и резерве будет неактуальной. Однако со временем она автоматически придет в норму.

Имеет ли смысл вручную включать или отключать зарезервированное пространство?

Этот вопрос тесно связан с планированием объема свободного пространства на диске. Когда его в достатке, проблем с работой и обновлением ОС и так не возникает. Когда его маловато, резерв практически гарантирует, что недостаток места не воспрепятствует важным операциям.

Я считаю, что если зарезервированное пространство уже включено, выключать его смысла нет. Да, необходимость выключения может возникнуть в случае, когда на диске внезапно возникает острый недостаток места для решения неотложных пользовательских задач.

Однако при таком раскладе высока вероятность, что после отключения резерва возникнут проблемы с установкой новых версий Windows. В общем, эта ситуация – прямое следствие ошибок людей с маленьким сами знаете чем.

Как включить или отключить зарезервированное пространство?

Начиная с версии 20H1 можно управлять состоянием резерва с помощью ключей DISM.exe и командлетов PowerShell. Например, так можно выключить резерв:

Set-WindowsReservedStorageState -State Disabled -Online

В любом случае переключатель находится в реестре. В командной строке от имени администратора выполните команду на включение или отключение и перезагрузитесь.

::включение
reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ReserveManager” /v ShippedWithReserves /t REG_DWORD /d 1
::выключение
reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\ReserveManager” /v ShippedWithReserves /t REG_DWORD /d 0

Заключение

Зарезервированное пространство преследует простую цель – при обновлении до следующей версии Windows свести к минимуму проблемы, связанные с недостатком дискового пространства. Это нововведение улучшает пользовательский опыт, поскольку процесс не прерывается ошибками или сообщениями о необходимости очистить диск.

К сожалению, столь чувствительная тема как уменьшение доступного пользователям пространства не нашла отражения в официальной документации. Пост разработчиков в блоге технических деталей тоже не содержал.

Однако они отвечали на вопросы (в т.ч. мои) в комментариях, пропавших при переезде на новую платформу. Эти сведения вкупе с моими экспериментами и легли в основу материала. Если вас интересуют какие-то еще аспекты, задавайте вопросы в комментариях – будем разбираться вместе.

Дискуссия и опрос

Мне от зарезервированного пространства ни тепло, ни холодно, поскольку места на разделе с системой достаточно (помимо него на диске 240GB у меня только служебные разделы). Однако эта статья – хороший повод вернуться к теме дробления диска на разделы, которую я поднимал почти 8 лет назад.

С тех пор почти все вы обзавелись SSD. Наверное, уже не создаете на них 10050 разделов? Опрос покажет, и сегодня он проводится в формах Google, потому что плоского голосования в блоге недостаточно для анализа.

Пожалуйста, ответьте на шесть простых вопросов!

Все сведения о дисковом пространстве смотрите в свойствах диска! Владельцы Windows 8.х и 10 для экономии времени могут воспользоваться скриптом PowerShell, который выдаст все ответы кроме версии ОС. В Windows 7 из коробки модуля storage нет (хотя можно установить WMF 5.1), поэтому в CheckBootSpeed сбор сведений о дисках и разделах построен также и на Get-WmiObject.

#раздел, диск и том с ОС
$part = Get-Partition | Where-Object {"$($_.DriveLetter):" -eq $env:systemdrive}
$disk = $part | Get-Disk
$vol = $part | Get-Volume

#разделы с назначенной буквой диска (иначе они служебные)
$parts = $disk | Get-Partition | Where-Object {$_.DriveLetter}
#число этих разделов и их буквы
$partCount = ($parts | Measure-Object).Count
$partLetters= @()
$parts | ForEach-Object {$partLetters += $_.DriveLetter} 

#вывод
Write-Output "<code>Сведения о диске с Windows

Тип диска: $((Get-PhysicalDisk | Where-Object {$_.DeviceID -eq $($disk.Number)}).MediaType)
Объем диска: $([int](($disk).size/1gb)) GB
Разделов с назначенной буквой: $(($parts | Measure-Object).Count) ($partLetters)
Объем раздела с ОС: $([int](($vol.Size)/1gb)) GB
Свободно на разделе с ОС: $([int](($vol.SizeRemaining)/1gb)) GB</code>"

Отчет будет примерно такой.

Сведения о диске с Windows

Тип диска: SSD
Объем диска: 238 GB
Разделов с назначенной буквой: 2 (C D)
Объем раздела с ОС: 237 GB
Свободно на разделе с ОС: 105 GB

В комментариях сопроводите результат рассказом о своем подходе к организации разделов на диске. Заодно расскажите, изменялся ли он со временем и почему.

Результаты опроса я опубликую в своем канале в Telegram, подписывайтесь!