У меня есть странные ошибки на нескольких виртуальных машинах Server 2012 R2 (хосты Hyper-V).
Я поискал в сети возможные решения, включая исправления, но они не применимы к моему случаю. Если я перезапущу службы, отвечающие за этих двух писателей, они будут там. Однако через некоторое время они исчезают.
Неожиданное завершение работы службы системы событий COM +.
Служба кеширования шрифтов Windows неожиданно завершила работу
Служба службы списка сетей неожиданно прервана
Неожиданное завершение работы службы интерфейса сетевого хранилища
В среднем они делали это «50 раз»
Я предполагаю, что они заставят исчезнуть двух других писателей. Я думаю, что все эти службы размещены в одном файле svchost.exe. Потому что при этом в журнале приложения можно увидеть эту ошибку:
Имя сбойного приложения: svchost.exe, версия: 6.3.9600.17415, отметка времени: 0x54504177
Имя сбойного модуля: regsvc.dll_unloaded, версия: 6.3.9600.17415, отметка времени: 0x54504293
Код исключения: 0xc0000005
Смещение ошибки: 0x000000000000318b
Идентификатор сбойного процесса: 0xa818
Время запуска сбойного приложения: 0x01d12c0f3318f052
Путь сбойного приложения: C: \ Windows \ system32 \ svchost.exe
Путь сбойного модуля: regsvc.dll
Других заметных событий в журнале приложения нет.
Я проверил: разрешения regkey для ключа vss, и я уже сделал исправление удаления в папке winsxs.
Visual Studio не установлена на этом сервере.
Это происходит только на хостах виртуальных машин (поколение 2) - серверах Server 2012 R2.
У кого-нибудь есть подсказка? Я сбит с толку и уже потратил часы на возможные решения.
sc config EventSystem type= own
sc config FontCache type= own
sc config netprofm type= own
sc config RemoteRegistry type= own
sc config W32Time type= own
sc config WinHttpAutoProxySvc type= own
sc config nsi type= own
исправил это для меня
Теперь я могу подтвердить, что проблема была в одной из служб, размещенных внутри svchost.
После предоставления каждой службе отдельного процесса для запуска только служба времени Windows продолжала давать сбой. Авторы VSS вернулись, и я успешно делал резервную копию пораженного сервера в течение 4 дней подряд. Это абсолютное первое.
Теперь остается выяснить, почему служба времени продолжает давать сбой, но это низкий приоритет.
Пострадало записывающее устройство VSS, поскольку служба хранилища Exchange зависит от службы интерфейса сетевого хранилища. Он дает сбой и перезапускается, служба хранилища продолжает работать, но сбоя достаточно, чтобы нарушить работу службы VSS.