旧参考
早在2011年就提出了这个问题：Reasons Why In Place Upgrades Are Bad
问题
将Windows Server x64(2008 R2,2012,2012 R2)就地升级到较新的受支持的Windows Server版本这些天是不是很好的做法？
答案
请记住上面的链接：很好的主观问题往往有长而不短的答案.最好的主观问题激发你的同龄人分享他们的实际经验,而不仅仅是发布一个没有思想的单行或卡通,希望得到仅仅是“第一”的赞成.
微软已经做了很多工作,以确保就地升级比以前更容易,更加无缝,没有困扰旧操作系统升级的问题.如果你想保持原样,这似乎是推荐的行动方案：Windows Server Installation and Upgrade:
“If you want to keep the same hardware and all the server roles you have set up without flattening the server,upgrading is the way to go“
甚至MS博客都相信炒作：In-Place upgrade of 2008 R2 to 2012 R2
此外,VM允许快照,P2V,克隆和回滚在此过渡中轻松实现. (参考：“P2V it into a test VM and,uh,test it.”
我们应该是“Treating servers like cattle not pets” – Randy Bias.过去照顾和喂养你负责的服务器的日子并不像以前那样密切.并非每个服务器都是雪花,公共云托管是这种做法的一个主要例子.
例如：
> Azure – Azure in-place upgrade options
> AWS – AWS in-place server upgrade options
在过去的一年中,我亲自完成了从2008 R2到2012 R2的多个就地升级,计划在未来一年半内再增加400个.一切都很顺利,之后只有一些小问题在2台不需要回滚的服务器上.只要现有服务器运行正常,您就应该对移动这个方向充满信心.
在声明就地升级是首选方式时需要考虑的一些重要事项：
>是否支持升级？ – 例如,切换语言版本或构建类型不是Upgrade Options to Windows 2012 R2
>服务器上运行的应用程序是否与当前状态下的新操作系统版本完全兼容？
>在就地升级(VM快照,备份,克隆等)之前,有没有办法轻松回滚到之前的状态？
>硬件(如果适用)是否支持新操作系统？
>现有服务器目前运行良好没有问题吗？
如果上述所有问题的答案都是肯定的,那么就位升级是首选路线.
