Övervakaren mäter räknaren Hanteringsgrupper för hälsotillståndstjänst\\% använd överföringskö för hälsotillståndstjänsten.
Knowledge Base article:
Sammanfattning
Övervakaren mäter hanteringsgrupper för hälsotillståndstjänst\% använd överföringskö och genererar följande tillstånd:
Övervakartillstånd
Tröskelvärde för % använd överföringskö
Varning
50 %
Kritiskt
60 %
Orsaker
Detta kan orsakas av låg bandbredd eller lång tidsfördröjning i anslutningen mellan den här System Center Management-tjänsten för hälsotillstånd och den överordande hanteringsservern. Det kan också orsakas av regler som samlar in mer data än den överordnade hanteringsservern kan bearbeta, i synnerhet om den överordnade hanteringsservern har många agenter som rapporterar till den och skickar stora mängder data.
Lösningar
Hör med nätverksadministratörerna om nätverksanslutningen mellan System Center Management-tjänsten för hälsotillstånd och de överordande hanteringsserverna är mättad. I så fall kan du behöva uppgradera nätverket för att anpassa trafiken.
Om du inte kan uppdatera nätverken (till exempel om System Center Management-tjänsten för hälsotillstånd eller gatewayservern finns på ett filialkontor), kan du inaktivera insamlingsregler som inte behövs. Här följer en lista över typer av regler som du kan inaktivera och vilken effekt inaktiveringen har:
Regeltyp
Syftet med regeln
Påverkan när den inaktiveras
Prestandainsamling
Samlar in prestandadata till antingen den använda databasen, datalagret eller båda
När en prestandainsamlingsregel inaktiveras visas inte längre data i vyer med prestandadata. Om regeln samlade in data till datalagret återges inte längre några data i rapporter som är beroende av dessa prestanda.
Händelseinsamling
Samlar in händelsedata för diagnostik. I vissa fall är det inte så användbart att skicka en avisering vid en händelse, men det är användbart vid juridisk felsökning eller felsökning i nära realtid.
När en händelseinsamlingsregel inaktiveras visa inte längre några data i vyer som visar händelsedata. Om regeln samlade in data till datalagret kommer rapporter som är beroende av händelsen inte längre återge data.
Om du fortfarande behöver dessa data finns det ett annat alternativ för att försöka minska mängden data som skickas över nätverket, och det är att använda optimerade regler för prestandainsamling och regler för händelsekonsolidering. I tabellen nedan sammanfattas fördelarna och du kan se hur informationen sammanställs.
Regeltyp
Fördel
Hur informationen sammanställs
Optimerad regel för prestandainsamling
Skickar bara en insamling av prestandadata om den skiljer sig med några procent från den senaste insamlingen. Om den senaste insamlingen till exempel var 42, och regeln är konfigurerad att endast samla in på nytt med en tolerans på 10 %, måste nästa insamling vara 42 +/- 4,2 (nästa insamling måste alltså vara större än 46,2 eller mindre än 37,8)
Eftersom endast prestandadata som överskrider den konfigurerade toleransen skickas till använd databas eller datalager kommer data inte att vara så exakta. Ju större toleransvärde desto mindre precision.
Regel för insamling av sammanförda händelser
Den här typen av händelseinsamlingsregel skickar data om en av parametrarna som den är konfigurerad med skiljer sig från den senaste händelsen. Du kan exempelvis konfigurera en insamlingsregel som sammanför händelser där följande är identiskt:
Händelsekälla
Händelse-ID
Källdator
Beskrivning
Sedan kan du konfigurera en tidsram för att sammanföra händelserna (till exempel 10 minuter). Om ovanstående villkor överensstämmer för händelser inom tidsintervallet 10 minuter kommer endast 1 händelse att skickas med ökat värde för egenskapen Antal upprepningar. Om händelsen sker ofta på en enstaka agent betyder det att bara 144 händelser skickas upp under en 24-timmarsperiod vilket kan vara betydligt mindre än antalet händelser som faktiskt loggas till händelseloggen.
Du måste vara medveten om vilka händelseparametrar och egenskaper som du konsoliderar efter. Om du till exempel konfigurerar efter beskrivning innebär det att om händelsebeskrivningen är unik (t.ex. om den innehåller ett användarnamn) visas fortfarande många händelser. För det exemplet skulle du istället behöva konsolidera efter den händelseparameter som motsvarar användarnamnfältet.
Att ha mycket stora konsolideringsfönster har två effekter:
Försenade händelser som kan visas i händelsevyn eller rapporter (eftersom dessa data måste konsolideras till slutet av konsolideringsfönstret)
Något högre resursanvändning för agenten. Med ett lågt antal konsolideringsregler kan detta vara försumbart. Med ett större antal av dessa regeltyper sammanslagna med långa konsolideringsfönster ökar resursanvändningen på motsvarande vis.
Se produkthjälpen eller navigera till redigeringsutrymmet i konsolen för att skapa den typ av regler som nämns ovan.
{0}: Hälsotillståndstjänstens överföringskö på det här systemet fyller upp
När System Center-hanteringshälsotjänsten tar emot data snabbare än den kan skicka ut data, börjar överskottsdata köas. Kön har en fast storlek och om den uppnås, börjar hälsotjänsten starta att rensa data från kön. När den här aviseringen aktiverades var räknaren "\% använd överföringskö" {0} för systemet. Närmare detaljer om möjliga orsaker och felsökningssteg finns i informationen.
Home
SVE