Delen via

Controlelijst: Aanbevolen procedures voor SQL Server op Azure-VM's

  • Artikel

Van toepassing op:SQL Server op Azure VM-

Dit artikel bevat een snelle controlelijst als een reeks aanbevolen procedures en richtlijnen voor het optimaliseren van de prestaties van uw SQL Server op Azure Virtual Machines (VM's).

Zie de andere artikelen in deze reeks voor uitgebreide informatie: VM-grootte, Storage, Security, HADR-configuratieBasislijn verzamelen.

Schakel SQL-beoordeling in voor SQL Server op Azure-VM's en uw SQL Server wordt geëvalueerd op basis van bekende aanbevolen procedures, met resultaten op de beheerpagina van de SQL-VM in de Azure-portal.

Voor video's over de nieuwste functies voor het optimaliseren van de prestaties van SQL Server-VM's en het automatiseren van beheer, raadpleegt u de volgende video's over weergegeven gegevens:

Overzicht

Tijdens het uitvoeren van SQL Server op virtuele Azure-machines kunt u dezelfde opties voor het afstemmen van databaseprestaties gebruiken die van toepassing zijn op SQL Server in on-premises serveromgevingen. De prestaties van een relationele database in een openbare cloud zijn echter afhankelijk van veel factoren, zoals de grootte van een virtuele machine en de configuratie van de gegevensschijven.

Er is meestal een afweging tussen optimaliseren voor kosten en optimaliseren voor prestaties. Deze reeks aanbevolen procedures voor prestaties is gericht op het verkrijgen van de beste prestaties voor SQL Server op Virtuele Azure-machines. Als uw workload minder veeleisend is, hebt u mogelijk niet elke aanbevolen optimalisatie nodig. Houd rekening met uw prestatiebehoeften, kosten en workloadpatronen wanneer u deze aanbevelingen evalueert.

SQL Server handmatig installeren op een Azure-VM

Als u van plan bent OM SQL Server handmatig te installeren op een Azure-VM, kunt u het volgende overwegen:

  • Zorg ervoor dat u een productcode hebt die gereed is voor uw installatie.
  • Vermijd niet-ondersteunde configuraties, zoals:
    • Meer dan 64 vCores per NUMA-knooppunt.
    • Opslag met een sectorgrootte van 8 kB.
    • Azure Virtual Machine-schaalsets.
  • Als deze nog niet bestaan, maakt u de mappen voor uw SQL Server-installatie en gegevensbestanden voordat u de installatiemedia start.
  • Kopieer de installatiemedia naar een lokale schijf in plaats van direct vanuit de aangekoppelde ISO te installeren.
  • Registreer uw SQL Server-VM na de installatie bij de SQL Server IaaS Agent-extensie om beheertaken te automatiseren.

VM-grootte

De controlelijst in deze sectie bevat de aanbevolen procedures voor VM-grootte voor SQL Server op Azure-VM's.

  • Identificeer prestatiekenmerken van workloads om de juiste VM-grootte voor uw bedrijf te bepalen.
  • Als u migreert naar Azure, gebruikt u hulpprogramma's zoals Data Migration Assistant en SKU-aanbeveling om de juiste VM-grootte voor uw bestaande SQL Server-workload te vinden en vervolgens te migreren met Azure Data Studio-.
  • Gebruik Azure Marketplace-installatiekopieën om uw SQL Server-VM's te implementeren omdat de SQL Server-instellingen en opslagopties zijn geconfigureerd voor optimale prestaties.
  • Gebruik VM-grootten met 4 of meer vCPU's.
  • Gebruik de grootten van virtuele machines die zijn geoptimaliseerd voor geheugen voor de beste prestaties van SQL Server-workloads.
    • De Edsv5-serieen de Msv3- en Mdsv3-serie bieden een optimale geheugen-naar-vCore-verhouding die wordt aanbevolen voor OLTP-workloads.
    • De vm's uit de Mbdsv3-serie de beste prestaties bieden voor SQL Server-workloads op Virtuele Azure-machines. Overweeg deze reeks eerst voor bedrijfskritieke OLTP- en datawarehouse SQL Server-workloads.
    • De Ebdsv5-serie biedt een hoge I/O-doorvoer-naar-vCore-verhouding, samen met een geheugen-naar-vCore-verhouding van 8:1. Deze reeks biedt de beste prijs-prestaties voor SQL Server-workloads op Azure-VM's. Overweeg deze VM's eerst voor de meeste SQL Server-workloads.
    • De M-serie biedt VM's met de hoogste geheugentoewijzing in Azure.
    • De Mbsv3- en Mbdsv3-serie VM's bieden een hoge geheugentoewijzing en de hoogste I/O-doorvoer-naar-vCore-verhouding tussen de M-serie, samen met een consistente geheugen-naar-vCore-verhouding van ten minste 8:1.
  • Begin ontwikkelomgevingen met de D-serie, B-serie of Av2-serie en breid uw omgeving in de loop van de tijd uit.
  • Controleer vm-ondersteuning om niet-ondersteunde configuraties te voorkomen.

Opslag

De controlelijst in deze sectie bevat informatie over de best practices voor opslag voor SQL Server op Azure-VM's.

  • Bewaak de toepassing en bepaal de behoeften aan opslagbandbreedte en latentie voor gegevens-, logboek- en andere bestanden van de SQL Server tempdb voordat u het schijftype kiest.
  • Configureer indien beschikbaar de tempdbgegevens en logboekbestanden op het D: lokale SSD-volume. De SQL IaaS Agent-extensie verwerkt de map en machtigingen die nodig zijn bij het opnieuw inrichten.
  • Als u de opslagprestaties wilt optimaliseren, plant u de planning voor de hoogst beschikbare IOPS zonder cache en gebruikt u gegevenscaching als een prestatieverbeterende functie voor het lezen van gegevens, terwijl u vermijdt dat de virtuele machine en schijven gelimiteerd worden door.
  • Wanneer u de Ebdsv5- of Ebsv5--serie SQL Server-VM's gebruikt, gebruikt u Premium SSD v2 voor de beste prijsprestaties. U kunt uw SQL Server-VM implementeren met Premium SSD v2 met behulp van Azure Portal (momenteel in preview).
  • Als uw workload meer dan 160.000 IOPS vereist, gebruikt u Premium SSD v2 of Azure Ultra Disks.
  • Plaats gegevens-, logboek- en tempdb-bestanden op afzonderlijke schijven.
    • Gebruik voor het gegevensstation premium P30- en P40- of kleinere schijven om de beschikbaarheid van cacheondersteuning te garanderen. Wanneer u de Ebdsv5-VM-seriegebruikt, gebruikt u Premium SSD v2 die betere prijsprestaties biedt voor workloads waarvoor een hoge IOPS- en I/O-doorvoer is vereist.
    • Voor de logdrive-planning voor capaciteit en prestaties testen versus kosten tijdens het evalueren van Premium SSD v2 of Premium SSD P30 - P80-schijven
      • Als de latentie van de opslag van submilliseconden is vereist, gebruikt u Premium SSD v2 of Azure Ultra Disks voor het transactielogboek.
      • Voor implementaties van virtuele machines uit de M-serie kunt u overwegen schrijfversneller te gebruiken in plaats van Azure Ultra Disks.
    • Plaats tempdb- op de tijdelijke schijf (de tijdelijke schijf is kortstondig en wordt standaard ingesteld op D:\) voor de meeste SQL Server-workloads die geen deel uitmaken van een failoverclusterexemplaar (FCI) nadat u de optimale VM-grootte hebt gekozen.
      • Als de capaciteit van het lokale station niet voldoende is voor tempdb, kunt u overwegen om de virtuele machine op te schalen. Zie cachebeleid voor gegevensbestandenvoor meer informatie.
    • Voor failoverclusterexemplaren (FCI) plaatst u tempdb op de gedeelde opslag.
      • Als de FCI-werkbelasting sterk afhankelijk is van tempdb schijfprestaties, plaatst u als een geavanceerde configuratie tempdb op het lokale tijdelijke SSD-station (standaard D:\) dat geen deel uitmaakt van FCI-opslag. Voor deze configuratie is aangepaste bewaking en actie vereist om ervoor te zorgen dat het lokale tijdelijke SSD-station (standaard D:\) altijd beschikbaar is, omdat eventuele fouten van dit station geen actie van FCI activeren.
  • Streep meerdere Azure-gegevensschijven met behulp van Opslagruimten om de I/O-bandbreedte te verhogen tot de IOPS- en doorvoerlimieten van de doel-VM.
  • Stel host-caching in op alleen-lezen voor gegevensschijven.
  • Stel host-caching in op geen voor logbestanden.
    • Schakel lees-/schrijfcache niet in op schijven die SQL Server-gegevens of logboekbestanden bevatten.
    • Stop de SQL Server-service altijd voordat u de cache-instellingen van uw schijf wijzigt.
  • Wanneer u verschillende workloads naar de cloud migreert, kan elastische SAN- van Azure een rendabele geconsolideerde opslagoplossing zijn. Echter, wanneer u Azure Elastic SAN gebruikt, vereist het vaak extra capaciteit om de gewenste IOPS/throughput voor SQL Server-workloads te bereiken. Hoewel dit doorgaans niet geschikt is voor individuele SQL Server-workloads, kunt u een rendabele oplossing bereiken bij het combineren van workloads met lage prestaties met SQL Server.
  • Voor ontwikkelings- en testworkloads en archivering van back-ups op lange termijn kunt u overwegen om standaardopslag te gebruiken. Het wordt niet aanbevolen om Standard HDD/SSD te gebruiken voor productieworkloads.
  • Credit-based Disk Bursting (P1-P20) mag alleen worden overwogen voor kleinere ontwikkelings-/testworkloads en afdelingssystemen.
  • Als u de opslagprestaties wilt optimaliseren, zorgt u voor de hoogst beschikbare IOPS zonder cache en gebruikt u gegevenscaching als een prestatiefunctie voor het lezen van gegevens, terwijl u beperking van virtuele machines en schijven vermijdt.
  • Formatteer uw gegevensschijf om 64 kB toewijzingseenheden te gebruiken voor alle gegevensbestanden die op een ander station dan het tijdelijke D:\-station zijn geplaatst (dat een standaard van 4 kB heeft). SQL Server-VM's die zijn geïmplementeerd via Azure Marketplace worden geleverd met gegevensschijven die zijn geformatteerd met de toewijzingseenheidsgrootte en interleaving voor de opslagpool die is ingesteld op 64 KB.
  • Configureer het opslagaccount in dezelfde regio als de SQL Server-VM.
  • Schakel geografisch redundante Azure-opslag (geo-replicatie) uit en gebruik LRS (lokale redundante opslag) in het opslagaccount.
  • Schakel de SQL Best Practices Assessment in om mogelijke prestatieproblemen te identificeren en te evalueren of uw SQL Server-VM is geconfigureerd om de aanbevolen procedures te volgen.
  • Controleer en bewaak schijf- en VM-limieten met behulp van metrische gegevens over io-gebruik.
  • SQL Server-bestanden uitsluiten van het scannen van antivirussoftware, inclusief gegevensbestanden, logboekbestanden en back-upbestanden.

Veiligheid

De controlelijst in deze sectie bevat informatie over de aanbevolen procedures voor beveiliging voor SQL Server op Azure-VM's.

SQL Server-functies en -mogelijkheden bieden methoden voor het beveiligen van gegevens op databaseniveau die kunnen worden gecombineerd met beveiligingsfuncties op infrastructuurniveau. Deze functies bieden samen diepteverdediging aan op infrastructuurniveau voor clouddiensten en hybride oplossingen. Bovendien is het met Azure-beveiligingsmaatregelen mogelijk om uw gevoelige gegevens te versleutelen, virtuele machines te beschermen tegen virussen en malware, netwerkverkeer te beveiligen, bedreigingen te identificeren en te detecteren, te voldoen aan nalevingsvereisten en één methode te bieden voor beheer en rapportage voor elke beveiligingsbehoefte in de hybride cloud.

  • Gebruik Microsoft Defender voor Cloud om de beveiligingshouding van uw gegevensomgeving te evalueren en actie te ondernemen. Mogelijkheden zoals Azure Advanced Threat Protection (ATP) kunnen worden gebruikt voor uw hybride workloads om de beveiligingsevaluatie te verbeteren en de mogelijkheid te bieden om te reageren op risico's. Als u uw SQL Server-VM registreert met de SQL IaaS Agent-extensie, worden Microsoft Defender for Cloud-beoordelingen zichtbaar binnen de virtuele SQL-machineresource van de Azure-portal.
  • Gebruik Microsoft Defender voor SQL om potentiële beveiligingsproblemen in de database te detecteren en te beperken, en afwijkende activiteiten te detecteren die kunnen duiden op een bedreiging voor uw SQL Server-exemplaar en -databaselaag.
  • Evaluatie van beveiligingsproblemen maakt deel uit van Microsoft Defender voor SQL- die potentiële risico's voor uw SQL Server-omgeving kunnen detecteren en oplossen. Het biedt inzicht in uw beveiligingsstatus en bevat bruikbare stappen om beveiligingsproblemen op te lossen.
  • Gebruik Azure Confidential VM's om de beveiliging van uw gegevens in gebruik en rustende gegevens te versterken tegen hostoperatortoegang. Met Azure Confidential VM's kunt u uw gevoelige gegevens in de cloud opslaan en voldoen aan strikte nalevingsvereisten.
  • Als u sql Server 2022 gebruikt, kunt u overwegen om Microsoft Entra-verificatie te gebruiken om verbinding te maken met uw exemplaar van SQL Server.
  • Azure Advisor uw resourceconfiguratie en gebruikstelemetrie analyseert en vervolgens oplossingen aanbeveelt waarmee u de kosteneffectiviteit, prestaties, hoge beschikbaarheid en beveiliging van uw Azure-resources kunt verbeteren. Gebruik Azure Advisor op het niveau van de virtuele machine, resourcegroep of abonnement om aanbevolen procedures te identificeren en toe te passen om uw Azure-implementaties te optimaliseren.
  • Gebruik Azure Disk Encryption wanneer uw nalevings- en beveiligingsbehoeften vereisen dat u de gegevens end-to-end versleutelt met behulp van uw versleutelingssleutels, inclusief versleuteling van de tijdelijke schijf (lokaal gekoppelde tijdelijke schijf).
  • Managed Disks worden standaard in rust versleuteld met behulp van Azure Storage Service Encryption, waarbij de encryptiesleutels door Microsoft beheerde sleutels zijn opgeslagen in Azure.
  • Raadpleeg de vergelijkingsgrafiek voor beheerde schijfversleuteling voor een vergelijking van de versleutelingsopties voor beheerde schijven
  • Beheerpoorten moeten gesloten zijn op uw virtuele machines - Open poorten voor extern beheer stellen uw virtuele machines bloot aan een hoog risico op internetaanvallen. Deze aanvallen proberen inloggegevens te kraken om beheerdersrechten op de machine te verkrijgen.
  • inschakelen voor JIT- toegang (Just-In-Time) voor virtuele Azure-machines
  • Gebruik Azure Bastion via Remote Desktop Protocol (RDP).
  • Vergrendel poorten en sta alleen het benodigde toepassingsverkeer toe met behulp van Azure Firewall een beheerde firewall als een service (FaaS) die servertoegang verleent/weigert op basis van het oorspronkelijke IP-adres.
  • Gebruik netwerkbeveiligingsgroepen (NSG's) om netwerkverkeer naar en van Azure-resources op Azure-virtuele netwerken te filteren.
  • Gebruik toepassingsbeveiligingsgroepen om servers te groeperen met vergelijkbare poortfiltervereisten, met vergelijkbare functies, zoals webservers en databaseservers.
  • Gebruik voor web- en toepassingsservers DDoS-beveiliging (Azure Distributed Denial of Service). DDoS-aanvallen zijn ontworpen om netwerkresources te overbelasten en uit te putten, waardoor apps langzaam of niet reageren. Het is gebruikelijk dat DDoS-aanvallen zich richten op gebruikersinterfaces. Met Azure DDoS-beveiliging wordt ongewenst netwerkverkeer opgeschoond voordat dit van invloed is op de beschikbaarheid van de service
  • Gebruik VM-extensies om antimalware, gewenste status, detectie van bedreigingen, preventie en herstel aan te pakken om bedreigingen op besturingssysteem-, computer- en netwerkniveaus aan te pakken:
  • Gebruik Azure Policy- om bedrijfsregels te maken die op uw omgeving kunnen worden toegepast. Azure Policies evalueert Azure-resources door de eigenschappen van deze resources te vergelijken met regels die zijn gedefinieerd in JSON-indeling.
  • Met Azure Blueprints kunnen cloudarchitecten en centrale informatietechnologiegroepen een herhaalbare set Azure-resources definiëren die standaarden, patronen en vereisten van een organisatie implementeert en eraan voldoet. Azure Blueprints zijn anders dan Azure Policies.
  • Gebruik Windows Server 2019 of Windows Server 2022 om te worden FIPS- compatibel met SQL Server op Virtuele Azure-machines.

SQL Server-functies

Hier volgt een snelle controlelijst met aanbevolen procedures voor sql Server-configuratie-instellingen bij het uitvoeren van uw SQL Server-exemplaren op een virtuele Azure-machine in productie:

Azure functies

Hier volgt een snelle controlelijst met aanbevolen procedures voor azure-specifieke richtlijnen bij het uitvoeren van uw SQL Server op Azure VM:

HADR-configuratie

In de controlelijst in deze sectie worden de best practices voor HADR beschreven voor SQL Server op Azure-VM's.

Functies voor hoge beschikbaarheid en herstel na noodgevallen (HADR), zoals de AlwaysOn-beschikbaarheidsgroep en het failoverclusterexemplaren zijn afhankelijk van onderliggende Windows Server-failovercluster technologie. Bekijk de aanbevolen procedures voor het wijzigen van uw HADR-instellingen om de cloudomgeving beter te ondersteunen.

Houd rekening met de volgende aanbevolen procedures voor uw Windows-cluster:

  • Implementeer uw SQL Server-VM's waar mogelijk naar meerdere subnetten om de afhankelijkheid van een Azure Load Balancer of een gedistribueerde netwerknaam (DNN) te voorkomen om verkeer naar uw HADR-oplossing te routeren.
  • Wijzig het cluster in minder agressieve parameters om onverwachte storingen te voorkomen bij tijdelijke netwerkfouten of onderhoud van Het Azure-platform. Zie heartbeat- en drempelwaarde-instellingenvoor meer informatie. Gebruik voor Windows Server 2012 en hoger de volgende aanbevolen waarden:
    • SameSubnetDelay: 1 seconde
    • SameSubnetThreshold: 40 hartslagen
    • CrossSubnetDelay: 1 seconde
    • CrossSubnetThreshold: 40 hartslagen
  • Plaats uw VM's in een beschikbaarheidsset of verschillende beschikbaarheidszones. Zie vm-beschikbaarheidsinstellingenvoor meer informatie.
  • Gebruik één NIC per clusterknooppunt.
  • Configureer cluster quorumstem om 3 of meer oneven stemmen te gebruiken. Wijs geen stemmen toe aan DR-regio's.
  • Bewaak hulpbronlimieten zorgvuldig om onverwachte herstarten of failovers te voorkomen vanwege hulpbronbeperkingen.
    • Zorg ervoor dat uw besturingssysteem, stuurprogramma's en SQL Server de nieuwste builds hebben.
    • Optimaliseer de prestaties voor SQL Server op Azure-VM's. Bekijk de andere secties in dit artikel voor meer informatie.
    • Verminder of verspreid de workload om resourcelimieten te voorkomen.
    • Ga naar een virtuele machine of schijf waarvoor zijn hogere limieten gelden om beperkingen te voorkomen.

Houd rekening met de volgende aanbevolen procedures voor uw SQL Server-beschikbaarheidsgroep of failoverclusterexemplaren:

  • Als u regelmatig onverwachte fouten ondervindt, volgt u de best practices voor prestaties die in de rest van dit artikel worden beschreven.
  • Als het optimaliseren van de SQL Server-VM prestaties uw onverwachte failovers niet oplost, kunt u overwegen de bewaking voor de beschikbaarheidsgroep of het failoverclusterexemplaar te versoepelen. Als u dit doet, kan dit echter niet de onderliggende oorzaak van het probleem oplossen en symptomen maskeren door de kans op fouten te verminderen. Mogelijk moet u de onderliggende hoofdoorzaak nog steeds onderzoeken en aanpakken. Gebruik voor Windows Server 2012 of hoger de volgende aanbevolen waarden:
    • Lease-time-out: Gebruik deze vergelijking om de maximale lease-time-outwaarde te berekenen:
      Lease timeout < (2 * SameSubnetThreshold * SameSubnetDelay).
      Begin met 40 seconden. Als u de ontspannen SameSubnetThreshold en SameSubnetDelay waarden gebruikt die eerder zijn aanbevolen, mag u de time-outwaarde van de lease niet langer dan 80 seconden overschrijden.
    • Maximumfouten in een opgegeven periode: stel deze waarde in op 6.
  • Wanneer u de naam van het virtuele netwerk (VNN) en een Azure Load Balancer gebruikt om verbinding te maken met uw HADR-oplossing, geeft u MultiSubnetFailover = true op in de verbindingsreeks, zelfs als uw cluster slechts één subnet omvat.
    • Als de client geen ondersteuning biedt voor MultiSubnetFailover = True moet u mogelijk RegisterAllProvidersIP = 0 en HostRecordTTL = 300 instellen om clientreferenties voor kortere tijd in de cache op te cachen. Dit kan echter leiden tot extra query's op de DNS-server.
  • Als u verbinding wilt maken met uw HADR-oplossing met behulp van de DNN (Distributed Network Name), kunt u het volgende overwegen:
    • U moet een clientstuurprogramma gebruiken dat ondersteuning biedt voor MultiSubnetFailover = True, en deze parameter moet in de verbindingsreeks staan.
    • Gebruik een unieke DNN-poort in de verbindingsreeks wanneer u verbinding maakt met de DNN-listener voor een beschikbaarheidsgroep.
  • Gebruik een databasespiegelingsverbindingsreeks voor een eenvoudige beschikbaarheidsgroep om de noodzaak van een load balancer of DNN te omzeilen.
  • Valideer de sectorgrootte van uw VHD's voordat u uw oplossing voor hoge beschikbaarheid implementeert om te voorkomen dat de I/Os verkeerd is uitgelijnd. Zie KB3009974 voor meer informatie.
  • Als de SQL Server-database-engine, Always On-beschikbaarheidsgroeplistener of statustest voor failoverclusterexemplaren zijn geconfigureerd voor het gebruik van een poort tussen 49.152 en 65.536 (het standaard dynamische poortbereik voor TCP/IP-), voeg een uitzondering toe voor elke poort. Als u dit doet, voorkomt u dat andere systemen dynamisch dezelfde poort worden toegewezen. In het volgende voorbeeld wordt een uitsluiting voor poort 59999 gemaakt:
    netsh int ipv4 add excludedportrange tcp startport=59999 numberofports=1 store=persistent

Prestatieproblemen oplossen

Hier volgt een lijst met resources waarmee u prestatieproblemen met SQL Server verder kunt oplossen.

Verwante inhoud

Overweeg SQL-evaluatie in te schakelen voor SQL Server op Azure-VM's.

Bekijk andere artikelen over sql Server Virtual Machine op SQL Server op Azure Virtual Machines Overview. Als u vragen hebt over virtuele SQL Server-machines, raadpleegt u de Veelgestelde vragen.