我们正在虚拟化 32 位 Windows 2003 域，其中包括 Exchange 2003 和 SQL Server 2005。我们将使用 VMWare vSphere Essentials Plus。在此过程中，我们决定升级到 Windows 2003 x64，这也意味着需要升级到 Exchange 2007 64 位（我们已经获得许可）。
由于我们当前的设置是 32 位，因此直接使用 P2V 不行。我的问题是，我们是否应将其作为新系统实施，还是应尝试保留名称等，就像我们已升级一样？
我认为，如果我们将新的 DC 加入域，让其复制，并添加 Exchange 2007 服务器，移动邮箱，然后降级旧 DC 并删除旧 Exchange 服务器，那将是最顺利的。
目前它看起来像这样：
服务器 1：Windows 2003 32 位、DC、Exchange 2003 服务器 2：Windows 2003 32 位、DC、SQL Server 2005 32 位
需要使它看起来像这样：
VM 1：Windows 2003 x64、DC、Exchange 2007 VM 2：Windows 2003 x64、DC、SQL Server 2005 64 位
我走在正确的道路上吗？
答案1
您的方法对我来说看起来很棒。话虽如此 - 您为什么继续使用 Windows Server 2003？这是一个已有 8 年历史的操作系统。同样 - 您绝对应该在 Exchange 2010 之前从 Exchange 2003 升级到 Exchange 2007，但 2010 现在已经 2 年了。
这可能是您轻松/干净地升级的最佳机会 - 您的用户已经预料到服务会中断。只是我的 $.02。
答案2
我完全同意你的做法。你省去了 p2vand 所需的任何工作，也不需要花时间从新服务器上移除任何多余的垃圾。此外，你还需要保留 1 个物理 dc（最好在那里充当 PDC 模拟器角色）我唯一的问题是，如果你想使用 64 位，为什么不使用 2008r2
答案3
我知道这可能不会给你太大帮助，因为看起来你已经把它整理好了，但我最近做了类似的升级，但仍然在 32 位架构上。
使用 VMware 的 P2V 软件将 2003 DC 转换为 VM 时遇到了很多问题。我改用 StorageCraft ShadowProtect。
使用 ShadowProtect 制作服务器的完整映像/备份，然后从恢复介质启动虚拟机并将备份映像还原到虚拟机中。我原本以为它不会起作用，但实际上却起作用了。我非常惊讶。
对您来说可能没多大用处，但对于其他在将物理机转换为虚拟机时遇到问题的人来说，这只是一个想法。
希望它能帮助到别人。它确实为我节省了大量的时间和精力。