Azure SQL Database tjänstnivåer SQL Azure SQL Managed Instance
GÄLLER FÖR: 
Azure SQL Database Azure SQL Managed Instance
Två tjänstnivåer för virtuella kärnor är tillgängliga i både Azure SQL Database och Azure SQL Managed Instance:
- Generell användning är en budgetvänlig nivå som är utformad för de flesta arbetsbelastningar med vanliga krav på prestanda och tillgänglighet.
- Den affärskritiska nivån är utformad för prestandakänsliga arbetsbelastningar med strikta tillgänglighetskrav.
Azure SQL Database även tjänstnivån Hyperskala:
- Hyperskala är utformat för de flesta företagsarbetsbelastningar och ger mycket skalbar lagring, läsutskalning, snabb skalning och snabba funktioner för databasåterställning.
En jämförelse av köpmodellen baserad på vCore med köpmodellen baserad på DTU finns i köpmodeller och resurser.
Jämförelse av tjänstnivå
I följande tabell beskrivs de viktigaste skillnaderna mellan tjänstnivåer.
| - | Resurstyp | Generell användning | Hyperskala | Affärskritisk |
|---|---|---|---|---|
| Bäst för | Erbjuder budgetorienterade och balanserade beräknings- och lagringsalternativ. | De flesta företagsarbetsbelastningar. Lagringsstorlek för automatisk skalning upp till 100 TB, smidig vertikal och horisontell beräkningsskalning, snabb databasåterställning. | OLTP-program med hög transaktionsfrekvens och låg I/O-svarstid. Ger högsta motståndskraft mot fel och snabba redundanser med hjälp av flera synkront uppdaterade repliker. | |
| Tillgängligt i resurstyp: | SQL Database/SQL Managed Instance | Enkel Azure SQL Database | SQL Database/SQL Managed Instance | |
| Beräkningsstorlek | SQL Database | 1 till 80 virtuella kärnor | 1 till 80 virtuella kärnor | 1 till 128 virtuella kärnor |
| SQL-hanterad instans | 4, 8, 16, 24, 32, 40, 64, 80 virtuella kärnor | Ej tillämpligt | 4, 8, 16, 24, 32, 40, 64, 80 virtuella kärnor | |
| SQL Managed Instance-pooler | 2, 4, 8, 16, 24, 32, 40, 64, 80 virtuella kärnor | Saknas | Saknas | |
| Lagringstyp | Alla | Fjärrlagring | Nivåindelad fjärrlagring och lokal SSD-lagring | Lokal SSD-lagring |
| Databasstorlek | SQL Database | 1 GB–4 TB | 40 GB–100 TB | 1 GB–4 TB |
| SQL-hanterad instans | 32 GB –16 TB | Ej tillämpligt | 32 GB –16 TB | |
| Storage storlek | SQL Database | 1 GB–4 TB | 40 GB–100 TB | 1 GB–4 TB |
| SQL-hanterad instans | 32 GB –16 TB | Ej tillämpligt | 32 GB –16 TB | |
| TempDB-storlek | SQL Database | 32 GB per vCore | 32 GB per vCore | 32 GB per vCore |
| SQL-hanterad instans | 24 GB per vCore | Ej tillämpligt | Upp till 4 TB – begränsas av lagringsstorleken | |
| Dataflöde för loggskrivning | SQL Database | Enkla databaser: 4,5 MB/s per vCore (max 50 MB/s) Elastiska pooler: 6 MB/s per vCore (max 62,5 MB/s) |
100 MB/s | Enkla databaser: 12 MB/s per vCore (max 96 MB/s) Elastiska pooler: 15 MB/s per vCore (max 120 MB/s) |
| SQL-hanterad instans | 3 MB/s per vCore (max 22 MB/s) | Ej tillämpligt | 4 MB/s per vCore (max 48 MB/s) | |
| Tillgänglighet | SQL Database(SLA) | 99,99 % | 99,95 % med en sekundär replik, 99,99 % med fler repliker | 99,99 % 99,995 % med zonredundant enkel databas |
| SQL Managed Instance(SLA) | 99,99 % | 99,95 % med en sekundär replik, 99,99 % med fler repliker | 99,99 % 99,995 % med zonredundant enkel databas |
|
| Säkerhetskopior | Alla | RA-GRS, 1–35 dagar (7 dagar som standard) | RA-GRS, 7 dagar, snabb återställning till tidpunkt (PITR) | RA-GRS, 1–35 dagar (7 dagar som standard) |
| Minnes in memory OLTP | Ej tillämpligt | Delvis stöd. Minnesoptimerade tabelltyper, tabellvariabler och inbyggda kompilerade moduler stöds. | Tillgängligt | |
| Skrivskyddade repliker | 0 inbyggda 0–4 med geo-replikering |
0–4 inbyggda | 1 inbyggd, ingår i priset 0–4 med geo-replikering |
|
| Priser/fakturering | SQL Database | vCore, reserverad lagring och lagring av säkerhetskopior debiteras. IOPS debiteras inte. |
Virtuella kärnor för varje replik och använd lagring debiteras. IOPS har ännu inte debiterats. |
vCore, reserverad lagring och lagring av säkerhetskopior debiteras. IOPS debiteras inte. |
| SQL-hanterad instans | vCore, reserverad lagring och lagring av säkerhetskopior debiteras. IOPS debiteras inte |
Ej tillämpligt | vCore, reserverad lagring och lagring av säkerhetskopior debiteras. IOPS debiteras inte. |
|
| Rabattmodeller | Reserverade instanser Azure Hybrid-förmån (inte tillgängligt för dev/test-prenumerationer) Dev/Test-prenumerationer för Enterprise och betala per prenumeration |
Azure Hybrid-förmån (inte tillgängligt för dev/test-prenumerationer) Dev/Test-prenumerationer för Enterprise och betala per prenumeration |
Reserverade instanser Azure Hybrid-förmån (inte tillgängligt för dev/test-prenumerationer) Dev/Test-prenumerationer för Enterprise och betala per prenumeration |
Anteckning
Mer information om Serviceavtal (SLA) finns i SLA för Azure SQL Database eller SLA för Azure SQL Managed Instance.
Resursgränser
Mer information om resursbegränsningar finns i:
- Azure SQL Database (vCore)
- Enkel Azure SQL Database (DTU)
- Poolad Azure SQL Database (DTU)
- Hanterad Azure SQL-instans
Data- och logglagring
Följande faktorer påverkar mängden lagring som används för data och loggfiler och gäller för Generell användning och Affärskritisk nivåer. Mer information om data- och logglagring i Hyperskala finns i Tjänstnivå för hyperskala.
- Varje beräkningsstorlek stöder en maximal datastorlek, med standardvärdet 32 GB.
- När du konfigurerar maximal datastorlek läggs ytterligare 30 procent av lagringen automatiskt till för loggfiler.
- Du kan välja en maximal datastorlek mellan 1 GB och den maximala lagringsstorleken som stöds, i steg om 1 GB.
- På Generell användning-tjänstnivån används
tempdblokal SSD-lagring, och den här lagringskostnaden ingår i priset för virtuella kärnor. - På Affärskritisk-tjänstnivån delar lokal SSD-lagring med data och loggfiler, och lagringskostnaden
tempdbingår i priset för virtuellatempdbkärnor. - Den maximala lagringsstorleken för en SQL hanterad instans måste anges i multiplar på 32 GB.
Viktigt
I Generell användning och Affärskritisk-nivåerna debiteras du för den maximala lagringsstorleken som konfigurerats för en databas, elastisk pool eller hanterad instans. På nivån Hyperskala debiteras du för den allokerade datalagringen.
Om du vill övervaka den aktuella allokerade och använda datalagringsstorleken i SQL Database använder du allocated_data_storage och Azure Monitor mått. Om du vill övervaka den totala lagringsstorleken för förbrukade instanser SQL Managed Instance använder du storage_space_used_mb måttet. Om du vill övervaka den aktuella allokerade och använda lagringsstorleken för enskilda data och loggfiler i en databas med hjälp av T-SQL använder du sys.database_files-vyn och funktionen FILEPROPERTY(... , 'SpaceUsed').
Tips
I vissa fall kan du behöva krympa en databas för att frigöra outnyttjat utrymme. Mer information finns i Hantera filutrymme i Azure SQL Database.
Säkerhetskopiering och lagring
Storage för databassäkerhetskopior allokeras för att stödja funktionerna för återställning till tidpunkt (PITR) och långsiktig kvarhållning (LTR) i SQL Database och SQL Managed Instance. Den här lagringen är separat från data- och loggfilslagring och faktureras separat.
- PITR: I Generell användning och Affärskritisk kopieras enskilda databassäkerhetskopior automatiskt till RA-GRS-lagring (Read-Access Geo Redundant). Lagringsstorleken ökar dynamiskt när nya säkerhetskopior skapas. Lagringen används av fullständiga, differentiella och transaktionsloggsäkerhetskopior. Lagringsförbrukningen beror på ändringsfrekvensen för databasen och kvarhållningsperioden som har konfigurerats för säkerhetskopieringar. Du kan konfigurera en separat kvarhållningsperiod för varje databas mellan 1 och 35 dagar för SQL Database och 0 till 35 dagar för SQL Managed Instance. En mängd lagringsutrymme för säkerhetskopior som motsvarar den konfigurerade maximala datastorleken tillhandahålls utan extra kostnad.
- LTR: Du kan också konfigurera långsiktig kvarhållning av fullständiga säkerhetskopior i upp till 10 år. Om du ställer in en LTR-princip lagras dessa säkerhetskopior i RA-GRS-lagring automatiskt, men du kan styra hur ofta säkerhetskopiorna kopieras. För att uppfylla olika efterlevnadskrav kan du välja olika kvarhållningsperioder för veckovisa, månatliga och/eller årliga säkerhetskopior. Den konfiguration du väljer avgör hur mycket lagringsutrymme som ska användas för LTR-säkerhetskopieringar. Mer information finns i Långsiktig kvarhållning av säkerhetskopior.
Nästa steg
Mer information om de specifika beräknings- och lagringsstorlekar som är tillgängliga i tjänstnivåer för virtuella kärnor finns i: