我们正在对我们的32位Windows 2003域（包括Exchange 2003和SQL Server 2005）进行虚拟化。我们将使用VMWare vSphere Essentials Plus。 在此过程中，我们决定升级到Windows 2003 x64，这也需要升级到Exchange 2007 64位（我们已经获得许可）。
由于我们目前的设置是32位的，所以直接的P2V是不行的。 我的问题是，我们是否将这些作为新系统来实施，还是应该保留名称等等，好像我们已经升级了一样？
如果我们将新的DCjoin到域中，让它复制并添加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位
我在正确的轨道上？
你的方法对我来说很好。 这就是说 – 为什么你一直在Windows Server 2003上？ 这是一个8岁的操作系统。 同样，在Exchange 2010之前，您绝对应该从Exchange 2003升级到Exchange 2007，但是2010年已经过了2年。
这可能是您轻松/完全升级的最佳机会 – 您的用户将已经期待一些不连续的服务。 只是我的$ .02。
我会100％同意你的方法。 你已经消除了p2vand所需的任何工作，不需要花费时间从新服务器上删除任何额外的东西。 此外，你会想保持1直stream物理（最好PDC模拟器的angular色在那里举行）我唯一的问题是，如果你想去64位，为什么不去2008R2
我知道这可能不会帮助你，因为看来你已经把它整理出来了，但我最近做了类似的升级，但仍然在32位的拱门。
使用VMware的P2V软件将2003 DC转换为虚拟机时遇到了一些问题。 我改用StorageCraft ShadowProtect。
使用ShadowProtect对服务器进行完整映像/备份，然后从恢复介质启动虚拟机，并将备份映像恢复到虚拟机中。 我不认为这会起作用，但实际上是这样。 我很惊讶。
对你来说可能没有什么用处，但是对于那些将物理机器转换成VM的人来说，这只是一个想法。
希望它可以帮助别人。 这确实为我节省了很多时间和周围的东西。