По всей видимости, не нужно говорить, что многие (если не все абсолютно) пользователи слышали о том, что в Windows-системах имеется так называемая служба теневого копирования тома. Конечно, далеко не все рядовые пользователи четко себе представляют, что это за инструмент, для чего он используется, как им управлять и как настроить. Между тем, ничего особо сложного тут нет. Попробуем рассмотреть службу теневого копирования томов Windows, дав максимально простое и понятное объяснение. В принципе, несмотря на такое вроде бы заумное название, этот инструмент знаком всем без исключения, а многие сталкиваются с ним достаточно часто при появлении в системе непредвиденных сбоев или критических ошибок, когда требуется автоматический или ручной запуск ее восстановления. Но обо всем по порядку.
Что такое теневое копирование тома в Windows?
Начнем с понимания сути этого инструмента, который имеется во всех последних системах линейки Windows. Чтобы сообразить, что собой представляет служба копирования тома, давайте попробуем сделать некий разбор этого словосочетания, выяснив, чему именно оно может соответствовать в самой простой трактовке. Под томом подразумевается диск или логический раздел. Это, по всей видимости, знают все. Что же касается теневого копирования, грубо говоря, его можно трактовать как создание копии в невидимом пользователю режиме, часто называемом фоновым.
Таким образом, нетрудно догадаться, что этот компонент является самым обычным средством создания резервной копии диска или раздела с сохранением в специальной зарезервированной области. То есть это некая точка восстановления из копии, причем касается это не только операционной системы с работоспособными параметрами, но и сохраненных пользовательских файлов. Многие ведь замечали, что при запуске отката восстанавливается не только Windows с установленными на тот момент программами, но и файлы пользователя.
Дополнительные методы управления
Само собой разумеется, что выполнить запуск или отключение данной службы можно и с использованием настроек групповых политик или даже путем изменения соответствующих ключей системного реестра. Однако такая методика для рядового пользователя может оказаться несколько более сложной, нежели действия с отдельно взятой службой, да и покопаться в том же реестре для поиска нужных параметров придется изрядно, а одним только основным ключом активации или выключения службы дело может и не ограничиться (например, произвести удаление копий можно только полным стиранием соответствующих записей, но найти их бывает чрезвычайно проблематично). Но и после деактивации основной службы придется заняться поиском соответствующих файлов на диске или в логическом разделе, чтобы избавиться от них самостоятельно. Именно поэтому использование такого ручного режима выглядит крайне громоздким.
Немного отвлекаясь от темы, отдельно стоит сказать, что групповые политики и реестр в основе своей имеют одни и те же настройки, которые в обоих редакторах дублируются с разной визуализацией представленных параметров. И если в политиках на этапе сохранения установленных опций от применения выставленных параметров еще можно отказаться, то в реестре такой вариант не предусмотрен, поскольку при выходе из редактора опции сохраняются автоматически. Кроме того, вмешательство именно в системный реестр без необходимых знаний может повлечь за собой необратимые и катастрофические последствия для всей системы в целом. Его приоритет выше, чем у групповых политик, поэтому изменения, сделанные в реестре, в политиках вернуть в исходное состояние не получится (такие действия будут попросту заблокированы). Так что и это нужно иметь в виду.
Снятие снапшота – именно с этого начинается любой бекап. До тех пор, пока мы не знаем, как сбросить все буфера на диск и привести файлы с данными в консистентное состояние, мы не бекапы делаем, а занимаемся копированием файлов с непредсказуемым содержимым внутри. Понимая важность снапшотов, все вендоры стараются дать нам если не полностью готовую функцию (типа Time Mashine в MacOS), то хотя бы набор ручек, за которые можно подёргать (вроде модуля dm-snap в ядре Linux).
Но сегодня речь пойдёт про самую распространённую ОС – Microsoft Windows, где эта задача решается с помощью Volume Shadow Copy сервиса, известного в народе под аббревиатурой VSS (Volume Snapshot Service). А нашего внимания он удостоился из-за того, что, несмотря на всю популярность своего материнского корабля, сам он окутан вуалью из тайн и мистических слухов. Давайте уже как-то разберёмся с этой штукой.
Но проблема в том, что более лучшая документация, намного правильнее отражающая происходящие процессы, несколько сложна для понимания. Microsoft вообще написал по этой теме какое-то неслыханное количество документов. Но даже когда вам как-то удаётся выстроить в голове работу этого алгоритма, вы сразу сталкиваетесь с тем, что на практике многие вещи работают совершенно не так, как описаны. Или вообще не работают. А что-то не описано совсем, хотя этому мы уже давно не удивляемся. Но не хвататься же сразу за дебагер и дизассемблер, да?
Вот поэтому и захотелось немного поговорить о том, как же на самом деле работает VSS. И да, строго говоря, результатом работы VSS является созданная shadow copy. Но дабы не ломать язык и не мучить вас транслитом, давайте просто писать снапшот.
Если затрагивать тему информационной безопасности, то, конечно же, очень важным является вопрос восстановления утерянной по каким-либо причинам информации. Ведь как правило подобные проблемы случаются именно с важными файлами.
Поэтому сейчас поговорим о теневых копиях Windows 7/10, поскольку они несут функционал резервных копий. Суть данной технологии заключается в том, что происходит регулярное сохранение истории изменения файлов. Это значит, в случае чего можно будет откатиться назад, вернуть все как было. Хм, звучит круто!
Причем такая опция доступна как администраторам операционной системы, так и простым пользователям. Безусловно, подобная функция ни в коем случае не может считаться полноценным резервным копированием и в случае тотального сбоя вряд ли спасет ситуацию.
Но при повседневной работе теневое копирование может принести много пользы. Например, пользователь по ошибке внес в сложную электронную таблицу неправильный массив формул. Поди теперь разберись, что там и к чему. А тут за секунду можно все восстановили обратно.
Пример будет показан на «десятке», но в популярной Windows 7 все делается по аналогии. Первым делом нам нужно активировать создание точек восстановления системы. Одновременно с ними будет происходить и сохранение истории файлов. Оказывается, мы уже многое умеем.
Но здесь есть важный момент. При указании объема диска, отводимого под хранение резерва, надо понимать, что чем больше будет выделено пространства, тем большее количество снимков истории будет сохранено.
При нехватке места данные начнут циклически затираться. Поэтому не стоит жадничать и следует указать хотя бы 10% от общего объема диска. К тому же сохраняются только внесенные изменения в файлы (инкрементные), а не их полные копии. Так что даже с такой скромной настройкой можно многое сделать многое.
Хотя если у вас имеется большой объем данных и все они важные, то чтобы «впихнуть» их в теневые копии приготовьтесь отжалеть как минимум такое же количество места, а лучше умноженное на коэффициент 1,5. Понятное дело, душит зеленая жаба, но куда деваться.
Теневая копия — технология Microsoft, позволяющая пользователям делать вручную или автоматическую синхронизацию документов, вплоть до заблокированных. Для функционирования службы теневого кoпирования (Volume Shadow Copy Service, VSS) требуется файловая система NTFS. Копии могут быть созданы любым компонентом ОС с использованием данной технологии на локальных, внешних, съемных томах либо сетевых точках.
Исправление багов ТKТ
Баги Shadow Copy Service разнятся в зависимости от операционки (серверная или персональная). Мы разберем некоторые распространенные неполадки формирования образа ОС Wіndows версий 10, 8, 7, и ее восстановления.
Некорректная работа VSS во время резервного копирования Windоws. Ошибка 0×80042302
«Приложение резервного копирования не удалось запустить из-за внутренней непредвиденной проблемы. С целью получения дополнительной информации проверьте журнал событий. (0×80042302)».
Решение.
Устанавливаем режим работы «автоматический»:
- Кликаем «Win + R», открываем параметр «Выполнить».
- Введите services.msc.
- Ищем теневое копирование тома, жмем”Свойства«.
- Меняем тип запуска на «Автоматически».
- Ставим галочку «ОК».
После этого попробуйте создать резервный дубль информации своего компьютера с целью тестирования, устранен ли баг 0×80042302.
Проблема создания ТКТ
Периодически при генерировании копии системного образа возникают ошибки «0×807800А1» и «0×800423F4». Причины таковы: антивирусы либо брандмауэр Windows.
Устраняем:
- Вносим services.msc в открытом окне «Выполнить».
- Найдите TKT, настраиваем тип запуска «Автоматически».
- Если состояние службы остановлено или приостановлено, нажмите «Пуск».
- Во вкладке «Зависимости» проверьте службы, необходимые для работы VSS.
Отключить антивирус и брандмауэр Windows
На пиктограмме антивируса выберите «временно отключить защиту».
Примечание: обязательно после всех манипуляций включите защиту!
Диагностика неполадок жесткого диска:
- Во вкладке «Сервис» нажимаем Проверить, затем «Сканировать».
- Следуйте инструкциям.
Сбои при восстановлении ОС
Ошибка службы ТКТ «0×81000202».
Поэтапно осуществим следующее:
- Переходим: Конфигурация компьютера Административные шаблоны Система Восстановление.
- B правом поле параметра «Отключить восстановление системы» задайте значение «Не задана».
Проверьте ОС, использовав средство диагностики систeмных файлов
Инструмент SFC посодействует проверке cистемных файлов, заменив неактуальные версии файлов. Сканирование поможет исправить баг 0×81000202.
Пошагово:
Вы здесь: Статьи о PC Как включить и настроить теневое копирование файлов в Windows 10, 8.1, 8, 7
Товарищи, добрый день. По совету товарища, решил написать несколько статей о повышении безопасности для работы компьютера и файлов, хранящихся на нём. Это, относительно, простая и небольшая статья, будет просто частью одной очень большой общей статье о том, что нужно делать и понимать, чтобы не попасться на развод каких-либо мошенников и плохих людей. Не знаю, через сколько я её напишу, так как она должна быть реально огромная, но повышать компьютерную грамотность надо.
Так, что такое теневое копирование файлов? Это система Windows, которая в автоматическом режиме создает резервные копии файлов при создании точки восстановления системы (обычно при выключении и запуске компьютера). Данную функцию обязательно включать, если вы постоянно работаете с каким-либо важным документами и хотя при восстановлении предыдущих версий документов потеряется часть данных, зачастую это лучше, чем потерять файл полностью. Кстати, эта функция по сути, является единственным способом хоть как-то защититься от вирусов-шифраторов (о них тоже будет позже). Перейдем к включению данной функции.
Жмём сочетание клавиш Win+Pause/Break и в левом боковом меню открывшегося окна, жмём по ссылке «Защита системы«.
Откроется окно свойства системы на вкладке «Защита системы». В Windows 7 интерфейс попроще (можно выбрать только галочками жесткие диски, файлы с которых будут сохраняться), в современных операционных системах доступны некоторые настройки. Выбираем жесткий диск, файлы которого будут сохраняться и жмём кнопку «Настроить«.
Идеальный вариант — это купить ещё один жесткий диск и использовать весь его объем для файлов теневого копирования. Да это дорого, особенно по нынешним ценам, но если у вас важные документы, они могут быть дороже 10к за новый жесткий диск, то почему нет. Тем более, напомню о вирусах — шифраторах:)
В общем, побороли жадность, выбрали объем и нажали ОК.
Нас вернет в окно «Свойства системы», жмём кнопку «Создать» для создания новой точки восстановления.
Указываем какое-нибудь имя и жмём ОК.
Контрольная точка создается довольно быстро и система выдаст окно о готовности, через несколько секунд.
Для демонстрации работы теневого копирования, я перед созданием точки восстановления поместил некий файл-конфиг в корень диска Е, после создания добавил в него пару строк, сохранил и снова создал точку. Теперь открыв «Свойства файла» и перейдя на вкладку «Предыдущие версии» мы можем восстановить или открыть одну из них.
Материал сайта geekteam.pro
Приходится признать: ошибки неизбежны, особенно если речь идет о компьютерах, сетях, технике и людях, ее использующих. Всем пользователям порой случается удалять, изменять или другим образом портить важные документы. В такой ситуации высоко ценится возможность вернуть все как было. Механизм теневого копирования тома, реализованный в Microsoft Windows Vista и Windows 7, позволяет решить проблему в несколько щелчков мыши — если, конечно, включен и сконфигурирован правильно. Настроить и использовать эту функцию совсем не сложно — надо только знать, где ее искать.
Настройка теневого копирования
Чтобы иметь возможность пользоваться теневым копированием, для начала нужно его включить. Учтите, что оно требует дополнительных системных ресурсов, поэтому обдумайте, насколько актуальна для вас возможность восстановления файлов. В большинстве случаев преимущества перевешивают недостатки, но в некоторых ситуациях необходимость выделять под теневое копирование дополнительные ресурсы оказывается неприемлемой.
Настройки теневого копирования содержатся в свойствах системы. Откройте средство «Система» (System) в Панели управления (Control Panel, рис. A) или введите ключевое слово «система» («system» для англоязычного интерфейса, без кавычек) в строке поиска меню «Пуск» (Start).
Рисунок A. Свойства системы в Vista.
В левой части окна «Система» нажмите ссылку «Защита системы» (System Protection, рис. B). Как ни странно, мне не удалось найти ключевое слово, которое позволило бы вызвать окно «Защита системы» прямо из строки поиска меню «Пуск». Видимо, без промежуточного этапа не обойтись.
Рисунок B. Ссылка «Защита системы».
В диалоговом окне свойств системы откройте вкладку «Защита системы» (рис. C) и отметьте флажками диски, для которых хотите включить теневое копирование. После этого можно сразу же создать точку восстановления, нажав кнопку «Создать» (Create). В противном случае она будет создана при выключении и следующем запуске.
В этом окне также можно запустить восстановление системы из предыдущей точки, если она существует. Завершив настройку, нажмите «OK».
Рисунок C. Вкладка «Защита системы»
Использование теневого копирования
Настроив теневое копирование, вы можете быть уверены в том, что при необходимости важные файлы удастся восстановить. Для примера я создал файл Word 2007 с именем «ShadowTest.docx» и сохранил его в папке «Документы» (Documents) для своего профиля.
Рисунок D. Мои документы.
На рис. E показано содержимое файла — всего одна строка текста.
Рисунок E. Текст файла «ShadowTest.docx».
Сохранив документ и закрыв Word, я нажал на файле правой кнопкой мыши, чтобы вызвать окно свойств, и открыл вкладку «Предыдущие версии» (Previous Versions). Как видно из рис. F, теневая копия этого документа еще не создана. В нормальных условиях она появится после выключения и следующего запуска.
Учтите, что теневое копирование не исключает необходимость стандартного резервного копирования файлов, а лишь дополняет его. Восстановление файлов из теневой копии все равно приводит к утрате определенных данных и отнимает много времени. К нему стоит прибегать только в крайних случаях.
Рисунок F. Свойства файлов.
Для примера я создал точку восстановления, чтобы получить теневую копию тестового файла (рис. G).
Рисунок G. Новая точка восстановления.
Теперь со вкладки «Предыдущие версии» в окне свойств файла (рис. G) можно открыть документ, скопировать или восстановить его предыдущую версию. При этом текущий файл будет заменен теневой копией, о чем Windows отдельно предупреждает (рис. H).
Рисунок H. Предупреждение при восстановлении
Теневое копирование Windows автоматически создает новую копию файла всякий раз при создании точки восстановления. В моем примере у тестового файла имеется всего одна версия, но при повседневном использовании их будет больше. Только не стоит забывать, что чем более старая версия выбрана для восстановления, тем больше данных, скорее всего, будет утеряно.
Как это работает?
Теперь несколько слов о том, как все это функционирует. Дело в том, что при активации службы теневого копирования (либо в автоматическом режиме, установленном по умолчанию, либо вручную) сохранение данных производится именно в том разделе, для которого она является активной. В случае с системным разделом сохранение будет производиться именно в нем.
На диске имеется невидимая область, предназначенная для помещения в нее сделанных копий (если хотите, неких снимков состояния в определенный момент), для чего сама операционная система в выбранном разделе резервирует порядка трех процентов от его общего объема, который, кстати сказать, в большинстве случаев учитывается, когда одним из условий для корректной работы системы называется наличие не менее пяти-десяти процентов свободного места на системном диске.
Именно поэтому загромождать диск «С» не рекомендуется, а в качестве профилактического инструмента регулярно применять стандартную очистку диска, в которой при обращении к действиям с системными файлами высвободить дополнительное свободное пространство можно как раз за счет удаления всех резервных копий (точек восстановления). Как уже можно догадаться, при полной их очистке откат системы до какого-то предыдущего состояния станет невозможным.
Попутно стоит обратить внимание на тот момент, что при отключении службы теневого копирования привести систему в работоспособное состояние при старте со съемного носителя, если наблюдается повреждение системных файлов или проблемы с загрузчиком, можно. Но вот восстановить пользовательские файлы и ранее инсталлированные программы не получится никак.
Как появился VSS
Итак, судя по написанному выше, всё просто: нам надо просто брать появляющиеся блоки и сохранять их куда-то в сторонку, чтобы при необходимости вынимать обратно. Сразу возникает первый вопрос: а что именно надо сохранять в нашем теневом хранилище? Ведь действительно, можно просто писать в него все приходящие новые блоки и сохранять в метаданные, на какое место они (блоки) должны были быть записаны. А можно поступить чуть сложнее и записывать новые блоки сразу на полагающееся им место, а в хранилище отправлять содержимое перезаписываемых блоков. Что лучше и как выбрать? На самом деле право на жизнь имеют оба варианта, и какой выбрать – зависит исключительно от воли вендора. Первый подход (redirect-on-write, RoW, если оперировать грамотными терминами) быстро пишется, но долго читается. Зато если надо откатиться на первоначальное состояние, это делается моментально – мы просто удаляем наше теневое хранилище. Второй подход (copy-on-write, CoW) пишется медленней, читается быстрее и моментально удаляет копии предыдущих состояний. VSS, к слову, придерживается парадигмы CoW, а в снапшотах VMware реализован RoW.
Но на самом деле этот вопрос не самый важный из тех, которые стоит себе задать перед тем, как начать перехватывать появляющиеся блоки и складывать их в сторонке. Главный вопрос – в какой именно момент надо осуществлять перехват?
Давайте рассмотрим хрестоматийную ситуацию с файлом базы данных. (И если у вас уже заскрипел песок на зубах, смело пропускайте следующие два абзаца.) Итак: у нас есть банальная SQL Server база данных в виде mdf файла, и тут к нам прилетает какой-то запрос. SQL, как порядочное приложение, начинает старательно вносить изменения в файл, а мы старательно перехватываем каждый новый блок данных падающих на диск и пишем в нашу теневую копию. Всё хорошо и здорово, но тут выключили свет. Потом свет включили, сервер запустили и мы даже базу восстановили из нашей теневой копии, но тут оказывается, что SQL не запускается. Говорит – база в не консистентном состоянии. Это значит следующее: во время нормальной работы завершение каждой транзакции помечается специальным флагом. Сервер его видит и знает, что всё хорошо. А тут сервер загружается, видит, что из его базы торчит какой-то кусок данных, флага нет и, следовательно, что с этим всем делать – он понятия не имеет. То ли удалить, то ли дописать, то ли ещё что-то. Но у нас тут не угадайка, а всё должно быть однозначно и консистентно. Поэтому он принимает решение выключиться, дабы не поломать базу ещё сильнее.
Хорошо, но как избежать подобных приключений? Отличным вариантом будет подождать, пока SQL сервер допишет свою транзакцию, пометит её как завершённую, и потом мы быстренько заберём все появившиеся новые блоки. Отличный вариант, который надо срочно реализовывать! Вот только есть небольшая проблема: до этого мы говорили про одно приложение и один файл, с которым оно работает. Научиться общаться с условным SQL Server много ума не надо, но что делать с остальными миллиардами существующих приложений? А что делать, в конце концов, с самой ОС, у которой внутри огромное количество своих процессов и открытых файлов? Вот примерно с такими проблемами и столкнулись учёные мужи из Microsoft, когда пришли к выводу, что надо реализовать некий общий интерфейс, через который можно будет сразу всем прокричать нечто вроде: “Сейчас мы будем делать снапшот, так что быстренько сворачиваемся и сбрасываем буфера на диск! Приостанавливайте свою кипучую деятельность и приводите данные в консистентный вид!”. Ну а назвать эту штуку они решили, как вы уже догадались, Volume Snapshot Service. Или просто VSS.
И тут можно воскликнуть – но ведь в Windows 2008 был представлен Kernel Transaction Manager! Это разве не то же самое? Он же как раз занимается тем, что приводит файлы на диске в консистентное состояние. А вот и нет! То есть да, KTM приводит, но отвечает только за дисковые операции, а что там происходит с приложениями – его мало волнует. А ведь многим из этих приложений важна не просто целостность файлов, но и что в них записано. Классический пример – это Exchange и Active Directory. И тут мы подошли к важной теме:
Как просмотреть все теневые копии и выполнить откат через командную строку?
Теперь следует немного остановиться на вопросах, связанных с просмотром всех имеющихся точек отката, ведь обычно выбрать какую-то из них можно только на стадии восстановления, развернув весь список. В самой системе сделать это тоже можно, но из рядовых пользователей о таких методах мало кто знает. На начальной стадии, если теневое копирование тома в Windows 7 или в любой другой ОС этого семейства включено, следует обратиться к командной строке и запустить ее от имени администратора (для просмотра точек такие права не нужны, но могут потребоваться для восстановления системы).
Как создать точку восстановления средствами Windows?
В основных параметрах состояния защиты имеются еще и кнопки запуска немедленного восстановления системы и создания контрольной точки в ручном режиме. Обратите внимание, что, во-первых, после удаления всех точек для системного раздела откат окажется невозможным, а во-вторых, создать точку отката вручную можно только для того диска или раздела, для которого теневое копирование включено.
Как правило, весь процесс занимает буквально пару минут, а перезагрузка компьютера или ноутбука по завершении всех операций не требуется.
Как лечить VSS
Сразу, не отходя от кассы, открою вам тайну самого лучшего метода лечения большинства проблем с VSS – перезагрузка. Понимаю, что это кощунство и кошмар наяву для всех свидетелей аптайма, но суровая правда жизни такова, то можно сколь угодно долго биться с пациентом, чтобы потом всё починилось само от перезагрузки. Да, именно так. Это тот случай, когда само сломалось и само починилось.
Другая проблема – это железо. Помните про временные рамки для райтеров? Про десять секунд на снапшот? Для многих это ограничение становится проблемой из-за того, что СХД физически не успевает сделать требуемые действия за отведённое время. Как это лечится? А вот никак. Или покупаем более мощное железо, или ищем пути снижения нагрузки, чтобы операция была проведена за выделенный промежуток времени.
Если посмотрите одно из самых популярных KB1680: VSS Timeout when backing up Exchange VM, то легко обнаружите, что первые три шага для решения всех проблем с VSS – сделайте снапшот вручную и посмотрите чтобы это заняло менее 20 секунд, перезагрузитесь и попробуйте снизить нагрузку. Вот так и живём, да.
И что же делать, если VSS падает, в ивентах ничего нет, а понять, что происходит надо? Тут я могу порекомендовать три хороших статьи:
Также в гугле можно найти массу толковых советов по поводу приведения VSS в чувства, только рекомендую не бросаться на первый попавшийся случай, а постараться найти наиболее похожий именно на вашу проблему. По коду ошибки, например. Потому что слишком много возможных комбинаций ошибок, приложений и причин их возникновения.
А на сегодня всё. Я и так хотел кратенько, но получилось больше десяти страниц текста. Поэтому самое время закругляться. Если хочется раскрытия какой-то другой темы или углубиться в детали VSS, то обязательно пишите об этом в комментариях.
Как создать теневые копии Windows автоматически
Для этого в Панели управления следуем по пути «Администрирование – Планировщик заданий».
Далее «Библиотека планировщика задач – Microsoft – Windows – System Restore» и выбираем задание под названием «SR».
В открывшемся окне переходим на вкладку «Триггеры» и создаем новую задачу по ежедневному расписанию. Все, теперь точки восстановления будут создаваться автоматически, а вместе с ними и теневые копии. Цель достигнута!
Кстати, в расписании не рекомендую устанавливать запуск задачи очень часто, например, через каждый час. На каждом томе вне зависимости от выделенного места система будет создавать только 64 снимка, после чего начнется циклический процесс перезаписи. Таким образом, архивы с определенными версиями файлов не смогут храниться долго.
Также у многих пользователей не всегда начинает работать задание в Планировщике. Дело в том, что в целях сохранения производительности на вкладке «Условия» активна опция «Запускать задачу при простое компьютера». Попробуйте ее снять.
А если обратить внимание на раздел «Питание», становится ясно, что на ноутбуках, работающих без включения в электросеть, тоже не стоит ждать положительного результата от этой операции.
Где найти VSS
Обнаружить следы VSS можно двумя классическими способами: через GUI или в консоли. В зависимости от конкретной версии системы пути могут немного отличаться, но суть будет одинакова. Итак, есть у меня в лабе Windows Server 2019, и если сделать ПКМ на любом диске в проводнике, мы увидим два пункта: Configure Shadow Copies и Restore previous versions.
Если зайти в мастер настроек, то можно включить создание теневых копий для любого диска, задать расписание, по которому они будут создаваться и, что самое интересное, указать место хранения этих копий. Строго говоря, даже не самих копий, а так называемой diff area – места, куда сбрасываются перезаписанные на оригинальном томе сектора. То есть мы запускаем создание снапшота одного диска, а его данные физически храним на другом. Функция архиполезная и позволяет не просто снижать нагрузку на конкретном диске, но и делать фокусы а-ля снимаем снапшот одной ноды в кластере и цепляем его к другой.
После того, как вы всё настроите на свой вкус, появляется смысл в пункте Restore previous versions. Чисто технически туда и до этого можно было зайти, однако внутри, скорее всего, будет только гнетущая пустота.
И запоминаем самое важное: это две разные утилиты, существующие в разных контекстах. Теневая копия, сделанная в одной утилите, будет видна другой, однако статус у неё будет неоперабельный.
Как просмотреть теневые копии Windows 10
Для этого в Проводнике жмем правой кнопкой мыши по нужному файлу и в открывшемся контекстном меню выбираем пункт «Восстановить прежнюю версию». Дальнейшие действия становятся очевидны.
Вкладка «Предыдущие версии» также доступна через меню «Свойства». Так что выбирайте себе путь поудобнее.
В завершение статьи хочется затронуть слабые места во всей этой цепочке. Как показывает практика, больше всего проблем возникает именно с Планировщиком задач.
Если создание теневых копий в Windows 7/10 никак не хочет запускаться по расписанию, в уже знакомом разделе «Администрирование» пройдите в раздел «Службы» и проверьте, чтобы нижеуказанные службы запускались в автоматическом режиме.
Теневое копирование тома (VSS).
Удаленный вызов процедур (RPC).
Если же и этот совет вам не помог, а теневые копии до боли нужны, остается только ручное создание точек восстановления. Да, процесс до жути неудобный, но что поделать. На этом будем завершать публикацию, поскольку тема раскрыта довольно широко.
Совсем скоро поговорим о ситуациях, когда файлы удалены с диска полностью, то есть откатиться до предыдущей версии не представляется возможным. Вот это уже интересно!
Применение других средств Windows и программ-оптимизаторов
Понятно, что с командной строкой многие пользователи работать не любят или не хотят ввиду сложности используемого инструментария. Поэтому для настройки теневого копирования в Windows можно применять другие средства самой системы, которые оказываются не менее эффективными. Не говоря о нескольких вариантах запуска отката с восстановлением системных файлов или без выполнения таких операций, простейшее включение или отключение этого инструмента можно произвести в разделе служб (services.msc).
В редакторе необходимо найти соответствующую службу, зайти в ее настройки, используя для этого двойной клик или меню ПКМ, после чего, скажем, для деактивации теневого копирования нужно выполнить несколько действий, но обязательно в следующем порядке:
- остановить службу нажатием соответствующей кнопки;
- из списка режимов старта выбрать отключенный тип запуска.
После этого следует, опять же, обязательно сохранить изменения в установленных параметрах, после чего произвести полную перезагрузку системы.
В случае активации теневого копирования действия выполняются в обратном порядке. А вот для восстановления системных параметров стандартное средство лучше не использовать, а отдать предпочтение разделу архивации и восстановления, где и есть соответствующий пункт.
Что же касается создания теневых (резервных) копий или их удаления и запуска восстановления, для таких целей можно применять и разного рода оптимизаторы, в которых такие функции и модули предусмотрены изначально.
Достаточно неплохо в этом отношении зарекомендовали себя утилиты CCleaner и Advanced SystemCare, в которых создание контрольных точек или старт отката производятся в пару кликов.
Что делать, если служба теневого копирования не работает или выдает ошибки?
Наконец, давайте остановимся на некоторых возможных проблемах, которые могут возникать в работе данного инструмента. И начнем с самого простого. Самая распространенная ошибка теневого копирования тома связана с тем, что сам компонент находится в неактивном состоянии (либо он отключен в стандартных настройках, либо в разделе служб, либо в политиках, либо в реестре). Как правило, даже при условии того, что в системном реестре может содержаться ключ, значение которого соответствует деактивированному состоянию службы, помогает самое обычное включение этого компонента в настройках, описанных выше. К тому же, если резервные копии не были удалены, и восстановление системы может сработать.
Но что делать, если не работает служба теневого копирования тома или работает, но с явно выраженными сбоями? Вполне может быть, что такая проблема обусловлена только тем, что на диске или в логическом разделе недостаточно места для сохранения копий. В данном случае речь идет о том, что переполнена зарезервированная область. В этой ситуации желательно удалить те копии, которые не нужны или простоя устарели, а оставить только какую-то одну выбранную, которая содержит необходимые рабочие параметры системы или ссылки на пользовательские программы и файлы. Как уже понятно, избавляться от всех снимков крайне нежелательно. Такие действия целесообразно применять только в том случае, если восстановление подразумевает только приведение Windows в чувство при невозможности загрузки со стартом со съемного носителя, но при этом пользовательские приложения и файлы не учитываются (не подлежат восстановлению). На всякий случай, чтобы не удалить какие-то важные системные компоненты, можно воспользоваться стандартной очисткой диска, но в этом случае, если будет отмечен пункт удаления резервных копий, они будут стерты все до единой. Та что, будьте внимательны.
Иногда, хотя и нечасто, проблемы с работоспособностью инструментария теневого копирования могут проявляться и при использовании баз данных SQL-сервера. В этой ситуации, как свидетельствуют отзывы некоторых пользователей, помогает частичное удаление ненужных или неиспользуемых баз данных, после чего копирование снова запускается в штатном режиме.
Как включить и настроить службу в Windows 7 и выше простейшим способом?
Теперь давайте посмотрим, где находятся настраиваемые опции этого инструментария. Получить доступ к настройкам теневого копирования в Windows 7 или в любой другой системе проще всего можно через свойства компьютера, где выбирается пункт защиты системы, после чего автоматически будет произведено перенаправление на соответствующую вкладку.
Здесь в специальном окне будут показаны все имеющиеся активные на данный момент диски и разделы, для которых чуть правее можно просмотреть состояние теневого копирования.
Как уже было сказано ранее, настроек тут не так уж и много. После нажатия на соответствующую кнопку можно произвести включение и отключение службы для выбранного раздела, а также при помощи специального ползунка произвести увеличение или уменьшение резервируемого пространства. Тут же можно удалить все ранее созданные снимки (резервные копии).
Где хранятся теневые копии Windows 10
В скрытой системной папке System Volume Information, которая располагается в корне каждого логического раздела жесткого диска. У пользователя без прав администратора нет к ней прямого доступа. Этот факт обеспечивают некую номинальную защиту.
Но опять же, давайте продолжим обсуждать нюансы. Если вы знакомы с принципом работы системных точек восстановления, то наверняка знаете в каких случаях они создаются. Вот основные из них:
Установка обновлений системы.
Установка программ и драйверов.
Изменения значений реестра.
В итоге если ничего из вышеперечисленного за определенный период не случалось, то и резервных копий автоматически не делалось. Отсюда вывод, что данный процесс нужно как-то автоматизировать. Реализуется это с помощью Планировщика задач Windows.
Как устроен VSS
Чтобы не прыгать с места в карьер громады страшных терминов и процессов, начнём с высокоуровневого описания. Поэтому ограничимся таким списком компонентов:
- VSS Writer. В кириллическом простонародье известен как просто райтер, поэтому так и будем его называть в дальнейшем, вызывая праведный гнев ненавистников англицизмов. Соответственно, райтер по своей сути выполняет роль “регулировщика”: сначала он говорит приложению подготовиться к снапшоту, затем даёт отмашку VSS сервису делать снапшот. Или не даёт, если приложение не смогло за установленный промежуток времени подготовить свои файлы.
- VSS Requestor. Участник процесса, который инициирует создание VSS снапшота или восстановление данных. Можно сказать, что реквестор – это бекапное приложение, которое общается с райтерами и провайдерами. Может показаться, что его роль незначительна, однако от грамотности реализации реквестора зависит качество получаемого результата. То есть VSS не будет за вас думать, что и в каком виде надо сделать. Чем более чёткие инструкции выдаст реквестор, тем более предсказуемым будет результат.
Как в итоге всё выглядит на самом высоком уровне: реквестор стучится в Volume Shadow Copy сервис, тот отдаёт команду райтерам предупредить приложения о надвигающемся снапшоте, райтеры рапортуют об успехе, а сервис отдаёт команду провайдерам делать снапшоты. О результатах докладывается реквестору.
Но на деле, очевидно, всё несколько сложнее. На первом шаге реквестор проверяет, что вообще есть в наличии и с кем предстоит общаться. Затем после составления списка райтеров он обращается к провайдеру, объясняя, что он хочет заснапшотить и где должен располагаться снапшот. Это называется SnapshotSet. В большинстве случаев он будет располагаться на том же вольюме, что и оригинальный диск. А меньшинство случаев – это те самые хардварные провайдеры, которые поставляются вместе с СХД. Для них нормой считается создавать отдельный вольюм для снапшота, который называется storage snapshot. А в определённых случаях можно так и вообще перемещать снапшот на другое физическое устройство, чтобы выкачивать данные уже оттуда, а не с прода. Без хардварных провайдеров сделать такое не выйдет.
Следом начинается стадия, именуемая Prepare for backup. На этом этапе мы должны уже не просто изучить метаданные райтеров, а запросить их реальные статусы и приготовиться к самой жаркой поре: все райтеры должы будут отработать один за другим. Причём каждый должен уложиться в отведённое ему время, которое по умолчанию равно 60 секундам. Так решили в Microsoft, забыв уточнить причины. Но есть ещё приложения-чемпионы, например, Exchange. Его авторы посчитали, что 20 секунд более чем достаточно, и остановились на таком лимите. А чем чревато невыполнение этого этапа, который в документации называется OnFreeze? Тем, что райтер вернёт сообщение об ошибке, и снапшот не будет сделан. После чего в интерфейсе Veeam появится одна из каноничных ошибок вроде “VSSControl: Failed to freeze guest, wait timeout”. Тут радует одно: в логах VSS всегда будет написано, какой именно райтер завалил задание. А по самим ошибкам уже столько KB написано, что вспоминать страшно. Но если вы вдруг сомневаетесь, то точно вам говорю – написанному в них можно смело верить. И если после всего получается, что у вас слишком медленное хранилище, и за отведённое время не получается сбросить все кэши на диск, ну, значит, так оно и есть. Физику не обманешь, а вот железо надо хоть иногда обновлять.
Но что дальше происходит с данными? Если мы действительно используем какое-то приложение для бекапов, которое запустило весь этот процесс, дождалось его завершения и скачало данные в своё хранилище, то снимок можно просто удалить одной командой. Поскольку VSS пропагандирует CoW подход, то речь здесь действительно о банальном удалении нашей аллоцированной зоны, ведь все новые данные сразу пишутся на оригинальный диск. Это называется non-persistent shadow copy, и она не имеет никакого смысла без оригинального диска.
Чтобы пройти этот путь вручную, достаточно открыть консоль и набрать:
Здесь мы видим, что успешно создался снапшот со своим Shadow copy ID, и для удобства ему сразу присвоили алиас VSS_SHADOW_1. Этими данными вполне можно оперировать, если возникает такое желание. Однако не будем уходить в сторону и попробуем прочитать содержимое этого снимка. Для чего подмонтируем его в качестве диска.
Однако на такое, казалось бы, простое и законное желание мы получили не менее законный отлуп, ибо сделали non-persistent снимок, а, значит, единственное, на что он годится – это записать его поверх родного, удалив на нём всю информацию, которая появилась после создания этого снимка. Но такая история нас не устраивает, поэтому стираем всё безжалостно.
И начинаем всё заново, только теперь укажем, что нам нужна персистентная копия, чтобы мы могли использовать её как полноценный диск.
Как мы видим: Attributes: No_Auto_Release Persistent Differential. Поэтому если теперь вы сделаете expose, то снапшот примаунтится как полноценный диск, по которому можно перемещаться и копировать с него файлы. Диск, само собой, виртуальный и состоит из блоков оригинального диска, плюс блоки изменившихся данных, читая которые, мы можем видеть состояние оригинального диска на момент снапшота. Всё просто.
Только учтите, пожалуйста, такой момент, если вдруг решите, что нашли святой грааль: в таком режиме нельзя занимать данными больше 50% места на диске. Один блок свыше – и всё, диск переполнился.
Поэтому когда за дело берётся настоящее бекапное приложение вроде Veeam Backup & Replication, то речь идёт не об одной команде, а о целой россыпи предварительных запросов, в результате которых формируется огромнейшая команда (это не метафора для красного словца, а реальность), в которой учитываются состояния райтеров и приложений на целевой системе, с жестким требованием соответствия всех статусов необходимым. Словом, количество мест, где что-то может пойти не так, вырастает на порядок. Ведь нам главное – не снапшот создать, закрыв глаза на сопутствующие потери, а гарантировать консистентность данных внутри него.
Насколько целесообразно держать службу активной?
Исходя из вышесказанного, становится очевидным, что для быстрого восстановления и системы, и программ, и файлов, отключать этот компонент не стоит. По крайней мере для системного раздела – так точно. Ведь в большинстве случаев основные программные компоненты устанавливаемых пользователем приложений сохраняются именно на диске «С» в папках вроде Program Files и ProgramData. В некоторых случаях даже при инсталляции программы в логический раздел, все равно основные библиотеки, необходимые для ее работы в среде Windows, прописываются в системном разделе (естественно, только при условии того, что приложение не является портативным).
Для логических дисков, по большому счету, теневое копирование тома можно отключить совершенно безболезненно, поскольку к работе операционной системы они не имеют отношения (кроме случаев, описанных выше). Собственно, и вся настройка состоит только в том, что включить или деактивировать данный компонент, а также указать, для каких именно разделов будут сохраняться резервные копии, и сколько места будет резервироваться на диске или в разделе для их сохранения (тут все зависит, если хотите, от вашей щедрости или жадности). Однако даже при активации теневого копирования тома чрезмерно увлекаться выделением пространства под создаваемые снимки состояния диска не рекомендуется, поскольку впоследствии при чрезмерном переполнении раздела системе будет просто некуда сохранять другие важные данные (например, те же файлы системного кеша или кешированных данных работающих программ).
Какова роль VSS
Не сомневаюсь, что 90% читающих прекрасно понимают, зачем нужны снапшоты, но ради оставшихся 10% потерпите несколько предложений. Или сразу идите в следующий раздел.
Итак, все кто остался, давайте представим, что есть у нас некий диск, на котором находятся файлы, с которыми кто-то работает и как-то их изменяет. Изменения эти накапливаются, а иногда очень хочется иметь возможность взять и вернуться во времени назад. И желательно откатывать изменения не для всего диска, а только для выбранных папок и файлов. Для этого и был придуман механизм теневых копий.
Сами снапшоты ничего не знают про ваши файлы и папки. Они работают на уровень ниже файловой системы – с блочными устройствами и блоками данных. Если придерживаться терминологи Microsoft, то снапшот – это место, именуемое Shadow Storage, куда записываются изменённые блоки данных и откуда их можно извлекать с целью переписать данные на оригинальном диске. Тут можно запомнить для себя два нюанса. Первый – только что сделанный спапшот занимает ровно ноль байт. Это просто пре-алоцированное место, куда файловая система может копировать измененные блоки (или наоборот, новые блоки, но не суть). И второй – теневая копия суть есть дифференциальный бекап. Все данные, которые вы изменили, не удаляются, а отправляются на хранение в этой зоне.
Краткие выводы
Итак, пришло время подвести итоги всему вышесказанному. По всей видимости, многие уже сообразили, что ничего особо сложного в понимании того, что собой представляет инструментарий теневого копирования, нет. Другое дело, что сразу же возникают вопросы по поводу однозначного решения в пользу включения или отключения этой службы. Тут – по желанию. Но если исходить из практических соображений, для системного раздела даже с применением стандартных настроек задействование этой функции операционной системы лучше оставить. А вот для логических разделов, в которых могут храниться только какие-то файлы, ее можно отключить (на крайний случай всегда можно скопировать нужные данные на какой-то съемный носитель).
Что же касается ошибок в работе соответствующей службы, в пользовательских десктопных системах они встречаются крайне редко и связаны большей частью с непредвиденным случайным отключением самой отвечающей за создание резервных копий службы, которую активировать не составит труда даже с использованием простейших описанных выше методов.
И еще одно замечание напоследок. Если даже при включенной службе создания копий состояния системы возникают проблемы с восстановлением, обратите внимание на то, что и сами резервные снимки могут быть повреждены. Но чаще всего такая ситуация с выдачей уведомлений о том, что произошел непредвиденный сбой, возникает вследствие нарушений целостности важных системных файлов. Для их восстановления при старте со съемного носителя вроде LiveCD или оригинального установочного носителя с дистрибутивом системы воспользуйтесь командной строкой и выполните в ней команду sfc /scannow. Если это результата не даст, восстановите или перезапишите загрузчик с помощью инструмента Bootrec.exe с добавлением каждый раз через пробел после основной команды следующих атрибутов в указанной последовательности:
- /FixMBR.
- /FixBoot.
- /RebuildBSD.
Как правило, такая методика позволяет полностью восстановить загрузку операционной системы даже при появлении критических сбоев, после чего можно будет задать откат из имеющейся копии (копий) в ручном режиме. Если загрузка системы все равно будет невозможна, попытайтесь использовать безопасный старт с вызовом загрузочного меню путем нажатия клавиши F8 (в Windows 8 и 10 этот способ не работает, поэтому нужно будет использовать дополнительные меню или переключить режим загрузки на legacy в командной строке).
