ber*_*d_k 5 performance sql-server-2008 sql-server index-tuning database-tuning-advisor
目前,我遇到了一个生产 SQL Server 数据库,其中有人添加了几乎所有来自 DTA 的缺失索引建议。
表单如何确定索引是必需的还是必要的我已经了解到,存在 DMV 视图,可用于延迟有关实际索引使用情况以及缺失索引的信息。
Jason Srate的脚本仅使用该视图中的当前信息,而当天的乐趣 - 自动自动索引!将这些视图中的一些信息保存到表中。
另一方面,DTA 需要规划何时运行分析器、选择要分析的内容并对运行时的性能产生一些影响。
我的印象是,使用 DTA 作为第一步调优工具只是浪费时间,因为它的结果没有涵盖完整的数据库使用情况,新手很难理解,并且可能导致添加过多的索引,从而对写入性能产生负面影响,而通过 DMV 收集数据几乎不需要准备,几乎涵盖了自上次重启以来数据库的全部使用情况。
我的问题侧重于向管理层提出哪种策略。我想在第一步中专注于评估 DMV 视图,而完全忽略 DTA。
我认为构建一些东西来监视 DMV 并随着时间的推移跟踪其数据(也许每天晚上拍摄索引使用情况和丢失的索引 DMV 的快照 - 包含过程统计信息也可能有意义)比运行某些工具更明智。每当你想这样做的时候,都会有很短的时间。经过较长一段时间后,您将获得更好的了解,不仅了解它们现在的情况,还了解它们随着时间的推移如何变化。
请小心,不要删除看似未使用但可能与某些在一个业务周期中仅被调用一次或两次的报告挂钩的索引 - 它可能比其频率所暗示的更重要。
归档时间: |
|
查看次数: |
532 次 |
最近记录: |