Dela via

Pausa övervakning tillfälligt med hjälp av underhållsläge

  • Artikel

Med underhållsläget i Operations Manager kan du undvika aviseringar eller fel som kan uppstå när ett övervakat objekt, till exempel en dator, en SQL-databas eller ett distribuerat program, tas offline för underhåll. Underhållsläget inaktiverar följande funktioner:

  • Regler och övervakare

  • Meddelanden

  • Automatiska svar

  • Statusändringar

  • Nya aviseringar

En Exchange-postlåderoll som körs på en Windows-server kommer till exempel att ha ett Service Pack för Exchange Server tillämpat. Det här underhållet av programuppdateringen förväntas ta 60 minuter att slutföra. Under den här tiden är postlådedatabasen som körs på den här servern inte tillgänglig.

I det här fallet kan du placera rollen Exchange-postlåda och inneslutna komponenter i underhållsläge i stället för att placera hela datorn i underhållsläge. På så sätt kan du fortsätta att övervaka de andra komponenterna som körs på servern, inklusive Windows-operativsystemet, medan underhåll utförs specifikt för Exchange Server-programmet.

Du kan antingen välja ett eller flera övervakningsobjekt och placera dem i underhållsläge på begäran, eller så kan du definiera scheman som är anpassade till dina service- eller underhållsfönster och automatiskt placera dem i underhållsläge i framtiden enligt det schema du väljer. Med den nya schemaläggningsfunktionen kan du:

  • Schemalägg underhållsläge vid en framtida tidpunkt dagligen, varje vecka eller varje månad.

  • Välj olika klasser av entiteter och grupper som ska underhållas som en del av ett enda schema.

  • Visa alla scheman för underhållsläge från en enda skärm.

  • Schemalägg flera jobb för samma övervakade entitet.

Viktig

Se följande viktiga information om hur du konfigurerar och arbetar med funktionen Underhållsschema:

  • Du kan ändra när ett schema som körs ska avslutas, men ändringen gäller bara för det schema som körs. Om du vill redigera sluttiden för framtida körningar av det schemat måste du först stoppa schemat och sedan tillämpa ändringarna.

  • Med Operations Manager 2019 UR2 tar det längst tid när ett underhållsschema ändras. Se detaljerade exempel.

  • När du skapar eller redigerar ett underhållsschema kan du inte inkludera fler än 216 objekt åt gången. Om antalet objekt överskrider 216 visas följande felmeddelande: Klienten har kopplats från servern. Anropa ManagementGroup.Reconnect() för att återupprätta anslutningen.

    Om du vill ta med fler än 216 objekt skapar du en eller flera grupper med alla objekt som du vill lägga till i underhållsschemat och skapar eller redigerar sedan ett underhållsschema som riktar sig till grupperna. Du kan inte ta med fler än 216 gruppobjekt åt gången.

  • Den tidszon som anges för Windows-datorn som är värd för hanteringsserverrollen tillämpas på underhållsschemat.

  • Ändringar för sommartid tillämpas inte automatiskt på underhållsscheman. Du måste redigera schemat manuellt för att justera för sommartid.

  • Du kan hämta historiska data för när en övervakad entitet hamnade i underhållsläge genom att fråga tabellen MaintenanceModeHistory i Operations Manager-databasen.

  • System Center Operations Manager SDK-kontot måste vara medlem i någon av följande SQL Server-roller för att kunna dra nytta av funktionen Underhållsläge:

    • SQLAgentUserRole
    • SQLAgentReaderRole
    • SQLAgentOperatorRole

    Mer information om hur du anger SDK-åtgärdskontot finns i Kontoinformation för Operations Manager

  • Kontona som visas under profilen för kontot för driftdatabasen bör ha SQLAgentOperatorRole-behörighet för MSDB-databasen.
  • Om några konton som visas under profilen för kontot för driftdatabasen inte har åtkomst till behörigheten SQLAgentOperatorRole för MSDB-databasen tilldelar du behörigheten SQLAgentOperatorRole för MSDB-databasen till varje konto under kontoprofilen För driftdatabas.
  • Om du inte har några konton som anges under profilen Konto för driftdatabas bör de konton som är tillgängliga under standardåtgärdskontoprofilen ha behörigheten SQLAgentOperatorRole i MSDB-databasen. Den här behörigheten beviljas automatiskt under den nya installationen av System Center Operations Manager 2019. Om du uppgraderar till System Center Operations Manager 2019 från en tidigare version av System Center Operations Manager måste den här behörigheten dock beviljas manuellt

För att stödja scenariot med att initiera underhållsläget direkt från den agenthanterade datorn har Operations Manager nu stöd för att tillåta en systemadministratör att ställa in datorn i underhållsläge direkt från själva datorn, utan att behöva utföra den från driftkonsolen. Det kan utföras med den nya PowerShell-cmdleten Start-SCOMAgentMaintenanceMode.

I följande avsnitt beskrivs hur du arbetar med de olika alternativen för underhållslägesfunktionen på begäran.

Underhållsläge på begäran

Välj den obligatoriska fliken för att arbeta med de olika alternativen för underhållsläget på begäran:

Följ dessa steg för att placera ett övervakat objekt i underhållsläge:

  1. Logga in på datorn med ett konto som är medlem i Operations Manager-administratörsrollen.

  2. I driftkonsolen väljer du Övervakning.

  3. På arbetsytan Övervakning expanderar du Övervakningoch väljer Windows-datorer.

  4. I fönstret Windows-datorer högerklickar du på den dator som du vill placera i underhållsläge, väljer underhållslägeoch väljer Starta underhållsläge. Du kan använda ctrl + klicka eller skift + klicka för att välja flera datorer att placera i underhållsläge.

  5. I dialogrutan Inställningar för underhållsläge under Använd förväljer du endast Markerade objekt om datorn ska placeras i underhållsläge. Annars väljer du Markerade objekt och alla deras inneslutna objekt.

  6. Välj planerad om det här är en planerad händelse; annars lämnar du den avmarkerad.

  7. I listan Kategori väljer du lämplig underhållskategori.

  8. Under Varaktighetväljer du och anger Antal minuter, eller väljer och anger specifik sluttid, och väljer OK. En ikon för underhållsläge visas i fönstret Datorer i kolumnen Underhållsläge för den dator som du har valt.

    Notera

    Det minsta värdet för Antal minuter är 5. Det maximala värdet är 1 051 200 (2 år). För att starta underhållsläget är den maximala väntetiden 5 minuter.

Aktivera från målsystemet

Underhållsläge kan aktiveras direkt från den övervakade Windows-datorn av en systemadministratör med hjälp av PowerShell-cmdleten Start-SCOMAgentMaintenanceMode. När en systemadministratör eller operatör kör den här PowerShell-cmdleten på datorn loggar kommandot en händelse i Operations Manager-händelseloggen och lagrar argument för underhållsaktiviteten, till exempel varaktighet, orsak, kommentar och information (t.ex. den tid då cmdleten anropades).

Kommentarsfältet innehåller användarinformation, särskilt vem som har anropat underhållsläge. En regel som riktar sig till agenten, körs var femte minut för att läsa den här registerposten på agenten med ett PowerShell-skript ReadMaintenanceModeRegEntry.ps1och markerar sedan posten som ogiltig, så vid nästa anrop väljer den inte den här posten. Skrivåtgärden, som är en del av regeln och riktar sig till hanteringsservern, tar denna post och ställer in underhållsläge för agenten baserat på den post som har lästs från registret. Frekvensen som regeln kör kan åsidosättas till ett anpassat intervall.

Aktivera från målsystemet

Underhållsläge kan aktiveras direkt från den övervakade Windows-datorn av en serveradministratör med hjälp av PowerShell-cmdleten Start-SCOMAgentMaintenanceMode. När serveradministratören eller operatören kör den här PowerShell-cmdleten på datorn loggar kommandot en händelse som lagrar argument för underhållsläget, till exempel varaktighet, orsak, kommentar och information som tidpunkten för cmdletens anrop.

En regel som riktar sig mot agenten läser händelseposten på agenten och lagrar den i Operations Manager-databasen. Det finns en annan regel Microsoft.SystemCenter.Agent.MaintenanceMode.Trigger.Rule, som körs var 4:e minut som standard och läser händelsen från Operations Manager-databasen. Systemet ställer sedan in underhållsläge på agenten baserat på posten som lästes från händelsen.

Start-SCOMAgentMaintenanceMode har följande syntax:

Start-SCOMAgentMaintenanceMode -Duration <Double (in minutes)> [-Reason <string>] [-Comments <string>]

Anteckning

Det minsta varaktighetsvärdet som accepteras är fem (5) minuter.

Följande orsaker accepteras av cmdleten:

  • PlannedOther
  • Oplanerat Övrigt
  • Planerat Hårdvaruunderhåll
  • Oplanerat hårdvaruunderhåll
  • Planerad Hårdvaruinstallation
  • Oplanerad Hårdvaruinstallation
  • Planerad omkonfiguration av operativsystemet
  • OplaneradOperativsystemOmkoppling
  • Planerat underhåll av applikation
  • Oplanerat Applikationsunderhåll
  • Applikationsinstallation
  • Applikationen svarar inte
  • Applikationen instabil
  • Säkerhetsproblem
  • Förlust av nätverksanslutning

Exempel:

  1. För att aktivera ett intervall på fem (5) minuter och med huvudorsaken Planerad och mindre orsak Andra, ange:

    Start-SCOMAgentMaintenanceMode -Duration 5 –Reason PlannedOther

  2. Om du vill aktivera ett intervall på 10 minuter utan anledning anger du:

    Start-SCOMAgentMaintenanceMode -Duration 10

Utför följande steg för att initiera underhållsläge från windows-måldatorn:

  1. Logga in på datorn.

  2. På datorer som kör Windows Server 2012 och senare och kör Windows PowerShell som administratör från skärmen Starta högerklickar du på panelen Windows PowerShell och i appfältet väljer du Kör som administratör.

  3. Ändra katalogen till följande sökväg C:\Program Files\Microsoft Monitoring Agent\Agent genom att ange cd C:\Program Files\Microsoft Monitoring Agent\Agent.

  4. Importera modulen MaintenanceMode.dll genom att ange Import-module MaintenanceMode.dll.

  5. Ange Start-SCOMAgentMaintenanceMode och använd parametrarna för att konfigurera begäran om underhållsläge.

Notera

För att bekräfta att begäran om underhållsläge lyckas kan du leta i Operations Manager-händelseloggen efter ett händelse-ID 2222 följt av en eller flera händelser med händelse-ID 1215. Om händelse-ID 2222 finns men ID 1215 saknas, indikerar detta att begäran om underhållsläge missades. Du måste lämna in begäran på nytt.

För att återsända begäran måste du ta bort registreringsposten för underhållsläget med hjälp av följande kommando och sedan köra cmdleten Start-SCOMAgentMaintenanceMode: Set-ItemProperty -Path "HKLM:\software\Microsoft\Microsoft Operations Manager\3.0\MaintenanceMode" -Name record -Value "" 

Notera

Om du vill bekräfta att begäran om underhållsläge har slutförts letar du efter händelse-ID 19999 i Operations Manager-systemloggen. Om ID 19999 inte är tillgängligt skickar du begäran om underhållsläge igen.

Schemalägg underhållsläge

I följande avsnitt beskrivs hur du arbetar med de olika alternativ som är tillgängliga för schemaläggningsfunktionen för underhållsläge.

Skapa underhållsschema i driftkonsolen

Följande procedur beskriver hur du skapar ett underhållsschema för valda övervakade objekt för ett framtida datum i driftkonsolen.

  1. Logga in på datorn med ett konto som är medlem i rollen Operations Manager-administratörer.

  2. I driftkonsolen väljer du Övervakning.

  3. På arbetsytan Övervakning expanderar du Övervakningoch väljer Underhållsscheman.

  4. I fönstret Uppgifter väljer du Skapa underhållsschema.

  5. I guiden Skapa underhållsschema går du till sidan Objektmarkering och väljer Lägg till/ta bort objekt... och dialogrutan Skapa gruppguiden – Objektmarkering visas.

  6. Utför följande i dialogrutan Guiden Skapa grupp – Objektval:

    1. I listan Sök efterär standardobjektet Dator markerat. Du kan också välja datorgrupp eller en specifik klass, till exempel SQL Server 2012 DB Engine i listrutan.

    2. I rutan Filtrera efter en del av namnet kan du också ange hela eller delar av objektnamnet och välja Sök.

    3. I rutan Tillgängliga objekt markerar du önskade objekt, väljer Lägg tilloch väljer OK.

  7. På sidan för objektmarkering väljer du Nästa.

  8. I guiden Skapa underhållsschema kan du på sidan Schemalägg ange följande för underhållsschemat:

    1. Välj frekvensen för hur ofta du vill att den ska köras. Om du väljer alternativet Närkörs aktiviteten bara en gång baserat på det valda startdatumet och den valda tiden.

    2. Under Varaktighet väljer du starttid och för sluttidväljer du antal minuter eller väljer och anger specifik sluttid.

    3. Under Schema börjaranger du när schemat tillåts börja gälla och om du kräver att det inte längre ska vara giltigt efter en tidsperiod väljer du alternativet Schemat upphör att gälla den och väljer ett framtida förfallodatum.

      Not

      Minimivärdet för Antal minuter är 5. Det maximala värdet är 1 051 200 (2 år). För att starta underhållsläget är den maximala väntetiden 5 minuter.

  9. Välj Nästa när du har konfigurerat schemaalternativen.

  10. I guiden Skapa underhållsschema anger du följande på sidan Information:

    1. Skapa ett namn för schemat i rutan Schemanamn.

    2. Välj planerad om det här är en planerad händelse; annars lämnar du den avmarkerad.

    3. I listan Kategori väljer du lämplig underhållskategori.

    4. Välj Aktivera schema om du vill aktivera schemat nu eller avmarkera det om du planerar att aktivera schemat senare.

  11. Välj Slutför för att spara ändringarna.

Det nya schemat visas i listan över underhållsscheman och du kan redigera, inaktivera eller ta bort ett underhållsschema från listan. Detta kan du göra genom att välja schemat i listan och välja motsvarande alternativ i fönstret Uppgifter.

Skapa underhållsschema i webbkonsolen

Följande procedur beskriver hur du skapar ett underhållsschema för valda övervakade objekt för ett framtida datum i webbkonsolen.

  1. Öppna en webbläsare på valfri dator och ange http://<web host>/OperationsManager, där webbvärd är namnet på den dator som är värd för webbkonsolen.

  2. I den vänstra rutan i webbkonsolen väljer du Underhållsscheman.

  3. Längst upp på sidan väljer du + Skapa.

  4. Utför följande i fönstret Skapa underhållsschema:

    1. I Sök efter klasserär standardobjektet Dator markerat. Du kan också välja datorgrupp eller en specifik klass, till exempel SQL Server 2012 DB Engine i listrutan.

    2. I rutan Filtrera efter nyckelord kan du också ange hela eller en del av objektnamnet och sedan välja Ange.

    3. I rutan Tillgängliga objekt väljer du önskade objekt.

  5. Expandera Schema och i det här avsnittet anger du följande för ditt underhållsschema:

    1. Välj frekvensen för hur ofta du vill att den ska köras. Om du väljer alternativet Närkörs aktiviteten bara en gång baserat på det valda startdatumet och den valda tiden.

    2. Under Varaktighet väljer du starttid och för sluttidväljer du antal minuter eller väljer och anger specifik sluttid.

    3. Under Schema börjaranger du när schemat tillåts börja gälla och om du kräver att det inte längre ska vara giltigt efter en tidsperiod väljer du alternativet Schemat upphör att gälla den och väljer ett framtida förfallodatum.

      Not

      Minimivärdet för Antal minuter är 5. Det maximala värdet är 1 051 200 (2 år). För att starta underhållsläget är den maximala väntetiden 5 minuter.

  6. Expandera Slutförande och i det här avsnittet anger du följande för att slutföra konfigurationen av ditt anpassade underhållsschema:

    1. Skapa ett namn för schemat i rutan Schemanamn.

    2. I listrutan Kategori ska du välja lämplig underhållskategori eller låta den stå kvar som standard på annat (planerad).

    3. Du kan också ange en beskrivning för den schemalagda underhållsaktiviteten i rutan Kommentar.

    4. Välj Aktivera schema om du vill aktivera schemat nu eller avmarkera det om du planerar att aktivera schemat senare.

  7. Välj Slutför för att spara ändringarna.

Det nya schemat visas i listan över underhållsscheman och du kan redigera, inaktivera, aktivera eller ta bort ett underhållsschema från listan. Detta kan du göra genom att välja schemat i listan och välja motsvarande alternativ på menyn överst på sidan.

Aktivera schemalagt underhållsläge med SQL AlwaysOn

I tidigare versioner av Operations Manager fungerade inte underhållsscheman som riktade instanser av SQL Server i en AlwaysOn-tillgänglighetsgrupp för att ge hög tillgänglighet för Operations Manager-databaserna när redundansväxling till en replik på en annan SQL Server-instans inträffade. Operations Manager 2019 innehåller en korrigering för det här problemet för att förhindra det här beteendet och ser till att underhållsscheman fungerar i ett redundansscenario.

riktlinjer

  • Som en del av korrigeringen av det här problemet konverteras befintliga scheman till den nya designen. Detta sker automatiskt när du uppgraderar till Operations Manager 2019.

  • Eventuella fel i ovanstående åtgärd samlas in i följande databastabell: [OperationsManager]. [dbo]. [MaintenanceModeSchedulesMigrationLogs]

  • Scheman som inte kan konverteras till den nya designen bör konverteras manuellt genom att köra följande skript mot Operations Manager-databasen. EXEC [dbo].[p_MaintenanceScheduleMigrateSchedule] <ScheduleIDOftheMMSchedule> Exempel: EXEC [dbo].[p_MaintenanceScheduleMigrateSchedule] '1A6917C6-999C-E811-837B-02155DC77B3F'

  • Om du vill konvertera alla scheman till den nya designen använder du följande kommando: Delete [OperationsManager].[dbo].[MaintenanceModeSchedulesMigrationLogs] EXEC [dbo].[p_MaintenanceScheduleMigrateExistingSchedules]

    Not

    När du har distribuerat uppgraderingen kan underhållsscheman utlösas och ha en maximal fördröjning på fem (5) minuter. Du kan konfigurera den maximala fördröjningen genom att åsidosätta regeln underhållsläge. Standardvärdet fem minuter är att undvika att orsaka en stor prestandaminskning i systemet.

Längsta sluttid under schema överlappning

Not

Den här funktionen gäller från UR2 och senare.

Om det för närvarande finns en konflikt i underhållslägesfönstret för objekt skriver den nyligen uppdaterade sluttiden över den befintliga schemalagda tiden. Om den senaste definierade tiden är längre än det tidigare värdet förblir datorn i underhållsläge under en längre period. Men när den senaste definierade tiden är kortare kommer datorn ut ur underhållsläget tidigare än förväntat och genererar falska aviseringar.

Användaren Dan schemalägger till exempel underhåll varje tisdag från 08.00–15.00 på alla agenter i Redmond. Användaren Ryan skapar ett annat schema efter Dan för att starta underhållsläget varje tisdag för alla agenter som kör SQL Server från 10:00-12:00. Det finns 500 agenter i Redmond som kör SQL Server, och nu avslutar de underhållsläget vid 12:00, vilket gör att Dan får felaktiga aviseringar och biljetter för dessa agenter.

Falska aviseringar som genereras av scenariot ovan kan kosta mycket pengar, tid och fördröjning när det gäller att lösa de verkliga problemen för en organisation. Från och med Kumulativ uppdatering 2, om flera MM-scheman körs för ett objekt, kommer den senaste sluttiden att ersätta alla andra definierade sluttider.

Med 2019 UR2, om det finns en konflikt i underhållslägets sluttid, kommer objektet att avsluta underhållsläget vid den längsta sluttid som definierats för objektet. I exemplet ovan kommer servrar, som finns i Redmond och har SQL Server, att avsluta underhållsläget kl. 15.00, vilket är den längsta sluttiden som definierats för dem.

Nästa steg

Skapa och hantera grupper