Инициатор теневого копирования windows 10

ПК на базе операционной системы Виндовс 10 обладают широким набором функций. Их главная задача – оптимизировать рабочий процесс. Однако далеко не все пользователи подозревают о существовании такой полезной опции, как теневое копирование тома на компьютере с Windows 10. Из ее названия не очень понятно, для чего может понадобиться такая функция. Поэтому важно разобраться в принципе работы теневого копирования, а также в способах его включения и выключения.

Что это за опция

Для ответа на этот вопрос необходимо дать определение каждому слову из сочетания «теневое копирование тома», исходя из особенностей Windows 10. Под словом «том» подразумевается раздел жесткого диска. Что собой представляет «копирование», пожалуй, знают все, а «теневым» оно становится только из-за того, что операция протекает в фоне.

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

Как она работает?

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

На заметку. Для стабильной работы компьютера требуется, по меньшей мере, 10-15 % свободного пространства. Поэтому функция ТК нередко доставляет неудобства при эксплуатации устройства.

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

Насколько целесообразно держать службу активной?

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

При резервировании больших массивов у компьютера не останется места для сохранения других важных файлов. А еще ПК с недостаточным количеством свободной памяти работает медленнее и чаще подвержен возникновению системных сбоев. Другое дело – если накопитель компьютера не задействован на 100 %. В таком случае копирование отдельных томов не вызовет никаких неудобств, и для них можно выставить соответствующие ограничения.

Как включить теневое копирование тома в Windows 10

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

Меню «Свойства системы»

Пожалуй, это самый простой способ. Он подразумевает использование стандартного интерфейса Windows 10, а операция выполняется по следующей инструкции:

• Запустите «Параметры» через меню «Пуск».

• Перейдите в раздел «Система».

• Откройте вкладку «О системе».

• Выберите «Сведения о системе».

• Кликните по надписи «Защита системы», расположенной в левой части окна.

• Нажмите кнопку «Настроить».

• Отметьте пункт «Включить защиту системы».

• При помощи ползунка, который находится ниже, выделите необходимое количество свободного пространства для резервирования.
• Вернитесь на шаг назад, а затем нажмите кнопку «Создать».

• Присвойте имя точке восстановления, после чего еще раз кликните «Создать».

Для проверки удачного создания теневого тома достаточно изменить любой файл, сохраненный на выделенном диске, а затем открыть его «Свойства». Во вкладке «Предыдущие версии» отобразится бэкап данных, которые будут использоваться для восстановления.

Командная строка

Еще один вариант, позволяющий вручную активировать функцию. На этот раз пользователю придется обратиться к интерфейсу Командной строки. Найти его можно через поисковую строку компьютера или путем ввода запроса «cmd» из окна «Выполнить» («Win + R»).

Оказавшись в КС, сделайте следующее:

• Введите команду «wmic shadowcopy call create Volume=C:», где вместо буквы «C» используется метка резервируемого тома.

• Нажмите клавишу «Enter».
• Как только в Командной строке появится сообщение «Метод успешно вызван», необходимо перейти в «Свойства» диска и открыть вкладку «Предыдущие версии».
• Убедитесь, что новая копия успешно создана.

Зачастую этот способ является даже более предпочтительным в сравнении с предыдущим, поскольку на его выполнение требуется меньше времени. Однако при использовании КС всегда велик риск ввести неправильный запрос, особенно когда копированием занимается неопытный пользователь.

Автоматизация теневого копирования

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

Для автоматизации копирования потребуется:

• Запустить «Панель управления», воспользовавшись поисковой строкой ПК.

• Перейти в раздел «Администрирование».

• Выбрать «Планировщик заданий».

• Кликнуть по надписи «Создать простую задачу» в блоке с доступными действиями.

• Придумать имя, а затем нажать «Далее».

• Установить периодичность (ежедневно, еженедельно и так далее).

• Отметить пункт «Запустить программу».

• Указать значение «wmic» в подпункте «Программа или сценарий», а также «shadowcopy call create Volume=c:\» для пункта «Добавить аргументы».

• Отметить галочкой опцию открытия окна «Свойства».

• Подтвердить создание задачи.
• В следующем окне отметить пункт «Выполнять с наивысшими правами».

• Сохранить изменения.

Теперь фоновое копирование будет осуществляться самостоятельно в заданный промежуток времени. Проверить работоспособность метода также можно через «Свойства» диска или конкретного файла, сохраненного в его рамках.

Отключение теневого копирования

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

К сведению. Для отключения автоматического резервирования нужно просто удалить задачу, созданную ранее через «Планировщик заданий».

Что делать в случае ошибок

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

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

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



Using Backup and Restore to back up your system or files for computer protection but receive a Volume Shadow Copy Service error? This post shows you some specific Windows VSS errors and the corresponding solutions, and an easy way to keep PC safe so that you can easily restore the computer to its previous state in case of system accidents.

What Is Volume Shadow Copy Service (VSS)

Shadow Copy is a technology in Microsoft Windows, allowing users to make manual or automatic backups/snapshots of computer volumes or files. It is also known as Volume Snapshot Service, Volume Shadow Copy Service or VSS.

What is VSS? Microsoft defines it as follows:

“The Volume Shadow Copy Service (VSS) is a set of COM interfaces that implements a framework to allow volume backups to be performed while applications on a system continue to write to the volumes.”

This service requires the file system to be NTFS so as to create and store shadow copies. And the copies can be created by any Windows component using this technology on local, external and removable volumes or network locations, such as when creating a scheduled Windows backup or automatic system restore point.

If this service is stopped, all components depending on the service are still not working. And you may encounter some Volume Shadow Copy service errors in Windows 10/8/7 when backing up or restoring OS. Besides, VSS errors may also happen on Windows Server 2008, Server SBS 2011, Server 2012, etc.

In the following paragraphs, we will walk you through some specific errors as well as the solutions in Windows PCs.

Fix Volume Shadow Copy Service Errors Windows 10/8/7

VSS errors are various according to different Windows operating systems (PC OS and Server) and situations. Here we will show you some common errors in Windows 10/8/7 when creating a Windows system image and doing a system restore.

Case 1: Volume Shadow Copy Service Not Working Well When Backing up Windows

Volume Shadow Copy Service Error 0x80042302 during Backup

Recently we received the feedback saying backing up Windows to a new external hard drive but failed with error message 0x80042302. The details are as follows:

“The backup application could not start due to an internal error:

A Volume Shadow Copy Service component encountered an unexpected error. Check the Application event log for more information. (0x80042302).”

Solution

In this case, the problem is that the Volume Shadow Copy Service is disabled. Thus, the best solution is to set this service to Automatic.

Step 1: Press “Win + R” keys to open the Run Window.

Step 2: Type msc to enter service interface.

Step 3: Find Volume Shadow Copy and choose Properties from the right-click menu.

Step 4: Change the Startup type to Automatic.

Step 5: Click Start, Apply, and OK to enable Volume Shadow Copy and make it run on your PC.

After that, you can try to back up your Windows 10/8/7 computer to check whether Volume Shadow Copy Service error 0x80042302 still exists.

A Volume Shadow Copy Service Operation Failed

Sometimes Shadow Copy issue happens with errors like 0x807800A1 & 0X800423F4 when creating a system image backup. The information is as shown below:

“A Volume Shadow Copy Service operation failed. Please check “VSS” and “SPP” application event logs for more information. (0x807800A1).

Additional Information:

The writer experienced a non-transient error. If the backup process is retried, the error is likely to reoccur. (0X800423F4).”

This issue often happens on Windows 10/8/7 computer due to some reasons, for example, VSS service may be stopped, antivirus or Windows firewall is enabled or hard drive has errors. Well then, what’re the solutions to this problem? Three ways are offered.

Solutions

Way 1: Check and Enable Volume Shadow Copy Service

Step 1: Similarly, you need to enter Services page by inputting services.msc in the Run window.

Step 2: Find Volume Shadow Copy to set the startup type to Automatic.

Step 3: If the Service Status is stopped or paused, click Start.

Step 4: Enter the Dependencies tab, check the dependency services that are required for Volume Shadows Copy Service to run.

Step 5: Go back to General, click Apply and OK

Way 2: Disable Antivirus and Windows Firewall

For antivirus, right click this program to choose Disable.

For Windows firewall, go to Control Panel > System and Security > Windows Firewall. Then, click Turn Windows firewall on or off option and choose Turn off Windows Firewall (not recommended) from Private/Public network settings. Finally, click OK.

Way 3: Check Hard Drive Errors

1. To do this, you can enter Windows Explorer, right-click one partition you want to check for errors (usually C) to choose Properties.
2. Under the Tools tab, click the Check(Windows 10/8) or Check Now (Windows 7) button followed by Scan drive. 
3. Then, follow the instructions to perform a check.

Also, use the command prompt “chkdsk” to do this work.

MiniTool Partition Wizard FreeClick to Download100%Clean & Safe

If you are getting the message – a Volume Shadow Copy Service operation failed, just try these three solutions to fix this Windows VSS error.

Case 2: Volume Shadow Copy Service Not Working Well When Restoring System

In addition to Windows 7/8 or Windows 10 VSS errors during backup, sometimes you might find the Volume Shadow Copy Service is not working with an error code like 0x81000202 or 0x80042302 during system restore although you have created a system image successfully beforehand.

Volume Shadow Copy Service Error 0x81000202

Here is the common error code 0x81000202:

“There was an unexpected error in the property page:

The Volume Shadow Copy service used by System Restore is not working. For more information view the event log…”

If you close the property page and try again, this system restore error 0x81000202 will appear again. Is there any way to fix it? Of course, here are three possible ways.

Solutions

Way 1: Change System Restore Setting

1. Input msc in the Run window.
2. Go to Computer ConfigurationAdministrative TemplateSystemSystem Restore.
3. In the right pane, set the Turn off System Restore policy to Not configured.

Way 2: Enable Volume Shadow Copy

The steps are simple and we have mentioned this solution which is the same as the above Volume Shadow Copy Service errors. Thus, here we won’t repeat it.

Way 3: Perform a System File Checker Scan(SFC) on Your Computer.

SFC tool can help you to scan system files, and replace incorrect versions of the system files with the correct versions. To perform a system file check can be helpful to fix Shadow Copy Service error 0x81000202.

1. Run CMD as administrator.
2. Type sfc /scannow.

Volume Shadow Copy Service Error 0x80042302 during System Restore

In addition to the Volume Shadow Copy service used by system restore is not working error, sometimes you fail to restore the system with the error message “System Restore does not appear to be functioning correctly on this system. A Volume Shadow Copy Service component encountered an unexpected error…(0x80042302)”

Related article: 4 Solutions to System Restore Does Not Appear to Be Functioning

When encountering system image restore failed volume shadow copy service issue, you can still fix it.

Solutions:

Way 1: Set Volume Shadow Copy Service to Automatic

Way 2: Run SFC

These two ways are the same as the methods to error code 0x81000202 in Windows 7/8/10, thus, we won’t repeat them.

Way 3: Perform a Clean Boot

If the 0x80042302 error is triggered when opening the System Restore utility, it can be fixed by a clean boot. Follow these steps:

Step 1: Open the Run window, and type msconfig.exe.

Step 2: Under the General tab, uncheck the Load startup items from the Selective startup menu.

Step 3: In the Service tab, check Hide all Microsoft services and then click Disable all.

Step 4: Click OK and Restart.

In this part, we have shown you four VSS errors which happen when you are creating a system image or performing a system restore with the Windows built-in backup and restore utility. By following the corresponding solution, probably you can fix it.

Click to Tweet

But recently some of you turn to us for help, saying “is there anyone alternative to Windows Backup and Restore so as to effectively create a system image and restore the image“. The answer is yes. Here, we will show you one free backup software from MiniTool Solution Ltd.

Shadow Copy Service Alternative Software for Windows 10/8/7

MiniTool ShadowMaker, the reliable and free backup software, is specialized in backing up Windows operating system, partition and the entire disk for Windows 10/8/7 users.

As an excellent backup solution, this freeware lets you not only create scheduled backups by setting the specific time point but also set incremental and differential backups for the only changed or newly added data.

In the event of system accidents, the image file is available to restore the system to its previous state with simple clicks.

As the alternative to Windows built-in backup utility using Volume Shadow Copy Service, MiniTool ShadowMaker is worth recommending.

Want to quickly and successfully back up your OS without Volume Shadow Copy Service error? Now, get the Trial Edition of this backup software for 30-days free trial.

MiniTool ShadowMaker TrialClick to Download100%Clean & Safe

Back up Windows 10/8/7

Step 1: After completing the installation of this tool on your computer, open it to the main interface.

Step 2: It’s the time to choose the partitions you want to backup and decide the location you want to save the image to.

Just enter the Backup tab, and you can view this free backup software has checked the drives required for Windows to run. If you need to create a system disk image, enter the Source section to select all system partitions.

As to the destination storage path, an external hard drive, USB flash drive, or NAS can be available. Usually, we choose to create image files on the external drive.

Hot article: The Best Practice: 3-2-1 Backup Strategy for Home Computers

Step 3: Go back to the Backup interface, and click Back up Now button finally.

Restore System from an External Hard Drive

MiniTool ShadowMaker is helpful to restore your computer in case of unexpected disaster, which can avoid Volume Shadow Copy Service error 0x81000202 or 0x80042302 during system restore. How to do this job?

Step 1: In the Restore page, find the system image or system disk image you have created and click Restore button.

Step 2: The backup time will be shown, choose the backup version and click Next to continue.

Step 3: Next, choose all system partitions as well as MBR and Track 0 to restore. Or else, the computer won’t be bootable.

Step 4: Choose the disk you want to restore the image file to and this freeware will tell you the drives that will be overwritten during restoration. Click OK to the next step.

Step 5: Now the software is performing the system image recovery process. After the operation, restart your computer and it can run properly.

“Windows 10 Shadow Copy error is common. To avoid it, I need free backup software to back up OS. Finally, I find MiniTool ShadowMaker and it is really worth using. “Click to Tweet

Conclusion

Having a Volume Shadow Copy Service error in Windows 10/8/7 during system backup or system restore using the built-in backup and restore utility? Try the solutions as mentioned above based on the specific error code to fix your problem.

To avoid Microsoft Volume Shadow Copy errors during PC backup and restore using Windows built-in tool, use MiniTool ShadowMaker to back up your PC! Now, free download this backup software.

MiniTool ShadowMaker TrialClick to Download100%Clean & Safe

Have some suggestions for the VSS errors? Or encounter some problems when using our backup software? Now, tell us by leaving your idea in the following zone or sending it to [email protected].

Содержание

• Способ 1: Меню Свойства системы
• Способ 2: Командная строка
• Способ 3: Автоматизация теневого копирования
• Вопросы и ответы

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

Способ 1: Меню Свойства системы

Способ с использованием графического меню не самый простой, поскольку придется переходить в разные окна и искать соответствующие пункты. Если вы желаете ускорить процесс создания теневой копии и не боитесь использовать для этого командную строку, сразу переходите к следующей инструкции, однако учитывайте, что отведенное под резервные копии пространство при этом будет выбрано автоматически. Ручная настройка позволяет гибко задать подходящие значения, что осуществляется так:

1. Откройте «Пуск» и перейдите в «Параметры», кликнув по специальной кнопке в виде шестеренки.



2. В появившемся меню выберите первый же раздел под названием «Система».



3. Через левую панель переместитесь к категории «О системе».



4. Опуститесь вниз, где отыщите строку «Сведения о системе».



5. Произойдет переход в раздел «Система», который находится в Панели управления. Здесь вас интересует надпись «Защита системы».



6. В окне свойств выберите логический том диска, с которым хотите работать, и перейдите в «Настроить».



7. Отметьте маркером пункт «Включить защиту системы» и задайте максимальное пространство, которое может быть выделено под резервные копии. Объем информации выбирается пользователем самостоятельно, отталкиваясь от личных предпочтений и имеющихся носителей.



8. После применения изменений вернитесь в предыдущее меню, где нажмите по кнопке «Создать».



9. Введите название точки восстановления и подтвердите создание.



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



11. Вы получите уведомление об успешном создании точки восстановления.



12. Для проверки измените какой-либо файл, находящийся на выбранном диске, а затем щелкните по нему ПКМ и выберите пункт «Свойства».



13. Переключитесь на вкладку «Предыдущие версии».



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

Как вы уже поняли, прошлая версия файла будет создаваться только после внесения изменений, что и характеризует технологию теневого копирования. Уточним, что при выполнении предыдущих действий вы создали только одну точку восстановления, от которой и нужно будет отталкиваться при необходимости вернуть объекты. Мы же советуем регулярно создавать новые записи так, как это было показано выше, чтобы поддерживать операционную систему в актуальном состоянии и случайно не потерять важные объекты.

Способ 2: Командная строка

Более простой вариант создания резервной теневой копии выбранного носителя — использование консольной команды. Однако в этом случае у вас не будет возможности самостоятельно выбрать отведенное под предшествующие версии файлов дисковое пространство. Если вас устраивает такое положение вещей, выполните следующие действия:

1. Запустите Командную строку от имени администратора любым удобным образом, например, отыскав само приложение через поиск в меню «Пуск».



2. Введите там команду wmic shadowcopy call create Volume=D:\ и нажмите на Enter. Литеру D замените на метку тома, для которого создается копия.



3. Начнется выполнение операции, о чем уведомит соответствующее консольное сообщение.



4. В конце вы получите строку с выводом «Метод успешно вызван».



5. Переходите к свойствам диска и на вкладке «Предыдущие версии» просмотрите, создалась ли новая версия директории.

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

Способ 3: Автоматизация теневого копирования

В начале статьи мы обещали, что расскажем о методе автоматизации теневого копирования. Делается это путем добавления новой задачи через «Планировщик заданий». Тогда в определенный период времени будет вызываться рассмотренная выше команда и выполняться создание новой точки восстановления.

1. Откройте «Пуск» и через поиск отыщите приложение «Панель управления».



2. Там выберите раздел «Администрирование».



3. Запустите модуль «Планировщик заданий».



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



5. Введите произвольное имя, чтобы отличить эту задачу от других в списке, а затем переходите к следующему шагу.



6. Установите триггер для запуска задачи, поставив маркер возле подходящего пункта. Например, можно выполнять новое теневое копирование каждый день или только один раз в неделю.



7. После этого задайте промежуток для задачи и установите повторение, если это требуется.



8. В качестве действия отметьте «Запустить программу».



9. В поле «Программа или сценарий» введите wmic, а для «Добавить аргументы (необязательно)» присвойте shadowcopy call create Volume=c:\, заменив букву диска на нужную.



10. При завершающем этапе отметьте галочкой пункт «Открыть окно «Свойства» для этой задачи после нажатия кнопки «Готово»».



11. После открытия свойств назначьте статус «Выполнить с наивысшими правами» и завершите работу над заданием.

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

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

Подробнее: Инструкция по созданию резервной копии Windows 10

Еще статьи по данной теме:

Помогла ли Вам статья?

Снятие снапшота — именно с этого начинается любой бекап. До тех пор, пока мы не знаем, как сбросить все буфера на диск и привести файлы с данными в консистентное состояние, мы не бекапы делаем, а занимаемся копированием файлов с непредсказуемым содержимым внутри. Понимая важность снапшотов, все вендоры стараются дать нам если не полностью готовую функцию (типа Time Mashine в MacOS), то хотя бы набор ручек, за которые можно подёргать (вроде модуля dm-snap в ядре Linux). 

Но сегодня речь пойдёт про самую распространённую ОС — Microsoft Windows, где эта задача решается с помощью Volume Shadow Copy сервиса, известного в народе под аббревиатурой VSS (Volume Snapshot Service). А нашего внимания он удостоился из-за того, что, несмотря на всю популярность своего материнского корабля, сам он окутан вуалью из тайн и мистических слухов. Давайте уже как-то разберёмся с этой штукой.

А, собственно, что с ним за проблема? Вот есть документация, где вполне адекватно и красиво описано, как всё работает. Есть утилита vssadmin, позволяющая вполне годно создавать и удалять снапшоты. Что не так-то, и где сложности?

Но проблема в том, что более лучшая документация, намного правильнее отражающая происходящие процессы, несколько сложна для понимания. Microsoft вообще написал по этой теме какое-то неслыханное количество документов. Но даже когда вам как-то удаётся выстроить в голове работу этого алгоритма, вы сразу сталкиваетесь с тем, что на практике многие вещи работают совершенно не так, как описаны. Или вообще не работают. А что-то не описано совсем, хотя этому мы уже давно не удивляемся. Но не хвататься же сразу за дебагер и дизассемблер, да?

Хотя упомянутый выше vssadmin как-то вроде и работает, и снапшоты даже делает, и вообще молодец. Но это всё до того момента, пока ты не начинаешь вникать в тонкости, где может выясниться, что репорт об успешно созданном снапшоте — это репорт о чём угодно, только не об успешно созданном снапшоте.

Вот поэтому и захотелось немного поговорить о том, как же на самом деле работает VSS. И да, строго говоря, результатом работы VSS является созданная shadow copy. Но дабы не ломать язык и не мучить вас транслитом, давайте просто писать снапшот.

Какова роль VSS

Не сомневаюсь, что 90% читающих прекрасно понимают, зачем нужны снапшоты, но ради оставшихся 10% потерпите несколько предложений. Или сразу идите в следующий раздел.

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

Сами снапшоты ничего не знают про ваши файлы и папки. Они работают на уровень ниже файловой системы — с блочными устройствами и блоками данных. Если придерживаться терминологи Microsoft, то снапшот — это место, именуемое Shadow Storage, куда записываются изменённые блоки данных и откуда их можно извлекать с целью переписать данные на оригинальном диске. Тут можно запомнить для себя два нюанса. Первый — только что сделанный спапшот занимает ровно ноль байт. Это просто пре-алоцированное место, куда файловая система может копировать измененные блоки (или наоборот, новые блоки, но не суть).  И второй — теневая копия суть есть дифференциальный бекап. Все данные, которые вы изменили, не удаляются, а отправляются на хранение в этой зоне.

Где найти VSS

Обнаружить следы VSS можно двумя классическими способами: через GUI или в консоли. В зависимости от конкретной версии системы пути могут немного отличаться, но суть будет одинакова. Итак, есть у меня в лабе Windows Server 2019, и если сделать ПКМ на любом диске в проводнике, мы увидим два пункта: Configure Shadow Copies и Restore previous versions.

Если зайти в мастер настроек, то можно включить создание теневых копий для любого диска, задать расписание, по которому они будут создаваться и, что самое интересное, указать место хранения этих копий. Строго говоря, даже не самих копий, а так называемой diff area — места, куда сбрасываются перезаписанные на оригинальном томе сектора. То есть мы запускаем создание снапшота одного диска, а его данные физически храним на другом. Функция архиполезная и позволяет не просто снижать нагрузку на конкретном диске, но и делать фокусы а-ля снимаем снапшот одной ноды в кластере и цепляем его к другой.

После того, как вы всё настроите на свой вкус, появляется смысл в пункте Restore previous versions. Чисто технически туда и до этого можно было зайти, однако внутри, скорее всего, будет только гнетущая пустота. 

Но всё это баловство с графическим интерфейсом, и как мы знаем, до добра это не доводит, поэтому открываем powershell (или даже cmd, почему нет) — и там у нас имеется два варианта из коробки: vssadmin и diskshadow. Первая утилита есть практически на любой системе, начиная с WinXP/Win2003. Нет её только на Windows 8. По какой-то таинственной причине из “восьмёрки” вырезали инструменты управления теневыми копиями, но потом осознали свою неправоту и вернули всё на место. А вот diskshadow доступен только на серверных вариантах Windows. Это уже более продвинутый вариант vssadmin, позволяющий работать не только в интерактивном режиме, но и выполнять целые скрипты, написанные на понятном этому интерпретатору языке. Да и просто это более адекватный и поддающийся контролю инструмент.

И запоминаем самое важное: это две разные утилиты, существующие в разных контекстах. Теневая копия, сделанная в одной утилите, будет видна другой, однако статус у неё будет неоперабельный.

Технически ничего не мешает одновременно делать снимки с помощью vssadmin и diskshadow. Хотя есть вероятность, что получите сообщение типа Another shadow copy is in progress. Но это так, к слову пришлось. Не надо пытаться одновременно делать несколько снапшотов разными программами.

Как появился 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. И тут мы подошли к важной теме:

Как устроен VSS

Чтобы не прыгать с места в карьер громады страшных терминов и процессов, начнём с высокоуровневого описания. Поэтому ограничимся таким списком компонентов:

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

  Райтер занимается тем, что выстраивает мостик взаимодействия между VSS подсистемой и конкретным приложением. Поэтому а) в любой системе их будет достаточно много (проверьте у себя с помощью vssadmin list writers) б) райтер всегда пишется поставщиком приложения, ибо кроме него никто не знает, что там и как должно происходить во время создания снапшота. 

  Соответственно, райтер по своей сути выполняет роль “регулировщика”: сначала он говорит приложению подготовиться к снапшоту, затем даёт отмашку VSS сервису делать снапшот. Или не даёт, если приложение не смогло за установленный промежуток времени подготовить свои файлы.

  Также хочется отметить, что райтеры — это какие-то невероятно нежные ребята, которые зачастую ломаются без каких-либо внешних признаков. Поэтому если в выводе vssadmin list writers в поле State вы увидите что-то, отличающееся от Stable, это надо чинить, ибо сделать консистентный бекап, увы, не получится.

• VSS Provider. Тот самый парень, который занимается созданием и управлением снапшотами. Известен тем, что бывает софтовый или хардовый. Список установленных в системе провайдеров можно посмотреть с помощью команды vssadmin list providers. По дефолту, с системой идет Microsoft Software Shadow Copy provider. Он даже отлично и замечательно работает, но до тех пор, пока вы не подключите к системе брендовую СХД. Хорошие вендоры всегда снабжают свои железки управляющим софтом, в составе которого находится и родной провайдер к этой железяке. Благодаря этому можно уже делать всякие хитрые трюки, которые реализованы в вашем оборудовании, и именно поэтому мы в Veeam так гордимся списком интеграций с железом.

• 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 — это очень частная причина обращений в сапорт), а в оптимистичном можно начинать самый важный этап. Как только райтеры рапортуют, что всё, вся деятельность в системе заморожена, а кеши сброшены на диск, у нас есть десять(!!!) секунд на создание снапшота, после чего райтеры будут принудительно разморожены, и всё закрутится вновь. И можно сказать, что на этом процесс бекапа заканчивается, и всё что нужно — это просто импортировать наш снапшот и скачать его куда-то к себе, чтобы сохранить под семью замками. Однако есть одно важное Но — log truncate. Фундаментально это вообще не связанные операции и транкейт зависит только от бекапа логов, но как все мы понимаем — на пользовательском уровне эти вещи связаны в единый процесс. То есть, прежде чем выкачивать снапшот, надо не забыть выдать команду backup log, которая запустит операцию транкейта. И после этого совесть наша чиста.

Но что дальше происходит с данными? Если мы действительно используем какое-то приложение для бекапов, которое запустило весь этот процесс, дождалось его завершения и скачало данные в своё хранилище, то снимок можно просто удалить одной командой. Поскольку VSS пропагандирует CoW подход, то речь здесь действительно о банальном удалении нашей аллоцированной зоны, ведь все новые данные сразу пишутся на оригинальный диск. Это называется non-persistent shadow copy, и она не имеет никакого смысла без оригинального диска.

Чтобы пройти этот путь вручную, достаточно открыть консоль и набрать:

PS C:\Windows\system32> diskshadow
Microsoft DiskShadow version 1.0
Copyright (C) 2013 Microsoft Corporation
On computer:  VEEAM,  17.05.2021 19:18:44

DISKSHADOW> add volume c: # добавляем в задание диск С

DISKSHADOW> create	# создаём снапшот
Alias VSS_SHADOW_1 for shadow ID {a1eef71e-247e-4580-99bc-ee62c42221d6} set as environment variable.
Alias VSS_SHADOW_SET for shadow set ID {cc9fab4d-3e7d-44a5-9a4d-0df11dd7219c} set as environment variable.

Querying all shadow copies with the shadow copy set ID {cc9fab4d-3e7d-44a5-9a4d-0df11dd7219c}

        * Shadow copy ID = {a1eef71e-247e-4580-99bc-ee62c42221d6}               %VSS_SHADOW_1%
                - Shadow copy set: {cc9fab4d-3e7d-44a5-9a4d-0df11dd7219c}       %VSS_SHADOW_SET%
                - Original count of shadow copies = 1
                - Original volume name: \\?\Volume{7fd0c79d-0000-0000-0000-602200000000}\ [C:\]
                - Creation time: 17.05.2021 19:19:45
                - Shadow copy device name: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy2
                - Originating machine: veeam.university.veeam.local
                - Service machine: veeam.university.veeam.local
                - Not exposed
                - Provider ID: {b5946137-7b9f-4925-af80-51abd60b20d5}
                - Attributes:  Auto_Release Differential

Number of shadow copies listed: 1

Здесь мы видим, что успешно создался снапшот со своим Shadow copy ID, и для удобства ему сразу присвоили алиас VSS_SHADOW_1. Этими данными вполне можно оперировать, если возникает такое желание. Однако не будем уходить в сторону и попробуем прочитать содержимое этого снимка. Для чего подмонтируем его в качестве диска.

DISKSHADOW> expose {a1eef71e-247e-4580-99bc-ee62c42221d6} Z:
The shadow copy is a non-persistent shadow copy. Only persistent shadow copies can be exposed.

Однако на такое, казалось бы, простое и законное желание мы получили не менее законный отлуп, ибо сделали non-persistent снимок, а, значит, единственное, на что он годится — это записать его поверх родного, удалив на нём всю информацию, которая появилась после создания этого снимка. Но такая история нас не устраивает, поэтому стираем всё безжалостно.

DISKSHADOW> delete shadows all # или только нужный ID
Deleting shadow copy {a1eef71e-247e-4580-99bc-ee62c42221d6} on volume \\?\Volume{7fd0c79d-0000-0000-0000-602200000000}\ from provider {b5946137-7b9f-4925-af80-51abd60b20d5} [Attributes: 0x00420000]...

Number of shadow copies deleted: 1

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

DISKSHADOW> add volume C:

DISKSHADOW> set context persistent # вот этот момент

DISKSHADOW> create
Alias VSS_SHADOW_1 for shadow ID {346d896b-8722-4c01-bf01-0f38b9abe20a} set as environment variable.
Alias VSS_SHADOW_SET for shadow set ID {785983be-e09d-4d2a-b8b7-a4f722899896} set as environment variable.

Querying all shadow copies with the shadow copy set ID {785983be-e09d-4d2a-b8b7-a4f722899896}

        * Shadow copy ID = {346d896b-8722-4c01-bf01-0f38b9abe20a}               %VSS_SHADOW_1%
                - Shadow copy set: {785983be-e09d-4d2a-b8b7-a4f722899896}       %VSS_SHADOW_SET%
                - Original count of shadow copies = 1
                - Original volume name: \\?\Volume{7fd0c79d-0000-0000-0000-602200000000}\ [C:\]
                - Creation time: 17.05.2021 19:38:45
                - Shadow copy device name: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy3
                - Originating machine: veeam.university.veeam.local
                - Service machine: veeam.university.veeam.local
                - Not exposed
                - Provider ID: {b5946137-7b9f-4925-af80-51abd60b20d5}
                - Attributes:  No_Auto_Release Persistent Differential

Number of shadow copies listed: 1

Как мы видим: Attributes:  No_Auto_Release Persistent Differential. Поэтому если теперь вы сделаете expose, то снапшот примаунтится как полноценный диск, по которому можно перемещаться и копировать с него файлы. Диск, само собой, виртуальный и состоит из блоков оригинального диска, плюс блоки изменившихся данных, читая которые, мы можем видеть состояние оригинального диска на момент снапшота. Всё просто.

Только учтите, пожалуйста, такой момент, если вдруг решите, что нашли святой грааль: в таком режиме нельзя занимать данными больше 50% места на диске. Один блок свыше — и всё, диск переполнился.

Что тут хочется ещё сказать, а вернее, спросить: если всё так просто, то почему же я говорю, что всё так сложно? Проблема в том, что, отдавая на боевом сервере команду vssadmin create shadow, мы, конечно, создаём какой-то снимок, но как себя будут чувствовать приложения после отката на этот снимок, мы предсказать не можем. Это не шутка: команда create признаёт наличие ошибок при выполнении как вариант нормы. Райтер не вернул вовремя Ок от приложения? Да кому это надо, го делать снапшот, я создал. 

Поэтому когда за дело берётся настоящее бекапное приложение вроде Veeam Backup & Replication, то речь идёт не об одной команде, а о целой россыпи предварительных запросов, в результате которых формируется огромнейшая команда (это не метафора для красного словца, а реальность), в которой учитываются состояния райтеров и приложений на целевой системе, с жестким требованием соответствия всех статусов необходимым. Словом, количество мест, где что-то может пойти не так, вырастает на порядок. Ведь нам главное — не снапшот создать, закрыв глаза на сопутствующие потери, а гарантировать консистентность данных внутри него.

Как лечить VSS

Сразу, не отходя от кассы, открою вам тайну самого лучшего метода лечения большинства проблем с VSS — перезагрузка. Понимаю, что это кощунство и кошмар наяву для всех свидетелей аптайма, но суровая правда жизни такова, то можно сколь угодно долго биться с пациентом, чтобы потом всё починилось само от перезагрузки. Да, именно так. Это тот случай, когда само сломалось и само починилось. 

Другая проблема — это железо. Помните про временные рамки для райтеров? Про десять секунд на снапшот? Для многих это ограничение становится проблемой из-за того, что СХД физически не успевает сделать требуемые действия за отведённое время. Как это лечится? А вот никак. Или покупаем более мощное железо, или ищем пути снижения нагрузки, чтобы операция была проведена за выделенный промежуток времени.

Если посмотрите одно из самых популярных KB1680: VSS Timeout when backing up Exchange VM, то легко обнаружите, что первые три шага для решения всех проблем с VSS — сделайте снапшот вручную и посмотрите чтобы это заняло менее 20 секунд, перезагрузитесь и попробуйте снизить нагрузку. Вот так и живём, да. 

И что же делать, если VSS падает, в ивентах ничего нет, а понять, что происходит надо? Тут я могу порекомендовать три хороших статьи:

• КВ от Veeam, посвящённое анализу поведения VSS с помощью diskshadow.

• Другое KB от Veeam, посвящённое сбору информации с помощью vsstrace из Windows SDK. Но скажу сразу, это уже не для слабых духом.

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

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

А на сегодня всё. Я и так хотел кратенько, но получилось больше десяти страниц текста. Поэтому самое время закругляться. Если хочется раскрытия какой-то другой темы или углубиться в детали VSS, то обязательно пишите об этом в комментариях.

Если при попытке включить, настроить или создать системную точку восстановления в Windows вы получаете ошибку с кодом 0x81000203 или 0x81000202, впору проверить работу служб «Теневое копирование тома» и «Программный поставщик теневого копирования». В норме первая должна иметь тип запуска «Вручную», тип запуска второй должен быть «Автоматически (отложенный запуск)».

Но может статься и такое, что служба окажется поврежденной или ее вообще не будет в списке оснастки управления службами. В первую очередь это касается поставщика теневого копирования, которая, если верить тому, что говорят и пишут в ветках форумов столкнувшиеся с проблемой пользователи, почему-то страдает чаще.

Восстановление программного поставщика теневого копирования

В таком случае вы можете попробовать пересоздать службу вручную, не прибегая к ее импорту из исправной Windows.

Запустите от имени администратора классическую командную строку и выполните вот такую команду:

sc create swprv binPath= C:\Windows\System32\svchost.exe DisplayName= «Имя службы» type= own start= demand error= normal depend= rpcss obj= LocalSystem

Значение параметра DisplayName может быть как оригинальным, то есть «Программный поставщик теневого копирования», так и произвольным. Если команда вернет ошибку «Указанная служба уже существует», удалите поврежденную службу командой sc delete swprv и повторите команду создания.

Служба создана, осталось немного подправить ее настройки в реестре.

Откройте редактор реестра командой regedit в разделе HKLM\SYSTEM\CurrentControlSet\services\swprv, отыщите справа параметр ImagePath и кликните по нему дважды, чтобы открыть окошко редактирования его значения.

Добавьте через пробел в конец пути к исполняемому файлу svchost.exe ключ -k swprv, вот так:

Затем создайте в подразделе swprv вложенный подраздел и назовите его Parameters.

В свою очередь, в нем создайте расширяемый строковый параметр ServiceDll и установите в качестве его значения путь %Systemroot%\System32\swprv.dll.

Готово, осталось проверить работу службы.

Откройте оснастку управления службами, найдите службу «Программный поставщик теневого копирования» и откройте ее свойства.

Тип запуска выберите «Автоматически (отложенный запуск)» и тут же запустите, чтобы убедиться в ее нормальной работе.

После этого можно будет приступать к проверке работы функции создания точек восстановления.