通过其他方法将 Azure Stack HCI OS 版本 22H2 升级到版本 23H2

项目
11/23/2024

适用于：Azure 本地版本 23H2 和 22H2

本文介绍如何使用手动方法将操作系统（OS）从版本 22H2 升级到 Azure 本地版本 23H2，并执行脱机升级。

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

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

重要

若要使 Azure 本地服务保持受支持的状态，最多需要六个月才能安装此新的 OS 版本。此更新适用于运行版本 22H2 的所有 Azure 本地实例。强烈建议在版本可用后立即安装此版本。

OS 升级的高级工作流

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

若要升级系统上的 OS，请执行以下步骤：

完成先决条件。
连接到系统。
使用其他方法之一安装新 OS：
1. 使用 SConfig 手动升级故障转移群集。
2. 脱机手动升级系统中所有计算机。
检查更新的状态。
升级后执行 OS 升级后的步骤。

满足先决条件

在开始之前，请确保：

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

步骤 1：连接到系统

按照客户端上的这些步骤连接到系统上的其中一台计算机。

重要

若要使用 SConfig 执行手动升级，必须直接登录到计算机。可以使用远程 PowerShell 来控制系统操作，也可以在执行更新时直接从每台计算机运行命令。

在用于连接到系统的客户端上以管理员身份运行 PowerShell。

打开到 Azure 本地计算机上的远程 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 Local 的服务器核心安装。

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

Suspend-ClusterNode -Node <Node Name> -Drain
1. 使用 .. 检查暂停。Get-ClusterGroup 目标节点上不应运行任何内容。
2. 在目标节点上运行 SCONFIG 选项 6.3。
3. 目标节点重新启动后，运行 Get-Storage-Job 来等待存储修复作业完成，直到没有存储作业或所有存储作业都完成。
Resume-ClusterNode -Node <Node Name> -Failback

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

方法 2：对系统中所有计算机执行快速脱机 OS 更新

此方法允许一次性关闭系统中的所有计算机，并同时更新所有计算机上的 OS。这样可以在更新过程中节省时间，但托管资源的权衡是停机。

如果需要快速应用关键安全更新，或者需要确保更新在维护时段内完成，则此方法可能适合你。此过程会关闭 Azure 本地，更新计算机，并再次启动它。

规划维护时段。
使虚拟磁盘脱机。
停止系统使存储池脱机。 Stop-Cluster运行 cmdlet 或使用 Windows Admin Center 停止系统。
通过在每台计算机上运行以下命令，将群集服务设置为 “已禁用 ”。这会阻止群集服务在更新时启动。
```
Set-Service -Name clussvc -StartupType Disabled
```
将 Windows Server 累积更新和任何必需的服务堆栈更新应用到所有计算机。可以同时更新所有计算机：无需等待，因为系统已关闭。
重启计算机并确保一切正常。
通过在每台计算机上运行下面的 PowerShell 命令，将群集服务设置回自动。
```
Set-Service -Name clussvc -StartupType Automatic
```
启动系统。运行 Start-Cluster cmdlet 或使用 Windows Admin Center。
稍等几分钟。请确保存储池处于正常状态。运行 Get-StorageJob 以确保所有作业都成功完成。
使虚拟磁盘恢复联机状态。
通过运行 Get-Volume 和 Get-VirtualDisk cmdlet 来监视虚拟磁盘的状态。

现在，你已准备好为系统执行升级后步骤。

后续步骤

了解如何为 Azure 本地执行升级后步骤。

通过