这种情况时有发生。我更新了一个包，需要更新分发点。我们有多个 DP，通常一切都顺利进行，但是偶尔我们的主要 DP 会无法更新包。
内容状态日志从未说明过有关故障的太多信息。我没有管理点或 DP 的后端服务器访问权限，我只是 SCCM 管理员。我可以检查 SCCM 中的任何日志、运行报告等，但我不知道在哪里查看。
过去，我曾尝试在问题包上设置“断开用户与分发点的连接”设置，将两个子设置都设置为 0，但对我们来说，这实际上不起作用。一段时间后，问题似乎会自行消失，但有时需要几天时间。对于大多数（实际上是全部，但可能有一两个我忽略了）客户端，我们在部署程序时将客户端设置为“从分发点运行程序”，不确定这是否与此有关，或者根本原因是什么。
更新
我在报告中发现了更多信息，特别是查询All Status Messages for a Specific Package at a Specific Site。使用我的包 ID 进行查询，在 DP 更新再次失败后，我确实看到了一个引人注目的条目：
分发管理器无法处理包“配置更新”（包 ID = SOM00013）。
可能的原因: 分发管理器无权访问包源目录或分发点。解决方案：验证分发管理器是否可以访问包源目录/分发点。
可能的原因：软件包源目录中包含文件名较长的文件，路径总长度超出操作系统支持的最大长度。解决方案：减少软件包定义的文件夹数量、缩短文件名或考虑使用压缩实用程序打包文件。
可能的原因: 站点服务器计算机或分发点上没有足够的可用磁盘空间。解决方案：验证站点服务器计算机和分发点上是否有足够的可用磁盘空间。
可能的原因：软件包源目录包含可能由活动进程使用的文件。解决方案：关闭可能使用源目录中文件的任何进程。如果此故障仍然存在，请创建源目录的备用副本并更新软件包源以指向它。
我怀疑中间两个原因，原因很简单
尽管我会尝试检查其完整性，但源文件夹并不是太深，无法包含 NTFS 的长文件名。
我可以很好地将文件添加到 DP，所以这不是文件空间问题，其他包可以很好地更新。
我没想到的是，第三个原因是来源目录正在某处使用。那会有什么区别呢？这不就是将文件从文件共享复制到 SCCM DP 共享吗？更让我困惑的是，客户端甚至无法访问源目录，它几乎只是 sccm 用来复制文件的暂存目录。
这只剩下第一个原因，但这又回到了同一件事：其他包可以正常更新。
答案1
如果这是真的“我没有后端服务器访问管理点或 DP”的话，我怀疑您是否能够解决这个问题。
您能访问站点服务器上的 distmgr.log 吗？如果不能，则需要将问题上报给可以访问的人。
此问题与客户端无关，因此我将忽略建议查看客户端的其他答案。此问题是由于站点服务器无法将文件从源文件夹复制到分发点而引起的。
如果您无法访问站点服务器日志，您可以尝试的一种方法是压缩您的包，进行部署，然后在客户端安装之前解压，以消除由于文件夹结构太长造成的问题。
答案2
获取 SCCM 工具包。它有一个日志分析器和分发点工具包，可以帮助您找到问题。
http://www.microsoft.com/en-us/download/details.aspx?id=36213