应用程序修订版如何从SCCM站点服务器传播到客户端?

当我在pipe理控制台中对应用程序进行更改时,会发现此修订版本号增加:

在这里输入图像说明

如果我点击“内容状态”,我可以看到“源版本”,但没有“版本”的应用程序。

在部署应用程序的客户端上,我可以在AppEnforce.log看到以下相同的应用程序AppEnforce.log

“执行用户的应用程序部署typesXXXXXXXXXXXXX 0.2.1(ScopeId_F51CE1C8-9E1E-4412-8DC0-8870C8D09B93 / DeploymentType_7ce08ce1-ddb5-4861-b5eb-d03752c142cb,修订版22)的检测。

这一切都给我留下了以下问题:

  1. 控制台中的“修订”究竟是指什么? 它是否与AppEnforce.log的条目具有相同的含义?

  2. 分发的内容是否必须更新才能使新的“修订”从站点服务器传播到客户端?

  3. SCCM执行什么工作来将控制台中的“修订”更改传播到客户端? 我可以在服务器日志文件中看到这项工作的文物吗?

  4. 为什么AppEnforce.log中出现的“修订”有时会在控制台中显示的“修订版本”之后增加一个增量,即使经过了很长时间?

这些都是我能够从原木中拼凑出来的。 我使用CMTrace合并以下日志: AppDiscovery,AppEnforce,AppIntentEval,CAS,ContentTransferManager,DataTransferService

  1. 在SCCM控制台中,“修订”是指SCCM内的应用程序修订。 AppEnforce.log中的项目是应用程序部署types,我不认为它们应该alignment,虽然它们可能在更简单的应用程序中。
  2. 内容有效性是独立评估的。 如果您要强制重新分配内容,我期望内容的修改将会增加。 同样的事情,如果“自动更新内容”被检查,并确定内容已更新在服务器上。
  3. 我认为所有的工作都是由客户完成的。 AppIntentEval显示一个应用程序是适用的,并且AppDiscovery确定将使用哪个ContentID /版本。 这将客户端轮询服务器的信息,不一定得到它从服务器推下来。
  4. 因为SCCM要永远做事吗? 恐怕我无法回答这个问题。 开展客户任务可能会导致这些评估结果回到线上。

需要注意的是:

AppEnforce.log不是整个图片。 部署types版本似乎与应用程序版本不同,后者与内容版本再次不同。

查看AppIntentEval.log。 您将看到ScopeId_xxx/DeploymentType_xxx/(revision) 。 您还会看到ScopeId_xxx/Application_xxx/(revision) 。 这些不是同一个实体。

我想你的问题的一部分是:“如果客户确定它在caching中的内容仍然有效,如果修订版本过期了,怎么办? ContentAccess.log显示了一些条目,比如"All references to Content Content_xxx in cache have been removed. Content will be Tombstoned.我怀疑这个机制是如何确定的。