当前位置:首页 » 编程语言 » 性能计数器sqlserver

性能计数器sqlserver

发布时间: 2024-10-18 06:41:36

① 如何用sqlserver查询服务器就有哪些程序在运行

sqlserver可以查看到有哪些会话。
可通过系统的“性能”来查看:
开始->管理工具->性能(或者是运行里面输入 mmc)然后通过
添加计数器添加 SQL 的常用统计 然后在下面列出的项目稿丛里面选择用户连接就可以时时查询到数据库键渗樱的连接数了。
不过此方法的话需要有访问那台计算机的权喊物限,就是要通过windows账户登陆进去才可以添加此计数器。

② 如何判断数据库IO是否慢

我们可能经常会遇到SQLServer数据库频繁关闭的情况。在分析了内存和CPU使用情况后,我们需要继续调查根源是否在I/O。我们应该如何识别SQLServer是否有I/O相关的瓶颈?
解决:
当数据页经常从缓冲池中移进移出的时候,I/O子系统就会成为SQLServer性能问题的关键因素之一。事务日志和tempdb同样也会产生重大的I/O压力。因此,你必须确保你的I/O子系统能按照预期运行。否则你将会成为响应时间增长和频繁超时的受害者。在这篇文章中,将描述如何使用内置工具识别I/O相关瓶颈,并提供一些磁盘配置的方法:
性能计数器(Performance Monitor):
可以使用性能计数器来检查I/O子系统的负荷。下面的计数器可用于检查磁盘性能:
PhysicalDisk Object:Avg.DiskQueue
Length:计算从物理磁盘中的平均读和写的请求队列。过高的值代表磁盘操作处于等待状态。当这个值在SQLServer峰值时长期超过2,证明需要注意了。如果有多个硬盘,就需要把这些数值除以2。比如,有4个硬盘,且队列为10,那么平均值就是10/4=2.5,虽然也证明需要关注,但不能使用10这个值。
Avg.Disk Sec/Read和Avg.Disk
Sec/Write:显示从磁盘读或者写入磁盘的平均时间。10ms内是很好的表现,20以下还算能接受。高于此值证明存在问题。
Physical Disk:%Disk
Time:在磁盘忙于读或者写请求的时候持续时间的比率。根据拇指定律,此值应该小于50%。
Disk Reads/Sec和Disk
Writes/Sec计数器显示出在磁盘中读写操作的速率。这两个值应该小于磁盘能力的85%。当超过此值,磁盘的访问时间将以指数方式增长。
可以通过以下方式来计算逐渐增长的负载的能力。一种方法是使用SQLIO。你应该找到吞吐量比较稳定,但缓慢增长。
可以使用以下公式来计算RAID配置:
Raid 0: I/O per disk = (reads + writes) / number
ofdisks
Raid 1: I/O per disk = [reads + (writes*2)] /
2
Raid 5: I/O per disk = [reads + (writes*4)] / number of
disks
Raid
10: I/O per disk = [reads +
(writes*2)] / number of disks
比如:对于RAID 1,如果得到下面的计数器:
Disk Reads/sec = 90
Disk
Writes/sec =75
根据公式:[reads + (writes*2)] / 2 or [90 + (75*2)] /
2 = 120I/Os每个磁盘。
动态管理视图(DMVs):
有很多游泳的DMVs可以用于检查I/O瓶颈:
当一个页面被用于读或者写访问且页面在缓冲池中不存在或不可用时,会引发一个I/O闩锁等待(I/O
latch),它会在PAGEIOLATCH_EX/PAGEIOLATCH_SH(具体根据请求类型而定)。这些等待表明一个I/O瓶颈。可以使用sys.dm_os_wait_stats找到闩锁等待的信息。如果你保存了SQLServer正常运行下的waiting_task_counts和wait_time_ms值,并且于此次的值做对比,可以识别出I/O问题:
select *
from sys.dm_os_wait_stats
where wait_type like
'PAGEIOLATCH%'
order by wait_type asc
挂起的I/O请求可以在下面查询中查到,并且用于识别那个磁盘负责的这个瓶颈:
select database_id,
file_id,
io_stall,
io_pending_ms_ticks,
scheler_address
from sys.dm_io_virtual_file_stats(NULL, NULL) iovfs,
sys.dm_io_pending_io_requests as iopior
where iovfs.file_handle = iopior.io_handle
磁盘碎片(Disk Fragmentation):
建议你检查磁盘碎片和配置用于SQLServer实例的磁盘。在NTFS文件系统中的碎片会产生严重的性能影响。磁盘需要经常整理碎片并且指定整理碎片计划。研究表明,一些情况下SAN在整理碎片后性能更差。因此,SAN必须根据实际情况对待。
NTFS上的索引碎片同样能引起高I/O好用。但是这和在SANs中的效果是不一样的。
磁盘配置/最佳实践:
常规情况,你应该把日志文件和数据文件分开存放以获得更好的性能。对于重负载的数据文件(包括tempdb)的I/O特性是随机读取。对于日志文件,是顺序访问的,除非事务需要回滚。
对于内置磁盘仅仅可以用于数据库日志文件,因为它们对顺序I/O有很好的性能,但是对随机I/O性能低下。
数据库的数据和日志文件应该放在对应专用的磁盘中。确保良好的性能。建议日志文件放在两个内置磁盘,并配置为RAID
1。数据文件驻留在仅用于给SQLServer访问的SAN系统中,并只被查询和报表控制。特殊访问应该被禁止。
写缓冲在可能的情况下应该被允许,并保证断电也能使用。
为了尽可能保证对于OLTP系统的I/O瓶颈影响最小化,不应该把OLAP和OLTP环境混合。并且保证你的代码优化及有合适的索引来避免不必要的I/O。

③ 任务管理器里有个SQL Server Windows NT - 64 Bit占好多内存它是干嘛用的

这是一个数据库平台。 占用的内存量取决于其他相关软件调用的数据或计算量。 许多软件都使用这种类型的数据库,尤其是ERP,库存,发票,财务等。如果将此类软件安装在其他计算机上,则将调用此计算机的数据库。

特定功能:任务管理器的用户界面提供菜单项,例如进程,性能,应用程序历史记录,启动列表,用户,详细信息和服务。 当无法使用鼠标时,可以选择特定的应用程序,然后按Delete键强制关闭指定的应用程序。

(3)性能计数器sqlserver扩展阅读:

从任务管理器中,用户可以看到电脑性能的动态概念,例如CPU和各种内存使用情况。 CPU使用率:显示处理器运行时间百分比的图形。 该计数器是处理器活动的主要指标, 查看此图可了解当前正在使用多少处理时间。

CPU使用率记录:该图显示了处理器使用率随时间的变化。 图中显示的采样条件取决于在“查看”菜单中选择的“更新速度”设置:

(1)“高”表示每秒2次。

(2)“正常”表示每秒1次。

(3)“低”表示每4秒1次。

(4)“暂停”表示不自动更新。

热点内容
linux是实时系统吗 发布:2024-11-24 07:23:17 浏览:142
java数据挖掘算法 发布:2024-11-24 07:18:59 浏览:853
我的世界服务器怎么重开指令 发布:2024-11-24 07:14:13 浏览:155
python删除dataframe 发布:2024-11-24 07:05:38 浏览:734
安卓机蓝牙怎么传东西 发布:2024-11-24 06:58:34 浏览:108
android叠效果 发布:2024-11-24 06:58:33 浏览:991
富士通电脑服务器设置u盘启动 发布:2024-11-24 06:56:21 浏览:716
delphipython 发布:2024-11-24 06:51:24 浏览:866
安卓手机如何添加文字 发布:2024-11-24 06:50:54 浏览:567
小米存储位置设置 发布:2024-11-24 06:45:10 浏览:207