您的位置：首页 > 编程技术 > php  >  收集SQL Server统计信息

收集SQL Server统计信息

 更新时间：2016年11月25日 16:44  点击：2335
问：我需要在运行SQL Server的机器上定期收集诸如每秒处理事务数（tps）之类的统计信息。为此，我大量使用了Performance Monitor（性能监视器），但却不能得到DBA所需的SQL Server性能指标。请问是否存在能够轻松收集这类统计信息的实用工具？
答：针对SQL Server的Performance Monitor计数器之一便能收集tps，因此，使用Performance Monitor是捕获这项指标最便捷的方式。您可以通过Microsoft Windows® NT Server 4.0 Resource Kit或Microsoft Windows 2000 Server Resource Kit以服务的形式安装Performance Monitor。此外，我建议您阅读Steve Adrien DeLuca等人所著的《Microsoft SQL Server 7.0 Performance Tuning Technical Reference》以学习关于测试有用SQL Server性能数据的内容。
——Microsoft项目经理，Richard Waymire

在连接字符串里加上服务器和数据库驱动程序就可以了
Example:
dim conn
set conn = Server.CreateObject("ADODB.Connection")
conn.ConnectionString = "driver={SQL Server};"server=yourserver;uid=sa;pwd=pwd;database=pubs"
conn.open
Set cmd= Server.CreateObject("ADODB.Command")
Set cmd.ActiveConnection = conn

任何基于锁的并发系统的一个不可避免的特点是在某些条件下系统可能阻塞。当一个连接占有一个锁而另一个连接试图改变锁的状态时，第二个连接要么等待第一个连接释放锁，要么因此而被阻塞。
为了获得最好的可扩展性，性能和并发能力，在设计应用程序和查询语句时，应该注意尽量缩短事务的长度， 并且减少占有锁的时间。大多数并发问题往往出现在应用程序和数据库的设计阶段，因此，设计阶段如果充分考虑这个因素至关重要。
　否则，应用程序就会存在潜在的潜能缺陷， 而且一般要到应用程序扩展性测试时才被发现。

为了最大程度优化SQL Server的性能， 首先您必须确定几个方面。当这几个方面得到优化时，可以最大程度的提高整个系统性能。然后您可以针对这几个方面进行分析。否则，您可能事倍功半。
经验证明，SQL Server的性能提高主要取决于逻辑数据库设计，索引设计和查询设计。
　反之，最大的性能问题也往往源于这几个方面的设计缺陷。
　如果数据库性能是一个关注焦点，您应该首先着眼这几个方面，因为在此的很小的投资可以带来很大的利益。
而其它系统级的性能问题， 例如内存、高速缓存、 硬件等， 的确值得研究。经验证明系统在这些方面容量越大，性能越高。
　SQL Server对现有硬件资源采用自动方式管理，从而减少系统级的手工调整。

SQL Server事务日志可能会被填满，这会阻止之后的数据库操作，包括UPDATE， DELETE， INSERT 和CHECKPOINT。
事务日志填满会导致1105错误:
Can't allocate space for object syslogs in database dbname because
the logsegment is full。
　If you ran out of space in syslogs， dump
the transaction log。
　Otherwise use ALTER DATABASE or
sp_extendsegment to increase the size of the segment。
这种现象可能出现于任何一个数据库中，包括Master和TempDB。一些难以预见的因素可能消耗日志空间。
　例如:
一个大型事务， 尤其像批量数据更新、插入或删除。
一个未提交的事务。
检查点处理程序截除时所需的带宽过大。
截除时超过阈值
上述各种条件互相作用的结果。
用于发布的标记事务没有被日志读取程序读走

[!--infotagslink--]

相关文章