我在c：\ windows \ log \ windowsserverbackup中有许多日志，它们遵循wbadmin。*。etl。
我在“事件日志”工具中打开了这些文件，只能看到大量的带有GUID的条目，而没有其他的东西。 事实上，日志目录中的任何地方似乎都没有有用的信息。
有什么办法可以解决什么是GUID意味着什么，或者调整备份设置，在日志中留下一些有意义的备份过程？ 我主要关心的是解决为什么备份运行如此之慢（见下文）。
一些背景信息
这是一个SBS 2011盒子每晚备份到Windows备份的外部媒体。
最近备份过程大部分运行非常缓慢（约12小时，而不是通常约1小时）。
我一直在研究一系列的问题，其中一条是查看备份日志的内容。 我想看看有什么备份和多久。
在日志调查的同时，我正在关注VSS，Exchange，Antivirus，完全备份媒体等方面的线索 – 但我会针对这些项目单独提出问题。 在这里我只想得到一些有意义的日志。
非常感谢
UPDATE
per @ joeqwerty的build议我在Event Viewer > Applications and Services Logs > Microsoft > Windows > Backup > Operational下Event Viewer > Applications and Services Logs > Microsoft > Windows > Backup > Operational事件日志，但除了启动和停止消息之外，其中几乎没有。 有谁知道如何获得有关正在备份的内容的更多信息，以及哪些内容可以支持（或者甚至可能）？
查看事件查看器>应用程序和服务日志> Microsoft> Windows>备份>操作：事件ID 4或14（备份完成）中的事件详细信息 – （o）友好视图-EventData：Volumesinfo。 这是一个固定结构的长串。 它备份每个卷上的重要信息：例如备份结果，卷名，IsIncremental，Datatransferred。 没有文件或目录级别的信息。
我使用logparser.exe和一些沉重的VBS编程和Excelmacros从事件文件（c：\ windows \ system32 \ winevt \ logs \ Microsoft-Windows-backup.evtx）中提取事件，将VolumesInfostringparsing为可读的以pipe理员身份定期以CSV格式邮寄给我，所以我可以留意备份在我的客户网站上是如何进行的。
在发现备份有时需要比预期时间更长的时间后，我这样做了。 通过提取日志信息，我发现某些卷并不总是以增量方式备份（VolumeInfostring中的标志IsIncremental为0）。
原因是我无意中在备份磁盘的卷影副本设置中设置了一个限制。 这是logging不完善的： 备份在备份磁盘上作为卷影副本存储，并且卷影副本空间限制设置总是有效，而不pipe正常情况下备份磁盘的卷影副本创build计划是否处于活动状态。 每个磁盘可以启用或禁用磁盘卷影副本的正常Windows计划创build，但即使禁用此计划，空间限制设置也会保持有效。 Windows计划的卷影副本创build和Windows备份是两个完全独立的进程，但它们使用相同的基础结构进程（VSS），并且都执行卷影副本空间设置。
因此，如果您对镜像副本允许进行备份写入的磁盘空间设置了限制，并且达到了限制，则Windows备份将从备份磁盘中删除较旧的卷影副本，以便腾出空间备份。 这是Windows Server Backup自动磁盘使用pipe理工作。
现在，如果您的备份由多个卷组成（如完整的服务器备份，例如System Reserved + C：+ D :,等等），而Windows备份决定整个卷的卷影副本需要被删除，则会进行完全备份的那一卷再次。 这就是为什么备份可能会突然和计划外花费比预期时间要长得多的原因：可能会有卷完全备份，而不是增量备份（并且同时丢失较旧的备份副本）。
在Windows服务器上，通过右键单击任何驱动器，属性，卷影副本，pipe理卷影副本的空间。 然后确定存储备份的驱动器（单击“设置 – 详细信息”以查看更多的卷/驱动器信息）。 最关键的一点是影子副本最大尺寸设置始终有效（设置，最大尺寸：（o）无限制或（o）使用限制），无论是否启用或禁用调度到此驱动器的卷影副本！ （这是一个devise错误的对话框的典型例子，其中一个设置是在更深层次上，这表明它依赖于更高级别的设置，而它实际上是独立的）
结论：在备份磁盘的卷影副本设置中：
有关备份的卷影副本使用的详细说明，请参阅： 仔细阅读Windows Server Backup（以及我的备份文件在哪里？）