#19# SCCM管理 - 更新部署

软件更新 - 更新部署

本篇文章主要讨论ConfigMgr软件更新部署的相关内容

状态扫描

客户端基于SUP提供的更新元数据进行对自身的更新状态进行评估,并对每一个更新元数据生成一个状态(已安装、未安装、不适用等)

扫描类型

  • 强制扫描:此类扫描表示客户端实际会进行一次扫描
  • 非强制扫描:如果上一次同步“更新元数据”未超过24小时,那么在这24小时内触发的扫描动作实际并不会进行,如果超过24小时,则进行一次状态扫描
  • 在线扫描:表示客户端会检查SUP上的更新元数据版本,并同步至本地进行缓存,如果本地缓存本版和SUP上的元数据版本一致,则使用本地缓存的版本进行扫描
  • 离线扫描:直接使用本地缓存的更新元数据进行扫描

扫描类型对应的场景

场景 在线扫描 强制扫描
由客户端设置中的软件更新扫描周期触发
由ConfigMgr客户端动作页面触发
由客户端设置中的重新评估更新部署周期触发
在下载更新内容前
在安装更新前
在安装更新后
由安装更新触发的系统重启之后

更新部署

软件更新部署机制与应用程序、包的部署一致,都是通过客户端向管理点拉取策略,从分发点下载内容的方式进行

  • 更新部署的基本单位是单个更新或更新组(Update Group)
  • 更新的实际内容会通过“部署包(Deployment Package)”的方式进行组织
  • 如果部署包中含有多个更新的文件,客户端可以按需对部署包中的内容进行下载
  • 一个更新部署最多包含1000个更新
  • 更新部署和应用程序、包的部署一样存在“最大允许运行时长(Maximum Runtime)”,对于软件更新部署来说,此时长为此部署中所有更新的最大允许运行时长之和

自动部署规则(Automatic Deployment Rules)

如同WSUS的自动审批一样,SUP通过ADR来实现更新的自动部署和分发

  • 可以设置ADR何时运行

    • 在软件更新点同步之后
    • 在指定的时间周期
  • 基于多个条件筛选要自动部署的更新
  • ADR部署只能基于更新组
  • 只有在ADR运行后,SCCM才会将满足条件的更新文件实际下载到本地的部署包中
  • ADR基于站点服务器计算机账号运行,下载更新文件


为读者提炼SCCM涉及的基础知识、注意事项、运行机制以及排错方法等信息是本系列文章的初衷,对于SCCM各组件及功能部署步骤方面的信息,网络中已有较多文章可以参考,因此本系列文章并不侧重于提供类似Step-by-Step的部署指南,还请见谅。同时由于个人能力和知识水平的限制,文中不免有纰漏和出错的地方,还望大家可以指正,非常感谢。



#19# SCCM管理 - 更新部署

原文地址:https://blog.51cto.com/nodium/2364257

时间: 2024-11-10 04:59:28

#19# SCCM管理 - 更新部署的相关文章

#18# SCCM管理 - 软件更新点

软件更新 - 软件更新点 本篇文章主要讨论ConfigMgr软件更新点的相关概念和内容 架构 WSUS与SUP架构对比 Windows平台下的传统软件更新由WSUS负责 在SCCM体系下,CCM客户端的软件更新由SUP(软件更新点)负责,SUP实质上可以理解为封装了部分WSUS功能 服务组件功能对比 功能项 WSUS SUP 元数据同步 WSUS服务 WSUS服务(受SUP调度) 更新内容包下载 WSUS服务 SCCM站点服务器 元数据存储 WSUS数据库 WSUS数据库及SCCM站点数据库(与

#16# SCCM管理 - 包和应用程序部署评估

部署评估 本篇文章主要讨论ConfigMgr包与应用程序部署时的评估过程 当客户端从管理点(Management Point)拉取策略收到包或者应用程序部署信息后,会在自身的计算机或者用户策略中添加对应的部署信息,并立即对部署进行评估; 应用程序与包的介绍请见:https://blog.51cto.com/nodium/2154964 应用程序 对于应用程序部署来说,由于应用程序本身包含了检测方法(Detection Method),要求(Requirement)这些元素,因此ConfigMgr

#17# SCCM管理 -软件中心 VS 应用程序目录网站点

软件中心 VS 应用程序目录网站点 本篇文章主要讨论ConfigMgr软件中心(Software Center)及应用程序目录网站点(Application Catalog)的区别 软件程序(包括应用程序.包) 对于目的为"可用"的部署类型,有如下区分: 在SCCM 1511之前 部署集合 部署显示于 设备集合 软件中心 用户集合 应用程序目录网站点 在SCCM 1511及之后 部署集合 部署显示于 设备集合 软件中心 用户集合 应用程序目录网站点及软件中心 "要求"

System Center 2012 R2 POC部署之Services Manager管理服务器部署

System Center 2012 R2 POC部署之Services Manager管理服务器部署 一.准备工作 1. 安装IIS 打开添加角色和功能向导,选择"基于角色或基于功能的安装",点击下一步 选择服务器,点击下一步 勾选"Web服务器IIS",点击下一步 勾选".NET",点击下一步 点击下一步 勾选相关服务角色,点击下一步 指定备用源路径,点击确定,然后点击安装 2. 安装SQL 安装SQL请参考http://fjcloud.bl

#14# SCCM管理 - 维护窗口

维护窗口 为读者提炼SCCM涉及的基础知识.注意事项.运行机制以及排错方法等信息是本系列文章的初衷,对于SCCM各组件及功能部署步骤方面的信息,网络中已有较多文章可以参考,因此本系列文章并不侧重于提供类似Step-by-Step的部署指南,还请见谅.同时由于个人能力和知识水平的限制,文中不免有纰漏和出错的地方,还望大家可以指正,非常感谢. 本篇文章主要讨论ConfigMgr中维护窗口(Maintenance Windows) 每个维护窗口定义了一个时间周期,用于限制SCCM客户端可执行强制部署的

#15# SCCM管理 - 工作时间

工作时间 本篇文章主要讨论ConfigMgr中工作时间(Business Hours) 用户可以通过定义工作时间来表示自己自己的工作周期,从而在此时间内,降低被SCCM客户端打扰的频率,工作时间可在软件中心进行定义,除工作时间以外的时间被成为非工作时间 工作时间 vs 维护窗口 维护窗口:通过管理员定义,限制ConfigMgr客户端发起的执行部署行为的时间窗口 工作时间:由用户定义,限制用户允许ConfigMgr执行部署的时间窗口 示例 用户定义工作时间为每天9:00 - 18:00 某软件部署

fabric --- Python中的批量远程管理和部署工具

Fabric是Python中一个非常强大的批量远程管理和部署工具,常用于在多个远程PC上批量执行SSH任务. 常见的使用方法大概总结如下: 1, 首先,要将批量执行的任务写入到一个fabfile.py中, # -*- coding:utf-8 -*- from fabric.api import run, local, roles, env, cd env.hosts=[ '192.168.1.110', '192.168.1.111', '192.168.1.112' ] env.user="

如何搭建轻量级架构-更新部署篇

搞定了前期所有的问题,你的平台架构也在慢慢完善中...余下的就是更新部署方面的问题了. 大家都知道,平台运行需要一个运行环境.抛开操作系统以及服务器这方面的安装,平台本身运行就需要数据库,数据等需要初始化. 平台的打包我们之前有讲过Maven,使用Maven可以自动化构建你的项目,本篇不再多讲. 而关于数据库以及相关数据的配置,在部署时是一件很麻烦琐碎的工作. 需要创建每一个表的结构以及索引,如果更新时,还要通过软件比对数据库差异,生成更新SQL... 通常在部署时,都没有开发人员在场,一旦出了

奉上SCCM生产环境部署Error Logs

奉上SCCM生产环境部署Error Logs SCCM生产环境部署报错日志,供大家查看,如有此类问题,可共同探讨,附件为日志查看器及相关日志.