Översikt över resursbegränsningar för Azure SQL Managed Instance
gäller för:
Azure SQL Managed Instance
Den här artikeln innehåller en översikt över de tekniska egenskaperna och resursgränserna för Azure SQL Managed Instance och innehåller information om hur du begär en ökning av dessa gränser.
Not
Skillnader i funktioner som stöds och T-SQL-instruktioner finns i Funktionsskillnader och T-SQL-instruktionsstöd. Allmänna skillnader mellan tjänstnivåer för Azure SQL Database och SQL Managed Instance finns i tjänstnivåer för generell användning och affärskritiska.
Egenskaper för maskinvarukonfiguration
SQL Managed Instance har egenskaper och resursgränser som är beroende av den underliggande infrastrukturen och arkitekturen. SQL Managed Instance kan distribueras på flera maskinvarugenerationer.
Maskinvarugenerationer har olika egenskaper, enligt beskrivningen i följande tabell:
| Drag | Standardserie (Gen5) | Premium-serien | Minnesoptimerad premiumserie |
|---|---|---|---|
| CPU- | Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake) och Intel® 8272CL (Cascade Lake) 2,5 GHz-processorer | Intel® 8370C (Ice Lake) 2,8 GHz-processorer | Intel® 8370C (Ice Lake) 2,8 GHz-processorer |
|
Antal virtuella kärnor vCore=1 LP (hypertråd) |
21 -80 virtuella kärnor | 21 -128 virtuella kärnor | 4–128 virtuella kärnor |
| Maximalt minne (förhållande mellan minne och virtuell kärna) | 5,1 GB per virtuell kärna – maximalt 408 GB Lägg till fler virtuella kärnor för att få mer minne. |
7 GB per virtuell kärna upp till 80 virtuella kärnor – maximalt 560 GB | 13,6 GB per virtuell kärna upp till 64 virtuella kärnor – maximalt 870,4 GB |
| Max In-Memory OLTP-minne | Instansgräns: 0,8–1,65 GB per virtuell kärna | Instansgräns: 1,1–2,3 GB per virtuell kärna | Instansgräns: 2,2–4,5 GB per virtuell kärna |
| Maximalt reserverat lagringsutrymme för instanser2 |
generell användning: upp till 16 TB Affärskritisk: upp till 4 TB |
generell användning: upp till 16 TB Affärskritisk: upp till 16 TB3 |
generell användning: upp till 16 TB Affärskritisk: upp till 16 TB |
1 Att distribuera en 2-vCore-instans är bara möjligt i en instanspool.
2 beroende av antalet virtuella kärnor.
3 Endast de större regionerna kan tillhandahålla 16 TB lagringsutrymme. Mindre regioner begränsar tillgängligt lagringsutrymme till 5,5 TB.
Not
Om din arbetsbelastning kräver lagringsstorlekar som är större än de tillgängliga resursgränserna för Azure SQL Managed Instance bör du överväga tjänstnivån Azure SQL Database Hyperskala.
Regionalt stöd för minnesoptimerad premium-seriemaskinvara och för maskinvara i Premium-serien med 16 TB lagring
Stöd för premium-seriens maskinvara med 16 TB lagring har samma tillgänglighet som stöd för den minnesoptimerade premium-seriens maskinvara. Stöd för den minnesoptimerade premium-seriens maskinvara och premium-seriens maskinvara med 16 TB lagring är för närvarande endast tillgängliga i dessa specifika regioner:
| Geografi | Regioner som stöder minnesoptimerad HW-maskinvara i Premium-serien och premium-serien med 16 TB lagring |
|---|---|
| Europa | Frankrike, centrala, Tyskland, västra centrala, Italien, norra, Europa, norra, Polen, centrala, Sverige, centrala, Schweiz, norra, Storbritannien, södra, Europa, västra |
| Mellanöstern, Afrika | Qatar Central |
| Amerika | Brasilien, södra, Kanada, centrala, Kanada, östra, USA, centrala, USA, östra 2, USA, norra centrala, USA, södra centrala, USA, västra, USA, västra centrala, USA, västra 2 |
| Asien och Stillahavsområdet | Australien, östra, Australien, sydöstra, Kina, norra 3, Indien, centrala, Asien, östra, Japan, östra, Sydostasien |
Minnesinternt OLTP tillgängligt utrymme
Mängden minnesinternt OLTP-utrymme i affärskritisk tjänstnivå beror på antalet virtuella kärnor och maskinvarukonfiguration. I följande tabell visas gränserna för minne som kan användas för minnesinterna OLTP-objekt.
| virtuella kärnor | Standardserie (Gen5) | Premium-serien | Minnesoptimerad premiumserie |
|---|---|---|---|
| 4 virtuella kärnor | 3,14 GB | 4,39 GB | 8,79 GB |
| 6 virtuella kärnor | - | 6,59 GB | 15,32 GB |
| 8 virtuella kärnor | 6,28 GB | 8,79 GB | 22,06 GB |
| 10 virtuella kärnor | - | 12,11 GB | 30,94 GB |
| 12 virtuella kärnor | - | 15,43 GB | 39,82 GB |
| 16 virtuella kärnor | 15,77 GB | 22,06 GB | 57,58 GB |
| 20 virtuella kärnor | - | 28,70 GB | 75,34 GB |
| 24 virtuella kärnor | 25,25 GB | 35,34 GB | 93,09 GB |
| 32 virtuella kärnor | 37,94 GB | 53,09 GB | 128,61 GB |
| 40 virtuella kärnor | 52,23 GB | 73,09 GB | 164,13 GB |
| 48 virtuella kärnor | - | 95,34 GB | 199,64 GB |
| 56 virtuella kärnor | - | 117,58 GB | 244,13 GB |
| 64 virtuella kärnor | 99,9 GB | 139,82 GB | 288,61 GB |
| 80 virtuella kärnor | 131,68 GB | 184,30 GB | 288,61 GB |
| 96 virtuella kärnor | Ej tillämpligt | 184,30 GB | 288,61 GB |
| 128 virtuella kärnor | Ej tillämpligt | 184,30 GB | 288,61 GB |
Egenskaper för tjänstnivå
SQL Managed Instance har två tjänstnivåer: Generell användning och Affärskritisk. Du kan välja att använda den uppgraderade nästa generations tjänstnivå för generell användning (förhandsversion).
Viktig
Tjänstnivån Affärskritisk innehåller ytterligare en inbyggd kopia av SQL Managed Instance (sekundär replik) som kan användas för skrivskyddad arbetsbelastning. Om du kan separera skrivskyddade frågor och skrivskyddade/analys-/rapporteringsfrågor får du dubbelt så många virtuella kärnor och minne för samma pris. Den sekundära repliken kan ligga några sekunder efter den primära instansen, så den är utformad för att avlasta rapporterings-/analysarbetsbelastningar som inte behöver exakt aktuellt datatillstånd. I följande tabell skrivskyddade frågor är de frågor som körs på den sekundära repliken.
Antal virtuella kärnor
| Maskinvarugenerering | Generell användning | Nästa generations allmänna syfte | Affärskritisk |
|---|---|---|---|
| Standard-serien (Gen5) | 21 , 4, 8, 16, 24, 32, 40, 64, 80 | 4, 8, 16, 24, 32, 40, 64, 80 | 4, 8, 16, 24, 32, 40, 64, 80 |
| Premium-serien | 21 , 4, 8, 16, 24, 32, 40, 64, 80 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 |
| Minnesoptimerad premiumserie | 4, 8, 16, 24, 32, 40, 64, 80 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 | 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 |
1 Att distribuera en 2-vCore-instans är bara möjligt i en instanspool.
Maximalt minne
| Maskinvarugenerering | Generell användning | Nästa generations allmänna syfte | Affärskritisk |
|---|---|---|---|
| Standard-serien (Gen5) | 20,4 GB – 408 GB 5,1 GB/virtuell kärna |
20,4 GB – 408 GB 5,1 GB/virtuell kärna |
20,4 GB – 408 GB 5,1 GB/virtuell kärna på varje replik |
| Premium-serien | 28 GB – 560 GB 7 GB/virtuell kärna |
28 GB – 560 GB 7 GB/virtuell kärna |
28 GB – 560 GB 7 GB/virtuell kärna upp till 80 virtuella kärnor1 på varje replik |
| Minnesoptimerad premiumserie | 54,4 GB – 870,4 GB 13,6 GB/virtuell kärna |
54,4 GB – 870,4 GB 13,6 GB/virtuell kärna |
54,4 GB – 870,4 GB 13,6 GB/virtuell kärna upp till 64 virtuella kärnor1 på varje replik |
1 Förhållandet mellan minne och virtuell kärna är endast tillgängligt upp till 80 virtuella kärnor för maskinvara i Premium-serien och 64 virtuella kärnor för minnesoptimerad premiumserie. Maximalt minne är begränsat till 560 GB för premiumserie-virtuella kärnor över 80 och 870,4 GB för minnesoptimerade virtuella kärnor i Premium-serien över 64.
Maximal lagringsstorlek för instanser (reserverad)
| Maskinvarugenerering | Generell användning | Nästa generations allmänna syfte | Affärskritisk |
|---|---|---|---|
| Standard-serien (Gen5) | – 2 TB för 4 virtuella kärnor – 8 TB för 8 virtuella kärnor - 16 TB för andra storlekar |
– 2 TB för 4 virtuella kärnor – 8 TB för 8 virtuella kärnor - 16 TB för andra storlekar |
- 1 TB för 4, 8, 16 virtuella kärnor – 2 TB för 24 virtuella kärnor - 4 TB för 32, 40, 64, 80 virtuella kärnor |
| Premium-serien | – 2 TB för 4 virtuella kärnor – 8 TB för 8 virtuella kärnor - 16 TB för andra storlekar |
– 2 TB för 4, 6 virtuella kärnor - 8 TB för 8, 10, 12 virtuella kärnor - 16 TB för 16, 20, 24 virtuella kärnor - 32 TB för 32, 40, 48, 56, 64, 80, 96, 128 virtuella kärnor |
– 1 TB för 4, 6 virtuella kärnor – 2 TB för 8, 10, 12 virtuella kärnor – 4 TB för 16, 20 virtuella kärnor - 5,5 TB för 24, 32, 40, 48, 56 virtuella kärnor – 5,5 TB eller 16 TB (beroende på region) för 64, 80, 96, 128 virtuella kärnor1 |
| Minnesoptimerad premiumserie | – 2 TB för 4 virtuella kärnor – 8 TB för 8 virtuella kärnor - 16 TB för andra storlekar |
– 2 TB för 4, 6 virtuella kärnor - 8 TB för 8, 10, 12 virtuella kärnor - 16 TB för 16, 20, 24 virtuella kärnor - 32 TB för 32, 40, 48, 56, 64, 80, 96, 128 virtuella kärnor |
– 1 TB för 4, 6 virtuella kärnor – 2 TB för 8, 10, 12 virtuella kärnor – 4 TB för 16, 20 virtuella kärnor – 5,5 TB för 24 virtuella kärnor – 5,5 TB eller 8 TB (beroende på region) för 32, 40 virtuella kärnor2 – 12 TB för 48, 56 virtuella kärnor - 16 TB för 64, 80, 96, 128 virtuella kärnor |
1 Endast de större regionerna kan tillhandahålla 16 TB lagringsutrymme för premiumseriens maskinvara för dessa processornummer. Mindre regioner begränsar tillgängligt lagringsutrymme till 5,5 TB.
2 Endast de större regionerna kan tillhandahålla 8 TB lagringsutrymme för den minnesoptimerade maskinvaran i Premium-serien för dessa cpu-virtuella kärnor. Mindre regioner begränsar tillgängligt lagringsutrymme till 5,5 TB.
Jämförelse av funktioner
| Drag | Generell användning | Nästa generations allmänna syfte | Affärskritisk |
|---|---|---|---|
| Maximal databasstorlek | Upp till tillgänglig instansstorlek (beroende på antalet virtuella kärnor). | Upp till tillgänglig instansstorlek (beroende på antalet virtuella kärnor). | Upp till tillgänglig instansstorlek (beroende på antalet virtuella kärnor). |
Maximal tempdb databasstorlek |
Begränsad till 24 GB/virtuell kärna (96–1 920 GB) och för närvarande tillgänglig lagringsstorlek för instanser. Lägg till fler virtuella kärnor för att få mer tempdb utrymme.Loggfilens storlek är begränsad till 120 GB. |
Begränsad till 24 GB/virtuell kärna (96–1 920 GB) och för närvarande tillgänglig lagringsstorlek för instanser. Lägg till fler virtuella kärnor för att få mer tempdb utrymme.Loggfilens storlek är begränsad till 120 GB. |
Upp till tillgänglig lagringsstorlek för instanser. |
Maximalt antal tempdb filer |
128 | 128 | 128 |
| Maximalt antal databaser per instans | 100 användardatabaser, såvida inte instansens lagringsstorleksgräns har nåtts. | 500 användardatabaser | 100 användardatabaser, såvida inte instansens lagringsstorleksgräns har nåtts. |
| Maximalt antal databasfiler | 280 per instans, såvida inte instanslagringsstorleken eller Azure Premium Disk-lagringsallokeringsutrymme gränsen har nåtts. | 4 096 filer per databas | 32 767 filer per databas, såvida inte instansens lagringsstorleksgräns har nåtts. |
| Maximal datafilstorlek | Maximal storlek för varje datafil är 8 TB. Använd minst två datafiler för databaser som är större än 8 TB. | Upp till tillgänglig instansstorlek (beroende på antalet virtuella kärnor). | Upp till tillgänglig instansstorlek (beroende på antalet virtuella kärnor). |
| Maximal loggfilstorlek | Begränsad till 2 TB och för närvarande tillgänglig lagringsstorlek för instanser. | Begränsad till 2 TB och för närvarande tillgänglig lagringsstorlek för instanser. | Begränsad till 2 TB och för närvarande tillgänglig lagringsstorlek för instanser. |
| Data/logg-IOPS (ungefärlig) | 500–7 500 per fil * Öka filstorleken för att få fler IOPS- |
Reserverad lagring * 3 – upp till vm-gränsen. 300 vid 32 GB, 64 GB och 96 GB reserverat lagringsutrymme. VM-gränsen beror på antalet virtuella kärnor 6400 IOPS för en virtuell dator med 4 virtuella kärnor – 80 K IOPS för en virtuell dator med 128 virtuella kärnor |
16 K – 320 K (4 000 IOPS/virtuell kärna) Lägg till fler virtuella kärnor för att få bättre I/O-prestanda. |
| Dataflöde (ungefärligt) | 100–250 MiB/s per fil * Öka filstorleken för att få bättre I/O-prestanda |
IOPS/30 Mbit/s – upp till vm-gränsen. 75 Mbit/s om det finns 32 GB, 64 GB och 96 GB reserverat lagringsutrymme. | Inte begränsat. |
| Loggskrivningsgränsen för dataflöde (per instans) | 4,5 MiB/s per virtuell kärna Max 120 MiB/s per instans 22–65 MiB/s per databas (beroende på loggfilens storlek) * Öka filstorleken för att få bättre I/O-prestanda |
4,5 MiB/s per virtuell kärna Max 192 MiB/s |
4,5 MiB/s per virtuell kärna Max 192 MiB/s |
| Lagrings-I/O-svarstid (ungefärlig1) | 5–10 ms | 3–5 ms | 1–2 ms |
| Minnesintern OLTP | Stöds inte | Stöds inte | Tillgänglig, storlek beror på antalet virtuella kärnor |
| Maximalt antal sessioner | 30000 | 30000 | 30000 |
| Maximalt antal samtidiga arbetare | 105 * antal virtuella kärnor + 800 | 105 * antal virtuella kärnor + 800 | 105 * antal virtuella kärnor + 800 |
| Använd skrivskyddade repliker för att avlasta skrivskyddade frågearbetsbelastningar | 0 | 0 | 1 (ingår i priset) |
| Beräkningsisolering | Stöds inte eftersom instanser av generell användning kan dela fysisk maskinvara med andra instanser | Stöds inte eftersom instanser av nästa generations generell användning kan dela fysisk maskinvara med andra instanser |
Standard-serien (Gen5): Stöds för konfigurationer med 64 eller fler virtuella kärnor Premium-seriens: Stöds för konfigurationer med 64 eller fler virtuella kärnor Minnesoptimerad premiumserie: Stöds för konfigurationer med 64 eller fler virtuella kärnor |
| Repliker för tillgänglighet | Stå vid noder för hög tillgänglighet | Stå vid noder för hög tillgänglighet | Fyra repliker med hög tillgänglighet, 1 är också en skrivskalningsreplik |
| Skrivskyddade repliker med redundansgrupper aktiverade | Ytterligare en skrivskyddad replik. Två totalt läsbara repliker, som innehåller den primära repliken. | Ytterligare en skrivskyddad replik. Två totalt läsbara repliker, som innehåller den primära repliken. | Två ytterligare skrivskyddade repliker, tre totalt skrivskyddade repliker. Fyra totalt läsbara repliker, inklusive den primära repliken. |
| Priser/fakturering |
virtuella kärnor, reserverad lagring och lagring av säkerhetskopior debiteras. IOPS debiteras inte |
Virtuella kärnor, reserverad lagring, lagring av säkerhetskopior och IOPS (över den kostnadsfria kvoten) debiteras. |
virtuella kärnor, reserverad lagring och lagring av säkerhetskopior debiteras. IOPS debiteras inte. |
| Rabattmodeller |
Azure-reservationer Azure Hybrid-förmån – Azure SQL Database & SQL Managed Instance (inte tillgängligt för dev/test-prenumerationer) Enterprise-- och betala per användning Dev/Test-prenumerationer |
Azure-reservationer Azure Hybrid-förmån – Azure SQL Database & SQL Managed Instance (inte tillgängligt för dev/test-prenumerationer) Enterprise-- och betala per användning Dev/Test-prenumerationer |
Azure-reservationer Azure Hybrid-förmån – Azure SQL Database & SQL Managed Instance (inte tillgängligt för dev/test-prenumerationer) Enterprise-- och betala per användning Dev/Test-prenumerationer |
1 Det här är ett genomsnittligt intervall. Även om de allra flesta I/O-begärandevaraktigheterna hamnar överst i intervallet är avvikande värden som överskrider intervallet möjliga.
Ytterligare överväganden
För närvarande tillgänglig lagringsstorlek för instanser är skillnaden mellan reserverad instansstorlek och använt lagringsutrymme.
Både data- och loggfilstorleken i användar- och systemdatabaserna ingår i instanslagringsstorleken som jämförs med den maximala lagringsstorleksgränsen. Använd sys.master_files-systemvyn för att fastställa det totala använda utrymmet för databaser. Felloggar sparas inte och ingår inte i storleken. Säkerhetskopior ingår inte i lagringsstorleken.
Dataflöde och IOPS på nivån Generell användning beror också på filstorlekoch begränsas inte uttryckligen av SQL Managed Instance.
Maximalt antal instans-IOPS beror på fillayouten och distributionen av arbetsbelastningen. Om du till exempel skapar 7 x 1 TB filer med högst 5 K IOPS vardera och sju små filer (mindre än 128 GB) med 500 IOPS vardera, kan du få 38500 IOPS per instans (7x5000+7x500) om din arbetsbelastning kan använda alla filer. Vissa IOPS används också för automatiska återställningar.
Du kan skapa en annan läsbar replik i en annan Azure-region med hjälp av redundansgrupper
Namn på
tempdbfiler får inte innehålla fler än 16 tecken.
Mer information om resursgränser i SQL Managed Instance-pooler finns i den här artikeln.
IOPS
För tjänstnivåerna Generell användning och Affärskritisk bestäms tillgängliga IOPS av antalet virtuella kärnor:
- Nästa generations tjänstnivå för generell användning: fast värde för IOPS baserat på antalet virtuella kärnor. Priset för lagringen inkluderar minsta IOPS. Om du överskrider minimivärdet debiteras du enligt följande: 1 IOPS = lagringspris (per region) dividerat med tre. Om till exempel 1 GB lagringsutrymme kostar 0,115, då 1 IOPS = 0,115/3 = 0,038 per IOPS.
- Affärskritisk tjänstnivå: använder en formel (4 000 IOPS/vCore) för att fastställa IOPS-gränser.
I följande tabell visas den maximala IOPS som är tillgänglig för varje tjänstnivå baserat på antalet virtuella kärnor:
| Antal virtuella kärnor | Nästa generations allmänna syfte | Affärskritisk |
|---|---|---|
| 4 | 6,400 | 16,000 |
| 6 | 9,600 | 24,000 |
| 8 | 12,800 | 32,000 |
| 10 | 16,000 | 40,000 |
| 12 | 19,200 | 48,000 |
| 16 | 25,600 | 64,000 |
| 20 | 32,000 | 80,000 |
| 24 | 38,400 | 96,000 |
| 32 | 51,200 | 128,000 |
| 40 | 64,000 | 160,000 |
| 48 | 76,800 | 192,000 |
| 56 | 80,000 | 224,000 |
| 64 | 80,000 | 256,000 |
| 80 | 80,000 | 320,000 |
| 96 | 80,000 | 320,000 |
| 128 | 80,000 | 320,000 |
Fil-I/O-egenskaper på nivån Generell användning
På tjänstnivån Generell användning får varje databasfil dedikerad IOPS och dataflöde som är beroende av filstorleken. Större filer får mer IOPS och dataflöde. I/O-egenskaper för databasfiler visas i följande tabell:
| Filstorlek | >=0 och <=129 GiB | >129 och <=513 GiB | >513 och <=1025 GiB | >1025 och <=2049 GiB | >2049 och <=4097 GiB | >4097 GiB och <=8 TiB |
|---|---|---|---|---|---|---|
| IOPS per fil | 500 | 2300 | 5000 | 7500 | 7500 | 7500 |
| dataflöde per fil | 100 MiB/s | 150 MiB/s | 200 MiB/s | 250 MiB/s | 250 MiB/s | 250 MiB/s |
Om du märker hög I/O-svarstid för en databasfil eller om du ser att IOPS/dataflödet når gränsen kan du förbättra prestandan genom att öka filstorleken.
Det finns också en gräns på instansnivå för det maximala loggskrivningsdataflödet (se föregående tabell för värden, till exempel 22 MiB/s), så du kanske inte kan nå maxfilen i loggfilen eftersom du når instansens dataflödesgräns.
Data- och logglagring
Följande faktorer påverkar mängden lagringsutrymme som används för data och loggfiler och gäller för nivåerna Generell användning och Affärskritisk.
- På tjänstnivån Generell användning använder
tempdblokal SSD-lagring och den här lagringskostnaden ingår i priset för virtuell kärna. - På tjänstnivån Affärskritisk delar
tempdblokal SSD-lagring med data och loggfiler, ochtempdblagringskostnad ingår i priset för virtuell kärna. - Den maximala lagringsstorleken för en SQL Managed Instance måste anges i multiplar på 32 GB.
Viktig
På båda tjänstnivåerna debiteras du för den maximala lagringsstorlek som konfigurerats för en hanterad instans.
Om du vill övervaka den totala förbrukade instanslagringsstorleken för SQL Managed Instance använder du måttet storage_space_used_mb. 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").
Dricks
Under vissa omständigheter kan du behöva krympa en databas för att frigöra outnyttjat utrymme. Mer information finns i DBCC SHRINKFILE.
Säkerhetskopior och lagring
Lagring för databassäkerhetskopior allokeras för att stödja återställning till tidpunkt (PITR) och långsiktig kvarhållning (LTR) funktioner i SQL Managed Instance. Den här lagringen är separat från data- och loggfillagring och faktureras separat.
PITR-: I nivåerna Generell användning och Affärskritisk kopieras enskilda databassäkerhetskopior till geo-redundant (RA-GRS) läsåtkomstlagring automatiskt. Lagringsstorleken ökar dynamiskt när nya säkerhetskopior skapas. Lagringen används av fullständiga säkerhetskopior, differentiella säkerhetskopieringar och transaktionsloggar. Lagringsförbrukningen beror på ändringshastigheten för databasen och den kvarhållningsperiod som konfigurerats för säkerhetskopior. Du kan konfigurera en separat kvarhållningsperiod för varje databas mellan 1 och 35 dagar för SQL Managed Instance. En lagringsmängd för säkerhetskopiering som är lika med den konfigurerade maximala datastorleken tillhandahålls utan extra kostnad.
LTR-: Du har också möjlighet att konfigurera långsiktig kvarhållning av fullständiga säkerhetskopior i upp till 10 år. Om du konfigurerar 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äkerhetskopieringar. Den konfiguration du väljer avgör hur mycket lagringsutrymme som används för LTR-säkerhetskopieringar. Mer information finns i Långsiktig kvarhållning – Azure SQL Database och Azure SQL Managed Instance.
Regioner som stöds
SQL Managed Instance kan bara skapas i regioner som stöds. Om du vill skapa en SQL Managed Instance i en region som för närvarande inte stöds kan du skicka en supportbegäran via Azure-portalen.
Prenumerationstyper som stöds
SQL Managed Instance stöder för närvarande endast distribution på följande typer av prenumerationer:
- Enterprise-avtal (EA)
- Betala per användning
- CLOUD Service Provider (CSP)
- Enterprise Dev/Test
- Dev/Test
- -prenumerationer med månatlig Azure-kredit för Visual Studio-prenumeranter
- kostnadsfri utvärderingsversion
- Azure For Students
- Azure i Open
Regionala resursbegränsningar
Not
Om du vill ha den senaste informationen om regiontillgänglighet för prenumerationer kontrollerar du först väljer en region.
Prenumerationstyper som stöds kan innehålla ett begränsat antal resurser per region. SQL Managed Instance har två standardgränser per Azure-region (som kan ökas på begäran genom att skapa en särskild supportbegäran i Azure-portalen) beroende på en typ av prenumerationstyp:
- undernätsgräns: Det maximala antalet undernät där instanser av SQL Managed Instance distribueras i en enda region.
- enhetsgräns för virtuell kärna: Det maximala antalet virtuella kärnor som kan distribueras över alla instanser i en enda region. En gp-virtuell kärna använder en enhet med virtuella kärnor och en virtuell BC-kärna tar fyra virtuella kärnor. Det totala antalet instanser är inte begränsat så länge det är inom enhetsgränsen för virtuell kärna.
Not
Dessa gränser är standardinställningar och inte tekniska begränsningar. Gränserna kan ökas på begäran genom att skapa en särskild supportbegäran i Azure-portalen om du behöver fler instanser i den aktuella regionen. Alternativt kan du skapa nya instanser av SQL Managed Instance i en annan Azure-region utan att skicka supportbegäranden.
I följande tabell visas regionala standardgränser för prenumerationstyper som stöds (standardgränser kan utökas med en supportbegäran):
| Prenumerationstyp | Standardgräns för SQL Managed Instance-undernät | Standardgräns för virtuella kärnor 1 |
|---|---|---|
| CSP | 16 (30 i vissa regioner2) | 960 (1440 i vissa regioner2) |
| EA | 16 (30 i vissa regioner2) | 960 (1440 i vissa regioner2) |
| Enterprise Dev/Test | 6 | 320 |
| Pay-as-you-go | 6 | 320 |
| Betala per användning Dev/Test | 6 | 320 |
| Azure-pass | 3 | 64 |
| BizSpark | 3 | 64 |
| BizSpark Plus | 3 | 64 |
| Microsoft Azure-sponsring | 3 | 64 |
| Microsoft Partner Network | 3 | 64 |
| Visual Studio Enterprise (MPN) | 3 | 64 |
| Visual Studio Enterprise | 3 | 32 |
| Visual Studio Enterprise (BizSpark) | 3 | 32 |
| Visual Studio Professional | 3 | 32 |
| MSDN-plattformar | 3 | 32 |
1 Vid planering av distributioner bör du ta hänsyn till att tjänstnivån Affärskritisk (BC) kräver fyra (4) gånger mer kapacitet för virtuell kärna än gp-tjänstnivån (General Purpose). Till exempel: 1 GP vCore = 1 vCore-enhet och 1 BC vCore = 4 virtuella kärnor. För att förenkla förbrukningsanalysen mot standardgränserna sammanfattar du enheterna för virtuella kärnor i alla undernät i regionen där SQL Managed Instance distribueras och jämför resultatet med instansenhetsgränserna för din prenumerationstyp. Maximalt antal virtuella kärnor gränsen gäller för varje prenumeration i en region. Det finns ingen gräns per enskilt undernät förutom att summan av alla virtuella kärnor som distribueras över flera undernät måste vara lägre eller lika med maximalt antal virtuella kärnor.
2 Större undernät och virtuella kärnor finns tillgängliga i följande regioner: Australien, östra, USA, östra, USA, östra 2, Europa, norra, USA, södra centrala, Sydostasien, Storbritannien, södra, Europa, västra, USA, västra 2.
Viktig
Om gränsen för virtuell kärna och undernät är 0 innebär det att standardgränsen för din prenumerationstyp inte har angetts. Du kan också använda begäran om kvotökning för att få prenumerationsåtkomst i en viss region enligt samma procedur – med nödvändiga värden för virtuell kärna och undernät.
Begära en kvotökning
Om du behöver fler instanser i dina aktuella regioner skickar du en supportbegäran för att utöka kvoten med hjälp av Azure-portalen. Mer information finns i Begärandekvotökningar för Azure SQL Database och SQL Managed Instance.