Een App-V-naar-MSIX-migratie verplaatst een legacy App-V-applicatie-estate naar het moderne MSIX-packagingformaat, zodat die applicaties netjes blijven draaien op Windows 11 en uitrollen via Intune. In de praktijk is het werk een korte, herhaalbare volgorde: inventariseer het App-V-estate, converteer de packages die direct converteren, dicht eventuele runtimegaten die opduiken, test op echte apparaten, sign elk package met een vertrouwd certificaat en rol vervolgens uit via Intune met gefaseerde toewijzingsringen. Sommige packages converteren in minuten; andere hebben een andere route nodig, en vóór de start weten welke welke is, houdt het project voorspelbaar.
Waarom organisaties afstappen van App-V
App-V werkt nog steeds, en Microsoft is er duidelijk over dat teams waarvan de App-V-featureset aan hun behoeften blijft voldoen, niet gedwongen worden om te migreren. De reden dat zo veel estates de overstap toch plannen, is dat het platform nu bevroren is. App-V wordt niet langer doorontwikkeld. De App-V-client en -sequencer zijn overgegaan naar vaste extended support: ze worden nog steeds meegeleverd met Windows en krijgen bug- en beveiligingsfixes, maar er worden geen nieuwe features toegevoegd. De App-V-servercomponenten gingen verder: ze zijn afgeschaft en hun support eindigde in april 2026, dus de serverkant van een App-V-deployment is nu voorbij de ondersteunde levensduur.
Die combinatie van een bevroren client en een niet-ondersteunde server is waarom vooruit plannen nu zinvol is, nu er tijd is om het rustig te doen in plaats van tegen een deadline. Teams die App-V-packages op Azure Virtual Desktop moeten blijven draaien zonder App-V-serverinfrastructuur op te tuigen, kunnen App-V app attach gebruiken, het ondersteunde Microsoft-pad, dat ruimte geeft om een goede overstap naar MSIX te plannen.
Wat wel en niet converteert
Niet elk App-V-package neemt dezelfde weg naar MSIX, en de scheidslijn is de App-V-versie.
De MSIX Packaging Tool converteert App-V 5.1-packages direct. Wijs het naar het .appv-bestand, via de UI of de command line, en de tool vertaalt het bestaande manifest naar een MSIX-package. Omdat de package-informatie al gestructureerd is, is dit de snelste, schoonste conversie die beschikbaar is.
App-V 4.x-packages zijn een ander verhaal. Directe conversie wordt niet ondersteund, en Microsofts aanbeveling is om terug te gaan naar de originele broninstaller en die in plaats daarvan naar MSIX te converteren. Waar de broninstaller verloren is gegaan, en in oudere estates is dat vaak zo, is een capture-first-herverpakking vanuit een live installatie de praktische route: u behandelt de draaiende applicatie als de bron van waarheid en bouwt deze opnieuw op als een gesigneerd package.
Conversie eindigt ook zelden bij het package. Sommige applicaties gedragen zich anders binnen een MSIX-container, die bepaalde bestands- en registry-schrijfacties omleidt. Die runtimegedragingen worden gedicht met het Package Support Framework (PSF), dat gerichte fix-ups toepast en scripts kan uitvoeren bij het opstarten om de omgeving voor te bereiden die de applicatie verwacht.
Inventariseer het App-V-estate voordat u migreert
Een migratie is niet beter dan de inventaris ervan. Voordat u iets converteert, bouwt u een beeld op van wat het estate bevat en hoe het wordt gebruikt. De audit moet het volgende vastleggen:
- Package-inventaris. Elk App-V-package in omloop, met versie, eigenaar en waar het is gepubliceerd.
- Gebruik. Welke packages actief worden gestart en door wie; sluimerende packages zijn misschien niet de moeite van het migreren waard.
- App-V 4.x versus 5.x-verdeling. Dit bepaalt de route per package: 5.1 converteert direct, 4.x gaat via de broninstaller of capture-first.
- Ontbrekende bronmedia. Markeer packages waarvan de originele installer weg is, want dat zijn uw capture-first-kandidaten.
- Scripts en middleware. App-V-scripts, runtimes en gedeelde dependencies die na conversie behandeld moeten worden.
- Connection groups. Packages die samen draaien, vereisen dat hun relaties begrepen worden voordat ze uit elkaar worden gehaald.
- Uitfaseerkandidaten. Applicaties die niemand gebruikt, of die al een moderne vervanger hebben, moeten worden uitgefaseerd in plaats van gemigreerd.
De uitkomst is een beslissing per package: direct converteren, vanuit de bron converteren, capture-first, of uitfaseren. Die lijst is de ruggengraat van het hele project.
Van App-V-estate-audit naar gesigneerde MSIX-packages uitgerold via Intune.
Een App-V-naar-MSIX-migratiemethode kiezen
Met de audit in de hand kan elk package naar de juiste methode worden geleid, die afhangt van de versie, of de bron nog bestaat en hoeveel u er moet verplaatsen.
| Methode | Best voor | Automatiseringsniveau | Aandachtspunten |
|---|---|---|---|
| Handmatige herverpakking | Applicaties zonder App-V-bron en met lastige installatielogica | Laag, overal handmatig | Traag en moeilijk consistent te herhalen tussen packagers |
| MSIX Packaging Tool-conversie | App-V 5.1-packages met schoon, goed begrepen gedrag | Gemiddeld, begeleide UI-workflow | Alleen App-V 5.1 converteert direct; 4.x heeft de broninstaller nodig |
| Gescripte batchconversie (command-line templateruns) | Grote App-V 5.x-estates die in bulk worden geconverteerd | Hoog, template-gestuurde runs | Vereist solide templates en validatie per app achteraf |
| Capture-first-herverpakking (EtherApps Forge) | App-V 4.x of packages waarvan de bron verloren is | Hoog, agentic met menselijke review | Bevestig licentierechten voordat u een geïnstalleerde applicatie opnieuw vastlegt |
De conversieworkflow
Welke methode een package ook neemt, de conversie zelf volgt een consistente vorm.
Begin op een schone machine. Gebruik een schone, gepatchte virtuele of referentie-Windows 11-machine als conversieomgeving, zodat u de applicatie verpakt en niet de rommel van een werkende desktop.
Evalueer eerst. Begrijp de installer of het App-V-package voordat u het converteert, zodat u weet of het schoon zal converteren en wat het schrijft.
Converteer. Voor een App-V 5.1-package draait u de MSIX Packaging Tool. Voor een bulkrun over een groter App-V 5.x-estate stuurt u het aan vanaf de command line met een template:
MsixPackagingTool.exe create-package --template C:\conversions\LineOfBusinessApp.xml -v
De template draagt de package-informatie en instellingen, zodat één configuratie kan worden hergebruikt voor latere versies en gescript over vele packages. Genereer het één keer via de UI en hergebruik het vervolgens voor batchruns.
Bekijk het package. Open de resulterende MSIX in de package-editor en controleer het manifest, de entry points en de capabilities voordat u signt.
Pas PSF toe waar nodig. Waar een geconverteerde applicatie zich misdraagt binnen de container, voegt u het Package Support Framework toe met de fix-up die het nodig heeft, inclusief een launch-script als de applicatie dat verwacht.
Testen, signing en Intune-uitrol
Een geconverteerd package is slechts een kandidaat totdat het is getest en gesigneerd.
Sign het. MSIX-packages moeten worden gesigneerd met een certificaat dat het estate vertrouwt voordat ze installeren op beheerde apparaten. Er is geen App-V-handtekening om over te nemen, dus het package neemt het code-signing-certificaat van uw organisatie, waarvan de identiteit moet overeenkomen met de publisher die in het manifest wordt genoemd.
Test op representatieve apparaten. Installeer en beproef elk package op echte Windows 11-apparaten die overeenkomen met het doel-estate: controleer opstarten, kernworkflows, licentieactivering, instellingen per gebruiker en verwijderen, niet enkel dat het installeert.
Rol uit via Intune met ringen. Voeg de gesigneerde MSIX toe aan Intune en wijs het in fasen toe: eerst een pilotring, daarna bredere ringen, zodat een probleem opduikt op een handvol apparaten in plaats van het hele estate.
Een uitgewerkt voorbeeld
Beschouw twee packages uit dezelfde audit.
De eerste is een App-V 5.1 line-of-business-applicatie in dagelijks gebruik, waarvan het gedrag goed begrepen is. Deze converteert direct: de MSIX Packaging Tool leest het .appv-bestand en produceert een MSIX-package in één keer. Een Windows 11-pilot brengt één blocker aan het licht: de applicatie leunt op een launch-script dat een omgevingsvariabele instelde die de container niet meenam. Een Package Support Framework-fix-up voert dat script uit bij het opstarten en het gedraagt zich. Het package wordt gesigneerd, gepilot op een kleine ring en vervolgens breder toegewezen in Intune.
De tweede is een ouder App-V 4.x-package waarvan de installer jaren geleden verloren ging, zonder bronmedia om op terug te vallen. Directe conversie is niet beschikbaar, dus het neemt in plaats daarvan de capture-first-route: vastgelegd vanuit een live installatie, opnieuw opgebouwd als een gesigneerde MSIX, getest op Windows 11 en op dezelfde manier uitgerold. Dezelfde bestemming, een andere weg, en de audit vertelde het team wat elk package nodig had voordat er tijd werd besteed.
App-V-naar-MSIX-migratievragen, beantwoord
Kunnen App-V-packages direct naar MSIX worden geconverteerd?
App-V 5.1-packages wel: de MSIX Packaging Tool converteert ze direct vanuit het .appv-bestand, via de UI of de command line. App-V 4.x-packages niet; Microsoft raadt aan te converteren vanuit de originele broninstaller, of een capture-first-herverpakking vanuit een live installatie waar die installer verloren is.
Welke tools zijn beschikbaar voor App-V-naar-MSIX-migratie?
Microsofts MSIX Packaging Tool verzorgt directe App-V 5.1-conversie en gescripte batchruns vanaf de command line, en het Package Support Framework verzorgt runtime-fix-ups daarna. Voor packages die niet direct kunnen converteren, bouwt een capture-first-benadering de applicatie opnieuw op vanuit een draaiende installatie, en daar past EtherApps Forge.
Wat breekt er tijdens conversie?
De veelvoorkomende breuken zijn runtimegedragingen die de MSIX-container verandert: bestands- of registry-schrijfacties die het omleidt, launch-scripts die de omgeving opzetten, en configuratie per gebruiker die een conversie op machineniveau niet meeneemt. De meeste worden opgelost met een Package Support Framework-fix-up; App-V 4.x-packages breken de directe route volledig.
Moeten geconverteerde packages opnieuw worden gesigneerd?
Ja. Elk MSIX-package moet worden gesigneerd met een certificaat dat het estate vertrouwt voordat het installeert op beheerde apparaten, en er is geen App-V-handtekening om te hergebruiken. Zorg dat de certificaatidentiteit overeenkomt met de manifest-publisher.
Hoe rol ik gemigreerde MSIX-apps uit met Intune?
Voeg de gesigneerde MSIX toe aan Intune en wijs het toe in gefaseerde ringen, te beginnen met een pilotgroep. Test eerst op representatieve Windows 11-apparaten en verbreed vervolgens ring voor ring, zodat elk probleem vroeg wordt opgemerkt.
Waar EtherApps Forge past
De meeste App-V-estates zijn een mix: App-V 5.1-packages die direct converteren, en een koppige staart van App-V 4.x- of verloren-bron-packages die dat niet doen. EtherApps Forge is gebouwd voor die staart. Als capture-first-packager legt het de applicatie vast vanuit een live installatie en bouwt het opnieuw op, zodat een verloren installer niet langer een doodlopende weg is.
De workflow is agentic met menselijke review: EtherApps Forge analyseert de vastgelegde footprint en beveelt een route aan, en een packager bevestigt deze, in plaats van te doen alsof lastige applicaties zichzelf verpakken. Outputs omvatten MSIX, MSI, PowerShell App Deployment Toolkit, IntuneWin en App Attach, zodat één capture Intune-levering of een Azure Virtual Desktop App Attach-scenario kan voeden. Bewijs het eerst op één echte applicatie met de gratis proefperiode van 7 dagen voordat u het bredere estate toezegt.
Voor de leveringskant, zie MSIX-packaging en uitrol, en voor packages waarvan de bron weg is, behandelt moderniseer legacy Windows-apps het verloren-installer-pad. De begeleidende gidsen over een capture-first-pad naar MSIX voor complexe applicaties en hoe u een applicatie herverpakt wanneer de installer verloren is gaan dieper, en agentic applicatieverpakking legt het geautomatiseerde capture-en-review-model uit.
Een App-V-naar-MSIX-migratie is eerst een planningsklus en pas daarna een packagingklus: inventariseer het estate, leid elk package naar de methode die past, dicht de runtimegaten, sign, test en rol uit via Intune in ringen. Doe de audit goed en de rest wordt routine.
Ontdek MSIX-packaging en uitrol voor App-V-naar-MSIX-migratieondersteuning over conversie, PSF-fix-ups, signing en Intune-uitrol.