I/O
文章平均质量分 92
發糞塗牆
MVP, TOGAF, MCSE, Azure Solution Architect
展开
-
SQL Server 2008性能故障排查(三)——I/O
接着上一章:CPU瓶颈I/O瓶颈(I/O Bottlenecks):SQLServer的性能严重依赖I/O子系统。除非你的数据库完全加载到物理内存中,否则SQLServer会不断地把数据库文件从缓存池中搬进搬出,这会引起大量的I/O传输。同样地,日志记录在事务被声明为已提交前必须写入磁盘。最后,SQLServer基于许多原因使用tempdb,比如存储临时结果、排序和保持行版本。所以一个好的翻译 2012-07-15 00:53:41 · 17143 阅读 · 0 评论 -
如何识别SQL Server中的IO瓶颈
原文出自:http://www.mssqltips.com/sqlservertip/2329/how-to-identify-io-bottlenecks-in-ms-sql-server/问题:我们可能经常会遇到SQLServer数据库频繁关闭的情况。在分析了内存和CPU使用情况后,我们需要继续调查根源是否在I/O。我们应该如何识别SQLServer是否有I/O相关的瓶颈?翻译 2012-07-23 01:01:07 · 14835 阅读 · 1 评论 -
移除函数调用能有更好的性能
原文出自:http://www.mssqltips.com/sqlservertip/2727/removing-function-calls-for-better-performance-in-sql-server/?utm_source=dailynewsletter&utm_medium=email&utm_content=headline&utm_campaign=2012726翻译 2012-07-31 23:28:36 · 5080 阅读 · 0 评论 -
SQLServer RESOURCE_SEMAPHORE 等待状态
概述: 当一个SQLServer实例运行得很慢的时候,应该做一些检查,如检查等待状态。最好的方法是一开始就建立一个性能基线,以便做性能对比。当发现与性能基线对比后,存在内存压力的话,就要找出是什么原因导致的。可以检查事务的等待状态,其中Resource_semaphore等待可能出现最多。下面是如何去处理这个问题: 当检查事务的所有等待类型后,可能会发现R原创 2013-01-06 23:12:50 · 7822 阅读 · 0 评论 -
第七章——DMVs和DMFs(4)——用DMV和DMF监控磁盘IO
前言: 本文为本系列最后一篇,作为DBA,你必须经常关注磁盘的I/O问题,一旦出现问题,要尽快分析出是什么问题。SQLServer同样提供了一些列与I/O相关的DMO来做监控。 本文介绍如何使用DMO来监控I/O子系统的性能并找到I/O瓶颈。通过本文,可以区分不同数据库的I/O使用模式。一旦发现有数据库的I/O很高,可能需要考虑把数据库迁移到单独的磁盘,或者深入翻译 2013-03-04 17:34:12 · 5360 阅读 · 0 评论 -
第四章——SQLServer2008-2012资源及性能监控(1)
性能优化的第一步是发现问题,而发现问题通常又有两类:突发问题的侦测和常规问题的侦测,对于常规问题的侦测,通常需要有一个长效的性能监控作为依据。 本系列文章介绍服务器性能监控CPU使用率监控内存使用率监控 前言: 当由于劣质的查询写法、缺失必要的索引或者数据库级别的其他情况所导致的性能问题时,可以通过使用执行计划、DMVs/DMFs、SQL Trace或者数据翻译 2013-02-26 17:44:44 · 21602 阅读 · 2 评论