Ez a figyelő az Állapotfigyelő szolgáltatás felügyeleti csoportjai\Küldési várósor kihasználtsági aránya (\%) értékét méri az állapotfigyelő szolgáltatás részére.
Ez a figyelő az Állapotfigyelő szolgáltatás felügyeleti csoportjai\Küldési sor kihasználtsági aránya (%) értékét méri, és a következő állapotokat állítja elő:
Figyelő állapota | Küldési sor kihasználtsági arányának (%) küszöbértéke |
Kritikus | 60 % |
Ennek oka lehet az alacsony sávszélesség vagy a nagy késleltetésű kapcsolat az adott System Center felügyeleti állapotfigyelő szolgáltatás és a fölérendelt felügyeleti kiszolgáló között. Emellett ennek oka lehet az is, hogy egyes szabályok több adatot gyűjtenek, mint amennyit a fölérendelt felügyeleti kiszolgáló fel tud dolgozni, különösen akkor, ha a fölérendelt felügyeleti kiszolgálóhoz sok, nagy mennyiségű adatot küldő ügynök tartozik.
Kérje meg a hálózati rendszergazdát annak ellenőrzésére, hogy nem telített-e a System Center felügyeleti állapotfigyelő szolgáltatás és a fölérendelt felügyeleti kiszolgáló közötti hálózati kapcsolat. Ha igen, szükségessé válhat a hálózatok adatforgalomhoz igazodó frissítése.
Ha a hálózat frissítése nem lehetséges (például azért, mert a System Center felügyeleti állapotfigyelő szolgáltatás vagy átjárókiszolgáló távoli helyen működik), letilthatja a szükségtelen gyűjtési szabályokat. Az alábbi listán azon szabályok típusai szerepelnek, amelyeket letilthat, valamint látható e művelet hatása is.
Szabály típusa | Szabály célja | A letiltás hatása |
Teljesítménygyűjtés | Teljesítményadatokat gyűjt az operatív adatbázishoz vagy az adatraktárhoz, illetve mindkettőhöz. | Ha egy teljesítménygyűjtési szabály le van tiltva, az adott teljesítményadatot megjelenítő nézeten nem lesznek megtekinthető adatok. Ha a szabály az adatraktárhoz gyűjtött adatokat, az adott teljesítménytől függő jelentések nem jelenítenek meg adatokat. |
Eseménygyűjtés | Eseményadatokat gyűjt diagnózishoz. Egyes esetekben bizonyos eseményeknél felesleges a riasztás, de ezek az események hasznosak lehetnek az utólagos vagy a közel valós idejű hibaelhárításhoz. | Ha egy eseménygyűjtési szabály le van tiltva, az adott eseményadatot megjelenítő nézeten nem lesznek megtekinthető adatok. Ha a szabály az adatraktárhoz gyűjtött adatokat, az adott eseménytől függő jelentések nem jelenítenek meg adatokat. |
Ha végül mégis szükség van ezekre az adatokra, a rendszerben megvalósítható másik lehetőség a hálózaton keresztül küldött adatok mennyiségének csökkentésére az optimalizált gyűjtési szabályok használata a teljesítményszámlálóknál és az esemény-összevonásnál. Az alábbi táblázat ezek előnyeit foglalja össze, és bemutatja az adatok összegzési módját.
Szabály típusa | Előny | Adatok összegzési módja |
Optimalizált teljesítménygyűjtési szabály | Csak akkor küldi el a teljesítményadat mintáját, ha az bizonyos százalékkal eltér a legutóbbi mintától. Ha például a legutóbbi minta értéke 42 volt, és a szabály úgy lett beállítva, hogy csak 10%-os tűréssel gyűjtse az új mintát, a következő mintának 42 +/- 4,2 értékűnek kell lennie (azaz a következő mintának nagyobbnak kell lennie a 46,2 értéknél, vagy kisebbnek a 37,8 értéknél). | Mivel csak a megadott tűrést meghaladó teljesítményadatok kerülnek az operatív adatbázisba vagy az adatraktárba, az adatok kevésbé lesznek pontosak. Minél nagyobb a tűrés, annál kisebb a pontosság. |
Események összevontan gyűjtési szabálya | Az ilyen típusú eseménygyűjtési szabály akkor küld adatokat, ha az egyik konfigurált paramétere eltérő a legutóbbi esemény megfelelő paraméterétől. Az összevontan gyűjtés szabálya például konfigurálható úgy, hogy összevonja azokat az eseményeket, amelyeknél a következő azonos:
Ezután beállíthatja az események összevonásához használni kívánt időkeretet (pl. 10 perc). Ha a fenti kritériumoknak bármely esemény megfelel, a 10 perces időkereten belül csupán 1 esemény lesz felküldve, az Ismétlések száma tulajdonság pedig eggyel nő. Ha ez az esemény egy adott ügynök esetében gyakran ismétlődik, 24 óra alatt csupán 144 esemény lesz felküldve, amely várhatóan lényegesen kevesebb lesz, mint az eseménynaplóba kerülő események száma. | Fontolja meg alaposan, hogy mely eseményparaméterek és tulajdonságok szerint végzi az összevonást. Ha például az összevonás egy adott típusú leírás szerint történik, akkor abban az esetben, ha az eseményleírások jellemzően egyediek (pl. azért, mert felhasználónév található bennük), még mindig sok esemény lesz felküldve. Ebben a konkrét esetben szerencsésebb a felhasználónevet tartalmazó eseményparaméter szerint végezni az összevonást. Ha az összevonási időkeret túl nagy, az az alábbi hatásokkal járhat:
|
Az ilyen típusú szabályok létrehozásával kapcsolatban lásd a termék súgóját, vagy nyissa meg a konzol Szerzői műveletek területét.
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>