我们有一个虚拟化的Windows基础设施，通常有专用的服务器（1 app = 1服务器）。
我即将开始一个升级项目，并试图决定在升级应用程序时debugging新虚拟机是否有任何好处。
使用单个SQL数据库（托pipe在共享公司SQL集群上），应用程序安装并不复杂（Tomcat加上less量定制代码，位于单个目录中）。 Windows 2008R2标准64位与4GB内存。 现有的服务器是稳定的，性能是可以接受的。
升级是一个新的“主要”版本的应用程序 – 而不是补丁或点发行。 也就是说，底层架构并没有太大的变化 – 也许是Tomcat的新版本。
我的问题是：有没有人在何时迁移到新的服务器上运行一个通用的“策略”？ 如果是这样，你的指导方针是什么？ 有什么好处？
我怀疑这是否有一个“正确”的答案，所以我应该奖励所有包括有效贡献的答案。 （我应该怎么做这个BTW？）
我已经回顾了“ 就地升级不好的原因 ”这个post，它讨论的是应用程序和操作系统，但我认为这略有不同。 我并不是真正关心“就地”经文“新鲜”安装的有效性 – 我试图决定，如果debugging一个新的虚拟机的相对简单，值得转移到一个干净的虚拟机是一个问题课程。
更新：因素可能表明新的虚拟机方法。
（从上述情况中排除是由于应用程序的关键性或者现有服务器被认为是“不干净”而需要新服务器安装的情况）
这取决于所涉及的应用程序以及迁移旧数据和设置的数量和难度。 您的许可也可能是一个问题。
所有这一切，一个shiny的新虚拟机，你可以在你的闲暇设置比预定的停机时间和一个特定的窗口期间必须升级更好。 还有安全知道，即使安装可怕，可怕的是你不会打破现有的，工作服务。 所有这些原因使得新虚拟机成为许多（大多数？）升级的更好select。
当然，因为他们是虚拟机，所以还有第三个select：升级克隆。 我不会select为大多数应用程序做到这一点，但很高兴有这个选项。
我的问题是：有没有人在何时迁移到新的服务器上运行一个通用的“策略”？
我们通常搬到一台新的服务器上，这样做对于某些财务/许可/时间pipe理/“需要或需要更多资源”types的原因是有意义的。 这不是一个正式的政策，我不确定这里的正式政策是否适合。 当然，我不是一个热爱政策的人格types，所以也许就是我。 我也可以看到一定的规模和应用程序的一致性，这将使“新虚拟机策略”成为一个明智之举，但只有您可以决定是否处于这种情况。