Если вы случайно удалили файл или папку мимо корзины, не впадайте в панику. Программы для восстановления данных от вас никуда не денутся, поэтому попробуйте сначала средства системы. В Windows можно восстановить предыдущие версии файлов и папок, даже если в графическом интерфейсе этой возможности нет.
В Windows 8 в свойствах дисков, папок и файлов стало на одну вкладку меньше. Обратите внимание, что пропали предыдущие версии.
Это наблюдается только в клиентской операционной системе, т.е. в Windows Server 2012 вкладка осталась. В Windows 10 вкладка вернулась, но… вам надо прочесть статью :)
Статья обновлена в контексте Windows 10 и Windows 11.
Сегодня в программе
- Предыдущие версии в Windows 10 и Windows 11
- Как работают предыдущие версии, и почему убрали вкладку в Windows 8
- Как открыть предыдущие версии файлов и папок из теневых копий
Предыдущие версии в Windows 10 и Windows 11
Статья была написана во времена Windows 8, а в Windows 10 вкладка «Предыдущие версии» вернулась в свойства папки. Тем не менее материал актуален для Windows 10 и 11, потому что в нем демонстрируются способы восстановления файлов напрямую из теневых копий.
В Windows 10 и новее на вкладке написано, что предыдущие версии образуются из истории файлов и теневых копий. Однако это больше не относится к теневым копиям, которые создает защита системы! Поэтому при стандартных настройках предыдущие версии могут быть доступны только из истории файлов, если она включена, конечно.
Так, мой эксперимент в Windows 10 версии 1511 (и позже в 1709) показал, что на вкладке отображаются только версии из истории файлов, даже если защита системы включена!
На этой картинке:
- Свойства папки скриншотов в ОС. Последняя версия от 27 февраля. Вероятно, это дата последнего копирования в историю файлов, которая у меня сейчас не работает (диск отключен физически)
- Последняя теневая копия от 11 мая (появилась при создании точки восстановления перед установкой обновлений WU), создаю символическую ссылку на п.3
- Содержимое теневой копии. Видно, что в ней есть файлы, созданные незадолго до появления теневой копии от 11 мая. Однако они отсутствуют в п.1
Таким образом, лучший шанс восстановить предыдущие версии у вас есть в том случае, если включена история файлов или тенeвые копии создаются командной wmic. Тогда версии доступны на вкладке в свойствах папки.
Как работают предыдущие версии, и почему убрали вкладку в Windows 8
Такая картина в свойствах файлов и папок является лишь следствием того, что в параметрах защиты системы Windows 8 теперь нет опции восстановления файлов.
Я не знаю, почему убрали опцию защиты файлов и вкладку предыдущих версий. У меня есть лишь обоснованные предположения, которыми я поделюсь с вами, заодно объяснив принцип работы предыдущих версий.
Во многих системах на этой вкладке всегда было пусто
Это заставляло тысячи людей озадачивать форумы сообщества и поддержку Microsoft наболевшим вопросом. Но вы-то уже догадались, в чем была их проблема, не так ли? У этих людей была полностью отключена защита системы!
Людям был непонятен принцип хранения и отображения предыдущих версий
Действительно, почему для одних папок есть несколько версий, а для других – ни одной? Дело в том, что разные редакции файлов в этих папках могли быть созданы только не раньше самой старой точки восстановления.
Согласитесь, при взгляде на вкладку не совсем очевидно, что сохранение версий личных документов и медиа-файлов привязано к созданию точек восстановления (хотя это описано в справке Windows, пусть и не без огрехов).
О точках принято думать как о средстве отката системных параметров, тем более что личные файлы при этом не восстанавливаются (за исключением этих типов файлов).
Между тем, точки восстановления и предыдущие версии файлов (не относящиеся к истории файлов) хранятся в одном месте – теневых копиях тома.
Механизм восстановления системы попросту делает снимок тома в нужное время и сохраняет его в теневой копии. Именно пространство, выделенное для теневых копий, вы контролируете в параметрах защиты системы.
Теперь становится понятно, почему количество версий у файлов и папок может варьироваться. Состояние файла записывается на момент создания точки восстановления. Если между точками он изменялся, в теневой копии сохраняется его версия. Если же файл оставался неизменным в период, охваченный точками восстановления, у него вообще не будет предыдущих версий.
В Windows 8 появилась история файлов
Когда понятен принцип применения технологии, из нее можно извлечь пользу. В Windows 7 это было непонятно большинству людей, поэтому в Windows 8 внедрили более наглядную систему резервного копирования данных – историю файлов.
Она не опирается на теневые копии, а количество версий файлов вы можете контролировать, указав частоту резервного копирования. Все зависит от ваших нужд и места на целевом диске.
Вкладку же доступа к «непонятным» предыдущим версиям в Windows 8 просто убрали, вместе с сопутствующей опцией в параметрах защиты системы. Что же касается ИТ-специалистов, то они должны быть хорошо знакомы с понятием теневых копий – ведь в серверных ОС для управления ими есть одноименная вкладка в свойствах тома. Потому в Windows Server 2012 вкладка «Предыдущие версии» находится на своем привычном месте.
В Windows 8+ точки восстановления создаются по особому алгоритму, а вместе с ними сохраняются предыдущие версии ваших файлов и папок. Дальше я расскажу, как их открыть.
Как открыть предыдущие версии файлов и папок из теневых копий
Здесь способы, которые сработают в случае, если вы создаете теневые копии командой wmic. Они могут не помочь, если у вас только включена защита системы. Первый способ подходит для всех поддерживаемых Windows, а второй имеет смысл лишь в Windows 8/8.1 и сохранен в блоге для истории.
Начиная с Windows 8 извлеченные из теневых копий точек восстановления файлы могут быть битыми. Разработчики Microsoft сообщили, что этот способ больше не поддерживается. См. Нюансы извлечения файлов из теневых копий в клиентских Windows.
Если вы используете теневые копии в качестве краткосрочного резервного копирования, создавайте их командой wmic.
Способ 1 — символическая ссылка в теневые копии (Windows 7 и новее)
Постоянные читатели блога уже видели этот трюк в статье про функцию обновления ПК без удаления файлов (Refresh Your PC). Она тоже использует теневые копии для промежуточного сохранения диска, когда вы создаете свой образ для отката.
Тогда мне этот фокус был нужен для понимания технологии, зато теперь он вам может понадобиться для решения вполне конкретной задачи. В командной строке, запущенной от имени администратора, выполните:
vssadmin list shadows
Вы увидите список теневых копий на всех томах. Для каждой из них указана буква диска, поэтому вам будет легко сориентироваться. Кроме того, каждая теневая копия соответствует по дате одной из точек восстановления (чтобы вывести их список, выполните в консоли rstrui).
Выберите нужную дату и скопируйте идентификатор тома теневой копии. Теперь используйте его во второй команде (не забудьте добавить обратный слэш в конце):
mklink /d %SystemDrive%\shadow \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy2\
В корне системного диска у вас уже появилась символическая ссылка shadow, ведущая в теневую копию! Перейдя по ссылке, вы увидите знакомую структуру файлов и папок – это и есть их предыдущие версии.
Способ 2 — вход в общий диск по сети (Windows 8 и 8.1)
Добавлено 15.01.2013. В комментариях читатель Алексей поделился более простым способом доступа к теневым копиям по сравнению с описанным в статье изначально. Сначала способ работал, но позже Microsoft закрыла лазейку каким-то из обновлений. Однако читатель Ника в итоге подсказал обходной путь.
Сначала нужно сделать диск общим, а потом зайти в него «по сети». В окне «Этот компьютер» откройте «Сеть» и зайдите на свой ПК, либо под учетной записью администратора вставьте сетевой путь в адресную строку проводника или в окно «Выполнить»:
\\%computername%\C$
где C — буква желаемого диска. В сетевых папках вкладка «Предыдущие версии» присутствует:
Поскольку я несколько раз прибегал к извлечению данных из теневых копий, мне немного жаль потери в графическом интерфейсе. Ведь вкладка «Предыдущие версии» была удобна тем, что сразу позволяла добраться до нужных файлов.
Впрочем, я уж не настолько часто пользовался этой возможностью, чтобы ввод двух команд в консоль доставлял мне жуткие неудобства. Ведь главное – это наличие предыдущих версий файлов, а добраться до них я смогу! Теперь сможете и вы ;)
А вам хоть раз доводилось восстанавливать предыдущие версии файлов из теневых копий? Расскажите в комментариях, почему возникла необходимость и удалось ли все восстановить.
Я все-таки думаю, что большинство читателей ни разу не прибегали к этой возможности на домашних системах, а посему ее исчезновение из графического интерфейса их не слишком расстроит. В следующей записи мы поговорим о том, почему различные функции Windows исчезают или подвергаются изменениями, и как вы можете повлиять на ситуацию.
Делаю теневые копии файловых шар на сервере 2 раза в день. Периодически оттуда восстанавливаю файлы и папки. Чаще всего из-за того, что кто-то «утащил» одну папку в другую, а там её удалили, т.к. она не к месту.
Периодически использую востановление файлов. Очень грустно становиться от подобных «более наглядных систем резервного копирования данных»
Олег, теневые копии не являются средством резервного копирования данных (подумайте, почему). Свою грусть по поводу наглядной «Истории файлов» конкретизируйте в комментариях к соответствующей записи, если вас не затруднит.
Я не пользуюсь средством резервного копирования. Мне лень. Пару бэкапов сделал на случай краха винды и все. Так как за несколько лет работы абсолютно никаких проблем с операционкой небыло, я благополучно «забил» на все это дело.
Востанавливать файлы из теневой копии приходится часто. Затер файл, или еще по какой либо причине. Теперь придется возится с командными строками.
Олег, я рад, что эта запись вам пригодится ;)
Спасибо за статью.
Теневое копирование не заменяет своевременных бакупов, но как средство наглядного восстановления файлов очень полезно. У меня даже пользователи пользуются этой возможностью (не все).
Теневые копии используются на 2х файловых хранилищах. Управляются 2008 сервером. Бекапы есть. Еженедельный полный и ежедневный инкрементальный. Изначально не планировали использовать такой функционал, но выяснилось, что пользователям порой нужно восстанавливать промежуточные состояния. Используемые нами решения не позволяли делать это эффективно. Да и корпоративный стандарт требовал только ежедневных копий. Пошли навстречу пользователям — запустив теневые копии. Дополнительной нагрузки почти не создается, и все довольны. Используется очень часто…
Юрий, спасибо за практический пример того, как теневые копии могут использоваться в дополнение к традиционному резервному копированию.
Vadim Sterkin,
Рад помочь. В моей практике — это скорей исключение, когда удается так хорошо использовать стандартный функционал. Очень часто приходится «танцевать с бубном», т.к. не все реализуемо по «бест практикс» (но это скорей проблемы уже существующих систем и недостаток финансирования…)
Защита в windows штука крайне не надежная ( пропадают точки востановления(при том все сразу)) лучше использовать альтернативные средства
Дима, защита системы работает хорошо, а у пропадания точек всегда есть причина.
На 2003 сервере результат выполнения команд не сильно отличается:
http://s1.ipicture.ru/uploads/20120702/n0p5cg6S.png
А вот со второй командой немного пришлось по колдовать, в виду отсутствия mklink. Но есть утилита linkd от майкрософта, которая создаёт соединение. Но главное что работает))
На ХР, я думаю, это тоже всё возможно, но не из коробки- надо ставить компонент.
По удалению вкладки- зря. Лучше бы её не отображали для файлов, у которых нет теневых копий.
Виталий, есть junction от Руссиновича (пример использования).
Это не делало бы фичу понятной… Тогда люди бы задавались вопросом, почему у одних файлов/папок вкладка есть, а у других — нет.
На работе несколько раз пользовался, обычно после случайного удаления, правда, один раз пришлось восстанавливать все содержимое папки Документы после неудачной шутки.
Восстановить всякий раз удавалось все.
Андрей, видать, шутник не знал о теневых копиях, иначе мог сделать шутку совсем неудачной при наличии достаточных прав в системе :)
Спасибо, Вадим! Вы первый, на полгода раньше если не больше, начали делать то, что Майкрсофт потом начала делать на своём официальном форуме.»Microsoft Answer» — поддержку, если хотите просвещение, «продвинутых» непрофессиональных(не знакомых с программированием) пользователей.Пусть вас не смущает «это все знают», «кому это надо» и прочее. Благодарю вас. С уважением Андрей, это тот ….ой.
Андрей, поддержку мы оказываем в форуме OSZonе, и да, мы начали это делать намного раньше, чем Microsoft в форумах Answers и TechNet. Кстати, вы знали, что Answers фактически представляют собой первую линию официальной техподдержки Microsoft? Там отвечают инженеры компании.
Что касается блога, то здесь я делюсь знаниями, нежели решаю проблемы. Впрочем, ссылки на записи блога регулярно появляются на форумах OSZone :)
Каждый раз читаю о новинках и изменениях в Win8, и все больше и больше вспоминаю утверждения неизвестного автора — У MS удачные версии windows идут через одну.
ИМХО MS сильно много изменений разработчики положили в одну версию. У некоторых вызовет «отторжение».
Константин, твой комментарий был бы более понятен в контексте ответа на вопрос, поставленный в конце записи.
Удивительное дело, но не хочет. Её я первой попробовал, как лежащую у меня в загашнике. Пишет про не НТФС том, хотя утилита от майкрософта сработала.
Первый раз вижу, чтобы утилита от Марка не заработала.
Но хотя бы юзабельность для тех, кто понимает, не пострадала бы.
Прибегал. поскольку всякое бывает в жизни. Иногда бывает затрешь кусок рабочего кода, и только через неделю-две увидишь недостатки кода нового и захочется откатиться к старым.
Для таких задач лучше подойдет история файлов, она больше похожа на SVN.
Делал 2 или 3 раза восстановление файлов из теневой копии в Windows 7; всё прошло успешно.
По поводу описанного тобою способа восстановления в Windows 8 — описание на 5-ку, хорошо, что такая возможность осталась в принципе, и плохо, что нужна инструкция по её применению… :(
Положительно отношусь к подобному функционалу, хотя не возникало нужды этим воспользоваться. Вкладка убрана напрасно. Для тех, кто в теме она нужна. Хотя в домашних версиях ее нет(видимо предполагается, что большинство домашних пользователей всё равно проигнорируют ее, как игнорируют включение защиты системы и мн. др.).
Андрон, вы уверены, что в домашних версиях 7 нет вкладки предыдущих версий? Если верить справке 7, то она должна быть во всех изданиях, в отличие от Vista. Просто мне не на чем проверить сейчас…
Вадим, спасибо!
Честно скажу не прибегал, к МС-фиче — проигнорировал.
Правда раз или два нужно было, теперь положу в загашник, т.к. жду финальной 8-ки.
Вкладка присутствует, но воспользоваться этой функцией возможно только с версии «Professional».
Vadim Sterkin,
Что-то я уже не уверен, что в домашних версиях 7-й нет вкладки(не на чем проверить). В Viste точно нет.
Хотелось бы расставить точки над i в вопросе работоспособности вкладки «Предыдущие версии» в домашних изданиях Windows 7.
Я спросил в твиттере, нет ли у кого домашней 7 с включенной защитой системы, и в итоге получил скриншот искомой вкладки в свойствах системного диска рядом с winver.
Увеличить рисунок
Как видите, все работает.
Включил «Историю файлов»: пару минут система пострекотала и остановилась по ошибке «Файл не архивирован, так как его полный путь превышает предел MAX_PATH или содержит неподдерживаемые символы».
Как-то даже неприлично…
Константин, вероятно, у вас очень глубокая вложенность папок и/или очень длинные имена.
В Windows API макс. длина пути составляет 260 символов:
Функции с юникодными версиями поддерживают 32 767 символов, и пример такого пути есть в другой записи. Подробнее o путях на MSDN.
Совет Олега не применим, т.к. в истории файлов не используется wbengine. Читайте записи блога об истории файлов…
Ограничения [предыдущих версий] присутствуют только в Windows Vista. В Windows 7 востановление работает во все версиях. Прошу прощения за дезинформацию.
Весь оффтоп по поводу истории файлов и длины путей в Windows удален.
Константину предлагаю на выбор:
• Идентифицировать пути, превышающие 256 символов (вне зависимости от того, какой длины имя того или иного файла или папки), и сократить их до приемлемых, чтобы работала история файлов.
• Использовать стороннее решение для резервного копирования, которое не смущают столь длинные пути.
• Ничего не делать.
Опция «продолжать оффтоп, содержащий технически неверные утверждения» не включена в список сознательно.
Upd. Два последовавших за этим хамских комментария Константина также удалены.
Очень жаль, что убрали вкладку. Часто приходилось использовать. Нередко бывало, что пользователи ошибочно меняли содержимое документа. Всё восстанавливалось без проблем. Многие научились это делать сами. Просто заранее оговаривалось, что срабатывает не всегда без объяснения причины. Теперь такой возможности не будет :-((((
Салават, теперь вы настроите историю файлов, и она будет срабатывать всегда.
Угу. Вот только для «истории хвайлов» требуется сеть или другой диск. А у меня в ноутбуке диск один. Так что теперь ни истории файлов, ни вкладки с предыдущими версиями. Надо корячится теперь с командной строкой. Ну, просто супер, как «удобно»! *facepalm
Угу, вот только история файлов знает, что бэкап = другой физический диск, а вы — нет. Но это теперь исправлено.
Наличие теневых копий неоднократно выручало меня во многих ситуациях. Считаю, что Microsoft в Windows 8 поступила неправильно.
На мой взгляд, одна из первых причин, по которой теневое копирование не пользовалось в Windows 7, — оно там просто не работало! Когда, в какие моменты создавались копии? Раз в неделю. Поэтому приходится делать задание в Task Scheduler вручную, чтобы дать людям возможность откатываться к ранним версиям их документов. Но сколько людей умеют такое задание создать? На пальцах одной руки можно пересчитать. Это большая недоработка Microsoft, что потенциал Shadow Copies не был полноценно раскрыт.
От того, что Shadow Copies не являются универсальным ответом на все беды, их ценность не снижается. Регулярный бэкап осуществляется согласно некоему расписанию (если администратор вообще его делает), требует некоторого обслуживания. Shadows гораздо, на порядки проще в обслуживании и работают в промежутках расписания стандартного бэкапа.
Подозреваю, система File History тоже не будет пользоваться большой популярностью. Например, невозможность простому пользователю указать папки, подлежащие копированию — это крупнейший минус!
Наверное, что я несколько передёргиваю в своём недовольстве, но почему именно разочарование является первой эмоцией в данном случае?..
Петр, мы же вроде раньше обсуждали (да и в этой записи я ссылался), что теневые копии создаются не раз в неделю, а не реже раза в неделю :) Но так или иначе, это была урезанная серверная фича, без возможности контролировать частоту создания.
File History, кстати, с точки зрения производительности лучше оптимизирована для домашних ОС, а уж наглядность и понятность на порядок выше теневых копий и даже старого резервного копирования.
Это не вопрос — их можно добавить в библиотеки. Более того, создаешь библиотеку Backup, добавляешь в нее папки, исключаешь все остальные библиотеки, профит :)
Есть более простой способ получить доступ к теневым копиям в windows 8. Нужно являться администратором системы.
Т.к. в сетевых папках вкладка присутствует, достаточно перейти по пути \\%COMPUTERNAME%\x$, где x — буква диска на котором нужно восстановить файлы.
Алексей, спасибо за отличный обходной путь! Добавил в запись.
В начале Спасибо! за сей блог, похоже буду частым гостем)
Меня тоже разочаровало отсутствие вкладки(
Могу дополнить ещё один вариант: Создать обыкновенный ярлык и прописать в нём
\\localhost\c$
— имхо проще и удобнее чем вводить каждый раз. Можно и для каждого диска.
Андрей, это просто вариация решения, предложенного выше Алексеем.
Затрудняусь представить кому могла помешать вкладка «Предыдущие версии». Она кстати отключается в Гроуп Полиси на раз.
На крайняк можно было бы сделать ее по умолчанию «спрятанной», и с помощью одного клика в нужной «гроуп полиси» те кому она нужна благополучно возвращали бы ее один раз и навсегда.
Нам она нужна, по банальной причине, и не нужно быть семи пядей во лбу чтобы понимать эту причины — админы ОДИН РАЗ настраивают «Теневое копирование», и далее пользователи не отвлекают админов когда им (пользователям) нужно восстановить какой-то файл или там проследить его изменения, или мало ли что. как это выглядит сейчас — понимаю что придется увеличить штат людей отвечающих на вопросы типа «почему в моем ЭмДиБи не то количество записей которое должно быть», т.е. раньше ответ был «потому что ты сам дурак, посмотри в Предыдущих Версиях историю изменений», а теперь ответа не будет а будет работа в командной строке, и «давайте поднимать историю изменений хитромудрым способом который придумали в МетроВинде, может быть действительно кто-то а не вы совершили злодеяние по изменению файла без вашего ведома»
для всех админов которых я знаю и которые не пинают балду на работе а стараюстся обеспечить людей бесперебойностью, безопасностью, комфортом, Теневое Копирование было одним из столпов мировоззрения «Почему я люблю Винду и почему не нужны разные third-party»
Теневые копии — не замена резервному копированию, не забывайте о нем.
Согласен, только прошу внести дополнение:
«.. а резервное копирование не замена теневым копиям и удобству интерфейса воссстановления» :)
Во вкладке «Предыдущие версии» есть и копии созданные путем резервного копирования, т.е. те которые остаюстся перманенто, по крайней мере пока файл сидит на том же диске и существует сдлеланная резервная копия диска.
Почитав, насколько я понял новая «файловая история» содержит еще одну глупость — там вся история не инкрементальная, а в каждой точке истории сидят полные копии всех файлов !
Т.е. непредусмотрительно положенный файл видео или несколько несжатых фотографий забьют любой по размеру диск.
И я на файловом сервере не смогу поставить эту «файловую историю», так как место на «рэйдах» все еще не бесплатное, а резолюция архивирования чтобы спать спокойно, нужна два раза в день минимум и несколько месяцев назад.
Придется использовать тогда «робокопи»-скрипт, змаечательно, здравствуйте столетние БАТ-файлы )
Ну пауершелл есть, да… А гарантии что микрософт не убьет его в следущей винде есть ? )) То то же !
поэтому сидим на БАТ-файлах, Винде 7/2008, и не рыпаемся раньше времени )
Предыдущие версии на клиентской ОС всегда были пользоавтельской возможностью, равно как и история файлов — это для потребителей, а не для организаций. В организациях все должно быть организовано на основе хранения данных на серверах.
Другими словами, ваш (администраторский) подход к хранению данных пользователей ничуть не изменился, так что нечего лить слезы. А если изменился, то вы что-то делали не так… А PowerShell — надолго, изучайте :)
Vadim Sterkin,
Ну да, на серверах, а где же еще то
А если сервер терминальный, то он же становиться и локальным компьютером, и диски подключены локально, в моем случае это нужно чтобы диски были локальные, для лучшей производительности например.
А тогда эта гребанная нужная вкладка перестает отображаться. Зачем нужна эта вкладка я уже писал.
И кроме того что она перестает отображаться, теневое копирование не ровен час под корень изведут, я этому совсем не удивлюсь.
История файлов — для тех кому нужна история файлов.
Если потребителям нужны «Предыдущие версии», а организации нужны потребители/пользователи/покупатели, то значит организации нужны и «Предыдущие версии» тоже
Меня крайне удивляет этот подход, что если что-то Ок в 98%, то на остальным 2 процентам нужно обязательно испортить жизнь
Вы бы купили парашют который раскрывается в 98% случаев и гарантированно НЕ раскрывается в 2% ?
> А PowerShell — надолго, изучайте :)
Насмешил. Когда ему будет 20 (или 25?) лет как батчам, тогда поверю ))
Вы всю ненависть к Microsoft выразили или еще осталось что-то?
P.S. PowerShell уже 6 лет. Не стоит ждать еще 19, чтобы написать свой первый скрипт…
Подключился к локальному диску по сети. Вкладка в свойствах папки появилась, а предыдущих копий не найдено. При этом точки восстановления в системе присутствуют и доступны по ссылке. Странно.
Кирилл, даже такому странному факту находится объяснение…
Vadim Sterkin,
Честно все прочитал, объяснения не нашел.
Ради эксперимента специально внес изменения в файл, затем вручную создал точку восстановления. В теневой копии по ссылке нашел исходную версию файла. Зашел по сети — в свойствах файла предыдущих версий не найдено.
Ок, Кирилл. Зайдите в теневые копии по жесткой ссылке и извлеките файл оттуда. Вам ведь результат важен?
Vadim Sterkin,
Если честно, то нет. Просто хотел разобраться в вопросе, так сказать спортивный интерес :)
Хотя теневые копии использую, правда в основном на серверах. Очень удобная вещь.
Кирилл, как ни странно, я тоже не вижу сейчас файлов :) На момент добавления инфо в статью это работало.
У функции «История файлов» в Windows 8 есть один существенный недостаток: копии файлов не могу храниться на том же диске, на котором они лежат (как это было с теневыми копиями в windows 7). То есть, например, на домашнем ноутбуке с один жестким диском этой функцией пользоваться по сути невозможно…
Дмитрий, это не является недостатком. Резервные копии в принципе не должны храниться на том же диске, где находятся резервируемые данные :)
Между тем, кэш истории файлов все-таки размещается на системном диске, так же как и теневые копии. Читайте Как работает история файлов в Windows 8.
Естественно, теневые копии не отменяют архивацию данных, они её дополняют. Согласитесь, лучше иметь две независимые системы архивации чем одну.
Я всегда использовал теневые копии как дополнение к существующей системе архивации, которое облегчает восстановление потерянных или испорченных пользовательских данных. С заменой «теневых копий» на «историю файлов» я по сути лишился этого дополнения.
Обошел это ограничение указав в качестве диска для хранения истории файлов сетевую папку \\localhost\C$\Backup
Дмитрий, история файлов не заменила теневые копии, и это утверждение верно по трем причинам:
1. Теневые копии никогда не были инструментом резервного копирования.
2. Теневые копии никуда не делись, просто из GUI убрали вход в них.
3. История файлов заменила архивацию файлов Windows 7, хотя та осталась в Windows 8 для совместимости.
Да флаг вам в руки :) Главное — понимать, что никакой резервной копией это не является. Резервные копии делаются на случай выхода из строя диска, это азбучная истина…
Как получить доступ к содержимому теневых копий на Windows 8 я понял как раз благодаря Вашей статье.Только там у меня пусто, в этом, собственно, и заключается мой вопрос: как включить периодическое создание теневых копий для пользовательских данных в windows 8?
PS В том, что теневые копии не заменяют архивацию я очень хорошо осведомлен.
Дмитрий, в статье объясняется, как создаются теневые копии. Перейдя по ссылке в статью с подробностями, вы найдете в комментариях решение.
В данный момент на версии 8.1 Preview этот метод не работает. Через сетевые папки тоже. Ссылка-то создается, но видимо отображает она реальное отображение тома. Восстановить ничего не удается, поскольку в теневой копии также отсутствует файл, который удален с целью проверки.
Андрон, не подтверждаю в RTM.
1. Создана точка 1 без документа.
2. Переход в Т1 — документа нет.
3. Создан документ, создана Т2.
4. Переход в Т2 — документ есть.
5. Документ удален, создана Т3.
6. Переход в Т3 — документа нет.
Vadim Sterkin,
Подтверждаю свою предыдущую запись. Переход по ссылке «Shadow» ведет в типичный Проводник не отображающий изменений, т.е. отображающий настоящее положение дел.
В данном случае я сделал также как в Вашем примере — результат никакой. Нет возможности перехода в точки. Отображается только Проводник, хотя в адресной строке указан путь с «Shadow»: C:\shadow\Users\user_000\Documents
Андрон, честно говоря, я не понимаю, что значит «Отображается только Проводник». Обратитесь в тему форума, выполните п. 5.1 правил и пошагово распишите свои действия (а не «делал как там»). Снабдите рассказ записью psr, запущенной от имени администратора.
Пользовался ранее Предыдущими версиями и не раз. Особенно спасает, когда забудешь скопировать картинку, изгаляешься над оригиналом и случайно сохраняешь, перезаписывая оригинал. Ну и с документами несколько раз спасало.
История файлов очень неудобна тем, что требует дополнительного носителя, то есть больше подходит для автоматизированного резервного копирования. Момент с дополнительным носителем можно обойти (сохраняя данные к себе же на диск подключив его как сетевое расположение), но места сжирает такой подход черезчур много.
За статью огромное спасибо, я уж думал они эту функцию полностью выпилили, ан-нет Microsoft оставляет лазейки, пусть и неудобные.
На работе на сервере, теневые копии создаются два раза в день. Периодически приходится использовать, т.к. пользователи по неосторожности удаляют файлы.
Дома теневые копии так же настроены. Пару раз использовал после того как по забывчивости сохранил файл при ошибочно внесенных изменениях.
Спасибо за статью, Вадим. Но способ, описанный в статье, не слишком прост и удобен. Легче воспользоваться программкой Shadow Explorer http://www.shadowexplorer.com/
Хотя я сам ни разу не пользовался это фичей в Windows 7. В контрольных точках версии слишком старые, а архивация Windows не настраивалось гибко — нельзя было ограничить количество резервных копий, нельзя было держать их на съемном диске и т.д. В Windows 8 пользуюсь исторей файлов, хватает вполне. Так что от потери вкладки в свойствах ничего не потерял.
Я в курсе существования этой программы, но не вижу в ней необходимости. Пары команд достаточно. Каждому свое, впрочем :)
Ну это нам с вами понятно, а некоторые люди от слов «Командная строка» в обморок падают :)
По идее эту вкладку можно вернуть, вытащив какую-то ветку реестра из Windows 7 или Windows Server 2012. Мне аж интересно стало возможно ли это)
А мой блог не для таких людей
Блог о Windows не для пользователей Windows? Что-то новенькое :D