В трех предыдущих ОС Microsoft изменялся не только интерфейс резервного копирования файлов, но и способ. Windows 8 продолжила эту увлекательную традицию. Я решил покопаться в новой технологии Microsoft, и сегодня предлагаю вам первую часть рассказа об истории файлов (File History).
Однако начать я хочу с краткого исторического экскурса, чтобы вы смогли сравнить интерфейс и принципы резервного копирования предыдущих операционных систем Microsoft и Windows 8.
История вопроса
В NT-системах создание и восстановление резервных копий файлов исторически было возложено на утилиту ntbackup. Помимо многочисленных ключей командной строки у нее был мастер, который в английской версии скромно зовется волшебником. В Windows XP он выглядел так:
В ntbackup было много настроек, в том числе позволяющих выбрать тип резервного копирования (например, дифференциальное или инкрементное).
Резервное копирование в Windows Vista претерпело существенные изменения, в первую очередь за счет того, что за основу был взят механизм теневого копирования тома. Однако графический интерфейс продолжил традицию мастеров, хотя стал значительно проще, в том числе и в плане выбора пользовательских папок.
Резервное копирование файлов Windows 7 изменилось по сравнению с Vista. Вместо теневых копий стало применяться инкрементное копирование со сжатием в ZIP. Интерфейс создания резервных копий претерпел некоторые изменения, но все равно представлял собой мастер. Впрочем, появление библиотек фактически свело выбор файлов к нажатию кнопки «Далее» (если, конечно, файлы были включены в библиотеки).
У меня есть стойкое ощущение, что библиотеки «не пошли в народ», особенно у тех, кто хранит личные файлы за пределами системного диска. Даже в этом случае добавить документы, музыку и картинки в соответствующие библиотеки можно за 30 секунд, но лично вы это сделали? Впрочем, если было желание архивировать данные, то выбрать нужные папки один раз не составляло труда.
Дальше в программе:
- Настройки резервного копирования файлов в Windows 8
- Какие файлы и папки можно скопировать
- Где можно хранить историю файлов
- Как часто можно копировать файлы и как долго хранить историю
- Просмотр истории и восстановление файлов
- Навигация по папкам и поиск в истории файлов
- Навигация по версиям и просмотр файлов
- Восстановление файлов
- Резюме
Настройки резервного копирования файлов в Windows 8
На стартовом экране Windows 8 введите File History и в разделе Settings выберите найденный элемент панели управления (в ее поиск тоже можно ввести такой запрос).
Какие файлы и папки можно скопировать
В новой операционной системе Microsoft настройки копирования стали еще проще – в Windows 8 и 8.1 даже не было выбора папок, он появился только в Windows 10. В резервную копию автоматически включаются любые библиотеки, рабочий стол и контакты. Впрочем, ненужные библиотеки или папки можно исключить из истории файлов.
Опережая стенания опытных пользователей о скудности настроек для выбора файлов, хочу подсказать – храните данные в профиле. Microsoft с первых NT-систем проповедовала, что это быстрее и удобнее не только в работе, но и в обслуживании, да и разграничение доступа с конфиденциальностью не стоит сбрасывать со счетов.
Если для вас принципиально хранить личные файлы и документы на другом разделе, можно добавить документы или музыку в библиотеки. В любом случае можно создать библиотеку Архив и добавить в нее только самые ценные папки.
Где можно хранить историю файлов
По сравнению с Windows 7, появилась возможность хранить резервные копии файлов на USB-флэшках и улучшилась интеграция с домашней группой.
| Хранилище | Комментарии |
| Внутренний жесткий диск | Вы можете разместить архивные файлы на:
Рекомендуется второй вариант, ибо в случае выхода диска из строя вы потеряете резервные копии файлов. |
| Внешний жесткий диск USB-флэш |
Вы можете использовать внешний жесткий диск, подключаемый по USB, равно как и хранить историю файлов на USB-флэшке. |
| Сетевой диск | Компьютеры, входящие в домашнюю группу, могут использовать общее хранилище для истории файлов. |
Как часто можно копировать файлы и как долго хранить историю
Расширенные настройки истории файлов мне понравились своей простотой, и я даже не понимаю, зачем было выносить их в отдельное окно.
Здесь вы можете задать:
- длительность хранения версий — от одного месяца до бесконечности, либо до тех пор, пока не закончится свободное место
- частоту сохранения версий – от 10-минутной до ежедневной.
В любом случае в архив попадут только изменившиеся данные, но, на мой взгляд, можно изменить частоту резервного копирования с ежечасной на ежедневную.
При стандартных настройках, допустим, за время написания этой статьи у меня могло получиться 5-6 версий документа – не факт, что это необходимо.
Просмотр истории и восстановление файлов
В Windows 7 восстановление данных, заботливо сохраненных системой, было устроено весьма нетривиально (особенно это касалось поиска отдельных файлов). Создатели Windows 8 это понимали, судя по новому интерфейсу, который неожиданно представляет собой гибрид проводника и средства просмотра изображений.
Элементы интерфейса здесь организованы намного логичнее и проще, чем в Windows 7. К тому же, они привычнее для тех, кто пользуется встроенными программами Windows :) Здесь я хочу выделить три основных момента.
Навигация по папкам и поиск в истории файлов
Вверху привычный проводник, с навигацией вперед-назад по папкам, адресной строкой, поиском и настройками вида окна. Любопытно, что здесь нет стрелки «Вверх» для перехода одним уровнем выше, в отличие от полноценного проводника.
Конечно, я должен был проверить в деле свой любимый поиск, который в окне истории файлов, ожидаемо, ищет только по именам, включая пути. С главной страницы поиск выполняется во всех папках и всей истории файлов, вне зависимости от того, какую из версий вы просматриваете в данный момент. Но стоит вам зайти в папку или библиотеку, как поиск по всем версиям будет выполняться только в ее пределах.
В результатах поиска я сделал два наблюдения.
- Всегда показывается самая новая версия файла, а если есть более старые, то они тоже отображаются, причем сразу видно их количество. На рисунке выше видно, что у файла UpdateFile 2 есть две версии.
- Дата последнего изменения файла не эквивалентна дате создания резервной копии, что логично (файл должен быть изменен ранее).
На рисунке выше также видна занятная нестыковка – поиск показывает реальное расположение файлов (на внешнем диске), в то время как при навигации адресная строка показывает путь к файлу на момент его попадания в историю. Думаю, особо сообразительные читатели сразу догадались о типе резервного копирования, который применяется в Windows 8.
Навигация по версиям и просмотр файлов
Перед вами классический проводник. Вы можете задавать любой вид (например, таблицу или крупные значки), добавлять или удалять столбцы, группировать и сортировать данные.
Открыв окно, вы видите самую актуальную резервную копию по состоянию на указанное число (номер версии и дата выделены на рисунке). Однако физически в нее могут входить файлы из предыдущих версий, если со времени их создания ваши данные не изменялись.
Другими словами, если на момент создания очередной резервной копии обнаружились изменения в каких-то файлах, только обновленные
файлы будут добавлены хранилище истории.
Структура папок и файлов полностью соответствует их расположению в вашей системе на момент создания копии. Если файл был на рабочем столе, то даже если он удален, именно в этой папке вы его найдете, а в адресной строке отобразится его прежнее расположение.
Очень интересным и удобным нововведением является просмотр файлов двойным щелчком прямо в окне восстановления.
Конечно, не все типы файлов удастся просмотреть, но я проверил, что работают:
- текстовые файлы, причем любые — TXT, CSS, XML, HTML (код) и т.д.
- изображения
- аудио и видео файлы, формат которых понимает Windows Media Player (их просмотр мне чем-то напомнил эффект picture-in-picture за счет схожести кнопок в интерфейсе истории файлов и WMP)
Просмотр работает моментально, и я думаю, к этому моменту вы уже догадались, почему это возможно.
В резервном копировании Windows 8 не применяется сжатие, т.е. создатели новой ОС Microsoft решили уйти от упаковки файлов в ZIP-архивы.
Файлы в форматах PDF и DOCX просмотреть не удалось, но их тут же было предложено открыть в Adobe Reader и Wordpad соответственно (у меня на планшете не установлен Microsoft Office). Для полного счастья сразу захотелось сравнить две версии файлов параллельным просмотром, но такой возможности не предусмотрено.
Навигация по истории файлов осуществляется стрелками внизу окна. Отмечу, что открыв папку или библиотеку, вы свободно перемещаетесь между ее версиями, т.е. не нужно возвращаться в начальный экран, что очень удобно.
В целом, реализовано все очень просто, особенно если сопоставить с Windows 7, поэтому впечатления от интерфейса у меня остались положительные.
Впрочем, гуляя по истории и папкам, я заметил, что немного запутывает два комплекта стрелок вперед-назад в одном окне (тем более что они выполнены в одной цветовой гамме).
Восстановление файлов
Для восстановления файлов в исходное расположение достаточно выбрать библиотеку, папку или файл и нажать большую круглую кнопку. Если там есть файлы с такими же именами, в дело вступают новые окна копирования файлов, которыми обзавелся проводник.
Если же вы хотите восстановить файлы в расположение, отличное от исходного, вы найдете соответствующую опцию, нажав кнопку 
в правом верхнем углу окна.
Все просто, не правда ли?
Резюме
В Windows 8 резервное копирование файлов сильно изменилось по сравнению с Windows 7:
- Настройки резервного копирования сводятся к подключению диска и включению истории файлов, если они хранятся в библиотеках. В противном случае достаточно создать одну библиотеку и добавить в нее важные папки.
- Изменения в файлах определяются автоматически, и в историю включаются только обновленные версии, причем не реже одного раза в день.
- Восстановление файлов снабжено удобной навигацией, как по версиям резервных копий, так и по включенным в них файлам.
- Поиск осуществляется по всей истории файлов, а не только по выбранной версии, как это было в Windows 7.
- Просмотр текстовых и медиа файлов выполняется прямо в окне восстановления, при этом прочие форматы файлов можно просмотреть в сопоставленной им программе.
- Удобство навигации, быстрота поиска и легкость просмотра достигаются за счет того, что для истории файлов не применяется сжатие.
Из нового интерфейса резервного копирования Windows 8 можно почерпнуть много интересного, но мой рассказ еще не закончен. Ведь за кадром осталась технология! В следующей статье вы узнаете, как и чем я ковырялся под капотом истории файлов, и что там нашлось :)
А что вы думаете об истории файлов в Windows 8? Выглядит ли удобным интерфейс настроек резервного копирования и восстановления файлов? Что бы вы добавили или убрали?
Добрый день, Вадим!
К сожалению, не хватает времени читать все Ваши замечательные статьи, так что прошу Вас либо указать конкретную, либо просветить в ответе на этот комментарий.
Проблема вот в чём. У меня часть файлов в библиотеке зашифрована средствами EFS. Так вот именно эту часть история файлов не помещает в своё хранилище. А хотелось бы иметь историю и этих файлов и желательно также в зашифрованном виде. Как этого добиться?
Спасибо!
История файлов не поддерживает EFS, FAT32 и сетевые расположения.
Этому есть разумное объяснение? Я не имею ввиду сетевые расположения. Ну и насчёт FAT32 также особо не интересно.
Да, есть, и думаю, что вы вполне сможете его сформулировать, прочитав смежную статью о том, как работает история файлов.
Сложно назвать всю виндовую систему резервного копирования нормальной. Рассмотрим по отдельности два инструмента, которые делают почти одно и то же: восстановление системы и историю файлов. Я задался целью настроить нормально бэкап фотографий (~200 гб).
Можно делать точки восст системы, но при этом делается, и пользовательский 2 тб (что нужно), и системный раздел, который на ссд (что делать не нужно). Косяк очевиден — важные точки восстановления затрутся ежедневными и откатить систему не получится при поломке.
История файлов требует отдельного диска, хотя и непонятно зачем, если точки восст прекрасно пишутся на тот же диск. Вопросы надежности — это вообще из другой оперы и систему касаться не должно. У меня например 2 диска по 2 тб в зеркальном рейде, и что теперь? я должен завести четвертый диск к первым трем? специально для истории файлов — это бред (как и 64 кб хватит на всех). Слава компьютерам этот косяк легко обходится расшариванием папки и подключением её по сети на любую свободную букву.
2. История файлов работает только для папок профиля на диске Ц. Ну это тоже надо было додуматься. Повторюсь, фоток на 200 гб, ссд под системой у меня 120 гб, немного не влезает. А даже если бы влезало, кто бы там хранил? только совсем неопытные люди хранят свои данные на системном разделе. Хорошо что это тоже можно обойти добавлением папки в библиотеки, и то я только запустил, еще неизвестно чем кончится…
История файлов копирует ВСЁ в указанную папку хочет занять столько же места сколько оригинал. Виндовая история файлов не пользуется своим же теневым копированием, которое прекрасно хранит файлы и занимает мало места — это ужос.
21 век на дворе, а косяки такие простые и глупые. Ведь в целом то нормально работает, сохраняет и восстанавливает, места много не занимает.
Сергей, с таким количеством неверных тезисов о правильности выводов говорить смешно.
Ошибка номер 1. Теневые копии не являются инструментом резервного копирования.
Потому что история файлов — средство резервного копирования, а его базовое правило — другой физический диск.
Ошибка номер 2. Теневые копии диска хранятся на этом же диске, а для каждого диска размер их пространства регулируется отдельно.
Да, должны, если вам вдобавок к RAID нужно резервное копирование.
Ошибка номер 3. История файлов по умолчанию включает в себя библиотеки, куда могут входить папки из любых расположений.
Ошибка номер 4. История файлов занимает больше места, чем оригинал, потому что хранит каждую измененную версию в соответствии с настройками.
Ошибка номер 5. В хранении данных на системном разделе нет ничего неправильного. Это раздел ничем не хуже любого другого. Дальнейшее — вопрос ценности данных и резервного копирования.
являются не являются это демагогия, пользоваться теневыми копиями как резервными копиями можно.
Резервное копирование (англ. backup copy) — процесс создания копии данных на носителе (жёстком диске, дискете и т. д.), предназначенном для восстановления данных в оригинальном или новом месте их расположения в случае их повреждения или разрушения. Во первых ваш тезис выдуман. Во вторых, думаю вы можете понять что надежность хранения копии на том же диске (если он является рейдом) выше чем на другом (если рейдом не является). В третьих ни один нормальный продукт для бэкапов не страдает такими ограничениями при защите файлов\папок (ясно что речь не о разделах, на тот случай если вы хотели бы и тут передернуть)
регулируется — никто не спорит, вы делаете вид что не понимаете, что если делать копии в ответственные моменты (например ежемесячно) то это будет куда полезнее чем делать каждый день. Если места хватает на 12 копий, то в первом случае будет год, во втором же — 12 дней. Неужели непонятно?
Надежность ОС ниже чем надежность файловой системы. Будете спорить? Да сегодня винда падает не так часто как раньше, но тем не менее иногда случаются переустановки системы. Нравится при каждом таком случае переносить архив фотографий? Мне нет. Вам на здоровье. Во вторых у многих людей сегодня под системой стоит ссд, на который вся важная информация не влезет при всем желании. Поэтому хранить данные на системном разделе 1. менее надежно 2. невозможно, если не влезает.
Не понимаю откуда у вас такое рвение в защите этой продукции…
Резервное копирование (англ. backup copy) — процесс создания копии данных на носителе (жёстком диске, дискете и т. д.), предназначенном для восстановления данных в оригинальном или новом месте их расположения в случае их повреждения или разрушения. Тут я ошибся, да. но ваш тезис выдуманным быть не перестал.
Можно, но это неправильно в корне. Ошибка в том, что в случае выхода диска из строя теряются оригинальные данные и резервная копия. Поэтому бэкап надо хранить на другом физическом диске, о чем я говорю на протяжении многих лет. Демагогией занимаетесь вы.
Да все понятно тут. Вы изначально избрали неверную стратегию резервного копирования, а потом начали искать изъяны технологии, препятствующие ее реализации.
Спорить тут не о чем, потому что заявление, сравнивающие яблоки и апельсины, ошибочно в корне . ОС имеет доступ к файловой системе любого подключенного диска. Соответственно, из-под ОС можно повредить ФС.
Переустанавливайте поверх, и будет вам счастье. И потом, я же не призываю хранить архивы на системном разделе (читайте целиком Сколько у вас лишних разделов на диске?).
Согласен с п.2, а п.1 вы никак не доказали.
Вы переходите на личности, а я всего лишь разбираю исключительно технические аспекты в соответствии с задекларированными принципами блога. Миссия блога — повышение уровня знаний читателей путем публикации статей и разъяснений в комментариях.
Я предоставил вам достаточно сведений для повышения уровня знаний о резервном копировании в принципе и тонкостей его работы в Windows (см. статьи с метками архивация и восстановление. Пока вы не сделаете выводы, дальнейшая дискуссия будет для меня ненужной тратой времени.
вы не понимаете что существуют разделы находящиеся в рейде? не понимаете что вариант выхода диска из сторя может быть уже предусмотрен? не понимаете что в серверной винде, например 2008 вот передо мной — теневые копии работают прекрасно в качестве резервеного копирования и копируются на тот же раздел? и еще раз, нет ни одного нормально продукта для резервного копирования который такой вариант не допускает.
Давайте пример попроще если вы не понимаете или не хотите понять. Обозначим файловую систему как фундамент, а операционную систему как здание. Я не сравниваю надежность фундамента с надежностью здания. Я говорю что надежность общая зависит от надежности здания + надежность фундамента и она не может быть выше чем одна надежность фундамента никак и никогда.
ну хоть с чем то вы согласились. я даже удивлен. я уже сделал выводы о резервном копировании и о вашей «подкованности», так что надеюсь вы тоже может быть что-то извлечете из этой беседы.
Вы обсуждаете статью о клиентской ОС, да и вообще весь блог о них. Поэтому мои ответы и рекомендации нужно рассматривать именно в этом контексте. Применительно к теневым копиям клиентские ОС сильно отличаются от серверных. В частности, это понятие не используется в графическом интерфейсе, а также отсутствует GUI и некоторые консольные возможности для управления теневыми копиями — например, перенос теней на другой диск! Поэтому я не считаю необходимым уравнивать подход к стратегии резервного копирования дома и в организации.
Да, мне известно, что многие системные администраторы выделяют для теневых копий значительный процент пространства общих дисков и полагаются на эту технологию для быстрого извлечения оттуда файлов по просьбам напортачивших пользователей. Однако в организациях, где пользовательским данным уделяется серьезное внимание, прописаны политики бэкапа данных на сроки, значительно превышающие возможности теневых копий, а также диктующие методы хранения резервных копий на других дисках.
Я не считаю теневые копии средством резервного копирования дома и в грамотно настроенной корпоративной среде. Больше мне вам нечего сказать. Идите с миром!
Здравствуйте. Не очень понял этот абзац. Вот в резервной копии хранится информации о положении файла на момент ее создания. Как из этого сообразительный читатель приходит к выводу о типе копирования? Поясните, пожалуйста. )
Алексей, сжатые vs. не сжатые.
А, имеется ввиду, что при навигации в строке адреса мы видим, что файл не сжат? Или, что поиск бы не работал, будь файлы сжаты?
Поиск по ZIP архивам работает ЕМНИП, но тут вроде ж видно, что просто файлы лежат.
Добрый день. Подскажите пожалуйста, есть ли возможность просто тупого копирования файлов на бекап-диск без создания архивов? Но с проверкой изменения/удаления/добавления новых? Напр. у меня есть отведенный диск под изображения (для работы) — нужно просто их скидывать на бекапный периодически-автоматически. Джипеги напр. особо не сжимаются, смысла в архивировании нет + мне это и не нужно, просто тупо нужно иметь копию, поскольку при создании архива не видно его содержание и необходимо прибегать к телодвижениям чтобы просмотреть содержимое, найти что-то и т.д., что не совсем удобно. Что-то аналог обычного копирования с пропуском файлов кот. уже забекаплены + проверкой если файл удален/изменен на оригинальном — то на бекапном его тоже надо удалить/заменить.
«История файлов» именно это и делает, что Вам нужно.
А история файлов позволяет указать место, где будет лежать копия, кот. и будет проверятся. Честно говоря я наверное немного не в тему попал, ибо у меня Вин7, думал аналогично. Открыл у себя в Вин7 историю файлов — а там нет выбора диска сохранения, пока затупил на этом месте)
Robocopy
+ я тут подумал, что это не совсем то, что нужно. Есть физ диск разделенный на 4 логических. Логические я бы тоже хотел скидывать на бекапный диск по такой же схеме (без архивирования), в соответствие с назначенной буквой, т.е. логический F копируется в папку «F» на бекпапном
Всем спасибо! Но в другом месте подсказали более простое решение в виде готового софта, а не утилиты командной строки — прога Exiland Backup, функция «синхронизации» в составе программы (в дополнение к стандартным методам резервного копирования) именно то, что было нужно. Тупо копирует хоть диск, хоть папки, анализирует, что было удалено, изменено, и делает точно также на бекапном диске + все это загоняется в расписание. Мб кому-то будет полезна инфа.
robocopy входит в ОС, и это тоже готовый софт, причем бесплатный. Но да, я понял, нужен GUI, чтобы мануалы не читать.