![同一服务器上的 RD 服务器的物理到虚拟](https://linux22.com/image/707124/%E5%90%8C%E4%B8%80%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%B8%8A%E7%9A%84%20RD%20%E6%9C%8D%E5%8A%A1%E5%99%A8%E7%9A%84%E7%89%A9%E7%90%86%E5%88%B0%E8%99%9A%E6%8B%9F.png)
我需要将我们的远程桌面服务器(Server 2008 R2)物理转换为虚拟,在物理服务器上安装 HyperV 角色,然后最终让转换后的 RD VM 重新在物理服务器上运行。
我读过许多类似主题的帖子,其中有些人建议至少其中一个应该是全新安装,以避免出现与重复的 SID/GUID 等相关的任何问题,而其他人则建议如果其中一个是 SYSPREP'D 则应该没问题(Microsoft SYSPREP 文档还说支持 RD)。但是,在对物理或 VM 进行完全重新安装/重建之前,我想用尽所有方法,因为我想在两者上继续运行其他几个应用程序,并避免任何重新安装/配置。我还想在更改当前物理的任何/或最低配置之前在另一台 HyperV 主机上运行 P2V VM,以确保 VM 正常且所有服务都能正常工作。
就当前的物理服务器而言,它是网关,安装了 RD 许可管理器,并在其上配置了许可证以及远程应用程序。
我打算在配置网络适配器之前对虚拟机进行 SYSPREP。如果我想避免对当前物理进行任何更改,那么我假设我必须更改虚拟机的服务器名称和 IP,然后添加/更改任何内部 DNS 和防火墙规则以暂时指向新 IP。
但问题是:
- 转换和 SYSPREP 之后,VM 中的所有内容(包括许可)是否都能正常运行,或者需要什么配置?即许可证是否需要再次设置?
- 如果服务器名称发生变化,RD 服务器是否需要进行任何其他配置?
以下是我希望成功的细目:
- 使用 sys internals disk2vhd 对物理服务器进行 P2V。
- 将 VHD 移动到我们环境中的另一个 HyperV 主机。
- 在 HyperV 主机上配置新的 VM 并连接该 VM,不要配置网络适配器。
- 启动虚拟机和 SYSPREP
- 配置网卡、分配IP、重命名服务器
- 为内部 DNS 设置 A 记录并将当前入站 RD 防火墙规则指向 VM 的新 IP。
- 一旦确认正常工作,请在物理服务器上安装 HyperV 角色。
- 将虚拟机移回物理服务器。
我是否忽略了什么或者存在潜在的陷阱?
先谢谢了
答案1
对此持保留态度,因为我已经很长时间没有尝试过做这样的事情了。
如果您不了解“其他几个应用程序”的更多信息,而“希望在两个计算机上都继续运行并避免任何重新安装/配置”,那么很难说 sysprep 是否会“破坏”它们。有些应用程序支持 sysprep 或从 sysprep 中正常恢复,而其他应用程序则需要一些调整;后者尤其适用于“GUID-y”应用程序。但我们无法知道,因为我们不知道这些产品是什么。您最好向 Microsoft 提交案例,以获得有关整个过程的指导,并联系相关应用程序的供应商。
我可能会采取类似以下的路径:
- 如果您还没有验证和回归测试文档,请开发一个。
- 在组织内安排一些休息时间
- 拍摄物理机器的图像(如果需要,可以使用 ghost、acronis、macrium、clonezilla、gparted - 随便什么都可以)
- P2V‘物理机 A’(PM-A)作为‘虚拟机 A’(VM-A)
- 在其他地方启动虚拟机并附加上面创建的 VM-A 的 VHD/X
- 为 VM-A 配置新创建的 VM(例如:创建交换机、将其放在适当的 VLAN 上等)
- 关闭 PM-A 或断开 PM-A 上的 NIC
- 打开 VM-A
- 相应地测试并重新配置 VM-A 以及组织内的其他服务
如果 VM-A 功能正常且服务继续像以前一样为您的组织运行,请让功能齐全的服务器 VM-A 按原样运行:不要更改名称或 IP 地址或其他任何内容,因为它是“已知良好”的配置。
完成 VM-A 的验证和回归测试后,将注意力转向 PM-A,您可以:- 通过重建将其清除干净,或者 - 对其进行系统准备,然后进行相应的重新配置
尝试 sysprep 方法,看看一切完成后情况如何。如果有效,那就太好了 - 大功告成。如果不行,请排除故障。如果您已经到达收益递减规律适用的点,请从头开始重建它并重新安装和重新配置应用程序。如果天开始塌下来:
- 从之前备份的映像中恢复 PM-A
- 关闭 VM-A
- 打开PM-A
- 回到原点