Konfigurera lagring för SQL Server virtuella datorer

GÄLLER FÖR: SQL Server på virtuella Azure-datorer

Den här artikeln lär dig hur du konfigurerar din lagring för SQL Server på Azure Virtual Machines (VM).

SQL Server Virtuella datorer som distribueras via Marketplace-avbildningar följer automatiskt standardmetoderna för lagring som kan ändras under distributionen. Vissa av dessa konfigurationsinställningar kan ändras efter distributionen.

Förutsättningar

Om du vill använda konfigurationsinställningarna för automatisk lagring måste den virtuella datorn ha följande egenskaper:

• Har etablerats med SQL Server galleriavbildning eller registrerats med SQL IaaS-tillägget.
• Använder Resource Manager distributionsmodellen.
• Använder Premium-SSD:er.

Nya virtuella datorer

I följande avsnitt beskrivs hur du konfigurerar lagring för nya SQL Server virtuella datorer.

Azure Portal

När du etablerar en virtuell Azure-dator med en SQL Server-galleriavbildning väljer du Ändra konfiguration på fliken SQL Server Inställningar för att öppna sidan Prestandaoptimerad Storage konfiguration. Du kan antingen lämna standardvärdena eller ändra den typ av diskkonfiguration som bäst passar dina behov baserat på din arbetsbelastning.

Välj den typ av arbetsbelastning som du distribuerar din SQL Server under Storage optimering. Med optimeringsalternativet Allmänt har du som standard en datadisk med maximalt 5 000 IOPS, och du kommer att använda samma enhet för dina data, transaktionsloggar och TempDB-lagring.

Om du väljer Antingen Transactional Processing (OLTP) eller Datalagerhantering skapas en separat disk för data, en separat disk för transaktionsloggen och lokal SSD för TempDB. Det finns inga lagringsskillnader mellan Transaktionsbearbetning och Datalagerhantering, men den ändrar din stripe-konfiguration och spårningsflaggorna. Om du väljer Premium Storage anges cachelagringen till ReadOnly för dataenheten och Ingen för loggenheten enligt SQL Server bästa praxis för VM-prestanda.

Diskkonfigurationen är helt anpassningsbar så att du kan konfigurera lagringstopologin, disktypen och IOPs som du behöver för din SQL Server VM-arbetsbelastning. Du kan också använda UltraSSD (förhandsversion) som ett alternativ för Disktyp om din virtuella SQL Server-dator finns i någon av de regioner som stöds (USA, östra 2, Asien, sydöstra och Europa, norra) och du har aktiverat ultradiskarför din prenumeration.

Dessutom har du möjlighet att ange cachelagring för diskarna. Virtuella Azure-datorer har en cachelagringsteknik på flera nivåer som kallas Blob Cache när den används med Premium Disks. Blobcache använder en kombination av RAM-minne för virtuell dator och lokal SSD för cachelagring.

Diskcachelagring för Premium SSD kan vara ReadOnly, ReadWrite eller None.

• Skrivskyddade cachelagring är mycket fördelaktigt för SQL Server datafiler som lagras på Premium Storage. ReadOnly-cachelagring ger låg lässvarstid, hög läs-IOPS och dataflöde eftersom läsningar utförs från cachen, som finns i VM-minnet och den lokala SSD:n. Dessa läsningar är mycket snabbare än läsningar från datadisken, som kommer från Azure Blob Storage. Premium lagring räknas inte läsningar från cachen mot diskens IOPS och dataflöde. Därför kan din tillämpliga uppnå högre total IOPS och dataflöde.

• Ingen cachekonfiguration bör användas för diskar som är värdar SQL Server loggfilen när loggfilen skrivs sekventiellt och inte drar nytta av ReadOnly-cachelagring.

• Cachelagring av ReadWrite bör inte användas som värd för SQL Server eftersom SQL Server inte stöder datakonsekvens med ReadWrite-cachen. Skrivningar slösar kapacitet för ReadOnly-blobcachen och svarstiderna ökar något om skrivningar går igenom ReadOnly-blobcachelager.

  Tips

  Se till att din lagringskonfiguration matchar begränsningarna som gäller för den valda VM-storleken. Om du väljer lagringsparametrar som överskrider prestandataket för VM-storleken visas en varning: The desired performance might not be reached due to the maximum virtual machine disk performance cap . Minska Antingen IOPs genom att ändra disktypen eller öka prestandabegränsningen genom att öka VM-storleken. Etableringen upphör inte.

Baserat på dina val utför Azure följande lagringskonfigurationsuppgifter när du har skapat den virtuella datorn:

• Skapar och Premium till den virtuella datorn.
• Konfigurerar datadiskarna så att de är tillgängliga för SQL Server.
• Konfigurerar datadiskarna till en lagringspool baserat på de angivna kraven för storlek och prestanda (IOPS och dataflöde).
• Associerar lagringspoolen med en ny enhet på den virtuella datorn.
• Optimerar den nya enheten baserat på din angivna arbetsbelastningstyp (informationslagerhantering, transaktionsbearbetning eller allmänt).

En fullständig genomgång av hur du skapar en virtuell SQL Server dator i Azure Portal finns i etableringskursen.

Mallar för Resurshanteraren

Om du använder följande Resource Manager är två premiumdatadiskar anslutna som standard, utan konfiguration av lagringspoolen. Du kan dock anpassa dessa mallar för att ändra antalet premiumdatadiskar som är anslutna till den virtuella datorn.

• Skapa en virtuell dator med automatisk säkerhetskopiering
• Skapa virtuell dator med automatisk uppdatering
• Skapa virtuell dator med AKV-integrering

Snabbstartsmall

Du kan använda följande snabbstartsmall för att distribuera en virtuell SQL Server dator med hjälp av lagringsoptimering.

• Skapa virtuell dator med lagringsoptimering
• Skapa en virtuell dator med UltraSSD

Befintliga virtuella datorer

För befintliga SQL Server virtuella datorer kan du ändra vissa lagringsinställningar i Azure Portal. Öppna din SQL virtuella datorer ochvälj Översikt. Sidan SQL Server översikt visar den aktuella lagringsanvändningen för den virtuella datorn. Alla enheter som finns på den virtuella datorn visas i det här diagrammet. Lagringsutrymmet visas i fyra delar för varje enhet:

• SQL data
• SQL logg
• Annat (icke-SQL lagring)
• Tillgängligt

Om du vill ändra lagringsinställningarna väljer du Konfigurera under Inställningar.

Du kan ändra diskinställningarna för de enheter som konfigurerades under SQL Server den virtuella datorn. Om du väljer Utöka enhet öppnas sidan för enhetsändring, så att du kan ändra disktyp och lägga till ytterligare diskar.

Automatiserade ändringar

Det här avsnittet innehåller en referens för de ändringar av lagringskonfigurationen som Azure utför automatiskt SQL Server etablering eller konfiguration av virtuella datorer i Azure Portal.

• Azure konfigurerar en lagringspool från lagring som valts från den virtuella datorn. Nästa avsnitt i det här avsnittet innehåller information om konfiguration av lagringspooler.
• Automatisk lagringskonfiguration använder alltid P30-datadiskar för Premium-SSD:er. Därför finns det en mappning på 1:1 mellan det valda antalet Terabyte och antalet datadiskar som är anslutna till den virtuella datorn.

Prisinformation finns på Storage på fliken Disk Storage diskpriser.

Skapa lagringspoolen

Azure använder följande inställningar för att skapa lagringspoolen på SQL Server virtuella datorer.

¹ När lagringspoolen har skapats kan du inte ändra antalet kolumner i lagringspoolen.

Inställningar för arbetsbelastningsoptimering

I följande tabell beskrivs de tre tillgängliga alternativen för arbetsbelastningstyp och deras motsvarande optimeringar:

Enable caching

Ändra cachelagringsprincipen på disknivå. Du kan göra det med hjälp Azure Portal, PowerShelleller Azure CLI.

Om du vill ändra cachelagringsprincipen i Azure Portal du följande steg:

1. Stoppa din SQL Server tjänsten.

2. Logga in på Azure-portalen.

3. Gå till den virtuella datorn och välj Diskar under Inställningar.

   

4. Välj lämplig cachelagringsprincip för disken i listrutan.

   

5. När ändringen har börjat gälla startar du om SQL Server virtuella datorn och startar SQL Server tjänsten.

Aktivera Skrivningsaccelerator

Skrivningsacceleration är en diskfunktion som endast är tillgänglig för M-seriens Virtual Machines (VM). Syftet med skrivacceleration är att förbättra I/O-svarstiden för skrivningar mot Azure Premium Storage när du behöver ensiffrig I/O-svarstid på grund av verksamhetskritiska OLTP-arbetsbelastningar eller informationslagermiljöer med hög volym.

Stoppa all SQL Server och stäng av SQL Server innan du gör ändringar i din princip för skrivningsacceleration.

Om diskarna är strimlade aktiverar du skrivningsacceleration för varje disk individuellt, och din virtuella Azure-dator bör stängas av innan du gör några ändringar.

Följ dessa steg om du Azure Portal aktivera skrivningsacceleration med hjälp av Azure Portal:

1. Stoppa din SQL Server tjänsten. Om diskarna är strimlade stänger du av den virtuella datorn.

2. Logga in på Azure-portalen.

3. Gå till den virtuella datorn och välj Diskar under Inställningar.

   

4. Välj cachealternativet med Skrivningsaccelerator för disken från listrutan.

   

5. När ändringen har börjat gälla startar du den virtuella datorn och SQL Server tjänsten.

Diskstrimning

Om du vill ha mer dataflöde kan du lägga till ytterligare datadiskar och använda diskstrimning. Du kan fastställa antalet datadiskar genom att analysera dataflödet och bandbredden som krävs för SQL Server datafiler, inklusive loggen och tempdb. Dataflödes- och bandbreddsbegränsningar varierar beroende på VM-storlek. Mer information finns i VM-storlek

• För Windows 8/Windows Server 2012 eller senare använder du Lagringsutrymmen med följande riktlinjer:

  1. Ange interleave (strimlingsstorlek) till 64 kB (65 536 byte) för att undvika prestandapåverkan på grund av partitionsfeljustering. Detta måste anges med PowerShell.

  2. Ange antal kolumner = antalet fysiska diskar. Använd PowerShell när du konfigurerar fler än 8 diskar (inte Serverhanteraren användargränssnitt).

Följande PowerShell skapar till exempel en ny lagringspool med mellanlagringsstorleken på 64 kB och antalet kolumner som motsvarar mängden fysisk disk i lagringspoolen:

$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

$PhysicalDisks = Get-PhysicalDisk | Where-Object {$_.FriendlyName -like "*2" -or $_.FriendlyName -like "*3"}

New-StoragePool -FriendlyName "DataFiles" -StorageSubsystemFriendlyName "Storage Spaces on <VMName>" `
    -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 

• För Windows 2008 R2 eller tidigare kan du använda dynamiska diskar (OS-stripevolymer) och strimlade storlekar är alltid 64 kB. Det här alternativet är inaktuellt från och Windows 8/Windows Server 2012. Mer information finns i supportmeddelandet på Virtual Disk Service övergår till Windows Storage API för hantering.

• Om du använder Lagringsutrymmen Direct (S2D) med SQL Server redundansklusterinstansermåste du konfigurera en enda pool. Även om olika volymer kan skapas på den enskilda poolen har de samma egenskaper, till exempel samma cachelagringsprincip.

• Fastställ antalet diskar som är associerade med lagringspoolen baserat på dina belastningsförväntningar. Tänk på att olika VM-storlekar tillåter olika antal anslutna datadiskar. Mer information finns i Storlekar för virtuella datorer.

Nästa steg

Andra ämnen som rör körning av SQL Server virtuella Azure-datorer finns i SQL Server på Azure Virtual Machines.