Aviseringar

 

Gäller för: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Aviseringar i Operations Manager kan aktiveras antingen från övervakare eller regler. I driftkonsolen görs visserligen ingen skillnad mellan de olika typerna, men det finns några specifika skillnader mellan de båda som är viktiga att känna till när du definierar övervakare och regler. I avsnitten nedan beskrivs de aviseringsegenskaper som du måste definiera om du vill konfigurera en övervakare så att den aktiverar en avisering eller om du vill skapa en aviseringsregel.

Aviseringar från övervakare

En avisering aktiveras bara från en övervakare om båda villkoren nedan är uppfyllda:

• Övervakaren är konfigurerad för att aktivera en avisering.

• Övervakarens hälsotillstånd har ändrats från Felfri till Varning eller Fel, beroende på vilka hälsotillstånd övervakaren kan ha.

• Det får inte finnas en öppen avisering för samma objekt från samma övervakare.

Aviseringar aktiveras endast från en övervakare när hälsotillståndet för övervakaren ändras från felfritt. Även om villkoret för feltillståndet kan vara uppfyllt flera gånger, skapas inte flera aviseringar efter att övervakarens hälsotillstånd har övergått till Varning eller Kritiskt. En ny avisering aktiveras inte förrän ett nytt feltillstånd inträffar efter att övervakarens hälsotillstånd har återgått till felfri.

Ett exempel är en Windows-händelseövervakare som konfigureras för att ange att tillståndet är kritiskt om en händelse med nummer 101 upptäcks, men återställa det om en händelse med nummer 100 upptäcks. När den första händelsen med nummer 101 skapas, går övervakaren över i ett kritiskt tillstånd och en avisering skapas. Även om du stänger aviseringen, skapas ingen ny avisering om ytterligare en händelse med nummer 101 upptäcks, eftersom övervakarens tillstånd inte har ändrats. Det är inte förrän efter att övervakaren återställts, antingen genom att en händelse med nummer 100 påträffas eller genom att den återställs manuellt, som en avisering aktiveras när en händelse med nummer 101 upptäcks.

Aviseringsnamn

Namnet på aviseringen består av en rad med statisk text, utan några variabler.

Prioritet och allvarlighetsgrad

Aviseringens allvarlighetsgrad definierar aviseringen som Information, Varning eller Kritisk. Denna allvarlighetsgrad behöver inte stämma med allvarlighetsgraden hos hälsotillståndet som utlöste aviseringen. Aviseringens allvarlighetsgrad identifieras med hjälp av en ikon i driftkonsolen och informationen används i vyer och aviseringsprenumerationer. Aviseringens prioritet går inte att komma åt från driftkonsolen, utan den används primärt för aviseringsprenumerationer.

Aviseringsbeskrivning

Aviseringsbeskrivningen kan innehålla flera rader med text som är en kombination av statisk text och variabler. Den vanligaste typen av variabel i aviseringsbeskrivningen är $Data vars syfte är att inkludera uppgifter från övervakarens datakälla i aviseringsbeskrivningen. Vilka egenskaper som är tillgängliga beror på vilken datakälla som används.

I tabellen nedan visas syntax och exempel för olika variabler i aviseringar som aktiveras från övervakarna.

Datakälla	Syntax	Exempel
Windows-händelse	$Data/Context/ Automatisk lösning för aviseringar Övervakarna som skapar aviseringarna kan konfigureras för att lösa aviseringen automatiskt när övervakaren åtgår till felfritt tillstånd. Det betyder att alla aviseringar som inte lösts också motsvarar ett problem som kvarstår. Det krävs ingen annan konfiguration för detta förutom att bekräfta att automatisk lösning ska göras. Information Automatisk lösning för avisering kan inte utföras med regler, eftersom det inte finns något sätt i reglerna att upptäcka om problemet har korrigerats. Aviseringar från regler En avisering kan bara aktiveras från en regel under följande förhållanden: Regeln är konfigurerad för att aktivera en avisering. Villkoret som är definierat i regeln är sant. Det får inte redan finnas en öppen avisering som stämmer med aviseringens konfiguration för undertryckning. I tabellen nedan diskuteras vilken möjlighet det finns i de olika typerna av regler att aktivera en avisering. Regeltyp Aviseringskapacitet Händelseregler Du kan skapa aviseringsregler för alla händelsedatakällor. Villkoret som anges för att avgöra huruvida en avisering ska skapas är detsamma som villkoret för en tillståndsändring i händelseövervakarna. Prestandaregler Det går inte att skapa en aviseringsregel baserat på en prestandaräknare. En övervakare måste användas istället, eftersom ett lyckat tillstånd vanligen kan upptäckas från en prestandaräknare och eftersom det vanligen är relaterat till något hälsotillstånd i målklassen. Skriptregler Det går inte att skapa en aviseringsregel baserat på ett skript. En övervakare ska användas istället, eftersom ett skript vanligen skickar ett returvärde både för fel och ett hälsotillstånd på ett sådant sätt att ett lyckat tillstånd vanligen kan upptäckas och eftersom det vanligen är relaterat till något hälsotillstånd i målklassen. Aviseringsnamn Namnet på aviseringen består av en rad med statisk text, utan några variabler. Prioritet och allvarlighetsgrad Aviseringens allvarlighetsgrad definierar aviseringen som Information, Varning eller Kritisk. Denna allvarlighetsgrad behöver inte stämma med allvarlighetsgraden hos hälsotillståndet som utlöste aviseringen. Aviseringens allvarlighetsgrad identifieras med hjälp av en ikon i driftkonsolen och informationen används i vyer och aviseringsprenumerationer. Aviseringens prioritet går inte att komma åt från driftkonsolen, utan den används primärt för aviseringsprenumerationer. Aviseringsbeskrivning Aviseringsbeskrivningen kan innehålla flera rader som består av statisk text eller variabler. Den vanligaste typen av variabel i aviseringsbeskrivningen är $Data vars syfte är att inkludera uppgifter från regelns datakälla i aviseringsbeskrivningen. Vilka egenskaper som är tillgängliga beror på vilken datakälla som används. I varje avsnitt av Datakällor finns en lista över de egenskaper som är tillgängliga för olika datakällor. I följande tabell visas syntax och exempel för olika variabler i aviseringar som aktiveras från reglerna: Datakälla Syntax Exempel Windows-händelse $Data/ Undertryckning av aviseringar Undertryckning av avisering refererar till logik som definieras för aviseringsreglerna för att undertrycka aktiveringen av en avisering medan en motsvarande avisering fortfarande är öppen. Det förhindrar aviseringstoppar när flera aviseringar skapas för samma problem. Eftersom problemet redan har identifierats med en öppen avisering blir det bara onödigt störande med ytterligare aviseringar som ändå inte tillför något. Om det redan finns en öppen avisering när tillståndet för en aviseringsregel är uppfyllt, ökas upprepningsantalet för den befintliga aviseringen och ingen ytterligare undertryckt avisering skapas. Om du vill definiera undertryckning för en aviseringsregel måste fälten som identifierar en matchande avisering specificeras. Innan en ny avisering skapas av en aviseringsregel, görs en kontroll av huruvida det finns en öppen avisering där värdena för de fält som definierats för undertryckning stämmer med värdena i motsvarande fält i den nya aviseringen. Om det finns en öppen avisering med matchande värdena i vart och ett av de här fälten, skapas ingen ny avisering. Det minsta antalet fält som unikt identifierar aviseringen ska anges för undertryckning. Det omfattar vanligen datornamnet förutom de fält som används för regelns villkor. Undertryckning av händelseregler kan till exempel ofta göras med hjälp av följande fält: Loggdator Händelsekälla Händelsenummer Om regeln är riktad mot en klass som har flera instanser på en agent, kan dock en parameter behövas för att unikt identifiera händelsen i regelns villkor. Om så är fallet ska samma parameter anges i undertryckningen av aviseringen. Information Undertryckning av aviseringen är inte tillgänglig för övervakare eftersom det inte krävs. Övervakare aktiverar bara aviseringar när deras tillstånd ändras från felfri till varning eller kritiskt. Även om det upptäckta problemet inträffar igen när övervakaren redan är i negativt tillstånd, aktiveras ingen avisering eftersom övervakarens tillstånd inte ändras. En ny avisering aktiveras endast om övervakaren återgått till felfritt tillstånd innan problemet uppstod.