SCOM 2019: Vigtige noter og opdateringer

System Center Operations Manager (SCOM) 2019 repræsenterer en vigtig milepæl for IT-administratorer og systemingeniører, der er afhængige af robust overvågning af deres infrastruktur. Med hver ny udgivelse kommer en række ændringer, forbedringer og desværre også kendte problemer, som det er afgørende at være opmærksom på før, under og efter en opgradering eller nyinstallation. Denne artikel fungerer som en omfattende guide til de officielle release notes for Operations Manager 2019, inklusive detaljer fra de efterfølgende Update Rollups (UR). Vi vil dykke ned i de tekniske detaljer, belyse kritiske ændringer og levere de kendte løsninger, så du kan navigere i landskabet med sikkerhed og undgå potentielle faldgruber. Fra fundamentale ændringer i logon-rettigheder til ophør af support for ældre komponenter, dækker vi alt, hvad du behøver at vide for at sikre en vellykket implementering og drift af SCOM 2019.

Grundlæggende ændringer i Operations Manager 2019

Den oprindelige udgivelse af SCOM 2019 introducerede flere markante ændringer i platformens kernefunktionalitet. Disse ændringer var designet til at forbedre sikkerhed og modernisere brugeroplevelsen, men de krævede også, at administratorer tilpassede deres eksisterende arbejdsgange.

Standardaktivering af 'Log on as a Service'

En af de mest betydningsfulde sikkerhedsforbedringer var, at Health Service nu som standard kører med 'Log on as a Service'-rettigheden. Tidligere var dette en manuel konfiguration, men nu er det standard. Dette skift har direkte indflydelse på alle servicekonti og Run As-konti, som anvendes af Operations Manager. Det er nu et krav, at disse konti eksplicit har tilladelsen 'Log on as a Service'. Uden denne tilladelse vil tjenesterne ikke kunne starte, hvilket kan føre til overvågningsstop. Løsningen er at sikre, at alle relevante konti tildeles denne rettighed via Group Policy eller lokal sikkerhedspolitik før en opgradering.

Forbedret brugeroplevelse i vedligeholdelsestilstand

Vedligeholdelsestilstand (Maintenance Mode) fik en tiltrængt overhaling i SCOM 2019, hvilket strømlinede processen for både Windows- og Linux/Unix-systemer. De vigtigste ændringer er:

• Automatisk løsning af alarmer: Når en enhed sættes i vedligeholdelsestilstand, vil alle aktive, monitor-baserede alarmer på den pågældende enhed nu blive løst automatisk. I tidligere versioner skete dette først, når enheden forlod vedligeholdelsestilstand. Denne ændring giver et mere retvisende billede af den aktuelle alarmstatus i konsollen.
• Ensartet adfærd for monitorer: Både on-demand monitorer og almindelige monitorer opfører sig nu identisk, når en målenhed går ind i og ud af vedligeholdelsestilstand. Dette skaber en mere forudsigelig og konsistent overvågningsadfærd.

Der er ingen specifik workaround for disse ændringer, da de betragtes som forbedringer af funktionaliteten.

Endegyldigt farvel til x86-komponenter

I tråd med den generelle udvikling i IT-branchen understøtter Operations Manager 2019 udelukkende x64-komponenter. Support for x86 (32-bit) komponenter er fuldstændigt fjernet. Dette betyder, at det ikke længere er muligt at installere en SCOM-agent på et 32-bit operativsystem. Forsøg på at pushe en agent fra konsollen til en x86-maskine vil resultere i en fejlmeddelelse om, at stien ikke kan findes. Organisationer, der stadig har ældre 32-bit systemer, skal enten undlade at overvåge dem med SCOM 2019 eller finde alternative overvågningsmetoder. Der findes ingen workaround for denne begrænsning.

Kendte problemer og løsninger i den oprindelige 2019-udgivelse

Som med al software blev den første version af SCOM 2019 leveret med en række kendte problemer. Nedenfor er en oversigt over de mest fremtrædende udfordringer og de anbefalede løsninger.

Opgradering af Reporting Server mislykkes

I distribuerede SCOM-miljøer, hvor Reporting Server er installeret på en separat server fra Management Server, kunne en opgradering fra version 2016/1801/1807 til 2019 fejle under forudsætningstjekket. Fejlen indikerede, at den Management Server, som komponenten rapporterer til, ikke var blevet opgraderet. Løsningen er at installere Operations Console fra den tidligere version (f.eks. 2016) på selve Reporting Server-maskinen. Når konsollen er installeret, kan opgraderingen af Reporting Server-rollen til 2019 genoptages og gennemføres. Efter en succesfuld opgradering kan den nu opgraderede konsol trygt afinstalleres fra Reporting Serveren.

Problemer med Active Directory-regler efter opgradering

Efter en opgradering fra SCOM 2016 (før UR7), 1801 eller 1807, kunne tidligere konfigurerede Active Directory (AD) integrationsregler stoppe med at fungere. Dette skyldtes en ændring i formatet for, hvordan reglerne blev gemt. For at løse dette problem, skulle man eksportere den standard management pack (Microsoft.SystemCenter.OperationsManager.DefaultUser.xml), manuelt redigere XML-filen og omdøbe alle AD-regler til at bruge NetBIOS-domænenavnet i stedet for FQDN. Efter at have importeret den opdaterede management pack, ville reglerne igen være synlige og funktionelle i konsollen. Det er vigtigt at bemærke, at dette problem blev løst i 2019 UR2.

Opdateringspakker (Update Rollups): Forbedringer og nye udfordringer

Microsoft udgiver løbende Update Rollups (UR) for at rette fejl og sommetider introducere mindre forbedringer. Her er et kig på de vigtigste punkter fra SCOM 2019's UR-cyklus.

Operations Manager 2019 UR1

UR1 var den første store opdateringspakke og løste en række indledende fejl. Den introducerede dog også et par nye kendte problemer:

• Pendente opdateringer vises ikke: Efter installation af UR1 på serverne, dukkede agenter, der skulle opdateres, ikke korrekt op i 'Pending Management'-visningen. Administratorer måtte manuelt identificere og opdatere agenterne ved at gå til 'Administration > Device Management > Agent Managed' og finde agenter med ældre versioner.
• Fejl ved eksport af rapporter efter gMSA-migrering: Efter at have migreret servicekonti til Group Managed Service Accounts (gMSA), oplevede nogle brugere fejl ved eksport af rapporter til Word, PowerPoint eller Excel, især på SQL Server 2017. Løsningen involverede at give administrativ adgang til eksekveringskontoen på rapportserveren og genstarte reporting-tjenesten.

Operations Manager 2019 UR2

UR2 var en vigtig udgivelse, da den adresserede flere af de mest irriterende fejl fra den oprindelige udgivelse, herunder problemet med Active Directory-regler og en fejl i REST API'en, hvor vigtige værdier ikke blev returneret. Der var ingen nye kendte problemer rapporteret med UR2, hvilket gjorde det til en meget stabil og anbefalet opdatering.

Operations Manager 2019 UR4 og UR5

Senere opdateringer som UR4 og UR5 fortsatte med at levere fejlrettelser. UR4 introducerede et mindre lokaliseringsproblem, hvor tre nye kolonner i 'Authoring > Groups' i konsollen altid blev vist på engelsk, uanset sprogindstillingerne. UR5 adresserede primært sikkerhedssårbarheder i webkonsollen og understregede vigtigheden af at tage backup af Web.config-filen før opdatering.

Sammenligningstabel over problemer og løsninger

For at give et hurtigt overblik er her en tabel, der opsummerer nogle af de centrale problemer, hvornår de opstod, og i hvilken version de blev løst.

Ofte Stillede Spørgsmål (FAQ)