27,579
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
qd_jyx 2004-11-25
- 打赏
- 举报
学习学习
davorsuker39 2004-11-25
- 打赏
- 举报
监视服务器性能和活动
Microsoft® SQL Server™ 2000 提供多种工具监视 SQL Server 实例的性能以及在数据库中发生的用户活动。通过监视使您得以确定数据库应用程序是否按预期有效地运行，即使应用程序、数据库和环境发生了变化。例如，随着更多的并发用户使用数据库应用程序，SQL Server 上的负荷可能会增加。通过监视，可以确定是否必须更改当前的 SQL Server 实例或系统配置以处理增加的工作负荷，或者确定增加的负荷是否对性能无显著的影响。
监视应用程序、SQL Server 实例或操作系统环境（硬件和软件）：
确定监视目标。
为要执行的监视类型选择合适的工具。
使用工具监视 SQL Server 或系统环境并分析捕获的数据。
识别要监视的事件。
事件确定所要监视和捕获的活动。选择要监视的事件取决于要监视的目标和原因。例如，当监视磁盘活动时，没必要监视 SQL Server 锁。
确定要捕获的事件数据。
事件数据描述事件发生时的每个实例。例如，当监视锁事件时，可捕获描述受锁事件影响的表、用户和连接的数据。下面解释涉及捕获事件数据并使这些数据可供使用的过程。
应用筛选限制收集的事件数据。
限制事件数据使系统得以将精力集中在与监视方案有关的事件上。例如，若要监视慢速查询，可使用筛选只监视由应用程序发出的、对特定数据库执行时间超过 30 秒的查询。
监视（捕获）事件。
一旦启用，活动监视就从指定的应用程序、SQL Server 实例或操作系统捕获数据。例如，当使用系统监视器（Microsoft Windows NT® 4.0 中的性能监视器）监视磁盘活动时，监视将捕获事件数据（如磁盘读取和写入）并在屏幕上显示该数据。
保存捕获的事件数据。
保存捕获的数据使您得以稍后对其进行分析，甚至使用 SQL 事件探查器重播该数据。将捕获的事件数据保存到一个文件中，用户可以使用当初创建该文件的工具重新打开它进行分析。SQL 事件探查器还允许将事件数据保存到 SQL Server 表中。保存捕获的事件数据对创建性能基线至关重要。在比较最近捕获的事件数据以确定是否已获得最佳性能时，保存和使用性能基线数据。
创建定义文件以包含为捕获事件指定的设置。
定义文件包含有关事件本身、事件数据和用于捕获数据的筛选的说明。以后可以使用这些文件监视一组特定事件，而无须重新定义事件、事件数据和筛选。例如，若要经常监视死锁的数量和那些死锁所涉及的用户，可以创建一个文件定义那些事件、事件数据和事件筛选；保存定义；并在下次想监视死锁时重新应用筛选。为此，SQL 事件探查器使用跟踪定义文件。
分析捕获的事件数据。
为了进行分析，将捕获的已保存事件数据装载到捕获该数据的应用程序中。例如，可以将 SQL 事件探查器捕获的跟踪重新装载到 SQL 事件探查器中进行查看和分析。对事件数据的分析包括确定所发生的事件和发生原因。利用这些信息可以做一些修改以提高性能，如增加更多内存、纠正 Transact-SQL 语句或存储过程的编码错误、更改索引等，具体取决于所执行的分析类型。例如，可以使用索引优化向导自动分析从 SQL 事件探查器捕获的跟踪并基于结果生成索引建议。
重播捕获的事件数据。
事件重播使您得以建立捕获数据时的数据库环境的测试复本，并重复捕获事件，与当初在真实系统上发生的一样，但是只在 SQL 事件探查器中可用。可以按事件当初发生时的相同速度重播或尽可能快地重播（增加系统的压力），或者更可能的方式是一次重播一步（在每发生一个事件后对系统进行分析）。通过在测试环境中分析确切的事件，可以防止对生产系统产生任何有害的影响。
监视 SQL Server 使您得以：
确定是否有可能提高性能。例如，通过监视常用查询的响应时间，可以确定是否有必要更改查询或表上的索引。
评估用户活动。例如，通过监视试图连接到 SQL Server 实例的用户，可以确定安全设置是否得当并测试应用程序和开发系统。例如，通过在执行 SQL 查询时对其进行监视，可以确定这些查询是否编写正确并生成预期的结果。
解决任何问题或调试应用程序组件（如存储过程）。
Microsoft® SQL Server™ 2000 提供多种工具监视 SQL Server 实例的性能以及在数据库中发生的用户活动。通过监视使您得以确定数据库应用程序是否按预期有效地运行，即使应用程序、数据库和环境发生了变化。例如，随着更多的并发用户使用数据库应用程序，SQL Server 上的负荷可能会增加。通过监视，可以确定是否必须更改当前的 SQL Server 实例或系统配置以处理增加的工作负荷，或者确定增加的负荷是否对性能无显著的影响。
监视应用程序、SQL Server 实例或操作系统环境（硬件和软件）：
确定监视目标。
为要执行的监视类型选择合适的工具。
使用工具监视 SQL Server 或系统环境并分析捕获的数据。
识别要监视的事件。
事件确定所要监视和捕获的活动。选择要监视的事件取决于要监视的目标和原因。例如，当监视磁盘活动时，没必要监视 SQL Server 锁。
确定要捕获的事件数据。
事件数据描述事件发生时的每个实例。例如，当监视锁事件时，可捕获描述受锁事件影响的表、用户和连接的数据。下面解释涉及捕获事件数据并使这些数据可供使用的过程。
应用筛选限制收集的事件数据。
限制事件数据使系统得以将精力集中在与监视方案有关的事件上。例如，若要监视慢速查询，可使用筛选只监视由应用程序发出的、对特定数据库执行时间超过 30 秒的查询。
监视（捕获）事件。
一旦启用，活动监视就从指定的应用程序、SQL Server 实例或操作系统捕获数据。例如，当使用系统监视器（Microsoft Windows NT® 4.0 中的性能监视器）监视磁盘活动时，监视将捕获事件数据（如磁盘读取和写入）并在屏幕上显示该数据。
保存捕获的事件数据。
保存捕获的数据使您得以稍后对其进行分析，甚至使用 SQL 事件探查器重播该数据。将捕获的事件数据保存到一个文件中，用户可以使用当初创建该文件的工具重新打开它进行分析。SQL 事件探查器还允许将事件数据保存到 SQL Server 表中。保存捕获的事件数据对创建性能基线至关重要。在比较最近捕获的事件数据以确定是否已获得最佳性能时，保存和使用性能基线数据。
创建定义文件以包含为捕获事件指定的设置。
定义文件包含有关事件本身、事件数据和用于捕获数据的筛选的说明。以后可以使用这些文件监视一组特定事件，而无须重新定义事件、事件数据和筛选。例如，若要经常监视死锁的数量和那些死锁所涉及的用户，可以创建一个文件定义那些事件、事件数据和事件筛选；保存定义；并在下次想监视死锁时重新应用筛选。为此，SQL 事件探查器使用跟踪定义文件。
分析捕获的事件数据。
为了进行分析，将捕获的已保存事件数据装载到捕获该数据的应用程序中。例如，可以将 SQL 事件探查器捕获的跟踪重新装载到 SQL 事件探查器中进行查看和分析。对事件数据的分析包括确定所发生的事件和发生原因。利用这些信息可以做一些修改以提高性能，如增加更多内存、纠正 Transact-SQL 语句或存储过程的编码错误、更改索引等，具体取决于所执行的分析类型。例如，可以使用索引优化向导自动分析从 SQL 事件探查器捕获的跟踪并基于结果生成索引建议。
重播捕获的事件数据。
事件重播使您得以建立捕获数据时的数据库环境的测试复本，并重复捕获事件，与当初在真实系统上发生的一样，但是只在 SQL 事件探查器中可用。可以按事件当初发生时的相同速度重播或尽可能快地重播（增加系统的压力），或者更可能的方式是一次重播一步（在每发生一个事件后对系统进行分析）。通过在测试环境中分析确切的事件，可以防止对生产系统产生任何有害的影响。
监视 SQL Server 使您得以：
确定是否有可能提高性能。例如，通过监视常用查询的响应时间，可以确定是否有必要更改查询或表上的索引。
评估用户活动。例如，通过监视试图连接到 SQL Server 实例的用户，可以确定安全设置是否得当并测试应用程序和开发系统。例如，通过在执行 SQL 查询时对其进行监视，可以确定这些查询是否编写正确并生成预期的结果。
解决任何问题或调试应用程序组件（如存储过程）。
davorsuker39 2004-11-25
- 打赏
- 举报
评估性能
通过有效的网络流量、磁盘 I/O 和 CPU 时间，可获得最短的响应时间和最大的吞吐量，从而获得最佳性能。为达到此目的，需要彻底分析应用程序的要求，了解数据的逻辑结构和物理结构，并评估和协商解决数据库使用冲突（如联机事务处理 (OLTP) 与决策支持）的平衡措施。
响应时间与吞吐量
响应时间是这样度量的：以可视的形式确认正在处理查询并将结果集中的首行返回给用户所需的时间长度。
吞吐量是服务器在给定时间内处理的查询总数的度量值。
随着用户数的增加，对服务器资源的竞争也随之增加，转而导致响应时间增加和总体吞吐量减少。
影响性能的因素
下列方面影响 SQL Server 的性能：
系统资源（硬件）
Microsoft Windows NT® 4.0 和 Windows® 2000 操作系统
数据库应用程序
客户端应用程序
网络
必须知道在正常工作条件下的合理性能级别，才能监视这些方面。为此需建立服务器性能基线，即以定期的间隔监视 Microsoft® SQL Server™ 性能（即使没有发生问题时）。
解决问题
可以监视下列方面以解决问题：
SQL Server 存储过程或用户应用程序提交的批处理 SQL 语句。
用户活动（如阻塞锁或死锁）。
硬件活动（如磁盘使用）
问题可以包括：
应用程序开发错误（包括错误编写 Transact-SQL 语句）。
硬件错误（如磁盘错误或与网络有关的错误）。
由于数据库设计不正确导致的过多阻塞。
可以使用 SQL 事件探查器监视和解决 Transact-SQL 问题和与应用程序有关的问题。可以使用系统监视器（Windows NT 4.0 中的性能监视器）监视硬件问题和其它与系统有关的问题。
通过有效的网络流量、磁盘 I/O 和 CPU 时间，可获得最短的响应时间和最大的吞吐量，从而获得最佳性能。为达到此目的，需要彻底分析应用程序的要求，了解数据的逻辑结构和物理结构，并评估和协商解决数据库使用冲突（如联机事务处理 (OLTP) 与决策支持）的平衡措施。
响应时间与吞吐量
响应时间是这样度量的：以可视的形式确认正在处理查询并将结果集中的首行返回给用户所需的时间长度。
吞吐量是服务器在给定时间内处理的查询总数的度量值。
随着用户数的增加，对服务器资源的竞争也随之增加，转而导致响应时间增加和总体吞吐量减少。
影响性能的因素
下列方面影响 SQL Server 的性能：
系统资源（硬件）
Microsoft Windows NT® 4.0 和 Windows® 2000 操作系统
数据库应用程序
客户端应用程序
网络
必须知道在正常工作条件下的合理性能级别，才能监视这些方面。为此需建立服务器性能基线，即以定期的间隔监视 Microsoft® SQL Server™ 性能（即使没有发生问题时）。
解决问题
可以监视下列方面以解决问题：
SQL Server 存储过程或用户应用程序提交的批处理 SQL 语句。
用户活动（如阻塞锁或死锁）。
硬件活动（如磁盘使用）
问题可以包括：
应用程序开发错误（包括错误编写 Transact-SQL 语句）。
硬件错误（如磁盘错误或与网络有关的错误）。
由于数据库设计不正确导致的过多阻塞。
可以使用 SQL 事件探查器监视和解决 Transact-SQL 问题和与应用程序有关的问题。可以使用系统监视器（Windows NT 4.0 中的性能监视器）监视硬件问题和其它与系统有关的问题。
davorsuker39 2004-11-25
- 打赏
- 举报
建立性能基线
若要确定 Microsoft® SQL Server™ 系统的性能是否处于最佳状态，请取得不同时间的性能度量值并建立服务器性能基线。将每组新的度量值与以前取得的度量值进行比较。
建立服务器性能基线后，将基线统计与当前服务器性能进行比较。对远高于或远低于基线的数字需要做进一步调查。它们可能表明有需要调整或重新配置的区域。例如，如果执行一组查询所需的时间增加，检查这些查询以确定能否重新编写它们，或者是否必须添加列统计或新索引。
至少，使用基线度量值确定：
操作的峰值时间和非峰值时间。
生产查询或批命令响应时间。
数据库备份和还原所需时间。
若要确定 Microsoft® SQL Server™ 系统的性能是否处于最佳状态，请取得不同时间的性能度量值并建立服务器性能基线。将每组新的度量值与以前取得的度量值进行比较。
建立服务器性能基线后，将基线统计与当前服务器性能进行比较。对远高于或远低于基线的数字需要做进一步调查。它们可能表明有需要调整或重新配置的区域。例如，如果执行一组查询所需的时间增加，检查这些查询以确定能否重新编写它们，或者是否必须添加列统计或新索引。
至少，使用基线度量值确定：
操作的峰值时间和非峰值时间。
生产查询或批命令响应时间。
数据库备份和还原所需时间。
lipkissnow 2004-11-25
- 打赏
- 举报
學習學習..以前沒有聽說過.
netcoder 2004-11-22
- 打赏
- 举报
就是为性能比较选 一个 参照物，供比较用
方法基本上是取一段时间的平均性能值
方法基本上是取一段时间的平均性能值
米多 2004-11-22
- 打赏
- 举报
同意cgsun
Andy__Huang 2004-11-21
- 打赏
- 举报
這個好象沒有在sql server2000里聽說過﹖不知道是什么﹖
syilo 2004-11-21
- 打赏
- 举报
好
UP!
UP!
zengzhengliang 2004-11-21
- 打赏
- 举报
若要确定 Microsoft® SQL Server™ 系统的性能是否处于最佳状态，请取得不同时间的性能度量值并建立服务器性能基线。将每组新的度量值与以前取得的度量值进行比较。
建立服务器性能基线后，将基线统计与当前服务器性能进行比较。对远高于或远低于基线的数字需要做进一步调查。它们可能表明有需要调整或重新配置的区域。例如，如果执行一组查询所需的时间增加，检查这些查询以确定能否重新编写它们，或者是否必须添加列统计或新索引。
至少，使用基线度量值确定：
操作的峰值时间和非峰值时间。
生产查询或批命令响应时间。
数据库备份和还原所需时间。
建立服务器性能基线后，将基线统计与当前服务器性能进行比较。对远高于或远低于基线的数字需要做进一步调查。它们可能表明有需要调整或重新配置的区域。例如，如果执行一组查询所需的时间增加，检查这些查询以确定能否重新编写它们，或者是否必须添加列统计或新索引。
至少，使用基线度量值确定：
操作的峰值时间和非峰值时间。
生产查询或批命令响应时间。
数据库备份和还原所需时间。
yelook 2004-11-21
- 打赏
- 举报
楼主问这个是做什么，
这是一个SQL性能调优的配置，希望对楼主有用
http://www.itpub.net/256885.html
这是一个SQL性能调优的配置，希望对楼主有用
http://www.itpub.net/256885.html
cgsun 2004-11-21
- 打赏
- 举报
基线,应是你用系统监视器,sql profile在24x7的情况下监视了一个多月后,平均各种性能的平均数来做基线.
