Overzicht van resourcelimieten voor Azure SQL Managed Instance
Van toepassing op:
Azure SQL Managed Instance
Dit artikel bevat een overzicht van de technische kenmerken en resourcelimieten voor Azure SQL Managed Instance en bevat informatie over het aanvragen van een verhoging van deze limieten.
Notitie
Zie Functieverschillen en ondersteuning voor T-SQL-instructies voor verschillen in functies en T-SQL-instructies voor verschillen in ondersteunde functies. Voor algemene verschillen tussen servicelagen voor Azure SQL Database en SQL Managed Instance worden algemene doeleinden en Bedrijfskritiek servicelagen gecontroleerd.
Hardwareconfiguratiekenmerken
SQL Managed Instance heeft kenmerken en resourcelimieten die afhankelijk zijn van de onderliggende infrastructuur en architectuur. SQL Managed Instance kan worden geïmplementeerd op meerdere hardwareconfiguraties.
Notitie
De Gen5-hardware is hernoemd naar de standard-serie (Gen5).
Hardwareconfiguraties hebben verschillende kenmerken, zoals beschreven in de volgende tabel:
| Standard-serie (Gen5) | Premium-serie | Geoptimaliseerd voor geheugen premium-serie | |
|---|---|---|---|
| CPU | Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake) en Intel® 8272CL-processors (Cascade Lake) 2,5 GHz | Intel® 8370C (Ice Lake) 2,8 GHz processors | Intel® 8370C (Ice Lake) 2,8 GHz processors |
| Aantal vCores vCore=1 LP (hyperthread) |
21-80 vCores | 21-128 vCores | 4-128 vCores |
| Maximaal geheugen (verhouding geheugen/vCore) | 5,1 GB per vCore - maximaal 408 GB Voeg meer vCores toe om meer geheugen te krijgen. |
7 GB per vCore tot 80 vCores - maximaal 560 GB | 13,6 GB per vCore tot 64 vCores - maximaal 870,4 GB |
| Maximaal OLTP-geheugen in het geheugen | Exemplaarlimiet: 0.8 - 1,65 GB per vCore | Exemplaarlimiet: 1.1 - 2,3 GB per vCore | Exemplaarlimiet: 2.2 - 4,5 GB per vCore |
| Maximale gereserveerde opslagvoor instanties 2 | Algemeen gebruik: tot 16 TB Bedrijfskritiek: maximaal 4 TB |
Algemeen gebruik: tot 16 TB Bedrijfskritiek: maximaal 5,5 TB |
Algemeen gebruik: tot 16 TB Bedrijfskritiek: maximaal 16 TB |
1 Het implementeren van een 2-vCore-exemplaar is alleen mogelijk in een exemplaargroep.
2 Afhankelijk van het aantal vCores.
Notitie
Als voor uw workload opslaggrootten zijn vereist die groter zijn dan de beschikbare resourcelimieten voor Azure SQL Managed Instance, kunt u de Azure SQL Database Hyperscale-servicelaag overwegen.
Regionale ondersteuning voor hardware uit de Premium-serie die is geoptimaliseerd voor geheugen en voor 16 TB-opslag
Ondersteuning voor opslag van 16 TB heeft dezelfde beschikbaarheid als ondersteuning voor de hardware uit de premium-serie die is geoptimaliseerd voor geheugen. Ondersteuning voor hardware uit de premium-serie die is geoptimaliseerd voor geheugen en 16 TB-opslag zijn momenteel alleen beschikbaar in deze specifieke regio's:
| Geografie | Regio's die geoptimaliseerde HW uit de premium-serie en 16 TB Opslag ondersteunen |
|---|---|
| Europa | Frankrijk - centraal, Duitsland - west-centraal, Italië - noord, Europa - noord, Polen - centraal, Zweden - centraal, Zwitserland - noord, VK - zuid, Europa - west |
| Midden-Oosten, Afrika | Qatar - centraal |
| Noord- en Zuid-Amerika | Brazilië - zuid, Canada - centraal, VS - centraal, VS - oost, VS - oost 2, VS - noord-centraal, VS - zuid-centraal, VS - west 2, VS - west 3 |
| Azië en Stille Oceaan | Australië - oost, Australië - zuidoost, China - noord 3, India - centraal, India - zuid, Azië - oost, Japan - oost, Azië - zuidoost |
In-memory OLTP beschikbare ruimte
De hoeveelheid OLTP-ruimte in het geheugen in Bedrijfskritiek servicelaag is afhankelijk van het aantal vCores en hardwareconfiguratie. De volgende tabel bevat de limieten van geheugen die kunnen worden gebruikt voor OLTP-objecten in het geheugen.
| vCores | Standard-serie (Gen5) | Premium-serie | Geoptimaliseerd voor geheugen premium-serie |
|---|---|---|---|
| 4 vCores | 3,14 GB | 4,39 GB | 8,79 GB |
| 6 vCores | - | 6,59 GB | 15,32 GB |
| 8 vCores | 6,28 GB | 8,79 GB | 22,06 GB |
| 10 vCores | - | 12,11 GB | 30,94 GB |
| 12 vCores | - | 15,43 GB | 39,82 GB |
| 16 vCores | 15,77 GB | 22,06 GB | 57,58 GB |
| 20 vCores | - | 28,70 GB | 75,34 GB |
| 24 vCores | 25,25 GB | 35,34 GB | 93,09 GB |
| 32 vCores | 37,94 GB | 53,09 GB | 128,61 GB |
| 40 vCores | 52,23 GB | 73,09 GB | 164,13 GB |
| 48 vCores | - | 95,34 GB | 199,64 GB |
| 56 vCores | - | 117,58 GB | 244,13 GB |
| 64 vCores | 99,9 GB | 139,82 GB | 288,61 GB |
| 80 vCores | 131,68 GB | 184,30 GB | 288,61 GB |
| 96 vCores | N.v.t. | 184,30 GB | 288,61 GB |
| 128 vCores | N.v.t. | 184,30 GB | 288,61 GB |
Kenmerken van servicelaag
SQL Managed Instance heeft twee servicelagen: Algemeen gebruik en Bedrijfskritiek.
Belangrijk
De servicelaag Bedrijfskritiek biedt een extra ingebouwde kopie van het met SQL beheerde exemplaar (secundaire replica) dat kan worden gebruikt voor alleen-lezen workload. Als u query's voor lezen/schrijven en alleen-lezen/analysequery's/rapportagequery's kunt scheiden, krijgt u tweemaal de vCores en het geheugen voor dezelfde prijs. De secundaire replica kan een paar seconden achterblijven bij het primaire exemplaar, dus het is ontworpen om rapportage-/analyseworkloads te offloaden die niet exact de huidige status van gegevens nodig hebben. In de volgende tabel zijn alleen-lezenquery's de query's die worden uitgevoerd op secundaire replica.
| Functie | Algemeen doel | Bedrijfskritiek |
|---|---|---|
| Aantal vCores* | 21, 4, 8, 16, 24, 32, 40, 64, 80 | Standaardserie (Gen5): 4, 8, 16, 24, 32, 40, 64, 80 Premium-serie: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282 Geoptimaliseerd voor geheugen: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282 *Hetzelfde aantal vCores is toegewezen voor alleen-lezen query's. |
| Maximaal geheugen | Standard-serie (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore) Premium-serie: 28 GB - 560 GB (7 GB/vCore) Geoptimaliseerd voor geheugen: 54,4 GB - 870,4 GB (13,6 GB/vCore) |
Standard-serie (Gen5): 20,4 GB - 408 GB (5,1 GB/vCore) op elke replica Premium-serie: 28 GB - 560 GB (7 GB/vCore tot 80 vCores2) op elke replica Geoptimaliseerd voor geheugen: 54,4 GB - 870,4 GB (13,6 GB/vCore tot 64 vCores2) op elke replica |
| Maximale opslaggrootte van exemplaren (gereserveerd) | - 2 TB voor 4 vCores - 8 TB voor 8 vCores - 16 TB voor andere maten |
Standaardserie (Gen5): - 1 TB voor 4, 8, 16 vCores - 2 TB voor 24 vCores - 4 TB voor 32, 40, 64, 80 vCores Premium-serie: - 1 TB voor 4, 6 vCores - 2 TB voor 8, 10, 12 vCores - 4 TB voor 16, 20 vCores - 5,5 TB voor 24, 32, 40, 48, 56 vCores - 5,5 TB of 16 TB (afhankelijk van de regio) voor 64, 80, 96, 128 vCores3 Voor geheugen geoptimaliseerde Premium-serie: - 1 TB voor 4, 6 vCores - 2 TB voor 8, 10, 12 vCores - 4 TB voor 16, 20 vCores - 5,5 TB voor 24 vCores - 5,5 TB of 8 TB (afhankelijk van de regio) voor 32, 40 vCores4 - 12 TB voor 48, 56 vCores - 16 TB voor 64, 80, 96, 128 vCores |
| Maximale databasegrootte | Maximaal beschikbare instantiegrootte (afhankelijk van het aantal vCores). | Maximaal beschikbare instantiegrootte (afhankelijk van het aantal vCores). |
Maximale tempdb databasegrootte |
Beperkt tot 24 GB/vCore (96 - 1920 GB) en momenteel beschikbare opslaggrootte voor exemplaren. Voeg meer vCores toe om meer tempdb ruimte te krijgen.De grootte van logboekbestanden is beperkt tot 120 GB. |
Tot de momenteel beschikbare opslaggrootte van exemplaren. |
Maximum aantal tempdb bestanden |
128 | 128 |
| Maximum aantal databases per exemplaar | 100 gebruikersdatabases, tenzij de limiet voor de opslaggrootte van het exemplaar is bereikt. | 100 gebruikersdatabases, tenzij de limiet voor de opslaggrootte van het exemplaar is bereikt. |
| Maximum aantal databasebestanden | 280 per exemplaar, tenzij de opslaggrootte van het exemplaar of de opslaglimiet voor Azure Premium Disk-opslagruimte is bereikt. | 32.767 bestanden per database, tenzij de opslaglimiet voor exemplaren is bereikt. |
| Maximale bestandsgrootte van gegevensbestanden | De maximale grootte van elk gegevensbestand is 8 TB. Gebruik ten minste twee gegevensbestanden voor databases die groter zijn dan 8 TB. | Maximaal beschikbare instantiegrootte (afhankelijk van het aantal vCores). |
| Maximale grootte van logboekbestand | Beperkt tot 2 TB en momenteel beschikbare opslaggrootte voor exemplaren. | Beperkt tot 2 TB en momenteel beschikbare opslaggrootte voor exemplaren. |
| Gegevens/logboek-IOPS (bij benadering) | 500 - 7500 per bestand *De bestandsgrootte vergroten om meer IOPS te krijgen |
16 K - 320 K (4000 IOPS/vCore) Voeg meer vCores toe om betere IO-prestaties te krijgen. |
| Doorvoerlimiet voor schrijfbewerkingen registreren (per exemplaar) | 4.5 MiB/s per vCore Max. 120 MiB/s per exemplaar 22 - 65 MiB/s per DB (afhankelijk van de grootte van het logboekbestand) *De bestandsgrootte vergroten om betere I/O-prestaties te krijgen |
4.5 MiB/s per vCore Max. 192 MiB/s |
| Gegevensdoorvoer (geschatte) | 100 - 250 MiB/s per bestand *De bestandsgrootte vergroten om betere I/O-prestaties te krijgen |
Niet beperkt. |
| Io-latentie voor opslag (bij benadering) | 5-10 ms | 1-2 ms |
| In-Memory OLTP | Niet ondersteund | Beschikbaar, grootte is afhankelijk van het aantal vCores |
| Maximum aantal sessies | 30.000 | 30.000 |
| Maximale aantal gelijktijdige medewerkers | 105 * aantal vCores + 800 | 105 * aantal vCores + 800 |
| Alleen-lezen replica's | 0 | 1 (inbegrepen in prijs) |
| Rekenisolatie | Wordt niet ondersteund als exemplaren voor algemeen gebruik kunnen fysieke hardware delen met andere exemplaren | Standaardserie (Gen5): Ondersteund voor configuraties met 64 of meer vCores Premium-serie: ondersteund voor configuraties met 64 of meer vCores Geoptimaliseerd voor geheugen: ondersteund voor configuraties met 64 of meer vCores |
1 Het implementeren van een 2-vCore-exemplaar is alleen mogelijk in een exemplaargroep.
2 De geheugen-naar-vCore-verhouding is alleen beschikbaar tot 80 vCores voor hardware uit de premium-serie en 64 vCores voor geoptimaliseerde premium-serie geheugen. Het maximale geheugen is beperkt tot 560 GB voor vCores uit de premium-serie boven 80 en 870,4 GB voor vCores uit de premium-serie die zijn geoptimaliseerd voor geheugen en hoger dan 64.
3 Alleen in de belangrijkste regio's kan 16 TB opslagruimte bieden voor de premium-serie hardware voor deze CPU-vCore-nummers, de kleinere regio's beperken zich met beschikbare opslag met 5,5 TB.
4 Alleen in de belangrijkste regio's kan 8 TB opslagruimte bieden voor de voor de premium-serie geoptimaliseerde hardware voor deze CPU-vCore-nummers. De kleinere regio's beperken zich met beschikbare opslag met 5,5 TB.
Enkele aanvullende overwegingen:
- De momenteel beschikbare grootte van de instantieopslag is het verschil tussen de grootte van gereserveerde instanties en de gebruikte opslagruimte.
- Zowel de grootte van gegevens- als logboekbestanden in de gebruikers- en systeemdatabases worden opgenomen in de opslaggrootte van het exemplaar die wordt vergeleken met de maximale opslaggroottelimiet. Gebruik de sys.master_files systeemweergave om de totale gebruikte ruimte per database te bepalen. Foutlogboeken blijven niet behouden en zijn niet opgenomen in de grootte. Back-ups zijn niet opgenomen in de opslaggrootte.
- Doorvoer en IOPS in de laag Algemeen gebruik zijn ook afhankelijk van de bestandsgrootte die niet expliciet wordt beperkt door SQL Managed Instance. U kunt een andere leesbare replica maken in een andere Azure-regio met behulp van failovergroepen
- Het maximale aantal IOPS-exemplaren is afhankelijk van de bestandsindeling en de verdeling van de workload. Als u bijvoorbeeld 7 x 1 TB-bestanden met maximaal 5 K IOPS maakt, elk en zeven kleine bestanden (kleiner dan 128 GB) met elk 500 IOPS, kunt u 38500 IOPS per exemplaar (7x5000+7x5000) krijgen als uw workload alle bestanden kan gebruiken. Houd er rekening mee dat sommige IOPS ook worden gebruikt voor automatische back-ups.
- Namen van
tempdbbestanden mogen maximaal 16 tekens bevatten.
In dit artikel vindt u meer informatie over de resourcelimieten in SQL Managed Instance-pools.
Gegevens- en logboekopslag
De volgende factoren zijn van invloed op de hoeveelheid opslagruimte die wordt gebruikt voor gegevens- en logboekbestanden, en zijn van toepassing op de lagen Algemeen gebruik en Bedrijfskritiek.
- In de servicelaag
tempdbAlgemeen gebruik maakt u gebruik van lokale SSD-opslag en zijn deze opslagkosten inbegrepen in de vCore-prijs. - In de servicelaag Bedrijfskritiek deelt
tempdbu lokale SSD-opslag met gegevens- en logboekbestanden, entempdbde opslagkosten zijn inbegrepen in de vCore-prijs. - De maximale opslaggrootte voor een SQL Managed Instance moet worden opgegeven in veelvouden van 32 GB.
Belangrijk
In beide servicelagen worden kosten in rekening gebracht voor de maximale opslaggrootte die is geconfigureerd voor een beheerd exemplaar.
Als u de totale opslaggrootte van verbruikte exemplaren voor SQL Managed Instance wilt bewaken, gebruikt u de metrische gegevens van storage_space_used_mb. Als u de huidige toegewezen en gebruikte opslaggrootte van afzonderlijke gegevens en logboekbestanden in een database wilt bewaken met behulp van T-SQL, gebruikt u de sys.database_files-weergave en de functie FILEPROPERTY(... , 'SpaceUsed').
Tip
In sommige gevallen moet u mogelijk een database verkleinen om ongebruikte ruimte vrij te maken. Zie DBCC SHRINKFILE voor meer informatie.
Back-ups en opslag
Opslag voor databaseback-ups wordt toegewezen ter ondersteuning van de mogelijkheden voor herstel naar een bepaald tijdstip (PITR) en langetermijnretentie (LTR) van SQL Managed Instance. Deze opslag is gescheiden van de opslag van gegevens- en logboekbestanden en wordt afzonderlijk gefactureerd.
- PITR: In de lagen Algemeen gebruik en Bedrijfskritiek worden afzonderlijke databaseback-ups automatisch gekopieerd naar geografisch redundante opslag met leestoegang (RA-GRS). De opslaggrootte neemt dynamisch toe naarmate er nieuwe back-ups worden gemaakt. De opslag wordt gebruikt door volledige, differentiële en back-ups van transactielogboeken. Het opslagverbruik is afhankelijk van de snelheid van wijziging van de database en de bewaarperiode die is geconfigureerd voor back-ups. U kunt een afzonderlijke bewaarperiode configureren voor elke database tussen 1 en 35 dagen voor SQL Managed Instance. Er wordt geen extra kosten in rekening gebracht voor de hoeveelheid back-upopslag die gelijk is aan de geconfigureerde maximale gegevensgrootte.
- LTR: U hebt ook de mogelijkheid om langetermijnretentie van volledige back-ups tot 10 jaar te configureren. Als u een LTR-beleid instelt, worden deze back-ups automatisch opgeslagen in RA-GRS-opslag, maar kunt u bepalen hoe vaak de back-ups worden gekopieerd. Als u aan verschillende nalevingsvereisten wilt voldoen, kunt u verschillende bewaarperioden selecteren voor wekelijkse, maandelijkse en/of jaarlijkse back-ups. De configuratie die u kiest, bepaalt hoeveel opslagruimte wordt gebruikt voor LTR-back-ups. Zie Langetermijnretentie van back-ups voor meer informatie.
Bestands-I/O-kenmerken in de laag Algemeen gebruik
In de servicelaag Algemeen gebruik krijgt elk databasebestand toegewezen IOPS en doorvoer die afhankelijk is van de bestandsgrootte. Grotere bestanden krijgen meer IOPS en doorvoer. I/O-kenmerken van databasebestanden worden weergegeven in de volgende tabel:
| Bestandsgrootte | >=0 en <=129 GiB | >129 en <=513 GiB | >513 en <=1025 GiB | >1025 en <=2049 GiB | >2049 en <=4097 GiB | >4097 GiB en <=8 TiB |
|---|---|---|---|---|---|---|
| IOPS per bestand | 500 | 2300 | 5000 | 7500 | 7500 | 7500 |
| Doorvoer per bestand | 100 MiB/s | 150 MiB/s | 200 MiB/s | 250 MiB/s | 250 MiB/s | 250 MiB/s |
Als u een hoge IO-latentie ziet voor een bepaald databasebestand, of als u ziet dat IOPS/doorvoer de limiet nadert, kunt u de prestaties verbeteren door de bestandsgrootte te vergroten.
Er is ook een limiet op exemplaarniveau voor de maximale schrijfdoorvoer voor logboeken (zie de vorige tabel voor waarden, bijvoorbeeld 22 MiB/s), zodat u het maximale bestand mogelijk niet in het logboekbestand kunt bereiken omdat u de doorvoerlimiet van het exemplaar bereikt.
Ondersteunde regio’s
SQL Managed Instance kan alleen worden gemaakt in ondersteunde regio's. Als u een SQL Managed Instance wilt maken in een regio die momenteel niet wordt ondersteund, kunt u een ondersteuningsaanvraag verzenden via Azure Portal.
Ondersteunde abonnementstypen
SQL Managed Instance biedt momenteel alleen ondersteuning voor implementatie voor de volgende typen abonnementen:
- Enterprise Agreement (EA)
- Betalen per gebruik
- Cloudserviceprovider (CSP)
- Enterprise Dev/Test
- Pay-As-You-Go Dev/Test
- Abonnementen met maandelijks Azure-tegoed voor Visual Studio-abonnees
- Gratis proefversie
- Azure For Students
- Azure In Open
Beperkingen voor regionale resources
Notitie
Selecteer eerst een regio voor de meest recente informatie over de beschikbaarheid van regio's voor abonnementen.
Ondersteunde abonnementstypen kunnen een beperkt aantal resources per regio bevatten. SQL Managed Instance heeft twee standaardlimieten per Azure-regio (die on-demand kunnen worden verhoogd door een speciale ondersteuningsaanvraag te maken in Azure Portal , afhankelijk van een type abonnement:
- Subnetlimiet: het maximum aantal subnetten waarin exemplaren van SQL Managed Instance in één regio worden geïmplementeerd.
- VCore-eenheidslimiet: het maximum aantal vCore-eenheden dat in alle exemplaren in één regio kan worden geïmplementeerd. Eén GP vCore maakt gebruik van één vCore-eenheid en één BC vCore heeft vier vCore-eenheden. Het totale aantal exemplaren is niet beperkt zolang het binnen de limiet van de vCore-eenheid valt.
Notitie
Deze limieten zijn standaardinstellingen en geen technische beperkingen. De limieten kunnen op aanvraag worden verhoogd door een speciale ondersteuningsaanvraag te maken in Azure Portal als u meer exemplaren in de huidige regio nodig hebt. Als alternatief kunt u nieuwe exemplaren van SQL Managed Instance maken in een andere Azure-regio zonder ondersteuningsaanvragen te verzenden.
In de volgende tabel ziet u de standaard regionale limieten voor ondersteunde abonnementstypen (standaardlimieten kunnen worden uitgebreid met behulp van een ondersteuningsaanvraag):
| Abonnementstype | Standaardlimiet voor subnetten van SQL Managed Instance | Standaardlimiet voor vCore-eenheden* |
|---|---|---|
| CSP | 16 (30 in sommige regio's**) | 960 (1440 in sommige regio's**) |
| EA | 16 (30 in sommige regio's**) | 960 (1440 in sommige regio's**) |
| Enterprise Dev/Test | 6 | 320 |
| Betalen per gebruik | 6 | 320 |
| Dev/Test voor betalen per gebruik | 6 | 320 |
| Azure Pass | 3 | 64 |
| BizSpark | 3 | 64 |
| BizSpark Plus | 3 | 64 |
| Microsoft Azure Sponsorship | 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 Platforms | 3 | 32 |
* Houd er bij de planningsimplementaties rekening mee dat Bedrijfskritiek servicelaag (BC) vier (4) keer meer vCore-capaciteit nodig heeft dan de servicelaag Algemeen gebruik (GP). Bijvoorbeeld: 1 GP vCore = 1 vCore-eenheid en 1 BC vCore = 4 vCore. Als u uw verbruiksanalyse wilt vereenvoudigen op basis van de standaardlimieten, geeft u een overzicht van de vCore-eenheden in alle subnetten in de regio waar SQL Managed Instance is geïmplementeerd en vergelijkt u de resultaten met de limieten voor de instantie-eenheid voor uw abonnementstype. Het maximum aantal vCore-eenheden is van toepassing op elk abonnement in een regio. Er is geen limiet per afzonderlijke subnetten, behalve dat de som van alle vCores die in meerdere subnetten zijn geïmplementeerd, lager of gelijk moet zijn aan het maximum aantal vCore-eenheden.
** Grotere subnet- en vCore-limieten zijn beschikbaar in de volgende regio's: Australië - oost, VS - oost, VS - oost 2, Europa - noord, VS - zuid-centraal, Azië - zuidoost, VK - zuid, Europa - west, VS - west 2.
Belangrijk
Als uw vCore- en subnetlimiet 0 is, betekent dit dat de standaard regionale limiet voor uw abonnementstype niet is ingesteld. U kunt ook een aanvraag voor quotumverhoging gebruiken voor het verkrijgen van abonnementstoegang in een specifieke regio volgens dezelfde procedure, waarbij de vereiste vCore- en subnetwaarden worden opgegeven.
Verhoging van quotum aanvragen
Als u meer exemplaren in uw huidige regio's nodig hebt, stuurt u een ondersteuningsaanvraag om het quotum uit te breiden met behulp van Azure Portal. Zie Quotumverhogingen aanvragen voor Azure SQL Database voor meer informatie.
Volgende stappen
- Zie Wat is een sql Managed Instance? voor meer informatie over SQL Managed Instance.
- Zie prijzen voor SQL Managed Instance voor prijsinformatie.
- Zie de snelstartgids voor meer informatie over het maken van uw eerste met SQL beheerde exemplaar.