Сентябрьское обновление безопасности Windows может сломать File History Windows: резервные копии не запускаются, а система просит «переподключить диск», даже если накопитель на месте. Для IT-команд это неприятный тип сбоя: бэкап вроде бы настроен, ошибок в привычном сценарии не видно, но восстановление файлов внезапно превращается в лотерею.
Проблема появилась после сентябрьского Patch Tuesday от 8 сентября 2026 года, сообщает ZDNet со ссылкой на страницы поддержки Microsoft. Под удар попали актуальные версии Windows 11, включая 26H1, 25H2, 24H2 и 23H2, а также Windows 10 для пользователей, которые получают обновления через программу Extended Security Updates. То есть баг касается не только домашних ноутбуков, где File History включили много лет назад и забыли, но и рабочих машин, которые продолжают жить на консервативной схеме локального резервного копирования.
Симптомы выглядят обманчиво бытовыми. Windows может показывать сообщение с просьбой заново подключить диск для резервного копирования, хотя внешний накопитель или сетевое хранилище подключены и работают. Время последнего бэкапа может не обновляться. А файлы, которые раньше успешно сохранялись через File History, могут открываться с ошибкой о том, что предыдущая версия недоступна. Для пользователя это выглядит как проблема с диском; для администратора — как еще один повод не доверять зеленым индикаторам без проверки восстановления.
Microsoft уже выпустила исправление, но пока в формате необязательного preview-обновления Windows 11. Его нужно установить вручную через «Параметры» → «Центр обновления Windows». Название начинается с «2026-09 Preview Update», а номер KB зависит от версии системы: для Windows 11 26H1 указан KB5124006, для Windows 11 25H2 — KB5124010. После установки File History должен снова создавать и запускать резервные копии штатно.
Здесь есть важная оговорка: preview-обновления — это не обычный ежемесячный патч, который прилетает всем по расписанию. Их ставят добровольно, и в корпоративной среде такие пакеты обычно сначала прогоняют через тестовую группу. Если File History Windows критичен для конкретных пользователей — например, у сотрудников с локальными рабочими файлами, CAD-проектами, медиаматериалами или документами вне OneDrive, — ждать октябрьского Patch Tuesday может быть дороже, чем аккуратно раскатать preview на ограниченный парк. Если же File History используется «на всякий случай», разумнее дождаться октябрьского накопительного обновления, куда Microsoft должна включить тот же фикс.
Хуже ситуация у Windows 11 23H2 и Windows 10. Для Windows 11 23H2 Microsoft уже не дает обычную поддержку, а Windows 10 получает обновления только в рамках ESU. Для этих систем исправление пока не вышло: компания пишет, что работает над ним и выпустит в одном из будущих обновлений Windows. Это как раз тот случай, когда «еще посидим на старой версии» перестает быть нейтральным решением: даже простая функция бэкапа начинает зависеть от хвоста поддержки, программы ESU и терпения администраторов.
Проверить, затронута ли конкретная машина, можно через «Просмотр событий». Нужно открыть журналы Windows, выбрать раздел «Приложение», отфильтровать события уровня Error с источником Application Error и поискать упоминания FileHistory.exe или KERNELBASE.dll. Это не замена тесту восстановления, но быстрый способ понять, что сбой не в кабеле, не в диске и не в пользователе, который «точно ничего не трогал».
Сам по себе File History давно живет в странном статусе. Microsoft продолжает его поддерживать, но уже не развивает активно и продвигает вместо него OneDrive и приложение Windows Backup. Для домашнего пользователя это выглядит логично: облако синхронизирует файлы, новый ПК поднимается быстрее, меньше ручной возни. Для бизнеса все сложнее. Не все данные должны уходить в облако, не все рабочие процессы укладываются в OneDrive, а локальное резервное копирование до сих пор закрывает понятный сценарий: быстро вернуть предыдущую версию файла без заявки в инфраструктурную команду.
Для разработчиков, продактов и IT-директоров вывод простой: после установки сентябрьских патчей стоит проверить не только факт подключения бэкап-диска, но и реальное создание копий, а лучше — восстановление тестового файла. Если парк управляется централизованно, полезно отдельно пометить машины на Windows 11 23H2 и Windows 10 ESU: именно там исправление задерживается. Сбой File History Windows не тянет на катастрофу масштаба массового падения ОС, но он бьет в место, где у инфраструктуры обычно меньше всего права на сюрпризы, — в восстановление после проблем.
Эта история хорошо показывает, куда движется Windows: старые локальные функции остаются в системе, но постепенно уступают место облачным сценариям и новому приложению Windows Backup. Вопрос для компаний не в том, любить File History или нет, а в том, какие механизмы восстановления они реально проверяют после каждого крупного обновления, пока привычные инструменты тихо становятся наследием.