Overzicht van Azure SQL Managed Instance-beheerbewerkingen
Van toepassing op:
Azure SQL Managed Instance
Azure SQL Managed Instance biedt beheerbewerkingen die u kunt gebruiken om automatisch nieuwe beheerde exemplaren te implementeren, eigenschappen van exemplaren bij te werken en exemplaren te verwijderen als ze niet meer nodig zijn.
Wat zijn beheerbewerkingen?
Alle beheerbewerkingen kunnen als volgt worden gecategoriseerd:
- Implementatie van exemplaar (maken van nieuw exemplaar)
- Update van exemplaar (eigenschappen van exemplaar wijzigen, zoals vCores of gereserveerde opslag)
- Verwijdering van exemplaar
Voor de ondersteuning van implementaties in virtuele Azure-netwerken en het bieden van isolatie en beveiliging voor klanten, is SQL Managed Instance afhankelijk van virtuele clusters. Het virtuele cluster vertegenwoordigt een toegewezen set geïsoleerde virtuele machines die zijn geïmplementeerd in het subnet van het virtuele netwerk van de klant en georganiseerd in virtuele-machinegroepen. In wezen leidt elk beheerd exemplaar dat is geïmplementeerd in een leeg subnet tot een nieuwe build-out van een virtueel cluster die de eerste virtuele-machinegroep bouwt.
Volgende beheerbewerkingen op beheerde exemplaren kunnen van invloed zijn op de onderliggende virtuele-machinegroepen. Wijzigingen die van invloed zijn op de onderliggende virtuele-machinegroepen kunnen van invloed zijn op de duur van beheerbewerkingen, omdat het implementeren van extra virtuele machines in het virtuele cluster gepaard gaat met een overhead die u moet overwegen wanneer u nieuwe implementaties of updates voor bestaande beheerde exemplaren plant.
Snelle inrichting
Subnetten waarvoor de functiegolf van november 2022 is ingeschakeld, kunnen profiteren van snelle inrichting van SQL Managed Instance, waardoor het minder lang duurt om uw eerste exemplaar in een subnet te maken tot 30 minuten, met een gemiddelde van 45-60 minuten.
Snelle inrichting is alleen van toepassing:
- naar het eerste exemplaar dat is ingericht in het subnet.
- naar exemplaren met 4-8 vCores.
- voor exemplaren die gebruikmaken van het standaardonderhoudsvenster.
- voor exemplaren die zijn geïmplementeerd in subnetten waarvoor de functiegolf van november 2022 is ingeschakeld, waaronder zowel dev/test- als productieabonnementen.
- voor exemplaren die geen zone-redundant zijn.
Duur
De duur van de bewerkingen op het virtuele cluster kan variëren, maar duren doorgaans het langst.
De volgende tabel bevat de langlopende stappen die kunnen worden geactiveerd als onderdeel van de bewerking maken, bijwerken of verwijderen. Tabel bevat ook de duur die u doorgaans kunt verwachten, op basis van bestaande servicetelemetriegegevens:
| Stap | Beschrijving | Geschatte duur |
|---|---|---|
| Virtueel cluster maken (snel inrichten)1 | Snelle inrichting is een synchrone stap in exemplaarbeheerbewerkingen waarbij de eerste virtuele-machinegroep direct beschikbaar is. | 90% van de bewerkingen is binnen 30 minuten voltooid |
| Virtueel cluster maken | Het maken is een synchrone stap in exemplaarbeheerbewerkingen waarbij de eerste virtuele-machinegroep wordt gemaakt. | 90% van de bewerkingen is binnen minder dan 4 uur voltooid |
| Grootte van virtueel cluster wijzigen (uitbreiding of verkleinen) | Nieuwe machines toevoegen aan de bestaande virtuele-machinegroep, ongebruikte virtuele machines verwijderen, de hele virtuele machinegroep toevoegen of verwijderen. Uitbreiding is een synchrone stap, terwijl inkrimping asynchroon wordt uitgevoerd (zonder dat dit van invloed is op de duur van de beheerbewerkingen van exemplaren). | 90% van de clusteruitbreidingen met het maken van een nieuwe virtuele-machinegroep is binnen 4 uur voltooid 90% van de clusteruitbreidingen met uitbreiding van bestaande virtuele-machinegroep is binnen 60 minuten voltooid |
| Verwijderen van virtueel cluster | Verwijderen van virtuele clusters wordt geactiveerd wanneer het laatste exemplaar wordt verwijderd uit het subnet. | 90% van de clusterverwijderingen is binnen 1,5 uur voltooid |
| Databasebestandenseeding 2 | Een synchrone stap, geactiveerd tijdens het berekenen (vCores) of het schalen van opslag in de servicelaag Bedrijfskritiek en het wijzigen van de servicelaag van Algemeen gebruik in Bedrijfskritiek (of omgekeerd). De duur van deze bewerking is evenredig met de totale databasegrootte en met de huidige databaseactiviteit (aantal actieve transacties). De databaseactiviteit bij het bijwerken van een instantie kan tot aanzienlijke variatie in de totale duur aanleiding geven. | 90% van deze bewerkingen wordt uitgevoerd op 220 GB/uur of hoger |
1 Snelle inrichting wordt momenteel alleen ondersteund voor het eerste exemplaar in het subnet, met 4 of 8 vCores en met standaardconfiguratie van onderhoudsvensters.
2 Bij het schalen van rekenkracht (vCores) of opslag in Bedrijfskritiek servicelaag of het overschakelen van servicelaag van algemeen gebruik naar Bedrijfskritiek, omvat seeding ook Seeding voor AlwaysOn-beschikbaarheidsgroepen.
Belangrijk
Het omhoog of omlaag schalen van opslag in de servicelaag Algemeen gebruik bestaat uit het bijwerken van metagegevens en het doorgeven van antwoorden voor ingediende aanvragen. Het is een snelle bewerking die in maximaal 5 minuten wordt voltooid, zonder uitvaltijd en failover.
Langlopende beheerbewerkingen
In de volgende tabellen vindt u een overzicht van de bewerkingen en de gebruikelijke totale tijdsduur, op basis van de categorie van de bewerking:
Categorie: Implementatie
| Operation | Langlopend segment | Geschatte duur |
|---|---|---|
| Eerste instantie in een leeg subnet1 | Virtueel cluster maken (snelle inrichting) | 90% van de bewerkingen is binnen 30 minuten voltooid. |
| Eerste instantie in een leeg subnet | Maken van virtuele clusters | 90% van de bewerkingen is binnen minder dan 4 uur voltooid. |
| Eerste exemplaar met een ander hardwaregeneratie- of onderhoudsvenster in een niet-leeg subnet (bijvoorbeeld het eerste premium-serieexemplaren in een subnet met exemplaren uit de Standard-serie) | Nieuwe virtuele-machinegroep toevoegen aan het virtuele cluster2 | 90% van de bewerkingen is binnen minder dan 4 uur voltooid. |
| Het maken van de volgende instantie binnen het niet-lege subnet (2e, 3e instantie, enzovoort) | Grootte van virtuele clusters wijzigen | 90% van de bewerkingen is binnen 60 minuten voltooid. |
1 Snelle inrichting wordt momenteel alleen ondersteund voor het eerste exemplaar in het subnet, met 4 of 8 vCores en met standaardconfiguratie van onderhoudsvensters.
2 Er wordt een afzonderlijke virtuele-machinegroep gemaakt voor elke configuratie van hardwaregeneratie- en onderhoudsvensters.
Categorie: Bijwerken
| Operation | Langlopend segment | Geschatte duur |
|---|---|---|
| Wijziging van instantie-eigenschap (beheerderswachtwoord, Microsoft Entra-aanmelding, Azure Hybrid Benefit-vlag) | N.v.t. | Maximaal 1 minuut. |
| Exemplaaropslag omhoog/omlaag schalen (algemeen gebruik) | Geen langlopend segment | 99% van de bewerkingen is binnen 5 minuten voltooid. |
| Omhoog/omlaag schalen van exemplaaropslag (Bedrijfskritiek) | - Grootte van virtuele clusters wijzigen - Seeding van AlwaysOn-beschikbaarheidsgroepen |
90% van de bewerkingen is voltooid in 60 minuten + tijd om alle databases te seeden (220 GB/uur). |
| Rekenkracht van instantie (vCores) omhoog en omlaag schalen (Algemeen) | - Grootte van virtuele clusters wijzigen | 90% van de bewerkingen is binnen 60 minuten voltooid. |
| Rekenkracht van instantie (vCores) omhoog en omlaag schalen (Bedrijfskritiek) | - Grootte van virtuele clusters wijzigen - Seeding van AlwaysOn-beschikbaarheidsgroepen |
90% van de bewerkingen is voltooid in 60 minuten + tijd om alle databases te seeden (220 GB/uur). |
| Wijziging van de servicelaag van de instantie (van Algemeen naar Bedrijfskritiek en omgekeerd) | - Grootte van virtuele clusters wijzigen - Seeding van AlwaysOn-beschikbaarheidsgroepen |
90% van de bewerkingen is voltooid in 60 minuten + tijd om alle databases te seeden (220 GB/uur). |
| Wijziging van het exemplaarhardware- of onderhoudsvenster (algemeen gebruik) | - Grootte van virtueel cluster wijzigen1 | 90% van de bewerkingen is binnen minder dan 4 uur voltooid (het maken van een virtuele-machinegroep) of 60 minuten (grootte van virtuele-machinegroep wijzigen). |
| Wijziging van het exemplaarhardware- of onderhoudsvenster (Bedrijfskritiek) | - Grootte van virtueel cluster wijzigen1 - Seeding van AlwaysOn-beschikbaarheidsgroepen |
90% van de bewerkingen is binnen minder dan 4 uur voltooid (het maken van een virtuele-machinegroep) of 60 minuten (grootte van virtuele-machinegroep wijzigen) en de tijd die nodig is om alle databases te seeden (220 GB/uur). |
1 Beheerd exemplaar moet in een virtuele-machinegroep worden geplaatst met hetzelfde bijbehorende hardware- en onderhoudsvenster. Als er geen dergelijke groep in het virtuele cluster staat, moet er eerst een nieuwe worden gemaakt om tegemoet te komen aan de instantieconfiguratie.
Categorie: Verwijderen
| Operation | Langlopend segment | Geschatte duur |
|---|---|---|
| Niet-laatste exemplaar verwijderen | Laatste deel van back-up voor alle databases registreren | 90% van de bewerkingen is in maximaal 1 minuut voltooid.1 |
| Laatste exemplaar verwijderen | - Back-up van logboeken voor alle databases - Verwijderen van virtueel cluster |
90% van de bewerkingen is binnen maximaal 1,5 uur voltooid.2 |
1 Als het cluster meerdere virtuele-machinegroepen bevat, activeert het verwijderen van het laatste exemplaar in de groep onmiddellijk het asynchroon verwijderen van de virtuele-machinegroep.
2 Als u het laatste exemplaar in het subnet verwijdert, wordt het virtuele cluster synchroon verwijderd.
Belangrijk
Zodra de verwijderbewerking is geactiveerd, wordt facturering voor SQL Managed Instance uitgeschakeld. De duur van de verwijderingsbewerking heeft geen invloed op de facturering.
Beschikbaarheid van instanties
SQL Managed Instance is beschikbaar tijdens updatebewerkingen, met uitzondering van een korte downtime die wordt veroorzaakt door de failover die aan het einde van de update plaatsvindt. Deze duurt meestal maximaal 10 seconden, zelfs in het geval van onderbroken, langlopende transacties, dankzij het versnelde databaseherstel.
Notitie
Het schalen van de opslag van beheerde exemplaren voor algemeen gebruik veroorzaakt geen failover aan het einde van de update.
Tijdens implementaties en verwijderingen zijn SQL Managed Instances niet beschikbaar voor clienttoepassingen.
Belangrijk
Het is niet raadzaam om berekeningen of opslag van een Azure SQL Managed Instance te schalen of de servicelaag tegelijkertijd te wijzigen met langlopende transacties (gegevens importeren, gegevensverwerkingstaken, het herbouwen van indexen, enzovoort). De failover van de database aan het einde van de bewerking annuleert alle lopende transacties.
Beheerbewerkingsstappen
Beheerbewerkingen bestaan uit meerdere stappen. Met de introductie van de Operations API worden deze stappen blootgesteld aan een subset van bewerkingen (implementatie en update). De implementatiebewerking bestaat uit drie stappen terwijl de updatebewerking in zes stappen wordt uitgevoerd. Zie de sectie Duur beheerbewerkingen voor meer informatie over de duur van bewerkingen. De stappen worden vermeld op volgorde van uitvoering.
Implementatiestappen van beheerd exemplaar
| Stapnaam | Beschrijving van stap |
|---|---|
| Aanvraagvalidatie | Ingediende parameters worden gevalideerd. Bij een onjuiste configuratie treedt er een fout op. |
| Grootte van virtuele clusters wijzigen/virtuele clusters maken | Afhankelijk van de status van het virtuele cluster gaat het cluster over in het maken of wijzigen van de grootte. |
| Opnieuw starten van SQL-exemplaar | HET SQL-proces wordt gestart op de geïmplementeerde virtuele machines. |
Bijwerkstappen van beheerd exemplaar
| Stapnaam | Beschrijving van stap |
|---|---|
| Aanvraagvalidatie | Ingediende parameters worden gevalideerd. Bij een onjuiste configuratie treedt er een fout op. |
| Grootte van virtuele clusters wijzigen/virtuele clusters maken | Afhankelijk van de status van het virtuele cluster gaat het cluster over in het maken of wijzigen van de grootte. |
| Opnieuw starten van SQL-exemplaar | HET SQL-proces wordt gestart op de geïmplementeerde virtuele machines. |
| Databasebestanden seeden/databasebestanden koppelen | Afhankelijk van het type van de updatebewerking, wordt seeden van de database of koppelen van databasebestanden uitgevoerd. |
| Failover voorbereiden en uitvoeren | Nadat de gegevens zijn geseed of databasebestanden opnieuw zijn gekoppeld, wordt het systeem op failover voorbereid. Wanneer alles is ingesteld, wordt failover uitgevoerd met een korte downtime. |
| Opschonen van oud SQL-exemplaar | Het oude SQL-proces verwijderen van de virtuele machines. |
Stappen voor het verwijderen van een beheerd exemplaar
| Stapnaam | Beschrijving van stap |
|---|---|
| Aanvraagvalidatie | Ingediende parameters worden gevalideerd. Bij een onjuiste configuratie treedt er een fout op. |
| SQL-exemplaar opschonen | Sql-proces verwijderen uit de virtuele machines. |
| Verwijderen van virtuele cluster | Afhankelijk van of het exemplaar dat wordt verwijderd voor het laatst in het subnet staat, wordt het virtuele cluster synchroon verwijderd als laatste stap. |
Notitie
Als gevolg van het schalen van exemplaren, doorloopt het onderliggende virtuele cluster een proces waarbij ongebruikte capaciteit wordt vrijgegeven en defragmentatie van de capaciteit kan optreden. Dit kan van invloed zijn op exemplaren die niet deelnemen aan maak- of schaalbewerkingen.
Wederzijdse impact van beheerbewerkingen
Beheerbewerkingen op een beheerd exemplaar kunnen van invloed zijn op de beheerbewerkingen van andere exemplaren die in hetzelfde subnet zijn geplaatst:
Langdurige herstelbewerkingen in een virtueel cluster plaatsen andere bewerkingen in dezelfde virtuele-machinegroep in bewaring, zoals het maken of schalen.
Voorbeeld: Als er een langdurige herstelbewerking is en ook een schaalaanvraag waarvoor het verkleinen van de virtuele-machinegroep is vereist, duurt het langer om de aanvraag voor verkleinen te voltooien wanneer wordt gewacht totdat de herstelbewerking is voltooid voordat de bewerking kan worden voortgezet.Een volgende bewerking voor het maken of schalen van een exemplaar wordt in bewaring geplaatst door een eerder geïnitieerd exemplaar maken of een exemplaarschaal waarmee de grootte van de virtuele-machinegroep is gestart.
Voorbeeld: Als er meerdere aanvragen voor maken en/of schalen in hetzelfde subnet onder dezelfde virtuele-machinegroep staan en een van deze aanvragen het formaat van een virtuele-machinegroep wijzigt, worden alle aanvragen die 5+ minuten na de eerste bewerkingsaanvraag zijn ingediend langer dan verwacht, omdat deze aanvragen moeten wachten totdat de grootte is gewijzigd voordat de aanvraag wordt hervat.Maak- en schaalbewerkingen die in een vijfminutenvenster worden ingediend worden als batch verwerkt en parallel uitgevoerd.
Voorbeeld: Er wordt slechts één grootte van een virtueel cluster uitgevoerd voor alle bewerkingen die in een venster van vijf minuten worden ingediend (meten vanaf het moment van het uitvoeren van de eerste bewerkingsaanvraag). Als een andere aanvraag meer dan vijf minuten na het indienen van de eerste wordt ingediend, wordt gewacht tot de formaatwijziging van het virtuele cluster is voltooid voordat de uitvoering wordt gestart.
Belangrijk
Beheerbewerkingen die in de wacht worden gezet omdat een andere bewerking wordt uitgevoerd, worden automatisch hervat wanneer aan alle voorwaarden wordt voldaan. Er is geen gebruikersactie nodig om de tijdelijk onderbroken beheerbewerkingen te hervatten.
Beheerbewerkingen bewaken
Zie Beheerbewerkingen bewaken voor meer informatie over het bewaken van de voortgang en status van beheerbewerkingen.
Beheerbewerkingen annuleren
Zie Beheerbewerkingen annuleren voor meer informatie.
Volgende stappen
- Zie de Quickstart-gids voor meer informatie over het maken van uw eerste beheerde exemplaar.
- Zie Veelvoorkomende SQL-functies voor een lijst met functies en vergelijkingen.
- Zie VNet-configuratie van SQL Managed Instance voor meer informatie over VNet-configuratie.
- Zie Architectuur van het virtuele SQL Managed Instance-cluster voor meer informatie over virtuele-machinegroepen en virtuele clusters
- Zie Beheerd exemplaar maken voor een quickstart waarmee u een beheerd exemplaar kunt maken en een database vanuit een back-upbestand kunt herstellen.
- Zie Migratie van SQL Managed Instance met behulp van Database Migration Service voor een zelfstudie over Azure Database Migration Service voor migratie.