Egyidejű API-hívások maximális számának figyelője

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

Ez a figyelő az egyidejű API-hívások maximális számával kapcsolatos feltétel teljesülésekor riasztást hoz létre.

Knowledge Base article:

Összefoglalás

Ha a felhasználók Windows hitelesítési problémákat, valamint az Exchange, a SharePoint és az egyéb üzleti alkalmazásokban kimaradásokat észlelnek, annak a MaxConcurrentAPI alacsony alapértelmezett értéke az oka. Ez az érték határozza meg, hogy egy-egy kiszolgáló egyszerre legfeljebb hány NTLM vagy Kerberos PAC jelszóellenőrzést tud kezelni.

Vegyük példaként a következő környezetet:

Ilyenkor az NTLM-kérések kiszolgálása időtúllépéssel végződik. Ez a hiba okozhatja például, ha az Exchange-ügyfelek nem tudnak hitelesíteni az Exchange-kiszolgálónál. Emiatt a felhasználók nem tudják elérni a postaládájukat, és ilyenkor a Microsoft Outlook látszólag nem válaszol.

Okok

A probléma azért lép fel, mert a rendszer eléri az NTLM API szabályozási határértékét.

A hitelesítési kéréseket küldő eszközök számának növekedése egyre gyakrabban okoz kimaradásokat a nagyobb méretű szervezetekben.

A felhőalapú rendszerek is újabb kihívások elé állítják az Active Directory szolgáltatásaira alapuló windowsos infrastruktúrákat.

A BPOS és az O365 esetében az értéket már megnöveltük, 10-re, illetve 150-re. A beállításjegyzék módosítását a CSS-nél nyitott esetek nyomán világszerte számos helyen kellett elvégezni.

Megoldások

Megjegyzés: A Kerberos PAC-ellenőrzés nem tiltható le az IIS-alkalmazáskészletek és egyes Exchange-szolgáltatások esetében.

Megjegyzés: Annak meghatározásához, hogy az adott környezetben milyen MaxConcurrentApi értéket érdemes beállítani, tanulmányozza a következő tudásbáziscikket:

Tudásbáziscikk: 2688798

További információk

Az NTLM-alapú hitelesítés teljesítményének növelése a MaxConcurrentApi beállítás segítségével.

További információk

Erről a témakörről további információt az alábbi TechNet-cikkben talál. A MaxConcurrentAPI beállítása átengedő NTLM-hitelesítés esetén.

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
Riasztás az egyidejű API-hívások maximális számának eléréséhez
A(z) {0} kiszolgálón elérték az egyidejű API-hívások maximális számát.
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>