通过其他方法将 Azure Stack HCI 版本 22H2 操作系统升级到 Azure Stack HCI 版本 23H2

适用于:Azure Stack HCI 版本 23H2 和 22H2

重要

Azure Stack HCI 版本 22H2 将于 2025 年 5 月终止服务。 之后,你不会收到提供最新安全威胁保护的每月安全和质量更新。 若要继续接收更新,建议将操作系统更新到 版本 23H2

如果当前正在运行 Azure Stack HCI 版本 22H2 拉伸群集或通过 System Center - Virtual Machine Manager 管理 Azure Stack HCI,请查看 支持的工作负载和配置 表以获取更新时间线。

本文介绍如何使用手动方法(例如 SConfig )将 Azure Stack HCI 版本 22H2 操作系统(OS)升级到版本 23H2(这是最新的正式发布软件),以及执行脱机升级等手动方法。

虽然可以使用这些其他方法,但建议使用 PowerShell 方法来升级 OS。 有关详细信息,请参阅 通过 PowerShell 将 Azure Stack HCI 版本 22H2 OS 升级到 Azure Stack HCI 版本 23H2 OS。

在本文中,我们将 Azure Stack HCI 版本 23H2 称为新版本,将 Azure Stack HCI 版本 22H2 称为旧版本。

OS 升级的高级工作流

Azure Stack HCI 操作系统更新可通过Windows 更新和可从Azure 门户下载的媒体获取。

若要升级群集上的 OS,请执行以下步骤:

  1. 完成先决条件,包括下载 Azure Stack HCI 版本 23H2 OS 软件更新。
  2. 连接到 Azure Stack HCI 版本 22H2 群集。
  3. 使用其他方法之一安装新 OS:
    1. 使用 SConfig 手动升级故障转移群集。
    2. 脱机手动升级群集中的所有服务器。
  4. 检查更新的状态。
  5. 升级后执行 OS 升级后的步骤。

满足先决条件

在开始之前,请确保:

  • 有权访问 Azure Stack HCI 版本 22H2 群集。
  • 应在 Azure 中注册群集。
  • 确保 Azure Stack HCI 版本 22H2 群集中的所有节点都正常运行,并显示为 “联机”。
  • 有权访问 Azure Stack HCI 版本 23H2 OS 软件更新。 此更新可通过Windows 更新或可下载媒体提供。 媒体是可从Azure 门户下载的 ISO 文件。
  • 有权访问可连接到 Azure Stack HCI 群集的客户端。 此客户端应运行 PowerShell 5.0 或更高版本。

步骤 1:连接到 Azure Stack HCI 群集

按照客户端上的这些步骤连接到 Azure Stack HCI 群集的其中一台服务器。

重要

若要使用 SConfig 执行手动升级,必须直接登录到群集节点。 可以使用远程 PowerShell 控制群集操作,也可以在执行更新时直接从每个节点运行命令。

  1. 在用于连接到群集的客户端上以管理员身份运行 PowerShell。

  2. 打开到 Azure Stack HCI 群集上的服务器的远程 PowerShell 会话。 运行以下命令,并在出现提示时提供服务器的凭据:

    $cred = Get-Credential
    Enter-PSSession -ComputerName "<Computer IP>" -Credential $cred 
    

    下面是示例输出:

    PS C:\Users\Administrator> $cred = Get-Credential
    
    cmdlet Get-Credential at command pipeline position 1
    Supply values for the following parameters:
    Credential
    PS C:\Users\Administrator> Enter-PSSession -ComputerName "100.100.100.10" -Credential $cred 
    [100.100.100.10]: PS C:\Users\Administrator\Documents>
    

步骤 2:使用其他方法安装新 OS

根据你的要求,可以使用 SConfig 手动更新 OS,或同时更新群集的所有服务器。 以下部分介绍上述每种方法。

方法 1:使用 SCONFIG 执行故障转移群集的手动 OS 更新

若要手动更新故障转移群集,请使用 SConfig 工具和故障转移群集 PowerShell cmdlet。 有关 SConfig 的详细信息,请参阅使用服务器配置工具(SConfig)配置 Windows Server 和 Azure Stack HCI 的服务器核心安装。

对于群集中的每个节点,请在目标节点上运行以下命令:

  1. Suspend-ClusterNode -Node <Node Name> -Drain

    1. 使用 .. 检查暂停。Get-ClusterGroup 目标节点上不应运行任何内容。

    2. 在目标节点上运行 SCONFIG 选项 6.3。

    3. 目标节点重新启动后,运行 Get-Storage-Job 来等待存储修复作业完成,直到没有存储作业或所有存储作业都完成。

  2. Resume-ClusterNode -Node <Node Name> -Failback

升级所有节点后,可以执行安装后步骤。

方法 2:对群集中的所有服务器执行快速脱机 OS 更新

此方法允许一次性关闭群集中的所有服务器,并同时更新所有服务器上的 OS。 这样可以在更新过程中节省时间,但托管资源的权衡是停机。

如果需要快速应用关键安全更新 ,或者需要确保更新在维护时段内完成,则此方法可能适合你。 此过程会关闭 Azure Stack HCI 群集,更新服务器,然后再次将其重启。

  1. 规划维护时段。

  2. 使虚拟磁盘脱机。

  3. 停止群集以使存储池脱机。 运行 Stop-Cluster cmdlet 或使用 Windows Admin Center 来停止群集。

  4. 通过在每台服务器上运行以下 PowerShell 命令,将群集服务设置为 “已禁用 ”。 这会阻止群集服务在更新时启动。

    Set-Service -Name clussvc -StartupType Disabled
    
  5. 将 Windows Server 累积更新和任何必需的服务堆栈更新应用到所有服务器。 可以同时更新所有服务器:因为群集已关闭,无需等待。
  6. 重启服务器,并确保一切正常。

  7. 通过在每台服务器上运行下面的 PowerShell 命令,将群集服务设置回 自动

    Set-Service -Name clussvc -StartupType Automatic
    
  8. 启动群集。 运行 Start-Cluster cmdlet 或使用 Windows Admin Center。

  9. 稍等几分钟。 请确保存储池处于正常状态。 运行 Get-StorageJob 以确保所有作业都成功完成。

  10. 使虚拟磁盘恢复联机状态。

  11. 通过运行 Get-VolumeGet-VirtualDisk cmdlet 来监视虚拟磁盘的状态。

现在可以为群集执行升级后步骤。

后续步骤