Dela via


Så här stänger du en avisering som genererats av en övervakare

Viktigt

Den här versionen av Operations Manager har nått slutet av supporten. Vi rekommenderar att du uppgraderar till Operations Manager 2022.

Övervakare definierar hälsotillstånden för objekt. Ett objekt kan ha ett av tre hälsotillstånd: grönt (lyckat eller felfritt), gult (varning) eller rött (kritiskt eller dåligt). Exempelvis kan en övervakare av diskkapacitet definiera grönt som mindre än 85 procent full, gult som över 85 procent full och rött som över 90 procent full. En övervakare kan konfigureras så att en avisering genereras när det sker en tillståndsändring.

När du får en avisering kan du se i varningsinformationen om aviseringen genererades av en regel eller en övervakare. Om aviseringen genererades av en övervakare bör du tillåta att övervakaren löser aviseringen automatiskt när hälsotillståndet återgår till felfritt. Om du stänger aviseringen när objektet är i ett varnings- eller feltillstånd förblir problemet olöst, men inga ytterligare aviseringar genereras.

Om övervakaren genererar en avisering när hälsotillståndet ändras till rött och du löser aviseringen, måste du också återställa hälsotillståndet för övervakaren. Om övervakaren inte återställs kan samma villkor som genererade en avisering inträffa igen, men ingen avisering genereras eftersom hälsotillståndet inte har ändrats.

Om du stänger aviseringen i Operations Manager före 2019 när objektet är i ett varnings- eller feltillstånd förblir problemet olöst, men inga ytterligare aviseringar genereras. Det här beteendet, som ofta ledde till ett scenario där det inte finns någon aktiv avisering i systemet, medan det finns ett underliggande problem, åtgärdas i Operations Manager 2019.

Med Operations Manager 2019 kan en avisering som genereras av en övervakare inte stängas om inte hälsotillståndet för motsvarande övervakare är felfritt. Om du försöker stänga en avisering som genereras av en övervakare med feltillstånd visas ett felmeddelande och aviseringen stängs inte.

Du kan kontrollera det här nya beteendet från både driftkonsolen och webbkonsolen.

Driftkonsol

Följ de här stegen:

  1. Öppna Operations Manager-konsolen och välj Övervakning

    Övervakningsöversikten visar en sammanfattning av övervakarnas hälsotillstånd och de aktuella aviseringarna.

  2. Välj Aktiva aviseringar i navigeringsfönstret.

  3. Högerklicka på en avisering som genereras av en övervakare i feltillstånd.

  4. Ställ in lösningstillståndet som Stängd.

    Följande meddelande verkar ange orsaken till att aviseringen inte avslutas:

    Aviseringar i den aktuella markeringen kan inte stängas eftersom övervakarna som genererade aviseringarna fortfarande inte är felfria. Mer information om aviseringen som inte kunde stängas finns på instrumentpanelen "Aviseringsstängningsfel" i Operations Manager-webbkonsolen

    Skärmbild som visar driftkonsolen för stängda aviseringsmeddelanden.

    Anteckning

    För att stänga den här aviseringen måste hälsotillståndet för motsvarande övervakare återställas manuellt till felfritt tillstånd. Om autoresolve för den här övervakaren är inställt på sant stängs aviseringen automatiskt när hälsotillståndet har återställts. Annars måste aviseringen stängas manuellt när hälsotillståndet har återställts.

Webbkonsol

  1. Öppna webbkonsolen och välj Övervakning. Övervakningsöversikten visar en sammanfattning av övervakarnas hälsotillstånd och de aktuella aviseringarna.

  2. Välj Aktiva aviseringar i navigeringsfönstret.

  3. Öppna en avisering som har genererats av en övervakare i feltillstånd.

  4. Ange lösningstillståndet som Stängd och Spara ändringar.

    Följande meddelande verkar ange orsaken till att aviseringen inte avslutas:

    Den aktuella aviseringen kan inte stängas eftersom övervakaren som har genererat den här aviseringen fortfarande inte är felfri

    Skärmbild som visar webbkonsolen för det stängda aviseringsmeddelandet.

    Anteckning

    Om du vill stänga den här aviseringen måste du återställa hälsotillståndet för motsvarande övervakare som genererade aviseringen manuellt.

Återställa hälsotillståndet för en övervakare manuellt för en motsvarande avisering

Följ de här stegen:

  1. Välj instrumentpanelen För aviseringsstängningsfel i navigeringsfönstret. På instrumentpanelen visas aviseringarna, som Operations Manager inte kunde stänga eftersom övervakaren, som har genererat aviseringen, inte är felfri.

  2. Du kan återställa övervakarens hälsotillstånd för motsvarande avisering på följande två sätt:

    • Välj en avisering på instrumentpanelen och välj sedan instrumentpanelsåtgärden Återställ hälsa för avisering. Eller
    • Välj en avisering på den här instrumentpanelen för att gå till sidan med ökad detaljnivå för aviseringar (där du kan visualisera all relevant information för en avisering) och välj uppgiften Återställ hälsa i åtgärdsfönstret.

    Skärmbild som visar återställning av övervakarens hälsotillstånd för en avisering.

API:er för aviseringsuppdatering

Om en aviseringsstängning utlöses från externa system som incidenthantering och aviseringen inte stängdes på grund av att motsvarande övervakare inte var felfri, skulle ett undantag skickas med aviseringsinformationen, som kan användas av externa system.

Följande befintliga API:er för aviseringsuppdateringar kan användas för att externalisera aviseringsuppdateringsdata. Dessa två API:er har förbättrats för att möjliggöra externalisering av det här nya beteendet:

  • API för aviseringsuppdatering 1

  • API för aviseringsuppdatering 2

I följande exempel visas information om hur du använder undantaget AlertMonitorUnhealthyException.

namespace MonitorAlertClosureFailureExample
{
    class Program
    {
        static void Main(string[] args)
        {
            ManagementGroup mg = new ManagementGroup("localhost");

            // Get database availability alerts.
            MonitoringAlertCriteria alertCriteria = new MonitoringAlertCriteria(
                "Name LIKE '%DBStatusMonitor' AND Category = 'AvailabilityHealth'");
            IList<MonitoringAlert> alerts =
                mg.OperationalData.GetMonitoringAlerts(alertCriteria, default(DateTime));

            // Find the "Closed" resolution state that is defined
            // for this Management Group.
            IList<MonitoringAlertResolutionState> alertStates = mg.OperationalData.GetMonitoringAlertResolutionStates();
            MonitoringAlertResolutionState closedState = null;
            foreach (MonitoringAlertResolutionState thisState in alertStates)
            {
                if (thisState.Name == "Closed")
                {
                    closedState = thisState;
                }
            }

            // Close all alerts not already in the "Closed" resolution state.
            foreach (MonitoringAlert a in alerts)
            {
                a.ResolutionState = closedState.ResolutionState;
                string comment = "Closing the Alert";
                try
                {
                    a.Update(comment);
                }
                catch (AlertMonitorUnhealthyException e)
                {
                    // It mean the alert being closed is a monitor alert and the monitor which generated this alert is still unhealthy
                    // take an appropriate action. Here an error message is being displayed at console
                    Console.WriteLine("The alert with Alert Name" + a.Name + "cannot be closed as the monitor which genrated the alert is still unhealthy.")
                }
                catch (Exception e)
                {
                    // generic exception during the update of the alert
                    Console.WriteLine("Closing the alert with alert name" + a.Name + "is failing because" + e.Message)
                }

            }

    }
}


namespace MonitorAlertClosureFailureExample
{
    class Program
    {
        static void Main(string[] args)
        {
            ManagementGroup mg = new ManagementGroup("localhost");

            // Get database availability alerts.
            MonitoringAlertCriteria alertCriteria = new MonitoringAlertCriteria(
                "Name LIKE '%DBStatusMonitor' AND Category = 'AvailabilityHealth'");
            IList<MonitoringAlert> alerts =
                mg.OperationalData.GetMonitoringAlerts(alertCriteria, default(DateTime));

            // Find the "Closed" resolution state that is defined
            // for this Management Group.
            IList<MonitoringAlertResolutionState> alertStates = mg.OperationalData.GetMonitoringAlertResolutionStates();
            MonitoringAlertResolutionState closedState = null;
            foreach (MonitoringAlertResolutionState thisState in alertStates)
            {
                if (thisState.Name == "Closed")
                {
                    closedState = thisState;
                }
            }

            // Close all alerts not already in the "Closed" resolution state.
            string comment = "Closing the alert";
            foreach(MonitoringAlert a in alerts)
            {
                a.ResolutionState = closedState.ResolutionState;
            }

            IList<MonitoringAlertUpdateFailure> updateFailures = mg.OperationalData.UpdateMonitoringAlerts(alerts, comment);

            if (updateFailures != null && updateFailures.Count > 0)
            {
                foreach (MonitoringAlertUpdateFailure failure in updateFailures)
                {
                    if(failure.Exception is AlertMonitorUnhealthyException)
                    {
                        // It means the alert being closed is a monitor alert and the monitor which generated this alert is still unhealthy
                        // take an appropriate action. Here an error message is being displayed at console
                        Console.WriteLine("The alert with Alert Name" + a.Name + "cannot be closed as the monitor which genrated the alert is still unhealthy.")
                    }
            }           
        }

    }
}

Avgöra om en avisering har lösts automatiskt

Följ de här stegen:

  1. Välj aviseringen och välj sedan namnet på aviseringsövervakaren i aviseringsinformationen. Dialogrutan egenskaper för övervakaren öppnas.

  2. I övervakaregenskaperna väljer du fliken Aviseringar för att se om alternativet Lös aviseringen automatiskt när övervakaren återgår till ett felfritt tillstånd har valts.

Stänga en avisering som genererats av en övervakare

Följ de här stegen:

  1. Läs aviseringen och undersök dess egenskaper. Kontrollera aviseringsinformationen för att fastställa om aviseringen genererades av en övervakare eller en regel. Använd produktinformationen för aviseringen för att ta reda på orsaken till aviseringen.

  2. Felsök orsaken/orsakerna till aviseringen och vidta de åtgärder som behövs för att lösa problemet.

  3. När problemet är löst väljer du Källa i aviseringsinformationen. Nu öppnas Tillståndsvyn för objektet som är kopplat till aviseringen.

  4. Högerklicka på objektet, peka på Öppna och välj Hälsoutforskaren somobjektnamn.

  5. Välj övervakaren som genererade aviseringen och välj Återställ hälsa i verktygsfältet. Stäng Hälsoutforskaren och Tillståndsvyn.

  6. Uppdatera aviseringsvyn. Om aviseringen fortfarande visas väljer du aviseringen och väljer Stäng avisering i fönstret Åtgärder.

Anteckning

Följande uppdatering (stängning av överblivna aviseringar) gäller för Operations Manager 2019 UR3 och senare.

Stängning av överblivna aviseringar

I Operations Manager 2019 RTM, UR1 och UR2 stängs inte aktiva aviseringar efter icke-beständigt hälsotillstånd i vissa scenarier, enligt beskrivningen nedan:

  1. Failover:

    • Redundansväxlingen som kan utlösas när hanteringsservern kopplas från.
    • På grund av att nya hanteringsservrar läggs till i resurspoolen, vilket leder till belastningsutjämning.
    • När en agentlös dator redundansväxlar och ska övervakas av en annan hanteringsserver, därav den nya hälsostatusen.
  2. Agenten har kopplats från och anslutits igen efter en tid, där hälsostatusändringen inte känner till det tidigare tillståndet.

  3. Hanteringsservern är frånkopplad och ansluten igen.

  4. Hälsotjänstens cache har rensats.

Generellt sett har hälsotjänsten inte övervakarens sista tillstånd. aviseringar stängs inte när övervakaren återställs till felfri.

Med Operations Manager 2019 UR3 stängs alla överblivna aviseringar, så småningom, beroende på typen av övervakare, enligt beskrivningen nedan:

  • Tjänstövervakare: stäng omedelbart.
  • Alla övervakare med modulen omedelbart på begäran: stäng omedelbart.
  • Alla övervakare utan på begäran-moduler: stäng på den andra körningen, beroende på frekvensen.
  • Händelsebaserad övervakare: Stäng med en felfri händelse som inträffar efter initieringen.

Hälsotillståndsövergången visar en mindre ändring när övervakaren initieras. exempel nedan:

Skärmbild som visar övergång till hälsotillstånd.

Som du ser i bilden ovan blir övervakaren först felfri under initieringen. Sedan beräknas den igen och blir felfri. Du ser två tillståndsändringsövergångar från ihåligt tillstånd till felfritt.

Ändringar i aviseringsavstängning

Med Operations Manager 2022 kan administratören välja aviseringsstängning för en hälsoövervakare, som är i tillståndet Inte felfri.

I version 2019 kunde en avisering som genereras av en övervakare inte stängas om inte hälsotillståndet för motsvarande övervakare är felfritt. Om du försöker stänga en avisering som genereras av en övervakare med feltillstånd visas ett felmeddelande och aviseringen stängs inte.

Med Operations Manager 2022 kan administratören ändra det här beteendet genom att gå till Administrationsinställningar> och välja något av alternativen nedan:

  • Stäng aviseringar som genereras av övervakaren endast när den underliggande övervakarens hälsotillstånd har lösts eller återställs manuellt
  • Stäng aviseringar som genereras av övervakaren genom att återställa den underliggande övervakarens hälsotillstånd: Med det här alternativet kan du stänga aviseringar om ej felfria övervakare programmatiskt och i användargränssnittet. Detta återställer den underliggande övervakarens hälsotillstånd, vilket implicit stänger motsvarande avisering. Det här alternativet tillåter även massstängning av aviseringar som genereras av övervakarna.

Du kan också spåra hur aviseringen stängdes genom att visahistorik för aviseringsegenskaper>.

Skärmbild som visar inställningar för global hanteringsgrupp.

Skärmbild som visar aviseringshistorik.

Nästa steg

  • När en avisering genereras kan du visa aktiva aviseringar och information i drift- och webbkonsolen för att identifiera möjliga problem och hjälpa till att identifiera nästa steg mot att lösa dem.

  • När du har undersökt och löst problemet som identifierats av en eller flera övervakare kan du läsa Återställa hälsa för att återställa hälsotillståndet manuellt om övervakaren inte har konfigurerats för automatisk lösning eller om du inte vill vänta tills övervakaren identifierar hälsotillståndet.