部署评估

本篇文章主要讨论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的部署指南，还请见谅。同时由于个人能力和知识水平的限制，文中不免有纰漏和出错的地方，还望大家可以指正，非常感谢。

---