Windows Server就地升级（2016年更新）

我的观点是，如果支持的话，现在升级服务器 （特别是虚拟机） 的首选方法是将Windows Server OS就地升级到更新的版本 。 它不仅速度更快，而且可以实现更高的自动化程度，但由于微软支持更好的生命周期转换模式，它不再像以前那样承担较旧的操作系统就地升级所带来的风险与回报。

微软已经做了很多工作，以确保就地升级比以前更容易，更加无缝，没有困扰旧操作系统升级的问题。 这似乎是推荐的行动，如果你想保持一切如下： Windows服务器安装和升级：

“如果你想保持相同的硬件和所有的服务器angular色，而不是扁平化服务器，那么升级就是要走的路 ”

即使是MS博客也相信这个宣传： 2008 R2到2012 R2的就地升级

此外，虚拟机允许快照，P2V，克隆和回滚，以缓解这一过渡。 （参考： “P2V到一个testing虚拟机，呃，testing。”

我们应该“像牛不宠物一样对待服务器” – Randy Bias 。 关心和喂养你负责的服务器的时代并不像以前那么亲密。 并不是每个服务器都是雪花，而公有云托pipe是这种做法的主要例子。

例如：

• Azure – Azure就地升级选项
• AWS- AWS就地服务器升级选项

在过去的一年里，我亲自做过从2008 R2到2012 R2的多个就地升级，在未来的一年半时间里计划增加400多个。 所有的事情都没有问题，只有两个服务器上的小问题，不需要回滚。 只要现有的服务器运行良好，您应该有信心推进这个方向。

在提出这一要求时，需要考虑的一些重要事项是就地升级是首选的方法：

• 是否支持升级？ – 例如，切换语言版本或生成types不是升级选项到Windows 2012 R2
• 在服务器上运行的应用程序是否与当前状态下的新操作系统版本完全兼容？
• 在就地升级（虚拟机快照，备份，克隆等）之前，是否可以轻松回滚到以前的状态？
• 硬件（如果适用）是否支持新的操作系统？

• 现有的服务器目前运行正常吗？

  如果上述所有问题的答案是肯定的，那么就地升级是首选路线。

我想指出你的微软Office 365基础课程。 他们解释了微软如何用自动化的构build过程来剔除一堆服务器。 他们不升级甚至打补丁，他们只使用自动部署工具剔除另一堆服务器。 自动化是王道，我需要做的更好。