Ten monitor służy do pomiarów licznika Grupy zarządzania usługi kondycji\Procent wykorzystania kolejki wysyłania dla usługi kondycji.
Ten monitor służy do pomiarów licznika Grupy zarządzania usługi kondycji\Procent wykorzystania kolejki wysyłania. Generuje następujące stany:
Stan monitora | Próg licznika Procent wykorzystania kolejki wysyłania |
Krytyczny | 60 % |
Ten problem może być spowodowany małą szerokością pasma lub długom czasem oczekiwania połączenia między tą usługą System Center Management Health a jej nadrzędnym serwerem zarządzania. Przyczyną mogą też być zasady zbierające większą liczbę informacji niż jest możliwe do przetworzenia przez nadrzędny serwer zarządzania, w szczególności w sytuacji, gdy do nadrzędnego serwera zarządzania jest przypisanych wielu agentów przesyłających duże ilości danych.
Skontaktuj się z administratorami sieci, aby sprawdzić, czy połączenie między usługą System Center Management Health a jej nadrzędnym serwerem zarządzania jest przepełnione. Jeśli tak jest, może zachodzić konieczność uaktualnienia sieci w celu przyjęcia większego ruchu.
Jeśli uaktualnienie sieci jest niemożliwe (np. w przypadku, gdy usługa System Center Management Health lub serwer bramy znajduje się w bierze oddziału zdalnego), można wyłączyć niepotrzebne zasady zbierania. Poniżej przedstawiono listę typów zasad, które można wyłączyć, wraz z opisem wpływu tego wyłączenia:
Typ zasady | Przeznaczenie zasady | Wpływ wyłączenia |
Zbieranie danych o wydajności | Zbiera dane dotyczące wydajności i zapisuje je w operacyjnej bazie danych, magazynie danych bądź w obu tych miejscach. | Jeśli zasada zbierania danych dotyczących wydajności zostanie wyłączona, wszelkie widoki prezentujące te dane nie będą już zawierały danych do wyświetlenia. W przypadku, gdy zasada zbierała dane do magazynu danych, raporty zależne od tych danych dotyczących wydajności nie będą już zawierały danych. |
Zbieranie zdarzeń | Zbiera dane zdarzeń na potrzeby diagnostyki. W niektórych przypadkach zdarzenie może nie być pomocne w ramach alertu, jednak może się przydać podczas rozwiązywania problemów w sposób analityczny lub w czasie zbliżonym do rzeczywistego. | Jeśli zasada zbierania danych zdarzeń zostanie wyłączona, wszelkie widoki prezentujące te dane nie będą już zawierały danych do wyświetlenia. W przypadku, gdy zasada zbierała dane do magazynu danych, raporty zależne od tych zdarzeń nie będą już zawierały danych. |
Ostatecznie, jeśli te dane są nadal potrzebne, w celu podjęcia próby zmniejszenia ilości danych przesyłanych przez sieć można zaimplementować w systemie użycie zoptymalizowanych zasad zbierania danych dotyczących liczników wydajności oraz skonsolidowanych zasad zbierania danych dotyczących zdarzeń. W poniższej tabeli przedstawiono ich zalety i opisano sposób podsumowywania danych.
Typ zasady | Zaleta | Sposób podsumowywania danych |
Zoptymalizowana zasada zbierania danych dotyczących wydajności | Próbka danych dotyczących wydajności jest wysyłana jedynie w przypadku, gdy odbiega od ostatniej próbki o określoną wartość procentową. Jeśli na przykład ostatnia próbka miała wartość 42, a zasada została skonfigurowana w taki sposób, aby zbierała nowe próbki z tolerancją 10%, następna próbka będzie musiała mieć wartość 42 +/- 4,2 (np. większą od 46,2 lub mniejszą od 37,8) | W wyniku tego, że do operacyjnej bazy danych lub magazynu danych są wysyłane tylko te dane dotyczące wydajności, które przekraczają skonfigurowany prób wydajności, dane są mniej dokładne. Im większa jest ustawiona tolerancja, tym mniejsza dokładność. |
Skonsolidowana zasada zbierania zdarzeń | Zasada zbierania danych tego typu przesyła dany jedynie w przypadku, gdy jeden ze skonsolidowanych parametrów różni się w porównaniu z ostatnim zdarzeniem. Zasadę skonsolidowaną można na przykład skonfigurować w taki sposób, aby konsolidowała zdarzenia w przypadku, gdy mają one jednakowe następujące parametry:
Następnie można skonfigurować okres, w którym te zdarzenia mają być konsolidowane (np. 10 minut). Jeśli powyższe kryteria zostaną spełnione dla dowolnego zdarzenia w okresie tych 10 minut, zostanie przesłane tylko jedno zdarzenie (ze zwiększoną wartością właściwości Liczba powtórzeń). W przypadku, gdy dane zdarzenie powtarzało się często na pojedynczym agencie, dzięki konsolidacji w okresie 24 godzin zostały przesłane jedynie 144 zdarzenia, co może być liczbą znacznie mniejszą od rzeczywistej liczby zdarzeń zarejestrowanych w dzienniku zdarzeń. | Należy mieć świadomość, jakich parametrów zdarzeń i właściwości można używać do konsolidacji. Na przykład próba konsolidacji na podstawie pola Opis, zawierającego wartość, która jest zazwyczaj unikatowa (np. nazwę użytkownika), nie spowoduje zmniejszenia liczby zdarzeń. W tym przypadku można natomiast dokonać konsolidacji na podstawie parametru zdarzenia, który reprezentuje pole nazwy użytkownika. Również zbyt duży okres konsolidacji ma pewne negatywne efekty:
|
Aby utworzyć typy zasad wymienione powyżej, zobacz pomoc produktu lub przejdź do obszaru Tworzenie w konsoli.
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>