使用 汇报 Publisher 创建软件更新和更新捆绑包

适用于:System Center 汇报 Publisher

使用 汇报 Publisher,可以使用“创建更新”向导创建自己的更新,并使用“创建捆绑包”向导创建更新捆绑包。

由于这两个向导的工作流相似,因此创建更新捆绑包的过程是指创建更新的过程,只详细说明了相关差异。

使用“创建更新”向导

  1. 在控制台中转到“汇报工作区”,然后在“入门”窗格中,从功能区的“开始”选项卡中选择“更新”。 这会打开 “创建更新 ”向导。

  2. 在“ ”页上,使用以下信息来帮助你配置更新:

    • 选择“ 浏览 ”以查找将用作包源的软件更新包。 有效源包括 .MSI 、 。MSP 或 .EXE 文件。 汇报 Publisher 需要访问文件才能创建文件哈希。 然后,哈希和文件名将用于要创建的更新的更新元数据中。

    • 指定此更新内容的源位置。 通常,这是在发布到 WSUS 服务器期间从中下载更新二进制文件的位置。 如果选择了“ 使用本地源发布软件更新内容 ”选项,则不需要该路径。

      稍后,当更新发布到 WSUS 服务器时,汇报发布服务器从指定的源位置下载更新的二进制文件。 如果未提供路径,则更新发布服务器将在 本地源发布路径 中搜索更新二进制文件。

    • 指定软件更新的 二进制语言

    • 为更新指定 “成功”返回代码“成功”挂起的重新启动代码 。 使用逗号分隔多个返回代码。 可以使用返回代码来确定更新安装成功时间以及何时需要重新启动。

      • Windows 安装程序文件和修补程序 (.MSI 和 。MSP 文件) 自动设置这些值,并且无法修改它们。

      • 对于 .EXE 更新,如果未指定返回代码,则使用 .EXE 文件定义的默认代码。

    • 指定安装软件更新所需的任何命令行参数。

      • Windows 安装程序文件和修补程序 (.MSI 和 。MSP 文件) 自动设置这些值。 对于这些文件类型,参数必须指定为 [name]=[value]。 此外,.MSI 或 不支持以 //qn) 等 (开头的所有选项。MSP 软件更新。

      • 对于 .EXE 更新,所有参数都有效。

    注意

    可以使用 汇报 Publisher 仅创建小于 2 GB 的包。 如果软件更新包太大,则禁用导入选项。

  3. 在“ 信息 ”页上,指定发布或导出更新时包含的更新的详细信息。 详细信息包括本地化属性,例如更新名称 (标题) 和说明。 然后,指定更常规的详细信息,例如分类、供应商、产品以及了解有关更新的详细信息的位置。

    本地化的属性:

    • 语言:选择一种语言,然后指定标题和说明。 然后,可以选择其他语言(一次一种),每种语言都支持其自己的标题和说明。

    • 标题:输入更新的名称。 此名称显示在 汇报 Publisher 控制台的 汇报 工作区中。

    • 说明:更新的友好说明。 可以包括更新的安装内容,以及应使用更新的原因或时间。

    分类: 以下是不同分类的常见说明。

    • 更新:对当前安装的应用程序或文件的更新。

    • 严重:针对特定问题广泛发布的更新,用于解决与安全性无关的关键 bug。

    • 功能包:在产品版本之外分发的新产品功能,通常包含在下一个完整产品版本中。

    • 安全性:与安全性相关的产品特定问题的广泛发布的更新。

    • 更新汇总:一组累积的修补程序,它们打包在一起以便于部署。 这些修补程序可以包括安全更新、关键更新、更新等。 更新汇总通常涉及特定领域,例如安全性或产品功能。

    • Service Pack:应用于应用程序的累积修补程序集。 这些修补程序可以包括安全更新、关键更新、软件更新等。

    • 工具:指定有助于完成一个或多个任务的工具或功能。

    • 驱动程序:驱动程序软件的更新。

    供应商: 指定更新的供应商。 可以使用下拉列表来使用存储库中更新的值。 指定供应商时,向导会在汇报工作区中的所有软件汇报下创建一个具有该供应商名称的文件夹(如果该文件夹尚不存在)。 以下是Windows Server Update Services (WSUS) 保留名称,这些名称不能为创建的更新输入:

    • Microsoft Corporation
    • Microsoft
    • 更新
    • 软件更新
    • 工具
    • 工具
    • 严重
    • 关键汇报
    • 安全性
    • 安全汇报
    • 功能包
    • 更新汇总
    • Service Pack
    • Driver
    • 驱动程序更新
    • 捆绑
    • 捆绑包更新

    产品:指定更新所针对的产品类型。 可以使用下拉列表来使用存储库中更新的值。 不能用于 供应商的 WSUS 保留名称的相同列表不能用于 产品

    详细信息 URL:指定可在其中找到有关此更新的详细信息的 URL。 输入此 URL 时,必须为 httpshttp 使用小写字母。

  4. “可选信息 ”页上,可以配置提供有关更新的其他信息的详细信息。

    • 公告 ID:公告 ID 通常(但不总是)由更新供应商提供。

    • 文章 ID:如果软件更新项目可用,则文章 ID 对于寻求有关更新的其他信息的个人可能很有用。

    • CVE ID: 列出一个或多个常见漏洞和暴露 (CVE) 标识符,这些标识符提供有关更新或更新捆绑包的安全信息。 列出多个时,请使用分号分隔 CVE,如以下示例所示: CVE1;CVE2。

    • 支持 URL: 列出包含此更新支持信息的 URL(如果可用)。 输入此 URL 时,必须为 httpshttp 使用小写字母。

    • 严重性: 设置此更新的严重性级别。

    • 影响: 以下选项可用于指定影响:

      • 正常– 使用此来指示更新需要典型的安装过程。
      • 小– 使用此指示更新需要最少的安装过程。
      • 需要独占处理 - 使用此来指示必须自行安装更新,而其他任何更新都排除在外。

    • 重启行为: 使用此来提供有关更新重启行为的信息。 此设置不会影响更新安装的实际行为。

      • 从不重新启动:安装软件更新后,计算机永远不会执行系统重启。
      • 始终需要重新启动:安装软件更新后,计算机始终执行系统重启。
      • 可以请求重新启动:安装软件更新后,仅当需要重启时,计算机才请求系统重启。 用户可以选择推迟重启。 此值为默认值。

  5. 在“ 先决条件 ”页上,指定在安装此更新之前必须在计算机上安装的先决条件。 先决条件可以是 检测程序 或其他更新。 检测程序是高级规则,例如要求计算机 CPU 为 64 位处理器的规则。 检测程序还可以指定在安装此更新之前必须安装的特定更新。

    • 为了获得更好的性能,请使用 detectoid,而不是创建可执行相同检查或操作的可安装和已安装规则

    使用 “可用软件更新和检测程序”的 搜索选项可帮助你查找特定的更新或检测程序。 例如,在 CPU 上搜索以查找允许基于特定 CPU 体系结构限制安装的检测器。

    可以一次选择一个或多个项目作为先决条件进行添加。 添加先决条件时,所选检测程序将添加为一个或多个组。 若要符合安装条件,计算机必须满足配置的每个组中至少一个成员的要求:

    • 单击“ 添加先决条件 ”时,所选的所有项都会添加到单独的组中。 若要符合此更新条件,计算机必须满足此组中的先决条件,并满足配置的任何其他组的要求。

    • 单击“ 添加组 ”时,所选的所有项都会添加到单个组中。 若要符合此更新的条件,计算机必须至少满足此组中的先决条件之一,并且必须满足配置的任何其他组的要求。

  6. 在“ 取代 ”页上,指定 (被此更新取代) 替换的更新。 发布此更新时,Configuration Manager会将每个被取代的更新标记为“已过期”。 然后,客户端将安装此更新,而不是取代的更新。

  7. 在“ 适用性 ”页上,使用 “规则编辑器” 定义一组规则,以确定设备是否需要此更新。 (此页面类似于其后面的 “已安装 ”页。)

    若要添加新规则,请单击“ 新建规则”。 这会打开“适用性规则”页,可在其中配置规则。

    可以创建的规则类型包括:

    • 文件 – 使用此规则要求设备具有一个属性符合你指定的一个或多个条件的文件,然后才能应用此更新。

    • 注册 表– 使用此类型指定在设备限定安装此更新之前必须存在的注册表详细信息。

    • 系统– 此规则使用系统详细信息来确定适用性。 可以选择定义 Windows 版本、Windows 语言、处理器体系结构,或指定 WMI 查询来标识设备的操作系统。

    • Windows Installer – 使用此规则类型可以根据已安装的 .MSI 或 Windows Installer 修补程序 ( 来确定适用性。MSP) 。 还可以确定特定组件或功能是否作为要求的一部分进行安装。

      重要

      在托管设备上,Windows 更新代理无法检测每个用户安装的 Windows 安装包。 使用此规则类型时,请配置其他适用性规则(如文件版本或注册表项值),以便可以正确检测 Windows Installer 包,而不考虑每个用户或系统的基础。

    • 保存的规则 – 此选项允许你查找和使用 在“规则工作区”中创建的规则

      创建规则后,可以使用其他图标修改规则,如果有多个规则,则可以定义这些规则之间的关系。

    完成创建和添加规则后,单击“创建规则集”对话框中的“确定”以保存该规则集。 然后,可以创建一 个新 规则,并将其添加到集。

    如果有多个规则或规则集要添加到更新,则可以使用 规则编辑器 中的逻辑运算符来确定规则之间的条件及其处理顺序。

  8. 在“已安装”页上,使用 “规则编辑器” 定义一组规则,用于确定设备是否已安装要配置的更新。 (此页面类似于继续此页的 “适用性 ”页。)

    向导的此页支持使用与 “适用性 ”页相同的选项和条件配置规则。

    向导完成后,新更新将添加到汇报工作区中的节点,该节点由你用于该更新的供应商产品名称标识。

使用“创建捆绑包”向导

由于此向导使用的工作流与 “创建更新”向导相同,因此请使用该工作流,但请注意捆绑包的以下差异:

  1. 若要启动向导,请在控制台中转到“汇报工作区”,然后从功能区的“开始”选项卡中选择“捆绑包”。

  2. 与“创建更新”向导不同,创建捆绑包时没有“包”页。

  3. 在“ 信息 ”页上,指定发布或导出更新时包含的更新捆绑包的详细信息。

  4. “可选信息 ”页上,可以配置提供有关更新捆绑包的其他信息的详细信息。 可用选项与用于创建更新的选项相同。 但是,“影响”和“重启行为”选项不可用,因为它们不适用于捆绑包。

  5. 在“ 先决条件 ”页上,指定在安装此捆绑包之前必须安装在计算机上的必备组件。 这些规则与单个更新相同。

  6. “取代 ”页上,指定 (被此更新捆绑包取代) 替换的更新。 这些规则与单个更新相同。

  7. 在“ 成员 ”页上,选择要添加到更新捆绑包的更新。 只有已创建或导入到 汇报 Publisher 的更新可用。

向导完成后,新的更新捆绑包将添加到汇报工作区中的节点,该节点由用于更新捆绑包的供应商名称标识。