Mit diesem Monitor wird der Indikator "Verwaltungsgruppen des Integritätsdiensts\Sendewarteschlange \% verwendet" für den Integritätsdienst gemessen.
Dieser Monitor misst die "Integritätsdienst-Verwaltungsgruppe\Prozentuale Verwendung der Sendewarteschlange" und generiert folgende Zustände:
Monitorstatus | Schwellenwert für proz. Verwendung der Sendewarteschlange |
Kritisch | 60 % |
Dies kann durch eine niedrige Bandbreite oder hohe Latenz der Verbindung zwischen diesem Integritätsdienst der System Center-Verwaltung und dem übergeordneten Verwaltungsserver verursacht werden. Es kann auch durch Regeln verursacht werden, die mehr Daten erfassen, als der übergeordnete Verwaltungsserver erfassen kann; insbesondere, wenn an den übergeordneten Verwaltungsserver viele Agents Berichte mit hohen Datenmengen senden.
Prüfen Sie mit Ihren Netzwerkadministratoren, ob die Netzwerkverbindung zwischen Integritätsdienst der System Center-Verwaltung und übergeordnetem Verwaltungsserver gesättigt ist. In diesem Fall müssen Sie möglicherweise Ihre Netzwerke aktualisieren, um den Datenverkehr aufzunehmen.
Wenn Sie Ihr Netzwerk nicht aktualisieren können (wenn sich z. B. der Integritätsdienst der System Center-Verwaltung oder Gatewayserver in einer entfernten Zweigstelle befinden), können Sie unnötige Sammlungsregeln deaktivieren. Es folgt eine Liste der Regeltypen, die Sie deaktivieren können, und der Auswirkungen ihrer Deaktivierung:
Regeltyp | Regelzweck | Auswirkung der Deaktivierung |
Leistungssammlung | Sammelt Leistungsdaten für die operative Datenbank und/oder das Data Warehouse | Wenn eine Leistungssammlungsregel deaktiviert ist, sind in allen Ansichten, die diese Leistungsdaten anzeigen, keine Daten mehr anzeigbar. Wenn die Regel Daten für das Data Warehouse sammelt, erzeugen von dieser Leistung abhängige Berichte keine Daten mehr. |
Ereignissammlung | Sammelt Ereignisdaten für die Diagnose. In einigen Fällen ist eine Warnung für ein Ereignis nicht hilfreich, aber das Ereignis ist entweder für forensische Fehlerbehebung oder für echtzeitnahe Fehlerbehebung hilfreich. | Wenn eine Ereignissammlungsregel deaktiviert ist, sind in allen Ansichten, die diese Ereignisdaten anzeigen, keine Daten mehr anzeigbar. Wenn die Regel Daten für das Data Warehouse sammelte, erzeugen von diesem Ereignis abhängige Berichte keine Daten mehr. |
Wenn Sie diese Daten noch brauchen, ist eine weitere Option, die Sie im System implementieren können, um die über das Netzwerk gesendeten Datenmengen zu reduzieren, die Verwendung optimierter Leistungs- und Ereigniskonsolidierungs-Sammlungsregeln. Die folgende Tabelle gibt ihren Nutzen an und erläutert, wie die Daten zusammengefasst werden.
Regeltyp | Nutzen | Zusammenfassung der Daten |
Optimierte Leistungssammlungsregel | Sendet das Leistungsdatenmuster nur, wenn es innerhalb eines bestimmten Prozentbereichs vom letzten Muster abweicht. Wenn z. B. das letzte Muster 42 war und die Regel so konfiguriert war, dass sie ein neues Muster nur mit einer Toleranz von 10 % erfasst, muss das nächste Muster 42 +/- 4,2 einhalten (z. B. muss das nächste Muster größer als 46,2 oder kleiner als 37,8 sein) | Weil nur Leistungsdaten, welche die konfigurierte Toleranz überschreiten, an die operative Datenbank oder das Data Warehouse gesendet werden, sind die Daten unpräziser. Je größer die Toleranz, desto geringer ist die Präzision. |
Konsolidierte Ereignissammlungsregel | Eine Ereignissammlungsregel von diesem Typ sendet die Daten, wenn einer der Parameter, mit denen sie konfiguriert ist, vom letzten Ereignis abweicht. Sie können z. B. eine konsolidierte Ereignissammlungsregel konfigurieren, um Ereignisse zu konsolidieren, wenn Folgendes identisch ist:
Jetzt können Sie einen Zeitrahmen konfigurieren, um diese Ereignisse zu konsolidieren (z. B. 10 Minuten). Wenn die oben genannten Kriterien auf alle Ereignisse in diesem 10-minütigen Zeitfenster zutreffen, wird nur ein Ereignis gesendet, wobei seine Eigenschaft "Wiederholungsanzahl" inkrementiert wird. Wenn dieses Ereignis häufig an einem einzigen Agent aufgetreten ist, bedeutet das, dass innerhalb von 24 Stunden nur 144 Ereignisse gesendet wurden, was deutlich unter der Anzahl der Ereignisse liegen kann, die tatsächlich im Ereignisprotokoll protokolliert wurden | Sie müssen wissen, welche Ereignisparameter und -eigenschaften Sie konsolidieren können. Beispielsweise bedeutet das Konfigurieren der Beschreibung, dass, wenn die Ereignisbeschreibung normalerweise eindeutig ist (z. B. einen Benutzernamen enthält), dennoch viele Ereignisse gesendet werden. In diesem Beispiel sollten Sie stattdessen den Ereignisparameter konsolidieren, der das Benutzernamenfeld repräsentiert. Die Auswirkungen eines sehr großen Konsolidierungsfensters sind:
|
Siehe Produkthilfe oder navigieren Sie in der Konsole zum Dokumenterstellungsbereich, um den oben genannten Regeltyp zu erstellen.
Target | Microsoft.SystemCenter.HealthService | ||
Parent Monitor | Microsoft.SystemCenter.HealthService.PerformanceHealthRollup | ||
Category | PerformanceHealth | ||
Enabled | True | ||
Instance Name | Health Service Management Groups | ||
Counter Name | Send Queue \% Used | ||
Frequency | 60 | ||
Alert Generate | True | ||
Alert Severity | Error | ||
Alert Priority | High | ||
Alert Auto Resolve | True | ||
Monitor Type | System.Performance.ConsecutiveSamplesThreshold | ||
Remotable | True | ||
Accessibility | Public | ||
Alert Message |
| ||
RunAs | Default |
<UnitMonitor ID="Microsoft.SystemCenter.HealthService.Performance.SendQueuePercentUsedMonitor" Accessibility="Public" Enabled="true" Target="SCLibrary!Microsoft.SystemCenter.HealthService" ParentMonitorID="Microsoft.SystemCenter.HealthService.PerformanceHealthRollup" Remotable="true" Priority="Normal" TypeID="Performance!System.Performance.ConsecutiveSamplesThreshold" ConfirmDelivery="false">
<Category>PerformanceHealth</Category>
<AlertSettings AlertMessage="Microsoft.SystemCenter.HealthService.Performance.SendQueuePercentUsedMonitor.AlertMessage">
<AlertOnState>Error</AlertOnState>
<AutoResolve>true</AutoResolve>
<AlertPriority>High</AlertPriority>
<AlertSeverity>Error</AlertSeverity>
<AlertParameters>
<AlertParameter1>$Data/Context/Value$</AlertParameter1>
</AlertParameters>
</AlertSettings>
<OperationalStates>
<OperationalState ID="BelowThreshold" MonitorTypeStateID="ConditionFalse" HealthState="Success"/>
<OperationalState ID="OverThreshold" MonitorTypeStateID="ConditionTrue" HealthState="Error"/>
</OperationalStates>
<Configuration>
<ComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ComputerName>
<CounterName>Send Queue % Used</CounterName>
<ObjectName>Health Service Management Groups</ObjectName>
<InstanceName>$Target/ManagementGroup/Name$</InstanceName>
<AllInstances>false</AllInstances>
<Frequency>60</Frequency>
<Threshold>90</Threshold>
<Direction>greaterequal</Direction>
<NumSamples>5</NumSamples>
</Configuration>
</UnitMonitor>