Ошибка создания теневой копии the creation of a shadow copy is already in progress

NnovichokAdmin

Помогите пожалуйста с Кобианом .
Система Windows server 2008 R2 Standard x64
2ssd x 1Tb

Проблема такая :
ERR Ошибка создания теневой копии: The creation of a shadow copy is already in progress.

И так каждый раз при запуске задания.
Теневые копии мне необходимы в моей работе.

Раньше работал нормально.(это до конца октября 2016)
Но потом он вообще перестал резервировать.. И я переустановил его собрал опять задания.
И вот появилась новая ошибка выдаваться.
Много чего я попробовал для устранения этой проблемы но что то как то безуспешно.
в журнале событий Windows так же выскакивает эта ошибка.

Кто может помочь или у кого есть свои варианты. Пишите попробую)
кому надо и логи предоставлю… только помогите. не Знаю к кому еще обратиться.

Спасибо)


  • Вопрос задан

    более трёх лет назад

  • 3966 просмотров

1) попробуйте обновление Windows6.1-KB975921-x64. Фиксит создание VSS снапшотов для 2008r2.
2)Достаточно ли свободного места на разделе?
3)Есть ли ошибки по модулям VSS? (CMD команда vssadmin list writers)
5)Выполняются ли другие программы использующие VSS в это время, например «система архивации данных Windows Server»
6) Cobian давно не обновляется. Чем дальше, тем больше будут проблемы. Приглядитесь к KLS BackupProfessional , программа не дорогая, более функциональная и все так же графически настраивается like Cobian. Кстати можете попробовать триал, чтобы удостовериться , что проблема не в cobian.

Пригласить эксперта


  • Показать ещё
    Загружается…

25 июн. 2023, в 10:30

6000 руб./за проект

25 июн. 2023, в 10:26

15000 руб./за проект

25 июн. 2023, в 09:57

7000 руб./за проект

Минуточку внимания

Формируем список баз 1с из разных источников    оглавление    Уведомляем пользователей об успешных операциях с базами

Настраиваем теневое копирование для архивации в обновляторе

2021-11-16T21:45:19+00:00

Оглавление

  • Что такое теневое копирование
  • Зачем теневое копирование в обновляторе
  • И всё-таки насколько безопасно делать теневые копии баз 1с
  • Как включить теневое копирование в обновляторе
  • Есть ли какие-то ограничения  для работы теневых копий в обновляторе
  • Решение проблем при создании теневых копий
  • Технические подробности реализации теневых копий в обновляторе

Что такое теневое копирование

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

Обновлятор поддерживает создание теневых копий для всех версий Windows начиная с XP и Server 2003.

Теневое копирование позволяет нам в любой момент создать моментальный снимок диска и такая копия будет согласованной на уровне файловой системы.

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

Зачем теневое копирование в обновляторе

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

Но бывают случаи:

  • когда файловая база не поддерживает автоматическое завершение работы пользователей, потому что она не типовая или вообще версии 7.7;
  • либо база поддерживает блокировку пользователей, но по каким-то причинам нам требуется создавать копии не выгоняя пользователей (например, база должна работать 24х7 или нужно создавать копии каждый час);
  • мы хотим подстраховаться на случай, если не удастся корректно завершить работу пользователей;
  • идёт речь об архивации произвольных файлов (документы или данные других программ) и в этом случае у нас нет возможности обеспечить завершение работы пользователей с этими файлами на время архивации.

И всё-таки насколько безопасно делать теневые копии баз 1с

Если коротко, то ответ будет таким:

  • делать теневые копии файлов серверных баз 1с абсолютно безопасно во всех случаях (если речь идёт о ms sql server)
  • делать теневые копии файловых баз 1с при работающих пользователях равнозначно тому, как если бы мы сначала провели аварийное завершение работы этих пользователей (выдернули сетевой кабель или перезагрузили компьютер) и уже затем сняли полную копию базы

Если говорить подробнее, то вам нужно в начале ознакомиться с разделом выше «Как это работает», особенно в части описания компонента теневого копирования Writers.

Раз нет Writers для платформы 1с (а его и быть не может для файлового варианта работы), то никто нам не может гарантировать корректного создания теневой копии базы данных. Да, такая копия будет абсолютно корректной и согласованной на уровне файловой системы, но она может не быть такой на логическом уровне.

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

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

Как включить теневое копирование в обновляторе

Прежде всего настроим запуск менеджера теневых копий. Для этого перейдём на закладку «Настройки программы» и нажмём кнопку «Теневые копии»:

В открывшемся окне нажмём кнопку «Настроить и запустить менеджер теневого копирования»…

… и укажем под какой учётной записью (с правами администратора) будет работать менеджер:

Замечание для Windows XP и server 2003

Готово:

Теперь зайдём в свойства базы, перейдём на закладку «Архивация» и установим галку «Использовать теневое копирование». Доступно 2 варианта:

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

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

Есть ли какие-то ограничения  для работы теневых копий в обновляторе

1. Служба операционной системы с именем «Теневое копирование тома» не должна быть отключена. Обычно у неё стоит тип запуска «Вручную».

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

3. Пользователь, под которым запускается менеджер теневого копирования должен иметь права администратора.

4. На Windows Xp и Server 2003 для работы самого менеджера теневого копирования нужно указывать учетную запись, под которой никто не работает. Иначе процесс менеджера теневого копирования будет виден этому пользователю.

5. Создание теневых копий возможно для данных, которые лежат на локальном диске с операционной системой NTFS. То есть не поддерживается создание теневых копий для сетевых дисков или сетевых путей.

Решение проблем при создании теневых копий

Если при создании теневой копии возвращается сообщение об ошибке (например, «The creation of a shadow copy is already in progress»), то порядок действий должен быть таким:

  1. Перезапуск службы «Теневое копирование тома».
  2. Повторная настройка запуска менеджера теневого копирования обновлятора.

Почему вообще могут возникать проблемы с созданием теневых копий?

  • возможно вы пытаетесь создать теневую копию диска, который не поддерживает эту операцию (сетевой диск или сетевой путь или старая файловая система);
  • компьютер был выключен аварийно в момент создания теневой копии;
  • на компьютере работают сразу несколько программ, которые используют теневое копирование и их расписания пересекаются; то есть возникает ситуация, когда в момент создания теневой копии в систему поступает запрос на создание ещё одной копии этого же диска;

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

Технические подробности реализации теневых копий в обновляторе

За создание теневых копий в обновляторе отвечает процесс Updater1C.VssManager.exe.

Когда пользователь настраивает его запуск из интерфейса обновлятора в планировщике задач создаётся задание с именем «Обновлятор-1С [запуск менеджера теневого копирования]», которое отвечает за запуск процесса Updater1C.VssManager.exe от имени администратора при включении компьютера.

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

Для работы с теневыми копиями используется библиотека AlphaVSS (эта же библиотека используется  программой Cobian Backup).

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


  • Tom’s Help Desk

    2

    Good Morning,

    I have been experiencing this error on multiple computers; «The creation of a shadow copy is already in progress.» This is on both workstations running the standard backup and servers running MBS.

    I have checked and confirmed that there are no other backup programs running on the computer, and when the backup is run manually it completes without issue.

    Has anyone seen this before? and if so is there a viable solution?
    Thanks in advance,
    Caleb


  • Matt

    91

    Most likely there is still something in the system using VSS besides our software when you run it by schedule. You can try shifting schedule for that plan to non-working hours.

    Another possible reason is that previous VSS snapshot has not completed properly and is still running. Try to restart the Volume Shadow Copy service. You can do this by going to Start > Control Panel > Administrative Tools > Services: find Volume Shadow Copy and right click and select Restart.

    Event logs could also tell more about issues like that.

    In addition I can also suggest to enable «Use System VSS provider» option for that plan.


  • Uli

    0

    I’m seeing this a lot too these days … on machines where CBB is the only backup operation on those systems. the backups are scheduled after work hours. Some machines run Win7 some run Win10.. just today was 6 machines throwing this error… so in CBB MBS I’ll manually run the job and it will run/finish successfully.. This problem has been going on for a couple of months only.


  • Matt

    91

    As with any similar situation, I can suggest to update the software to the latest version, make sure «Use System VSS provider» option is enabled, and in your case you can try to set schedule to the time when you run the plan manually, since something else in the system might be using VSS.


  • Florian

    0

    An old topic, but today I had also this problem at one of my customers. The reason was, that my customer had enabled versioning and at the time, when the backup should be executed, the volume shadow copy was running to remove old versions of files. That was the reason for the error.


  • Matt

    91

    Thanks for this info! Yes, indeed, native scheduled VSS snapshots may cause this problem.

  • Write Comment

bold

italic

underline

strike

code

quote

ulist

image

url

mention

reveal

youtube

tweet

Hi, this post is consequence of a issue with Veeam Backup.

Short summary: all the jobs fails with error (another shadow copy creation is already in progress), and the last step was test a backup with Windows Server Backup.

So, i tried a job (Full and VSS mode), but in bot cases, these failed with the error:
«The backup operation that started at ‘‎2020‎-‎04‎-‎02T01:08:27.852000000Z’ has failed because the Volume Shadow Copy Service operation to create a shadow copy of the volumes being backed up failed with following error code ‘0x80780021’. Please
review the event details for a solution, and then rerun the backup operation once the issue is resolved.»

This is a Windows Server 2012 R2, Physical, with Hyper-V role installed and several Productions VMs running on. Is part of a Cluster of 12 nodes.

I tried restart the VSS services, but the error persist. The last weekend we reboot all nodes

There is no errors on writers:

C:>vssadmin list providers
vssadmin 1.1 — Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2013 Microsoft Corp.

Provider name: ‘Microsoft CSV Shadow Copy Helper Provider’
   Provider type: Software
   Provider Id: {26d02d81-6aac-4275-8504-b9c6edc5261d}
   Version: 1.0.0.1

Provider name: ‘Microsoft CSV Shadow Copy Provider’
   Provider type: Software
   Provider Id: {400a2ff4-5eb1-44b0-8a05-1fcac0bcf9ff}
   Version: 1.0.0.1

Provider name: ‘VSS Null Provider’
   Provider type: Software
   Provider Id: {8202aeda-45bd-48c4-b38b-ea1b7017aec3}
   Version: 5.0.158.0

Provider name: ‘Microsoft File Share Shadow Copy provider’
   Provider type: Fileshare
   Provider Id: {89300202-3cec-4981-9171-19f59559e0f2}
   Version: 1.0.0.1

Provider name: ‘Microsoft Software Shadow Copy provider 1.0’
   Provider type: System
   Provider Id: {b5946137-7b9f-4925-af80-51abd60b20d5}
   Version: 1.0.0.7

Provider name: ‘VSS Null Provider’
   Provider type: Fileshare
   Provider Id: {f4a69dd4-f712-40e3-a6b3-faeff03cb2b8}
   Version: 5.0.158.0

**************

C:>vssadmin list writers
vssadmin 1.1 — Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2013 Microsoft Corp.

Writer name: ‘Task Scheduler Writer’
   Writer Id: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
   Writer Instance Id: {1bddd48e-5052-49db-9b07-b96f96727e6b}
   State: [1] Stable
   Last error: No error

Writer name: ‘VSS Metadata Store Writer’
   Writer Id: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
   Writer Instance Id: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
   State: [1] Stable
   Last error: No error

Writer name: ‘Performance Counters Writer’
   Writer Id: {0bada1de-01a9-4625-8278-69e735f39dd2}
   Writer Instance Id: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
   State: [1] Stable
   Last error: No error

Writer name: ‘System Writer’
   Writer Id: {e8132975-6f93-4464-a53e-1050253ae220}
   Writer Instance Id: {a0f6e4a6-4876-450e-ab27-0dcdb20872d7}
   State: [1] Stable
   Last error: No error

Writer name: ‘Microsoft Hyper-V VSS Writer’
   Writer Id: {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de}
   Writer Instance Id: {002ec0b5-07cb-41a1-a7a6-a8d1da9178c8}
   State: [1] Stable
   Last error: No error

Writer name: ‘Cluster Shared Volume VSS Writer’
   Writer Id: {1072ae1c-e5a7-4ea1-9e4a-6f7964656570}
   Writer Instance Id: {879cdb3d-34d7-44ab-8ef3-786195073fe7}
   State: [1] Stable
   Last error: No error

Writer name: ‘ASR Writer’
   Writer Id: {be000cbe-11fe-4426-9c58-531aa6355fc4}
   Writer Instance Id: {de69ac02-fa58-409a-8c69-00a24a6fa0bc}
   State: [1] Stable
   Last error: No error

Writer name: ‘Shadow Copy Optimization Writer’
   Writer Id: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
   Writer Instance Id: {b491f370-506e-4201-aaa7-e9d97ad0acb6}
   State: [1] Stable
   Last error: No error

Writer name: ‘Registry Writer’
   Writer Id: {afbab4a2-367d-4d15-a586-71dbb18f8485}
   Writer Instance Id: {637adda5-d3c7-4042-9f85-be644ec582a5}
   State: [1] Stable
   Last error: No error

Writer name: ‘BITS Writer’
   Writer Id: {4969d978-be47-48b0-b100-f328f07ac1e0}
   Writer Instance Id: {0b7f82ca-2e03-421b-8c20-fd8b672df530}
   State: [1] Stable
   Last error: No error

Writer name: ‘WMI Writer’
   Writer Id: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
   Writer Instance Id: {b423f282-8f3b-4000-a59d-bbf288eb66bf}
   State: [1] Stable
   Last error: No error

Writer name: ‘Cluster Database’
   Writer Id: {41e12264-35d8-479b-8e5c-9b23d1dad37e}
   Writer Instance Id: {886e0d10-ca78-456e-a8e3-ea09b1f547a5}
   State: [1] Stable
   Last error: No error

Writer name: ‘COM+ REGDB Writer’
   Writer Id: {542da469-d3e1-473c-9f4f-7847f01fc64f}
   Writer Instance Id: {f67dabce-48ba-4166-83c3-cff9cc45fab7}
   State: [1] Stable
   Last error: No error

*******************************************************

UPDATE:

When we executed: «list shadows all”, stuck and generate always the same 3 particular events:

DISKSHADOW> list shadows all

Querying all shadow copies on the computer ...

Volume Shadow Copy Service error: Error creating the Shadow Copy Provider COM class with CLSID {7efeb38a-18cc-4cc8-a348-a668bd9d07d4} [0x80070422, The service cannot be started, either because it is disabled or because it has no enabled devices associated
with it.
]. 

Operation:
   Obtain a callable interface for this provider
   List interfaces for all providers supporting this context
   Query Shadow Copies

Context:
   Provider ID: {8202aeda-45bd-48c4-b38b-ea1b7017aec3}
   Class ID: {7efeb38a-18cc-4cc8-a348-a668bd9d07d4}
   Snapshot Context: -1
   Snapshot Context: -1

****************

Volume Shadow Copy Service information: The COM Server with CLSID {7efeb38a-18cc-4cc8-a348-a668bd9d07d4} and name SW_PROV cannot be started. [0x80070422, The service cannot be started, either because it is disabled or because it has no enabled devices associated
with it.

Operation:
   Obtain a callable interface for this provider
   List interfaces for all providers supporting this context
   Query Shadow Copies

Context:
   Provider ID: {8202aeda-45bd-48c4-b38b-ea1b7017aec3}
   Class ID: {7efeb38a-18cc-4cc8-a348-a668bd9d07d4}
   Snapshot Context: -1
   Snapshot Context: -1
   Execution Context: Coordinator

******************************************

If we try to stop the service, this stuck on «Sttopping» status, and must to end the process.

Some idea?

Regards¡


Marcos Ferreira

Update 07/04

I forget tell that there is a Cluster of 12 nodes.

So, when i try to list writers or shadows, the service stuck on «stopping» state, and must to kill the process

This happen on any node on cluster


Marcos Ferreira

Рассмотрим вопрос на одном реальном примере, когда админу достался «в наследство» WinSrv2012R2Std с резервным копированием, реализованным посредством Cobian Backup11. Однако это средство создания резервных копий было настроено неверно, и при условии, что все данные весили порядка 70Гб, том на 1Тб был забит под завязку уже на второй операции.


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

«Программа не найдена».


Эту проблему получилось решить заменой в службе учетных данных. Решается этот вопрос двумя нехитрыми способами:


  1. Выдается новый пароль службе непосредственно из служебной оснастки;


  2. Производится выдача нового пароля из Cobian-интерфейса:


  • для этого предварительно останавливаются программные службы (в противном случае последует автоматическое удаление службы Cobian, что повлечет за собой ошибку типа «Служба помечена на удаление» — вылечить это можно будет, только перезагрузив ПК);


  • откроем интерфейс программы;


  • переходим в «Параметры» из раздела «Инструменты»;


  • на первой открывшейся странице жмем кнопку настроить рядом со значком «щит»;


  • переходим в раздел «Службы»;


  • далее – «Основная служба»;


  • теперь «Авторизация» – заполняем необходимые поля, и все готово.


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


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


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


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

The requested object does not exist.


В Windows-журнале приложения выскакивала следующая ошибка:


непредвиденная ошибка при запросе интерфейса IVssWriterCallback. hr = 0x80070005, Отказано в доступе.


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

недостаточно места на диске для создания теневой копии тома


А между тем на диске, который был выделен под архивацию, места было предостаточно. В итоге выяснилось, что для работы VSS необходимо как минимум 50 Мегабайтов на раздел менее 500 Мегабайтов и т.п. Оказалось, что уже имеется зарезервированный системой раздел с объемом в 100 Мб и свободным пространством в 24,3.


Это и был самый корень проблемы. Осталось только исключить его из процесса копирования. Все это от неправильной настройки раздела «Зарезервировано системой». По идее, в первую очередь, bootmgr не должен был находиться именно в этом разделе. А во вторую – раздел необходимо было скрыть. Кроме того, из-за присутствия в названии раздела буквы, система поместила в него pagefile.sys, который весил 40 тех самых «решающих» мегабайт. Последняя проблема решается отключением файла подкачки для этого раздела.

dcampregher

Service Provider
Posts: 229
Liked: 16 times
Joined: Mar 23, 2016 5:57 pm
Full Name: Diogo Campregher
Contact:

Another shadow copy creation is already in progress

Hello,

What is the root cause of this error when backing up the Hyper-VM virtual machines ? There are 52 VM into the JOB and it are hosted on 03 hosts and 09 volumes.

:: Failed to create snapshot (Microsoft CSV Shadow Copy Provider) (mode: Crash consistent) Details: Failed to create VSS snapshot set.
Another shadow copy creation is already in progress. Wait a few moments and try again.
—tr:Failed to perform pre-backup tasks.

:: Retrying snapshot creation attempt (Failed to create VSS snapshot set.
Another shadow copy creation is already in progress. Wait a few moments and try again.
—tr:Failed to perform pre-backup tasks.)

:: Task has been rescheduled


Mike Resseler

Product Manager
Posts: 7743
Liked: 1170 times
Joined: Feb 08, 2013 3:08 pm
Full Name: Mike Resseler
Location: Belgium
Contact:

Re: Another shadow copy creation is already in progress

Post

by Mike Resseler » Feb 17, 2017 5:29 am
1 person likes this post

Hi Diogo,

Mostly this means that either

a) A backup is still running somewhere and you can’t take 2 shadow copy’s at the same time
b) A previous backup has failed and there is something not cleaned up

Do you know what VM it is? Is it multiple? Is it a different one each time you backup?

thanks




leo.white

Enthusiast
Posts: 43
Liked: 1 time
Joined: Jul 23, 2014 7:05 pm
Contact:

[MERGED] Nimble snapshot warnings

Post

by leo.white » Jun 30, 2017 10:14 pm

I am using the off host proxy method to try and pull snapshots off my nimble array for my backups. My issue is about half the VMs in my jobs fail to use the hardware VSS provider and fall back to the Microsoft VSS writer. Which always shows the job in a warning state. I have 21 vms in this specific job and the majority of them are on my nimble array. Is there anyway to have wait to retry the hardware provider?

Code: Select all

6/30/2017 4:58:16 PM :: Failed to create snapshot Nimble Storage VSS Provider on Hyper-V Off-Host Backup Proxy (mode: Crash consistent) Details: Failed to prepare for backup
Another shadow copy creation is already in progress. Wait a few moments and try again.
--tr:Failed to create VSS snapshot.
--tr:Failed to perform pre-backup tasks.  

Code: Select all

6/30/2017 4:58:28 PM :: Retrying snapshot creation attempt (Failed to prepare for backup
Another shadow copy creation is already in progress. Wait a few moments and try again.
--tr:Failed to create VSS snapshot.
--tr:Failed to perform pre-backup tasks.)  

Enviroment:
2012R2 Clustered servers
Nimble 5000 all flash array
10gbe networking



mmckinnon

Lurker
Posts: 1
Liked: never
Joined: Sep 18, 2019 2:03 am
Full Name: Matthew McKinnon
Contact:

[MERGED] Failed to create snapshot (Microsoft CSV Shadow Copy Provider)

Post

by mmckinnon » Sep 19, 2019 1:54 am

Case [ID# 03765634]

We have been evaluating Veeam using Veeam Backup & Replication Community Edition and everything has been working well but we are now getting the following errors.

* Failed to create snapshot (Microsoft CSV Shadow Copy Provider) (mode: Crash consistent) Details: Failed to create VSS snapshot set. Another shadow copy creation is already in progress. Wait a few moments and try again.

* Failed to create change tracking time stamp for virtual disk file X:FILE.VHDX

We have one backup job containing three VMs.

Can you please assist is resolving this error.

Thanks
Matthew



Who is online

Users browsing this forum: No registered users and 20 guests

use Google Translate

Last update: 11-06-2021

Symptoms

Backup of a virtual machine performed by Agent for Hyper-V running on Windows Server 2012 R2 or lower, fails with «Operating system error: Another shadow copy creation is already in progress. Wait a few moments and try again.» error.

Cause

The issue may happen when 

  • Virtual machines located on the same volume are backed up simultaneously which causes multiple VSS snapshots for the same volume to be created at the same time.
  • Different backup products perform simultaneous VSS snapshots on the same Hyper-V host or the same CSV volume.

Solution

1. Review backup plans schedule and reduce the number of VMs backed up in parallel at the same time. 

2. Use the backup plan option «Re-attempt if an error occurs during snapshot VM creation». There is no upper limit for snapshot retry count, so set it to a value that is enough for successful backups. The number may be obtained experimentally by setting the initial value to some high number (ie. 100) and then if all the backups succeed it can be gradually reduced. To set «Re-attempt if an error occurs during snapshot VM creation» go to plan settings > Options > Change > Error handling.

danielbarrios

Posts: 2
Joined: 31 May 2022, 22:51

Windows Server 2019 VSS error

when i install the cobian backup gravity in windows server 2019 gives this: Error while creating the Volume Shadow Copy snapshot: The creation of a shadow copy is already in progress.

or this : Error while creating the Volume Shadow Copy snapshot: The provider returned an unexpected error code.

but it works perfetly in windows server 2016

help please

danielbarrios

Posts: 2
Joined: 31 May 2022, 22:51

Re: Windows Server 2019 VSS error

Post

by danielbarrios » 05 Jun 2022, 17:43

— <Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
— <System>
<Provider Name=»VSS» />
<EventID Qualifiers=»0″>8194</EventID>
<Level>2</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2022-06-05T15:40:12.286612800Z» />
<EventRecordID>1800</EventRecordID>
<Channel>Application</Channel>
<Computer>SERVERDIMA02.dimatexleon.com</Computer>
<Security />
</System>
— <EventData>
<Data>0x80070005, Acceso denegado.</Data>
<Data>Operación: Recopilando datos del escritor Contexto: Id. de clase del escritor: {35e81631-13e1-48db-97fc-d5bc721bb18a} Nombre del escritor: NPS VSS Writer Id. de instancia del escritor: {5c178949-1c10-4442-a8f7-a5476908868d}</Data>
<Binary>2D20436F64653A20575254575254494330303030313238372D2043616C6C3A20575254575254494330303030313234312D205049443A202030303030343733322D205449443A202030303031303532382D20434D443A2020433A5C57696E646F77735C73797374656D33325C696173686F73742E657865207B34384441363734312D314246302D344134342D383332352D3239333038364337393037377D202D456D62656464696E67202020202020202D20557365723A204E616D653A204E5420415554484F524954595C536572766963696F206465207265642C205349443A532D312D352D3230</Binary>
</EventData>
</Event>

Attachments
Captura.PNG
Captura.PNG (24.52 KiB) Viewed 1153 times

Last edited by danielbarrios on 05 Jun 2022, 17:48, edited 1 time in total.

User avatar

cobian

Site Admin
Posts: 2970
Joined: 31 Oct 2020, 01:25
Location: Sweden
Contact:

Re: Windows Server 2019 VSS error

Post

by cobian » 06 Jun 2022, 01:15

Acceso denegado. El servicio de VSC está ejecutándose como administrador o como sistema?


Luis Cobian
Cobian Backup’s creator

User avatar

cobian

Site Admin
Posts: 2970
Joined: 31 Oct 2020, 01:25
Location: Sweden
Contact:

Re: Windows Server 2019 VSS error

Post

by cobian » 09 Jun 2022, 15:20

Debería funcionar…. pero trata de ejecutar el servicio bajo una cuenta de administrador para poder descartar un problema de configuración.


Luis Cobian
Cobian Backup’s creator

use Google Translate

Last update: 11-06-2021

Symptoms

Backup of a virtual machine performed by Agent for Hyper-V running on Windows Server 2012 R2 or lower, fails with «Operating system error: Another shadow copy creation is already in progress. Wait a few moments and try again.» error.

Cause

The issue may happen when 

  • Virtual machines located on the same volume are backed up simultaneously which causes multiple VSS snapshots for the same volume to be created at the same time.
  • Different backup products perform simultaneous VSS snapshots on the same Hyper-V host or the same CSV volume.

Solution

1. Review backup plans schedule and reduce the number of VMs backed up in parallel at the same time. 

2. Use the backup plan option «Re-attempt if an error occurs during snapshot VM creation». There is no upper limit for snapshot retry count, so set it to a value that is enough for successful backups. The number may be obtained experimentally by setting the initial value to some high number (ie. 100) and then if all the backups succeed it can be gradually reduced. To set «Re-attempt if an error occurs during snapshot VM creation» go to plan settings > Options > Change > Error handling.

  • docs.netapp.com
  • SnapManager for Hyper-V

05/19/2022

  • Message

    SnapManager for Hyper-V backup failed to complete
    Backup of the Dataset Name: example
    Backup id: c1bb4b28-c76c-4001-85fd-ffdfdb5737c9 failed to execute
    Error: Vss Requestor - Backup Components failed. Failed to add volume \CIFS_USER_SERUSER_SHARE2 to snapshot set. Another shadow copy creation is already in progress. Wait a few moments and try again.
  • Description

    This issue occurs because a previous backup is not aborted and is still active. Use the following command to check for any entries listed: cifs share show -shadowcopy

  • Corrective action

    Abort the previous backup job and retry the operation.


  • Tom’s Help Desk

    2

    Good Morning,

    I have been experiencing this error on multiple computers; «The creation of a shadow copy is already in progress.» This is on both workstations running the standard backup and servers running MBS.

    I have checked and confirmed that there are no other backup programs running on the computer, and when the backup is run manually it completes without issue.

    Has anyone seen this before? and if so is there a viable solution?
    Thanks in advance,
    Caleb


  • Matt

    91

    Most likely there is still something in the system using VSS besides our software when you run it by schedule. You can try shifting schedule for that plan to non-working hours.

    Another possible reason is that previous VSS snapshot has not completed properly and is still running. Try to restart the Volume Shadow Copy service. You can do this by going to Start > Control Panel > Administrative Tools > Services: find Volume Shadow Copy and right click and select Restart.

    Event logs could also tell more about issues like that.

    In addition I can also suggest to enable «Use System VSS provider» option for that plan.


  • Uli

    0

    I’m seeing this a lot too these days … on machines where CBB is the only backup operation on those systems. the backups are scheduled after work hours. Some machines run Win7 some run Win10.. just today was 6 machines throwing this error… so in CBB MBS I’ll manually run the job and it will run/finish successfully.. This problem has been going on for a couple of months only.


  • Matt

    91

    As with any similar situation, I can suggest to update the software to the latest version, make sure «Use System VSS provider» option is enabled, and in your case you can try to set schedule to the time when you run the plan manually, since something else in the system might be using VSS.


  • Florian

    0

    An old topic, but today I had also this problem at one of my customers. The reason was, that my customer had enabled versioning and at the time, when the backup should be executed, the volume shadow copy was running to remove old versions of files. That was the reason for the error.


  • Matt

    91

    Thanks for this info! Yes, indeed, native scheduled VSS snapshots may cause this problem.

  • Write Comment

bold

italic

underline

strike

code

quote

ulist

image

url

mention

reveal

youtube

tweet

  • Ошибка создания трансляции youtube api obs
  • Ошибка создания подписи невозможно создание объекта сервером программирования объектов 0x800a01ad
  • Ошибка создания таблицы сообщение от движка базы данных файл бд не открыта
  • Ошибка создания подписи не установлена или недействительна лицензия скзи криптопро
  • Ошибка создания счета internal error market cs go