Opslag configureren voor SQL Server VM's
VAN TOEPASSING OP:
SQL Server op virtuele Azure-machine
In dit artikel leert u hoe u uw opslag configureert voor uw SQL Server op Azure Virtual Machines (VM's).
SQL Server VM's die zijn geïmplementeerd via Marketplace-installatie afbeeldingen, volgen automatisch de standaard best practices voor opslag die tijdens de implementatie kunnen worden gewijzigd. Sommige van deze configuratie-instellingen kunnen na de implementatie worden gewijzigd.
Vereisten
Voor het gebruik van de geautomatiseerde opslagconfiguratie-instellingen heeft uw virtuele machine de volgende kenmerken nodig:
- Ingericht met een galerie-SQL Server of geregistreerd met de IaaS SQL extensie.
- Maakt gebruik van Resource Manager implementatiemodel.
- Maakt gebruik van Premium - SD's.
Nieuwe VM's
In de volgende secties wordt beschreven hoe u opslag configureert voor SQL Server virtuele machines.
Azure Portal
Wanneer u een azure-VM inrichten met behulp van een SQL Server-galerie, selecteert u Configuratie wijzigen op het tabblad SQL Server Instellingen om de pagina Geoptimaliseerde prestaties Storage openen. U kunt de waarden op de standaardwaarde laten staan of het type schijfconfiguratie wijzigen dat het beste past bij uw behoeften op basis van uw workload.

Selecteer het type werkbelasting voor wie u uw SQL Server implementeert onder Storage optimalisatie. Met de optie Algemene optimalisatie hebt u standaard één gegevensschijf met maximaal 5000 IOPS. U gebruikt hetzelfde station voor uw gegevens, transactielogboek en TempDB-opslag.
Als u Transactional Processing (OLTP) of Datawarehousing selecteert, wordt er een afzonderlijke schijf voor gegevens gemaakt, een afzonderlijke schijf voor het transactielogboek en wordt lokale SSD voor TempDB gebruikt. Er zijn geen opslagverschillen tussen Transactionele verwerking en Datawarehousing, maar deze wijzigt wel uw stripe-configuratie en traceervlaggen. Als u Premium Storage kiest, wordt de caching voor het gegevensstation op ReadOnly en op Geen voor het logboekstation op de SQL Server de best practices voor VM-prestaties.

De schijfconfiguratie is volledig aanpasbaar, zodat u de opslagtopologie, het schijftype en de IOPS die u nodig hebt voor uw virtuele SQL Server kunt configureren. U hebt ook de mogelijkheid om UltraSSD (preview) te gebruiken als optie voor het schijftype als uw SQL Server-VM zich in een van de ondersteunde regio's (VS - oost 2, Azië - zuidoost en Europa - noord) en u ultraschijvenhebt ingeschakeld voor uw abonnement .
Daarnaast hebt u de mogelijkheid om de caching voor de schijven in te stellen. Azure-VM's hebben een cachetechnologie met meerdere lagen, blobcache genoemd, wanneer deze wordt gebruikt Premium schijven. Blob Cache maakt gebruik van een combinatie van het RAM-geheugen van de virtuele machine en de lokale SSD voor caching.
Schijf caching voor Premium SSD kan ReadOnly, ReadWrite of Geen zijn.
ReadOnly caching is zeer nuttig voor SQL Server gegevensbestanden die zijn opgeslagen op Premium Storage. LezenOnly caching zorgt voor lage leeslatentie, hoge lees-IOPS en doorvoer, omdat lees-lezen worden uitgevoerd vanuit de cache, die zich binnen het VM-geheugen en de lokale SSD. Deze leesgegevens zijn veel sneller dan leesgegevens van de gegevensschijf, die afkomstig is uit Azure Blob Storage. Premium opslag telt niet de lees- en doorvoer van de cache naar de schijf-IOPS en doorvoer. Daarom is uw van toepassing in staat om een hogere totale IOPS en doorvoer te bereiken.
Geen cacheconfiguratie moet worden gebruikt voor de schijven die als host SQL Server Logboekbestand omdat het logboekbestand opeenvolgend wordt geschreven en geen voordeel heeft van ReadOnly-caching.
ReadWrite-caching mag niet worden gebruikt voor het hosten van SQL Server-bestanden, omdat SQL Server geen ondersteuning biedt voor gegevensconsistentie met de ReadWrite-cache. De schrijfcapaciteit voor het schrijven van verspilling van de ReadOnly-blobcache en latentie nemen enigszins toe als schrijfingen door de lagen van de ReadOnly-blobcache gaan.
Tip
Zorg ervoor dat uw opslagconfiguratie overeenkomt met de beperkingen die zijn opgelegd door de geselecteerde VM-grootte. Als u opslagparameters kiest die de prestatielimiet van de VM-grootte overschrijden, wordt de volgende waarschuwing gegeven:
The desired performance might not be reached due to the maximum virtual machine disk performance cap. Verminder de IOPS door het schijftype te wijzigen of verhoog de beperking van de prestatielimiet door de VM-grootte te vergroten. Hiermee wordt het inrichten niet gestopt.
Op basis van uw keuzes voert Azure de volgende opslagconfiguratietaken uit na het maken van de VM:
- Maakt en koppelt Premium-SSD's aan de virtuele machine.
- Hiermee configureert u de gegevensschijven die toegankelijk zijn voor SQL Server.
- Hiermee configureert u de gegevensschijven in een opslaggroep op basis van de opgegeven grootte en prestatievereisten (IOPS en doorvoer).
- Koppelt de opslaggroep aan een nieuw station op de virtuele machine.
- Optimaliseert dit nieuwe station op basis van het opgegeven type werkbelasting (Datawarehousing, Transactionele verwerking of Algemeen).
Zie de zelfstudie over het inrichten voor een volledig overzicht van SQL Server VM in de Azure Portal.
Resource Manager-sjablonen
Als u de volgende Resource Manager gebruikt, worden er standaard twee Premium-gegevensschijven gekoppeld, zonder configuratie van de opslaggroep. U kunt deze sjablonen echter aanpassen om het aantal Premium-gegevensschijven te wijzigen dat aan de virtuele machine is gekoppeld.
Quickstartsjabloon
U kunt de volgende quickstart-sjabloon gebruiken om een virtuele SQL Server implementeren met behulp van opslagoptimalisatie.
Bestaande VM's
Voor bestaande SQL Server's kunt u enkele opslaginstellingen in de Azure Portal. Open de resource SQL virtuele machinesen selecteer Overzicht. Op SQL Server overzichtspagina ziet u het huidige opslaggebruik van uw VM. Alle stations die aanwezig zijn op uw VM worden weergegeven in deze grafiek. Voor elk station wordt de opslagruimte in vier secties weergegeven:
- SQL gegevens
- SQL logboek
- Overige (niet-SQL opslag)
- Beschikbaar
Als u de opslaginstellingen wilt wijzigen, selecteert u Configureren Instellingen.

U kunt de schijfinstellingen wijzigen voor de stations die tijdens het maken van de virtuele SQL Server zijn geconfigureerd. Als u Station uitbreiden selecteert, wordt de pagina voor het wijzigen van het station geopend, zodat u het schijftype kunt wijzigen en extra schijven kunt toevoegen.

Geautomatiseerde wijzigingen
In deze sectie vindt u een verwijzing naar de wijzigingen in de opslagconfiguratie die Azure automatisch uitvoert tijdens SQL Server inrichting of configuratie van de virtuele Azure Portal.
- Azure configureert een opslaggroep op basis van opslag die is geselecteerd op uw VM. In de volgende sectie van dit onderwerp vindt u meer informatie over de configuratie van de opslaggroep.
- Automatische opslagconfiguratie maakt altijd gebruik van Premium - SDS P30-gegevensschijven. Daarom is er een 1:1-toewijzing tussen het geselecteerde aantal Terabytes en het aantal gegevensschijven dat is gekoppeld aan uw VM.
Zie de pagina met prijzen op Storage tabblad Storage informatie over de prijzen.
De opslaggroep maken
Azure gebruikt de volgende instellingen om de opslaggroep te maken op SQL Server VM's.
| Instelling | Waarde |
|---|---|
| Stripe-grootte | 256 kB (datawarehousing); 64 kB (transactioneel) |
| Schijfgrootten | Elk 1 TB |
| Cache | Lezen |
| Toewijzingsgrootte | NTFS-toewijzingseenheidgrootte van 64 kB |
| Herstel | Eenvoudig herstel (geen tolerantie) |
| Aantal kolommen | Aantal gegevensschijven tot 81 |
1 Nadat de opslaggroep is gemaakt, kunt u het aantal kolommen in de opslaggroep niet wijzigen.
Instellingen voor workloadoptimalisatie
In de volgende tabel worden de drie beschikbare workloadtypeopties en de bijbehorende optimalisaties beschreven:
| Workloadtype | Description | Optimalisaties |
|---|---|---|
| Algemeen | Standaardinstelling die ondersteuning biedt voor de meeste workloads | Geen |
| Transactionele verwerking | Optimaliseert de opslag voor traditionele DATABASE OLTP-workloads | Traceervlag 1117 Traceervlag 1118 |
| Datawarehousing | Optimaliseert de opslag voor analyse- en rapportageworkloads | Traceervlag 610 Traceervlag 1117 |
Notitie
U kunt het type werkbelasting alleen opgeven wanneer u een virtuele machine SQL Server door deze te selecteren in de stap opslagconfiguratie.
Enable caching
Wijzig het cachingbeleid op schijfniveau. U kunt dit doen met behulp van Azure Portal, PowerShellof de Azure CLI.
Als u het cachingbeleid in de Azure Portal, volgt u deze stappen:
Stop uw SQL Server service.
Meld u aan bij de Azure Portal.
Navigeer naar uw virtuele machine, selecteer Schijven onder Instellingen.

Kies het juiste cachingbeleid voor uw schijf in de vervolgkeuzekeuze.

Nadat de wijziging van kracht is, start u de virtuele SQL Server opnieuw op en start u de SQL Server service.
Schakel Write Accelerator
Write Acceleration is een schijffunctie die alleen beschikbaar is voor de M-serie Virtual Machines (VM's). Het doel van schrijfversnelling is het verbeteren van de I/O-latentie van schrijfingen voor Azure Premium Storage wanneer u een I/O-latentie met één cijfer nodig hebt vanwege essentiële OLTP-workloads of datawarehouse-omgevingen met een hoog volume.
Stop alle SQL Server en sluit de SQL Server af voordat u wijzigingen aan het schrijfversnellingsbeleid aanwijst.
Als uw schijven zijn gestriped, schakelt u Write Acceleration voor elke schijf afzonderlijk in en moet uw Azure-VM worden afgesloten voordat u wijzigingen aanwijst.
Als u Write Acceleration wilt inschakelen met behulp Azure Portal, volgt u deze stappen:
Stop uw SQL Server service. Als uw schijven zijn gestriped, sluit u de virtuele machine af.
Meld u aan bij de Azure Portal.
Navigeer naar uw virtuele machine, selecteer Schijven onder Instellingen.

Kies in de vervolgkeuze Write Accelerator cacheoptie voor uw schijf.

Nadat de wijziging van kracht is, start u de virtuele machine en SQL Server service.
Schijf striping
Voor meer doorvoer kunt u extra gegevensschijven toevoegen en schijfstriping gebruiken. Om het aantal gegevensschijven te bepalen, analyseert u de doorvoer en bandbreedte die vereist zijn voor uw SQL Server gegevensbestanden, waaronder het logboek en tempdb. De doorvoer- en bandbreedtelimieten variëren per VM-grootte. Zie VM-grootte voor meer informatie
Voor Windows 8/Windows Server 2012 of hoger gebruikt u Opslagruimten de volgende richtlijnen:
Stel het interleave (stripe-grootte) in op 64 kB (65.536 bytes) om te voorkomen dat de prestaties worden beïnvloed door onjuiste uitlijning van partities. Dit moet worden ingesteld met PowerShell.
Aantal kolommen instellen = aantal fysieke schijven. Gebruik PowerShell bij het configureren van meer dan 8 schijven (niet Serverbeheer gebruikersinterface).
Met de volgende PowerShell wordt bijvoorbeeld een nieuwe opslaggroep gemaakt met een interleavegrootte van 64 kB en het aantal kolommen dat gelijk is aan de hoeveelheid fysieke schijven in de opslaggroep:
$PhysicalDisks = Get-PhysicalDisk | Where-Object {$_.FriendlyName -like "*2" -or $_.FriendlyName -like "*3"}
New-StoragePool -FriendlyName "DataFiles" -StorageSubsystemFriendlyName "Windows Storage on <VM Name>" `
-PhysicalDisks $PhysicalDisks | New- VirtualDisk -FriendlyName "DataFiles" `
-Interleave 65536 -NumberOfColumns $PhysicalDisks .Count -ResiliencySettingName simple `
–UseMaximumSize |Initialize-Disk -PartitionStyle GPT -PassThru |New-Partition -AssignDriveLetter `
-UseMaximumSize |Format-Volume -FileSystem NTFS -NewFileSystemLabel "DataDisks" `
-AllocationUnitSize 65536 -Confirm:$false
In Windows Server 2016 en hoger is de -StorageSubsystemFriendlyName standaardwaarde voorWindows Storage on <VM Name>
Voor Windows 2008 R2 of eerder kunt u dynamische schijven (striped os-volumes) gebruiken en de stripegrootte is altijd 64 kB. Deze optie is afgeschaft vanaf Windows 8/Windows Server 2012. Zie de ondersteuningsverklaring op de Virtual Disk Service wordt overstappen naar Windows Storage Beheer API.
Als u Opslagruimten Direct (S2D) gebruikt met SQL Server-exemplarenvan failovercluster, moet u één pool configureren. Hoewel er verschillende volumes kunnen worden gemaakt voor die ene groep, delen ze allemaal dezelfde kenmerken, zoals hetzelfde cachingbeleid.
Bepaal het aantal schijven dat is gekoppeld aan uw opslaggroep op basis van uw belastingsverwachtingen. Houd er rekening mee dat verschillende VM-grootten verschillende aantallen gekoppelde gegevensschijven toestaan. Zie Grootten voor virtuele machines voor meer informatie.
Volgende stappen
Voor andere onderwerpen met betrekking tot het uitvoeren SQL Server in Azure-VM's, SQL Server op Azure Virtual Machines.