Теневое копирование код ошибки 2155348001

При попытке сделать резервную копию Windows 10 вы можете столкнуться с ошибкой – Не удалось создать теневую копию. Эта ошибка связана с журналами событий VSS и SPP и может сопровождаться кодом ошибки 0x81000019. Если вы столкнулись с этой проблемой, то следующие возможные решения могут помочь вам решить эту проблему. На изображении ниже показан один из сценариев сбоя резервного копирования с упоминанием журналов событий VSS и SPP.

Что такое VSS и SPP?

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

Служба защиты программного обеспечения или sppsvc. exe позволяет загружать, устанавливать и применять цифровые лицензии для приложений Windows и Windows.

Журналы для них можно найти с помощью средства просмотра событий. Пробег eventvwr. msc чтобы открыть его. В средстве просмотра событий вы можете проверить журнал приложений на наличие ОШИБОК, сообщаемых этими службами. Ошибки VSS будут отображаться в журнале приложений как записи с источником, помеченным как VSS и SPP для службы защиты программного обеспечения.

Резервное копирование Windows – не удалось создать теневую копию

Если при создании резервной копии Windows 10 вы получаете сообщение об ошибке 0x81000019, теневая копия не может быть создана, проверьте журналы VSS и SPP, а затем следуйте нашим рекомендациям по устранению проблемы. Хотя лучше всего проверить журналы в средстве просмотра событий, чтобы выяснить точную проблему, если вы не можете понять ее, сделайте следующее:

1]Проверить статус служб VSS и SPP

Тип services. msc в командной строке и нажмите клавишу Enter.

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

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

Затем нажмите кнопку «Пуск», чтобы вручную запустить эти службы, если они еще не запущены. Теперь запустите Резервное копирование и восстановление функция и посмотреть.

2]Проверьте место на внешнем диске или компьютере.

Службе архивации Windows требуется достаточно места как в источнике, так и в месте назначения. Если у кого-то из них его нет, это может привести к этой ошибке. Это могло быть одной из причин ошибки, но единственной причиной. Запустите CCleaner или Disk Cleanup Utility, чтобы освободить место на диске. Вы также можете использовать Storage Sense для очистки дисков.

Теневое копирование тома может работать некорректно, если доступное пространство на любом диске меньше 40%. Так что используйте встроенное управление дисками или какой-нибудь бесплатный менеджер разделов, чтобы изменить размер диска, если хотите.

3]Отключить стороннее программное обеспечение безопасности.

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

4]Удалить точки восстановления

Если сообщение об ошибке включает – Указанный объект не найден. Код ошибки 0x81000019, то вы можете удалить старые точки восстановления диска, резервную копию которого вы пытаетесь сделать.

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

Мы надеемся, что этим советам было легко следовать, и вы смогли решить проблему.

Как исправить ошибку 0x800703EE при копировании на внешнее хранилище

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

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

Ошибка 0x800703EE и как она выглядит

Этот код ошибки сопровождается следующим сообщением:

«Непредвиденная ошибка не позволяет вам скопировать / переместить этот файл. Ошибка 0x800703EE: объем файла был изменен извне, поэтому открытый файл больше не действителен »

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

Причины и последствия ошибки

Эта ошибка вызвана:

1. Проблемы с контроллерами USB: Контроллер USB (универсальная последовательная шина) – это микросхема, встроенная в материнскую плату вашего ПК, которая управляет портами USB и позволяет компьютеру связываться с устройством USB. Если контроллеры USB не работают должным образом, у вас возникнут проблемы с устройствами USB.

2. Резервное копирование Windows и VSC (теневое копирование тома) не бегать: Эти две службы отвечают за копирование или перемещение файлов в Windows. Если они отключены, вы обязательно столкнетесь с ошибкой 0x800703EE.

3. Программное обеспечение, работающее с внешними дисками, вызывает конфликты: Программное обеспечение (в основном программное обеспечение для записи или мастера разделов), работающее с внешними дисками, может вызывать конфликты с Windows, пытаясь скопировать файл или папку.

4. Стороннее программное обеспечение для резервного копирования, вызывающее проблемы: Стороннее программное обеспечение для резервного копирования, такое как EaseUS, Recuva, DiskGenius и другое программное обеспечение для восстановления данных, может вызвать ошибку 0x800703EE в вашей системе. Кроме того, эти проблемы может вызывать предустановленное на ноутбуках программное обеспечение, такое как HP Backup and Recovery Manager.

5. Антивирусное программное обеспечение, вызывающее проблемы: Антивирусное программное обеспечение (в основном стороннее) может создавать такие проблемы, как ошибка 0x800703EE, если обнаруживает какие-либо отклонения от нормы на внешнем диске.

Последствия этой ошибки:

1. Вы не сможете копировать или переносить файлы и папки с внешнего диска.

2. Возможны затруднения при установке программ с внешнего хранилища.

3. USB-устройства могут работать некорректно.

Следуйте приведенным ниже методам, чтобы исправить ошибку 0x800703EE в вашей системе Windows.

Способы устранения ошибки 0x800703EE

Примечание: Прежде всего, попробуйте подключить запоминающее устройство к другому USB-разъему. Это может решить вашу проблему, и вам не придется использовать указанные ниже методы.

Исправление программного обеспечения драйвера USB-контроллера

Наиболее вероятная причина этой ошибки – неисправные контроллеры USB. Так что этот метод имеет наивысший приоритет. Выполните следующие действия, чтобы попытаться исправить контроллеры USB на вашем ПК.

1. Нажмите Windows + R открыть приложение “Выполнить”

2. Тип devmgmt. msc в текстовом поле и нажмите ENTER, чтобы открыть Диспетчер устройств заявление

В качестве альтернативы, вы можете щелкнуть правой кнопкой мыши на Этот ПК на рабочем столе нажмите Управление> Диспетчер устройств (на боковой панели)

3. В списке устройств найдите Контроллеры универсальной последовательной шины а также Двойной клик на нем расширить список контроллеров USB

4. Щелкните правой кнопкой мыши первый USB-контроллер и выберите Удалить устройство, это приведет к удалению драйвера USB-контроллера

5. Аналогичным образом удалите каждый из них.

6. Перезагрузите компьютер (вы можете принудительно перезагрузить компьютер с помощью физической кнопки питания, если мышь и клавиатура не работают); Windows автоматически переустановит контроллеры USB после успешной загрузки.

Проверьте, решена ли проблема.

Метод 2: включить / запустить службы резервного копирования Windows и VSC (теневое копирование тома)

Эти две службы отвечают за передачу файлов в вашей системе. Если они отключены, вы столкнетесь с такими проблемами, как ошибка 0x800703EE. Выполните следующие действия, чтобы снова включить их:

1. Нажмите Windows + R одновременно открыть приложение “Выполнить”

2. Введите service. msc в текстовом поле и нажмите ОК, чтобы открыть приложение служб.

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

4. Установите запускать тип в виде Автоматический а также Начинать обслуживание

5. Щелкните на Применять а также ОК; Теперь ищите Теневая копия тома и сделать то же самое, что и Резервное копирование Windows услуга

6. Закройте окно служб; Проверьте, сохраняется ли проблема.

Метод 3. Удалите приложение для резервного копирования или восстановления.

Некоторые приложения для резервного копирования: EaseUS, Recuva, DiskGenius, HP Backup and Recovery Manager, FBackup и т. Д.

Если у вас есть какое-либо из этих приложений (или других приложений для резервного копирования), вам следует подумать об их удалении, поскольку они могут быть причиной ошибки 0x800703EE. Обратитесь к шагам ниже –

1. Нажмите Windows + R одновременно открыть приложение “Выполнить”

2. Введите appwiz. cpl в текстовом поле и нажмите OK или ENTER.

3. В списке приложений найдите приложение резервного копирования и щелкните его правой кнопкой мыши > Удалить удалить приложение

4. Перезагрузите компьютер и проверьте, сохраняется ли проблема.

Метод 4: удаление драйверов фильтра из реестра

1. Нажмите Windows + R открыть приложение “Выполнить”

2. Тип regedit в текстовом поле и нажмите ENTER, чтобы открыть Редактор реестра

3. Перейдите в следующий каталог, вставив его в текстовое поле выше.

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

• That is typically due to the VSS writers failing. You can re-register them manually.
   

  Edit: Check out this thread

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  All of the VSS writers show up as «Stable»
   

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• Did you already reboot?

  Here is another link to check:

  http:/ Opens a new window/technet.microsoft.com/en-us/library/ee692290%28v=ws.10%29.aspx Opens a new window

  Your error, according to the link is:

  Windows Backup timed-out before the shared protection point was created.
   

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  Rebooting when this happens isn’t a good solution. My maintenance window is on the weekend. I don’t want to go days without my Exchange backups.

  I stopped and restarted the VSS service and it appears to be running now.
   

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  I’ve seen that article or some flavor of it probably 40 or 50 times. The problem is that this only generates one error message. The event id and error code take you down the path of troubleshooting without any results.

  I was hoping someone in the community could offer a permanent solution as this gets frustrating when it happens. I had this happen 3 or 4 times since I installed Forefront.
   

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• I can’t say that there is a permanent solution. God knows I’ve hunted for a year. All I know, and it happens on different combinations of backup and A/V software, is that the VSS craps out. Two days ago, had it happen during Exchange backup. After reviewing, it was a short time thing and the VSS recovered. I ran VSSAdmin the next morning and everything was healthy.

  With the re-registering of the dlls, it requires a reboot and yes, this is definitely a PITA, but necessary. Sorry.
   

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  Well thanks for the feedback. I already knew I wasn’t the only one (it’s all over Google). Like I said ‘net stop vss’ net start vss’ solved the problem this time.
   

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  Anyone found a permanent fix for this? or is the best option still to reboot or restart service?

  
  Was this post helpful?
  thumb_up
  thumb_down
  

Доброго времени суток!
По моим наблюдением диски для серверов и диски для homeoffice работают нормально на крутых и не только рейдах 15 ровно до того момента, как появится серьезная нагрузка. Например рейд 1 из 2-х баракуд работал нормально, пока не повесили туда кучу мелких баз. И началось… рейд начал постоянно разваливаться. при замене сбойного диска на серверный начал вылетать второй, который до этого работал без проблем. заменил на серверный и его и о чудо, проблемы пропали.

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

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

Ну вот как то так (не претендую на истину 1-й инстанции)

Добавлено через 13 минут
иными словами не зря диски отдельно позиционируются как «raid hdd», т.к. в них заложен алгоритм работы в сотаве рейд массивов и контроллеров. Обычные для бекапов подойдут, для серьезных вещей увы, хотя есть пара старых HDD WD 500 (AZEX) уже (тьфу тьфу жирно ) работают лет 5 без нареканий в рейд1 на 10 не высоконагруженных VM.