Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

14 Windows Server, AD и Роли

Event ID 14 volsnap: Теневые копии тома прерваны (Shadow copies aborted)

Обновлено: 15.08.2026 · Официальная документация ↗

Архитектура VSS и симптомы сбоя теневых копий

Событие 14 логируется в журнале System источником volsnap (Драйвер теневого копирования томов). Сообщение: «Теневые копии тома [C:] были прерваны из-за ошибки ввода-вывода (aborted because of an IO failure on volume)». Симптомы: системы резервного копирования (Veeam Backup & Replication, Windows Server Backup) аварийно прерывают работу. Базы данных SQL/Exchange перестают бэкапиться. На диске пропадают старые снимки файлов (Предыдущие версии).

Механика драйвера volsnap.sys

Когда вы запускаете бэкап, драйвер volsnap.sys перехватывает все новые записи на диск и копирует старые блоки (Copy-on-Write) в специальное скрытое хранилище (Shadow Storage Area). Если хранилище переполняется или жесткий диск не успевает обрабатывать I/O запросы, драйвер впадает в панику и принудительно удаляет (Abort) теневую копию, чтобы спасти работоспособность живой ОС.

Пошаговое дерево решений (Диагностика VSS/Дисков)

Сценарий 1: Нехватка места для Shadow Storage

Самая частая причина (Особенно на томах с базами 1С/SQL). Во время бэкапа базы активно меняются, требуя огромного буфера для фиксации снимка. Если буферу разрешено занимать только 10% диска, он переполнится за минуту.

  1. Откройте командную строку (CMD) от имени Администратора.
  2. Посмотрите текущие лимиты хранилища:
    vssadmin list shadowstorage
  3. Увеличьте лимит для падающего тома до 20-30% или снимите ограничение (UNBOUNDED):
    vssadmin resize shadowstorage /For=C: /On=C: /MaxSize=30%

Сценарий 2: Аппаратный I/O Bottleneck (СХД / Диск)

Ошибка "IO failure" буквально означает, что жесткий диск слишком медленный. Во время бэкапа нагрузка на чтение/запись (IOPS) вырастает в десятки раз. Если контроллер СХД зависает, volsnap отбрасывает снимок.

  • Проверьте журнал System на наличие >Событий 153 (Disk) или 129 (Storport Reset).
  • Решение: Снизьте нагрузку. Настройте расписание бэкапов на глубокую ночь. Если это виртуалка на Hyper-V, отключите бэкап VSS гостевой ОС, используя безагентный бэкап гипервизора.

Сценарий 3: Повреждение файловой системы (MFT)

Если драйвер не может записать данные из-за логических ошибок NTFS.

# Запуск проверки целостности файловой системы и секторов (потребует ребута)
chkdsk C: /f /r

Типовые ошибки администраторов

  • Хранение теневых копий на том же медленном диске: Если том D: перегружен, перенесите его Shadow Storage (буфер) на другой, более быстрый физический диск E:. Это делается в свойствах диска (Теневые копии -> Параметры -> Том хранилища) или через команду vssadmin add shadowstorage /For=D: /On=E: /MaxSize=...
Резервные копии серверов регулярно обрываются с ошибками VSS?
Отсутствие консистентного Application-Aware бэкапа — прямой путь к потере баз данных при аварии. Возьмем инфраструктуру на поддержку: отладим VSS-провайдеры, увеличим I/O пропускную способность СХД, настроим Veeam и гарантируем правило 3-2-1.
💡 Практика специалистов: При виртуализации VMware (ESXi) ошибка 14 volsnap внутри гостевой Windows часто возникает из-за устаревших VMware Tools. Устаревший драйвер 'VMware Snapshot Provider' конфликтует со встроенным Microsoft Software VSS Provider. Обновите VMware Tools и в настройках Veeam включите опцию 'Enable VMware Tools quiescence'.

Частые вопросы (FAQ)

Удаляются ли предыдущие версии файлов (Previous Versions) при ошибке 14?

Да. Если драйвер volsnap.sys принимает решение прервать операцию (Abort), он удаляет не только текущий снимок бэкапа, но может затереть и все исторические снимки на этом томе (удалить старые 'Предыдущие версии' файлов).

Почему 14 volsnap сопровождается событием 12298 VSS?

Служба VSS (пользовательский уровень) использует драйвер volsnap (уровень ядра). Когда ядро прерывает снимок (14), служба VSS получает отказ и пишет ошибку 12298 (Ошибка провайдера теневых копий). Они всегда ходят парой.

Сколько свободного места нужно для нормальной работы VSS?

Рекомендуется иметь минимум 15-20% физически свободного места на томе, который вы бэкапите. Для тяжелых SQL баз (с высокой активностью записи) может потребоваться до 30-40%.

Можно ли отключить теневые копии?

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

Как перезапустить зависшие компоненты VSS?

Выполните в CMD: 'net stop vss' и 'net start vss'. Если завис конкретный VSS Writer (проверьте через vssadmin list writers), перезапустите службу этого компонента (например, службу SQL или Hyper-V VMMS).

Полезные материалы
Рекомендуем