我在 c:\windows\log\windowsserverbackup 中有许多遵循 wbadmin.*.etl 模式的日志。
我在事件日志工具中打开了这些文件，只能看到大量带有 GUID 的条目，而没有其他内容。事实上，日志目录中似乎没有任何有用的信息。
有什么方法可以让我弄清楚 GUID 的含义，或者调整备份设置，以便在日志中留下一些与备份过程相关的有意义的信息？我主要关心的是弄清楚备份运行速度为什么这么慢（见下文）。
一些背景信息
这是针对使用 Windows Backup 每晚运行到外部媒体的备份的 SBS 2011 盒。
最近备份过程运行得非常缓慢（约 12 小时，而不是通常的约 1 小时）。
我一直在进行多方面的调查，其中之一就是查看备份日志的内容。我想查看备份了哪些内容以及备份需要多长时间。
在调查日志的同时，我还在跟踪有关 VSS、Exchange、防病毒软件、完整备份媒体等方面的线索 - 但我将在需要时针对这些项目提出单独的问题。在这里，我只想获得一些有意义的日志记录。
非常感谢
更新
根据@joeqwerty的建议，我查看了下面的事件日志Event Viewer > Applications and Services Logs > Microsoft > Windows > Backup > Operational但除了开始和停止消息外，几乎没有什么内容。有谁知道如何获取有关正在备份的内容以及是什么阻碍了备份的更多信息（或者是否有可能）？
答案1
查看事件查看器 > 应用程序和服务日志 > Microsoft > Windows > 备份 > 操作中的事件：事件 ID 4 或 14（备份已完成）详细信息 - (o) 友好视图 -EventData：Volumesinfo。这是一个具有固定结构的长字符串。它包含有关每个正在备份的卷的重要信息：例如备份结果、卷名、IsIncremental、Datatransferred。但是没有文件或目录级别的信息。
我使用 logparser.exe 和一些繁重的 VBS 编程和 Excel 宏从事件文件 (c:\windows\system32\winevt\logs\Microsoft-Windows-backup.evtx) 中提取事件，将 VolumesInfo 字符串解析为可读的内容并定期将其以 CSV 格式发送给我（作为管理员），这样我就可以密切关注客户站点上的备份进展情况。
我发现备份有时比预期花费的时间更长，于是做了这件事。提取日志信息让我发现有些卷并非总是以增量方式备份（VolumesInfo 字符串中的 IsIncremental 标志为 0）。
原因是我无意中在备份磁盘的卷影副本设置中设置了限制。这方面的记录很差：备份作为卷影副本存储在备份磁盘上，并且卷影副本空间限制设置始终有效，无论备份磁盘的正常卷影副本创建计划是否处于活动状态。可以为每个磁盘启用或禁用正常的 Windows 磁盘卷影副本计划创建，但即使禁用此计划，空间限制设置仍然有效。Windows 计划卷影副本创建和 Windows 备份是两个完全独立的过程，但它们使用相同的基础结构过程 (VSS)，并且都遵守卷影副本空间设置。
因此，如果您对卷影副本在写入备份的磁盘上占用的空间设置了限制，并且达到了该限制，则 Windows 备份将从备份磁盘中删除较旧的卷影副本，以便为新备份腾出空间。这是Windows Server Backup自动磁盘使用情况管理在上班。
现在，如果您的备份包含多个卷（如完整服务器备份的情况，例如系统保留 + C: + D: 等），并且 Windows 备份决定需要删除整个卷的卷影副本，它将再次对该卷进行完整备份。这就是为什么备份可能突然且意外地花费比预期更长的时间：可能正在进行卷完整备份而不是增量备份（并且您同时丢失了较旧的备份副本）。
在 Windows 服务器上，您可以通过右键单击任何驱动器、属性、卷影副本来管理卷影副本的空间。然后确定存储备份的驱动器（单击“设置”-“详细信息”以查看更多卷/驱动器信息）。关键点是，无论是否启用或禁用对此驱动器的卷影副本调度，卷影副本最大大小设置始终有效（设置，最大大小：（o）无限制或（o）使用限制）！（这是一个设计不良的对话框的典型示例，其中设置处于更深的级别，表明它依赖于更高级别的设置，而实际上它是独立的）
结论：在备份磁盘的卷影副本设置中：
- 卷影复制调度应设置为已禁用（您不希望 Windows 创建备份磁盘内容的卷影副本）
- 最大尺寸应设置为（o）无限制（允许 Windows 备份使用整个备份磁盘容量将备份存储为卷影副本）
有关备份的卷影副本使用的详细说明，请参阅： 仔细查看 Windows Server Backup（我的备份文件去哪儿了？）