Översikt över hanteringsåtgärder för Azure SQL Managed Instance
Gäller för:
Azure SQL Managed Instance
Azure SQL Managed Instance tillhandahåller hanteringsåtgärder som du kan använda för att automatiskt distribuera nya hanterade instanser, uppdatera instansegenskaper och ta bort instanser när de inte längre behövs.
Vad är hanteringsåtgärder?
Alla hanteringsåtgärder kan kategoriseras på följande sätt:
- Instansdistribution (skapande av ny instans)
- Instansuppdatering (ändra instansegenskaper, till exempel virtuella kärnor eller reserverad lagring)
- Borttagning av instans
För att stödja distributioner i virtuella Azure-nätverk och tillhandahålla isolering och säkerhet för kunder förlitar sig SQL Managed Instance på virtuella kluster. Det virtuella klustret representerar en dedikerad uppsättning isolerade virtuella datorer som distribuerats i kundens virtuella nätverksundernät och organiserats i grupper för virtuella datorer. I princip resulterar varje hanterad instans som distribueras till ett tomt undernät i en ny virtuell klusterversion som skapar den allra första virtuella datorgruppen.
Efterföljande hanteringsåtgärder på hanterade instanser kan påverka de underliggande grupperna för virtuella datorer. Ändringar som påverkar de underliggande grupperna för virtuella datorer kan påverka varaktigheten för hanteringsåtgärder, eftersom distributionen av ytterligare virtuella datorer till det virtuella klustret medför ett omkostnader som du måste tänka på när du planerar nya distributioner eller uppdateringar av befintliga hanterade instanser.
Snabb etablering
Undernät som har funktionsvågen november 2022 aktiverad kan dra nytta av snabb SQL Managed Instance-etablering, vilket minskar den tid det tar att skapa din första instans i ett undernät till 30 minuter, ned från i genomsnitt 45–60 minuter.
Snabb etablering gäller endast:
- till den första instansen som etablerats i undernätet.
- till instanser med 4–8 virtuella kärnor.
- till instanser som använder standardunderhållsfönstret.
- till instanser som distribueras till undernät som har funktionsvågen november 2022 aktiverad, vilket omfattar både dev/test- och produktionsprenumerationer.
- till instanser som inte är zonredundanta.
Varaktighet
Varaktigheten för åtgärder i det virtuella klustret kan variera, men har vanligtvis den längsta varaktigheten.
I följande tabell visas de tidskrävande steg som kan utlösas som en del av åtgärden skapa, uppdatera eller ta bort. Tabellen visar också de varaktigheter som du vanligtvis kan förvänta dig, baserat på befintliga tjänsttelemetridata:
| Steg | beskrivning | Uppskattad varaktighet |
|---|---|---|
| Skapa virtuellt kluster (snabb etablering)1 | Snabb etablering är ett synkront steg i instanshanteringsåtgärder där den allra första virtuella datorgruppen är omedelbart tillgänglig. | 90 % av åtgärderna slutförs på 30 minuter |
| Skapa virtuellt kluster | Skapande är ett synkront steg i instanshanteringsåtgärder där den allra första virtuella datorgruppen skapas. | 90 % av åtgärderna slutförs på mindre än 4 timmar |
| Storleksändring av virtuella kluster (expansion eller krympning) | Lägga till nya datorer i den befintliga gruppen för virtuella datorer, ta bort oanvända virtuella datorer, lägga till eller ta bort hela gruppen för virtuella datorer. Expansion är ett synkront steg, medan krympning utförs asynkront (utan att påverka varaktigheten för instanshanteringsåtgärder). | 90 % av klusterexpansionerna med skapandet av en ny virtuell datorgrupp slutförs på mindre än 4 timmar 90 % av klusterexpansionerna med expansion av befintlig virtuell datorgrupp slutförs på 60 minuter |
| Borttagning av virtuellt kluster | Borttagning av virtuella kluster utlöses när den allra sista instansen tas bort från undernätet. | 90 % av klusterborttagningarna slutförs på 1,5 timmar |
| Seeding database files2 | Ett synkront steg som utlöses under beräkning (virtuella kärnor) eller lagringsskalning på tjänstnivån Affärskritisk samt vid ändring av tjänstnivån från Generell användning till Affärskritisk (eller vice versa). Varaktigheten för den här åtgärden är proportionell mot den totala databasstorleken samt den aktuella databasaktiviteten (antalet aktiva transaktioner). Databasaktivitet vid uppdatering av en instans kan leda till betydande avvikelser från den totala varaktigheten. | 90 % av dessa åtgärder körs vid 220 GB/timme eller högre |
1 Snabb etablering stöds för närvarande endast för den första instansen i undernätet, med 4 eller 8 virtuella kärnor och med standardkonfiguration av underhållsperioder.
2 Vid skalning av beräkning (virtuella kärnor) eller lagring på Affärskritisk tjänstnivå, eller om du byter tjänstnivå från Generell användning till Affärskritisk, inkluderar seeding även AlwaysOn-tillgänglighetsgruppssådd.
Viktigt!
Att skala upp eller ned lagringen på tjänstnivån Generell användning består av att uppdatera metadata och sprida svar för skickad begäran. Det är en snabb åtgärd som slutförs på upp till 5 minuter, utan stilleståndstid och redundans.
Tidskrävande segment för hanteringsåtgärder
Följande tabeller sammanfattar åtgärder och typiska övergripande varaktigheter baserat på åtgärdens kategori:
Kategori: Distribution
| Åtgärd | Långvarigt segment | Uppskattad varaktighet |
|---|---|---|
| Första instansen i ett tomt undernät1 | Skapa virtuellt kluster (snabb etablering) | 90 % av åtgärderna slutförs på 30 minuter. |
| Första instansen i ett tomt undernät | Skapande av virtuellt kluster | 90 % av åtgärderna slutförs på mindre än 4 timmar. |
| Första instansen med en annan maskinvarugenerering eller underhållsperiod i ett icke-tomt undernät (till exempel den första Premium-seriens instans i ett undernät med standardserieinstanser) | Lägga till ny virtuell datorgrupp i det virtuella klustret2 | 90 % av åtgärderna slutförs på mindre än 4 timmar. |
| Efterföljande instansskapande inom undernätet som inte är tomt (andra, tredje osv. instansen) | Storleksändring av virtuellt kluster | 90 % av åtgärderna slutförs på 60 minuter. |
1 Snabb etablering stöds för närvarande endast för den första instansen i undernätet, med 4 eller 8 virtuella kärnor och med standardkonfiguration av underhållsperioder.
2 En separat grupp för virtuella datorer skapas för varje maskinvarugenerering och underhållsperiodkonfiguration.
Kategori: Uppdatera
| Åtgärd | Långvarigt segment | Uppskattad varaktighet |
|---|---|---|
| Ändring av instansegenskap (administratörslösenord, Microsoft Entra-inloggning eller Azure Hybrid-förmånsflagga) | Ej tillämpligt | Upp till 1 minut. |
| Upp-/nedskalning av instanslagring (generell användning) | Inget långvarigt segment | 99 % av åtgärderna slutförs på 5 minuter. |
| Upp-/nedskalning av instanslagring (Affärskritisk) | – Storleksändring av virtuellt kluster – AlwaysOn-tillgänglighetsgrupps seeding |
90 % av åtgärderna slutförs på 60 minuter + tid för att skicka alla databaser (220 GB/timme). |
| Instansberäkning (virtuella kärnor) skalas upp och ned (generell användning) | – Storleksändring av virtuellt kluster | 90 % av åtgärderna slutförs på 60 minuter. |
| Instansberäkning (virtuella kärnor) skalas upp och ned (Affärskritisk) | – Storleksändring av virtuellt kluster – AlwaysOn-tillgänglighetsgrupps seeding |
90 % av åtgärderna slutförs på 60 minuter + tid för att skicka alla databaser (220 GB/timme). |
| Ändring av instanstjänstnivå (Generell användning för att Affärskritisk och vice versa) | – Storleksändring av virtuellt kluster – AlwaysOn-tillgänglighetsgrupps seeding |
90 % av åtgärderna slutförs på 60 minuter + tid för att skicka alla databaser (220 GB/timme). |
| Ändring av instansmaskinvara eller underhållsperiod (generell användning) | – Storleksändring förvirtuellt kluster 1 | 90 % av åtgärderna slutförs på mindre än 4 timmar (gruppskapande av virtuella datorer) eller 60 minuter (storleksändring för virtuell datorgrupp) . |
| Ändring av instansmaskinvara eller underhållsperiod (Affärskritisk) | – Storleksändring förvirtuellt kluster 1 – AlwaysOn-tillgänglighetsgrupps seeding |
90 % av åtgärderna slutförs på mindre än 4 timmar (skapa en virtuell datorgrupp) eller 60 minuter (storleksändring av virtuell datorgrupp) + tid för att skicka alla databaser (220 GB/timme). |
1 Hanterad instans måste placeras i en virtuell datorgrupp med samma motsvarande maskinvaru- och underhållsfönster. Om det inte finns någon sådan grupp i det virtuella klustret måste en ny skapas först för att hantera instanskonfigurationen.
Kategori: Ta bort
| Åtgärd | Långvarigt segment | Uppskattad varaktighet |
|---|---|---|
| Borttagning av icke-sista instans | Säkerhetskopiering av loggsvans för alla databaser | 90 % av åtgärderna slutförs på upp till 1 minut.1 |
| Borttagning av senaste instans | – Loggsäkerhetskopiering för alla databaser – Borttagning av virtuellt kluster |
90 % av åtgärderna slutförs på upp till 1,5 timmar.2 |
1 Om det finns flera grupper av virtuella datorer i klustret utlöser borttagning av den sista instansen i gruppen omedelbart att den virtuella datorgruppen tas bort asynkront.
2 Om du tar bort den sista instansen i undernätet utlöses omedelbart borttagning av det virtuella klustret synkront.
Viktigt!
Så snart borttagningsåtgärden utlöses inaktiveras faktureringen för SQL Managed Instance. Varaktigheten för borttagningsåtgärden påverkar inte faktureringen.
Instanstillgänglighet
SQL Managed Instance är tillgängligt under uppdateringsåtgärder, förutom en kort stilleståndstid som orsakas av redundansväxlingen i slutet av uppdateringen. Den varar vanligtvis i upp till 10 sekunder, även vid tidskrävande transaktioner som avbrutits, tack vare accelererad databasåterställning.
Kommentar
Skalning av lagring av den hanterade instansen för generell användning orsakar ingen redundansväxling i slutet av uppdateringen.
SQL Managed Instance är inte tillgängligt för klientprogram under distributions- och borttagningsåtgärder.
Viktigt!
Vi rekommenderar inte att du skalar beräkning eller lagring av Azure SQL Managed Instance eller att ändra tjänstnivån samtidigt som långvariga transaktioner (dataimport, databearbetningsjobb, återskapande av index osv.). Redundansväxlingen av databasen i slutet av åtgärden avbryter alla pågående transaktioner.
Steg för hanteringsåtgärder
Hanteringsåtgärder består av flera steg. När Operations API introduceras exponeras de här stegen för delmängder av åtgärder (distribution och uppdatering). Distributionsåtgärden består av tre steg medan uppdateringsåtgärden utförs i sex steg. Mer information om varaktigheten för åtgärder finns i avsnittet varaktighet för hanteringsåtgärder . Stegen visas efter körningsordning.
Distributionssteg för hanterad instans
| Stegnamn | Stegbeskrivning |
|---|---|
| Begäran om validering | Inskickade parametrar verifieras. Vid felkonfiguration misslyckas åtgärden med ett fel. |
| Storleksändring/skapande av virtuellt kluster | Beroende på tillståndet för det virtuella klustret övergår klustret till att skapa eller ändra storlek på tillståndet. |
| Ny start av SQL-instans | SQL-processen startas på de distribuerade virtuella datorerna. |
Uppdateringssteg för hanterad instans
| Stegnamn | Stegbeskrivning |
|---|---|
| Begäran om validering | Inskickade parametrar verifieras. Vid felkonfiguration misslyckas åtgärden med ett fel. |
| Storleksändring/skapande av virtuellt kluster | Beroende på tillståndet för det virtuella klustret övergår klustret till att skapa eller ändra storlek på tillståndet. |
| Ny start av SQL-instans | SQL-processen startas på de distribuerade virtuella datorerna. |
| Seeding database files/attaching database files | Beroende på typen av uppdateringsåtgärd utförs antingen databassåddning eller anslutning av databasfiler. |
| Förbereda redundans och redundans | När data har hämtats eller databasfilerna har kopplats på nytt förbereds systemet för redundansväxlingen. När allt har angetts utförs redundans med kort stilleståndstid. |
| Gammal rensning av SQL-instans | Tar bort gammal SQL-process från de virtuella datorerna. |
Borttagningssteg för hanterad instans
| Stegnamn | Stegbeskrivning |
|---|---|
| Begäran om validering | Inskickade parametrar verifieras. Vid felkonfiguration misslyckas åtgärden med ett fel. |
| Rensning av SQL-instans | Ta bort SQL-processen från de virtuella datorerna. |
| Borttagning av virtuellt kluster | Beroende på om den instans som tas bort senast finns i undernätet tas det virtuella klustret bort synkront som det sista steget. |
Kommentar
Som ett resultat av skalningsinstanser går underliggande virtuella kluster igenom processen för att frigöra outnyttjad kapacitet och eventuell kapacitetsdefragmentering, vilket kan påverka instanser som inte deltog i skapande/skalningsåtgärder.
Påverkan mellan hanteringsåtgärder
Hanteringsåtgärder på en hanterad instans kan påverka hanteringsåtgärderna för andra instanser som placeras i samma undernät:
Långvariga återställningsåtgärder i ett virtuellt kluster lägger andra åtgärder i samma grupp för virtuella datorer på is, till exempel skapande- eller skalningsåtgärder.
Exempel: Om det finns en tidskrävande återställningsåtgärd och även en skalningsbegäran som kräver att gruppen för virtuella datorer krymps tar det längre tid att slutföra krympningsbegäran eftersom den väntar på att återställningsåtgärden ska slutföras innan den kan fortsätta.En efterföljande instansskapande eller skalningsåtgärd spärras av en tidigare initierad instansgenerering eller instansskala som initierade en storleksändring av den virtuella datorgruppen.
Exempel: Om det finns flera begäranden om att skapa och/eller skala i samma undernät under samma grupp för virtuella datorer, och en av dem initierar en storleksändring av en virtuell datorgrupp, kommer alla begäranden som skickades 5+ minuter efter den första åtgärdsbegäran att vara längre än förväntat, eftersom dessa begäranden måste vänta tills storleksändringen har slutförts innan den återupptas.Skapa/skala åtgärder som skickas i ett 5-minuters fönster kommer att batchhanteras och köras parallellt.
Exempel: Endast en storleksändring för ett virtuellt kluster utförs för alla åtgärder som skickas i ett 5-minutersfönster (som mäter från tidpunkten då den första åtgärdsbegäran kördes). Om en annan begäran skickas mer än 5 minuter efter att den första har skickats väntar den på att storleksändringen för det virtuella klustret ska slutföras innan körningen startar.
Viktigt!
Hanteringsåtgärder som pausas på grund av en annan pågående åtgärd återupptas automatiskt när villkoren för att fortsätta uppfylls. Ingen användaråtgärd krävs för att återuppta de tillfälligt pausade hanteringsåtgärderna.
Övervakningshanteringsåtgärder
Information om hur du övervakar förloppet och statusen för hanteringsåtgärden finns i Övervaka hanteringsåtgärder.
Avbryter hanteringsåtgärder
Information om hur du avbryter hanteringsåtgärden finns i Avbryta hanteringsåtgärder.
Nästa steg
- Mer information om hur du skapar din första hanterade instans finns i snabbstartsguiden.
- En funktions- och jämförelselista finns i Vanliga SQL-funktioner.
- Mer information om VNet-konfiguration finns i SQL Managed Instance VNet-konfiguration.
- Mer information om virtuella datorgrupper och virtuella kluster finns i Arkitektur för det virtuella SQL Managed Instance-klustret
- En snabbstart som skapar en hanterad instans och återställer en databas från en säkerhetskopia finns i Skapa en hanterad instans.
- En självstudiekurs om hur du använder Azure Database Migration Service för migrering finns i SQL Managed Instance-migrering med Hjälp av Database Migration Service.