System Center 2012 Supportophør: Din Guide

IT-landskabet er i konstant forandring, og det er afgørende at holde trit med udviklingen for at sikre en stabil og sikker drift. For mange virksomheder, der har stolet på Microsofts System Center 2012 og System Center 2012 R2-suiter, markerede den 12. juli 2022 en skelsættende dato. På denne dag nåede disse produkter deres officielle supportophør (End of Support). Dette betyder ikke, at softwaren pludselig holder op med at virke, men det introducerer en række alvorlige risici, som enhver ansvarlig IT-afdeling bør tage meget alvorligt. At fortsætte med at bruge forældet software er som at navigere i et digitalt minefelt uden et opdateret kort. Denne artikel vil dykke ned i, hvad supportophøret indebærer, hvilke produkter der er berørt, og give en grundlæggende vejledning til den nødvendige overgang.

Hvad betyder "End of Support" i praksis?

Når et softwareprodukt når sin "End of Support"-dato, betyder det, at producenten, i dette tilfælde Microsoft, ikke længere vil yde support eller vedligeholdelse. Dette følger en fast livscykluspolitik, hvor produkter typisk modtager fem års almindelig support efterfulgt af fem års udvidet support. Efter denne tiårige periode er produktet officielt forældet. Konsekvenserne er betydelige:

• Ingen teknisk support: Hvis du støder på problemer, fejl eller uventet adfærd i dit System Center-miljø, vil Microsofts supportteam ikke længere kunne hjælpe dig med at løse dem. Du er overladt til dig selv, hvilket kan føre til langvarige og kostbare nedbrud.
• Ingen sikkerhedsopdateringer: Dette er den mest kritiske konsekvens. Hackere og ondsindede aktører leder konstant efter sårbarheder i software. Når en ny sårbarhed opdages i System Center 2012, vil Microsoft ikke frigive en patch for at lukke sikkerhedshullet. Dette efterlader dine servere og din infrastruktur åbne for angreb, datalæk og andre cybertrusler. Det er en åben invitation til potentielle katastrofer.
• Ingen fejlrettelser eller nye funktioner: Ud over sikkerhedsopdateringer vil der heller ikke blive frigivet nogen form for fejlrettelser (bug fixes) eller opdateringer, der sikrer kompatibilitet med nyere operativsystemer eller anden software.

Kort sagt, at fortsætte driften på en platform uden support er en betydelig sikkerhedsrisiko og en potentiel kilde til ustabilitet. Det er en gamble, som de færreste virksomheder har råd til at tage.

Berørte System Center 2012 / R2 Produkter

Listen over produkter, der nåede supportophør den 12. juli 2022, er omfattende og dækker hele suiten. Hvis din organisation bruger et af følgende produkter, er det på tide at handle:

• System Center 2012 Data Protection Manager (og R2)
• System Center 2012 Operations Manager (og R2)
• System Center 2012 Orchestrator (og R2)
• System Center 2012 Service Manager (og R2)
• System Center 2012 Virtual Machine Manager (og R2)
• System Center 2012 App Controller (og R2)

Det er værd at bemærke, at App Controller har været forældet siden System Center 2016-udgivelsen, så her er der tale om en teknologi, der for længst er blevet erstattet af nyere løsninger.

Den Nødvendige Handling: Planlæg Din Opgradering

Den eneste holdbare løsning er at opgradere til en nyere, understøttet version af System Center. Dette er ikke en opgave, der bør udskydes. En vellykket migrering kræver omhyggelig planlægning, testning og eksekvering. At vente til sidste øjeblik, eller endnu værre, til efter supporten er udløbet, øger risikoen for fejl og komplikationer markant.

For at give en idé om, hvad en implementering indebærer, skitserer vi her en grundlæggende proces for en ny installation af System Center Operations Manager (SCOM), som kan tjene som en skabelon for din egen planlægning. Denne model anvender en typisk opsætning med tre servere for at demonstrere rollerne i et distribueret miljø: en dedikeret SQL-server og to managementservere.

Fase 1: Forberedelse og Forudsætninger

Før du overhovedet begynder installationen, skal fundamentet være på plads. En grundig forberedelse er nøglen til succes.

1. Active Directory (AD) Konfiguration: Opret de nødvendige servicekonti og sikkerhedsgrupper i dit AD. Dette sikrer, at SCOM har de korrekte rettigheder til at fungere. Typisk vil du have brug for:
   • En Action Account (OMAA)
   • En Data Access Service Account (OMDAS)
   • En SQL Service Account (SQLSVC)
   • En sikkerhedsgruppe for SCOM-administratorer (OMAdmins)
2. Serveropsætning: Installer det valgte serveroperativsystem på alle servere. Selvom den oprindelige vejledning refererer til Windows Server 2012 R2, bør du for en ny installation vælge en moderne, understøttet version af Windows Server. Sørg for, at alle servere er medlem af domænet og fuldt opdateret via Windows Update.
3. Installation af Forudsætninger: SCOM kræver en række komponenter for at fungere. Dette inkluderer specifikke IIS-roller (Internet Information Services) på den server, der skal hoste webkonsollen, samt .NET Framework. Brug PowerShell til hurtigt at installere de nødvendige Windows-funktioner.
4. Rettigheder: Sørg for, at din SCOM-administratorgruppe (OMAdmins) er tilføjet til den lokale administratorgruppe på hver server i SCOM-miljøet for at undgå rettighedsproblemer under installationen.

Fase 2: Installation og Konfiguration af SQL Server

Operations Manager er dybt afhængig af en robust SQL Server-backend til både sin operationelle database og sit data warehouse. En korrekt konfiguration er essentiel for ydeevnen.

• Funktionsvalg: Under SQL-installationen skal du sørge for at vælge de nødvendige funktioner: Database Engine Services, Full-Text and Semantic Extractions for Search og Reporting Services – Native.
• Servicekonti: Konfigurer SQL-tjenesterne til at køre under den dedikerede domænekonto (f.eks., DOMAIN\sqlsvc), du oprettede tidligere. Dette er en bedste praksis for sikkerhed og administration.
• Collation: Sørg for at vælge en understøttet collation. Standarden `SQL_Latin1_General_CP1_CI_AS` fungerer i de fleste tilfælde.
• Adgang: Giv din SCOM-administratorgruppe (OMAdmins) de nødvendige rettigheder (typisk sysadmin) på SQL-instansen under installationen for at lette konfigurationen.
• Firewall: Husk at konfigurere Windows Firewall på SQL-serveren til at tillade SQL-trafik, så SCOM-managementserverne kan kommunikere med databaserne.

Fase 3: Implementering af System Center Operations Manager

Med forberedelserne på plads kan du nu installere selve SCOM-komponenterne.

1. Installation af den første Management Server (SCOM01):
   • Kør SCOM-installationsprogrammet og vælg rollerne: Management Server, Operations Console og Web Console.
   • Opret en ny administrationsgruppe (management group) og giv den et unikt, simpelt navn.
   • Pegynd på din SQL-server (f.eks., DB01) for både den operationelle database og data warehouse-databasen. Start med en rimelig databasestørrelse (f.eks., 1000 MB), men vær forberedt på at udvide den senere.
   • Konfigurer webkonsollen til at bruge standard-website og vælg den passende godkendelsesmetode.
   • Tildel de servicekonti, du oprettede i AD (OMAA og OMDAS), til de respektive roller under installationen.
2. Installation af den anden Management Server (SCOM02):
   • Processen ligner den første, men i stedet for at oprette en ny administrationsgruppe, skal du vælge at tilføje en management server til en eksisterende gruppe.
   • Peg på den samme operationelle database, som blev oprettet af den første server.
   • Tildel de samme servicekonti. Dette skaber redundans og høj tilgængelighed for din SCOM-infrastruktur.
3. Installation af Reporting Server:
   • Kør installationsprogrammet på din SQL-server, hvor Reporting Services er installeret.
   • Vælg kun rollen "Reporting Server".
   • Peg på en af dine management servere og den lokale SQL Reporting-instans.
   • Tildel Data Access-kontoen (OMDAS) til at håndtere kommunikationen.

Sammenligning: Før og Efter Supportophør

Ofte Stillede Spørgsmål (FAQ)

Kan jeg fortsætte med at bruge System Center 2012 efter supportophøret?

Teknisk set, ja. Softwaren vil fortsætte med at køre. Men det er stærkt frarådet. Du udsætter din organisation for uacceptable sikkerhedsrisici, da der ikke længere udsendes sikkerhedsopdateringer. Ethvert problem, du måtte støde på, skal du løse uden hjælp fra Microsoft.

Hvad er den største risiko ved ikke at opgradere?

Den absolut største risiko er sikkerhed. En nyopdaget sårbarhed i System Center 2012 vil forblive åben for evigt, hvilket gør dine systemer til et primært mål for cyberangreb. Dette kan føre til datatab, nedetid og alvorlig skade på din virksomheds omdømme.

Hvad gør jeg efter installationen af en ny version?

Efter en vellykket basisinstallation begynder det egentlige arbejde: Implementering af agenter på de servere, der skal overvåges, import af relevante Management Packs (f.eks. for Windows Server, SQL, IIS), opsætning af notifikationer og alarmer, og konfiguration af sikkerhedsroller for dine brugere.

Hvor kompleks er en opgradering?

Kompleksiteten afhænger af størrelsen og kompleksiteten af dit nuværende miljø. En direkte opgradering kan være en mulighed, men i mange tilfælde er en side-by-side migrering til en helt ny, ren installation at foretrække. Dette kræver omhyggelig planlægning, men resulterer ofte i et mere stabilt og optimeret miljø.

Konklusionen er klar: At ignorere supportophøret for System Center 2012 er ikke en holdbar strategi. Det er en tikkende bombe, der venter på at eksplodere. Ved at tage proaktive skridt, planlægge en omhyggelig opgradering og migrere til en moderne, understøttet platform, kan du ikke kun afværge potentielle katastrofer, men også drage fordel af de nye funktioner, forbedrede ydeevne og øgede sikkerhed, som nyere versioner af System Center tilbyder. Tiden til at handle er nu.