Home
  •  

Монитор максимального числа одновременных API

Microsoft.Windows.Server.10.0.MaxConcurrentAPI.Monitor (UnitMonitor)

Этот монитор предупреждает о достижении максимального числа одновременных API.

Knowledge Base article:

Сводка

Когда пользователи сталкиваются с проблемой простоя проверки подлинности Windows, Exchange, SharePoint и бизнес-приложений по причине низкого значения по умолчанию параметра MaxConcurrentAPI, определяющего пороговое значение максимального числа проверок паролей NTLM или Kerberos PAC, которое одновременно может осуществить сервер.

Рассмотрим следующую ситуацию.

В этом случае время запросов NTLM истекает. Например, клиенты Exchange не могут пройти проверку подлинности на сервере Exchange при появлении этой проблемы. Таким образом, пользователи не могут получить доступ к почтовым ящикам, а Microsoft Outlook перестает работать.

Причины

Это проблема вызвана достижением предела регулирования API NTLM.

Увеличение числа устройств, которые способствуют увеличению нагрузки при проверке подлинности, приводит к росту числа простоев в крупной организации.

Повышение эффективности за счет роста масштабов использования облака создают нагрузку на инфраструктуру Windows, которая использует Active Directory.

BPOS и Office 365 уже увеличили это значение до 10 и 150 соответственно. Исправление реестра широко использовалось в рамках исполнения истекших событий CSS.

Решения

Примечание. Проверка подлинности Kerberos PAC не может быть отключена для категорий приложений IIS, а также для некоторых служб, связанных с Exchange.

Примечание. Чтобы решить, какое значение присвоить параметру MaxConcurrentAPI в вашей среде, ознакомьтесь со статьей базы знаний ниже.

Статья базы знаний: 2688798

Дополнительно

Настройка производительности для проверки подлинности NTLM с использованием настройки MaxConcurrentAPI.

Дополнительная информация

Дополнительные сведения о проблеме см. в статье TechNet ниже. Настройка параметра MaxConcurrentAPI для сквозной проверки подлинности NTLM.

Element properties:

TargetMicrosoft.Windows.Server.10.0.OperatingSystem
Parent MonitorSystem.Health.AvailabilityState
CategoryStateCollection
EnabledTrue
Alert GenerateTrue
Alert SeverityMatchMonitorHealth
Alert PriorityNormal
Alert Auto ResolveTrue
Monitor TypeMicrosoft.Windows.Server.MaxConcurrentAPI.MonitorType
RemotableTrue
AccessibilityPublic
Alert Message
Оповещение о максимальном числе одновременных API.
Достигнуто максимальное число одновременных API на сервере {0}
RunAsSystem.PrivilegedMonitoringAccount

Source Code:

<UnitMonitor ID="Microsoft.Windows.Server.10.0.MaxConcurrentAPI.Monitor" Accessibility="Public" Enabled="true" Target="ServervNext!Microsoft.Windows.Server.10.0.OperatingSystem" ParentMonitorID="SystemHealth!System.Health.AvailabilityState" Remotable="true" Priority="Normal" TypeID="WindowsServer!Microsoft.Windows.Server.MaxConcurrentAPI.MonitorType" ConfirmDelivery="false" RunAs="System!System.PrivilegedMonitoringAccount">

  <Category>StateCollection</Category>

  <AlertSettings AlertMessage="Microsoft.Windows.Server.10.0.MaxConcurrentAPI.Monitor.AlertMessage">

    <AlertOnState>Error</AlertOnState>

    <AutoResolve>true</AutoResolve>

    <AlertPriority>Normal</AlertPriority>

    <AlertSeverity>MatchMonitorHealth</AlertSeverity>

    <AlertParameters>

      <AlertParameter1>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/PrincipalName$</AlertParameter1>

    </AlertParameters>

  </AlertSettings>

  <OperationalStates>

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

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

  </OperationalStates>

  <Configuration>

    <DiagnosticMode>0</DiagnosticMode>

    <IntervalSeconds>900</IntervalSeconds>

    <SyncTime/>

    <TimeoutSeconds>300</TimeoutSeconds>

    <ThresholdWaiters>50</ThresholdWaiters>

    <ThresholdTimeouts>2000</ThresholdTimeouts>

  </Configuration>

</UnitMonitor>