Hammer! Lizenzierungs-Änderung in den Produktbestimmungen(PURs)

[lizenzdoc 207]

Betrifft alle Volumenverträge und besonders CSP- Perpetuell-Lizenzen!

Quelle:   https://www.microsoft.com/licensing/terms/de-DE/product/changes/OVOVS

In der „blauen Leiste“ kann man die Vertragsform auswählen,
CSP-Lizenzen = Microsoft-Kundenvertrag, ansonsten selbsterklärend.

„Wirksamkeitsdatum“ = Kaufdatum der Lizenzen
d.h. z.B.: Kaufte man die Lizenzen zum 01.11.2022 dann gelten die zu diesem Zeitpunkt dort geschriebenen PURs, d.h. aber auch,
dass z.B. bei einer Erweiterung der SQL-STD-CORE-Lizenzen in 1 VM plötzlich 2 unterschiedliche PURs gelten könnten!
Dies betrifft nicht die SQL-Enterprise-CORE-Lizenzierung!

Fakt-1: VM-Lizenzierung
Dies betrifft nicht die SQL-Enterprise-CORE-Lizenzierung, also CSP-Lizenzen, Perpetuell-Lizenzen!
> SQL-STD-CORE CSP-Lizenzen, Perpetuell-Lizenzen (also Kauf-Lizenzen ohne SA)
Kaufdatum 01.11.2022 geltende PURs:
Serverlizenzen (pro Core) – Lizenzierung nach Einzelner Virtueller OSE (Originaltext aus den PURs)
-Der Kunde ist berechtigt, eine beliebige Anzahl von Ausgeführten Instanzen der Serversoftware in jeder Virtuellen OSE auf dem Lizenzierten Server zu nutzen, sofern er eine ausreichende Anzahl von Lizenzen erwirbt (siehe unten).
-Die Anzahl von erforderlichen Lizenzen entspricht der Anzahl von Virtuellen Cores in der Virtuellen OSE, unter Berücksichtigung einer Mindestanforderung von vier Lizenzen pro Virtueller OSE.
Diese Lizenzierung-Erlaubnis bleibt für diese am 01.11.2022 gekauften Lizenzen!

Sonderregel für SQL-STD-CORE CSP-Lizenzen, Perpetuell-Lizenzen seit dem 17.11.2022:
Microsoft erlaubt diese Lizenzierungs-Möglichkeit für die SQL-STD-Lizenzen in 1 VM für Neu-Lizenzierung nicht mehr!
Diese Möglichkeit mit CSP-Lizenzen wurde gestrichen/entfernt, d.h. wenn man diese 4 virtuellen SQL-COREs erweitern möchte/muss, darf man dies mit SQL-STD-CORE CSP-Lizenzen nicht mehr!

!! unberührt, also weiterhin erlaubt:  Lizenzierung in der physischen OSE auf dem Server, hier darf man weiterhin mit SQL-STD-CORE CSP-Lizenzen, Perpetuell-Lizenzen (also Kauf-Lizenzen ohne SA) alle physischen Server-COREs lizenzieren, aber extrem teuer!
Lösung für die VM-Lizenzierung:
Muss man also diese CSP-Lizenzierung Perpetuell-Lizenzen ( in 1 VM )um weiter SQL-STD-COREs erweitern, muss man aus einem VOLUMEN-Vertrag die SQL-CORE-Lizenzen zwangsweise mit aktiver SA zukaufen und die SA während der weiteren Nutzung weiter unter SA halten!
 Somit also dann Nutzung unter Berücksichtigung dieser 2 unterschiedlichen PURs.

FAKT-2: VM-Lizenzierung
Lizenzierung außerhalb der CSP- Perpetuell-Lizenzierung:
Also für OPEN-NL und MPSA (wenn ohne SA gekauft) gilt seit 17.11.2022 genau das gleiche:
Vor dem 17.11.2022 durfte man in 1VM SQL-STD-COREs ohne SA dort nutzen, seit dem 17.11.2022,
wenn die virtuellen COREs erweitert werden, oder bei Neu-Lizenzierung darf man nur noch mit aktiver SA dies so in 1VM lizenzieren/nutzen!

Ausnahme:
SQL-Enterprise ohne SA, wenn alle physischen COREs des Servers damit lizenziert wurden, darf man diese SQL-Enterprise-Lizenzen auch in 1VM nutzen, ohne SA aktiv zu haben.
lizenziert man mit SQL-Enterprise-CORE-Lizenzen gleich die 1 VM, muss man seit dem 17.11.2022 aktive SA auch haben.

Fakt-3: Server-Lizenzierung mit SA wegen der Lizenzmobilität
Vor dem 17.11.2022 konnte man die Server alleine mit SA lizenzieren, um die Lizenzmobilität zu erkaufen/ zu ermöglichen, dazu brauchten die zugreifenden CALs bis dahin keine SA!
Seit dem 17.11.2022 hat Microsoft diese geändert, wer die relevanten CALs erweitern will, muss diese neuen CALs (mit Kaufdatum ab 17.11.2022) nun zwangsweise mit SA kaufen!
Bei Neukauf des Servers mit SA (wg. der Lizenzmobilität) müssen dann nun auch gleich alle zugreifenden CALs auch mit aktiver SA gekauft werden (Gilt für Exchange, SQL, SharePoint, etc….
und auch für den WIN-Server, wenn dieser nach dem neuen Modus „Lizenzierung nach einzelner Virtueller OSE“ lizenziert wird).

Microsoft schafft dadurch ein „Lizenz-Wirrwarr“ 1.Klasse, den nur wenige duchblicken!

Auditsicher lizenziert zu bleiben/ zu sein, bedingt ein aufwändige schriftliche Lizenzverwaltung.
Wann hat man welche Lizenz (mit/ohne SA)und über welchen Vertrag (CSP / Volumenvertrag) gekauft und welche PURs gelten dann für diese Lizenzen… oder man hat einen „wissenden Berater“ zu Hand.

Sorry, schwer es sauber zu schreiben, schwer zu lesen und zu verstehen … hat mich auch Tage gekostet… und das nach 23 Jahren Microsoft_Beratung …

 

Viele Grüße, Franz

[lizenzdoc 207]

Moin,

mich verwundert, dass keiner Fragen hat, oder "verdaut" Ihr das noch?

 

Die letzten "Anpassungen" in den PURs zwingen ein Unternehmen zu einer aufwendigen Lizenzverwaltung, um ein Audit sauber zu überstehen.

Da Microsoft nun auch unter dem Monat gravierende Anpassungen machen könnte (gemacht hat!), muss im Lizenz-Managment quasi täglich zum Dienstbegin

die PURs online geprüft werden, "was sich denn mal wieder zu gestern geändert hat" und u.U. könnte passieren
"shit, warum habe ich die Lizenzen nicht dovh noch gestern gekauft" da die ev. Anpassung ein IT-Vorhaben ( neuer Lizenzkauf) gerade "über den Haufen geworfen" hat,
weil nicht mehr so erlaubt, bzw. die ev. nun weit höheren Kosten nachträglich nicht genehmigt werden ...

 

Zusätzlicher Personalaufwand nötig, die aktuellen Lizenzverwaltungstools versagen hier hilflos....

 

Viele Grüße, Franz
 

[zahni 554]

Ich versuche immer noch zu verstehen, was die Änderung ist: Man braucht nun für den SQL-Server eine Software Assurance um die VM beliebig zu verschieben? 

[lizenzdoc 207]

hi,

bis zum 16.11.2022 brauchte man bei SQL-CORE-Lizenzierung für die Lizenzierung 1 VM nicht die SA, nur die 4 SQL-CORE-Lizenzen.

seit dem 17.11.2022 muss dann mit aktiver SA lizenziert werden, wenn man die VM neu startet, oder erweitert... z.B. von 4 auf 6 SQL-COREs.

Somit hätte man z.B. bis zum 17.11.22 diese 1 VM mit 4 SQL-COREs ohne SA lizenziert und ab 17.11.22 die Erweiterung dieser selben VM nur moch mit SA!

Man hat also eine Mischung ..

 

Grüße, Franz

bearbeitet 25. April 2023 von lizenzdoc