更改数据库兼容性级别和使用查询存储

  • 项目

适用于：SQL Server - 仅限 Windows

从 SQL Server 2016 (13.x) 及更高版本，某些更改仅在数据库兼容级别更改后才会启用。 执行此操作的原因如下：

  • 由于升级是单向操作（不可能降级文件格式），将新功能的启用分离为数据库内的单独操作有一定作用。 可以将一项设置还原到之前的数据库兼容性级别。 新的模式可以减少中断期间必然发生的事件的数量。

  • 更改查询处理器可能会产生复杂的影响。 即使对系统进行的是“较好的”更改（对大多数工作负荷而言可能是非常好的更改），也可能对其他工作负荷的重要查询造成不可接受的回归。 通过从升级过程中分离此逻辑，查询存储等功能可在生产服务器中快速缓解计划选择回归或甚至完全将其规避。

附加或还原数据库时以及就地升级后，SQL Server 2017 (14.x) 应出现以下行为：

  • 如果升级前用户数据库的兼容级别为 100 或更高，升级后将保持相应级别。
  • 如果升级前用户数据库的兼容级别为 90，则在升级后的数据库中，兼容级别将设置为 100，该级别为 SQL Server 2017 (14.x) 支持的最低兼容级别。
  • 升级后，tempdb、model、msdb 和 Resource 数据库的兼容性级别将设置为当前兼容性级别。
  • master 系统数据库保留它在升级之前的兼容级别。

用于启用新查询处理器功能的升级过程与产品的发布后服务模式相关。 这些修补程序中的一部分发布在跟踪标志 4199 下。 需要修补程序的客户可以选择加入这些修补程序而不会导致其他客户的意外回归。 查询处理器修补程序的发布后服务模式记录于 此处。 从 SQL Server 2016 (13.x) 开始，转换到新的兼容性级别意味着不再需要跟踪标志 4199，因为在最新的兼容性级别中，这些修补程序现在默认启用。 因此，作为升级过程的一部分，验证升级过程完成后未启用 4199 是很重要的。

注意

仍需要跟踪标志 4199 才能启用 RTM 之后发布的任何适用的新查询处理器修补程序。

查询存储使用方案中的“在升级到新版 SQL Server 期间保持性能稳定”部分中介绍了将查询处理器升级到最新版本的建议工作流，如下所示。

显示建议工作流的示意图，其中建议将查询处理器升级到最新版本的代码。

自 SQL Server Management Studio v18 起，用户可借助查询优化助手按指导操作建议的工作流。 有关详细信息，请参阅使用查询优化助手升级数据库。

另请参阅