Göra tillfälligt uppehåll i övervakningen med hjälp av underhållsläget
Viktigt
Den här versionen av Operations Manager har nått slutet av supporten. Vi rekommenderar att du uppgraderar till Operations Manager 2022.
Underhållsläget i Operations Manager låter dig undvika varningar eller fel som kan uppstå när ett övervakat objekt, som en dator, SQL-databas eller ett distribuerat program, tas offline för underhåll. I underhållsläget görs uppehåll för följande funktioner:
Regler och övervakare
Meddelanden
Automatiska svar
Tillståndsändringar
Nya aviseringar
En roll för Exchange-postlåda som körs på en Windows-server kommer till exempel att få ett service pack för Exchange Server installerat. Den här programuppdateringen beräknas 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 en eller flera övervakningsobjekt och placera dem i underhållsläge på begäran, eller så kan du definiera scheman som justeras till dina service- eller underhållsfönster och automatisk placera dem i underhållsläge i framtiden enligt det schema du väljer. Med den nya schemaläggningsfunktionen kan du:
Schemalägga underhållsläge till en framtida tid dagligen, veckovis eller månadsvis.
Välja olika entitetsklasser och -grupper att utföra underhåll på som en del av ett enda schema.
Visa alla scheman för underhållsläga från en enda skärm.
Schemalägg flera jobb för samma övervakade entitet.
Viktigt
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 avslutas, men ändringen gäller bara för det schema som körs. Om du vill redigera sluttid för framtida körningar av schemat så måste du först stoppa schemat och därefter tillämpa ändringarna.
Med Operations Manager 2019 UR2 tar du längst tid när ett underhållsschema ändras. Se ett detaljerat 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 inkludera 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 för grupperna. Du kan inte inkludera fler än 216 gruppobjekt åt gången.
Det är tidszonen som angetts för Windows-datorn som är värd för Management Server-rollen som kommer att tillämpas för underhållsschemat.
Ändringar för sommartid tillämpas inte automatiskt på underhållsscheman. Du måste manuellt redigera schemat för att justera för sommartid.
Du kan få historisk data för när en övervakad entitet försattes 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 Serverroller för att kunna utnyttja funktionen underhållsläge:
- SQLAgentUserRole
- SQLAgentReaderRole
- SQLAgentOperatorRole
Mer information om hur du anger SDK-åtgärdskontot finns i Kontoinformation för Operations Manager
- De konton som visas under kontoprofilen för driftdatabasen bör ha SQLAgentOperatorRole-behörighet för MSDB-databasen.
- Om några konton som visas under kontoprofilen 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 driftdatabasen.
- Om du inte har några konton listade under kontoprofilen för driftdatabasen bör de konton som är tillgängliga under standardåtgärdskontoprofilen ha behörigheten SQLAgentOperatorRole för MSDB-databasen. Den här behörigheten beviljas automatiskt under den nya installationen av System Center Operations Manager 2019. Men om en uppgradering till System Center Operations Manager 2019 från en tidigare version av System Center Operations Manager uppgraderas måste den här behörigheten beviljas manuellt
För att stödja scenariot med att initiera underhållsläge direkt från den agenthanterade datorn stöder Operations Manager nu att en systemadministratör kan 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.
Följande avsnitt beskriver hur man arbetar med de olika alternativen för funktionen underhållsläge 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:
- Placera ett övervakat objekt i underhållsläge
- Redigera inställningar för underhållsläge för ett övervakat objekt
- Stoppa underhållsläge för ett övervakat objekt
Följ de här stegen för att placera ett övervakat objekt i underhållsläge:
Logga in på datorn med ett konto som är medlem i rollen Operations Manager-administratörer.
I driftkonsolen väljer du Övervakning.
I arbetsytan Övervakning expanderar du Övervakning och väljer Windows-datorer.
I fönstret Windows-datorer högerklickar du på den dator som du vill placera i underhållsläge, väljer Underhållsläge och väljer Starta underhållsläge. Du kan använda ctrl+klicka eller skift+klicka om du vill välja flera datorer som ska försättas i underhållsläge.
I dialogrutan Inställningar för underhållsläge under Tillämpa på väljer du Endast valda objekt om datorn ska placeras i underhållsläge. Annars väljer du Valda objekt och alla deras inneslutna objekt.
Välj Planerad, om det här är en planerad händelse. Annars lämnar du den tom.
I listan Kategori väljer du lämplig underhållskategori.
Under Varaktighet vä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 Datorer panelen, i Underhållsläge-kolumnen för den dator du valt.
Anteckning
Minimivärdet för Antal minuter är 5. Det högsta 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 denna PowerShell-cmdlet 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).
Kommentarfältet innehåller användarinformation, specifikt vem som har anropat underhållsläget. En regel som riktar sig till agenten, kör var femte minut för att läsa den här registerposten på agenten med ett PowerShell-skriptReadMaintenanceModeRegEntry.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 mot hanteringsservern, tar den här posten och ställer in underhållsläge för agenten baserat på postläsningen från registret. Regelns körningsfrekvens kan åsidosättas för ett anpassat intervall.
Aktivera från målsystemet
Underhållsläge kan aktiveras direkt från den övervakade Windows-datorn av en serveradministratör som använder 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 fjärde minut som standard, och läser den här händelsen från Operations Manager-databasen. Den ställer sedan in underhållsläge på agenten baserat på posten som lästs från händelsen.
Start-SCOMAgentMaintenanceMode har följande syntax:
Start-SCOMAgentMaintenanceMode -Duration <Double (in minutes)> [-Reason <string>] [-Comments <string>]
Anteckning
Det minsta accepterade värdet för varaktighet är fem (5) minuter.
Följande orsaker godkänns av cmdleten:
- PlannedOther
- UnplannedOther
- PlannedHardwareMaintenance
- UnplannedHardwareMaintenance
- PlannedHardwareInstallation
- UnplannedHardwareInstallation
- PlannedOperatingSystemReconfiguration
- UnplannedOperatingSystemReconfiguration
- PlannedApplicationMaintenance
- UnplannedApplicationMaintenance
- ApplicationInstallation
- ApplicationUnresponsive
- ApplicationUnstable
- SecurityIssue
- LossOfNetworkConnectivity
Exempel:
Om du vill aktivera för ett intervall på fem (5) minuter och med huvudorsaken Planerad och mindre orsak Annan anger du:
Start-SCOMAgentMaintenanceMode -Duration 5 –Reason PlannedOther
Om du vill aktivera för 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:
Logga in på datorn.
På datorer som kör Windows Server 2012 och senare kan du köra Windows PowerShell som administratör från Startskärmen genom att högerklicka på panelen Windows PowerShell och välja Kör som administratör i appfältet.
Ä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
.Importera modulen MaintenanceMode.dll genom att ange
Import-module MaintenanceMode.dll
.Ange Start-SCOMAgentMaintenanceMode och använd parametrarna för att konfigurera begäran om underhållsläge.
Anteckning
För att bekräfta att begäran om underhållsläge lyckas kan du leta efter ett händelse-ID 2222 i Operations Manager-händelseloggen följt av en eller flera händelser med händelse-ID 1215. Om händelse-ID 2222 finns men ID 1215 saknas, indikerar det att begäran om underhållsläge missades. Du måste återskapa begäran.
För att kunna återskapa begäran måste du ta bort posten i registret för underhållsläget med hjälp av följande kommando och sedan köra cmdleten Start-SCOMAgentMaintenanceMode igen: Set-ItemProperty -Path "HKLM:\software\Microsoft\Microsoft Operations Manager\3.0\MaintenanceMode" -Name record -Value ""
Anteckning
Kontrollera att begäran om underhållsläge lyckas genom att leta 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
Följande avsnitt beskriver hur man arbetar med de olika tillgängliga alternativen 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.
Logga in på datorn med ett konto som är medlem i rollen Operations Manager-administratörer.
I driftkonsolen väljer du Administration.
I arbetsytan Administration expanderar du Enhetshantering och väljer Underhållsscheman.
I fönstret Uppgifter väljer du Skapa underhållsschema.
I guiden Skapa underhållsschema går du till sidan Objektval och väljer Lägg till/ta bort objekt... så visas dialogrutan Skapa gruppguiden – Objektval .
I dialogrutan Skapa gruppguiden – Val av objekt utför du följande:
I Sök efter lista, är standardobjektet Dator valt. Du kan också välja Datorgrupp eller en specifik klass, till exempel SQL Server 2012 DB Engine i listrutan.
Om du vill kan du i rutan Filtrera efter en del av namnet ange hela eller delar av objektnamnet och välja Sök.
I rutan Tillgängliga objekt väljer du önskade objekt, väljer Lägg till och sedan OK.
På sidan Objektval väljer du Nästa.
I guiden Skapa underhållsschema, på sidan Schema, kan du ange följande för ditt underhållsschema:
Välj frekvensen för hur ofta du vill att det ska köras. Om du väljer alternativet En gång så kommer uppgiften bara att köras en gång baserat på startdatum och -tid som valts.
Under Varaktighet, väljer du Starttid och för Sluttid, väljer du antal minuter eller väljer och fyller i Specifik sluttid.
Under Schema börjar gälla anger du när det här schemat tillåts börja gälla och om du vill att det inte längre ska vara giltigt efter en viss tidsperiod väljer du alternativet Schemat upphör att gälla och väljer ett framtida förfallodatum.
Anteckning
Det minsta värdet för Antal minuter är 5. Det högsta värdet är 1 051 200 (2 år). För att starta underhållsläget är den maximala väntetiden 5 minuter.
Välj Nästa när du har konfigurerat schemaalternativen.
I guiden Skapa underhållsschema, på Information-sidan, anger du följande:
Skapa ett namn för schemat i rutan Schemanamn.
Välj Planerad, om det här är en planerad händelse. Annars lämnar du den tom.
I listan Kategori väljer du lämplig underhållskategori.
Välj Aktivera schema om du vill aktivera schemat nu, eller avmarkera det om du planerar att aktivera schemat senare.
Spara ändringarna genom att välja Slutför .
Det nya schemat visas i listan med underhållsscheman och du kan redigera, inaktivera eller ta bort ett underhållsschema från listan. Du gör det genom att välja schemat från listan och välja motsvarande alternativ från panelen 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.
Öppna en webbläsare på valfri dator och ange
http://<web host>/OperationsManager
, där webbvärden är namnet på den dator som är värd för webbkonsolen.I den vänstra rutan i webbkonsolen väljer du Underhållsscheman.
Längst upp på sidan väljer du + Skapa.
I fönstret Skapa underhållsschema utför du följande:
I Sök efter klasser är standardobjektet Dator valt. Du kan också välja Datorgrupp eller en specifik klass, till exempel SQL Server 2012 DB Engine i listrutan.
I rutan Filtrera efter nyckelord kan du också ange hela eller delar av objektnamnet och sedan välja Retur.
I rutan Tillgängliga objekt väljer du önskade objekt.
Expandera Schema och ange följande för underhållsschemat i det här avsnittet:
Välj frekvensen för hur ofta du vill att det ska köras. Om du väljer alternativet En gång så kommer uppgiften bara att köras en gång baserat på startdatum och -tid som valts.
Under Varaktighet, väljer du Starttid och för Sluttid, väljer du antal minuter eller väljer och fyller i Specifik sluttid.
Under Schema börjar gälla anger du när det här schemat tillåts börja gälla och om du vill att det inte längre ska vara giltigt efter en viss tidsperiod väljer du alternativet Schemat upphör att gälla och väljer ett framtida förfallodatum.
Anteckning
Det minsta värdet för Antal minuter är 5. Det högsta värdet är 1 051 200 (2 år). För att starta underhållsläget är den maximala väntetiden 5 minuter.
Expandera Slutförande och i det här avsnittet anger du följande för att slutföra konfigurationen av ditt anpassade underhållsschema:
Skapa ett namn för schemat i rutan Schemanamn.
I listrutan Kategori väljer du lämplig underhållskategori eller låter den vara kvar som standard för andra (planerade).
I rutan Kommentar kan du också ange en beskrivning för den schemalagda underhållsaktiviteten.
Välj Aktivera schema om du vill aktivera schemat nu, eller avmarkera det om du planerar att aktivera schemat senare.
Spara ändringarna genom att välja Slutför .
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 åstadkommas 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 tillhandahålla 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 av det här problemet för att förhindra det här beteendet och säkerställer att underhållsscheman fungerar i ett redundansscenario.
Riktlinjer
Som en del av korrigeringen av det här problemet konverteras de befintliga schemana 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 ska 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: Ta bort [OperationsManager]. [dbo]. [MaintenanceModeSchedulesMigrationLogs] EXEC [dbo]. [p_MaintenanceScheduleMigrateExistingSchedules]
Anteckning
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 underhållslägesregeln . Standardvärdet fem minuter är att undvika att orsaka en stor prestandaminskning i systemet.
Längsta sluttid under schema överlappning
Anteckning
Den här funktionen gäller från UR2 och senare.
Om det för närvarande finns en konflikt i fönstret underhållsläge 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, vilket genererar falska aviseringar.
Användaren Dan schemalägger till exempel underhåll varje tisdag från 08:00 till 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 till 12:00. Det finns 500 agenter i Redmond som kör SQL Server, och nu avslutas underhållsläget kl. 12.00 och Dan får falska 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. Om flera MM-scheman körs för ett objekt från Samlad uppdatering 2 skrivs den längsta sluttiden över någon annan definierad sluttid.
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 sluttid som definierats för dem.