我需要物理到虚拟远程桌面服务器(Server 2008 R2),在物理服务器上安装HyperV角色,然后在物理服务器上运行转换后的RD VM。
我读过许多类似主题的文章,其中一些人建议,至少其中一个应该是新安装,以避免与复制的SID/GUID等相关的任何问题,还有一些人建议,如果其中一个是SYSPREP‘d( Microsoft SYSPREP文档还说支持RD ),应该是可以的。但是,在对物理或VM进行完整的重新安装/重新构建之前,我想用尽所有的方法,因为有几个其他的应用程序我希望在这两个应用程序上继续运行,并且避免任何重新安装/配置。在更改当前物理的任何/或最小配置之前,我还希望在另一个P2V主机上运行HyperV VM,以确保VM正常,所有服务都能工作。
对于当前的物理服务器,它是网关,并安装了RD许可管理器,并在上面配置了许可证以及远程应用程序。
我打算在配置网络适配器之前先对VM进行SYSPREP。如果我想避免对当前物理的任何更改,那么我假设必须更改VM的服务器名称和IP,然后添加/更改任何内部DNS和防火墙规则,以暂时指向新的IP。
然而,问题是:
以下是我所希望的成功之处:
有什么我忽略的或潜在的陷阱吗?
高级致谢
发布于 2017-07-31 15:09:32
我已经很长一段时间没试过这样的事情了。
在不了解更多关于“两个其他应用程序”的情况下,您“希望在这两个应用程序上继续运行并避免任何重新安装/配置”,很难说sysprep是否会‘破坏’它们。有些应用程序支持或从sysprep中优雅地恢复,而另一些应用程序则需要一些按摩;后者尤其适用于“GUID-y”应用程序。但我们不可能知道,因为我们不知道这些产品是什么。明智的做法是,与微软( Microsoft )一起为整个过程提供指导,并与供应商(S)联系,以获得有关应用程序(S)的信息。
我可能会走一条类似于以下的道路:
如果VM-A功能和服务继续像以前一样在您的组织中运行,那么请离开功能齐全的服务器,VM-A运行为:不要更改名称或IP地址或其他任何东西,因为它是“已知的良好”配置。
一旦您完成了VM-A的验证和回归测试,请将您的注意力转向PM-A,您可以这样做:-通过重新构建将板子擦干净,或者- sysprep然后相应地重新配置。
尝试sysprep方法,看看事情是如何工作的,而这一切都是说的和做的。如果成功的话,干得好。如果没有,请排除故障。如果您已经到了适用收益递减规律的地步,那么从头开始重新构建它&重新安装和重新配置应用程序。如果天空开始坠落:
https://serverfault.com/questions/859824
复制相似问题