Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Backup Server
    Ошибка 12298 при резервном копировании Windows VSS

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Ошибка 12298 при резервном копировании Windows VSS, Proxmox Backup Server
     
    cs-admin
    Guest
    #1
    0
    05.07.2022 12:34:00
    Привет, у меня иногда возникают ошибки с VSS Writer при создании резервных копий. Краткое описание из журнала Windows Event Log:  
    Код:  
    Jul 05 12:11:29 0.12298 VSS Volume Shadow Copy Service error:  
    Во время создания теневой копии на томе \?\Volume{8f7aaeb9-08b6-42dc-8866-e03d56525d84}\ нельзя удерживать операции записи ввода-вывода.  
    Индекс тома в наборе теневых копий – 0.  

    Детали ошибки:  
    Open[0x00000000, Операция успешно завершена.],
    Flush[0x00000000, Операция успешно завершена.],

    Release[0x80042314, Таймаут поставщика теневых копий при удержании записей на томе, с которого создаётся теневое копирование. Скорее всего, причина в чрезмерной активности на томе со стороны какого-то приложения или системной службы. Попробуйте позже, когда нагрузка на том будет меньше.],

    OnRun[0x00000000, Операция успешно завершена.].
    Операция: Выполнение асинхронной операции  
    Контекст:  
    Текущее состояние: DoSnapshotSet  
    Всегда упоминается диск C:.  

    У кого-нибудь есть такие же ошибки? Может, вы что-то с этим сделали? Значит ли эта ошибка, что резервное копирование прошло неудачно и есть риск потери данных?  

    Команда VSSADMIN LIST WRITERS выводит следующих писателей с ошибкой:  

    Код:  
    Имя писателя: 'System Writer'  
    Writer Id: {e8132975-6f93-4464-a53e-1050253ae220}  
    Writer Instance Id: {54557dbb-b3e9-462f-9988-а65397299f3b}  
    Состояние: [9] Неудача
    Последняя ошибка: Таймаут  

    Имя писателя: 'Sentinel Agent Log VSS Writer'  
    Writer Id: {90e12c7e-b9c2-4649-81a2-947d06dd5eba}  
    Writer Instance Id: {cd666d16-dab9-4f4c-937f-a5bda2da3496}  
    Состояние: [9] Неудача
    Последняя ошибка: Таймаут  

    Имя писателя: 'Sentinel Agent DFI Research Data VSS Writer'  
    Writer Id: {dcf8278a-dc0f-4b35-afd0-37a07e92fe90}  
    Writer Instance Id: {a39e2d7a-3139-4c0c-b9bf-d6d81ed71162}  
    Состояние: [9] Неудача
    Последняя ошибка: Таймаут  

    Имя писателя: 'Sentinel Agent Database VSS Writer'  
    Writer Id: {abd005ca-6bfc-44c9-a439-8eb665a676b3}  
    Writer Instance Id: {e645a2e2-9685-4fed-8149-dd391711117c}  
    Состояние: [9] Неудача
    Последняя ошибка: Таймаут  

    Надеюсь, кто-то сталкивался с похожими ошибками и сможет помочь.  

    Системная информация:  
    Windows Server 2022 QEMU GA с ISO virtio-win-0.1.215
     
     
     
    cs-admin
    Guest
    #2
    0
    14.02.2023 08:07:00
    Еще информация для всех, кто в будущем столкнется с EventID 12298. Тем временем я заменил все SAS-диски на SSD, и теперь, когда хранилище работает намного быстрее, проблема больше не появляется. Надеюсь, эта информация кому-то поможет. С уважением.
     
     
     
    _gabriel
    Guest
    #3
    0
    26.02.2023 00:02:00
    Спасибо за отзыв. Все SAS-диски — это те два в PBS?
     
     
     
    cs-admin
    Guest
    #4
    0
    27.02.2023 08:12:00
    Привет, _gabriel! Как я писал в последнем ответе, я тогда не проверял фактическую конфигурацию. Моя текущая производственная установка включает 2 сервера HPE DL380, каждый с PBS на SAS-зеркале и 7 SSD SATA по 8 ТБ в RaidZ. Эти 7 SSD на каждом сервере были обновлены с SAS-дисков в прошлом месяце, и после этого я больше не замечал событие с ID 12298. Думаю, что RaidZ просто слишком медленный для некоторых виртуальных машин, из-за чего появляется сообщение об ошибке. Если использовать что-то вроде эквивалента Raid 1, то, по моему мнению, этой проблемы бы не было, потому что Raid будет достаточно быстрым. С уважением.
     
     
     
    tplz
    Guest
    #5
    0
    13.06.2024 22:28:00
    Интересно, решится ли эта проблема с выходом PVE 8.2 благодаря введению backup fleecing?
     
     
     
    Adamg
    Guest
    #6
    0
    09.03.2025 03:35:00
    У меня была такая проблема с виртуальной машиной Windows Server 2022 во время резервного копирования на Proxmox Backup Server. В самой виртуалке программы висли и не отвечали, пока не завершалось копирование. Я пробовал ограничивать скорость жесткого диска виртуалки, снижать пропускную способность сети до PBS, но ничего не помогало — программы всегда зависали во время бэкапа. НО, увидев вышеупомянутый пост про новую функцию «backup fleecing» в версии 8.2, я обновился и включил эту опцию — и проблема полностью исчезла. Спасибо!
     
     
     
    _gabriel
    Guest
    #7
    0
    09.03.2025 08:52:00
    Потому что ваш PBS работает слишком медленно. PBS не должен работать через WAN.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры