Use cases

SQL Server voor enterprise-workloads

Enterprise ontgrendelt onbeperkte virtualisatie, Always On AG's met meerdere secondaries, Transparante gegevensversleuteling en online indexbewerkingen — vereist voor OLTP boven 24 cores.

Illustratie van een softwarewerkplek: sql-server

Voor wie het is

Banken, gezondheidszorg, retail back-office, gereguleerde sectoren.

Waarom dit werkt

  • Geen core-plafond — schaalbaar naar huidige hardware
  • Always On met maximaal 8 secondary replica's
  • TDE in rust + Always Encrypted in doorvoer
  • Software Assurance geeft recht op Azure Hybrid Benefit

Aanbevolen licenties

Alternatieven om te overwegen

Wat u vóór aankoop moet weten

  • Enterprise per-core-licenties worden verkocht in pakketten van 2 cores; de minimumvereisten voor Windows Server-cores (16/server) gelden ook als u Standard/Datacenter als onderliggend OS gebruikt.

Bereken het benodigde aantal corelicenties voordat je het aantal pakketten kiest

Begin met de afbakening van de omgeving, niet met de databasegrootte of het aantal medewerkers. Voor een fysieke SQL Server Enterprise-installatie met licenties op basis van fysieke cores tel je alle fysieke cores op de server, met inachtneming van Microsofts minimum van vier corelicenties per fysieke processor. Een pakket voor twee cores bevat twee corelicenties; het dekt niet een volledige processor of server. Hyper-threading verdubbelt bij deze methode het aantal fysieke cores niet, en ongebruikte fysieke cores tellen gewoon mee.

Maak onderscheid tussen softwareactivering en het wettelijke gebruiksrecht voor de geplande configuratie. Een werkende productcode is op zichzelf geen bewijs van gebruiksrechten voor een editie, het aantal corelicenties, Software Assurance-dekking of het recht om licenties over te dragen. Vraag vóór aankoop om documentatie met de versie, editie, het licentiekanaal en het aantal geleverde corelicenties. Voor SQL Server met corelicenties zijn geen SQL Server CALs nodig, maar Windows Server-licenties en eventuele vereiste toegangslicenties voor Windows Server blijven afzonderlijke verplichtingen.

  • Inventariseer de fysieke processors en het aantal cores per processor.
  • Pas het minimum van vier cores afzonderlijk toe op elke processor.
  • Deel het benodigde aantal corelicenties door twee om het aantal pakketten voor twee cores te berekenen.
  • Controleer de documentatie over de licentierechten en vertrouw niet alleen op activering.
  • Neem de kosten voor het onderliggende besturingssysteem afzonderlijk op in je budget.

Kies een virtualisatiemodel dat past bij je hosts en migratieplannen

Volgens de huidige licentieregels voor SQL Server zijn voor het afzonderlijk licentiëren van virtuele machines abonnementslicenties of licenties met actieve Software Assurance vereist. Bij dit model tel je de virtuele cores die aan elke SQL Server-VM zijn toegewezen, met een minimum van vier corelicenties per VM. Een kleine database-VM met twee vCPU's verlaagt de vereiste dus niet tot minder dan vier. Controleer de Microsoft Product Terms die van toepassing zijn op je overeenkomst en versie, vooral bij het beoordelen van oudere permanente licenties of het plannen van een upgrade.

Een alternatief voor omgevingen met veel VM's per host is onbeperkte virtualisatie met Enterprise: voorzie alle fysieke cores op een host van Enterprise-corelicenties met actieve Software Assurance en voldoe aan de minimumvereisten per fysieke processor. Hiermee mag je een onbeperkt aantal SQL Server-instanties uitvoeren in een onbeperkt aantal virtuele besturingssysteemomgevingen op die gelicentieerde server. Dit gebruiksrecht dekt niet automatisch andere hosts. Breng vóór het inschakelen van automatische VM-migratie alle mogelijke doelhosts in kaart en controleer hun licentiedekking of de toepasselijke rechten voor licentiemobiliteit.

  • Leg voor elke SQL Server-VM het aantal toegewezen virtuele cores vast.
  • Ga er niet van uit dat een productcode voor een permanente licentie ook rechten omvat om afzonderlijke VM's te licentiëren.
  • Vergelijk licenties per VM met het volledig licentiëren van elke beoogde host.
  • Neem ook onderhouds- en failoverhosts op in het plaatsingsplan.
  • Controleer de beperkingen voor het opnieuw toewijzen van licenties voordat je ze tussen servers verplaatst.

Bepaal welke beschikbaarheidsreplica's passief zijn en welke een eigen licentie nodig hebben

Een beschikbaarheidsgroep is een ontwerp voor bedrijfscontinuïteit, geen algemene vrijstelling van licenties voor de secundaire servers. Onder de toepasselijke Software Assurance- of abonnementsvoordelen van Microsoft mogen bepaalde passieve failoverinstanties zonder afzonderlijke SQL Server-licenties draaien, mits wordt voldaan aan de toepasselijke Product Terms. Een secundaire replica die rapportagequery's of andere actieve SQL Server-workloads verwerkt, heeft doorgaans eigen licentiedekking nodig. Classificeer replica's op basis van hun daadwerkelijke functies, niet op basis van het label primair of secundair in het architectuurdiagram.

Documenteer vóór de aanschaf van licenties de locatie, het doel en de toegestane bewerkingen van elke replica. De failoverrechten van Microsoft maken onderscheid tussen hoge beschikbaarheid en noodherstel en stellen voorwaarden aan passieve instanties, capaciteit en gelijktijdig gebruik. Bepaalde onderhoudsbewerkingen zijn toegestaan op passieve instanties die aan de voorwaarden voldoen, maar dit betekent niet dat onbeperkt productiegebruik is toegestaan. Als een replica businessintelligencequery's, testworkloads of applicatieverkeer gaat verwerken, beoordeel deze dan als een actieve omgeving in plaats van aan te nemen dat de rechten voor passief gebruik van toepassing zijn.

  • Breng de rapportage- en applicatieverbindingen met elke secundaire replica in kaart.
  • Controleer welke rechten voor passieve instanties precies aan je licenties zijn gekoppeld.
  • Toets toegestane back-up- en onderhoudsactiviteiten aan de voorwaarden van Microsoft.
  • Leg de gevolgen van geplande failovertests voor de licenties vast.
  • Beoordeel de licentiedekking opnieuw wanneer je replicarollen wijzigt of alleen-lezenroutering toevoegt.

Controleer versleuteling en herstel als afzonderlijke beveiligingsmaatregelen voor productie

Beschouw opslagversleuteling, verbindingsversleuteling en bescherming tegen databasetoegang met verhoogde rechten als verschillende vereisten. Transparent Data Encryption beschermt opgeslagen databasegegevens en logbestanden; het voorkomt niet dat geautoriseerde SQL-query's gegevens in leesbare vorm uitlezen. TLS beschermt netwerkverbindingen wanneer het correct is geconfigureerd. Always Encrypted beschermt geselecteerde kolomwaarden via ondersteunde clientdrivers, waarbij de sleutels buiten de database-engine worden beheerd. De beveiligingseigenschappen en querymogelijkheden hangen af van de configuratie, waaronder het eventuele gebruik van beveiligde enclaves.

Stel een herstelprocedure op voordat je gegevens die onder wet- en regelgeving vallen in productie neemt. Maak bij certificaatgebaseerde TDE een back-up van het certificaat dat de databaseversleutelingssleutel beschermt, samen met de bijbehorende privésleutel, en bewaar het herstelmateriaal veilig buiten de databaseserver. Om een versleutelde database elders te herstellen, heb je toegang nodig tot het bijbehorende beveiligingsmiddel. Test het herstel in een geïsoleerde doelomgeving en controleer vervolgens de applicatieverbindingen, aanmeldingen, taken en externe afhankelijkheden. Replicatie of een beschikbaarheidsgroep vervangt geen onafhankelijke back-ups ter bescherming tegen verwijdering, beschadiging of ransomware.

  • Bepaal afzonderlijk welke gegevens bescherming nodig hebben bij opslag, tijdens transport en op kolomniveau.
  • Controleer de compatibiliteit van drivers voordat je Always Encrypted invoert.
  • Stel certificaatvalidatie verplicht bij het configureren van versleutelde clientverbindingen.
  • Neem het herstel van versleutelingssleutels op in elke hersteloefening.
  • Meet de hersteltijd en toets of het gegevensverlies binnen aanvaardbare grenzen blijft.

Voorbeelden van SQL Server Enterprise-pakketten voor twee cores. De fysieke voorbeelden dekken de volledige server; de voorbeelden voor afzonderlijke VM's vereisen daarvoor in aanmerking komende abonnementslicenties of actieve Software Assurance. Licenties voor besturingssystemen en aanvullende servers zijn niet inbegrepen.

OmgevingRegel voor het tellen van coresBenodigde SQL-corelicentiesPakketten voor twee cores
Eén fysieke processor met 16 coresTel alle 16 fysieke cores168
Twee fysieke processors met elk 6 coresTel alle 12 fysieke cores126
Twee fysieke processors met elk 2 coresPas het minimum van vier cores toe op elke processor84
Eén VM met 2 virtuele coresPas het minimum van vier cores toe op de VM42
Twee VM's met elk 6 virtuele coresLicentieer de toegewezen virtuele cores van elke VM126

Andere use cases om te bekijken

Waarom u deze aanbevelingen kunt volgen

Wij verdienen niets extra aan een duurdere licentie — onze marge is bij elke editie gelijk. Elke aanbeveling is opnieuw getoetst aan de actuele Microsoft-EULA, de nieuwste Office- en Windows-update en onze eigen retourgegevens van de afgelopen twaalf maanden.

Voor u een licentie kiest

  1. 1. Controleer editie, Windows- of macOS-compatibiliteit en aantal apparaten. Een Windows-sleutel installeert geen Office voor Mac.

  2. 2. Onderscheid persoonlijk, zakelijk en servergebruik. Virtuele machines, gedeelde apparaten en externe toegang kunnen extra licenties vereisen.

  3. 3. Bewaar factuur en voorwaarden. Controleer overdracht en supporteinde: permanent betekent geen onbeperkte beveiligingsupdates.

Activering geeft niet automatisch recht op elk gebruik. De Microsoft-voorwaarden gaan voor.