我正在尝试在我的 server 2008 r2 机器上手动运行 systemstatebackup 命令，并且在查看备份事件日志详细信息时收到错误代码“2155347997”。命令行告诉我我已将日志文件写入 c:\windows\logs\windowsserverbackup\ 路径，但那里没有 .log 类型的文件。
我的命令窗口告诉我“在备份中找不到 System Writer”。但是，当我运行 vssadmin list writers 时，我在列表中找到了 System Writer，它显示正常状态，没有存储上次错误。
我从提升的命令提示符以及登录的管理员帐户运行它。我的备份目标路径允许网络服务完全控制，并且有足够的可用空间。
查看事件日志，我有两个 VSS 错误 8194 发生在备份错误 517 之前，其中列出了错误代码 2155347997。所有这三个错误都是尝试运行 systemstatebackup 命令的结果。
我相信某些与 VSS 相关的权限失败并在备份过程开始之前退出。因此，创建日志文件的初始代码不能运行，这就是我没有文件的原因。从命令提示符运行 systemstatebackup 命令并查看 windowsserverbackup 目录时，我确实看到我有一个 Wbadmin.0.etl 文件，该文件已创建，但在备份出错并停止时将其删除。
我在网上查过，关于这个错误的原因有很多意见。这些是我在此处发布之前已更正以尝试解决此问题的内容：
在 HKLM>System>CurrentControlSet>Services>VSS>Diag 中，我赋予网络服务完全控制权，而之前它只有“特殊权限”。没有变化。
我按照 KB2009272 手动尝试修复系统编写器。
这些都是我尝试过的所有东西。我还应该看什么来解决这个问题？
需要注意的是，我在此服务器上运行 Mozy Pro，并且过去已知使用 VSS 进行复制操作，但它偶尔会引发错误。但是，自去年更新以来，这些错误事件日志条目已停止。
编辑：还尝试运行 kb2182466，因为它处理了我得到的确切错误代码。修补程序说我不适用。
我发现了一个关于将名为 AllowSSBToAnyVolume 的 Dword 值添加到 HKLM>System>CurrentControlSet>Services>WBengine>SystemStatebackup 的注释，我这样做了，但没有更改。
为了确保不存在其他卷影副本数据，我开箱即用了一个新的外部硬盘并将其格式化以尝试备份。我之前的尝试是使用已经加载了备份数据的驱动器。然而，新驱动器上的结果是相同的。
很长一段时间内正常运行的备份工作突然开始在感恩节前后失败，并且随着时间的推移不断恶化。现在每天都在失败。我认为我的磁带驱动器可能已损坏，但我对此并不完全确定。
备份软件（ARCSERVE）始终全身心媒体错误，而我的磁带是不是品牌新的，他们已经看到15个或更少的用途/ erasings并妥善保存。
磁带驱动器（Quantum LTO2 Half Height）采用最新的固件版本，scsi HBA 和磁带驱动器采用最新的 Windows 操作系统驱动程序。自问题开始以来，这些驱动程序版本尚未更新，因为我首先查看的地方之一是驱动程序更新。
我使用名为 xTalk 的工具对磁带驱动器运行诊断测试，“驱动器健康”测试表明没问题。我运行了所有单独的诊断测试，并且除了完整磁带备份之外，所有这些测试也都完成了。完整磁带备份在测试中大约有 70-80% 失败。它引发媒体错误（ArcServe 引发的相同媒体错误）。我的每日 Arcserve 备份也在网络共享中失败了 6 个，在给定备份集的 6 个中失败了，大约 70-80% 是通过工作完成的。失败前完整磁带备份测试的 70-80% 与编写 Arcserve 作业的 70-80% 之间的模式非常相关，但我不知道我是否可以对我在那里看到的内容施加任何影响。我对这些事情没有经验。
重要的是要注意，在两个月的测试中，磁带驱动器在运行我的测试之前需要清洁。这些日期是 12/16/11、12/20/11、1/9/11 和 1/23/11。在 2011 年 1 月 9 日，我使用它已经使用的相同固件重新刷新了磁带驱动器，并按照 Quantum 的建议运行了三个背靠背清洁。根据我的经验，功能驱动器不会要求进行那么多清洁。我的清洁胶带很旧。在我之前，它在我的公司。但是在它声称可以完成的 50 次清洁工作中，没有任何地方可以看到它。我认为磁带仍然可以清理干净，因为当驱动器告诉我必须清理它时，磁带进入并且有关清理它几天的消息消失了。
让我感到困惑的是，短磁带写入和中长磁带写入都非常好。关于完整磁带的一些东西，以及接近磁带末尾的东西，让我的驱动器感到害怕。
因此，我订购了新磁带，目前正在尝试在新磁带上进行完整磁带备份。
在我的备份日志中，我也看到了一些网络错误。所以我不确定我是否正在解决备份共享在网络上丢失的问题，或者我是否正在与坏硬件作斗争，或者两者兼而有之。
我希望以前去过那里的人可以把我在这里没有看到的一些片段放在一起。如果我的驱动器损坏了，那么我不介意将它寄回并付费修理。但是，当它只在一种类型的测试中失败并且设备健康测试表明该设备很好时，就很难证明将磁带机扔进邮件中是合理的。
希望有人可以提供帮助。感谢您阅读我的帖子，祝您有美好的一天。
编辑 #1：我可以从由于媒体错误而未完成的磁带中恢复。我可以将非常旧的磁带合并回数据库并从中恢复文件。甚至我的 Arcserve 日志也显示 e6918“您的磁带驱动器需要清洁”。所以这是我的磁带驱动器仍然可以做的一些更“正常”的磁带驱动器事情。让我不那么认为是磁带驱动器被损坏了，但持续的清洁却让我觉得不是这样。
编辑 #2：2012 年 1 月 27 日 - 我在 12 年 1 月 25 日从收缩包装中取出了一个全新的 LTO2 磁带，并对其进行了完整的磁带备份测试，没有出现任何问题。我在 2012 年 1 月 25 日又拿了一个新的 …