我如何找到哪个客户端导致我的发行版更新失败？
它不时发生。我更新了软件包，并且需要更新分发点。我们有多个DP，通常一切都会顺利进行，但是偶尔，主DP无法更新程序包。 内容状态日志从不对失败说太多。我没有后端服务器访问管理点或DP的权限，我只是SCCM管理员。我可以检查SCCM中的任何日志，运行报告以及所有内容，但是我不知道在哪里查找。 过去，我曾尝试将问题包上的“将用户与分发点断开连接”设置，将这两个子设置都设置为0，但实际上对我们而言不起作用。一段时间后，问题似乎完全消失了，但是有时要花几天的时间。对于大多数（确实是全部，但是我可能忽略了一两个），我们将客户端设置为“从分发点运行程序”。在部署程序时，不确定是否与它有任何关系，或者根目录是什么原因是。 更新资料 我在报告中找到了更多信息，特别是All Status Messages for a Specific Package at a Specific Site查询。在DP更新再次失败后，使用我的程序包ID进行查询，我确实看到一个突出的条目： 分发管理器无法处理程序包“配置更新”（程序包ID = SOM00013）。 可能的原因：分发管理器无权访问包源目录或分发点。解决方案：验证分发管理器可以访问程序包源目录/分发点。 可能的原因：软件包源目录包含文件名较长的文件，并且路径的总长度超过了操作系统支持的最大长度。解决方案：减少为程序包定义的文件夹数量，缩短文件名，或考虑使用压缩实用程序捆绑文件。 可能的原因：站点服务器计算机或分发点上没有足够的磁盘空间。解决方案：验证站点服务器计算机和分发点上是否有足够的可用磁盘空间。 可能的原因：包源目录包含活动进程可能正在使用的文件。解决方案：关闭可能使用源目录中文件的所有进程。如果此故障仍然存在，请创建源目录的备用副本并更新程序包源以指向该目录。 我出于简单的原因怀疑中间的两个原因 尽管我将尝试检查完整性，但源文件夹并不深，无法包含NTFS的长文件名。 我可以将文件添加到DP中，所以这不是文件空间问题，其他软件包也可以更新。 我没想到的是，第三个原因说源目录正在某处使用。无论如何会有什么不同？不仅仅是将文件从文件共享中复制到SCCM DP共享中吗？进一步使我陷入循环b / c客户端甚至无法访问源目录，这几乎只是sccm从中复制文件的暂存目录。 这只是第一个原因，但这又回到了同一件事：其他软件包可以正常更新。