升级SQL Server通常是无法完全保证数据安全和兼容的，每种方法都有利弊，升级有风险，备份、备份、备份，因此根据业务情况选择正确的升级方法非常重要。
赞成升级：
性能。 微软在每个SQL Server版本的核心数据库引擎上都投入了巨大的研发成本。以前，九个表的Join肯定是个灾难；现在这已经不是问题了。将SQL Server 2012 与早期的版本比较，会发现它有更好的整体性能。"更好的性能"总是考虑升级的一个原因。
反对升级：
变更。新版本的SQL Server带来了一些重大的改变，但变化并不总是都好。例如，如果SQL Server中的高可用性特性完全改变了，IT 团队就不得不重新考虑如何才能让生产库实现高可用性。大多其他管理任务都保持不变，但是如果可用性是组织最关心的问题，那你一定要理解你要用新版本中的哪些特性。
赞成升级：
生命周期。如果你正在使用即将过期（微软技术支持）的SQL Server版本，那么升级就是你应该考虑的。旧版本不能再接受为微软提供的Bug修复，服务包等支持。那就是说，不要让"不支持"成为你考虑升级的唯一原因。如果你有一个应用在现有的SQL Server版本上运行得很好，那么它还会继续运行得很好。只要你觉得"不支持"风险在问题发生的时候是OK的，仅仅是想得到"支持"而进行升级对你来说就不是那么紧迫了。
反对升级：
兼容性。一些组织在他们的环境中有多个SQL Server版本，那么他们就会最首先考虑这个原因。一个组织同时运行着SQL Server 2000、2005、2008、2008 R2、甚至2012的状况并不常见。当有个应用它的后台数据库用的是SQL Server,你就会受限于使用应用厂商愿意提供支持的SQL Server版本。不用说这种升级是安全的–没有很多应用与特定的版本行为有强的依赖关系，"兼容性级别"这项数据库设置常常能解决发生的问题。然而，应用厂商所列的风险"除非另有规定，若在其它版本的SQL Server上运行应用，我们就不会提供支持"这个风险会使组织足够小心。
本文来源https://www.modb.pro/issue/18026
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69953058/viewspace-3139231/ ，如需转载，请注明出处，否则将追究法律责任。
