首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场

SQL瓶颈
EN

Database Administration用户
提问于 2018-08-02 21:42:14
回答 1查看 296关注 0票数 0

我们有一个客户端正在运行。

业务应用程序的流程有时看起来很慢,我正在尝试诊断原因。我怀疑这可能是因为特快版。

如果客户端要升级,这将涉及到很大的成本,因此我需要确定,并有一些指标,我可以作为业务案例的一部分。

如何监视Server以确定是否存在限制,从而使Express版本造成瓶颈?

代码语言:javascript
运行
复制
MajorVersion    ProductLevel    Edition ProductVersion
SQL2008 R2  SP2 Express Edition (64-bit)    10.50.4042.0
EN

回答 1

Database Administration用户

发布于 2018-08-02 22:17:15

Ray在MS上创建了一篇关于SQL 2008 R2物理限制的文章.

从规范来看,内存或CPU将是您需要使用的指示符。

因此,从这一点出发,您需要做的是测量CPU和内存,看看您是否有任何一种或两种都没有问题。

脊髓在他的博客上给出了很好的技巧,来找出你是否有CPU压力

Tibor Nagy也在MS上发表了一篇关于查找内存瓶颈的文章.

关于SQL技巧的Paul也谈到了如何找出痛点和衡量你的麻烦孩子是谁.

要记住的是,它可能不是specs的规范,这正是导致问题的原因。它仍然可以是索引,统计,磁盘速度,网络等。这就是为什么DMV是重要的,你可以测量和找到你测量的痛点。一个关键的注意事项是,历史信息在这方面很重要,您正在运行SQL。您可能需要SQL的另一个实例来监视当前的实例,这样您就可以存储足够的数据来创建要分析的历史视图。您可以每天导出数据,然后导入到另一个环境进行分析,从而使数据库保持较小。

另一个附加选项是安装数据库性能分析器/ Sentry / Redgate的免费试用版,以便在短时间内监视您的实例,因为这些人通常监视DMV并收集类似的数据。我希望在收集这些指标后的一周内,您可以确定您的压力点在那个环境中的位置。

票数 3
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/213959

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档