第一课：阅读

Question

马蒂亚斯·R·杰森让我找到了正确的方向，那就是著名的 WinSxS 文件夹。但是，我没有在事件日志中看到任何 VSS 错误，这让我有点犹豫是否要删除所有 NTFS 权限，以免破坏其他内容。

第一课：阅读

我回去读了事件 ID 513 TechNet 参考并指出，根据核实部分建议我检查是否System Writer可用作 VSS 编写器vssadmin list writers，但果然不行。经验教训 #1：阅读整个 KB/TechNet/博客

第 2 课：复制

经过进一步的研究，我发现缺少系统写入器案例解释这似乎表明问题出在加密服务。我发现可以CAPI2通过停止和启动服务随意重现错误CryptSVC。经验教训#2：尝试找出一种方法来随意重现你的错误。

使用 ProcMon

在这一点上，我基本上遵循了帖子的说明。我使用以下代码找到了svchost正在包装的实例的 PID：CryptSVC任务管理器。您也可以CryptSVC使用以下方法强制作为自己的进程运行配置您是否可以重新启动相关服务器。根据您对 ProcMon 的了解程度，有必要将服务隔离在单个 PID 下，以减少您必须整理的事件数量。

从这里开始，它又回到了旧的 ProcMon。设置一个过滤器以排除所有不是由svchost包装进程使用的 PID CryptSVC：

ProcMon 排除过滤器

第 3 课：热爱 ProcMon

我应用了我信赖的第一道过滤程序，即排除所有结果为的事件SUCCESS。这样，事件数从 31,118 减少到更易于管理的 139，在底部，我找到了ACCESS DENIED我正在寻找的事件，不出所料，它就在WinSxS文件夹 ( C:\Windows\winsxs\FileMaps\$$.cdf-ms) 中。经验教训 #3：学会使用和热爱 ProcMon

$ProcMon 访问被拒绝 C:\Windows\winsxs\FileMaps\$$.cdf-ms$

第 4 课：验证

怎么办？KB2009272Mathias 链接中有解决方案，但是现在我知道为什么。经验教训#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错误，经过一两天的监控后，它看起来已经解决了。

Answer 1

马蒂亚斯·R·杰森让我找到了正确的方向，那就是著名的 WinSxS 文件夹。但是，我没有在事件日志中看到任何 VSS 错误，这让我有点犹豫是否要删除所有 NTFS 权限，以免破坏其他内容。

第一课：阅读

我回去读了事件 ID 513 TechNet 参考并指出，根据核实部分建议我检查是否System Writer可用作 VSS 编写器vssadmin list writers，但果然不行。经验教训 #1：阅读整个 KB/TechNet/博客

第 2 课：复制

经过进一步的研究，我发现缺少系统写入器案例解释这似乎表明问题出在加密服务。我发现可以CAPI2通过停止和启动服务随意重现错误CryptSVC。经验教训#2：尝试找出一种方法来随意重现你的错误。

使用 ProcMon

在这一点上，我基本上遵循了帖子的说明。我使用以下代码找到了svchost正在包装的实例的 PID：CryptSVC任务管理器。您也可以CryptSVC使用以下方法强制作为自己的进程运行配置您是否可以重新启动相关服务器。根据您对 ProcMon 的了解程度，有必要将服务隔离在单个 PID 下，以减少您必须整理的事件数量。

从这里开始，它又回到了旧的 ProcMon。设置一个过滤器以排除所有不是由svchost包装进程使用的 PID CryptSVC：

ProcMon 排除过滤器

第 3 课：热爱 ProcMon

我应用了我信赖的第一道过滤程序，即排除所有结果为的事件SUCCESS。这样，事件数从 31,118 减少到更易于管理的 139，在底部，我找到了ACCESS DENIED我正在寻找的事件，不出所料，它就在WinSxS文件夹 ( C:\Windows\winsxs\FileMaps\$$.cdf-ms) 中。经验教训 #3：学会使用和热爱 ProcMon

$ProcMon 访问被拒绝 C:\Windows\winsxs\FileMaps\$$.cdf-ms$

第 4 课：验证

怎么办？KB2009272Mathias 链接中有解决方案，但是现在我知道为什么。经验教训#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错误，经过一两天的监控后，它看起来已经解决了。

第一课：阅读

答案1

第一课：阅读

第 2 课：复制

使用 ProcMon

第 3 课：热爱 ProcMon

第 4 课：验证

第 5 课：从小事做起

相关内容