升级 System Center Virtual Machine Manager

  • 项目

本文提供 System Center 2022 - Virtual Machine Manager (VMM) 的升级信息。

升级到 System Center 2022 - Virtual Machine Manager

以下部分提供有关如何升级到 VMM 2022 的信息。 这些信息包括先决条件、升级说明和升级后应完成的任务。

注意

  • 可以从 VMM 2019 升级到 VMM 2022;不支持从 2016 升级。
  • 在 VMM 安装期间，请确保SQL 数据库不属于任何可用性组。

要求和限制

  • 应在 System Center 2019 上运行 VMM。
  • 确保服务器满足 VMM 2022 的所有要求，并满足先决条件。 了解详细信息。
  • 确保运行的是受支持的 SQL Server 版本。
  • 如果当前的 VMM 部署与 Azure Site Recovery 相集成，请注意：
    • 不能升级 Site Recovery 设置。 升级后，需要重新部署。
    • 验证 VMM 2022 的 Hyper-V 主机支持。

准备工作

确保以下信息：

  1. 完成当前正在 VMM 中运行的任何作业。

注意

升级期间会删除作业历史记录。

  1. 关闭与 VMM 管理服务器（包括 VMM 控制台和 VMM 命令行界面）的任何连接。

  2. 关闭 VMM 管理服务器上运行的任何其他的程序。

  3. 确保 VMM 服务器上没有挂起的重启操作。

  4. 执行 VMM 数据库的完整备份。

  5. 如果当前的 SQL Server 数据库使用了 AlwaysOn 可用性组：

    • 如果 VMM 数据库包含在可用性组中，请在 SQL Server Management Studio 中将其删除。
    • 启动对运行SQL Server安装了 VMM 数据库的计算机的故障转移。

  6. 如果运行 Operations Manager 和 VMM，请断开 VMM 与 Operations Manager 服务器之间的连接。

System Center 组件的升级顺序

如果运行的是多个 System Center 组件，则应按特定顺序升级它们，如下所示：

  1. Service Management 自动化
  2. 业务流程协调程序
  3. Service Manager
  4. Data Protection Manager
  5. Operations Manager
  6. 配置管理器
  7. Virtual Machine Manager
  8. Service Provider Foundation

升级独立 VMM 服务器

注意

升级独立 VMM 服务器时，建议在具有 VMM 2019 的同一台服务器上安装 VMM 2022。

如果使用分布式密钥管理，可以选择在不同的服务器上安装 VMM 2022。

请执行以下过程：

备份和升级操作系统

  1. 备份和保留 VMM 数据库。
  2. 卸载 VMM。 确保同时删除管理服务器和控制台。
  3. 将管理 OS 升级到 Windows Server 2022。
  4. 安装 Windows 11 或 Windows Server 2022 版本的 ADK。

卸载 VMM

  1. 转到“控制面板>程序>程序和功能”，选择“虚拟机管理器”，然后选择“卸载”。
  2. 在“卸载向导”上，选择“删除功能”，然后在“要删除的功能”列表下选择“VMM 管理服务器”和“VMM 控制台”。
  3. 在“数据库选项”页上，选择“ 保留数据库”。
  4. 查看摘要，然后选择“卸载”。

安装 VMM 2022

  1. 在“main安装”页中，选择“安装”。
  2. 在 “选择要安装的功能”中，选择 VMM 管理服务器，然后选择“ 下一步”。 将自动安装 VMM 控制台。
  3. 在 “产品注册信息”中，提供相应的信息，然后选择“ 下一步”。 如果未输入产品密钥，VMM 将作为评估版本进行安装，该版本将在安装日期后 180 天后过期。
  4. 在 “请阅读此许可协议”中，查看许可协议，选中“ 我已阅读、理解并同意许可协议条款 ”复选框，然后选择“ 下一步”。
  5. 在 “使用情况和连接数据”中，选择任一选项，然后选择“ 下一步”。
  6. 如果显示 “Microsoft 更新 ”页，请选择是否要使用 Microsoft 更新，然后选择“ 下一步”。 如果已选择在此计算机上使用 Microsoft 更新，则不会出此页。
  7. 在 “安装位置”中，使用默认路径或输入 VMM 程序文件的其他安装路径，然后选择“ 下一步”。
  8. 在“数据库配置”中：
    • 如需升级 VMM SQL Server，请了解详细信息。
    • 如果正在使用远程 SQL 实例，则指定 SQL Server 计算机名称。
    • 如果 SQL Server 在 VMM 服务器上运行，请输入 VMM 服务器的名称，或输入 localhost。 如果SQL Server位于群集中，请输入群集名称。
    • 如果使用本地 SQL 服务器或远程 SQL 服务器使用默认端口 (1433) ，请不要指定端口值。
    • 选择“现有数据库”，然后选择从之前安装中保留（备份）的数据库。 提供具有访问数据库的权限的凭据。 当系统提示你升级数据库时，选择“ 是”。
  9. 在“配置服务帐户和已分发密钥管理”中，指定 VMM 服务将使用的帐户。

注意

安装后不能更改 VMM 服务帐户的标识。

  1. 在“已分发密钥管理”下，选择是否将加密密钥存储在 Active Directory 中。

注意

请慎重选择服务帐户和分布式密钥管理的设置。 根据你的选择，加密数据（如模板中的密码）在升级后可能不可用，你需要手动输入它们。

  1. 在“端口配置”中，使用每项功能所对应的默认端口号，或者提供适用于所在环境的唯一端口号。

注意

无法更改在安装 VMM 管理服务器期间分配的端口，除非卸载并重新安装 VMM 管理服务器。 此外，不要将任何功能配置为使用端口 5986;此端口号已预先分配。

  1. 在“库配置”中，选择是要创建新库共享还是使用计算机上的现有库共享。 VMM 创建的默认库共享名为 MSSCVMMLibrary，其文件夹位于 %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager Library Files 。 ProgramData 是一个隐藏文件夹，无法将其删除。 安装了 VMM 管理服务器后，你可以使用 VMM 控制台或 VMM 命令行界面来添加库共享和库服务器。
  2. 在 “升级兼容性报告”中，查看设置，然后选择“ 下一步 ”以继续升级。
  3. 在 “安装摘要”中，查看设置，然后选择“ 安装 ”以升级服务器。 此时将出现“安装功能”页，并显示安装进度。
  4. 在 “安装程序已成功完成”中，选择“ 关闭 ”以完成安装。 若要打开 VMM 控制台，检查关闭此向导时打开 VMM 控制台，或者可以选择桌面上的 Virtual Machine Manager 控制台图标。

注意

升级成功后，使用 VMM 手动升级主机代理 。 建议将服务器和代理维护在同一版本中。

如果安装程序存在任何问题，检查 %SYSTEMDRIVE%\ProgramData\VMMLogs 文件夹。

在安装期间，VMM 将启用以下防火墙规则。 这些规则始终有效，即使在卸载 VMM 后也是如此。

  • Windows 远程管理
  • 基于 Windows 标准的存储管理

升级高度可用的 VMM 服务器

可将高可用性 (HA) VMM 服务器 2019 升级到 2022。

支持以下两种升级模式：

注意

可随时进行 SQL Server 升级，此操作独立于 VMM 升级。

无需额外 VMM 服务器的混合模式升级

此过程无需额外 VMM 服务器，但在某些情况下，停机风险会增加。 例如，如果有两个节点 HA VMM，而主动 VMM 节点在升级被动节点时会失败。 在此方案中，VMM 服务器将没有可用的故障转移节点。

执行以下步骤：

  1. 备份和保留 VMM 数据库。
  2. 卸载 VMM（被动节点上的）。
  3. 在被动 VMM 节点上，将管理 OS 升级到 Windows Server 2022。
  4. 升级到 Windows 11 或 Windows Server 2022 版本的 ADK。
  5. 按照以下步骤在被动节点上安装 VMM 2022：
  • 在“main设置”页中，选择“安装”。
  • 在 “选择要安装的功能”中，选择“ VMM 管理服务器 ”，然后选择“ 下一步”。 将自动安装 VMM 控制台。
  • 收到提示时，确认要将此服务器作为节点添加到高度可用部署。
  • 在“ 数据库配置” 页上，如果出现提示，请选择升级数据库。
  • 查看摘要，然后完成安装。
  1. 将活动 VMM 节点故障转移到新升级的 VMM 服务器。
  2. 在其他 VMM 节点上重复该过程。
  3. 使用 Update-clusterfunctionallevel命令更新群集功能级别。
  4. [可选] 安装适用的 SQL 命令行实用程序。

需额外 VMM 服务器的混合模式升级

此过程需要其他 VMM 服务器;但是，它可确保在所有情况下几乎不会停机。

执行以下步骤：

  1. 备份和保留 VMM 数据库。
  2. 添加更多的服务器（使用 Windows Server 2022 管理 OS），添加的数量与 HA 群集中的服务器数量相等。
  3. 在新添加的 2022 服务器上安装 Windows 11/Windows Server 2022 版本的 ADK。
  4. 根据在不额外添加 VMM 服务器的情况下进行混合模式升级“步骤 5”中的详细说明，在新添加的某个服务器上安装 VMM 2022。
  5. 对其余所有新添加的服务器重复该安装步骤。
  6. 将活动 VMM 节点故障转移到新添加的服务器之一。
  7. 从 2019 节点卸载 VMM，并在故障转移后从群集中删除这些节点。
  8. 使用 Update-clusterfunctionallevel命令更新群集功能级别。
  9. [可选] 安装适用的 SQL 命令行实用程序。

注意

成功升级 HA VMM 后，使用 VMM 手动升级主机代理 。

更新 VMM 代理

升级之后，需要在 Hyper-V 主机和 VMM 库服务器上更新 VMM 代理。

  1. 选择“ 构造>服务器>”“所有主机”。
  2. 在“ 主机 ”窗格中，右键单击列标题，然后选择“ 代理版本状态”。
  3. 选择带有需更新的 VMM 代理的主机。 在“ 主机 ”选项卡上的“ 主机 ”组中，选择“ 刷新”。 如果主机需要更新其 VMM 代理，则“主机状态”列将显示“需要注意”，并且“代理版本状态”列将显示“有可用的升级”。
  4. 右键单击具有要更新的 VMM 代理的主机，然后选择“ 更新代理”。 在 “更新代理”中，提供必要的凭据，然后选择“ 确定”。
  5. “代理版本状态”列将显示值“正在升级”。 在主机上成功更新 VMM 代理后，“代理版本状态” 列将显示值“更新” ，并且“代理版本” 列将显示代理的更新版本。 再次刷新主机后，主机的“主机状态”列将显示值“正常”。
  6. 可以采用类似的方式来更新 VMM 库服务器上的 VMM 代理。 若要查看 VMM 库服务器的列表，请选择“ 构造>服务器>库服务器”。

重新关联主机和库服务器

升级后，可能需要将虚拟机主机和 VMM 库服务器与 VMM 管理服务器重新关联。

执行以下步骤:

  1. 选择“ 构造>服务器>”“所有主机”。
  2. 在“主机”窗格中，确保显示了“代理状态”列。 如果未显示，请右键单击列标题并选择“ 代理状态”。
  3. 在主机组中，选择“ 刷新”。 如果主机需要重新关联，则“主机状态”列会显示“需要注意”，“代理状态”列会显示“拒绝访问”。 右键单击要重新关联的主机，然后选择“ 重新关联”。
  4. 在 “重新关联代理 ”页中，提供凭据，然后选择“ 确定”。 “代理状态”将显示状态“正在重新关联”。 成功重新关联主机后，状态将更改为“正在响应”。
  5. 刷新主机;主机状态列现在显示 “确定”。 重新关联主机后，可能需要更新主机上的 VMM 代理。

升级 VMM SQL Server 数据库

可能需要升级 VMM SQL Server 数据库的原因有多个方面：

  • 要将 VMM 升级到 System Center 2022，而当前的 SQL Server 数据库版本不受支持。
  • 想要将 VMM 独立服务器升级到高可用性服务器，并在本地安装 SQL Server。
  • 想要将 SQL Server 数据库移至另一台计算机。

收集数据库信息

在升级之前，请先收集有关 VMM 数据库的信息：

  1. 记录 VMM 控制台 >“设置”>“常规”>“数据库连接”中的数据库连接。
  2. 记录服务器管理器 >“工具”>“服务”中的帐户信息。 右键单击“System Center Virtual Machine Manager”“属性”“登录”。 这是安装 VMM 时指定为服务帐户的域或本地帐户。 可以在“工具”“计算机管理器”“本地用户和组”“用户”中查看该帐户是否是本地帐户。
  3. 查看是否在安装 VMM 时或在 VMM 服务器上本地存储加密密钥时使用了已分发密钥管理。
  4. 如果要移动 VMM 数据库，但不升级 VMM，检查 VMM 服务器上应用了哪些更新汇总。

升级独立数据库

  1. 备份现有 VMM 数据库以及将备份复制到运行受支持 SQL Server 版本的计算机。
  2. 使用 SQL Server 工具还原数据库。
  • 如果要升级 VMM，请在 VMM 设置>数据库配置中指定新的SQL Server位置。
  • 如果要在不升级 VMM 的情况下升级数据库，则需要卸载，然后重新安装 VMM。 卸载时，在 “数据库选项” 页上，选择“ 保留数据库”。 然后使用用于原始安装的相同设置重新安装。 在“数据库配置”中，指定新的SQL Server详细信息。 重新安装后，应用更新汇总并检查部署按预期工作。

升级高度可用的数据库

  1. 记录现有数据库的源版本和要升级到的版本。
  2. 从SQL Server群集的活动节点创建高可用性SQL Server数据库的备份。
  3. 将被动 SQL Server 节点升级到新版本。 升级后，如果要从此节点管理SQL Server，可以选择安装 SQL Server Management Studio。
  4. 将高可用性 SQL Server 角色从当前活动节点故障转移到升级后的节点。 故障转移后，可以使用 SQL Server Management Studio 验证正在运行的数据库版本。
  5. 对于高可用性 SQL 群集中的其他节点，重复升级过程。 作为附加验证，可以故障转移SQL Server数据库角色，以确保一切按预期工作。

作为 VMM 升级的一部分迁移 SQL Server 群集

  1. 从现有 SQL 群集的活动节点备份高度可用的 VMM 数据库。
  2. 请记下 VMM 角色名称，以在重新安装 VMM 服务器角色时使用。 使用“保留数据库”选项从现有 VMM 群集节点卸载 VMM 服务器。 从最后一个节点卸载 VMM 服务器时，可能会收到 SPN 注册失败的消息。 此已知问题对功能没有影响。
  3. 将备份的 DB 还原到运行受支持的 SQL 版本的其他 SQL 群集。 将运行 VMM 服务的用户作为“用户”添加到此新 DB，成员身份设置为 db_owner。
  4. 在 SQL 群集迁移过程中升级 VMM 服务器时，请提供与新 SQL 群集对应的参数。

重新部署 Azure Site Recovery

如果 Azure Site Recovery已集成到 VMM 2019 部署中，则需要使用 VMM 2022 将其重新部署，以便复制到 Azure 或复制到辅助站点。

连接到 Operations Manager

升级后，将 VMM 重新连接到 Operations Manager。

续订 PXE 服务器的证书

如果 VMM 构造中具有 PXE 服务器，则需要将其从构造中删除，然后再次添加。 这是为了续订 PXE 服务器证书并避免证书错误。

本文提供 System Center 2019 - Virtual Machine Manager (VMM) 的升级信息。

升级到 System Center 2019 - Virtual Machine Manager

以下部分提供有关如何升级到 VMM 2019 的信息。 这些信息包括先决条件、升级说明和升级后应完成的任务。

注意

在 VMM 安装过程中，请确保SQL 数据库不属于任何可用性组。

要求和限制

  • 应在 System Center 2016 更新汇总 6 或 1801/1807 上运行 VMM。
  • 确保服务器满足 VMM 2019 的所有要求，并满足先决条件 了解详细信息
  • 确保运行的是受支持的 SQL Server 版本。
  • 如果当前的 VMM 部署与 Azure Site Recovery 相集成，请注意：
    • 不能升级 Site Recovery 设置。 升级后，需要重新部署。
    • 验证 VMM 2019 的 Hyper-V 主机支持。

准备工作

确保以下信息：

  1. 完成当前正在 VMM 中运行的任何作业。

注意

升级期间会删除作业历史记录。

  1. 关闭与 VMM 管理服务器（包括 VMM 控制台和 VMM 命令行界面）的任何连接。

  2. 关闭 VMM 管理服务器上运行的任何其他的程序。

  3. 确保 VMM 服务器上没有挂起的重启操作。

  4. 执行 VMM 数据库的完整备份。

  5. 如果当前的 SQL Server 数据库使用了 AlwaysOn 可用性组：

    • 如果 VMM 数据库包含在可用性组中，请在 SQL Server Management Studio 中将其删除。
    • 故障转移到正在运行 SQL Server 且安装了 VMM 数据库的计算机。

  6. 如果使用 VMM 运行 Operations Manager，请断开 VMM 与 Operations Manager 服务器之间的连接。

System Center 组件的升级顺序

如果运行的是多个 System Center 组件，则应按特定顺序升级这些组件，如下所示：

  1. Service Management 自动化
  2. 业务流程协调程序
  3. Service Manager
  4. Data Protection Manager
  5. Operations Manager
  6. 配置管理器
  7. Virtual Machine Manager
  8. Service Provider Foundation

升级独立 VMM 服务器

注意

升级独立 VMM 服务器时，建议在具有 VMM 2016、1801 或 1807 的同一服务器上安装 VMM 2019。

如果使用分布式密钥管理，可以选择在不同的服务器上安装 VMM 2019，但请确保新服务器的名称与旧 VMM 服务器的名称相同。

请执行以下过程：

备份和升级操作系统

  1. 备份和保留 VMM 数据库。
  2. 卸载 VMM。 确保同时删除管理服务器和控制台。
  3. 将管理 OS 升级到 Windows Server 2019。
  4. 安装 Windows 10 版 ADK。

卸载 VMM

  1. 转到“控制面板>程序和>功能”，选择“Virtual Machine Manager”，然后选择“卸载”。
  2. 在“卸载向导”上，选择“删除功能”，在“要删除的功能”列表下同时选择“VMM 管理服务器”和“VMM 控制台”。
  3. 在“数据库选项”页上，选择“保留数据库”。
  4. 查看摘要，然后选择“卸载”。

安装 VMM 2019

  1. 在“main设置”页中，选择“安装”。
  2. 在 “选择要安装的功能”中，选择 VMM 管理服务器，然后选择“ 下一步”。 将自动安装 VMM 控制台。
  3. 在 “产品注册信息”中，提供相应的信息，然后选择“ 下一步”。 如果未输入产品密钥，VMM 将作为评估版本进行安装，自安装日期起 180 天后过期。
  4. 在“请阅读此许可协议”中，查看许可协议，选中“我已阅读、理解并同意许可协议的条款检查框，然后选择”下一步”。
  5. 在 “使用情况和连接数据”中，选择任一选项，然后选择“ 下一步”。
  6. 如果显示 “Microsoft 更新 ”页，请选择是否要使用 Microsoft 更新，然后选择“ 下一步”。 如果已选择在此计算机上使用 Microsoft 更新，则不会出此页。
  7. 在 “安装位置”中，使用默认路径或为 VMM 程序文件输入不同的安装路径，然后选择“ 下一步”。
  8. 在“数据库配置”中：
    • 如需升级 VMM SQL Server，请了解详细信息。
    • 如果正在使用远程 SQL 实例，则指定 SQL Server 计算机名称。
    • 如果SQL Server在 VMM 服务器上运行，请输入 VMM 服务器的名称或输入 localhost。 如果SQL Server位于群集中，请输入群集名称。
    • 如果使用本地 SQL Server，或者远程 SQL Server 使用默认端口 (1433) ，请不要指定端口值。
    • 选择“现有数据库”，然后选择从之前安装中保留（备份）的数据库。 提供具有访问数据库的权限的凭据。 当系统提示升级数据库时，请选择“ 是”。
  9. 在“配置服务帐户和已分发密钥管理”中，指定 VMM 服务将使用的帐户。

注意

安装后不能更改 VMM 服务帐户的标识。

  1. 在“已分发密钥管理”下，选择是否将加密密钥存储在 Active Directory 中。

注意

请仔细选择服务帐户和已分发密钥管理的设置。 根据你的选择，加密数据（如模板中的密码）在升级后可能不可用，你需要手动输入它们。

  1. 在“端口配置”中，使用每项功能所对应的默认端口号，或者提供适用于所在环境的唯一端口号。

注意

无法更改在安装 VMM 管理服务器期间分配的端口，除非卸载并重新安装 VMM 管理服务器。 此外，不要将任何功能配置为使用端口 5986;此端口号已预先分配。

  1. 在“库配置”中，选择是要创建新库共享还是使用计算机上的现有库共享。 VMM 创建的默认库共享名为 MSSCVMMLibrary，其文件夹位于 %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager Library Files 。 ProgramData 是一个隐藏文件夹，无法将其删除。 安装了 VMM 管理服务器后，你可以使用 VMM 控制台或 VMM 命令行界面来添加库共享和库服务器。
  2. 在 “升级兼容性报告”中，查看设置，然后选择“ 下一步 ”以继续升级。
  3. 在 “安装摘要”中，查看设置，然后选择“ 安装 ”以升级服务器。 此时将出现“安装功能”页，并显示安装进度。
  4. 在 “安装程序已成功完成”中，选择“ 关闭 ”以完成安装。 若要打开 VMM 控制台，检查关闭此向导时打开 VMM 控制台，或者可以在桌面上选择 Virtual Machine Manager 控制台图标。

注意

升级成功后，使用 VMM 手动升级主机代理 。

如果安装程序存在任何问题，检查 %SYSTEMDRIVE%\ProgramData\VMMLogs 文件夹。

在安装期间，VMM 将启用以下防火墙规则。 这些规则始终有效，即使在卸载 VMM 后也是如此。

  • Windows 远程管理
  • 基于 Windows 标准的存储管理

升级高度可用的 VMM 服务器

可将高可用性 (HA) VMM 服务器 2016、1801 或 1807 升级到 2019。

支持以下两种升级模式：

注意

SQL Server升级可以随时执行，与 VMM 升级无关。

无需额外 VMM 服务器的混合模式升级

此过程不需要额外的 VMM 服务器，但在某些情况下会增加停机的风险。 例如，当你有两个节点 HA VMM 时，主动 VMM 节点在升级被动时失败。 在这种情况下，VMM 服务器将没有可用的故障转移节点。

执行以下步骤：

  1. 备份和保留 VMM 数据库。
  2. 卸载 VMM（被动节点上的）。
  3. 在被动 VMM 节点上，将管理 OS 升级到 Windows Server 2019/2016。
  4. 升级到 ADK 的 Windows 10 版本。
  5. 使用以下步骤在被动节点上安装 VMM 2019：
  • 在“main安装”页中，选择“安装”。
  • 在 “选择要安装的功能”中，选择“ VMM 管理服务器 ”，然后选择“ 下一步”。 将自动安装 VMM 控制台。
  • 收到提示时，确认要将此服务器作为节点添加到高度可用部署。
  • 在“ 数据库配置” 页上，如果出现提示，请选择升级数据库。
  • 查看摘要，然后完成安装。
  1. 将活动 VMM 节点故障转移到新升级的 VMM 服务器。
  2. 在其他 VMM 节点上重复该过程。
  3. 使用 Update-clusterfunctionallevel命令更新群集功能级别。
  4. [可选]安装相应的 SQL 命令行实用工具。

需额外 VMM 服务器的混合模式升级

此过程需要其他 VMM 服务器;但是，它可确保在所有方案中几乎不会停机。

执行以下步骤：

  1. 备份和保留 VMM 数据库。
  2. 添加更多的服务器（使用 Windows Server 2019/2016 管理 OS），添加的数量与 HA 群集中的服务器数量相等。
  3. 在新添加的 2019 服务器上安装 Windows 10 版 ADK。
  4. 根据在不额外添加 VMM 服务器的情况下进行混合模式升级的“步骤 5”中的详细说明，在新添加的某个服务器上安装 VMM 2019。
  5. 对其余所有新添加的服务器重复该安装步骤。
  6. 将活动 VMM 节点故障转移到新添加的服务器之一。
  7. 从 2016 节点卸载 VMM，并在故障转移后从群集中删除这些节点。
  8. 使用 Update-clusterfunctionallevel命令更新群集功能级别。
  9. [可选] 安装适用的 SQL 命令行实用程序。

注意

HA VMM 升级成功后，使用 VMM 手动升级主机代理 。

更新 VMM 代理

升级之后，需要在 Hyper-V 主机和 VMM 库服务器上更新 VMM 代理。

  1. 选择“ 构造>服务器>所有主机”。
  2. 在“ 主机 ”窗格中，右键单击列标题，然后选择“ 代理版本状态”。
  3. 选择带有需更新的 VMM 代理的主机。 在“ 主机 ”选项卡上的“ 主机 ”组中，选择“ 刷新”。 如果主机需要更新其 VMM 代理，则“主机状态”列将显示“需要注意”，并且“代理版本状态”列将显示“有可用的升级”。
  4. 右键单击具有要更新的 VMM 代理的主机，然后选择“ 更新代理”。 在 “更新代理”中，提供所需的凭据，然后选择“ 确定”。
  5. “代理版本状态”列将显示值“正在升级”。 在主机上成功更新 VMM 代理后，“代理版本状态” 列将显示值“更新” ，并且“代理版本” 列将显示代理的更新版本。 再次刷新主机后，主机的“主机状态”列将显示值“正常”。
  6. 可以采用类似的方式来更新 VMM 库服务器上的 VMM 代理。 若要查看 VMM 库服务器的列表，请选择“ 构造>服务器>库服务器”。

重新关联主机和库服务器

升级后，可能需要将虚拟机主机和 VMM 库服务器与 VMM 管理服务器重新关联。

执行以下步骤:

  1. 选择“ 构造>服务器>所有主机”。
  2. 在“主机”窗格中，确保显示了“代理状态”列。 如果未显示，请右键单击列标题并选择“ 代理状态”。
  3. 在主机组中，选择“ 刷新”。 如果需要重新关联主机，“主机状态”列将显示“ 需要注意 ”，“ 代理状态” 列显示 “拒绝访问”。 右键单击要重新关联的主机，然后选择“ 重新关联”。
  4. 在 “重新关联代理 ”页中，提供凭据，然后选择“ 确定”。 “代理状态”将显示状态“正在重新关联”。 成功重新关联主机后，状态将更改为“正在响应”。
  5. 刷新主机，主机状态列现在显示 “确定”。 重新关联主机后，可能需要更新主机上的 VMM 代理。

升级 VMM SQL Server 数据库

可能需要升级 VMM SQL Server 数据库的原因有多个方面：

  • 要将 VMM 升级到 System Center 2019，而当前的 SQL Server 数据库版本不受支持。
  • 你想要将 VMM 独立服务器升级到高可用性服务器，并且在本地安装SQL Server。
  • 想要将 SQL Server 数据库移至另一台计算机。

收集数据库信息

在升级之前，请收集有关 VMM 数据库的信息：

  1. 记录 VMM 控制台 >“设置”>“常规”>“数据库连接”中的数据库连接。
  2. 记录服务器管理器 >“工具”>“服务”中的帐户信息。 右键单击“System Center Virtual Machine Manager”“属性”“登录”。 这是安装 VMM 时指定为服务帐户的域或本地帐户。 可以在“工具”“计算机管理器”“本地用户和组”“用户”中查看该帐户是否是本地帐户。
  3. 查看是否在安装 VMM 时或在 VMM 服务器上本地存储加密密钥时使用了已分发密钥管理。
  4. 如果要移动 VMM 数据库但不升级 VMM，检查 VMM 服务器上应用了哪些更新汇总。

升级独立数据库

  1. 备份现有 VMM 数据库以及将备份复制到运行受支持 SQL Server 版本的计算机。
  2. 使用 SQL Server 工具还原数据库。
  • 如果要升级 VMM，请在 VMM 设置>数据库配置中指定新的SQL Server位置。
  • 如果想在不升级 VMM 的情况下升级数据库，则需要卸载并重新安装 VMM。 卸载时，在 “数据库选项” 页上，选择“ 保留数据库”。 然后使用用于原始安装的相同设置重新安装。 在“数据库配置”中，指定新的SQL Server详细信息。 重新安装后，应用更新汇总并检查部署按预期工作。

升级高度可用的数据库

  1. 记录现有数据库的源版本和要升级到的版本。
  2. 从SQL Server群集的活动节点创建高可用性SQL Server数据库的备份。
  3. 将被动SQL Server节点升级到新版本。 升级完成后，如果要从此节点管理 SQL Server，可以选择安装 SQL Server Management Studio。
  4. 将高可用性 SQL Server 角色从当前活动节点故障转移到升级后的节点。 故障转移后，可以使用 SQL Server Management Studio 验证正在运行的数据库版本。
  5. 对于高可用性 SQL 群集中的其他节点，重复升级过程。 作为附加验证，可以故障转移SQL Server数据库角色，以确保一切按预期工作。

作为 VMM 升级的一部分迁移 SQL Server 群集

  1. 从现有 SQL 群集的活动节点备份高度可用的 VMM 数据库。
  2. 请记下 VMM 角色名称，以在重新安装 VMM 服务器角色时使用。 使用“保留数据库”选项从现有 VMM 群集节点卸载 VMM 服务器。 从最后一个节点卸载 VMM 服务器时，可能会收到 SPN 注册失败的消息。 此已知问题对功能没有影响。
  3. 将备份的 DB 还原到运行受支持的 SQL 版本的其他 SQL 群集。 将运行 VMM 服务的用户作为“用户”添加到此新 DB，成员身份设置为 db_owner。
  4. 在 SQL 群集迁移过程中升级 VMM 服务器时，请提供与新 SQL 群集对应的参数。

重新部署 Azure Site Recovery

如果已将 Azure Site Recovery 集成到 VMM 2016/1801/1807 部署中，则需要使用 VMM 2019 重新部署它，以便复制到 Azure或复制到辅助站点。

连接到 Operations Manager

升级完成后，将 VMM 重新连接到 Operations Manager。

续订 PXE 服务器的证书

如果 VMM 构造中具有 PXE 服务器，则需要将其从构造中删除，然后再次添加。 这是为了续订 PXE 服务器证书并避免证书错误。

重要

此版本的 Virtual Machine Manager (VMM) 已终止支持。 建议 升级到 VMM 2022。

必须已安装 System Center - Virtual Machine Manager 1801，才能应用 1807 更新。 了解如何安装 VMM 1807。

重要

此版本的 Virtual Machine Manager (VMM) 已终止支持。 建议 升级到 VMM 2022。

本文提供 System Center 1801 - Virtual Machine Manager (VMM) 的升级信息。

本文提供 System Center 2016 - Virtual Machine Manager (VMM) 的升级信息。

升级到 System Center 1801 - Virtual Machine Manager

以下部分提供有关如何升级到 VMM 1801 的信息。 还包括升级步骤和升级完成后应完成的任务。

注意

在 VMM 安装过程中，请确保SQL 数据库不属于任何可用性组。

要求和限制

  • 应该在 System Center 2012 R2 更新汇总 14 或 2016 UR 4 上运行 VMM。
  • 确保服务器满足 VMM 1801 的所有要求，并满足先决条件。 了解详细信息。
  • 确保运行的是受支持的 SQL Server 版本。
  • 如果当前的 VMM 部署与 Azure Site Recovery 相集成，请注意：
    • 不能升级 Site Recovery 设置。 升级后，需要重新部署。
    • 针对 VMM 1801 验证 Hyper-V 主机支持。

准备工作

确保以下信息：

  1. 完成当前正在 VMM 中运行的任何作业。

注意

升级期间会删除作业历史记录。

  1. 关闭与 VMM 管理服务器（包括 VMM 控制台和 VMM 命令行界面）的任何连接。
  2. 关闭 VMM 管理服务器上运行的任何其他的程序。
  3. 确保 VMM 服务器上没有挂起的重启操作。
  4. 执行 VMM 数据库的完整备份。
  5. 如果正在通过 VMM 运行 Operations Manager，请断开 VMM 与 Operations Manager 服务器之间的连接。

System Center 组件的升级顺序

如果运行的是多个 System Center 组件，则应按特定顺序升级这些组件：

  1. Service Management 自动化
  2. 业务流程协调程序
  3. Service Manager
  4. Data Protection Manager (DPM)
  5. Operations Manager
  6. 配置管理器
  7. Virtual Machine Manager (VMM)
  8. App Controller
  9. Service Provider Foundation
  10. 适用于 Windows Server 的 Azure Pack
  11. 服务总线云
  12. Azure Pack
  13. Service Reporting

升级独立 VMM 服务器

请执行以下过程：

备份和升级操作系统

  1. 备份和保留 VMM 数据库。
  2. 卸载 VMM。 确保同时删除管理服务器和控制台。
  3. 将管理 OS 升级到 Windows Server 2016/1709。
  4. 分别安装 Windows 10 或 1709 版本的 ADK。

卸载 VMM

  1. 转到 “添加删除程序”，选择“ VMM”，然后选择“ 卸载”。
  2. 在“卸载向导”中，选择“删除功能”，然后在“要删除的功能”列表下选择“VMM 管理服务器”和“VMM 控制台”。
  3. 在“数据库选项”页上，选择“保留数据库”。
  4. 查看摘要，然后选择“卸载”。

安装 VMM 1801

  1. 在“main安装”页中，选择“安装”。
  2. 在 “选择要安装的功能”中，选择 VMM 管理服务器，然后选择“ 下一步”。 将自动安装 VMM 控制台。
  3. 在 “产品注册信息”中，提供相应的信息，然后选择“ 下一步”。 如果未输入产品密钥，VMM 将作为评估版本进行安装，该版本将在安装日期后 180 天后过期。
  4. 在“请阅读此许可协议”中，查看许可协议，选择“我已阅读、理解并同意许可协议条款”检查框，然后选择“下一步”。
  5. 在 “使用情况和连接数据”中，选择任一选项，然后选择“ 下一步”。
  6. 如果显示 “Microsoft 更新 ”页，请选择是否要使用 Microsoft 更新，然后选择“ 下一步”。 如果已选择在此计算机上使用 Microsoft 更新，则不会出此页。
  7. 在 “安装位置”中，使用默认路径或输入 VMM 程序文件的不同安装路径，然后选择“ 下一步”。
  8. 在“数据库配置”中：
  • 如需升级 VMM SQL Server，请了解详细信息。
  • 如果正在使用远程 SQL 实例，则指定 SQL Server 计算机名称。
  • 如果 SQL Server 在 VMM 服务器上运行，请输入 VMM 服务器的名称或输入 localhost。 如果SQL Server位于群集中，请输入群集名称。
  • 如果使用本地 SQL Server 或远程 SQL Server 使用默认端口 (1443) ，请不要指定端口值。
  • 选择“ 现有数据库”，然后选择 (从以前的安装备份) 保留的数据库。 提供具有访问数据库的权限的凭据。 当系统提示你升级数据库时，选择“ 是”。
  1. 在“配置服务帐户和已分发密钥管理”中，指定 VMM 服务将使用的帐户。

注意

安装后不能更改 VMM 服务帐户的标识。

  1. 在“已分发密钥管理”下，选择是否将加密密钥存储在 Active Directory 中。

注意

请慎重选择服务帐户和分布式密钥管理的设置。 根据所选择的内容，加密数据（如模板中的密码）在升级之后可能不可用，你将需要手动输入这些数据。

  1. 在“端口配置”中，使用每项功能所对应的默认端口号，或者提供适用于所在环境的唯一端口号。

注意

无法更改在安装 VMM 管理服务器期间分配的端口，除非卸载然后重新安装 VMM 管理服务器。 此外，不要将任何功能配置为使用端口 5986;此端口号已预先分配。

  1. 在“库配置”中，选择是要创建新库共享还是使用计算机上的现有库共享。 VMM 创建的默认库共享名为 MSSCVMMLibrary，其文件夹位于 %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager Library Files 。 ProgramData 是一个隐藏文件夹，无法将其删除。 安装了 VMM 管理服务器后，你可以使用 VMM 控制台或 VMM 命令行界面来添加库共享和库服务器。
  2. 在 “升级兼容性报告”中，查看设置，然后选择“ 下一步 ”以继续升级。
  3. 在 “安装摘要”中，查看设置，然后选择“ 安装 ”以升级服务器。 此时将出现“安装功能”页，并显示安装进度。
  4. 在 “安装程序已成功完成”中，选择“ 关闭 ”以完成安装。 若要打开 VMM 控制台，检查关闭此向导时打开 VMM 控制台，或者可以在桌面上选择 Virtual Machine Manager 控制台图标。

注意

升级成功后，使用 VMM 手动升级主机代理 。

如果安装程序存在任何问题，检查 %SYSTEMDRIVE%\ProgramData\VMMLogs 文件夹。

在安装期间，VMM 将启用以下防火墙规则。 这些规则始终有效，即使在卸载 VMM 后也是如此。

  • Windows 远程管理
  • 基于 Windows 标准的存储管理

升级高度可用的 VMM 服务器

可以将高可用性 (HA) VMM 服务器 2012 R2 和 2016 升级到 1801。

支持以下两种升级模式：

注意

可随时进行 SQL Server 升级，此操作独立于 VMM 升级。

无需额外 VMM 服务器的混合模式升级

此过程无需额外 VMM 服务器，但在某些情况下，停机风险会增加。 例如，如果有两个节点 HA VMM，并且主动 VMM 节点在升级被动时失败。 在这种情况下，VMM 服务器将没有可用的故障转移节点。

执行以下步骤：

  1. 备份和保留 VMM 数据库。

  2. 卸载 VMM（被动节点上的）。

  3. VMM 1801 支持 WS 2016 和 1709 作为管理 OS。 在被动 VMM 节点上，将管理 OS 升级到 Windows Server 2016/1709。

    如果群集在 Windows Server (WS) 2012 R2 上具有 VMM 2012 R2，并且你想在 WS 1709 上升级到 VMM 1801，请为此群集中此类的每个节点使用以下步骤：

  • 在作为管理 OS 的 WS 2016 上为 WS 2012 R2 的所有群集节点升级到 VMM 1801。 这是因为不支持 2012 R2 和 WS 1709 混合群集。
  • 将管理 OS 升级到 WS 1709。
  1. 升级到 Windows 10/1709 版本的 ADK。
  2. 使用以下步骤在被动节点上安装 VMM 1801：
  • 在“main安装”页中，选择“安装”。
  • 在 “选择要安装的功能”中，选择“ VMM 管理服务器 ”，然后选择“ 下一步”。 将自动安装 VMM 控制台。
  • 收到提示时，确认要将此服务器作为节点添加到高度可用部署。
  • 在“ 数据库配置” 页上，如果出现提示，请选择升级数据库。
  • 查看摘要，然后完成安装。
  1. 将活动 VMM 节点故障转移到新升级的 VMM 服务器。
  2. 在其他 VMM 节点上重复该过程。
  3. 使用 Update-clusterfunctionallevel命令更新群集功能级别。
  4. [可选]安装相应的 SQL 命令行实用工具。

需额外 VMM 服务器的混合模式升级

此过程需要其他 VMM 服务器;但是，它可确保在所有方案中几乎不会停机。

执行以下步骤：

  1. 备份和保留 VMM 数据库。

  2. 添加更多的服务器（使用 Windows Server 2016/1709 管理 OS），添加的数量与 HA 群集中的服务器数量相等。

    如果群集在 WS 2012 R2 上具有 VMM 2012 R2 节点，并且你想升级到具有 VMM 1801 的 WS 1709，请使用以下步骤：

    • 添加新的 WS 2016 节点，并在所有这些新节点上安装 VMM 1801。
    • 从群集中删除所有的 WS 2012 R2 节点。
  • 将管理 OS 升级到 WS 1709。
  1. 在新添加的 2016 服务器上安装 Windows 10/1709 版本的 ADK。
  2. 根据[无需额外 VMM 服务器的混合模式升级](#mixed-mode- upgrade-with-no-additional-VMM-servers) 的“步骤 5”中的详细说明，在新添加的某个服务器上安装 VMM 1801。
  3. 对其余所有新添加的服务器重复该安装步骤。
  4. 将活动 VMM 节点故障转移到新添加的服务器之一。
  5. 故障转移后从群集删除 2012 R2/2016 节点。
  6. 使用 Update-clusterfunctionallevel命令更新群集功能级别。
  7. [可选] 安装适用的 SQL 命令行实用程序。

注意

HA VMM 升级成功后，使用 VMM 手动升级主机代理 。

升级 VMM SQL Server 数据库

可能需要升级 VMM SQL Server 数据库的原因有多个方面：

  • 正在将 VMM 升级到 System Center 1801，而当前的 SQL Server 数据库版本不受支持。
  • 你想要将 VMM 独立服务器升级到高可用性服务器，并且在本地安装SQL Server。
  • 想要将 SQL Server 数据库移至另一台计算机。

收集数据库信息

在升级之前，请先收集有关 VMM 数据库的信息：

  1. 记录 VMM 控制台 >“设置”>“常规”>“数据库连接”中的数据库连接。
  2. 记录服务器管理器 >“工具”>“服务”中的帐户信息。 右键单击“System Center Virtual Machine Manager”“属性”“登录”。 这是安装 VMM 时指定为服务帐户的域或本地帐户。 可以在“工具”“计算机管理器”“本地用户和组”“用户”中查看该帐户是否是本地帐户。
  3. 查看是否在安装 VMM 时或在 VMM 服务器上本地存储加密密钥时使用了已分发密钥管理。
  4. 如果要移动 VMM 数据库但未升级 VMM，检查 VMM 服务器上应用了哪些更新汇总。

升级独立数据库

  1. 备份现有 VMM 数据库以及将备份复制到运行受支持 SQL Server 版本的计算机。
  2. 使用 SQL Server 工具还原数据库。
  • 如果要升级 VMM，将在 VMM 设置>数据库配置中指定新的SQL Server位置。
  • 如果想在不升级 VMM 的情况下升级数据库，则需要卸载并重新安装 VMM。 卸载时，在 “数据库选项” 页上，选择“ 保留数据库”。 然后，使用用于原始安装的相同的设置重新安装。 在“数据库配置”上，指定新的SQL Server详细信息。 重新安装后，应用更新汇总，并检查部署按预期工作。

升级高度可用的数据库

  1. 记录现有数据库的源版本和要升级到的目标版本。
  2. 从SQL Server群集的活动节点创建高可用性SQL Server数据库的备份。
  3. 将被动 SQL Server 节点升级到新版本。 升级完成后，如果要从此节点管理 SQL Server，可以选择安装 SQL Server Management Studio。
  4. 将高度可用的 SQL 服务器角色从当前活动节点故障转移到升级后的节点。 故障转移后，可以使用 SQL Server Management Studio 验证正在运行的数据库版本。
  5. 对于高可用性 SQL 群集中的其他节点，重复升级过程。 作为额外的验证，可以故障转移SQL Server数据库角色，以确保一切按预期工作。

作为 VMM 升级的一部分迁移 SQL Server 群集

  1. 从现有 SQL 群集的活动节点备份高度可用的 VMM 数据库。
  2. 请记下 VMM 角色名称，以在重新安装 VMM 服务器角色时使用。 从现有 VMM 群集节点卸载 VMM 服务器，同时保留数据库选项。 从最后一个节点卸载 VMM 服务器时，可能会收到有关 SPN 注册失败的消息。 此已知问题对功能没有影响。
  3. 将备份的 DB 还原到运行受支持的 SQL 版本的其他 SQL 群集。 将运行 VMM 服务的用户作为“用户”添加到此新 DB，成员身份设置为 db_owner。
  4. 在 SQL 群集迁移过程中升级 VMM 服务器时，请提供与新 SQL 群集对应的参数。

更新 VMM 代理

升级之后，需要在 Hyper-V 主机和 VMM 库服务器上更新 VMM 代理。

  1. 选择“ 构造>服务器>所有主机”。
  2. 在“ 主机 ”窗格中，右键单击列标题，然后选择“ 代理版本状态”。
  3. 选择带有需更新的 VMM 代理的主机。 在“ 主机 ”选项卡上的“ 主机 ”组中，选择“ 刷新”。 如果主机需要更新其 VMM 代理，则“主机状态”列将显示“需要注意”，并且“代理版本状态”列将显示“有可用的升级”。
  4. 右键单击具有要更新的 VMM 代理的主机，然后选择“ 更新代理”。 在 “更新代理 ”中提供所需的凭据，然后选择“ 确定”。
  5. “代理版本状态”列将显示值“正在升级”。 在主机上成功更新 VMM 代理后，“代理版本状态” 列将显示值“更新” ，并且“代理版本” 列将显示代理的更新版本。 再次刷新主机后，主机的“主机状态”列将显示值“正常”。
  6. 可以采用类似的方式来更新 VMM 库服务器上的 VMM 代理。 若要查看 VMM 库服务器的列表，请选择“ 构造>服务器>库服务器”。

重新部署 Azure Site Recovery

如果已将 Azure Site Recovery 集成到了 VMM 2012 R2/2016 部署中，则需要使用 VMM 1801 重新部署它，以便复制到 Azure或复制到辅助站点。

有关运行 VMM 1801 时 Hyper-V 主机支持的详细信息，请阅读此博客文章。

连接到 Operations Manager

升级完成后，将 VMM 重新连接到 Operations Manager。

续订 PXE 服务器的证书

如果 VMM 构造中具有 PXE 服务器，则需要将其从构造中删除，然后再次添加它。 这是为了续订 PXE 服务器证书，并避免证书错误。

升级到 System Center 2016 - VMM

下面各节介绍如何升级到 System Center Virtual Machine Manager (VMM) 2016。 其中包括先决条件、升级说明和升级结束后应完成的任务。

注意

在 VMM 安装期间，请确保SQL 数据库不属于任何可用性组。

要求和限制

  • 应该在包含更新汇总 9 或更高版本的 System Center 2012 R2 上运行 VMM。
  • 将在其中安装 VMM 的服务器应满足 VMM 2016 要求。 了解详细信息
  • 确保运行的是受支持的 SQL Server 版本。
  • 如果当前的 VMM 部署与 Azure Site Recovery 相集成，请注意，不能升级 Site Recovery 设置。 升级后，需要重新部署。
  • 验证 VMM 2016 的 Hyper-V 主机支持要求。

开始之前

  1. 完成当前正在 VMM 中运行的任何作业。 在升级过程中会删除所有作业历史记录。
  2. 关闭与 VMM 管理服务器（包括 VMM 控制台和 VMM 命令行界面）的任何连接。
  3. 关闭 VMM 管理服务器上运行的任何其他的程序。
  4. 确保 VMM 服务器上没有挂起的重启操作。
  5. 执行 VMM 数据库的完整备份。
  6. 如果当前的 SQL Server 数据库使用了 AlwaysOn 可用性组：
  • 如果 VMM 数据库包含在可用性组中，请在 SQL Server Management Studio 中将其删除。
  • 启动故障转移以转移至正在运行 SQL Server 且安装了 VMM 数据库的计算机。
  1. 如果正在通过 VMM 运行 Operations Manager，请断开 VMM 与 Operations Manager 服务器之间的连接。
  2. 如果 VMM 2012 R2 服务器运行的是更新汇总 10 或 11，并且你已部署 Citrix NetScalar 负载均衡器，请在开始升级之前运行此SQL Server脚本，否则可能会失败。 如果你正在运行更新汇总 12 或更高版本，则无需运行该脚本。

ALTER TABLE [dbo].[tbl_NetMan_HardwareModelSettings] ALTER COLUMN Version NVARCHAR(255) NULL; GO

System Center 组件的升级顺序

如果在运行多个 System Center 组件，则它们应按特定顺序进行升级：

  1. Service Management 自动化
  2. 业务流程协调程序
  3. Service Manager
  4. Data Protection Manager (DPM)
  5. Operations Manager
  6. 配置管理器
  7. Virtual Machine Manager (VMM)
  8. App Controller
  9. Service Provider Foundation
  10. 适用于 Windows Server 的 Azure Pack
  11. 服务总线云
  12. Azure Pack
  13. Service Reporting

升级独立 VMM 服务器

备份和升级操作系统，然后安装 VMM 2016。

备份和升级操作系统

  1. 备份和保留 VMM 数据库。
  2. 卸载 VMM。 为此：a. 在“添加/删除程序”中，选择“VMM”“卸载”。 b. 选择“删除功能”，然后选择“VMM 管理服务器”和“VMM 控制台”。 c. 在“数据库选项”中，选择“保留数据库”。 d. 查看摘要，然后选择“卸载”。
  3. 将管理操作系统升级到 Windows Server 2016。
  4. 升级到 ADK 的 Windows 10 版本。

卸载 VMM 2016

  1. 在“main安装”页中，选择“安装”。
  2. 在“选择要安装的功能”中，选择“VMM 管理服务器”“下一步”。 将自动安装 VMM 控制台。
  3. 在 “产品注册信息”中，提供相应的信息，然后选择“ 下一步”。 如果未输入产品密钥，VMM 将作为评估版本进行安装，该版本将在安装日期后 180 天后过期。
  4. 在 “请阅读此许可协议”中，查看许可协议，选择“ 我已阅读、理解并同意许可协议条款”，然后选择“ 下一步”。
  5. 在 “使用情况和连接数据”中，选择任一选项，然后选择“ 下一步”。
  6. 如果显示 “Microsoft 更新 ”页，请选择是否要使用 Microsoft 更新，然后选择“ 下一步”。 如果已选择在此计算机上使用 Microsoft 更新，则不会出此页。
  7. 在 “安装位置”中，使用默认路径或输入 VMM 程序文件的不同安装路径，然后选择“ 下一步”。
  8. 在“数据库配置”中：
  • 如需升级 VMM SQL Server，请了解详细信息。
  • 如果正在使用远程 SQL 实例，则指定 SQL Server 计算机名称。
  • 如果 SQL Server 在 VMM 服务器上运行，请输入 VMM 服务器的名称或输入 localhost。 如果SQL Server位于群集中，请输入群集名称。
  • 如果使用本地 SQL 服务器或远程 SQL 服务器使用默认端口 (1433) ，请不要指定端口值。
  • 选择“现有数据库”，然后选择从之前安装中保留（备份）的数据库。 提供具有访问数据库的权限的凭据。 当系统提示你升级数据库时，选择“ 是”。
  1. 在“配置服务帐户和已分发密钥管理”中，指定 VMM 服务将使用的帐户。 安装后不能更改 VMM 服务帐户的标识。
  2. 在“已分发密钥管理”下，选择是否将加密密钥存储在 Active Directory 中。

注意

请慎重选择服务帐户和分布式密钥管理的设置。 根据你的选择，在升级后，模板中的密码等加密数据可能不可用，你需要手动输入它们。 13. 在 “端口配置”中，为每个功能使用默认端口号，或提供适合你的环境的唯一端口号。 若要更改在安装 VMM 管理服务器期间分配的端口，需要卸载并重新安装该服务器。 不要将任何功能配置为使用端口 5986;此端口号已预先分配。 14. 在 “库配置”中，选择是创建新的库共享，还是在计算机上使用现有库共享。 VMM 创建的默认库共享名为 MSSCVMMLibrary，其文件夹位于 %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager Library Files 。 ProgramData 是一个隐藏文件夹，无法将其删除。 安装了 VMM 管理服务器后，你可以使用 VMM 控制台或 VMM 命令行界面来添加库共享和库服务器。 15. 在 “升级兼容性报告”中，查看设置，选择“ 下一步 ”以继续升级。 16. 在 “安装摘要”中，查看设置，然后选择“ 安装 ”以升级服务器。 此时将出现“安装功能”页，并显示安装进度。 17. 在 “安装程序已成功完成”中，选择“ 关闭 ”以完成安装。 若要打开 VMM 控制台，检查关闭此向导时打开 VMM 控制台，也可以选择桌面上的 VMM 控制台图标。 18. 升级后， 手动升级主机代理。 19. 在安装过程中，VMM 启用以下防火墙规则。 这些规则始终有效，即使在卸载 VMM 后也是如此：

  • Windows 远程管理
  • 基于 Windows 标准的存储管理

如果在安装过程中遇到任何问题，请检查 %SYSTEMDRIVE%\ProgramData\VMMLogs 文件夹中的日志。

升级高度可用的 VMM 服务器

可以将高度可用的 VMM 2012 R2 服务器（至少运行更新汇总 9）升级到 VMM 2016。

支持以下升级模式：

注意

可随时进行 SQL Server 升级，此操作独立于 VMM 升级。

无需额外 VMM 服务器的混合模式升级

此过程不需要额外的 VMM 服务器，但在某些情况下会增加停机的风险。 例如，当你有两个节点 HA VMM 时，主动 VMM 节点在升级被动时失败。 在这种情况下，VMM 服务器将没有可用的故障转移节点。

  1. 备份和保留 VMM 数据库。
  2. 卸载被动节点上的 VMM。
  3. 在被动 VMM 节点上，将管理 OS 升级到 Windows Server 2016。
  4. 升级到 ADK 的 Windows 10 版本。
  5. 使用以下步骤在被动节点上安装 VMM 2016：
  • 在“main安装”页中，选择“安装”。
  • 在 “选择要安装的功能”中，选择“ VMM 管理服务器 ”，然后选择“ 下一步”。 将自动安装 VMM 控制台。
  • 收到提示时，确认要将此服务器作为节点添加到高度可用部署。
  • 在“ 数据库配置” 页上，如果出现提示，请选择升级数据库。
  • 查看摘要，然后完成安装。
  1. 将活动 VMM 节点故障转移到新升级的 VMM 服务器。
  2. 在其他 VMM 节点上重复该过程。
  3. 使用 Update-clusterfunctionallevel命令更新群集功能级别。
  4. [可选]安装相应的 SQL 命令行实用工具。

需额外 VMM 服务器的混合模式升级

需要其他服务器。 但是，在所有情况下几乎不会停机。

  1. 备份和保留 VMM 数据库。
  2. 添加更多的服务器（使用 Windows Server 2016 管理 OS），添加的数量与 HA 群集中的服务器数量相等。
  3. 在新添加的 2016年服务器上安装 Windows 10 版本的 ADK。
  4. 根据[无需额外 VMM 服务器的混合模式升级](#mixed-mode- upgrade-with-no-additional-VMM-servers) 的“步骤 5”中的详细说明，在新添加的某个服务器上安装 VMM 2016。
  5. 对其余所有新添加的服务器重复该安装步骤。
  6. 将活动 VMM 节点故障转移到新添加的服务器之一。
  7. 从 2012 R2 节点卸载 VMM，并在故障转移后从群集中删除这些节点。
  8. 使用 Update-ClusterFunctionalLevelcommand 更新群集功能级别。
  9. （可选）安装适用的 SQL 命令行实用程序。
  10. 在升级后，手动升级主机代理。

升级 VMM SQL Server 数据库

可能需要升级 VMM SQL Server 数据库的原因有多个方面：

  • 正在将 VMM 升级到 System Center 2016，而当前的 SQL Server 数据库版本不受支持。
  • 你想要将 VMM 独立服务器升级到高可用性服务器，并且在本地安装SQL Server。
  • 想要将 SQL Server 数据库移至另一台计算机。

收集数据库信息

在升级之前，请先收集有关 VMM 数据库的信息：

  1. 记录 VMM 控制台 >“设置”>“常规”>“数据库连接”中的数据库连接。
  2. 记录服务器管理器 >“工具”>“服务”中的帐户信息。 右键单击“System Center Virtual Machine Manager”“属性”“登录”。 这是安装 VMM 时指定为服务帐户的域或本地帐户。 可以在“工具”“计算机管理器”“本地用户和组”“用户”中查看该帐户是否是本地帐户。
  3. 查看是否在安装 VMM 时或在 VMM 服务器上本地存储加密密钥时使用了已分发密钥管理。
  4. 如果要移动 VMM 数据库但未升级 VMM，检查 VMM 服务器上应用了哪些更新汇总。

升级独立数据库

  1. 备份现有 VMM 数据库，并将备份复制到运行受支持版本的SQL Server的计算机。
  2. 使用 SQL Server 工具还原数据库。
    • 如果要升级 VMM，将在 VMM 设置>数据库配置中指定新的SQL Server位置。
    • 如果想在不升级 VMM 的情况下升级数据库，则需要卸载并重新安装 VMM。 卸载时，在 “数据库选项” 页上，选择“ 保留数据库”。 然后，使用用于原始安装的相同的设置重新安装。 在“数据库配置”上，指定新的SQL Server详细信息。 重新安装后，应用更新汇总，并检查部署按预期工作。

升级高度可用的数据库

  1. 记录现有数据库的源版本和要升级到的版本。
  2. 从SQL Server群集的活动节点创建高可用性SQL Server数据库的备份。
  3. 将被动 SQL Server 节点升级到新版本。 升级完成后，如果要从此节点管理 SQL Server，可以选择安装 SQL Server Management Studio。
  4. 将高度可用的 SQL 服务器角色从当前活动节点故障转移到升级后的节点。 故障转移后，可以使用 SQL Server Management Studio 验证正在运行的数据库版本。
  5. 对于高可用性 SQL 群集中的其他节点，重复升级过程。 作为额外的验证，可以故障转移SQL Server数据库角色，以确保一切按预期工作。

作为 VMM 升级的一部分迁移 SQL Server 群集

  1. 从现有 SQL 群集的活动节点备份高度可用的 VMM 数据库。
  2. 请记下 VMM 角色名称，以在重新安装 VMM 服务器角色时使用。 使用“保留数据库”选项从现有 VMM 群集节点卸载 VMM 服务器。 从最后一个节点卸载 VMM 服务器时，可能会收到有关 SPN 注册失败的消息。 此已知问题对功能没有影响。
  3. 将备份的 DB 还原到运行受支持的 SQL 版本的其他 SQL 群集。 将运行 VMM 服务的用户作为“用户”添加到此新 DB，成员身份设置为 db_owner。
  4. 在 SQL 群集迁移过程中升级 VMM 服务器时，请提供与新 SQL 群集对应的参数。

更新 VMM 代理

升级之后，需要在 Hyper-V 主机和 VMM 库服务器上更新 VMM 代理。

  1. 选择“ 构造>服务器>所有主机”。
  2. 在“ 主机 ”窗格中，右键单击列标题，然后选择“ 代理版本状态”。
  3. 选择带有需更新的 VMM 代理的主机。 在“ 主机 ”选项卡上的“ 主机 ”组中，选择“ 刷新”。 如果主机需要更新其 VMM 代理，“ 主机状态” 列将显示“ 需要注意 ”，“ 代理版本状态” 列将显示 “升级可用”。
  4. 右键单击具有要更新的 VMM 代理的主机，然后选择“ 更新代理”。 在 “更新代理”中，提供所需的凭据，然后选择“ 确定”。
  5. “代理版本状态”列将显示值“正在升级”。 在主机上成功更新 VMM 代理后，“代理版本状态” 列将显示值“更新” ，并且“代理版本” 列将显示代理的更新版本。 再次刷新主机后，主机的“主机状态”列将显示值“正常”。
  6. 可以采用类似的方式来更新 VMM 库服务器上的 VMM 代理。 若要查看 VMM 库服务器的列表，请选择“ 构造>服务器>库服务器”。

重新关联主机和库服务器

在升级后，可能需要将虚拟主机和 VMM 库服务器与 VMM 管理服务器重新关联。

  1. 选择“ 构造>服务器>所有主机”。
  2. 在“主机”窗格中，确保显示了“代理状态”列。 如果不是，请右键单击标题>为“代理状态”的列。
  3. 选择需要与 VMM 管理服务器重新关联的主机。
  4. 在主机组中，选择“ 刷新”。 如果主机需要重新关联，则“主机状态”列将显示值“需要注意”，并且“代理状态”列将显示值“拒绝访问”。 右键单击要重新关联的主机，然后选择“ 重新关联”。 在 “重新关联代理”中，提供凭据，然后选择“ 确定”。 “代理状态”列将显示值“正在重新关联”。 成功重新关联了主机后，“代理状态”列将显示值“正在响应”。 再次刷新主机后，主机的“主机状态”列将显示值“正常”。 重新关联主机后，很可能必须更新主机上的 VMM 代理。

重新部署 Azure Site Recovery

如果 Azure Site Recovery 已集成到 VMM 2012 R2 部署中，则需要使用 VMM 2016 重新部署它，以便复制到 Azure 或复制到辅助站点。

有关运行 VMM 2016 时 Hyper-V 主机支持的详细信息，请阅读此博客文章。

连接到 Operations Manager

升级完成后，将 VMM 重新连接到 Operations Manager。

注意

不应在 VMM 2016 RTM 上安装任何管理包。 必须安装更新汇总 1 或更高版本。 如果已在 RTM 版本上安装任何管理包，请在安装更新汇总 1 之前卸载它们。

配置 AlwaysOn 可用性组

如果升级了配置有 AlwaysOn 可用性组的数据库，则需要完成一些任务以确保升级的数据库已正确配置了 AlwaysOn 可用性组。

  1. 将 VMM 数据库添加至可用性组中。 你可以使用 Microsoft SQL Server Management Studio 执行此任务。
  2. 在运行 SQL Server 的群集中的辅助节点计算机上，创建新的登录帐户。 配置登录名，使其与 VMM 服务帐户名称相同。 将用户映射包括到 VMM 数据库中，并配置数据库所有者凭据。
  3. 启动故障转移以转移至正在运行 SQL Server 的辅助节点计算机，验证是否可以重启 VMM 服务 (scvmmservice)。
  4. 对群集中正在运行 SQL Server 的每个辅助节点重复最后两个步骤。
  5. 如果这是高可用性 VMM 安装程序，请继续安装其他高可用性 VMM 节点。

更新虚拟机模板

所有已升级的虚拟机模板都需要正确指定包含操作系统的虚拟硬盘。

  1. 选择“ 库>模板>VM 模板”。
  2. 右键单击该模板 >“属性”>“硬件配置”，并检查磁盘设置。

续订 PXE 服务器的证书

如果 VMM 构造中有 PXE 服务器，则需要将其从构造中删除，然后再次添加。 这是为了续订 PXE 服务器证书并避免证书错误。

更新驱动程序包

必须删除并再次添加先前添加到 VMM 库的任何驱动程序包，才能正确地发现这些包。

如果计划分配自定义驱动程序，则驱动程序文件必须存在于库中。 可以在库中标记驱动程序，以便以后可以按标记筛选它们。 添加文件后，配置物理计算机配置文件时，可以指定驱动程序文件。 VMM 在物理计算机上安装操作系统时，会安装指定的驱动程序。

在物理计算机配置文件中，可以选择按标记筛选驱动程序，也可以选择筛选物理计算机上具有匹配即插即用 (PnP) ID 的驱动程序。 如果选择按标记对驱动程序进行筛选，VMM 会通过将分配给库中的驱动程序的标记与配置文件中分配的标记匹配，从而确定要应用的驱动程序。 如果选择用匹配的 PnP ID 筛选驱动程序，则无需分配自定义标记。

  1. 找到要添加到库的驱动程序包。
  2. 在与要在其中部署物理计算机的组关联的库服务器上的库共享中，创建一个文件夹来存储驱动程序，然后将驱动程序包复制到该文件夹。
  3. 强烈建议为每个驱动程序包创建单独的文件夹，并且不要混合驱动程序文件夹中的资源。 如果在同一文件夹中包含其他库资源（例如.iso映像、.vhd 文件或文件扩展名为 .inf 的脚本），则 VMM 库服务器不会发现这些资源。 并且，从库中删除 .inf 驱动程序包时，VMM 将删除驱动程序 .inf 文件所在的整个文件夹。
  4. 在 VMM 控制台中，打开“库”工作区。 在 “库>库服务器”中，展开共享所在的库服务器，右键单击共享，然后选择“ 刷新”。 库刷新之后，你创建用于存储驱动程序的文件夹将出现。
  5. 如果需要，现在将分配标记。 在 “库”中，展开在上一过程中创建的用于存储驱动程序的文件夹，然后选择包含驱动程序包的文件夹。
  6. 在 “物理库对象”中，右键单击驱动程序 .inf 文件，然后选择“ 属性”。
  7. 在 “驱动程序文件名属性”>自定义标记中，输入用分号分隔的自定义标记，或选择“ 选择” 以分配可用标记或创建并分配新标记。 如果选择 “选择”，然后选择“ 新建标记”。 选择 “确定”后，可以更改标记的名称。 例如，如果添加了网络适配器驱动程序文件，可以创建一个名为 ServerModel NetworkAdapterModel 的标记，其中 ServerModel 是服务器型号， NetworkAdapterModel 是网络适配器型号。

重定位 VMM 库

  • 升级到高可用性 VMM 管理服务器后，我们建议将 VMM 库重定位到高可用性文件服务器。
  • 创建新的 VMM 库后，需要将资源从以前的 VMM 库移动到新的 VMM 库。
  • 要保留以前的 VMM 库中已保存虚拟机的自定义字段及属性，请将已保存虚拟机部署到主机，然后将虚拟机保存到新的 VMM 库。

注意

无法移动操作系统和硬件配置文件。 你需要重新创建这些配置文件。

后续步骤

了解如何部署最新更新汇总。