试图尽可能简洁，我处于一种情况：
快照和VM是从服务器创build的。 原始服务器继续运行，因此Exchange中的新邮件，新的/更改的文件以及备份继续进行。 过了一段时间，VM映像在ESXi 5.1上进行了configuration，原始服务器在最终备份后最终closures。
（另外，为VM服务器购买了一个新的许可证，所以它和原始服务器有不同的产品密钥，因此有两个SBS许可证。
我已经inheritance了使用原始服务器的最终备份来将电子邮件和文件差异合并到VM服务器的需要。
我不熟悉Windows备份的详细信息; 问题：
虚拟机服务器的还原是否能够识别机器具有共同遗产的最终备份？
虚拟机服务器是否需要重新编制备份目录？
文件差异很简单。 但是，交换和邮件似乎具有挑战性。
如果我完全恢复Exchange，Microsoft 文档build议我可以通过使用运行Exchangepipe理工具的32位客户端从Exchange转换/导出，但是细节足够复杂，以至于我怀疑它不太可能工作。 所以，
而不是使用当前的VM服务器进行还原，我正在考虑安装临时的第二个虚拟机来处理还原。 我可能会禁用networking适配器，以避免名称冲突等
这不是我的专业领域，所以所有的意见和build议都非常感谢。
我会放弃你拍摄的旧照片。 旧的SBS服务器是否仍然存在，只是关机？ 您最好的select，特别是如果您有另一个SBS 2008许可证，并且需要这样做的话，就是进行迁移（SBS 2008> SBS 2008）。 这些步骤将与安装新的物理服务器相同。
http://technet.microsoft.com/en-us/library/cc664208(v=ws.10).aspx
您将不会尝试将较新的数据恢复到较旧的系统快照，而不必尝试正确的迁移。 另外，根据快照的年龄，AD计算机密码可能已经过期，计算机可能无法进行身份validation。 这是我会select的选项。
另一种select，我不知道这是否直接支持，但你可以做一个P2V。 有一点需要注意的是事后联网。 您现在将拥有一个虚拟适配器，并且其IP设置将不相同，并且由于configuration不正确的DNS，SBS将开始快速摆动。 如果你走这条路线，做一个离线的P2V。 这个在单独的虚拟机环境中使用单个域计算机很容易testing，如果可以的话，你可以继续前进。
此外，在域控制器上执行P2V并不是微软官方支持的，但我已经做了几十次而没有问题。