跳到主要内容

更新受管设备上的固件

Lenovo XClarity Administrator Web 界面中,可为受管设备(包括机箱、服务器、存储系统和交换机)下载、安装和管理固件更新。可将固件合规性策略分配给受管设备以确保这些设备上的固件保持合规。经过确认的固件级别与建议的预定义策略不匹配时,还可创建和编辑固件合规性策略。

开始之前

更新固件和更新设备驱动程序是 XClarity Administrator 中单独的过程;这些过程之间没有联系。虽然建议您在更新固件的同时更新设备驱动程序,但 XClarity Administrator 不会维护受管设备上固件和设备驱动程序之间的合规性。

关于本任务

不需要操作系统即可更新固件。对于裸机服务器,请确保其电源已关闭后再更新固件。
可管理和应用以下受管设备的固件更新。
  • 机箱。CMM 更新
  • ThinkAgile、ThinkSystem、System x、Converged、Flex System 和 NeXtScale 服务器。主板管理控制器、UEFI、DSA、夹层和适配器更新
  • RackSwitch 和 Flex System 交换机
  • Lenovo Storage 和 ThinkSystem DM 存储设备
  • IBM TS4300 磁带库设备
无法通过 XClarity Administrator 更新以下设备的固件。
  • ThinkServer 服务器。请参阅服务器随附的文档以查找有关如何更新固件的信息。
  • Flex Power Systems 计算节点。有多种方法可更新 Flex Power Systems 计算节点的固件。有关详细信息,请参阅 IBM Flex System p260/p460 计算节点 在线文档。其他 Flex Power Systems 计算节点的更新过程与此类似。
  • 堆叠模式或 Protected Mode 下的 Flex 交换机无法 更新堆叠式交换机上的固件。禁止所有堆叠交换机更新固件。
  • Flex 交换机。如果使用以下交换机,则参阅交换机随附的文档以查找有关如何更新固件的信息。

过程

下图显示在受管设备上更新固件的工作流程。


显示管理和更新受管设备上的固件所涉及的步骤,包括管理存储库、创建和分配合规性策略以及应用和激活更新。

  1. 管理固件更新存储库

    固件更新存储库包含可应用于受管设备的可用更新和更新包的目录。

    目录包含 XClarity Administrator 支持的所有设备目前可用的固件更新的相关信息。该目录按设备类型整理固件更新。刷新该目录时,XClarity Administrator 会从 Lenovo 网站检索有关最新可用固件更新的信息(包括元数据文件 .xml/.json 和自述文件 .txt),并将这些信息存储在固件更新存储库中。未下载有效负载文件(.exe)。有关刷新目录的详细信息,请参阅刷新产品目录

    如果有新的固件更新可用,则必须先下载更新包,然后才能在受管设备上更新该固件。刷新目录不自动下载更新包。“固件更新存储库”页面上的产品目录表标明了哪些更新包已下载以及哪些可供下载。

    可通过多种不同的方式下载固件更新:
    • 固件更新存储库包

      固件更新存储库包是最新固件的集合,与适用于大多数受支持设备的 XClarity Administrator 版本和更新的默认固件合规性策略同时发布。这些存储库包可从“更新管理软件”页面导入并应用。应用固件更新存储库包时,存储库包中的每个更新包将添加到固件更新存储库,并自动为所有可管理设备创建默认的固件合规性策略。可复制此预定义策略,但无法更改。

      以下存储库包可用。
      • lnvgy_sw_lxca_cmmswitchrepox-x.x.x_anyos_noarch。包含所有 CMM 与 Flex System 交换机的固件更新。

      • lnvgy_sw_lxca_storagerackswitchrepox-x.x.x_anyos_noarch。包含所有 RackSwitch 交换机和 Lenovo Storage 设备的固件更新。

      • lnvgy_sw_lxca_systemxrepox-x.x.x_anyos_noarch。包含所有 Converged HX 系列、Flex System、NeXtScale 和 System x 服务器的固件更新。

      • lnvgy_sw_thinksystemrepox-x.x.x_anyos_noarch。包含所有 ThinkAgile 和 ThinkSystem 服务器的固件更新。

      • lnvgy_sw_lxca_thinksystemv2repox-x.x.x_anyos_noarch。包含所有 ThinkAgile 和 ThinkSystem V2 服务器的固件更新。

      • lnvgy_sw_lxca_thinksystemv3repox-x.x.x_anyos_noarch。包含所有 ThinkAgile 和 ThinkSystem V3 服务器的固件更新。

      可从“更新管理软件”页面上的下载状态列中确定固件更新存储库包是否存储在存储库中。此列包含以下值:
      • “已下载”图标 已下载。固件更新存储库包存储在存储库中。
      • “未下载”图标 未下载。固件更新存储库包可用,但未存储在存储库中。
    • UpdateXpress System Packs (UXSPs)

      对于配备 XCC2 的服务器,这些包称为固件捆绑包。包名称和预定义策略名称中会含有 bundle
      UXSP 包含最新可用固件和设备驱动程序更新(按操作系统组织)。下载 UXSP 时,XClarity Administrator 根据目录中列出的版本下载 UXSP,然后将这些更新包存储在固件更新存储库中。下载 UXSP 时,UXSP 中的每个固件更新都会添加到固件更新存储库并列在单个更新选项卡中,同时使用以下名称自动创建用于所有可管理设备的默认固件合规性策略。可复制此预定义策略,但无法更改。
      • {uxsp-version}-{date}-{server-short-name}-UXSP(例如,v1.50-2017-11-22- SD530-UXSP
      • {uxsp-version}-{buildnumber}-{server-short-name}-bundle(例如,22a.0-kaj92va-SR650V3-bundle
      “固件更新:存储库”
      从页面上下载或导入 UXSP 时,仅会下载固件更新并将其存储到存储库中。设备驱动程序更新将被丢弃。有关使用 UXSP 下载或导入 Windows 设备驱动程序更新的信息,请参阅 XClarity Administrator 在线文档中的管理操作系统设备驱动程序存储库
      可从“固件更新:存储库”页面上单个更新选项卡下的下载状态列中确定 UXSP 是否存储在固件更新存储库中。此列包含以下值:
      • “已下载”图标 已下载。存储库中存储整个更新包或个别固件更新。
      • “已部分下载”图标 x/y 已下载。存储库中存储更新包中的部分而非全部固件更新。括号中的数字指示可用的更新数和存储的更新数,或特定设备类型没有更新。
      • “未下载”图标 未下载。整个更新包或个别固件更新可用,但未存储在存储库中。
    • 个别固件更新

      可每次单独下载一个固件更新包。下载固件更新包时,XClarity Administrator 根据目录中列出的版本下载更新,然后将这些更新包存储在固件更新存储库中。然后,可使用这些更新包为每个受管设备创建固件合规性策略。

      核心固件更新(如管理控制器、UEFI 和 pDSA)与操作系统无关。RHEL 6 或 SLES 11 操作系统的固件更新包用于更新计算节点和机架服务器。有关哪些固件更新包要用于受管服务器的详细信息,请参阅下载固件更新
      可从“固件更新:存储库”页面上个别更新选项卡下的下载状态列中确定特定固件更新 是否存储在固件更新存储库中。此列包含以下值。
      • “已下载”图标 已下载。存储库中存储整个更新包或个别固件更新。
      • “已部分下载”图标 x/y 已下载。存储库中存储更新包中的部分而非全部固件更新。括号中的数字指示可用的更新数和存储的更新数,或特定设备类型没有更新。
      • “未下载”图标 未下载。整个更新包或个别固件更新可用,但未存储在存储库中。
    XClarity Administrator 必须连接到 Internet 才能刷新目录和下载固件更新。如果未连接到 Internet,则可使用 Web 浏览器手动将文件下载到可通过网络访问 XClarity Administrator 主机的工作站,然后再将文件导入到固件更新存储库中。
    显示管理存储库所涉及的步骤,包括刷新产品目录和获取或导入固件更新。
    手动将固件更新导入到 XClarity Administrator 中时,必须包含以下必需的文件:有效负载(映像和 MIB)文件、元数据文件、变更历史记录文件和自述文件。例如:
    • lnvgy_sw_lxca_thinksystemrepo*_anyos_noarch.tgz

    • lnvgy_sw_lxca_thinksystemrepo*_anyos_noarch.xml

    • lnvgy_sw_lxca_thinksystemrepo*_anyos_noarch.chg

    • lnvgy_sw_lxca_thinksystemrepo*_anyos_noarch.txt

    注意
    • 仅导入这些必需文件。请勿导入可能在固件下载网站上找到的其他文件。
    • 如果更新包中不包括 XML 文件,则不会导入更新。
    • 如果不包括所有与更新关联的必需文件,则存储库会显示未下载更新,这表示仅导入了部分更新。可随后选择并导入缺少的文件。
    • 核心固件更新(如管理控制器、UEFI 和 pDSA)与操作系统无关。RHEL 6 或 SLES 11 操作系统的固件更新包用于更新计算节点和机架服务器。有关哪些固件更新包要用于受管服务器的详细信息,请参阅下载固件更新

    有关固件更新的详细信息,请参阅管理固件更新存储库

  2. (可选)创建和分配固件合规性策略

    固件合规性策略 通过标记需要关注的设备,确保特定受管设备上的固件处于当前或特定级别。每个固件合规性策略均指明哪些设备受到监控以及必须安装哪个固件级别才能使设备合规。您可以在设备或固件组件级别设置合规性策略。然后,XClarity Administrator 会使用这些策略检查受管设备的状态并识别不合规的设备。

    在创建固件合规性策略时,可决定在以下情况时让 XClarity Administrator 标出设备:
    • 设备上的固件级别较低
    • 设备上的固件与合规性目标版本不完全匹配

    XClarity Administrator 随附了名为存储库中的最新固件的预定义固件合规性策略。在下载新固件或将新固件导入到存储库中时,会更新该策略以在存储库中包含固件的最新可用版本。

    在为设备分配固件合规性策略之后,XClarity Administrator 在硬件清单更改或固件更新存储库更改时检查每个设备的合规性状态。当设备上的固件不符合已分配的策略时,XClarity Administrator 根据在固件合规性策略中指定的规则,在“固件更新:应用/激活”页面上将该设备视为不合规
    显示监控固件合规性以及在设备不合规时发送警报的过程。

    例如,可创建一个固件合规性策略,该策略定义在所有 ThinkSystem SR850 设备中安装的固件的基准级别,然后将该固件合规性策略分配给所有受管的 ThinkSystem SR850 设备。刷新固件更新存储库以及添加新固件更新时,这些计算节点可能变为不合规。发生这种情况时,XClarity Administrator 将更新固件更新:应用/激活页面以显示设备不合规并生成警报。

    可选择显示或隐藏不符合所分配固件合规性策略要求的设备的警报(请参阅配置全局更新固件设置)。默认情况下隐藏警报。

    有关固件合规性策略的详细信息,请参阅创建和分配固件合规性策略

  3. 应用并激活更新

    XClarity Administrator 不自动将固件更新应用于受管设备。要更新固件,必须在所选设备上手动应用并激活更新。可通过以下方式之一应用固件。

    • 使用合规性策略应用捆绑固件更新

      根据分配的固件合规性策略,可使用包含适用固件更新包的捆绑包映像将固件更新应用于所选设备的全部 组件。

      在捆绑更新过程中,首先带外更新主板管理控制器和 UEFI。完成这些更新后,该过程将基于计算机类型在合规性策略中创建剩余固件的捆绑包映像。然后,该过程将映像装载到所选设备,然后重新启动设备以引导映像。该映像将自动运行以执行其余更新。

      注意
      在开始更新过程之前,关闭所选设备的电源。务必已停止任何正在运行的工作负载,如果在虚拟化环境中工作,则务必已将其移至其他服务器。如果作业正在运行,则更新作业将排入队列,直至所有其他作业执行完毕。要查看活动作业的列表,请单击监控 > 作业
      • 仅 ThinkSystem SR635 和 SR655 服务器支持应用捆绑固件更新。

      • 应用捆绑固件更新时仅支持 IPv4 地址。不支持 IPv6 地址。

      • 确保每个目标设备至少引导至操作系统一次,以检索完整的清单信息。

      • 要使用捆绑更新功能,需要安装主板管理控制器固件版本 2.94 或更高版本。

      • 仅使用存储库包中的固件更新或单个固件更新。不支持 UpdateXpress System Packs(UXSPs)。

      • 仅应用下载的固件更新。刷新产品目录,然后下载相应的固件更新(请参阅刷新产品目录下载固件更新)。
        初次安装 XClarity Administrator 时,产品目录和存储库为空。
      • 仅 ThinkSystem SR635 和 SR655 服务器的主板管理控制器和 UEFI 支持合规性检查;然而,XClarity Administrator 尝试将固件更新应用于所有可用的硬件组件。

      • 根据分配的固件合规性策略应用更新。不能选择更新一部分组件。

      • 要将 Lenovo XClarity Provisioning Manager(LXPM)、LXPM Windows 驱动程序或 LXPM Linux 驱动程序的固件更新应用于 ThinkSystem SR635 和 SR655 服务器,需要安装 XClarity Administrator v3.2 或更高版本。

      • 如果当前安装的版本高于分配的合规性策略,则会跳过主板管理控制器和 UEFI 更新。

      • 必须创建固件合规性策略并将其分配给要应用固件更新的设备。有关详细信息,请参阅创建和分配固件合规性策略

      • 在开始更新过程之前,关闭所选设备的电源。务必已停止任何正在运行的工作负载,如果在虚拟化环境中工作,则务必已将其移至其他服务器。

    • 使用或不使用合规性策略应用所选固件更新

      根据分配的固件合规性策略,可使用适用的固件更新包将固件更新应用于所选组件和设备。也可在不使用合规性策略的情况下选择应用比所选组件和设备上当前所装固件更新版本更高的固件更新。

      可选择应用特定设备的所有组件的更新。也可选择更新所选设备的一部分组件(如主板管理控制器或 UEFI)。

      要激活固件更新,必须重新启动设备。(注:重新启动设备会影响其他功能。)可选择在更新过程中重新启动设备(称为立即激活),也可等到维护期重新启动设备(称为延迟激活)。在这种情况下,必须手动重新启动设备以使更新生效。

      选择更新受管设备的固件后,将执行以下步骤。
      1. XClarity Administrator 将固件更新(例如,用于管理控制器、UEFI 和 DSA)发送到该设备。
      2. 重新启动该设备时,将在该设备上激活固件更新。
      3. 对于服务器,XClarity Administrator 发送可选设备的更新,如网络适配器和硬盘更新。XClarity Administrator 应用这些更新,然后重新启动服务器
      4. 重新启动该设备或选择立即激活时,将激活可选设备的更新。
      • 使用合规性策略应用更新时,必须创建固件合规性策略并将其分配给每个目标设备。有关详细信息,请参阅创建和分配固件合规性策略

      • 如果决定安装包含多个组件的更新的固件更新包,则将更新应用该更新包的所有组件。

      • 始终立即激活 CMM 和 Flex 交换机的更新,即使选择延迟激活也是如此。

    对一组设备执行更新时,XClarity Administrator 会按以下顺序执行更新。
    • 机箱 CMM

    • RackSwitch 和 Flex System 交换机

    • Flex 计算节点和机架服务器及立式服务器

    • Lenovo Storage 设备

    注意
    尝试在受管设备上应用固件更新之前,请确保已完成以下操作。
    • 阅读固件更新注意事项,然后再尝试更新受管设备上的固件(请参阅固件更新注意事项)。
    • 最初,视图中隐藏不支持更新的设备。不能选择更新不支持的设备。
    • 默认情况下,将所有检测到的组件列为可应用更新;但是,低版本固件可能会使组件无法出现在清单中或无法报告完整版本信息。要列出可供应用更新的所有基于策略的包,请单击所有操作 > 全局设置,然后选择增强对低版本设备的支持。选择此选项后,未检测到的设备的“已安装的版本”列将列出“其他可用软件”。有关详细信息,请参阅配置全局更新固件设置
      • 当正在对受管设备进行更新时,无法更改全局设置。

      • 生成其他选项需要几分钟。几分钟之后,您可能需要点击刷新图标(“刷新”图标)来刷新表格。

    • 确保目标服务器上当前未运行任何作业。如果作业正在运行,则更新作业将排入队列,直至所有其他作业执行完毕。要查看活动作业的列表,请单击监控 > 作业
    • 确保固件更新存储库包含要部署的固件包。否则,请刷新产品目录,然后下载相应的固件更新(请参阅刷新产品目录下载固件更新)。
      初次安装 XClarity Administrator 时,产品目录和存储库为空。

      如果要安装先决条件固件,请同时从存储库中下载该先决条件固件。

      在某些情况下,可能需要多个版本才能更新固件,并且需要将所有版本下载到存储库中。例如,要将 IBM FC5022 SAN 可扩展交换机从 v7.4.0a 升级到 v8.2.0a,则必须首先安装 v8.0.1-pha,然后安装 v8.1.1,再安装 v8.2.0a。所有三个版本必须都在存储库中,才能将交换机更新到 v8.2.0a。

    • 通常,必须重新启动设备才能激活固件更新。如果选择在更新过程中重新启动设备(立即激活),则确保已停止任何正在运行的工作负载,如果在虚拟化环境中工作,则确保已将这些作业移至其他服务器。

    有关安装更新的详细信息,请参阅应用并激活固件更新