Küldési várósor kihasználtsági aránya (\%)

Microsoft.SystemCenter.HealthService.CollectionRule.Performance.SendQueuePercentUsedMonitor (UnitMonitor)

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.

Knowledge Base article:

Összefoglalás

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
Figyelmeztetés	50 %
Kritikus	60 %

Okok

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.

Megoldások

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:

Eseményforrás
Eseményazonosító
Forrásszámítógép
Leírás

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:

Késleltetett események az Esemény nézetben és a jelentéseknél (mivel az adatokat az összevonási időkeret végéig kell összevonni);
Valamivel nagyobb erőforrás-használat az ügynökök esetében. Ha az összevonási szabályok száma kevés, ez nem lesz jelentős. Minél nagyobb a szabályok száma és az összevonási időkeret, annál nagyobb lesz az erőforrás-használat.

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.

Element properties:

Target

Microsoft.SystemCenter.Agent

Parent Monitor

Microsoft.SystemCenter.HealthService.PerformanceHealthRollup

Category

PerformanceHealth

Enabled

True

Alert Generate

True

Alert Severity

Error

Alert Priority

High

Alert Auto Resolve

True

Monitor Type

Microsoft.SystemCenter.HealthService.ConsecutiveSampleDoubleThreshold

Remotable

True

Accessibility

Public

Alert Message

{0}: Ezen a rendszeren az állapotfigyelő szolgáltatás küldési várósora betelőben van

Amikor a System Center felügyeleti állapotfigyelő szolgáltatása gyorsabban kapja az adatokat. mint azokat küldeni tudná, a további adatokat várósorba kezdi rakni. A várósor mérete4 rögzített, és ha betelik, az állapotfigyelő szolgáltatás elkezdi azokat a várósorból kirakni. Ennek a riasztásnak az előállításakor a „Küldési várósor kihasználtsági aránya (\%)” számláló értéke ezen a rendszeren {0} volt. A lehetséges okok és a hibakeresési lépések részleteiről a tudásbázisban tájékozódhat.

RunAs

Default

Source Code:

<UnitMonitor ID="Microsoft.SystemCenter.HealthService.CollectionRule.Performance.SendQueuePercentUsedMonitor" Accessibility="Public" Enabled="true" Target="SCLibrary!Microsoft.SystemCenter.Agent" ParentMonitorID="Microsoft.SystemCenter.HealthService.PerformanceHealthRollup" Remotable="true" Priority="Normal" TypeID="Microsoft.SystemCenter.HealthService.ConsecutiveSampleDoubleThreshold" ConfirmDelivery="false">

  <Category>PerformanceHealth</Category>

  <AlertSettings AlertMessage="Microsoft.SystemCenter.HealthService.CollectionRule.Performance.SendQueuePercentUsedMonitor_AlertMessageResourceID">

    <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="UnderWarningThreshold" HealthState="Success"/>

    <OperationalState ID="BetweenThresholds" MonitorTypeStateID="OverWarningThresholdUnderErrorThreshold" HealthState="Warning"/>

    <OperationalState ID="OverThreshold" MonitorTypeStateID="OverErrorThreshold" 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>180</Frequency>

    <PercentFull>95</PercentFull>

    <NumSamples>3</NumSamples>

    <WarningThreshold>90</WarningThreshold>

    <ErrorThreshold>95</ErrorThreshold>

  </Configuration>

</UnitMonitor>