我们有一个客户端正在运行。
业务应用程序的流程有时看起来很慢,我正在尝试诊断原因。我怀疑这可能是因为特快版。
如果客户端要升级,这将涉及到很大的成本,因此我需要确定,并有一些指标,我可以作为业务案例的一部分。
如何监视Server以确定是否存在限制,从而使Express版本造成瓶颈?
MajorVersion ProductLevel Edition ProductVersion
SQL2008 R2 SP2 Express Edition (64-bit) 10.50.4042.0发布于 2018-08-02 22:17:15
Ray在MS上创建了一篇关于SQL 2008 R2物理限制的文章.
从规范来看,内存或CPU将是您需要使用的指示符。
因此,从这一点出发,您需要做的是测量CPU和内存,看看您是否有任何一种或两种都没有问题。
Tibor Nagy也在MS上发表了一篇关于查找内存瓶颈的文章.
关于SQL技巧的Paul也谈到了如何找出痛点和衡量你的麻烦孩子是谁.
要记住的是,它可能不是specs的规范,这正是导致问题的原因。它仍然可以是索引,统计,磁盘速度,网络等。这就是为什么DMV是重要的,你可以测量和找到你测量的痛点。一个关键的注意事项是,历史信息在这方面很重要,您正在运行SQL。您可能需要SQL的另一个实例来监视当前的实例,这样您就可以存储足够的数据来创建要分析的历史视图。您可以每天导出数据,然后导入到另一个环境进行分析,从而使数据库保持较小。
另一个附加选项是安装数据库性能分析器/ Sentry / Redgate的免费试用版,以便在短时间内监视您的实例,因为这些人通常监视DMV并收集类似的数据。我希望在收集这些指标后的一周内,您可以确定您的压力点在那个环境中的位置。
https://dba.stackexchange.com/questions/213959
复制相似问题