本篇文章主要讨论ConfigMgr包与应用程序部署时的评估过程
当客户端从管理点(Management Point)拉取策略收到包或者应用程序部署信息后,会在自身的计算机或者用户策略中添加对应的部署信息,并立即对部署进行评估;
应用程序与包的介绍请见:https://blog.51cto.com/nodium/2154964
对于应用程序部署来说,由于应用程序本身包含了检测方法(Detection Method),要求(Requirement)这些元素,因此ConfigMgr客户端会基于这些元素进行判断
要求:要求用于判断当前客户端是否满足管理员定义安装此程序的各种条件,如果不满足要求,则客户端判定此应用程序不适用于此设备
如果部署动作是“卸载”,则客户端不会评估“要求”元素
要求可以是操作系统版本,操作系统语言,CPU频率,内存大小,磁盘空间,Active Directory站点,ConfigMgr站点,OU位置,主要用户设备等
检测方法:应用程序是“有态”的,检测方法用于判断客户端是否已安装了此应用程序,如果部署动作是:
检测方法可以通过MSI,注册表,文件夹,脚本的形式进行判断,管理员可以根据实际需求来设定
依赖: 如果应用程序包含其他依赖的应用程序,则ConfigMgr客户端会对依赖的应用进行评估,如果客户端缺少相关依赖,ConfigMgr可以在自动安装对应的依赖程序
依赖以依赖组为判断单位,如果任意依赖组中的应用程序被判定为已安装,则判定满足此依赖组,多个依赖组之间的关系为“并(and)”,即满足所有依赖组最终才会判断满足依赖条件
替代程序:如果应用程序中包含替代程序,则在部署时同样会根据上述逻辑,判定源程序是否存在于当前设备中,进而可以选择是否自动卸载
包的评估主要包含“重新运行(Re-run)”因素,ConfigMgr会记住包中所包含的程序的运行记录及结果,因此会基于此结果进行评估
当ConfigMgr客户端收到部署信息并达到可用时,基于部署目的:
当ConfigMgr评估应用程序或者包需要执行时,ConfigMgr会根据部署信息中的“用户体验”、集合的“维护窗口”、用户设置的“工作时间”综合评估何时运行部署,详细请见:
https://blog.51cto.com/nodium/2351087
https://blog.51cto.com/nodium/2351124
为读者提炼SCCM涉及的基础知识、注意事项、运行机制以及排错方法等信息是本系列文章的初衷,对于SCCM各组件及功能部署步骤方面的信息,网络中已有较多文章可以参考,因此本系列文章并不侧重于提供类似Step-by-Step的部署指南,还请见谅。同时由于个人能力和知识水平的限制,文中不免有纰漏和出错的地方,还望大家可以指正,非常感谢。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。