（4.20）sql server性能指标、性能计数器
（4.20）sql server性能指标、性能计数器
常规计数器
收集操作系统服务器的服务器性能信息，包括Processor、磁盘、网络、内存
Processor 处理器
1.1 % Processor Time指处理器用来执行非闲置线程时间的百分比。通过此计数器可以确定服务器当前CPU使用百分比。
1.2 % Privileged Time是在特权模式下进程线程执行代码所花时间的百分比。当调用 Windows 系统服务时，此服务经常在特权模式运行，以便获取对系统专有数据的访问。
PhysicalDisk物理磁盘（某个RAID）
2.1 Avg. Disk Queue Length等待请求的队列长度，若此值过大，说明磁盘存在瓶颈，自然磁盘延迟的值也会过大。
2.2 Avg. Disk sec/Read；Avg. Disk sec/Transfer；Avg. Disk sec/Write这三个计数器表示磁盘每次读写需要多少时间，表示磁盘的延迟情况，以秒为单位，若延迟超过25mm表示磁盘性能较差。
LogicalDisk逻辑磁盘（某个卷）
3.1 % Free Space某个磁盘的空闲百分比；Free Megabytes 磁盘剩余大小MB
3.2 Disk Read Bytes/sec；Disk Transfers/sec；Disk Write Bytes/sec这三个计数器表示每秒磁盘的读写情况，表示磁盘的IO性能（iops）
Memory 内存
4.1 Available Mbytes可以内存大小MB，此内存能立刻分配给一个进程或系统使用。它等于分配给待机(缓存的)、空闲和零分页列表内存的总和。
4.2 Cache Bytes 系统使用的内存
4.3 Commit Limit可以申请的内存总大小（虚拟内存和物理内存）；Committed Bytes已经使用的内存大小（虚拟内存和物理内存）；均是以Byte（字节）为单位。
4.4 Free System Page Table Entries指系统当前未使用的页表项数目。表示内存是否空闲。
4.5 Page Faults/sec 每秒出错页面的数量，也就是未在内存中命中的页面数。因此伴随着Pages/sec计数器是由于出错页面从磁盘读取数据页的速度。此值越大说明内存可能存在一定瓶颈，或者存在大量数据存取。
Network Interface 网络接口
5.1 Current Bandwidth指以位/每秒估计的网络接口的当前带宽。对于那些带宽不变的或无法估计出准确数据的界面，这个值为名义带宽。
5.2 Bytes Received/sec；Bytes Sent/sec；Bytes Total/sec每秒种发送和接收的字节数，表示当前网络的使用情况。
5.3 Output Queue Length输出数据包队列，此值大于2说明传输存在延迟。
5.4 Packets Outbound Discarded 被选为丢弃的数据包数目，丢弃的原因可能是释放缓冲空间。Packets Outbound Errors 由于错误不能传输的数据包数目
5.5 Packets Received Discarded 被选为丢弃的数据包数目，丢弃的原因可能是释放缓冲空间。Packets Received Errors 由于错误不能传输的数据包数目
SQL Server计数器(参考官网：https://docs.microsoft.com/zh-cn/sql/relational-databases/performance-monitor/use-sql-server-objects?view=sql-server-2017)
SQL Server中的Access Methods对象提供监视访问数据库中的逻辑数据的计数器；Buffer Manager计数器监视对磁盘上的数据库也的物理访问。
Access Methods 存取方式
Access Methods监视用于访问数据库中存储的数据的方法有助于确定是否可以通过添加或修改索引、添加或移动分区、添加文件或文件组、对索引进行碎片整理或者重写查询来提高查询性能。 Access Methods 计数器也可用于监视数据库中数据、索引和可用空间的数量，从而指示每个服务器实例的数据卷和碎片。索引的碎片过多会降低性能。
1.1 Page Splits/sec每秒由于索引页溢出而发生的页拆分数。此数据越大表示某表的修改频率较高，且要确认该索引是否适合建立该字段上。
1.2 Workfiles Created/sec每秒创建的工作文件数
1.3 Worktables Created/sec每秒创建的工作表数
Buffer Manager 缓存管理
监视用于存储数据页的内存；读取和写入数据库页时的物理io等，通过此对象可以判断是否存在物理内存瓶颈可以了解服务器的查询性能等等。
2.1 Buffer cache hit ratio命中高速缓冲区页的百分比。若此值过低说明可能内存存在一定瓶颈
2.2 Database pages缓冲池中数据库内容的页数
2.3 Page life expectancy页指示页面在没有引用的情况下，在此节点的缓冲池中停留的时间（以秒计）。此值若降低说明，服务器频繁查询数据库中数据。
2.4 Checkpoint pages/sec Checkpoint的执行频率，若执行的频率过高。则说明服务器过于频繁的修改数据。
2.5 Lazy writes/sec 若懒写入过于频繁，说明没有空闲的缓冲区供使用，内存可能存在一定瓶颈。“惰性编写器”是一个系统进程，用于成批刷新脏的过期的缓冲区（包含更改的缓冲区，必须将这些更改写回磁盘，才能将缓冲区重用于其他页），并使它们可用于用户进程。
Memory Manager 内存管理
监视总体的服务器内存使用情况，以估计用户活动和资源使用，有助于查明性能瓶颈。
3.1 Memory Grants Pending指定等待工作空间内存授权的进程总数。指等待分配内存的进程数量，若此值过高或内存或磁盘存在一定瓶颈。
3.2 Target Server Memory (KB)；Total Server Memory (KB)理想上能使用内存量与内存管理器提交的内存量。若此两值存在差异则说明内存异常。
General Statistics 常规统计
4.1 User Connections；Logins/sec；Logouts/sec 用户并发情况
4.2 Processes blocked当前阻塞数量
4.3 Temp Tables For Destruction等待被清除系统线程破坏的临时表/表变量数。无用的临时表和表变量。
SQL Statistics; Wait Statistics请求与等待统计
5.1 Batch Requests/sec；SQL Compilations/sec；SQL Re-Compilations/sec每秒的请求、编译和重编译的次数，这些对于优化供参考。
5.2 Lock waits等待锁的进程数。
5.3 Log write waits等待写入日志缓存的进程数
5.4 Page IO latch waits与页 I/O 闩锁相关的统计信息。用于判断内存或磁盘的瓶颈情况
5.5 Page latch waits与页闩锁（不包括 I/O 闩锁）相关的统计信息。用于判断内存或磁盘的瓶颈情况
Databases针对数据库级别
6.1 Log Flush Wait Time；Log Flushes/sec日志刷新等待和频率，若数据异常则可能存在磁盘瓶颈
6.2 Transactions/sec 事务数
Locks锁
7.1 Lock Requests/sec；Lock Timeouts/sec锁请求频率；锁超时频率
7.2 Number of Deadlocks/sec 死锁情况。
CPU
- Windows -Processor
指标名称 |
指标描述 |
指标范围 |
指标单位 |
CPU利用率 （% Processor Time） |
% Processor Time指处理器执行非闲置线程时间的百分比。这个计数器设计成用来作为处理器活动的主要指示器。它通过在每个时间间隔中衡量处理器用于执行闲置处理线程的时间，并且用100%减去该值得出。可将其视为范例间隔用于做有用工作的百分比。 |
根据应用系统情况，在80%±5%范围内波动为宜。过低，则服务器CPU利用率不高；过高，则CPU可能成为系统的处理瓶颈。 |
% |
中断率 （Interrupts/sec.） |
每秒钟设备中断处理器的次数。在完成一个任务或需要注意时，装置会发出中断讯号给处理器。可以产生中断的装置包括系统定时器、鼠标、数据通讯联机、网络卡以及其它的外部装置。在中断过程中，一般的执行绪执行将被暂停，而且一个中断可以使处理器切换到另一个具有较高优先等级的执行绪。频率中断是频繁和周期性的，并且中断动作在背景执行。 |
取决于处理器，越低越好；不宜超过1,000； 如果该值显著增加而系统活动没有相应的增加，则表明存在硬件问题，需要检查引起中断的网络适配器、磁盘或其他硬件。 |
次/sec |
系统调用率 System Call/sec. |
指运行在计算机上的所有处理器调用操作系统服务例行程序的综合速率。这些例行程序执行所有在计算机上的如安排和同步活动等基本的程序，并提供对非图形设备、内存管理和名称空间管理的访问。 |
如果Interrupts/sec大于System Calls/sec.,则系统中某一硬件设备产生过多的中断。 |
次/sec |
Processor Queue Length |
处理器队列的线程数量。此计数器只显示就绪线程，而不是正在运行的线程。 |
如果处理器队列中总是有两个以上的线程通常表示处理器堵塞。 |
|
进程切换率 Context Switches/sec |
指计算机上的所有处理器全都从一个线程转换到另一个线程的综合速率。当正在运行的线程自动放弃处理器时出现上下文转换，由一个有更高优先就绪的线程占先或在用户模式和特权 (内核) 模式之间转换以使用执行或分系统服务 |
如果此计数器的数值较大，则表明锁定竞争很激烈，或者线程在用户和内核模式之间频繁切换。 |
PS：
-
Processor/% Processor Time
阀值：处理器的阀值一般设为85%。
含义：这个计数器是处理器活动的主要指标。高数值并不一定是坏事，但是如果其他处理器相关的计数器（比如% Privileged Time 或者Processor Queue Length）线性增加的话，高CPU使用率就值得调查了。 -
Processor/% Privileged Time
阀值：如果数值持续大于75%就表示存在瓶颈。
含义：这个计数器表示一个线程在特权模式下所使用的时间比例。当你的程序调用操作系统的方法（比如文件操作，网络I/O或者分配内存），这些操作系统的方法是在特权模式下运行的。 -
Processor/% Interrupt Time
阀值：取决于处理器
含义：这个计数器表示处理器接收处理硬件中断所使用的时间比例。这个值间接指出产生中断的硬件设备活动，比如网络变化。这个计数器显著增加的话表示硬件可能存在问题。 -
System/Processor Queue Length
阀值：平均值持续大于2那么表示CPU存在瓶颈
含义：如果就绪的任务超过处理能力线程就会被放进队列。处理器队列是就绪但是未能被处理器执行的线程的集合，这是因为另外一个线程正在执行状态。持续或者反复发生2个以上的队列则明确的表示存在处理器瓶颈。你也能通过减少并发取得更大的吞吐量。
你可以结合Processor/% Processor Time来决定增加CPU的话你的程序是否能够受益。即使在多处理器的电脑上，对于CPU时间也是单队列。因此，在多处理器电脑上，Processor Queue Length (PQL)的值除以用来处理负载的CPU个数。
如果CPU非常忙（90%以上的使用率），PQL的平均值也持续大于2/CPU，这是应该存在CPU瓶颈而且能够从更多的CPU中受益。或者，你可以减少线程的数量以及增加应用程序层的队列。这会引起少量的Context Switching，但是少许的Context Switching对于减少CPU负载是有好处的。PQL大于2但是CPU使用率却不高的的常见原因是对CPU时间的请求随机到达而且线程却从处理器申请到不对称的CPU时间。这意味着处理器并不是瓶颈，而你的线程逻辑是需要改进的。 - System/Context Switches/sec
阀值：按照通常的规律，context switching速率小于5000/秒/CPU是不需要担心的。如果Context Switching速率达到15000/秒/CPU的话就是一个制约因素了。
含义：当一个高优先级的线程取代一个正在运行的低优先级线程，或者高优先级线程阻塞的时候就会发生Context Switching。大量的Context Switching可以发生在许多线程拥有相同的优先级的情况下，这通常表示有太多的线程竞争CPU，如果你没有看到太高的处理器使用率而且发现Context Switch非常低，那么表示线程被阻塞。
内存
- Windows -Memory
指标名称 |
指标描述 |
指标范围 |
指标单位 |
Pages/sec Pages Input/sec Pages Output/sec Page Fault/sec |
Page Faults/sec 是处理器每秒钟处理的错误页（包括软错误和硬错误）。Pages Input/sec 是为了解决硬错误页，从硬盘上读取的页数， 而Page Reads/sec是为了解决硬错误，从硬盘读取的次数。Pages/sec是Pages Input/sec 和Pages Output/sec 的总和。 该系列指标是可以显示导致系统范围延缓类型错误的主要指示器。 当处理器向内存指定的位置请求一页（可能是数据或代码）出现错误时，这就构成一个Page Fault。如果该页在内存的其他位置，该错误被称为软错误（ 用Transition Fault/sec衡量）； 如果该页必须从硬盘上重新读取时， 被称为硬错误。许多处理器可以在有大软错误的情况下继续操作。但是， 硬错误可以导致明显的拖延。 |
如果Page Reads/Sec持续保持为5，表示可能内存不足。Page/sec推荐0-20。如果服务器没有足够的内存处理其工作负荷，此数值将一直很高。如果大于80，表示有问题(太多的读写数据操作要访问磁盘，可考虑增加内存或优化读写数据的算法)。 该系列计数器的值比较低， 说明响应请求比较快， 否则可能是服务器系统内存短缺引起（也可能是缓存太大， 导致系统内存太少）。 |
次/sec |
Available Bytes |
显示出当前空闲的物理内存总量，它等于分配给待机(缓存的)、空闲和零分页列表内存的总和。 空闲内存可以马上使用; 清零内存是由零值填满的内存页，用来防止后续进程获得旧进程使用的数据; 待机内存是从进程工作集(其物理内存)中删除然后进入磁盘的内存，但是该内存仍然可以收回。该指标仅显示最后一次观察到的值，不是平均值。 |
当这个数值变小时，Windows开始频繁地调用磁盘页面文件。如果这个数值很小，例如小于5 MB，系统会将大部分时间消耗在操作页面文件上。 一般要保留10%的可用内存。最低不能<4M，此值过小可能是内存不足或内存泄漏。 |
|
Committed Bytes |
是指以字节表示的确认虚拟内存，是磁盘页面文件上保留空间的物理内存。 |
不超过物理内存的 75% |
|
硬盘参数
- Windows -Disk
指标名称 |
指标描述 |
指标范围 |
指标单位 |
% Disk Time |
指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。 |
正常值<10，此值过大表示耗费太多时间来访问磁盘，可考虑增加内存、更换更快的硬盘、优化读写数据的算法。若数值持续超过80 (此时处理器及网络连接并没有饱和)，则可能是内存泄漏。 |
|
Current Disk Queue Length |
是在收集性能数据时磁盘上当前的请求数量。它还包括在收集时处于服务的请求。这是瞬间的快照，不是时间间隔的平均值。多轴磁盘设备能有一次处于运行状态的多重请求，但是其他同期请求正在等待服务。此计数器会反映暂时的高或低的队列长度，但是如果磁盘驱动器被迫持续运行，它有可能一直处于高的状态。 |
请求的延迟与此队列的长度减去磁盘的轴数成正比。为了提高性能，此差应该平均小于二。 |
|
Avg.Disk Queue Length Avg. Disk Read Queue Length Avg. Disk Write Queue Length |
指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。 |
Avg.Disk Queue Length正常值<0.5，此值过大表示磁盘IO太慢，要更换更快的硬盘。 |
|
windows性能监视器
|
性能计数器（counter）是描述服务器或操作系统性能的一些数据指标。计数器在性能测试中发挥着“监控和分析”的关键作用，尤其是在分析系统的可扩展性、进行性能瓶颈的定位时，对计数器的取值的分析非常关键。但必须说明的是，单一的性能计数器只能体现系统性能的某一个方面，对性能测试结果的分析必须基于多个不同的计数器。 与性能计数器相关的另一个术语是“资源利用率”。该术语指的是系统各种资源的使用状况。为了方便比较，一般用“资源的实际使用/总的资源可用量”形成资源利用率的数据，用以进行各种资源使用的比较。 性能测试之内存篇（windows） 要监视内存不足的状况，请从以下的对象计数器开始： · Memory\ Available Bytes · Memory\ Pages/sec Available Bytes剩余的可用物理内存，单位是兆字节（参考值：>=10%）。表明进程当前可使用的内存字节数。Pages/sec 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。 如果 Available Bytes 的值很小（4 MB 或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。如果 Pages/sec 的值为 20 或更大，那么您应该进一步研究页交换活动。Pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。 操作系统经常会利用磁盘交换的方式提高系统可用的内存量或是提高内存的使用效率。下列四个 指标直接反映了操作系统进行磁盘交换的频度。 当处理器在内存中读取某一页出现错误时，就会产生缺页中断，也就是 page Fault。如果这个页 位于内存的其他位置，这种错误称为软错误，用Transition Fault/sec 来衡量；如果这个页位于硬盘上，必须从硬盘重新读取，这个错误成为硬错误。硬错误会使系统的运行效率很快将下来。Page Faults/sec这个计数器就表示每秒钟处理的错误页数，包括硬错误和软错误。
必须同时监视 Available Bytes、Pages/sec 和 Paging File % Usage，以便确定是否发生这种情况。如果正在读取非缓存内存映射文件，还应该查看缓存活动是否正常。 Cathe Bytes 内存泄露 · Memory\Available Bytes · Memory\ Committed Bytes 如果您怀疑有内存泄露，请监视 Memory\Available Bytes 和 Memory\ Committed Bytes，以观察内存行为，并监视你认为可能在泄露内存的进程的 Process\ Private Bytes、Process\ Working Set 和Process\ Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视 Memory\ Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。 private Bytes 检查过于频繁的页交换 由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足，这容易与导致页交换的磁盘瓶颈混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器： · Physical Disk\ % Disk Time · Physical Disk\ Avg.Disk Queue Length 例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。 要确定过多的页交换对磁盘活动的影响，请将 Physical Disk\ Avg.Disk sec/Transfer 和 Memory\ Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了 0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。 研究程序的活动 接下来，检查正在运行的程序导致的过多的页交换。如果可能，请停止具有最高工作集值的程序，然后查看页交换速率是否有显著变化。如果您怀疑存在过多的页交换，请检查 Memory\ Pages/sec 计数器。该计数器显示由于页面不在物理内存中而需要从磁盘读取的页面数。（注意该计数器与 Page Faults/sec 的区别，后者只表明数据不能在内存的指定工作集中立即使用。） 性能测试之处理器篇（windows） 监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。需要包含下列内容：
该计数值用于体现服务器整体的处理器利用率，对多处理器的系统而言，该计数值体现的是所有CPU的平均利用率。如果该值的数值持续超过90%，则说明整个系统面临着处理器方面的瓶颈，需要通过增加处理器来提高性能。 要注意的是，由于操作系统本身的特性，在某些多CPU系统中，该数据本身并不大，但此时CPU之间的负载状况极不均衡，此时也应该视作系统产生了处理器方面的瓶颈。
Processor\ % User Time是指系统的非核心操作消耗的CPU时间，如果该值较大，可以考虑是否通过优化算法等方法降低这个值。如果该服务器是数据库服务器，Processor\ % User Time大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化。
%Total Processor Time %Processor Time 观察处理器使用情况的值 要测量处理器的活动，请查看 Processor\ % Processor Time 计数器。该计数器显示处理器忙于执行非空闲线程所耗时间的百分比。 检查处理器使用时，请考虑计算机的角色和所完成工作的类型。根据计算机进行的工作，较高的处理器值意味着系统正有效地处理较重的工作负载或正在努力维持。例如，如果正在监视用户的计算机，并且该计算机用于计算，计算程序可能容易使用 100% 的处理器时间。即使这会造成该计算机中其他应用程序的性能受到影响，但可以通过改变负载来解决。 另一方面，在处理许多客户请求的服务器计算机中，100% 左右的值表示这些过程在队列中，正在等待处理器时间，并且造成瓶颈。如此持续高层次的处理器使用对服务器而言是无法接受的。 考察处理器瓶颈 进程的线程所需要的处理器周期超出可用周期时，处理器瓶颈将逐步显示出来。可以建立较长的处理器队列，并且系统响应会受到影响。处理器瓶颈两种常见的原因是 CPU 限制程序和产生过多中断的驱动程序或子系统组件。 要决定是否由于对处理器时间的要求较高而存在处理器瓶颈，请查看 System\ Processor Queue Length 计数器。队列中包含两个或更多的项目则表明存在瓶颈。如果多个程序进程竞争大多数处理器时间，安装更快速的处理器会提高吞吐量。如果正在运行多线程的进程，附加处理器会有所帮助，但是请注意，附加处理器可能只有有限的益处。 此外，跟踪计算机的服务器工作队列当前长度的 Server Work Queues\ Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于 4 则表示可能出现处理器拥塞。此计数器是特定时间的值，而不是一段时间的平均值。 要决定中断活动是否造成瓶颈，请观察 Processor\ Interrupts/sec 计数器的值，该计数器测量来自输入/输出 (I/O) 设备的服务请求的速度。如果此计数器的值明显增加，而系统活动没有相应增加，则表明存在硬件问题。 也可以对生成中断的磁盘驱动器、网卡和其他设备活动的间接指示器监视 Processor\ % Interrupt Time 时间。 注意 要检测可能影响处理器性能的硬件问题，例如 IRQ 冲突，请观察 System\ File Control Bytes/second 的值。 监视多处理器系统 要观察多处理器计算机的效率，请使用下列附加计数器。
性能测试之磁盘篇（windows） 监测对象：PhysicalDisk 每磁盘的I/O数可用来与磁盘的I/O能力进行对比，如果经过计算得到的每磁盘I/O数超过了磁盘标称的I/O能力，则说明确实存在磁盘的性能瓶颈。 下表给出了每磁盘I/O的计算公式：
Disk Bytes/sec 提供磁盘系统的吞吐率。 计数器反映磁盘完成请求所用的时间。较高的值表明磁盘控制器由于失败而不断重试该磁盘。这些故障会增加平均磁盘传送时间。一般来说，定义该值小于15ms最为优异，介于15-30ms之间为良好，30-60ms之间为可以接受，超过60ms则需要考虑更换硬盘或硬盘的RAID方式了
Average Disk Bytes/Transfer 值大于 20 KB 表示该磁盘驱动器通常运行良好；如果应用程序正在访问磁盘，则会产生较低的值。例如，随机访问磁盘的应用程序会增加平均 Disk sec/Transfer 时间，因为随机传送需要增加搜索时间。 性能测试之网络篇（windows） 监测对象：Network Interface Network Interface\Bytes Total/sec为发送和接收字节的速率（包括帧字符在内）。可以通过该计数器的值判断网络连接速度是否是瓶颈，具体操作方法是用该计数器的值与目前的网络带宽进行比较。
Byte Total/sec
性能测试之进程篇（windows） 查看进程的%Processor Time值 每个进程的%Processor Time反映进程所消耗的处理器时间。用不同进程所消耗的处理器时间进行对比，可以很容易的看出具体是哪个进程在性能测试过程中消耗了最多的处理器时间，从而可以据此针对应用进行优化。 查看每个进程产生的页面失效 可以用每个进程产生的页面失效（通过Process\Page Failures/sec计数器获得）和系统的页面失效（可通过Memory\Page Failures/sec计数器获得）的比值，来判断哪个进程产生了最多的失效页面，这个进程要么是需要大量内存的进程，要么是非常活跃的进程，可以对其进行中的分析。 了解进程的Process\Private Bytes Process\Private Bytes是指进程所分配的无法与其他进程共享的当前字节数量。该计数器主要用拉判断进程在性能测试过程中有无内存泄漏。 例如：对于一个IIS之上的web应用，我们可以重点监控inetinfo进程的Private Bytes，如果在性能测试过程中，该进程的Private Bytes计数器值不断增加，或是性能测试停止后一段时间，该进程的Private Bytes仍然持续在高水平，则说明应用存在内存泄漏。 （备注：进程分析方法用到的计数器主要有：Process\%Processor Time、Page Failures/sec、Page Failures/sec、Private Bytes）
相关链接： ① 内存映射文件机制 内存映射文件是利用虚拟内存把文件映射到进程的地址空间中去，在此之后进程操作文件，就像操作进程空间里的地址一样了，省去了读和写I/O的时间。 比如使用memcpy等内存操作的函数。这种方法能够很好的应用在需要频繁处理一个文件或者是一个大文件的场合，这种方式处理IO效率比普通IO效率要高。 利用内存映射文件您可以认为操作系统已经为您把文件全部装入了内存，然后您只要移动文件指针进行读写即可了。这样您甚至不需要调用那些分配、释放内存块和文件输入/输出的API函数，另外您可以把这用作不同的进程之间共享数据的一种办法。运用内存映射文件实际上没有涉及实际的文件操作，它更象为每个进程保留一个看得见的内存空间。至于把内存映射文件当成进程间共享数据的办法来用，则要加倍小心，因为您不得不处理数据的同步问题，否则您的应用程序也许很可能得到过时或错误的数据甚至崩溃。 内存映射文件本身还是有一些局限性的，譬如一旦您生成了一个内存映射文件，那么您在那个会话期间是不能够改变它的大小的。所以内存映射文件对于只读文件和不会影响其大小的文件操作是非常有用的。当然这并不意味着对于会引起改变其大小的文件操作就一定不能用内存影射文件的方法，您可以事先估计操作后的文件的可能大小，然后生成这么大小一块的内存映射文件，然后文件的长度就可以增长到这么一个大小。我们的解释够多的了，接下来我们就看看实现的细节：
|
监控 for sql server
3，硬盘性能计数器
在OS Level上，Windows在一块物理硬盘上分成多个逻辑分区，每一个逻辑分区叫做一个Logical Disk，通过盘符标识，运行在Windows上的Application使用盘符来寻址。对于分配在同一块物理硬盘上的逻辑分区，共享物理硬盘的读写带宽，相当于在一块物理硬盘上工作。因此，Disk计数器分为两组：PhysicalDisk 和 LogicalDisk，LogcialDisk计数器记录每个逻辑分区的读写计数，用于分析特定的Application在不同的逻辑分区上的Disk IO活动和性能参数；PhysicalDisk计数器记录整个物理Disk的性能指标，用于了解Disk的响应速度，主要使用PhysicalDisk计数器，分析Disk的性能问题。
系统级经常用到的Disk性能计数器是PhysicalDisk计数器，LogcialDisk仅供参考：
- %Disk Time ：表示Disk的忙碌程度，是Disk处理读写请求的时间的百分比，经常大于100%，建议使用%IdleTime反推出Disk处于读写状态的百分比
- Disk Reads/sec ：每秒向Disk请求读操作的次数
- Disk Transfers/sec：Disk每秒执行读写操作的次数
- Disk Reads Bytes/sec ：在Disk执行读操作时，每秒从Disk读取的字节数量
- Disk Bytes/sec：当Disk执行读写操作时，每秒从Disk读取到内存的，或从内存写入到Disk的字节数量，好的Disk，其值在20-40MB之间，差的Disk，其值在20MB以下。
- Avg. Disk Queue Length ：提供Disk阻塞程度的主要度量值，表示在 sample interval期间，Disk等待处理的IO请求队列的平均长度，即等待被Disk处理的IO请求的数量，队列的长度要考虑到RAID，如果存储后台使用100块物理disk，那么该计数值达到100，这个值是正常的，理论上，每块物理disk的队列长度不应该长时间大于2.
- Avg. Disk sec/Transfer：Disk每一次读写操作所用的平均时间
- Avg. Disk sec/Read：Disk每一次读操作所用的平均时间
- Avg. Disk sec/Write：Disk每一次写操作所用的平均时间
avg.Disk sec/(Transfer,Read,Write)，能够很好的反映Disk的IO速度，所以这三个计数值经常用来衡量Disk的IO速度:
- 很好：<10ms
- 一般：10-20ms
- 有点慢：20-50ms
- 非常慢：>50ms
二，系统物理内存性能计数器
SQL Server在运行的过程中，会持续地向内存中加载大量数据，如果数据长期驻留在内存中，那么SQL Server 不需要申请Disk IO请求，就能直接访问数据，快速响应用户的请求。如果SQL Server访问的数据不在内存中，将会产生一个Hard Page Fault，那么SQL Server首先指示存储引擎将数据页从Disk加载到内存中，产生PageIOLatch等待，等到数据被加载到内存之后，SQL Server在内存中访问数据，处理用户请求，由于Disk 的IO速度较慢，延迟高，大量的Hard Page Fault将严重影响SQL Server响应用户请求的速度，因此，常用的系统级内存计数器跟缺页中断有关：
- Memory：Page Faults/sec ：每秒发生的Page Fault的数量，Page Fault包括Hard Fault 和 Soft Fault，Hard fault表示需要从Disk中读取数据页，Soft fault表示需要从Physical Memory中读取数据页，Soft Fault不会影响性能，由于Hard Fault需要访问Disk，会产生显著的延迟。
- Memory：Pages Input/sec：每秒发生的Hard Fault的数量，用于计算Hard Fault的百分比： Pages Input / Page Faults = % Hard Page Faults，如果百分比经常大于40%，说明系统需要经常访问Disk获取数据，在一定程度上说明系统存在内存压力。
- Memory：Pages/sec：每秒从Disk读取或写入Disk的Page数量，表示内存和Disk交互的Page的数量：将Page存储到Disk或从Disk读取数据到内存的Page的数量。
三，SQL Server的Buffer Manager计数器
Buffer Manager计数器用于监视SQL Server如何使用内存数据页和计划缓存，读取和写入数据页时的Disk IO。由于Buffer Pool是SQL Server内存最活跃，使用最多的部分，所以也是最容易出现性能瓶颈的部分，计数值尤其重要：
- Buffer Cache hit ration：从Buffer Pool中直接读取，不需要从Disk中读取的数据页的百分比，也叫命中率，这个计数器表示，在SQL Server读取数据时，数据存在于内存中，跟数据驻留在内存中的时间和内存压力关系不大，仅供参考。
- Page Writes/sec：每秒写入到Disk的数据页数，和内存使用关系不大，跟用户修改的数据量有关
- CheckPoint Pages/sec：将数据刷新到Disk的Dirty Pages的数量，和内存使用关系不大，跟用户修改的数据量有关，如果用户对数据库做了很多修改操作，那么内存中修改过的数据脏页就会比较多，每次刷新的脏页数量就会比较大
- Lazy Writes/sec：被LazyWriter刷新的buffer数量，如果是脏页，那么将buffer写入到Disk，并将buffer空间标记为Free，如果不是脏页，那么该buffer空间也被标记为Free，LazyWriter的作用是维护一定数量的Free buffer，SQL Server使用Free buffer来加载新的数据页。
- Page Life Expectancy：PLE，数据页驻留在内存中的时间。如果SQL Server没有新的内存需求，或有空闲的内存来完成新的内存需求，那么Lazy Writer不会被处罚，Page会一直驻留在Buffer Pool中，那么Page Life Expectancy会维持在一个比较高的水平；如果Page Life总是高高低低，表明SQL Server存在内存压力。PLE的参考数值是：Max Server Memory/4GB*300s，如果PLE值长期低于参考值，内存可能存在瓶颈。
- Page Reads/sec：每秒从Disk读取的数据页数，即物理读的次数，如果用户访问的数据都缓存在内存中，那么SQL Server不需要从物理Disk上读取页面。由于物理IO的开销大，Page Reads操作一定会影响SQL Server的性能。
- Free list stalls/sec：等待一个Free Page的请求数量，SQL Server申请从Disk加载一个Page到内存中，必须在内存中分配一个Buffer，Buffer Manager负责维护Free Buffer List，如果Free List没有任何Free Buffer，那么请求必须等待，直到有空闲的Buffer使用，才能将Disk中的Page加载到内存中。
经常使用后四种计数器，探测系统的内存压力，前三种，仅供参考，在此，感谢 wy123 的帮助。
四，SQL Server的Memory Manager计数器
Memory Manager计数器用于监控服务器内存总体使用情况，在一个非常繁忙的系统中，Lock内存和授予内存是常用的计数器：
- Total Server Memory (KB)：SQL Server当前使用的内存总量
- Target Server Memory (KB)：SQL Server能够使用的内存总量
- Lock Memory (KB)：SQL Server用于锁的内存总量
- Grant Workspace Memory (KB)：授予内存，SQL Server用于执行hash，排序和创建Index操作而消耗的内存总量
- Memory Grants Pending (KB)：等待内存授予的进程数量，如果进程不能获得指定数量的内存，那么进程将不会开始执行
五，使用Performance Counter监控SQL Server数据库系统的整体性能
创建两个Data Set：Disk Activity，用于监控物理磁盘的活动；Memory Activity ，用于监控系统内存的Hard Fault和SQL Server的内存使用。
