加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MsSql教程 > 正文

sql-server – 跟踪标志4199 – 全局启用?

发布时间:2020-12-12 05:51:58 所属栏目:MsSql教程 来源:网络整理
导读:这可能属于意见范畴,但我很好奇是否有人使用 trace flag 4199作为SQL Server的启动参数.对于那些使用它的人来说,在什么情况下你会遇到查询回归? 这似乎是一个潜在的性能优势全面,我正在考虑在我们的非生产环境中实现全球化,并让它坐下几个月来找出任何问题.
这可能属于意见范畴,但我很好奇是否有人使用 trace flag 4199作为SQL Server的启动参数.对于那些使用它的人来说,在什么情况下你会遇到查询回归?

这似乎是一个潜在的性能优势全面,我正在考虑在我们的非生产环境中实现全球化,并让它坐下几个月来找出任何问题.

在2014年(或2016年),默认情况下4199中的修复是否已归入优化程序?虽然我理解不引入意外计划更改的情况,但在版本之间隐藏所有这些修复程序似乎很奇怪.

我们使用的是2008,2008R2,大多数是2012年.

解决方法

就个人而言,每当我为新项目构建新服务器时,我总是在全球范围内启用TF4199.将现有实例升级到较新版本时也是如此.

TF启用了可能影响应用程序行为的新修复,但对于新项目,回归风险不是问题.对于从以前版本升级的实例,旧版本和新版本之间的差异本身就是一个问题,并且无论如何都不得不处理计划回归,所以我更喜欢在启用TF4199的情况下与之抗争.

就现有数据库而言,只有一种方法可以知道:测试它.您可以在现有设置上捕获工作负载,并在启用标志后重播它. RML Utilities可以帮助您自动化流程,如this answer中所述.

显然,该标志会影响整个实例,因此您必须测试所有位于其中的数据库.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读