Freigeben über

Kann ich meine Test-Umgebung mit SQL Developer Lizenzen lizenzieren?

Christoph Ullmann 0 Zuverlässigkeitspunkte
2025-12-09T08:15:14.53+00:00

Hallo zusammen,

ich habe eine Test-Umgebung bei einem Kunden, die aufgebaut ist wie die Produktivumgebung. Auf jeweils 2 ESXi Hosts laufen 4 VMs für die Software mit jeweils 2x MSSQL VMs. (Insgesamt 4 SQL Server)

Die Produktiv-SQLer werden mit Enterprise Lizenzen versorgt. Um die teuren Lizenzen für die Test Umgebung zu sparen kam die Idee auf, SQL Developer Lizenzen zu verwenden.
Leider bin ich nicht ganz überzeugt von den Informationen, die ich dazu von Microsoft lesen kann. Ich möchte nicht beim Kunden stehen und in einem Audit stellt sich heraus, dass wir falsch lizenziert haben.
Ich habe folgende Infos rausgefunden:

  • Die Umgebung darf sich nicht auf die Produktionsumgebung verbinden
  • Die Umgebung darf nicht zum desaster-recovery für die Prod-Umgebung eingesetzt werden
  • DIe Umgebung darf auch nicht temporär in die Produktionsumgebung eingebunden werden (z.B. bei Lastspitzen)

Die Test-Umgebung ist für neue Features und Softwareversionen gedacht, die beim Kunden getrestet werden. Der Kunde ist zwar nicht entwickler der Software, aber die Umgebung soll sicherstellen, dass im produktionsähnlichen Umfeld getestet werden kann. Dazu wird vor den Tests eine Kopie der Produktionsdatenbank auf die Test-SQL Server gespielt.

Auf was muss ich hier noch achten? Meiner Auffassung nach reicht es, dass keine Daten von der Test- in die Prod-Umgebung fließen. Aber wie muss ich das nachweisen? Die Umgebungen befinden sich im selben Subnetz und sind jetzt nicht explizit getrennt.

Ich habe den Microsoft-Support bemüht, aber bekomme hier aktuell leider keine Antowrt mehr. Also hoffe ich hier etwas mehr Glück zu haben. :)
Gibt es noch weitere Hinweise für die Lizenzierung mit Developer Lizenzen außer den paar Punkten, die im Licencing Guide aufgelistet sind?

Vielen Dank schon mal!

SQL Server | Andere
0 Kommentare
Vom Moderator empfohlene Antwort
  1. Lakshmi Narayana Garikapati 1,300 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator
    2025-12-15T11:33:09.6366667+00:00

    Hi Chris,

    Yes, you’ve understood correctly in your scenario both the 2 production SQL VMs and the 2 mirrored test SQL VMs need to be fully licensed with SQL Server Enterprise (with Software Assurance). Since the test environment is customer‑facing and uses production database copies, Microsoft treats it as production‑like, so Developer Edition or MSDN rights don’t apply.

    Because the customer is hosting on‑premises, SPLA is indeed not suitable. The main compliant options are:

    Per‑core licensing for each VM: You can license each SQL VM individually with 4 cores of Enterprise + SA. This is straightforward and ensures compliance.

    Per‑host licensing with virtualization rights: If you license all 16 cores on the ESXi host with Enterprise + SA, you gain the right to run unlimited SQL Server VMs on that host. This only becomes cost‑effective if you plan to run more than 4 SQL VMs per host. With just 2 VMs per host, licensing per VM is usually cheaper.

    License Mobility with SA: Since you’re planning Enterprise with SA, you also gain mobility rights, meaning you can move the VMs between hosts in the cluster without needing to relicense each time. This is important for HA/DR scenarios.

    So in short:

    If you’ll only ever run those 4 VMs (2 prod + 2 test), license them individually per VM.

    If you expect to scale out with more SQL VMs on the same host, then licensing the full host with Enterprise + SA may be more economical.

    There isn’t another “lighter” licensing path for customer‑facing test environments they are treated as production‑like, so full licensing is required.

    Best practice is to document that the test VMs are licensed the same way as production, and that SA is applied to cover mobility and dev/test rights. That way you’re fully audit‑proof.

    Hope this clears up the options!

    Thanks,

    Lakshmi.

    Eine Person fand diese Antwort hilfreich.
    0 Kommentare

2 zusätzliche Antworten

Sortieren nach: Am hilfreichsten
Am hilfreichsten Neueste Älteste
  1. Christoph Ullmann 0 Zuverlässigkeitspunkte
    2025-12-10T11:59:53.7566667+00:00

    Hello Lakshmi,

    thank you for the clarification! :)
    This means in our case we will have to fully license the 2 Production- AND the 2 Test-SQL-VMs (with the planned Enterprise SQL Licenses with Software Assurance), did I understand this correctly? SPLA is not suitable since the customer is hosting on premises.
    Is there any other way I could license the test environment that I'm currently missing? The MSSQL VMs will use 4 cores each and the ESXi Hosts have 16 cores so a per Host license is not cheaper.

    BR
    Chris

  2. Lakshmi Narayana Garikapati 1,300 Zuverlässigkeitspunkte Externe Microsoft-Mitarbeiter Moderator
    2025-12-10T06:43:32.95+00:00

    Hi Christoph,

    You’re right to be cautious here SQL Server Developer Edition is free, but its use is strictly limited to development and internal testing by developers. It cannot be used in environments that are customer-facing, simulate production workloads, or involve production data in a production-like structure. In your case, since the test environment is intended to mirror production and uses copies of the production database for validation, Developer Edition would not be compliant.

    For customer test/UAT environments, the compliant options are:

    • SQL Server Standard or Enterprise with Software Assurance: Volume Licensing customers with SA have rights to use SQL Server in dev/test environments, even with production data, provided it’s not serving live production workloads.
    • Visual Studio subscriptions (MSDN): These allow dev/test use, but only for internal users not for customer-facing environments.
    • SPLA or per-core licensing: Required if the environment is hosted for customers or simulates production.

    Audit-wise, Microsoft doesn’t look at “data flow” between environments but rather whether the environment is production-like or customer-facing. If so, Developer Edition is not permitted. Best practice is to document the environment’s purpose and licensing model clearly so you can demonstrate compliance.

    So, in short: Developer Edition is fine for internal dev/test labs, but for your customer’s mirrored test environment with production database copies, you’ll need Standard/Enterprise licenses with SA or SPLA.

     Hope This help!!

    Thanks,

    Lakshmi.

Ihre Antwort

Antworten können von Fragestellenden als „Angenommen“ und von Moderierenden als „Empfohlen“ gekennzeichnet werden, wodurch Benutzende wissen, dass diese Antwort das Problem des Fragestellenden gelöst hat.