Microsoft Software Assurance, kurz SA, ist in vielen Volumenlizenzverträgen seit Jahren eine feste Größe. Ihr Nutzen hat sich jedoch deutlich verändert. Schulungsgutscheine, Deployment-Planung und der frühere 24x7-Support taugen 2026 nicht mehr als Kaufargument. Heute entsteht der Wert vor allem durch neue Versionsrechte, bestimmte Virtualisierungs- und Mobilitätsrechte, Disaster Recovery sowie Azure Hybrid Benefit.
Unternehmen sollten deshalb nicht pauschal fragen, ob Software Assurance „gut“ oder „schlecht“ ist. Entscheidend ist, welche konkreten Rechte für welche Workloads während der Laufzeit tatsächlich eingesetzt werden. Dieser Leitfaden zeigt, wie sich der Nutzen belastbar prüfen lässt, ohne historische Vorteile oder nicht belegte Einsparungen einzurechnen.

Was Microsoft Software Assurance heute tatsächlich umfasst
Software Assurance ist kein identisches Leistungspaket für jedes Microsoft-Produkt. Rechte hängen vom Produkt, der Edition, dem Lizenzmodell, dem Beschaffungsprogramm und gegebenenfalls vom Markt oder Kundensegment ab. Maßgeblich sind die zum betreffenden Zeitpunkt und Programm passenden Microsoft Product Terms für Software Assurance. Eine Marketingseite oder ein älteres Lizenzhandbuch ersetzt diese Prüfung nicht.
New Version Rights
Während einer aktiven Abdeckung darf der Kunde auf eine neu verfügbare Version aktualisieren. Endet SA bei einer unbefristeten Lizenz, bleibt das Recht auf die neueste Version bestehen, die während der Abdeckung veröffentlicht wurde. Später erscheinende Versionen sind nicht eingeschlossen.
New Version Rights garantieren weder technische Kompatibilität noch eine erfolgreiche Migration oder zeitlich unbegrenzten Produktsupport. Sie erlauben auch nicht automatisch den Wechsel von Standard zu Datacenter oder Enterprise. Dafür ist ein zulässiger Step-up-Pfad oder eine andere Lizenz erforderlich.
Step-up-Lizenzen
Ein Step-up ermöglicht bei bestimmten Produkten den Wechsel von einer niedrigeren in eine höhere Edition. Voraussetzung sind ein in den Product Terms aufgeführter Pfad, ein passendes Programm sowie aktive SA oder ein qualifiziertes Abonnement. Basislizenz und Step-up müssen durchgehend abgedeckt bleiben. Der Step-up erzeugt keine zweite unabhängige Lizenz, sondern hebt die vorhandene Lizenz auf die höhere Edition an.
Lizenzmobilität ist nicht gleich Lizenzmobilität
License Mobility across Server Farms gilt nur für dafür ausgewiesene Serverprodukte. Innerhalb derselben Server Farm kann eine Lizenz unter den Voraussetzungen häufig neu zugewiesen werden. Zwischen Server Farms greift grundsätzlich die 90-Tage-Regel.
License Mobility through Software Assurance betrifft bestimmte Serveranwendungen auf gemeinsam genutzten Servern eines Authorized Mobility Partner. Sämtliche eingesetzten Lizenzen müssen abgedeckt sein, die vorgeschriebene Verifizierung ist erforderlich und die Zuweisung bleibt mindestens 90 Tage bestehen. Das allgemeine Recht umfasst weder das Windows-Server-Betriebssystem noch Windows Client oder Desktop-Anwendungen. Der Flexible Virtualization Benefit ist wiederum ein eigener Rahmen für bestimmte Authorized Outsourcers; Listed Providers sind davon ausgeschlossen.
Disaster Recovery und Failover
Für qualifizierte Serverprodukte kann SA eine zusätzliche Instanz in einer Disaster-Recovery-Umgebung erlauben. Die DR-Last muss grundsätzlich passiv bleiben, soweit die produktspezifischen Bedingungen keine ausdrücklich erlaubte Aktivität vorsehen. Produktspezifische Regeln können die allgemeine Regel ergänzen oder ersetzen. Ein Failover-Recht ist daher niemals pauschal mit einer kostenlosen, dauerhaft aktiven Produktivkopie gleichzusetzen.
Azure Hybrid Benefit und produktspezifische Rechte
Azure Hybrid Benefit, kurz AHB, kann für qualifizierte Windows-Server- und SQL-Server-Core-Lizenzen mit aktiver SA oder für passende Core-Abonnements eingesetzt werden. Der Vorteil reduziert die anrechenbare Softwarelizenz-Komponente. Compute, Speicher, Netzwerk und weitere Azure-Leistungen bleiben kostenpflichtig. Für Migrationen gibt es eine 180-tägige Übergangsregel für eine zeitweise parallele Nutzung on-premises und in Azure. Daraus folgt kein dauerhaftes Doppelbetriebsrecht.
Abhängig vom Produkt können weitere Rechte relevant sein, etwa Self Hosting, Virtualisierung, CAL Equivalency, VDA oder erweiterte CAL-Rechte. Diese müssen in der konkreten Produkteintragung bestätigt werden. Aus dem bloßen Vorhandensein von SA darf man sie nicht ableiten.
Entfallene Vorteile: Was 2026 nicht mehr in die Kalkulation gehört
Viele Fehlentscheidungen entstehen, weil alte Präsentationen und nicht vollständig aktualisierte Übersichtsseiten weiterhin gefunden werden. Planning Services und Training Vouchers wurden zum 1. Februar 2021 eingestellt. Die schrittweise Abschaffung des 24x7 Problem Resolution Support begann zum 1. Februar 2023, jeweils mit dem Auslaufen betroffener Vereinbarungen.
Software Assurance sollte 2026 deshalb nicht als Paket mit Beratungstagen, Schulungsgutscheinen oder garantierten 24x7-Supportfällen angeboten werden. Unternehmen können Support, Training oder Projektunterstützung separat beziehen; deren Wert gehört dann aber in den jeweiligen Vertrag und nicht in die SA-Rechnung. Auch Home Use Program, E-Learning und andere historische Leistungen sind ohne aktuellen, produktspezifischen Nachweis nicht als allgemeine SA-Vorteile anzusetzen.

Software Assurance erwerben, verlängern und auslaufen lassen
Wie wird SA erworben?
Software Assurance wird über bestimmte Volumenlizenzprogramme angeboten. Üblich ist License + Software Assurance, also der gemeinsame Erwerb mit der zugrunde liegenden Lizenz, oder die rechtzeitige Verlängerung einer vorhandenen Abdeckung. SA-only kann in bestimmten Fällen für qualifizierte OEM-, Retail- oder Full-Packaged-Product-Lizenzen beantragt werden. Häufig gilt hierfür ein 90-Tage-Fenster, das jedoch nicht ohne Prüfung auf jedes Produkt und Szenario übertragen werden darf.
Open Value schließt SA ein; Open Value Subscription gewährt Nutzungsrechte nur während der Abonnementlaufzeit. Je nach Enrollment und Produkt kommen auch EA, EAS, SCE oder MPSA infrage. Open License nimmt seit dem 1. Januar 2022 keine neuen kommerziellen Käufe oder Verlängerungen mehr an. Unter Microsoft Cloud Agreement beziehungsweise Microsoft Customer Agreement wird SA nicht als separate Abdeckung angeboten. Einzelne Abonnement-SKUs können dennoch gleichwertige Rechte gewähren — das ist lizenzrechtlich nicht dasselbe.
Was ist bei der Verlängerung zu beachten?
Verlängerungen richten sich nach Jubiläums- und Enddaten sowie nach den Regeln des jeweiligen Vertrags. Vor der Frist sollte der Bestand auf Editionen, Metriken, Core-Mengen, CALs, User- und Device-Lizenzen geprüft werden. Ebenso wichtig ist die Frage, welche aktiven Rechte tatsächlich verwendet werden. Ist eine Abdeckung erst ausgelaufen, lässt sie sich nicht zwangsläufig folgenlos als einfache Zusatzoption wieder aktivieren.
Welche Rechte bleiben nach dem Ablauf?
Bei einer unbefristeten Lizenz bleiben die bereits erworbenen dauerhaften Rechte erhalten, einschließlich der letzten während der SA-Laufzeit veröffentlichten Version. Rechte, die aktive Abdeckung voraussetzen, enden dagegen: künftige Versionen, bestimmte Mobilitäts-, Virtualisierungs- und Failover-Rechte sowie AHB. Wird die qualifizierte Abdeckung nicht verlängert, muss die AHB-Auswahl bei den betroffenen Azure-Ressourcen entfernt werden.
Abonnementlizenzen sind nicht unbefristet. Auch wenn sie während der Laufzeit SA-ähnliche Rechte erhalten, werden sie dadurch nicht zu dauerhaften Lizenzen.
Kosten und ROI: So entsteht eine belastbare Entscheidung
Für Software Assurance gibt es keinen universellen Prozentsatz, der für eine seriöse Veröffentlichung ausreicht. Der Preis hängt unter anderem von Programm, Produkt, Edition, Lizenzmetrik, Preislevel, Markt, Vertragsdauer und Verhandlung ab. Eine pauschale Prozentangabe auf einen Listenpreis würde eine Genauigkeit vortäuschen, die es für den individuellen Vertrag nicht gibt. Die Kalkulation muss auf den tatsächlich vorhandenen SKUs und Mengen basieren.
Nutzen über denselben Zeitraum bewerten
Der Betrachtungszeitraum muss der Vertragsbindung entsprechen. Berücksichtigt werden nur realistisch nutzbare und belegbare Effekte: vermiedene Kosten eines geplanten Versionskaufs, der konkrete Preisunterschied durch AHB, eingesparte Zusatzlizenzen aufgrund regelkonformer Failover-Rechte, benötigte Virtualisierungsflexibilität oder ein geplanter Step-up. Abzuziehen sind neben dem SA-Preis auch Migrations-, Betriebs- und Compliance-Aufwände.
Vereinfachter ROI = (nachweisbare finanzielle Vorteile – Gesamtkosten von SA und Umsetzung) / Gesamtkosten von SA. Sinnvoll sind ein konservatives, ein wahrscheinliches und ein optimistisches Szenario. Ein Recht, das in der Laufzeit nicht eingesetzt wird, hat in der Finanzrechnung einen Nutzen von null.
Welche Teams müssen Zahlen liefern?
Die Infrastrukturverantwortlichen liefern Versions-, Cluster- und Virtualisierungspläne. FinOps vergleicht identisch dimensionierte Azure-Ressourcen mit und ohne AHB. Applikationsverantwortliche bewerten Kompatibilität und geplante Stilllegungen. Einkauf und Lizenzmanagement klären Programm, SKU, Metrik, Ablaufdatum und Rechte. Erst diese gemeinsame Sicht verhindert, dass ein theoretischer Vorteil mehrfach oder für eine ungeeignete Lizenz angerechnet wird.
Windows Server, SQL Server und Azure: Wo SA besonders relevant wird
Windows Server
Bei Windows Server kann SA vor allem für AHB, Disaster Recovery, einen zulässigen Step-up von Standard zu Datacenter und das Lizenzmodell per Virtual OSE von Windows Server 2025 wichtig sein. Das Virtual-OSE-Modell ist nur mit aktivem Abonnement oder aktiver SA verfügbar. Pro Virtual OSE sind mindestens acht Core-Lizenzen erforderlich; auch die CALs müssen durch SA oder ein Abonnement abgedeckt sein.
Bei physischer Lizenzierung gelten weiterhin mindestens acht Cores pro Prozessor und sechzehn pro Server. Windows Server Standard erlaubt zwei OSE je vollständig lizenziertem Serversatz, Datacenter unbegrenzt viele OSE auf dem korrekt lizenzierten Server. SA ersetzt diese Mindestwerte nicht. Sie erlaubt außerdem nicht generell, das Windows-Server-Betriebssystem beliebig zu AWS, Google Cloud oder einem anderen Anbieter zu verschieben.
SQL Server
SQL Server enthält besonders differenzierte Failover-Regeln. Pro qualifiziertem Primary Workload sehen die aktuellen Bedingungen ein Fail-over OSE unter anderem für Hochverfügbarkeit sowie zwei speziell für Disaster Recovery bestimmte Fail-over OSE vor: eines auf einem zulässigen Server und eines auf Microsoft-Azure-Servern, letzteres im Rahmen der AHB-Verhältnisse. DR-Instanzen dürfen keine gewöhnliche aktive Produktivlast bedienen. Tests, tatsächliche Katastrophenfälle und Übergänge zwischen primärer und Failover-Umgebung sind zeitlich und funktional begrenzt.
SQL Server Enterprise Core mit aktiver SA ermöglicht Unlimited Virtualization, wenn sämtliche physischen Cores korrekt lizenziert sind. Eine Lizenzierung per Virtual OSE erfordert aktive SA oder ein Abonnement und mindestens vier Core-Lizenzen je OSE. Bei Azure SQL Database und Managed Instance unterscheiden sich die AHB-Verhältnisse nach Standard oder Enterprise sowie General Purpose oder Business Critical. Ein günstiges Enterprise-Verhältnis darf nicht auf jede SQL-Lizenz übertragen werden.
Azure Hybrid Benefit
Für eine Azure-VM mit Windows Server decken acht qualifizierte Core-Lizenzen bis zu acht vCores ab, sechzehn Lizenzen bis zu sechzehn vCores. Bei größeren VMs werden zusätzliche Lizenzen in Schritten von acht benötigt. Windows Server Standard wird grundsätzlich entweder lokal oder in Azure eingesetzt, abgesehen vom 180-tägigen Migrationsfenster. Datacenter bietet zusätzliche Optionen, aber keine pauschale Erlaubnis zum unbegrenzten Doppelbetrieb.
Für SQL Server gilt AHB nur für qualifizierte Standard- oder Enterprise-Core-Lizenzen und vorgesehene Azure-Ziele. In Azure SQL Database ist das vCore-Modell mit provisioned compute erforderlich; DTU und serverless sind nicht eingeschlossen. Zur Prüfung sollten der offizielle Azure-Hybrid-Benefit-Leitfaden und die jeweils aktuellen Product Terms gemeinsam verwendet werden.

Wann lohnt sich Software Assurance?
Typische Situationen mit nachvollziehbarem Nutzen
- Während der Vertragslaufzeit erscheint voraussichtlich eine neue Version, die das Unternehmen tatsächlich einführen will.
- Qualifizierte Windows-Server- oder SQL-Server-Workloads werden mit Azure Hybrid Benefit nach Azure verlagert.
- Eine kritische SQL-Architektur benötigt sauber dokumentierte HA- und DR-Rechte.
- Die Virtualisierungsstrategie erfordert das Virtual-OSE-Modell, Unlimited Virtualization oder zulässige häufige Neuzuweisungen.
- Ein Editionswechsel ist geplant und für SKU sowie Programm existiert ein gültiger Step-up-Pfad.
- Eine qualifizierte Serveranwendung soll bei einem Authorized Mobility Partner betrieben und ordnungsgemäß verifiziert werden.
Wann sich SA eher nicht rechnet
- Ein System bleibt über den gesamten Zeitraum auf einer stabilen Version und ein Upgrade ist nicht geplant.
- Keines der an aktive SA gebundenen Rechte wird tatsächlich genutzt.
- Der Workload wird bald stillgelegt, durch SaaS ersetzt oder deutlich verkleinert.
- Die Wirtschaftlichkeitsrechnung basiert auf eingestellten Schulungs-, Planungs- oder Supportleistungen.
- Der Lizenzbestand ist nicht bereinigt und SA würde auf ungenutzte Lizenzen verlängert.
- Ein geeignetes Abonnement bildet einen zeitlich begrenzten oder schwankenden Bedarf besser ab.
Innerhalb eines Unternehmens kann die Antwort unterschiedlich ausfallen. Für einen geschäftskritischen SQL-Cluster kann SA hohen Wert erzeugen, während sie für eine kurz vor der Ablösung stehende Anwendung kaum Nutzen hat. Deshalb sollte die Entscheidung je Workload und SKU getroffen werden, soweit die Regeln des Vertrags eine solche Auswahl zulassen.
Unbefristete Lizenz mit SA, Abonnement oder Lizenz ohne SA?
Unbefristete Lizenz mit Software Assurance
Dieses Modell eignet sich für Organisationen, die ein dauerhaftes Nutzungsrecht behalten und zugleich aktive Vorteile einsetzen möchten. Es kann regelmäßige Versionswechsel und hybride Infrastrukturen unterstützen. Für AHB, Mobilität und andere aktive Rechte ist jedoch eine lückenlose Verlängerungsplanung nötig.
Abonnementlizenz
Ein Abonnement passt die Lizenzierung eher an einen zeitlich begrenzten oder veränderlichen Bedarf an. Bestimmte Abonnements gewähren während der Laufzeit SA-äquivalente Rechte, bleiben aber befristet. Microsoft-365-Onlinedienste dürfen dabei nicht automatisch mit der SA einer unbefristeten Office-Lizenz gleichgesetzt werden; für sie gelten eigene Online-Services-Bedingungen.
Unbefristete Lizenz ohne Software Assurance
Sie kann für einen stabilen, isolierten Workload ohne Azure-Migration oder besondere aktive Rechte sinnvoll sein. Das erworbene Versionsrecht bleibt bestehen. Eine spätere Version muss jedoch neu lizenziert werden, und an aktive SA geknüpfte Vorteile dürfen nicht vorausgesetzt werden.
Vergleichen Sie alle Modelle über denselben Zeitraum und mit identischen Workloads. Berücksichtigen Sie Veränderungswahrscheinlichkeit, benötigte Rechte, Restwert und Betriebsaufwand. Weitere Grundlagen finden Sie in unserem Beitrag zu Microsoft-Lizenzmodellen und im Leitfaden zur SQL-Server-Lizenzierung.
Checkliste vor Kauf oder Verlängerung
- Monat und Stand der verwendeten Product Terms dokumentieren.
- Programm, Land, Branche und Organisationstyp bestimmen.
- SKU, Edition, Version und Metrik jeder Lizenz erfassen.
- Unbefristete Lizenz mit SA von einem Abonnement mit äquivalenten Rechten trennen.
- Ablaufdatum und lückenlose aktive Abdeckung prüfen.
- Physische Cores, vCores, OSE, Hosts, VMs und CALs zählen.
- Anbieter als Azure, Authorized Mobility Partner, Authorized Outsourcer oder Listed Provider einordnen.
- 90-Tage-Zuweisungsregel und 180-Tage-Migrationsregel testen.
- Jede Failover-Instanz als aktiv, passiv, Test, Übergang oder Katastrophenbetrieb dokumentieren.
- Eine erforderliche License-Mobility-Verifizierung vollständig einreichen.
- Konservativen, wahrscheinlichen und optimistischen ROI ohne eingestellte Vorteile berechnen.
- Vor dem Deployment Vertrag und aktuelle Product Terms verbindlich abgleichen.
Entscheidungselement
| Signal | Vorsichtige Entscheidung |
|---|---|
| Upgrade geplant | New Version Rights bewerten |
| Hybride Migration | AHB in Product Terms prüfen |
| Kein konkretes Projekt | Nicht aus Gewohnheit verlängern |
Häufige Fragen zu Microsoft Software Assurance
Enthält Software Assurance noch 24x7-Support?
Nicht als allgemeinen aktuellen SA-Vorteil. Die Abschaffung des 24x7 Problem Resolution Support begann im Februar 2023. Support kann über einen anderen Vertrag bestehen, sollte 2026 aber nicht pauschal SA zugerechnet werden.
Darf eine neue Version nach Ablauf von SA weiter genutzt werden?
Bei einer unbefristeten Lizenz ja: Die letzte während der aktiven Abdeckung veröffentlichte Version bleibt nutzbar. Später veröffentlichte Versionen sind nicht eingeschlossen.
Darf Windows Server mit SA in jede Cloud verschoben werden?
Nein. License Mobility through SA umfasst das Windows-Server-Betriebssystem nicht generell. AHB, Outsourcing und flexible Virtualisierung sind getrennte Regelwerke mit Anbieter- und Nutzungseinschränkungen.
Macht Azure Hybrid Benefit Azure kostenlos?
Nein. Der Vorteil betrifft die qualifizierte Softwarelizenz-Komponente. Compute, Speicher, Netzwerk und weitere Azure-Dienste werden weiterhin berechnet.
Ist Software Assurance immer besser als ein Abonnement?
Nein. Eine unbefristete Lizenz mit SA ist sinnvoll, wenn das dauerhafte Nutzungsrecht und aktive Vorteile gebraucht werden. Bei zeitlich begrenztem oder schwankendem Bedarf kann ein Abonnement geeigneter sein.
Fazit: Die Architektur entscheidet, nicht die alte Leistungsbroschüre
Software Assurance kann 2026 vor allem bei Windows Server, SQL Server und hybriden Azure-Szenarien erheblichen Nutzen bringen. Dieser Nutzen entsteht aber nicht automatisch. Er hängt von einem konkreten Produktrecht, einer aktiven Abdeckung und einem Workload ab, der das Recht innerhalb der Laufzeit tatsächlich verwendet.
Eine gute Entscheidung beginnt mit einem belastbaren Lizenzinventar, gleicht Vertrag und aktuelle Product Terms ab und bewertet anschließend den ROI pro Workload. Beruht die Begründung auf eingestellten Leistungen oder einer ungeprüften Cloud-Ersparnis, sollte die Kalkulation neu aufgesetzt werden.
Windows Server 2025 Standard ansehen
Diese Informationen sind allgemeiner Natur und keine Rechtsberatung. Maßgeblich sind die aktuellen Product Terms, das konkrete Programm, der SKU und Ihr Vertrag.




