windows-server-2008-r2 – Windows Server的就地升级(更新于201
本着求问
Good subjective question的精神,我再次提出这个问题,希望在搜索这个主题时,ServerFault将继续成为首选的“去”.
旧参考 早在2011年就提出了这个问题:Reasons Why In Place Upgrades Are Bad 问题 将Windows Server x64(2008 R2,2012,2012 R2)就地升级到较新的受支持的Windows Server版本这些天是不是很好的做法? 答案 请记住上面的链接:很好的主观问题往往有长而不短的答案.最好的主观问题激发你的同龄人分享他们的实际经验,而不仅仅是发布一个没有思想的单行或卡通,希望得到仅仅是“第一”的赞成.
我的观点是,在支持的情况下,将Windows Server操作系统就地升级到新版本是目前升级服务器(尤其是VM)的首选方法.它不仅速度更快,并且允许更高的自动化,而且由于微软支持更好的生命周期转换模型,它不再具有旧操作系统就地升级所代表的风险与回报.
微软已经做了很多工作,以确保就地升级比以前更容易,更加无缝,没有困扰旧操作系统升级的问题.如果你想保持原样,这似乎是推荐的行动方案:Windows Server Installation and Upgrade:
甚至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 在过去的一年中,我亲自完成了从2008 R2到2012 R2的多个就地升级,计划在未来一年半内再增加400个.一切都很顺利,之后只有一些小问题在2台不需要回滚的服务器上.只要现有服务器运行正常,您就应该对移动这个方向充满信心. 在声明就地升级是首选方式时需要考虑的一些重要事项: >是否支持升级? – 例如,切换语言版本或构建类型不是Upgrade Options to Windows 2012 R2 如果上述所有问题的答案都是肯定的,那么就位升级是首选路线. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- Windows 2008 IIS 7 ASP.NET 写入 Event Log 发生 安全性例
- windows – 构建docker镜像时无法npm安装依赖项
- windows-server-2003 – 确定上次登录终端服务器的时间戳(2
- windows-server-2012-r2 – Windows Server 2012 r2标准激活
- Windows命令行更改有线本地连接IP地址及DNS的bat脚本
- Minimum Window Substring 最小窗口子串问题
- window局域网共享文件夹
- ms-access – Microsoft Access 2007 – 在报告中使用的查看
- windows与linux ping 显示的ip不一样
- 无法连接到从Windows 7运行Ubuntu的VirtualBox上安装的Redi