通过 PowerShell 在 Azure 本地版上执行操作系统升级后步骤
适用于:Azure Local 2311.2 及更高版本
本文介绍如何在将操作系统(OS)升级到新版本后执行 OS 后升级任务。 对于 Azure 本地实例的稳定性,需要本文中所述的升级后任务。
在本文中,我们将 Azure Local 版本 23H2 称为新版本,将 Azure Local 版本 22H2 称为旧版本。
满足先决条件
在开始之前,请确保:
根据以下文档之一中的说明,已成功将 Azure 本地上的 OS 升级到版本 23H2:
- 通过 PowerShell 升级到 23H2 OS。
- 通过 Windows Admin Center 升级到 23H2 OS。
- 通过其他方法升级到 23H2 OS。
请确保系统中的所有计算机都正常运行,并显示为 “联机”。
你有权访问可连接到系统的客户端。 此客户端应运行 PowerShell 5.0 或更高版本。
步骤 1:连接到系统
按照客户端上的这些步骤连接到系统之一。
在用于连接到系统的客户端上以管理员身份运行 PowerShell。
打开系统上计算机的远程 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,请运行 Get-CauRun
cmdlet:
Get-CauRun -ClusterName <ClusterName>
下面是示例输出:
RunId : <Run ID>
RunStartTime : 10/13/2019 1:35:39 PM
CurrentOrchestrator : NODE1
NodeStatusNotifications : {
Node : NODE1
Status : Waiting
Timestamp : 10/13/2019 1:35:49 PM
}
NodeResults : {
Node : NODE2
Status : Succeeded
ErrorRecordData :
NumberOfSucceededUpdates : 0
NumberOfFailedUpdates : 0
InstallResults : Microsoft.ClusterAwareUpdating.UpdateInstallResult[]
}
步骤 3:执行 OS 后升级步骤
安装新 OS 后,需要升级 群集功能级别 并使用 PowerShell 升级存储池版本,才能启用新功能。
重要
- OS 后升级步骤对于系统的稳定性和性能至关重要。 请确保在 OS 升级后执行以下步骤。
升级群集功能级别。
警告
升级群集功能级别后,无法回滚到以前的操作系统版本。
建议尽快升级群集功能级别。 如果使用 Windows Admin Center 安装了功能升级并选中了“ 更新群集功能级别以启用新功能 ”复选框,请跳过此步骤。
在系统中的任何计算机上运行以下 cmdlet:
Update-ClusterFunctionalLevel
会看到无法撤消此操作的警告。 输入 Y 确认你要继续。
升级存储池。
升级群集功能级别后,使用以下 cmdlet 标识
FriendlyName
表示系统的存储池。Get-StoragePool
在此示例中,
FriendlyName
hci-cluster1 上的 S2D。Update-StoragePool
运行 cmdlet 升级存储池版本。Update-StoragePool -FriendlyName "S2D on hci-cluster1"
出现提示时,确认操作。 此时,新 cmdlet 在系统中的任何计算机上都完全正常运行。
(可选)升级 VM 配置级别。 可以选择性地升级 VM 配置级别,方法是使用
Update-VMVersion
cmdlet 停止每个 VM,然后再次启动 VM。验证升级的系统是否按预期工作。
角色应正确故障转移,如果系统上使用了 VM 实时迁移,VM 应成功实时迁移。
验证系统。
在
Test-Cluster
系统中的一台计算机上运行该 cmdlet,并检查 群集验证 报告。
从硬件合作伙伴安装最新的驱动程序,因为某些驱动程序可能会还原到较旧的收件箱驱动程序版本,从而导致意外行为。
现已准备好应用解决方案升级。