我是一家在我之前从未有过 DBA 的公司的新 DBA。SQL Server 永远不会升级，除非它是服务器上 Windows 更新的一部分。从未安装 Service Pack（或 CU）。我们有从 2000 年到 2014 年的混合版本。
我正在尝试制定维护和升级 SQL Server 的策略。您多久升级一次 SQL Server？或者更具体地说，您如何使 SQL Server 保持最新状态？为什么？
例如：
- 当版本不在 Microsoft 的主流支持范围内时，将升级 SQL Server。
- SQL Server 将保持在 Microsoft 发布的最新版本的 2（两个）版本内。
SP 和 CU 呢？
您安装 Service Pack 和/或累积更新的频率会因您的个人情况而异。没有客观的万能答案。
我能提供的最好的一般建议是遵循 Microsoft 的建议。截至 2016 年 1 月，微软的建议是：
这取决于。这取决于使用 SQL Server 的应用程序。检查应用程序并保持最新的应用程序支持的版本。留在 Microsoft 主流支持中。应用修复遇到的任何问题的任何服务包或累积更新。
Microsoft 的发布方式是这样的：发布 RTM 并针对缺陷创建修补程序。修补程序捆绑到累积更新中。累积更新捆绑到服务包中。
每次累积更新一发布就应用是不现实的，尤其是考虑到在生产应用之前必须进行测试，并执行“我们永远不会落后最新版本超过两年”的严格政策时release”意味着您必须立即将所有内容升级到 SQL 2014。
优先级应该是： 1. 给您带来最多麻烦的最关键的服务器 2. 有问题的服务器 3. 最旧的服务器
一旦你淘汰了那些，那么我会努力让所有服务器至少在主流支持范围内。
之后，我将实施测试服务包并应用它们的策略。
需要考虑的一个重要因素是外部监管。例如，如果您正在管理存储支付卡信息 (PCI) 的服务器，那么有一套指导方针来定义实施任何安全补丁/更新的时间表。
我个人对数据库升级的看法 -
在 SP1 发布几个月后升级到最新版本（如果没有弹跳）。
这意味着您永远不会落后超过 1 个版本。
为什么？
1. 因为我假设大部分升级 QA 是在相邻版本之间完成的，而距离较远的版本之间的更新可能会成为一场噩梦。
2. 因为在一个产品成熟之前，老版本缺少很多功能，这有很大的开发和性能成本（这很容易被忽略……）。