Mathias R. Jessen указал мне правильное направление, на всю известную папку WinSxS. Однако я не увидел ни одной ошибки VSS в журнале событий, что сделало меня немного нерешительным, чтобы просто уничтожить все разрешения NTFS, чтобы я не сломал что-то еще.

Урок 1: Читать

Я вернулся и прочитал Event ID 513 TechNet reference и снова заметил, что в разделе Verify было рекомендовано проверить, чтобы увидеть System Writer был доступен как VSS писатель с использованием vssadmin list writers и конечно же, это было НЕ. Извлеченный урок № 1: Прочитайте весь KB/TechNet/ Блог

Урок 2. Воспроизведение

Проделав немного больше исследований, я натолкнулся на объяснение пропавшего System Writer Case, которое, казалось, указывало на то, что проблема возникла в Cryptographic Services. Я обнаружил, что могу воспроизвести CAPI2 ошибка по желанию, остановив и запустив CryptSVC оказание услуг. Извлеченный урок № 2: Попытайтесь найти способ воспроизвести вашу ошибку по желанию.

Использование ProcMon

На данный момент я в значительной степени следовал инструкциям поста. Я нашел PID какого экземпляра svchost была упаковка CryptSVC используя диспетчер задач. Вы могли бы альтернативно заставить CryptSVC запускать как собственный процесс, используя sc config, если вы можете перезагрузить рассматриваемый сервер. В зависимости от того, насколько глубоко вы попали в ProcMon, стоит изолировать сервисы под одним PID, чтобы сократить количество событий, которые вы должны отсортировать.

Отсюда это возвращается к старому доброму ProcMon. Настройте фильтр, чтобы исключить все PID, которые не используются svchost процесс, который упаковывает CryptSVC:

Урок 3: Любовь ПроКМон

Я применил свой надежный фильтр первого прохода, который должен исключить все события, которые имеют результаты SUCCESS, Это уменьшило количество событий с 31 118 до 139, и в нижней части я нашел ACCESS DENIED событие, которое я искал, что неудивительно в WinSxS папка (C:\Windows\winsxs\FileMaps\$$.cdf-ms). Извлеченный урок № 3: Научитесь пользоваться и любить ProcMon

Урок 4. Проверка

Что теперь? KB2009272, который Матиас связал, имеет решение, но теперь я знаю почему. Извлеченный урок № 4: Не угадай, знай!

Урок 5. Начните с малого

Разрешение точно такое, как описано в KB2009272. Взять на себя ответственность и сбросить разрешения FileMaps папку, а затем перезапустите CryptSVC:

Takeown /f %windir%\winsxs\filemaps\* /a
icacls %windir%\winsxs\filemaps\*.* /grant "NT AUTHORITY\SYSTEM:(RX)"
icacls %windir%\winsxs\filemaps\*.* /grant "NT Service\trustedinstaller:(F)"
icacls %windir%\winsxs\filemaps\*.* /grant BUILTIN\Users:(RX)

net stop cryptsvc
net start cryptsvc

и... мы должны оторваться! System Writer теперь доступен как писатель VSS. Нет необходимости менять разрешения для PendingRename папка. Извлеченный урок № 5. Начните с самых мелких изменений и постарайтесь найти пути к изменениям, которые повлияют на большее.

C:\Users\administrator>vssadmin list writers
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2005 Microsoft Corp.

Writer name: 'System Writer'
   Writer Id: {e8132975-6f93-4464-a53e-1050253ae220}
   Writer Instance Id: {98c52075-429a-4487-8b77-e42b18767458}
   State: [1] Stable
   Last error: No error

Перезапуск CryptSVC по желанию больше не производится CAPI2 ошибка и после дня или двух мониторинга это выглядит решенным.