Ivanti DSM end of life: Start på en frisk med Intune og RealmJoin

Ivanti DSM når end of life den 31. december 2026. Efter den dato er der ingen opdateringer, ingen sikkerhedsrettelser og ingen leverandørsupport. Alle, der stadig kører DSM, har brug for en migrationsstrategi, der erstatter det, DSM gør i dag, uden at bygge alting op fra bunden igen, og som passer til den måde, it bliver drevet på nu: cloudstyrede enheder, selvbetjening og løbende opdateringer.

RealmJoin er bygget til at supplere Microsoft Intune, og i DSM-miljøer overtager det den del, Intune lader stå åben: pakketering, patchning, selvbetjening og automatisering. Denne guide gennemgår en migration fra Ivanti DSM til Intune og RealmJoin, fra den første analyse til den dag, DSM bliver slukket.

Hvad sker der efter Ivanti DSM end of life

Det er teknisk muligt at køre Ivanti DSM efter datoen for end of life; softwaren holder ikke op med at virke fra den ene dag til den anden. Risiciene vokser dog:

• Sikkerhedssårbarheder bliver ikke længere lukket
• Vigtige softwareopdateringer, der er forretningskritiske uden at være sikkerhedsrelaterede, kan heller ikke længere rulles ud
• Compliance-rammeværker som ISO 27001 kan klassificere et DSM uden support som en uacceptabel risiko
• Fejl og integrationsproblemer skal løses internt, uden leverandørsupport
• Migrationspartnere og ekspertise bliver sværere at finde, jo tættere deadline kommer

Deadline ligger fast. Hvor meget der stadig kører på DSM, når den indtræffer, gør ikke.

Softwaredistribution efter Ivanti DSM

Ivanti DSM blev designet til en traditionel it-model: infrastruktur on-premises, domænetilsluttede Windows-enheder og centrale, i vid udstrækning manuelle processer. Moderne miljøer kræver noget andet:

• Cloudstyrede enheder, der ikke er afhængige af virksomhedsnetværket
• Selvbetjent adgang til software for slutbrugerne
• Løbende opdateringer af tredjepartsapplikationer
• Mindre manuel pakketering og vedligeholdelse

Spørgsmålet er derfor ikke længere "Hvad erstatter Ivanti DSM?", men "Hvad understøtter vores fremtidige it-driftsmodel?"

Hvorfor Microsoft Intune er fundamentet

Microsoft Intune er den cloudnative tjeneste til styring af endpoints i Microsoft 365. Den leverer tilmelding og livscyklusstyring af enheder, sikkerhedspolitikker og håndhævelse af compliance, Conditional Access med Microsoft Entra ID og understøttelse på tværs af Windows, macOS, iOS og Android. For en organisation, der kører på Microsoft 365, er det det logiske fundament for en erstatning af DSM.

Det, Intune ikke dækker fuldt ud alene:

• Applikationspakketering i stor skala
• Automatisering af patching for tredjepartssoftware
• Selvbetjent levering af applikationer
• Effektiv styring af et stort softwarekatalog

Det, RealmJoin lægger oven på Intune

RealmJoin udvider Microsoft Intune til en platform for applikationslivscyklus og automatisering og lukker præcis disse huller. Apps og patchning er det modul, der betyder mest i en DSM-migration; automatisering, helpdeskværktøjer og styring af lokale administratorer følger med.

Færdigbyggede, vedligeholdte applikationspakker

• Mere end 3.000 virksomhedsapplikationer klar til udrulning
• Hundredvis af macOS-apps, leveret via Intune
• De komplette app stores til iOS og Android, styret fra den samme konsol (kommer snart)
• Nye versioner fra producenten opdages inden for 15 minutter og rulles ud via Preview- og Main-kanalerne med den forsinkelse, du sætter

Det, der ikke er i kataloget, bliver pakketeret på bestilling inden for kort tid, eller du uploader din egen installationsfil som en organisk pakke; hvordan det holder ompakningsarbejdet i en DSM-migration lille, står under Pakkekatalogets omfang. Egne applikationer understøttes gennem auditerede Git-repositories, pakketeringspipelines baseret på CI/CD og standardiserede kvalitetskontroller; dokumentationen til Package Store beskriver, hvad der er i kataloget, og hvordan pakkerne bliver vedligeholdt.

Selvbetjeningsportal til software

Slutbrugerne installerer selv godkendte applikationer via App Catalog på enheden. Det tager belastning fra helpdesk og gør overgangen lettere for brugerne, både under migrationen og efter den. Dokumentationen til selvbetjeningsportalen viser, hvordan det fungerer.

Automatiseret patchning af tredjepartssoftware

Når der først er abonneret på en applikation, holder RealmJoin den opdateret: løbende opdateringer, mindre sikkerhedseksponering, ingen manuel vedligeholdelse.

Livscyklusstyring af software

Versionsstyring og trinvise, automatiserede udrulninger, sporing af forbrug og rapportering og overblik over softwaren på hver enkelt enhed. Fuld livscyklusstyring uden egne værktøjer.

Runbook-automatisering og afhjælpning

RealmJoin leveres med et bibliotek på 175 runbooks og afhjælpningsscripts, der vedligeholdes på GitHub. De dækker rutineopgaver omkring konfiguration og indstillinger på tværs af Microsoft 365-stakken: Intune, Entra ID, Exchange Online og Teams.

Runbooks er PowerShell-scripts, der kører i Azure Automation i dit eget abonnement og udløses fra RealmJoin-portalen. Administratorer og supportmedarbejdere kører dem uden at være Intune-eksperter og uden at have højt privilegerede roller i Intune eller Entra; granulære tilladelser afgør, hvem der må køre hvad.

Afhjælpningsscripts supplerer dem ved at rette konfigurationsproblemer direkte på de styrede klienter. Ligesom runbooks ligger de på GitHub og styres via portalen.

Biblioteket rummer også scripts til rapportering og revision. Hver handling kan logges centralt i Azure Log Analytics i din egen tenant.

LAPS til cloudstyrede enheder

Microsoft Entra og Intune har en indbygget LAPS-løsning, begrænset til én lokal administratorkonto per enhed. RealmJoin lægger sin egen agentbaserede implementering oven på med tre kontotyper, hver til sit formål:

• Nødkonto: en permanent lokal administratorkonto til break-glass-adgang, også når enheden ikke kan nå netværket eller Intune.
• Supportkonto: oprettes efter behov til det daglige supportarbejde og fjernes automatisk efter en udløbstid, du selv sætter, så der ikke ligger permanente administratoradgange tilbage.
• Privilegeret konto: lader superbrugere selv anmode om midlertidige lokale administratorrettigheder via SelfLAPS, uden at it skal ind over.

Alle kontotyper konfigureres i RealmJoin-portalen, herunder oprettelse efter behov, udløbsperioder og forudindstillinger for adgangskoder. Adgangskoderne gemmes krypteret i en Azure Key Vault i din egen tenant, og hver anmodning om en adgangskode bliver logget til revision.

En konsol til helpdesk og drift

Oven i det lægger RealmJoin en samlet konsol til helpdesk og drift: enhedsinventar, integrerede helpdeskværktøjer og administrative handlinger med ét klik.

Ivanti DSM vs. Intune vs. Intune + RealmJoin

For Intune betyder "Begrænset" i rækkerne om katalog og patchning tilføjelsen Enterprise App Management i Intune Suite: et kurateret katalog med opdateringer til de apps, der er i det, licenseret separat.

Hvorfor RealmJoin er et stærkt alternativ til Ivanti DSM

Organisationer bruger RealmJoin til at modernisere softwaredistributionen i Intune-miljøer og til at reducere driftsbyrden i stor skala. Det er ikke en en-til-en-erstatning for Ivanti DSM, men et moderniseringslag oven på Microsoft Intune.

• Fjerner det meste af arbejdet med at ompakke applikationer
• Fremskynder migrationens tidsplan
• Tilføjer automatisering af rutinearbejdet omkring Intune
• Muliggør cloudnativ softwaredistribution
• Forbedrer slutbrugeroplevelsen

I stedet for at kopiere DSM opgraderer organisationerne deres it-driftsmodel undervejs.

Vigtige beslutninger om erstatningen for Ivanti DSM

Pakkekatalogets omfang

DSM-miljøer rummer ofte hundredvis af applikationer, der er bygget op gennem mange år. At ompakke dem er typisk den mest ressourcekrævende del af en DSM-migration.

RealmJoin tager fat på det på tre niveauer. Package Store leverer 3.000+ færdige, løbende vedligeholdte pakker, der kan rulles ud via RealmJoin Agent eller Intune; den dækker størstedelen af de almindelige virksomhedsapplikationer helt uden pakketeringsarbejde. For applikationer, der ikke er i butikken, pakketerer pakketeringsteamet på bestilling; generiske pakker indeholder ingen kundespecifik konfiguration og er tilgængelige for alle kunder uden ekstra omkostning, og kun pakker, der kræver kundespecifik tilpasning, trækker på et kontingent til egen pakketering. Og organiske pakker lader dig uploade din egen installationsfil som en ZIP-fil via portalen til binær transport med en fast konfiguration; de bliver bygget automatisk på få minutter, kræver ingen sag og koster ikke ekstra, men har en fast installationssti og kan ikke opdateres, når de først er oprettet.

Det meste af et DSM-katalog kan derfor dækkes uden nævneværdigt ompakningsarbejde eller ekstra omkostninger: gennem butikken, gennem generiske pakketeringsanmodninger eller gennem organiske pakker til de simplere binærfiler.

Modernisering eller lift-and-shift

Ivanti DSM end of life er en anledning til at flytte til cloudnativ infrastruktur, fjerne gamle afhængigheder, reducere driftsbyrden og få skalerbarhed. Organisationer, der moderniserer, opnår stærkere resultater på lang sigt end dem, der kopierer det gamle system.

Migrationens kernekomponenter

En komplet migration fra DSM til Intune omfatter applikationspakker, arbejdsgange til softwareudrulning, enheds- og sikkerhedspolitikker, konfiguration af brugere og grupper samt processer til patch management. Intune kombineret med RealmJoin leverer moderne modstykker til dem alle.

Migration fra Ivanti DSM til Intune i ti trin

1. Analyser det eksisterende DSM-miljø

Kortlæg den nuværende opsætning: applikationer, arbejdsgange til udrulning, afhængigheder og infrastruktur. Det fastlægger migrationens omfang og kompleksitet og forhindrer overraskelser midt i projektet.

2. Find de forretningskritiske applikationer og use cases

Prioriter de applikationer, der er nødvendige for den daglige drift. Det holder forretningen kørende og afgør, hvilke arbejdsbelastninger der bliver valideret først, før den brede udrulning går i gang.

3. Definer målarkitekturen

Gør Microsoft Intune til det cloudnative fundament for styringen, og fastlæg, hvordan RealmJoin udvider det med applikationslivscyklus, automatisering og softwaredistribution. Dokumenter den arkitektur, før du rører ved noget andet.

4. Sæt Intune op, og evaluer RealmJoin parallelt

RealmJoin kræver Microsoft Intune som fundament. For organisationer, der endnu ikke er på Intune, kører dette trin i to parallelle spor: aktivering af Intune for Microsoft 365-tenanten og onboarding af RealmJoin. Book en demo, og evaluer migrationen op mod dit nuværende miljø.

5. Kortlæg DSM-applikationerne til RealmJoin-pakker

Sammenlign den nuværende applikationsportefølje med RealmJoin-kataloget. Find ud af, hvilke applikationer der allerede er dækket af generiske pakker, og marker de huller, der kræver pakketering. Den kortlægning er grundlaget for migrationsplanen.

6. Bestil pakketering af de manglende applikationer

RealmJoin leverer pakketering som service. Send en anmodning om det, kataloget ikke dækker: generiske pakker deles med alle kunder og er med i abonnementet, organiske pakker er klar på få minutter, og kun kundespecifik tilpasning trækker på et kontingent til egen pakketering. Det meste af det interne pakketeringsarbejde i en DSM-migration forsvinder på dette trin.

7. Konfigurer Intune og RealmJoin til udrulning

Konfigurer Intune-politikker og compliance-indstillinger, forbind RealmJoin, og fastlæg pakketildelinger og udrulningsgrupper. RealmJoin-pakker følger strukturerede arbejdsgange for tildeling og konfiguration, hvilket holder processen sporbar og gentagelig.

8. Valider udrulningerne i en pilot

Test virkelige scenarier før den brede udrulning: installationsadfærd, tildelingslogik og målretning, arbejdsgange for opdatering og patchning. RealmJoins trinvise udrulninger via Preview- og Main-kanalerne gør det ligetil at validere adfærden i en kontrolleret gruppe, før du skalerer.

9. Slå selvbetjening til, og skaler udrulningen

Når piloten er valideret, aktiverer du App Catalog til selvbetjening og udvider udrulningen i kontrollerede faser. Det reducerer helpdeskens arbejde, forbedrer slutbrugeroplevelsen under overgangen og giver it overblik over, hvor langt udrulningen er nået.

10. Nedlæg Ivanti DSM

Når alle applikationer er migreret til RealmJoin-pakker, kan rulles ud via Intune og styres med livscyklusautomatisering, kan du tage Ivanti DSM ud af drift og afslutte overgangen. Hold dette trin låst bag en fuld validering; at nedlægge for tidligt er en af de mest almindelige fejl i en migration.

Det er ikke for sent

Ivanti DSM end of life er tæt på, og det er i orden. Du behøver ikke at være færdig til den tid, du skal være kommet i gang, og det går hurtigt at komme i gang. Ét Microsoft Entra-administratorsamtykke forbinder RealmJoin til din tenant, det meste af dit katalog ligger allerede i Package Store, og vi har taget kunder fra nul til deres første pilotudrulninger på under otte timer. Derfra kører flytningen i trin, du selv styrer: pilotgruppen først, så Preview- og Main-kanalerne, og selvbetjening når du er klar. Det, der stadig kører på DSM ved årets udgang, er en liste, der bliver kortere, ikke en risiko. Book en demo, så starter vi med dit katalog.

Ofte stillede spørgsmål om migrationen fra Ivanti DSM

Hvornår når Ivanti DSM end of life?

31. december 2026.

Kan jeg blive ved med at bruge Ivanti DSM efter end of life?

Ja, men uden opdateringer, sikkerhedsrettelser og leverandørsupport, hvilket giver risici for sikkerhed, compliance og drift.

Hvad skal jeg prioritere i et DSM-migrationsprojekt?

Størrelsen på applikationskataloget, pakketeringsarbejdet, mulighederne for selvbetjening, automatisering af patching og hvor godt målet passer til et cloudstyret miljø.

Hvad er RealmJoin?

RealmJoin er en platform til applikationslivscyklus og automatisering til Microsoft Intune: færdigbyggede applikationspakker, automatiseret patchning, et App Catalog til selvbetjening, runbook-automatisering og styring af lokale administratorer (LAPS).

Hvordan reducerer RealmJoin arbejdet med migrationen?

Ved at fjerne det meste af ompakningen. Et stort, løbende vedligeholdt katalog af applikationer til Windows og macOS dækker det almindelige; det, der mangler, bliver pakketeret på bestilling, delt som en generisk pakke uden ekstra omkostning, hvor der ikke er kundespecifik konfiguration inde over, eller uploadet som en organisk pakke på få minutter. Kun kundespecifikke applikationer trækker på et kontingent til egen pakketering.

Hvor lang tid tager en migration fra Ivanti DSM?

De første pilotudrulninger tager en dag, ikke et kvartal: at forbinde tenanten er ét administratorsamtykke, og det meste af kataloget ligger allerede i Package Store. Hvor lang tid hele flytningen tager, afhænger af størrelsen på dit katalog og det tempo, du vælger; den kører i trin, du selv styrer.

Kræver RealmJoin infrastruktur on-premises?

Nej. RealmJoin er en SaaS-platform hostet i Microsoft Azure i Europa. Den forbinder til Microsoft Intune og Microsoft 365 med ét administratorsamtykke, og de følsomme dele, som runbooks, lokale administratoradgangskoder og logge, kører i din egen tenant.

Noget andet?

Se FAQ i dokumentationen, eller kontakt os.

Kilder

• Ivanti, Desktop & Server Management (DSM): "Desktop & Server Management (DSM) will reach End of Life (EOL) on December 31, 2026. After this date, product updates and official support will no longer be provided."
• Ivanti, End-of-Life Support for Ivanti DSM and former HEAT products og tidsplanen for produkternes end of life.
• Microsoft Learn, Microsoft Intune Enterprise Application Management: Enterprise App Catalog bag cellerne med "Begrænset" i sammenligningen.