Мой товарищ устанавливал систему на новенький Surface, и его заинтриговала возможность восстановить настройки и файлы со старого ПК уже в процессе установки. Правда, не прошло и полчаса, как его постигло жестокое разочарование. В системе не оказалось и половины ожидаемых настроек!

Я не случайно сразу выслал ему губозакатывательную машинку ссылку на KB4026102 (на скриншоте устаревшая ссылка). В ней описаны все параметры, которые попадают в сферу резервного копирования Windows. Впрочем, на безрыбье и рак — рыба. Лучше уж войти в систему со своими настройками оформления, меню Пуск, панели задач и проводника, какими бы скудными они ни были, чем настраивать их с нуля!

Эта история побудила меня вернуться к теме современного резервного копирования и восстановления в Windows. Я поднял ее осенью 2023 года разбором приложения Windows Backup, но не касался восстановления.

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

История вопроса

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

К тому моменту историю файлов — единственный более-менее современный бэкап в системе — уже давно выбросили из Параметров. Ведь она не продавала подписки на OneDrive!

К осени 2023 года запилили приложение для резервного копирования. Это — витрина, на которую выставлены три функции OneDrive и Windows:

• синхронизация файлов
• превращенная в бэкап синхронизация параметров
• резервная копия списка магазинных приложений

И это приложение начали старательно запихивать в глотки пользователям. Спешили так, что над UX особо не размышляли. И даже сломали перетаскивание файлов в адресную строку проводника. Починили лишь спустя 9 месяцев, выдав за новую фичу 🤦‍♂️

Венчает список нововведений выбор настроек конкретного ПК для восстановления из бэкапа во время установки ОС.

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

Синхронизация против резервного копирования

До версии 23H2 при использовании учетной записи Microsoft (MSA) по умолчанию работала синхронизация параметров. Выполнив вход в MSA во время или после установки, вы активировали синхронизацию настроек. Одновременно выполнялся вход в OneDrive, что доставляло файлы из облака.

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

Начиная с версии 23H2 разработчики Windows заменили [почти всю] синхронизацию на резервное копирование. Наверняка, в его основе лежит тот же движок синхронизации. Но вместо автоматического применения одного набора настроек ко всем системам, теперь в облаке сохраняется конфигурация каждой системы. И ждет своего часа.

У обоих подходов есть преимущества и недостатки.

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

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

Недостатки и странности текущей модели резервного копирования

Есть несколько моментов, которые вызывают у меня недоумение.

Недоделанное восстановление из бэкапа

Имея бэкап параметров и списка приложений, вы можете захотеть восстановить их в любой момент.

Однако в текущей реализации можно выбрать резервную копию только во время установки Windows с учетной записью Microsoft 🤦‍♂️

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

Я не знаю, почему не реализовали восстановление параметров после входа в систему. Там же практически всё в реестре хранится. Заметьте, что теперь в Windows приложение для резервного копирования есть, а для восстановления – нет. Где это видано? 👀

Помесь резервного копирования и синхронизации

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

На момент подготовки статьи — осенью 2024 года — языковые настройки все еще продолжали синхронизироваться!

Может, они и входят в набор для резервного копирования. Но как минимум при каждом входе в Windows выполняется их синхронизация (подробности ниже). Если вы в какой-то системе установите китайский язык, то получите его на всех ПК, где включена синхронизация языков. При этом она называется резервным копированием в Параметрах и приложении Windows Backup.

Таким образом, фактическое поведение языковых настроек не отличается от 22H2.

Нет управления наборами резервных копий

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

Но я нигде не нашел возможности удалить ненужные наборы! Кстати, из параметров синхронизации Windows 10 можно перейти в онлайн-справку по ссылке https://go.microsoft.com/fwlink/?Linkld=533518, где объясняется удаление параметров синхронизации из раздела с устройствами, которые связаны с MSA.

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

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

Что под капотом

Запланированные задания, динамические библиотеки, COM-объекты. Закиньте невод в планировщик:

Get-ScheduledTask | where TaskName -match 'sync|backup|restore'

В глаза сразу бросаются несколько заданий.

AppListBackup и CloudRestore добавили в 2023 году одновременно в Windows 11 и 10. Однако задача на восстановление из облака есть только в Windows 11.

AppListBackup: Backup, BackupNonMaintenance

Резервное копирование списка приложений. Реализовано посредством динамической библиотеки AppListBackupLauncher.dll. Одно задание выполняется раз в две недели, второе — в рамках автоматического обслуживания, по возможности каждый день.

CloudRestore: Backup, Restore

Резервное копирование и восстановление параметров. Реализовано в динамической библиотеке CloudRestoreLauncher.dll. Для обоих заданий триггером служат сообщения платформы уведомлений Windows (Windows Notification Facility, WNF).

Восстановление работает только в режиме OOBE. Оно выполняется при событии WNF_SHEL_RESTORE_PAYLOAD_COMPLETE, которым знаменуется окончание загрузки содержимого из облака. Ручной запуск задания ничего не дал – очевидно, там есть проверка на окружение.

International: Synchronize Language Settings

Синхронизация языковых параметров. Давно существующее задание срабатывает при входе в систему любого пользователя. Также запускается по факту изменения параметров — для этого предусмотрен триггер на сообщение WNF.

Резюме

В таблице плоды усилий Microsoft на почве резервного копирования и восстановления в Windows.

С прошлого года ничего не изменилось. Да и за последние 10 лет похвастаться тоже особо нечем.

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

На практике единственная цель приложения «Резервное копирование» — обвесить мишурой хранение файлов в облаке. Только это продает подписку OneDrive, когда заканчивается бесплатный лимит 5 GB. Все остальное лишь придает солидности мероприятию.