服务器 Gind.cn
  1. 服务器 Gind.cn
  3. RD服务器的物理到虚拟在同一台服务器上
Intereting Posts
让OpenSSL ca.config文件与PHP一起工作？ 控制Google Chrome企业部署的更新 CentOS 5时钟运行速度提高一倍 你是一个开源的商店..你怎么做共享日历？ ssh给国际劳工组织在DL380给key_verify失败server_host_key Apache日志文件轮换 Exchange Powershell导出到pst大小 我如何知道哪个内核模块正在为/ dev设备提供服务？ 当命令完成时在redhat上制造噪声 阻止来自开发服务器和静态资产域的僵尸/蜘蛛 每天自动运行一个批处理脚本 IIS日志没有被创build 具有双IP地址（IPv4v6）的RHEL（比如5.6，内核2.6.18-238） 两个VPNS需要使用相同的IP地址 通过pop3 / imap获取邮件到postfix / dovecot

RD服务器的物理到虚拟在同一台服务器上

我需要物理到虚拟我们的远程桌面服务器（Server 2008 R2），在物理服务器上安装HyperVangular色，然后最终让转换后的RD VM在物理服务器上运行。

我已经阅读了许多有关类似主题的话题，其中至less有一个应该是新安装的，以避免任何问题出现在重复的SID / GUID等问题上，另外一些人build议如果SYSPREP 'D（Microsoft SYSPREP文档也说RD是支持的）。 但是，在完成物理或虚拟机的重新安装/重build之前，我想耗尽所有的方法，因为还有一些其他应用程序要继续运行，并避免重新安装/configuration。 我还想在另一个HyperV主机上运行P2V虚拟机，然后更改当前Physical的任何/或最低configuration，以确保虚拟机是正常的，所有服务都能正常工作。

关于当前的物理服务器，它是网关，并且已经安装了RD许可pipe理器，并在其上configuration了许可证以及远程应用程序。

我打算在configurationnetworking适配器之前SYSPREP虚拟机。 如果我想避免对当前Physical的任何更改，那么我假设我将不得不更改VM的服务器名称和IP，然后添加/更改任何内部DNS和防火墙规则以临时指向新的IP。

但问题是：

  1. 是否所有的function都在虚拟机内运行，包括转换后的许可和SYSPREP，或者需要什么样的configuration？ 即许可证是否需要重新设置？
  2. 如果服务器的名称改变了，是否还需要RD服务器的其他configuration？

以下是我希望能够取得成功的细节：

  1. P2V物理服务器使用系统内部的disk2vhd。
    1. 将VHD移到我们环境中的另一个HyperV主机。
    2. 在HyperV主机上configuration新的虚拟机并附加虚拟机，不要configurationnetworking适配器。
    3. 启动VM和SYSPREP
    4. configuration网卡，分配IP，重命名服务器
    5. 设置内部DNS和点当前入站RD防火墙规则的logging到VM的新IP。
    6. 一旦确认工作，在物理服务器上安装HyperVangular色。
    7. 将VM移回物理服务器。

有什么我忽略了或潜在的陷阱？

先谢谢了

拿一点盐来吧，因为我还没有尝试过这样做。

在不了解更多关于“其他应用程序”的情况下，你“希望继续运行并避免任何重新安装/configuration”，很难说sysprep是否会“打破”它们。 有些应用程序支持或从sysprep正常恢复，而其他应用程序需要一些按摩; 后者尤其适用于'GUID-y'申请。 但是我们无法知道，因为我们不知道这些产品是什么。 你应该明智地向微软公司提出一个案例，作为整个过程的指导，并与相关应用程序的供应商联系。

我可能会采取类似于以下的path：

  1. 开发一个validation和回归testing文档，如果你还没有。
  2. 在组织中安排一些停机时间
  3. 以物理机器的形象（鬼，acronis，macrium，clonezilla，gparted如果需要的话 – 无论）
  4. P2V“物理机器A”（PM-A）作为“虚拟机器A”（VM-A）
  5. 在其他地方debugging一个虚拟机，并附上上面创build的VM-A的VHD / X
  6. 为VM-Aconfiguration新创build的VM（例如：创build交换机，将其放在正确的VLAN等）
  7. closuresPM-A或断开PM-A上的NIC
  8. 打开VM-A
  9. 相应地在组织内testing和重新configurationVM-A和其他服务

如果VM-A按照预期运行，并且服务继续像以前一样为您的组织运行，请将function齐全的服务器VM-A按原样运行：不要更改名称或IP地址或其他任何内容，因为它是“已知的好“configuration。

完成对VM-A的validation和回归testing后，将注意力转移到PM-A，您可以： – 通过重build擦除擦除板，或者 – sysprep然后相应地重新configuration

尝试sysprep的方法，看看事情是如何工作的，当这一切都说完了。 如果有效，那么做的很好。 如果不是，则排除故障。 如果您已达到收益递减规律的地步，请从头重build并重新安装和重新configuration应用程序。 如果天空开始下降：

  1. 从早先的镜像备份中恢复PM-A
  2. closuresVM-A
  3. 打开PM-A
  4. 回到原点