История файлов в Windows 10

Информация о материале

Категория: Windows

Опубликовано: 14.09.2017, 10:13

Автор: HelpDesk

Просмотров: 1614

История файлов (File history) — механизм резервного копирования данных, появившийся в Windows 8. В отличии от классических систем резервного копирования история файлов является достаточно узкоспециализированной вещью. С ее помощью нельзя создать образ системы или забэкапить диск, основное предназначение истории файлов — предоставить пользователю максимально простой и быстрый способ восстановления удаленных\измененных файлов.

Что интересно, изначально история файлов пришла на замену ″выпиленной″ из восьмерки технологии Pervious Versions. Однако в Windows 10 Pervious Versions вернули на прежнее место, так что у пользователя есть возможность выбора между двумя этими технологиями. И сегодня мы разберемся в том, как пользоваться историей файлов, а также немного поговорим о принципе ее работы и тонкостях настройки.

Включение и настройка

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

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

Для выбора диска необходимо перейти в раздел «Смена диска» и указать место хранения резервных копий. Для архивирования можно использовать:

По умолчанию в резервную копию включается все содержимое пользовательского профиля — «Библиотеки», «Рабочий стол», «Контакты» и «Избранное», а также содержимое облачного хранилища OneDrive (если оно подключено). При необходимости некоторые отдельные папки можно исключить из бэкапа. Для этого надо перейти в раздел «Исключение папок» и выбрать папки, которые не надо включать в резервную копию.

Также в разделе «Дополнительные параметры» необходимо настроить частоту создания резервных копий. По умолчанию копии создаются каждый час, но можно указать интервал от 10 минут до 1 дня.

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

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

Настроить Историю файлов можно и из новой панели управления, перейдя в меню Пуск -> Параметры -> Обновление и безопасность -> Служба архивации.

А также отсюда можно добавить в бэкап любую произвольную папку. Так для примера я добавил папку C:\Documents, не входящую в профиль пользователя.

Восстановление

Открыть окно восстановления истории файлов можно командой filehistory, либо в проводнике выбрать нуждающуюся в восстановлении файл\папку и кликнуть по значку на ленте.

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

По версиям можно перемещаться как в основном разделе, так и внутри каждой папки, что очень удобно. В каждой папке показаны файлы, которые были в ней на момент создания резервной копии. К примеру, если файл находился в папке Documents и был удален в 13;05, то его можно найти в папке за 13:01.

Найдя нужный файл, его можно просмотреть прямо в окне восстановления. Это очень удобно в том случае, если требуется найти определенную версию файла. Предпросмотр работает для текстовых файлов, изображений, а также аудио и видео файлов (которые может открыть Windows Media Player). Если файл нельзя открыть с помощью встроенных средств Windows, то просмотреть его не удастся, но будет предложено открыть его с помощью подходящей программы.

Принцип работы

История файлов не использует для создания резервных копий механизм теневого копирования (VSS), за ее работу отвечает специальная служба fhsvc. Эта служба включена по умолчанию и работает независимо от того, активна или нет история файлов.

Резервное копирование осуществляется не на блочном уровне (как у традиционных систем резервного копирования), а на уровне файлов. Т.е. вместо полного сканирования всех каталогов и файлов на наличие изменений служба просто проверяет журнал изменений файловой системы NTFS (usn change journal) и составляет список измененных файлов, которые необходимо скопировать. Соответственно в резервную копию попадают только файлы, измененные со времени последнего бэкапа.

Данные хранятся на бэкапном диске в папке FileHistory\UserName\ComputerName\Data. Подобная схема позволяет хранить в одном расположении бэкапы разных пользователей и (при использовании общего сетевого хранилища) с разных компьютеров. Примечательно, что первоначальное разделение производится по имени пользователя, а не компьютера.

Структура хранения резервных копий полностью повторяет структуру папок, включенных в историю файлов. В каждой папке располагаются все имеющиеся в наличии версии файлов. Каждый файл содержит в своем имени дату создания резервной копии в формате UTC. К примеру, в исходной папке Documents находятся 2 файла — FileHistory1.txt и 01_high.mp4. Посмотрев содержимое резервного хранилища, можно сделать вывод, что 01_high.mp4 изменялся один раз, а FileHistory1.txt подвергся изменению дважды.

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

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

Кроме пользовательских папок для каждого компьютера создается папка Configuration, в которой хранится конфигурация истории файлов. Файл EDB по идее должен содержать список путей и имен файлов, а в XML файле хранятся настройки резервного копирования. Оба файла имеют по две версии. Опытным путем было выяснено, что версия с префиксом 2 — это первоначальный вариант, а версия с префиксом 1 содержит последние изменения.

Автономный кэш

Еще один важный момент, о котором стоит знать. В том случае, если недоступен внешний диск или сетевая папка, на которой хранятся резервные копии, File History использует временное хранилище, или автономный кэш (offline cashe). Этот кэш располагается в профиле пользователя, в директории C:\Users\username\AppData\Local\Microsoft\Windows\FileHistory. Пока диск недоступен, резервные копии файлов сохраняются в кэш, а как только подключение к диску восстановлено, то все его содержимое переносится на диск и кэш очищается. Также в кэше хранятся файлы конфигурации, что позволяет истории файлов продолжать работу даже при отключенном диске.

Что интересно, в Windows 8.1 имелась настройка, позволяющая задать размер кэша в процентах от размера диска (от 2% до 20%). Однако в Windows 10 этот параметр отсутствует, видимо разработчики сочли подобную информацию излишней для пользователя. Впрочем, при желании эти настройки можно найти в файле конфигурации, в секции StagingArea, где указаны допустимые размеры кэша и его местоположение.

Управление

Как ни странно, но инструментов для централизованного управления историей файлов нет, по крайней мере я их не нашел. Видимо этот функционал предназначен исключительно для индивидуального пользования, поскольку нет ни утилиты командной строки, ни PowerShell модуля, ни групповых политик — только графическая оснастка. Единственное, что мне удалось откопать — это параметр групповой политики, позволяющий запретить использование истории файлов. Находится он в разделе Конфигурация компьютера\Административные шаблоны\Компоненты Windows\История файлов (Computer Configuration\Administrative Templates\Windows Components\File History).

Если этот параметр включен, то историю файлов нельзя использовать, если отключен или не задан (значение по умолчанию) — то можно.

Эта же настройка находится в реестре, в разделе HKLM\Software\Policies\Microsoft\Windows\FileHistory. За нее отвечает параметр типа DWORD с именем Disabled, который имеет два значения:

Заключение

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

• История файлов не поддерживает использование EFS (Encrypting File System). Если требуется шифрование, то можно воспользоваться BitLocker;

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

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

• Назад
• Вперед