为云平台系统高级更新2。1

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

Update 2.1 for Cloud Platform System (CPS) Premium 1.0 包括重要的 Windows 更新、适用于 VMM 2012 R2 的其他私有修补程序,以及使您能够在执行更新运行之前运行运行状况检查的新功能。 此文章的末尾包含了 Windows 更新列表。

备注

此更新包中没有包含任何驱动程序或固件更新。

详细信息

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

步骤1:准备包

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

重要说明:不要启动修补过程。

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

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

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

  1. 确保以创建用于修补的帐户(如 CPS-Update-Admin)身份登录。然后,运行以下 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 前解决所有关键操作管理器警报。

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

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

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

  3. 检查服务帐户的密码是否过期。

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

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

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

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

群集运行状况

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

其他2.1 特定运行状况检查

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

步骤3:安装更新2.1 之前安装必备项 VMM 修补程序

System Center 2012 R2 Virtual Machine Manager 更新汇总6中引入了一个问题 (VMM) ,在主机进入旧版模式后,它就不会返回到事件模式20天。 因此,不会刷新 VM 属性,并且不会从 Hyper-v 收到20天的事件。

发生此问题的原因是,在将事件模式和旧模式设置为20天的 UR6 中发生了更改。 旧版复习(最好在2分钟后运行)现在将在20天后运行;然后,在随后,将禁用事件。

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

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

备注

高可用性 VMM 角色 (<前缀>-HA-HA) 群集角色具有两个节点; <前缀>-01<前缀>-(vmm-02)。 在说明中,我们将这些作为节点1和节点2引用。

  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. 在文件资源管理器中,浏览到被动节点上的以下文件夹:

    \<前缀>-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 上,浏览到被动节点上的以下文件夹: \<前缀>-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. 在 "故障转移群集管理器" 中,启动故障转移。 这将导致节点1成为新的被动节点和节点 2 (,该节点已更新) 成为主动节点。

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

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

  17. 按照步骤6到步骤13更新在此示例中的 "新被动节点" (中的 VMM 文件:节点 1) 。

在需要时还原修补程序 ()

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

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

按照 "CPS 管理员指南" 的 "更新计算机" 部分中的过程操作,以应用更新2.1。 但是,请注意,从更新2.1 开始,P&U 将自动运行运行状况检查(作为更新过程的一部分)。 您可以通过更改-ScomAlertAction 参数的值来控制发现关键 Operations Manager 警报时所发生的情况。

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

参数值:停止描述:运行 P&U 的默认行为。 运行所有运行状况检查,如果存在关键的 Operations Manager 警报,则停止 P&U 更新运行。

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

参数值: Continue Description:运行所有运行状况检查。 如果遇到重要的 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" 或 "继续",请使用所需的值指定-ScomAlertAction 参数,例如:

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

备注

由于已安装更新2.0,因此可以忽略 "CPS 管理员指南" 中的 "更新的其他必备组件" 一节。

Windows Server 2012 R2 更新

MS15-105: Hyper-v 安全更新说明:2008年9月8日,2015- https://support.microsoft.com/kb/3087088 109: Windows 命令行管理程序安全更新说明:10月13日,2015- 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 https://support.microsoft.com/kb/3031598 程序在 windows Server 2012 r2 或 windows server 2012 r2 中读取文件时,在 Windows 8.1 和 windows server 2012 r2 中执行 VM 实时迁移时出现错误-STATUS_CONNECTION_RESET https://support.microsoft.com/kb/3076950

参考

备注

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