适用于云平台系统高级版的更新 2.1

原始产品版本: 云平台系统
原始 KB 编号: 3119861

适用于云平台系统 (CPS) Premium 1.0 的 Update 2.1 包括关键的 Windows 更新、VMM 2012 R2 的附加专用修补程序,以及一项新功能,可用于在执行更新运行之前运行运行运行状况检查。 本文末尾包含 Windows 汇报列表。

注意

此更新包中不包含驱动程序或固件更新。

更多信息

若要安装适用于 CPS Premium 1.0 的更新 2.1,请执行以下步骤。 此更新过程假定你已安装 Update 2.0:

步骤 1:准备包

按照帐户团队提供的 CPS 管理员指南的“准备修补环境”部分中的步骤 1 和步骤 2 进行操作。 由于没有固件或驱动程序更新,因此 CPS 管理员指南中的步骤 3 和 4 不适用。

重要提示:请勿启动修补过程。

步骤 2:运行运行状况检查并修复任何发现的问题

Microsoft Patch and Update (P&U) Framework 支持新功能,使你能够运行非侵入性的只读运行状况检查。 在运行实际更新之前,这可确保基本的戳运行状况。

若要运行运行状况检查,请在调用 P&U 运行时使用 -HealthCheckOnly 参数。

  1. 请确保登录为修补创建的帐户,例如 CPS-Update-管理员。然后,运行以下Windows PowerShell命令:$cred = Get-Credential (whoami) 。
  2. 出现提示时,输入帐户密码。
  3. 运行以下命令,其中 CPSPU 文件夹名称是用于特定更新包的文件夹名称:
\\<Name of SOFS in rack 1>\SU1_InfrastructureShare1\<CPSPU Folder Name>\Framework\PatchingUpgrade\Invoke-PURun.ps1 -HealthCheckOnly -PUCredential $cred
  1. 尝试修复任何发现的问题。 理想情况下,应尝试在 P&U 运行之前解决所有关键的 Operations Manager 警报。

Update 2.1 运行状况检查类型的一般概述

  1. 确保管理员调用了 P&U。

  2. 检查脱机 VHD 服务所需的管理虚拟机和主机上的最低磁盘空间。

  3. 检查服务帐户的密码过期情况。

  4. 检查以确保防火墙服务正在运行。

  5. 检查以确保Windows 更新代理可以在主机和管理虚拟机上获取已安装的 KB 更新列表。

  6. 检查以确保没有未解决的关键 System Center Operations Manager 警报。 此检查使用新添加的 -ScomAlertAction 参数。 默认情况下,此参数设置为“停止”。如果遇到严重警报,这不会停止运行状况检查。 所有检查仍然运行,运行状况检查报告运行状况检查结束时的错误信息。

  1. WSUS 服务器检查以确保组件正常运行。
  2. 检查以确保 WSUS 服务器未设置为下载 Express 包。
  3. 检查当前用户是否为 WSUS 管理员。
  4. 检查 WSUS 服务器是否存在重复和/或不必要的内容修订。
  5. 确保上次 WSUS 服务器同步成功。
  1. 确保 VMM 管理虚拟机列表与虚拟机的 WSUS 计算机列表匹配。
  2. 检查以确保管理虚拟机和主机定期联系 WSUS。

群集运行状况

  1. 确保群集节点为“向上”。
  2. 确保群集资源为“联机”。
  3. 确保来宾群集虚拟机未处于“失败”状态。

其他 2.1 特定的运行状况检查

  1. 检查以确保所有管理虚拟机都在运行。
  2. 确保与虚拟机和主机建立正确的 WSMan 连接。
  3. 确保设置正确的Windows PowerShell执行策略。
  4. 确保管理虚拟机服务模板有效。
  5. 检查文件服务器和 Active Directory 虚拟机的运行状况。
  6. 检查 SCOM 数据库恢复模型的正确状态。
  7. 检查负载均衡器可用性。
  8. 检查以确保 CAU 修补程序共享中的 FirmwareAndDrivers 文件夹不包含意外内容。

步骤 3:安装 Update 2.1 之前安装先决条件 VMM 修补程序

System Center 2012 R2 Virtual Machine Manager (VMM) 的更新汇总 6 中引入了一个问题,一旦主机进入旧模式,20 天内不会恢复到事件模式。 因此,不会刷新 VM 属性,20 天内不会从 Hyper-V 接收任何事件。

出现此问题的原因是 UR6 中的更改将事件模式和旧模式的到期日期设置为 20 天。 传统刷新器最好在 2 分钟后运行,现在在 20 天后运行;在此之前,事件会被禁用。

若要解决此问题,必须使用以下说明安装 VMM 修补程序。

如何为 VMM 2012 R2 应用专用修补程序

注意

前缀>-HA-VMM) 群集角色 (<高可用性 VMM 角色有两个节点;<前缀>-VMM-01<前缀>-VMM-02。 在说明中,我们将其称为 Node1 和 Node2。

  1. 从指定位置将HostMode_Hotfix.exe文件复制到控制台 VM 上的文件夹,例如 C:\HostModeHotfix。

  2. 双击HostMode_Hotfix.exe文件,查看 EULA,然后单击“是”接受。

  3. 选择一个文件夹来存储提取的文件,如 C:\HostModeHotfix,然后单击“确定”。

  4. 确定被动 VMM 节点。 为此,请打开Windows PowerShell ISE 会话并运行以下脚本,其中前缀是戳前缀。

    $VmmServerName = "<Prefix>-HA-VMM"
    $vmmServer = Get-SCVMMServer -ComputerName $VmmServerName 
    $activeNode = $vmmServer.ActiveVMMNode
    $passiveNodes = @()
    $vmmServer.FailoverVMMNodes | ForEach-Object { 
     if($_.ToLower() -ne $activeNode.ToLower()){
     $passiveNodes += $_
     }
    }
    $passiveNodes
    

    此脚本返回被动 VMM 节点的服务器名称。 (在示例中,我们假设最初节点 2 是被动节点。)

  5. 在文件资源管理器中,浏览到被动节点上的以下文件夹:

    \<Prefix-VMM-0>#>\c$\Program
    Files\Microsoft System Center 2012 R2\Virtual Machine Manager\bin

  6. 在 \bin 文件夹中创建以下文件的备份副本:

    • Engine.Common.dll
    • Utils.dll
  7. 在 VMM 控制台中,确定管理群集中的主机 () 被动 VMM 节点正在运行。

  8. 打开 Hyper-V 管理器,连接到在上一步中标识的管理群集主机,并连接到被动 VMM 节点。

  9. 在 VMM 节点上,键入 PowerShell 以打开提升的Windows PowerShell会话,并运行以下命令:

    Stop-Service SCVMMService
    Stop-Service SCVMMAgent 
    
  10. 验证服务是否已停止。 键入以下命令:

    Get-Service SCVMMService
    Get-Service SCVMMAgent
    

    验证每个状态是否已停止。 如果系统提示关闭 System Center Management Service 主机进程,请单击“忽略”。

  11. 在控制台 VM 上,浏览到被动节点上的以下文件夹:\<Prefix-VMM-0>#>\c$\Program
    Files\Microsoft System Center 2012 R2\Virtual Machine Manager\bin

  12. 在 \bin 文件夹中,将以下文件替换为从修补程序包中提取的文件的新版本。

    • Engine.Common.dll
    • Utils.dll
  13. 在被动 VMM 节点上,运行以下命令来启动服务: Start-Service SCVMMAgent

    被动 VMM 服务器节点不处于活动状态时,SCVMMService 将不会启动。 仅当节点成为活动节点时,SCVMMService 才会启动。 这是设计使然的。

  14. 在故障转移群集管理器中,启动故障转移。 这将导致 Node1 成为新的被动节点和节点 2 (,该节点已更新) 成为活动节点。

  15. 打开故障转移群集管理器并连接到 <前缀>-CL-VMM 群集。

  16. 单击“角色”。 “角色”窗格在“所有者节点”列中显示活动节点。 右键单击活动节点,指向“移动”,然后单击“选择节点”。 选择另一个节点,并确保状态更改为“为新活动节点运行”。 这可能需要几秒钟的时间。

  17. 按照步骤 6 到步骤 13 更新新被动节点上的 VMM 文件 (本示例中的 Node1) 。

若要根据需要还原修补程序 ()

  1. 在被动 VMM 节点上,停止 SCVMMService 服务,然后停止 SCVMMAgent 服务。
  2. 将 Virtual Machine Manager Install 目录下的文件替换为备份文件。
  3. 启动 SCVMMAgent 服务。
  4. 启动 SCVMMService 服务。
  5. 在故障转移群集管理器中,启动前缀>-HA-VMM 群集角色的故障转移<。
  6. 在新的被动节点上重复步骤 1 到 4。

步骤 4:运行 P&U 更新包

按照 CPS 管理员指南的“更新计算机”部分中的过程应用 Update 2.1。 但是,请注意,从 Update 2.1 开始,P&U 会在更新过程中自动运行运行运行状况检查。 可以通过更改 -ScomAlertAction 参数的值来控制发现关键 Operations Manager 警报时会发生什么情况。

-ScomAlertAction 参数具有以下可能的值:

参数值:停止说明:P&U 运行的默认行为。 运行所有运行状况检查,然后在存在关键 Operations Manager 警报时停止 P&U 更新运行。

参数值:提示说明:运行所有运行状况检查。 如果发现关键 Operations Manager 警报,请询问是否要继续执行更新过程。

参数值:继续说明:运行所有运行状况检查。 如果遇到关键 Operations Manager 警报,则输出警告信息,但会继续更新过程。

管理员指南显示以下命令以启动 P&U 运行。

\\<Name of SOFS in rack 1>\SU1_InfrastructureShare1\<CPSPU Folder Name>\Framework\PatchingUpgrade\Invoke-PURun.ps1 -PUCredential $cred

如果运行此命令完全如所示,P&将运行运行状况检查作为更新过程的一部分,默认行为为 -ScomAlertAction 设置为“停止”。

若要更改为“Prompt”或“Continue”,请指定具有所需值的 -ScomAlertAction 参数,例如:

\\<Name of SOFS in rack 1>\SU1_InfrastructureShare1\Framework\PatchingUpgrade\Invoke-PURun.ps1 -ScomAlertAction "Continue" -PUCredential $cred

注意

由于已安装 Update 2.0,因此可以忽略 CPS 管理员指南中的“更新 2 的其他先决条件”部分。

Windows Server 2012 R2 的汇报

MS15-105:Hyper-V 安全更新说明:9 月 8 日, 2015 - https://support.microsoft.com/kb/3087088 MS15-109:Windows Shell 安全更新说明:2015 年 10 月 13 日 - https://support.microsoft.com/kb/3080446 MS15-115:Windows 安全更新说明:2015 年 11 月 10 日 - https://support.microsoft.com/kb/3097877 文件未完全优化,重复缓存锁争用问题在 Windows Server 2012 R2 中发生 - https://support.microsoft.com/kb/3094197 Hyper-V 主机在 Windows 8.1 和 Windows Server 2012 R2 中执行 VM 实时迁移时崩溃并出现错误 - https://support.microsoft.com/kb/3031598应用程序在 R2 或 Windows Server 2012 R2 中读取文件时出现“Windows Server 2012 STATUS_CONNECTION_RESET”错误 -https://support.microsoft.com/kb/3076950

参考

注意

本文中的 VMM 服务模板版本为 3.2.8039.0。

联系我们寻求帮助

如果你有任何疑问或需要帮助,请创建支持请求联系 Azure 社区支持