Home
  •  

线程计数

Microsoft.SQLServer.Windows.Monitor.DBEngine.ThreadCount (UnitMonitor)

针对数据库引擎的线程计数

Knowledge Base article:

摘要

一般情况下，SQL Server 会为每个查询请求打开一个系统线程，但是，如果线程数量超过了指定的 max worker threads 值，SQL Server 会将工作线程集中到池中。如果所有工作线程随长时间运行的查询而处于活动状态，SQL Server 可能表现为停止响应，直到一个工作线程完成并变成可用。虽然这不是缺点，但有时用户可能并不希望如此。监视器对可用线程量进行分析并且在该数量较低时发出通知。

原因

工作量的增加导致使用的线程增加，这可能指示 SQL Server 正在很高的负荷下工作或者数目过多的查询正在并行运行。

解决方法

调整 max worker threads 是一个高级选项，仅应由有经验的数据库管理员或认证的 SQL Server 技术人员更改。

当服务器上连接有大量客户端时，线程池有助于优化性能。一般情况下，会为每个查询请求创建一个单独的操作系统线程。但是，当到服务器的连接达到数以百计时，为每个查询请求使用一个线程会占用大量的系统资源。max worker threads 选项使 SQL Server 可以为更大数量的查询请求创建一个工作线程池，这将提高性能。

配置 max worker threads 服务器配置选项

http://go.microsoft.com/fwlink/?LinkId=799312

可替代参数

名称

说明

默认值

警报优先级

定义警报优先级。

正常

警报严重性

定义警报严重性。

错误

已启用

启用或禁用工作流。

是

生成警报

定义工作流是否生成警报。

是

间隔(秒)

运行工作流的重复间隔时间(秒)。

300

最小自由线程阈值

工作流将确定每个数据库引擎进程的最大线程数和活动线程数。如果自由线程数小于或等于此参数，将生成警报。

10

样本数

指示在状态发生更改之前测量值应违反阈值的次数。

6

同步时间

使用 24 小时格式指定的同步时间。可以忽略。

 

超时(秒)

指定工作流在关闭之前允许运行的时间，并标记为失败。

200

数据库连接超时(秒)

如果在指定期间无法访问数据库，工作流将失败并注册一个事件。

15

Element properties:

TargetMicrosoft.SQLServer.Windows.DBEngine
Parent MonitorSystem.Health.PerformanceState
CategoryPerformanceHealth
EnabledTrue
Alert GenerateTrue
Alert SeverityError
Alert PriorityNormal
Alert Auto ResolveTrue
Monitor TypeMicrosoft.SQLServer.Windows.MonitorType.DBEngine.ThreadCount
RemotableTrue
AccessibilityPublic
Alert Message
Windows 上的 MSSQL: 线程计数过高
计算机“{1}”上 SQL 实例“{0}”线程计数过高。有关详细信息，请参阅“警报上下文”选项卡。
RunAsDefault

Source Code:

<UnitMonitor ID="Microsoft.SQLServer.Windows.Monitor.DBEngine.ThreadCount" Accessibility="Public" Enabled="true" Target="SqlDiscW!Microsoft.SQLServer.Windows.DBEngine" ParentMonitorID="Health!System.Health.PerformanceState" Remotable="true" Priority="Normal" TypeID="Microsoft.SQLServer.Windows.MonitorType.DBEngine.ThreadCount" ConfirmDelivery="false">

  <Category>PerformanceHealth</Category>

  <AlertSettings AlertMessage="Microsoft.SQLServer.Windows.Monitor.DBEngine.ThreadCount.AlertMessage">

    <AlertOnState>Error</AlertOnState>

    <AutoResolve>true</AutoResolve>

    <AlertPriority>Normal</AlertPriority>

    <AlertSeverity>Error</AlertSeverity>

    <AlertParameters>

      <AlertParameter1>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/InstanceName$</AlertParameter1>

      <AlertParameter2>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/MachineName$</AlertParameter2>

    </AlertParameters>

  </AlertSettings>

  <OperationalStates>

    <OperationalState ID="Normal" MonitorTypeStateID="Normal" HealthState="Success"/>

    <OperationalState ID="Error" MonitorTypeStateID="Error" HealthState="Error"/>

  </OperationalStates>

  <Configuration>

    <MachineName>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/MachineName$</MachineName>

    <NetbiosComputerName>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/NetbiosComputerName$</NetbiosComputerName>

    <InstanceName>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/InstanceName$</InstanceName>

    <ConnectionString>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/ConnectionString$</ConnectionString>

    <InstanceVersion>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/Version$</InstanceVersion>

    <InstanceEdition>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/Edition$</InstanceEdition>

    <MonitoringType>$Target/Property[Type="SqlDiscW!Microsoft.SQLServer.Windows.DBEngine"]/MonitoringType$</MonitoringType>

    <IntervalSeconds>300</IntervalSeconds>

    <SyncTime/>

    <MinFreeThreadsCount>10</MinFreeThreadsCount>

    <NumSamples>6</NumSamples>

    <TimeoutSeconds>200</TimeoutSeconds>

    <SqlTimeoutSeconds>15</SqlTimeoutSeconds>

  </Configuration>

</UnitMonitor>