升级 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 主机支持。
准备工作
确保以下信息:
- 完成当前在 VMM 中运行的任何作业。
注意
升级期间会删除作业历史记录。
关闭与 VMM 管理服务器(包括 VMM 控制台和 VMM 命令行界面)的任何连接。
关闭 VMM 管理服务器上运行的任何其他的程序。
确保 VMM 服务器上没有挂起的重启。
执行 VMM 数据库的完整备份。
如果当前 SQL Server 数据库使用了 AlwaysOn 可用性组:
- 如果 VMM 数据库包含在可用性组中,请在 SQL Server Management Studio 中删除该数据库。
- 启动到运行安装了 VMM 数据库的 SQL Server 的计算机的故障转移。
如果使用 VMM 运行 Operations Manager,请断开 VMM 与 Operations Manager 服务器之间的连接。
System Center 组件的升级顺序
如果运行的是多个 System Center 组件,则应按特定顺序升级它们,如下所示:
- Service Management 自动化
- 业务流程协调程序
- Service Manager
- Data Protection Manager
- Operations Manager
- 配置管理器
- Virtual Machine Manager
- Service Provider Foundation
升级独立 VMM 服务器
注意
升级独立 VMM 服务器时,建议在具有 VMM 2019 的同一台服务器上安装 VMM 2022。
如果使用分布式密钥管理,可以选择在不同的服务器上安装 VMM 2022。
使用以下过程:
备份和升级 OS
- 备份并保留 VMM 数据库。
- 卸载 VMM。 确保同时删除管理服务器和控制台。
- 将管理 OS 升级到 Windows Server 2022。
- 安装 Windows 11 或 Windows Server 2022 版本的 ADK。
卸载 VMM
- 转到“控制面板>Programs>程序和功能”,选择“Virtual Machine Manager”,然后选择“卸载”。
- 在“卸载向导”上,选择“删除功能”,然后在要删除列表的功能下选择 VMM 管理服务器和 VMM 控制台。
- 在“数据库选项”页上,选择“ 保留数据库”。
- 查看摘要,然后选择“卸载”。
安装 VMM 2022
- 在主安装页中,选择“ 安装”。
- 在 “选择要安装的功能”中,选择 VMM 管理服务器,然后选择“ 下一步”。 VMM 控制台将自动安装。
- 在 产品注册信息中,提供相应的信息,然后选择“ 下一步”。 如果未输入产品密钥,VMM 将作为评估版本进行安装,该版本将在安装日期后 180 天后过期。
- 在 “请阅读此许可协议”中,查看许可协议,选择 我已阅读、理解并同意许可协议 条款复选框,然后选择“ 下一步”。
- 在 “使用情况和连接数据”中,选择任一选项,然后选择“ 下一步”。
- 如果出现“Microsoft更新”页,请选择是否要使用Microsoft更新并选择“下一步”。 如果已选择在此计算机上使用Microsoft更新,则不会显示此页面。
- 在 安装位置,使用默认路径或输入 VMM 程序文件的其他安装路径,然后选择“ 下一步”。
- 在数据库配置中:
- 如果需要升级 VMM SQL Server,请了解详细信息 。
- 如果使用远程 SQL 实例,请指定 SQL Server 计算机名称。
- 如果 SQL Server 在 VMM 服务器上运行,请输入 VMM 服务器的名称,或输入 localhost。 如果 SQL Server 位于群集中,请输入群集名称。
- 如果使用的是本地 SQL Server,或者远程 SQL Server 使用默认端口(1433),请不要指定端口值。
- 选择 “现有数据库 ”,并从以前的安装中选择你保留的数据库(已备份)。 提供用于访问数据库的权限的凭据。 系统提示升级数据库时,请选择“ 是”。
- 在 配置服务帐户和分布式密钥管理中,指定 VMM 服务将使用的帐户。
注意
安装后无法更改 VMM 服务帐户的标识。
- 在“分布式密钥管理”下,选择是否将加密密钥存储在 Active Directory 中。
注意
请慎重选择服务帐户和分布式密钥管理的设置。 根据所选内容,加密数据(如模板中的密码)在升级后可能不可用,需要手动输入它们。
- 在 端口配置中,对每项功能使用默认端口号,或提供适合你环境的唯一端口号。
注意
除非卸载并重新安装 VMM 管理服务器,否则无法在安装 VMM 管理服务器期间更改分配的端口。 此外,不要将任何功能配置为使用端口 5986;此端口号已预先分配。
- 在“库配置”中,选择是创建新的库共享,还是在计算机上使用现有库共享。 VMM 创建的默认库共享名为 MSSCVMMLibrary,该文件夹位于 %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager 库文件。 ProgramData 是一个隐藏文件夹,无法将其删除。 安装 VMM 管理服务器后,可以使用 VMM 控制台或使用 VMM 命令行界面添加库共享和库服务器。
- 在“升级兼容性”报告中,查看设置,然后选择“下一步”继续升级。
- 在“安装摘要”中,查看设置并选择“安装”以升级服务器。 此时会显示“安装功能 ”页并显示安装进度。
- 在安装程序中成功完成,选择“关闭”以完成安装。 若要打开 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 服务器没有可用的故障转移节点。
请按照这些步骤进行操作:
- 备份并保留 VMM 数据库。
- 卸载被动节点上的 VMM 。
- 在被动 VMM 节点上,将管理 OS 升级到 Windows Server 2022。
- 升级到 Windows 11 或 Windows Server 2022 版本的 ADK。
- 按照以下步骤在被动节点上安装 VMM 2022:
- 在主安装页中,选择“ 安装”。
- 在 “选择要安装的功能”中,选择 VMM 管理服务器 ,然后选择“ 下一步”。 VMM 控制台将自动安装。
- 出现提示时,请确认要将此服务器作为节点添加到高可用性部署。
- 在 “数据库配置 ”页上,如果出现提示,请选择升级数据库。
- 查看摘要并完成安装。
- 将活动 VMM 节点故障转移到新升级的 VMM 服务器。
- 在其他 VMM 节点上重复此过程。
- 使用 Update-ClusterFunctionalLevel 命令更新群集功能级别。
- [可选]安装相应的 SQL 命令行实用工具。
使用其他 VMM 服务器进行混合模式升级
此过程需要其他 VMM 服务器;但是,它确保所有方案中几乎不会停机。
请按照这些步骤进行操作:
- 备份并保留 VMM 数据库。
- 添加更多的服务器(使用 Windows Server 2022 管理 OS),添加的数量与 HA 群集中的服务器数量相等。
- 在新添加的 2022 服务器上安装 Windows 11/Windows Server 2022 版本的 ADK。
- 根据在不额外添加 VMM 服务器的情况下进行混合模式升级“步骤 5”中的详细说明,在新添加的某个服务器上安装 VMM 2022。
- 对所有其他新添加的服务器重复安装步骤。
- 将活动 VMM 节点故障转移到新添加的服务器之一。
- 从 2019 节点卸载 VMM,并在故障转移后从群集中删除这些节点。
- 使用 Update-ClusterFunctionalLevel 命令更新群集功能级别。
- [可选]安装相应的 SQL 命令行实用工具。
注意
HA VMM 升级成功后, 使用 VMM 手动 升级主机代理。
更新 VMM 代理
升级之后,需要在 Hyper-V 主机和 VMM 库服务器上更新 VMM 代理。
- 选择“构造>服务器>所有主机”。
- 在 “主机 ”窗格中,右键单击列标题,然后选择“ 代理版本状态”。
- 选择带有需更新的 VMM 代理的主机。 在 “主机 ”选项卡上的 “主机 ”组中,选择“ 刷新”。 如果主机需要更新其 VMM 代理,则 主机状态 列将显示 “需要注意”,“ 代理版本状态 ”列将显示 “可用升级”。
- 右键单击包含要更新的 VMM 代理的主机,然后选择“ 更新代理”。 在 更新代理中,提供所需的凭据,然后选择“ 确定”。
- “代理版本状态” 列将显示值“正在升级” 。 在主机上成功更新 VMM 代理后,“代理版本状态” 列将显示值“更新” ,并且“代理版本” 列将显示代理的更新版本。 再次刷新主机后,主机的“主机状态” 列将显示值“正常” 。
- 可以采用类似的方式来更新 VMM 库服务器上的 VMM 代理。 若要查看 VMM 库服务器的列表,请选择“构造>服务器>库服务器”。
重新关联主机和库服务器
升级后,可能需要将虚拟机主机和 VMM 库服务器与 VMM 管理服务器重新关联。
执行以下步骤:
- 选择“构造>服务器>所有主机”。
- 在“主机” 窗格中,确保显示了“代理状态” 列。 如果未显示,请右键单击列标题并选择“ 代理状态”。
- 在主机组中,选择“ 刷新”。 如果主机需要重新关联,则“主机状态”列会显示“需要注意”,“代理状态”列会显示“拒绝访问”。 右键单击要重新关联的主机,然后选择“ 重新关联”。
- 在 “重新关联代理 ”页中,提供凭据,然后选择“ 确定”。 代理状态将状态显示为 重新关联。 成功重新关联主机后,状态将更改为“正在响应”。
- 刷新主机;主机状态列现在显示 “确定”。 重新关联主机后,可能需要更新主机上的 VMM 代理。
升级 VMM SQL Server 数据库
你可能希望升级 VMM SQL Server 数据库有几个原因:
- 要将 VMM 升级到 System Center 2022,而当前的 SQL Server 数据库版本不受支持。
- 想要将 VMM 独立服务器升级到高可用性服务器,并在本地安装 SQL Server。
- 你想要将 SQL Server 数据库移到另一台计算机。
收集数据库信息
在升级之前,请收集有关 VMM 数据库的信息:
- 记录 VMM 控制台 >“设置”>“常规”>“数据库连接”中的数据库连接。
- 记录服务器管理器 >“工具”>“服务”中的帐户信息。 右键单击 System Center Virtual Machine Manager>属性>登录。 这是安装 VMM 时分配为服务帐户的域或本地帐户。 可以在工具>计算机管理器>本地用户和组>用户中检查它是否为本地用户。
- 检查安装 VMM 时是否使用了分布式密钥管理,或者加密密钥是否存储在 VMM 服务器上。
- 如果要移动 VMM 数据库,但不升级 VMM,请检查 VMM 服务器上是否已应用了哪些更新汇总。
升级独立数据库
- 备份现有 VMM 数据库,并将备份复制到运行受支持的 SQL Server 版本的计算机。
- 使用 SQL Server 工具还原数据库。
- 如果要升级 VMM,将在 VMM 安装程序 >数据库配置中指定新的 SQL Server 位置。
- 如果要在不升级 VMM 的情况下升级数据库,则需要卸载,然后重新安装 VMM。 卸载时,在“ 数据库选项 ”页上,选择“ 保留数据库”。 然后使用用于原始安装的相同设置重新安装。 在 数据库配置中,指定新的 SQL Server 详细信息。 重新安装后,应用更新汇总并检查部署是否按预期工作。
升级高度可用的数据库
- 记录现有数据库的源版本和要升级到的版本。
- 从 SQL Server 群集的活动节点创建高可用性 SQL Server 数据库的备份。
- 将被动 SQL Server 节点升级到新版本。 升级后,如果要从此节点管理 SQL Server,可以选择安装 SQL Server Management Studio。
- 将高度可用的 SQL Server 角色从当前活动节点故障转移到升级的节点。 故障转移后,可以使用 SQL Server Management Studio 来验证正在运行的数据库版本。
- 对 HA SQL 群集中的其他节点重复升级。 作为附加验证,可以故障转移 SQL Server 数据库角色,以确保一切按预期工作。
在 VMM 升级过程中迁移 SQL Server 群集
- 从现有 SQL 群集的活动节点备份高度可用的 VMM 数据库。
- 请注意重新安装 VMM 服务器角色时要使用的 VMM 角色名称。 使用保留数据库选项从现有 VMM 群集节点卸载 VMM 服务器。 从最后一个节点卸载 VMM 服务器时,可以收到有关 SPN 注册失败的消息。 这是一个没有功能影响的已知问题。
- 将备份的数据库还原到另一个运行受支持 SQL 版本的 SQL 群集。 将运行 VMM 服务的用户添加到具有成员身份的此新 DB 中,以db_owner。
- 在 SQL 群集迁移过程中升级 VMM Server 时,请提供对应于新 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 主机支持 。
准备工作
确保以下信息:
- 完成当前在 VMM 中运行的任何作业。
注意
升级期间会删除作业历史记录。
关闭与 VMM 管理服务器(包括 VMM 控制台和 VMM 命令行界面)的任何连接。
关闭 VMM 管理服务器上运行的任何其他的程序。
确保 VMM 服务器上没有挂起的重启。
执行 VMM 数据库的完整备份。
如果当前 SQL Server 数据库使用了 AlwaysOn 可用性组:
- 如果 VMM 数据库包含在可用性组中,请在 SQL Server Management Studio 中删除该数据库。
- 启动到运行 SQL Server 的计算机(在其中安装了 VMM 数据库)的故障转移。
如果使用 VMM 运行 Operations Manager,请断开 VMM 与 Operations Manager 服务器之间的连接。
System Center 组件的升级顺序
如果运行的是多个 System Center 组件,则应按特定顺序升级它们,如下所示:
- Service Management 自动化
- 业务流程协调程序
- Service Manager
- Data Protection Manager
- Operations Manager
- 配置管理器
- Virtual Machine Manager
- Service Provider Foundation
升级独立 VMM 服务器
注意
升级独立 VMM 服务器时,建议在 VMM 2016、1801 或 1807 的同一台服务器上安装 VMM 2019。
如果使用分布式密钥管理,可以选择在不同的服务器上安装 VMM 2019,但确保新服务器的名称与旧 VMM 服务器的名称相同。
使用以下过程:
备份和升级 OS
- 备份并保留 VMM 数据库。
- 卸载 VMM。 确保同时删除管理服务器和控制台。
- 将管理 OS 升级到 Windows Server 2019。
- 安装 Windows 10 版本的 ADK。
卸载 VMM
- 转到 控制面板>Programs>程序和功能,选择 Virtual Machine Manager,然后选择“卸载”。
- 在“卸载向导”上,选择“删除功能”,在要删除列表的功能下,同时选择 VMM 管理服务器和 VMM 控制台。
- 在“数据库选项”页上,选择“ 保留数据库”。
- 查看摘要,然后选择“卸载”。
安装 VMM 2019
- 在主安装页中,选择“ 安装”。
- 在 “选择要安装的功能”中,选择 VMM 管理服务器,然后选择“ 下一步”。 VMM 控制台将自动安装。
- 在 产品注册信息中,提供相应的信息,然后选择“ 下一步”。 如果未输入产品密钥,VMM 将作为评估版本进行安装,该版本将在安装日期后 180 天后过期。
- 在 请阅读此许可协议中,查看许可协议,选择 我已阅读、理解并同意许可协议 条款复选框,然后选择“ 下一步”。
- 在 “使用情况和连接数据”中,选择任一选项,然后选择“ 下一步”。
- 如果出现“Microsoft更新”页,请选择是否要使用Microsoft更新并选择“下一步”。 如果已选择在此计算机上使用Microsoft更新,则不会显示此页面。
- 在 安装位置,使用默认路径或输入 VMM 程序文件的其他安装路径,然后选择“ 下一步”。
- 在数据库配置中:
- 如果需要升级 VMM SQL Server,请了解详细信息 。
- 如果使用远程 SQL 实例,请指定 SQL Server 计算机名称。
- 如果 SQL Server 在 VMM 服务器上运行,请输入 VMM 服务器的名称或输入 localhost。 如果 SQL Server 位于群集中,请输入群集名称。
- 如果使用的是本地 SQL Server,或者远程 SQL Server 使用默认端口(1433),请不要指定端口值。
- 选择 “现有数据库 ”,并从以前的安装中选择你保留的数据库(已备份)。 提供用于访问数据库的权限的凭据。 系统提示升级数据库时,请选择“ 是”。
- 在 配置服务帐户和分布式密钥管理中,指定 VMM 服务将使用的帐户。
注意
安装后无法更改 VMM 服务帐户的标识。
- 在“分布式密钥管理”下,选择是否将加密密钥存储在 Active Directory 中。
注意
请仔细选择服务帐户和分布式密钥管理的设置。 根据所选内容,加密数据(如模板中的密码)在升级后可能不可用,需要手动输入它们。
- 在 端口配置中,对每项功能使用默认端口号,或提供适合你环境的唯一端口号。
注意
除非卸载并重新安装 VMM 管理服务器,否则无法在安装 VMM 管理服务器期间更改分配的端口。 此外,不要将任何功能配置为使用端口 5986;此端口号已预先分配。
- 在“库配置”中,选择是创建新的库共享,还是在计算机上使用现有库共享。 VMM 创建的默认库共享名为 MSSCVMMLibrary,该文件夹位于 %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager 库文件。 ProgramData 是一个隐藏文件夹,无法将其删除。 安装 VMM 管理服务器后,可以使用 VMM 控制台或使用 VMM 命令行界面添加库共享和库服务器。
- 在升级兼容性报告中,查看设置,然后选择“下一步”以继续升级。
- 在“安装摘要”中,查看设置并选择“安装”以升级服务器。 此时会显示“安装功能 ”页并显示安装进度。
- 在安装程序中成功完成,选择“关闭”以完成安装。 若要打开 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 服务器没有可用的故障转移节点。
请按照这些步骤进行操作:
- 备份并保留 VMM 数据库。
- 卸载被动节点上的 VMM 。
- 在被动 VMM 节点上,将管理 OS 升级到 Windows Server 2019/2016。
- 升级到 Windows 10 版本的 ADK。
- 使用以下步骤在被动节点上安装 VMM 2019:
- 在主安装页中,选择“ 安装”。
- 在 “选择要安装的功能”中,选择 VMM 管理服务器 ,然后选择“ 下一步”。 VMM 控制台将自动安装。
- 出现提示时,请确认要将此服务器作为节点添加到高可用性部署。
- 在 “数据库配置 ”页上,如果出现提示,请选择升级数据库。
- 查看摘要并完成安装。
- 将活动 VMM 节点故障转移到新升级的 VMM 服务器。
- 在其他 VMM 节点上重复此过程。
- 使用 Update-ClusterFunctionalLevel 命令更新群集功能级别。
- [可选]安装相应的 SQL 命令行实用工具。
使用其他 VMM 服务器进行混合模式升级
此过程需要其他 VMM 服务器;但是,它确保所有方案中几乎不会停机。
请按照这些步骤进行操作:
- 备份并保留 VMM 数据库。
- 添加更多的服务器(使用 Windows Server 2019/2016 管理 OS),添加的数量与 HA 群集中的服务器数量相等。
- 在新添加的 2019 服务器上安装 Windows 10 版本的 ADK。
- 使用混合模式升级步骤 5 中的详细信息在一台新添加的服务器上安装 VMM 2019,无需其他 VMM 服务器。
- 对所有其他新添加的服务器重复安装步骤。
- 将活动 VMM 节点故障转移到新添加的服务器之一。
- 从 2016 节点卸载 VMM,并在故障转移后从群集中删除这些节点。
- 使用 Update-ClusterFunctionalLevel 命令更新群集功能级别。
- [可选]安装相应的 SQL 命令行实用工具。
注意
HA VMM 升级成功后, 使用 VMM 手动 升级主机代理。
更新 VMM 代理
升级之后,需要在 Hyper-V 主机和 VMM 库服务器上更新 VMM 代理。
- 选择“构造>服务器>所有主机”。
- 在 “主机 ”窗格中,右键单击列标题,然后选择“ 代理版本状态”。
- 选择带有需更新的 VMM 代理的主机。 在 “主机 ”选项卡上的 “主机 ”组中,选择“ 刷新”。 如果主机需要更新其 VMM 代理,则 主机状态 列将显示 “需要注意”,“ 代理版本状态 ”列将显示 “可用升级”。
- 右键单击包含要更新的 VMM 代理的主机,然后选择“ 更新代理”。 在 更新代理中,提供所需的凭据,然后选择“ 确定”。
- “代理版本状态” 列将显示值“正在升级” 。 在主机上成功更新 VMM 代理后,“代理版本状态” 列将显示值“更新” ,并且“代理版本” 列将显示代理的更新版本。 再次刷新主机后,主机的“主机状态” 列将显示值“正常” 。
- 可以采用类似的方式来更新 VMM 库服务器上的 VMM 代理。 若要查看 VMM 库服务器的列表,请选择“构造>服务器>库服务器”。
重新关联主机和库服务器
升级后,可能需要将虚拟机主机和 VMM 库服务器与 VMM 管理服务器重新关联。
执行以下步骤:
- 选择“构造>服务器>所有主机”。
- 在“主机” 窗格中,确保显示了“代理状态” 列。 如果未显示,请右键单击列标题并选择“ 代理状态”。
- 在主机组中,选择“ 刷新”。 如果需要重新关联主机,“主机状态”列将显示 “需要注意 ”,“ 代理状态 ”列显示 “拒绝访问”。 右键单击要重新关联的主机,然后选择“ 重新关联”。
- 在 “重新关联代理 ”页中,提供凭据,然后选择“ 确定”。 代理状态将状态显示为 重新关联。 成功重新关联主机后,状态将更改为“正在响应”。
- 刷新主机,主机状态列现在显示 “确定”。 重新关联主机后,可能需要更新主机上的 VMM 代理。
升级 VMM SQL Server 数据库
你可能希望升级 VMM SQL Server 数据库有几个原因:
- 正在将 VMM 升级到 System Center 2019,不支持当前的 SQL Server 数据库版本。
- 想要将 VMM 独立服务器升级到高可用性服务器,并且 SQL Server 已安装在本地。
- 你想要将 SQL Server 数据库移到另一台计算机。
收集数据库信息
在升级之前,请收集有关 VMM 数据库的信息:
- 记录 VMM 控制台 >“设置”>“常规”>“数据库连接”中的数据库连接。
- 记录服务器管理器 >“工具”>“服务”中的帐户信息。 右键单击 System Center Virtual Machine Manager>属性>登录。 这是安装 VMM 时分配为服务帐户的域或本地帐户。 可以在工具>计算机管理器>本地用户和组>用户中检查它是否为本地用户。
- 检查安装 VMM 时是否使用了分布式密钥管理,或者加密密钥是否存储在 VMM 服务器上。
- 如果要移动 VMM 数据库但不升级 VMM,请检查 VMM 服务器上是否已应用了哪些更新汇总。
升级独立数据库
- 备份现有 VMM 数据库,并将备份复制到运行受支持的 SQL Server 版本的计算机。
- 使用 SQL Server 工具还原数据库。
- 如果要升级 VMM,将在 VMM 安装程序 >数据库配置中指定新的 SQL Server 位置。
- 如果要在不升级 VMM 的情况下升级数据库,则需要卸载并重新安装 VMM。 卸载时,在“ 数据库选项 ”页上,选择“ 保留数据库”。 然后使用用于原始安装的相同设置重新安装。 在 数据库配置中,指定新的 SQL Server 详细信息。 重新安装后,应用更新汇总并检查部署是否按预期工作。
升级高度可用的数据库
- 记录现有数据库的源版本和要升级到的版本。
- 从 SQL Server 群集的活动节点创建高可用性 SQL Server 数据库的备份。
- 将被动 SQL Server 节点升级到新版本。 升级后,如果要从此节点管理 SQL Server,可以选择安装 SQL Server Management Studio。
- 将高度可用的 SQL Server 角色从当前活动节点故障转移到升级的节点。 故障转移后,可以使用 SQL Server Management Studio 来验证正在运行的数据库版本。
- 对 HA SQL 群集中的其他节点重复升级。 作为附加验证,可以故障转移 SQL Server 数据库角色,以确保一切按预期工作。
在 VMM 升级过程中迁移 SQL Server 群集
- 从现有 SQL 群集的活动节点备份高度可用的 VMM 数据库。
- 请注意重新安装 VMM 服务器角色时要使用的 VMM 角色名称。 使用保留数据库选项从现有 VMM 群集节点卸载 VMM 服务器。 从最后一个节点卸载 VMM 服务器时,可以收到有关 SPN 注册失败的消息。 这是一个没有功能影响的已知问题。
- 将备份的数据库还原到另一个运行受支持 SQL 版本的 SQL 群集。 将运行 VMM 服务的用户添加到具有成员身份的此新 DB 中,以db_owner。
- 在 SQL 群集迁移过程中升级 VMM Server 时,请提供对应于新 SQL 群集的参数。
重新部署 Azure Site Recovery
如果 Azure Site Recovery 已集成到 VMM 2016/1801/1807 部署中,则需要使用 VMM 2019 重新部署它,以便 复制到 Azure 或 复制到辅助站点。
连接到 Operations Manager
升级后,将 VMM 重新连接到 Operations Manager。
续订 PXE 服务器的证书
如果 VMM 构造中有 PXE 服务器,则需要将其从构造中删除,然后再次添加它。 这是续订 PXE 服务器证书并避免证书错误。
本文提供 System Center 2016 - Virtual Machine Manager(VMM)的升级信息。
升级到 System Center 2016 - VMM
下面各节介绍如何升级到 System Center Virtual Machine Manager (VMM) 2016。 它们包括升级完成后要完成的先决条件、升级说明和任务。
注意
在 VMM 安装期间,请确保SQL 数据库不属于任何可用性组。
要求和限制
- VMM 应在 System Center 2012 R2 上运行,更新汇总 9 或更高版本。
- 要安装 VMM 的服务器应满足 VMM 2016 要求。 了解详细信息
- 确保运行的 是受支持的 SQL Server 版本。
- 如果当前的 VMM 部署与 Azure Site Recovery 集成,请注意,无法升级 Site Recovery 设置。 升级后,需要重新部署。
- 验证 VMM 2016 的 Hyper-V 主机 支持要求 。
准备工作
- 完成当前在 VMM 中运行的任何作业。 在升级过程中会删除所有作业历史记录。
- 关闭与 VMM 管理服务器(包括 VMM 控制台和 VMM 命令行界面)的任何连接。
- 关闭 VMM 管理服务器上运行的任何其他的程序。
- 确保 VMM 服务器上没有挂起的重启。
- 执行 VMM 数据库的完整备份。
- 如果当前 SQL Server 数据库使用了 AlwaysOn 可用性组:
- 如果 VMM 数据库包含在可用性组中,请在 SQL Server Management Studio 中删除该数据库。
- 启动到运行 SQL Server 的计算机以及安装 VMM 数据库的计算机的故障转移。
- 如果使用 VMM 运行 Operations Manager,请断开 VMM 与 Operations Manager 服务器之间的连接。
- 如果 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 组件,则应按特定顺序升级它们:
- Service Management 自动化
- 业务流程协调程序
- Service Manager
- Data Protection Manager (DPM)
- Operations Manager
- 配置管理器
- Virtual Machine Manager (VMM)
- App Controller
- Service Provider Foundation
- Microsoft适用于 Windows Server 的 Azure 包
- 服务总线云
- Microsoft Azure Pack
- Service Reporting
升级独立 VMM 服务器
备份和升级操作系统,然后安装 VMM 2016。
备份和升级操作系统
- 备份并保留 VMM 数据库。
- 卸载 VMM。 为此:a. 在“添加/删除程序”中,选择“VMM”>“卸载”。 b. 选择“删除功能”,然后选择“VMM 管理服务器”和“VMM 控制台”。 c. 在“数据库选项”中,选择“保留数据库”。 d. 查看摘要,然后选择“卸载”。
- 将管理操作系统升级到 Windows Server 2016。
- 升级到 Windows 10 版本的 ADK。
安装 VMM 2016
- 在主安装页中,选择“ 安装”。
- 在“选择要安装的功能”中,选择“VMM 管理服务器”>“下一步”。 VMM 控制台将自动安装。
- 在 产品注册信息中,提供相应的信息,然后选择“ 下一步”。 如果未输入产品密钥,VMM 将作为评估版本进行安装,该版本将在安装日期后 180 天后过期。
- 在 “请阅读此许可协议”中,查看许可协议,选择 “我已阅读”、“理解”并同意许可协议的条款,然后选择“ 下一步”。
- 在 “使用情况和连接数据”中,选择任一选项,然后选择“ 下一步”。
- 如果 出现“Microsoft更新 ”页,请选择是否要使用Microsoft更新,然后选择“ 下一步”。 如果已选择在此计算机上使用Microsoft更新,则不会显示此页面。
- 在 安装位置,使用默认路径或输入 VMM 程序文件的其他安装路径,然后选择“ 下一步”。
- 在数据库配置中:
- 如果需要升级 VMM SQL Server,请了解详细信息 。
- 如果使用远程 SQL 实例,请指定 SQL Server 计算机名称。
- 如果 SQL Server 在 VMM 服务器上运行,请输入 VMM 服务器的名称或输入 localhost。 如果 SQL Server 位于群集中,请输入群集名称。
- 如果使用的是本地 SQL Server,或者远程 SQL Server 使用默认端口(1433),请不要指定端口值。
- 选择 “现有数据库 ”,并从以前的安装中选择你保留的数据库(已备份)。 提供用于访问数据库的权限的凭据。 系统提示升级数据库时,请选择“ 是”。
- 在 配置服务帐户和分布式密钥管理中,指定 VMM 服务将使用的帐户。 安装后无法更改 VMM 服务帐户的标识。
- 在“分布式密钥管理”下,选择是否将加密密钥存储在 Active Directory 中。
注意
请慎重选择服务帐户和分布式密钥管理的设置。 根据所选内容,在升级后可能无法使用模板中的密码等加密数据,你需要手动输入它们。 13. 在 端口配置中,对每项功能使用默认端口号,或提供适合你环境的唯一端口号。 若要更改在安装 VMM 管理服务器期间分配的端口,需要卸载并重新安装服务器。 不要将任何功能配置为使用端口 5986;此端口号已预先分配。 14. 在库配置中,选择是创建新的库共享还是在计算机上使用现有库共享。 VMM 创建的默认库共享名为 MSSCVMMLibrary,该文件夹位于 %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager 库文件。 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 服务器没有可用的故障转移节点。
- 备份并保留 VMM 数据库。
- 卸载被动节点上的 VMM。
- 在被动 VMM 节点上,将管理 OS 升级到 Windows Server 2016。
- 升级到 Windows 10 版本的 ADK。
- 使用以下步骤在被动节点上安装 VMM 2016:
- 在主安装页中,选择“ 安装”。
- 在 “选择要安装的功能”中,选择 VMM 管理服务器 ,然后选择“ 下一步”。 VMM 控制台将自动安装。
- 出现提示时,请确认要将此服务器作为节点添加到高可用性部署。
- 在 “数据库配置 ”页上,如果出现提示,请选择升级数据库。
- 查看摘要并完成安装。
- 将活动 VMM 节点故障转移到新升级的 VMM 服务器。
- 在其他 VMM 节点上重复此过程。
- 使用 Update-ClusterFunctionalLevel 命令更新群集功能级别。
- [可选]安装相应的 SQL 命令行实用工具。
使用其他 VMM 服务器进行混合模式升级
需要其他服务器。 但是,在所有方案中几乎没有停机。
- 备份并保留 VMM 数据库。
- 添加更多的服务器(使用 Windows Server 2016 管理 OS),添加的数量与 HA 群集中的服务器数量相等。
- 在新添加的 2016 服务器上安装 Windows 10 版本的 ADK。
- 根据[无需额外 VMM 服务器的混合模式升级](#mixed-mode- upgrade-with-no-additional-VMM-servers) 的“步骤 5”中的详细说明,在新添加的某个服务器上安装 VMM 2016。
- 对所有其他新添加的服务器重复安装步骤。
- 将活动 VMM 节点故障转移到新添加的服务器之一。
- 从 2012 R2 节点卸载 VMM,并在故障转移后从群集中删除这些节点。
- 使用 Update-ClusterFunctionalLevelcommand 更新群集功能级别。
- (可选)安装相应的 SQL 命令行实用工具。
- 升级后, 手动升级主机代理。
升级 VMM SQL Server 数据库
你可能希望升级 VMM SQL Server 数据库有几个原因:
- 正在将 VMM 升级到 System Center 2016,不支持当前的 SQL Server 数据库版本。
- 想要将 VMM 独立服务器升级到高可用性服务器,并且 SQL Server 已安装在本地。
- 你想要将 SQL Server 数据库移到另一台计算机。
收集数据库信息
在升级之前,请收集有关 VMM 数据库的信息:
- 记录 VMM 控制台 >“设置”>“常规”>“数据库连接”中的数据库连接。
- 记录服务器管理器 >“工具”>“服务”中的帐户信息。 右键单击 System Center Virtual Machine Manager>属性>登录。 这是安装 VMM 时分配为服务帐户的域或本地帐户。 可以在工具>计算机管理器>本地用户和组>用户中检查它是否为本地用户。
- 检查安装 VMM 时是否使用了分布式密钥管理,或者加密密钥是否存储在 VMM 服务器上。
- 如果要移动 VMM 数据库但不升级 VMM,请检查 VMM 服务器上是否已应用了哪些更新汇总。
升级独立数据库
- 备份现有 VMM 数据库,并将备份复制到运行受支持的 SQL Server 版本的计算机。
- 使用 SQL Server 工具还原数据库。
- 如果要升级 VMM,将在 VMM 安装程序 >数据库配置中指定新的 SQL Server 位置。
- 如果要在不升级 VMM 的情况下升级数据库,则需要卸载并重新安装 VMM。 卸载时,在“ 数据库选项 ”页上,选择“ 保留数据库”。 然后,使用用于原始安装的相同设置重新安装。 在 数据库配置中,指定新的 SQL Server 详细信息。 重新安装后,应用更新汇总并检查部署是否按预期工作。
升级高度可用的数据库
- 记录现有数据库的源版本和要升级到的版本。
- 从 SQL Server 群集的活动节点创建高可用性 SQL Server 数据库的备份。
- 将被动 SQL Server 节点升级到新版本。 升级后,如果要从此节点管理 SQL Server,可以选择安装 SQL Server Management Studio。
- 将高度可用的 SQL Server 角色从当前活动节点故障转移到升级的节点。 故障转移后,可以使用 SQL Server Management Studio 来验证正在运行的数据库版本。
- 对 HA SQL 群集中的其他节点重复升级。 作为附加验证,可以故障转移 SQL Server 数据库角色,以确保一切按预期工作。
在 VMM 升级过程中迁移 SQL Server 群集
- 从现有 SQL 群集的活动节点备份高度可用的 VMM 数据库。
- 请注意重新安装 VMM 服务器角色时要使用的 VMM 角色名称。 使用保留数据库选项从现有 VMM 群集节点卸载 VMM 服务器。 从最后一个节点卸载 VMM 服务器时,可以收到有关 SPN 注册失败的消息。 这是一个没有功能影响的已知问题。
- 将备份的数据库还原到另一个运行受支持 SQL 版本的 SQL 群集。 将运行 VMM 服务的用户添加到具有成员身份的此新 DB 中,以db_owner。
- 在 SQL 群集迁移过程中升级 VMM Server 时,请提供对应于新 SQL 群集的参数。
更新 VMM 代理
升级之后,需要在 Hyper-V 主机和 VMM 库服务器上更新 VMM 代理。
- 选择“构造>服务器>所有主机”。
- 在 “主机 ”窗格中,右键单击列标题,然后选择“ 代理版本状态”。
- 选择带有需更新的 VMM 代理的主机。 在 “主机 ”选项卡上的 “主机 ”组中,选择“ 刷新”。 如果主机需要更新其 VMM 代理,“ 主机状态 ”列将显示 “需要注意 ”,“ 代理版本状态 ”列将显示 “可用升级”。
- 右键单击包含要更新的 VMM 代理的主机,然后选择“ 更新代理”。 在 更新代理中,提供所需的凭据,然后选择“ 确定”。
- “代理版本状态” 列将显示值“正在升级” 。 在主机上成功更新 VMM 代理后,“代理版本状态” 列将显示值“更新” ,并且“代理版本” 列将显示代理的更新版本。 再次刷新主机后,主机的“主机状态” 列将显示值“正常” 。
- 可以采用类似的方式来更新 VMM 库服务器上的 VMM 代理。 若要查看 VMM 库服务器的列表,请选择“构造>服务器>库服务器”。
重新关联主机和库服务器
升级后,可能需要将虚拟机主机和 VMM 库服务器与 VMM 管理服务器重新关联。
- 选择“构造>服务器>所有主机”。
- 在“主机” 窗格中,确保显示了“代理状态” 列。 如果不是,请右键单击列标题 >“代理状态”。
- 选择需要与 VMM 管理服务器重新关联的主机。
- 在主机组中,选择“ 刷新”。 如果主机需要重新关联,则“主机状态”列将显示值“需要注意”,并且“代理状态”列将显示值“拒绝访问”。 右键单击要重新关联的主机,然后选择“ 重新关联”。 在 “重新关联代理”中,提供凭据,然后选择“ 确定”。 “代理状态” 列将显示值“正在重新关联” 。 成功重新关联了主机后,“代理状态” 列将显示值“正在响应” 。 再次刷新主机后,主机的“主机状态” 列将显示值“正常” 。 重新关联主机后,很可能必须更新主机上的 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 可用性组。
- 将 VMM 数据库添加至可用性组中。 你可以使用 Microsoft SQL Server Management Studio 执行此任务。
- 在运行 SQL Server 的群集中的辅助节点计算机上,创建新的登录帐户。 配置登录名称,使其与 VMM 服务帐户名称相同。 包括用户映射到 VMM 数据库,并配置数据库所有者凭据。
- 启动故障转移以转移至正在运行 SQL Server 的辅助节点计算机,验证是否可以重启 VMM 服务 (scvmmservice)。
- 对群集中正在运行 SQL Server 的每个辅助节点重复最后两个步骤。
- 如果这是高可用性 VMM 安装程序,请继续安装其他高可用性 VMM 节点。
更新虚拟机模板
升级的所有虚拟机模板都需要正确指定包含操作系统的虚拟硬盘。
- 选择“库>模板>”VM 模板。
- 右键单击该模板 >“属性”>“硬件配置”,并检查磁盘设置。
续订 PXE 服务器的证书
如果 VMM 构造中有 PXE 服务器,则需要将其从构造中删除,然后再次添加它。 这是续订 PXE 服务器证书并避免证书错误。
更新驱动程序包
必须删除并再次添加先前添加到 VMM 库的任何驱动程序包,才能正确地发现这些包。
如果计划分配自定义驱动程序,则驱动程序文件必须存在于库中。 可以标记库中的驱动程序,以便以后可以按标记筛选它们。 添加文件后,配置物理计算机配置文件时,可以指定驱动程序文件。 VMM 在物理计算机上安装操作系统时安装指定的驱动程序。
在物理计算机配置文件中,可以选择按标记筛选驱动程序,也可以选择筛选物理计算机上的匹配即插即用 (PnP) ID 的驱动程序。 如果选择按标记筛选驱动程序,VMM 将通过将库中分配给驱动程序的标记与配置文件中分配的标记相匹配来确定要应用的驱动程序。 如果选择筛选具有匹配 PnP ID 的驱动程序,则无需分配自定义标记。
- 找到要添加到库的驱动程序包。
- 在与要在其中部署物理计算机的组关联的库服务器上的库共享中,创建一个文件夹来存储驱动程序,然后将驱动程序包复制到该文件夹。
- 强烈建议为每个驱动程序包创建单独的文件夹,并且不会混合驱动程序文件夹中的资源。 如果在同一文件夹中包括其他库资源(如.iso映像、.vhd 文件或具有 .inf 文件扩展名的脚本),则 VMM 库服务器不会发现这些资源。 此外,从库中删除 .inf 驱动程序包时,VMM 会删除驱动程序 .inf 文件所在的整个文件夹。
- 在 VMM 控制台中,打开“库” 工作区。 在“库>库服务器”中,展开共享所在的库服务器,右键单击该共享,然后选择“刷新”。 库刷新之后,你创建用于存储驱动程序的文件夹将出现。
- 现在,如果需要,请分配标记。 在 Library 中,展开创建的用于将驱动程序存储在上一过程中的文件夹,然后选择包含驱动程序包的文件夹。
- 在物理库对象中,右键单击驱动程序 .inf 文件,然后选择“属性”。
- 在驱动程序文件名属性>自定义标记中,输入用分号分隔的自定义标记,或选择“选择”以分配可用标记或创建新标记和分配新标记。 如果选择“ 选择”,然后选择“ 新建标记”。 选择“确定”后,可以更改标记的名称。 例如,如果添加了网络适配器驱动程序文件,则可以创建名为 ServerModel NetworkAdapterModel 的标记,其中 ServerModel 是服务器模型,NetworkAdapterModel 是网络适配器模型。
重定位 VMM 库
- 升级到高可用性 VMM 管理服务器后,我们建议将 VMM 库重定位到高可用性文件服务器。
- 创建新的 VMM 库后,需要将资源从以前的 VMM 库移动到新的 VMM 库。
- 要保留以前的 VMM 库中已保存虚拟机的自定义字段及属性,请将已保存虚拟机部署到主机,然后将虚拟机保存到新的 VMM 库。
注意
无法移动操作系统和硬件配置文件。 你需要重新创建这些配置文件。
后续步骤
了解如何部署最新的 更新汇总。