当我在pipe理控制台中对应用程序进行更改时,会发现此修订版本号增加:
如果我点击“内容状态”,我可以看到“源版本”,但没有“版本”的应用程序。
在部署应用程序的客户端上,我可以在AppEnforce.log
看到以下相同的应用程序AppEnforce.log
:
“执行用户的应用程序部署typesXXXXXXXXXXXXX 0.2.1(ScopeId_F51CE1C8-9E1E-4412-8DC0-8870C8D09B93 / DeploymentType_7ce08ce1-ddb5-4861-b5eb-d03752c142cb,修订版22)的检测。
这一切都给我留下了以下问题:
控制台中的“修订”究竟是指什么? 它是否与AppEnforce.log
的条目具有相同的含义?
分发的内容是否必须更新才能使新的“修订”从站点服务器传播到客户端?
SCCM执行什么工作来将控制台中的“修订”更改传播到客户端? 我可以在服务器日志文件中看到这项工作的文物吗?
为什么AppEnforce.log
中出现的“修订”有时会在控制台中显示的“修订版本”之后增加一个增量,即使经过了很长时间?
这些都是我能够从原木中拼凑出来的。 我使用CMTrace合并以下日志: AppDiscovery,AppEnforce,AppIntentEval,CAS,ContentTransferManager,DataTransferService
需要注意的是:
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.
我怀疑这个机制是如何确定的。