小编Nel*_*pes的帖子

很抱歉说得太长了，但我想给你尽可能多的信息，这样可能对分析有所帮助。

我知道有几个帖子有类似的问题，但是，我已经关注了这些不同的帖子和网络上的其他信息，但问题仍然存在。

我在 SQL Server 中有一个严重的性能问题，这让用户发疯。这个问题拖了好几年，直到2016年底由另一个实体管理，从2017年开始由我管理。

在 2017 年年中，我能够通过遵循 Microsoft SQL Server 2012 性能仪表板报告指示的索引提示来解决问题。效果立竿见影，听起来很神奇。最后几天几乎总是在 100% 的处理器变得超级安静，用户的反馈是响亮的。甚至我们的 ERP 技术人员也很高兴，因为通常需要 20 分钟才能获得某些列表，而最终他可以在几秒钟内完成。

然而，随着时间的推移，它慢慢开始恶化。我避免创建更多的索引，因为担心太多的索引会降低性能。但在某些时候，我不得不删除那些没有用的，并创建 Performance Dashboard 向我建议的新的。但是没有影响。

缓慢的感觉主要是在 ERP 中进行保存和咨询时。

我有一个专用于 SQL Server 2016 Enterprise（64 位）的 Windows Server 2012 R2，配置如下：

• CPU：英特尔至强 CPU E5-2650 v3 @ 2.30GHz
• 内存：84 GB
• 在存储方面，服务器有一个专用于操作系统的卷，另一个专用于数据，另一个专用于日志。
• 17 个数据库
• 用户：
  • 在最大的 DB 中连接或多或少 113 个用户并发
  • 在另一个大约有 9 个用户
  • 其中两个是 3 + 3
  • 其余各只有 1 个用户
  • 我们有一个也为更大的数据库编写的网络，但使用频率要低得多，应该有大约 20 个用户。
• 数据库的大小：
  • 最大的数据库有 290 GB
  • 第二大有100GB
  • 第三大有 20 GB
  • 第四个 14 GB
  • 其余每个都刚刚超过 3 …