这可能属于意见范畴,但我很好奇是否有人使用
trace flag 4199作为
sql Server的启动参数.对于那些使用它的人来说,在什么情况下你会遇到
查询回归?
这似乎是一个潜在的性能优势全面,我正在考虑在我们的非生产环境中实现全球化,并让它坐下几个月来找出任何问题.
在2014年(或2016年),默认情况下4199中的修复是否已归入优化程序?虽然我理解不引入意外计划更改的情况,但在版本之间隐藏所有这些修复程序似乎很奇怪.
我们使用的是2008,2008R2,大多数是2012年.
就个人而言,每当我为新项目构建新服务器时,我总是在全球范围内启用TF4199.将现有实例
升级到较新版本时也是如此.
TF启用了可能影响应用程序行为的新修复,但对于新项目,回归风险不是问题.对于从以前版本升级的实例,旧版本和新版本之间的差异本身就是一个问题,并且无论如何都不得不处理计划回归,所以我更喜欢在启用TF4199的情况下与之抗争.
就现有数据库而言,只有一种方法可以知道:测试它.您可以在现有设置上捕获工作负载,并在启用标志后重播它. RML Utilities可以帮助您自动化流程,如this answer中所述.
显然,该标志会影响整个实例,因此您必须测试所有位于其中的数据库.