专业网站建设公司哪里济南兴田德润什么活动,群晖ds218+做网站,桂林论坛网七星区,怎样搞到最新注册公司的电话如果你的SQL Server数据库运行起来十分缓慢甚至逐渐停止了#xff0c;恰巧又赶上了你的数据库管理员在休假#xff0c;你又不知道该如何是好#xff0c;那么这篇文章会帮助你从学习使用SQL Server急救包#xff08;SQL Server First Responder Kit#xff09;开始解决问题… 如果你的SQL Server数据库运行起来十分缓慢甚至逐渐停止了恰巧又赶上了你的数据库管理员在休假你又不知道该如何是好那么这篇文章会帮助你从学习使用SQL Server急救包SQL Server First Responder Kit开始解决问题。这个开源项目包含了一系列能够帮助数据管理员或者临时数据管理员的脚本能够修复和调整SQL Server实例至正常状态。 这些脚本以存储过程stored procedures的形式安装在你的服务器的“主”master数据库中。它们都以 “sp_” 为前缀这能够保证它们在你所能看到任何一个数据库中都能被调用。 注意SQL Server总是首先搜索主数据库中以 “sp_” 开头的存储过程因此如果标准的存储过程即特定数据库的存储过程使用那个前缀的话会略微影响服务器的速度因为它被放在了错误的位置。 sp_BlitzWho 是谁引起了当前的问题 当数据库出错的时候你首先应该使用这个工具。它会告诉你谁被连接了它们正在执行什么并且会告诉你它们拖慢数据库的程度。 如果你发现了一个需要被关闭的无响应的程序你可以使用 “kill” 命令加上相关的会话 id 来杀掉它。 如果问题还没有解决那么你可以试试sp_BlitzFirst。 sp_BlitzFirst 你在等待什么 sp_BlitzFirst工具能帮助你发现你的数据库在等待什么。在下面的例子中你能看到 #1 问题除了SQL Server消耗了太多的 CPU 时间之外还有其他的许多问题。 除非你在一个开发者的机器上来测试脚本否则这些诊断信息真的很不常见。常见的是你会发现一个或更多的 “等待状态wait stats” 问题。 在SQL Server中所有可能减慢一条查询的速度的都被追踪为“等待状态wait stats”。它包括硬盘等待、网络I/O等待和列粒度上或表粒度上的锁等待以及等待CPU或者内存资源等等。输出列表中的链接会帮助你处理常见的等待类型但是它能追踪上百种不同的等待类型其中的一些影响系统性能的特定等待状态就不那么容易能找到相关信息了。 sp_Blitz 这个数据库配置正确了吗 当你第一次接管了一台数据库服务器时你应该用到的工具就是sp_Blitz。这个工具能够以配置数据库的方式识别出一些常见的问题。每一个检查到的问题都包括如何解决这个问题的信息和一个优先级这个优先级指明了该以怎样的顺序解决这个问题。 从上边的图片你能看到有许多数据库长时间没有备份或者长时间没有进行崩溃检查。 它能检测到的问题还包括 不良配置尤其是“由默认引起的错误wrong by default”例如并行查询阀值cost threshold for parallelism的默认配置错误。危险文件位置例如在系统盘上存储事务日志。非生产许可证Non-production licenses的使用。对数据库崩溃、内存不足等警告的忽略。通用安全设置错误例如错误的数据库所有者权限。 sp_BlitzCache 哪些条查询需要进行调整 如果当前的问题都已经解决了你就可以开始探索一些主动提高性能的方法了。一个叫做sp_BlitzCache的工具就是用于此的。这个工具用于监控SQL Server的查询计划缓存query plan cache它能监测哪些查询对数据库超时有最大的影响。它也能警告你一些查询中的常见问题例如通过标量运算和隐式类型转换来进行列计算。 sp_BlitzFirst和sp_BlitzCache最主要的区别就是sp_BlitzFirst监测的是实时发生的事件。相反的是sp_BlitzCache监测的是历史数据它能帮你识别出一个趋势因此它不需要你当场找出存在问题的查询操作。 sp_BlitzIndex 我的索引都是怎么工作的 如果性能问题看起来是系统性的而不是针对特定的查询你需要检查的下一个地方就是索引了。索引丢失会造成严重的性能问题是众所周知的它会造成查询时间呈十倍、百倍甚至千倍的增长。 一个同样重要的问题是过多的索引。除了告诉你丢失的索引外sp_BlitzIndex也会告诉你有可能在维护一个索引上花费的时间比使用它花费的时间还要长。不必要的索引维护不仅会减慢写入速度还会产生除缓存以外的更多的数据这些都会大大减慢不相关查询的速度。 SQL Server急救包最早由Brent Ozar Unlimited开发现在它已经是通过MIT协议的一个开源项目了。
