Ö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 förvaltningsåtgärder?
Alla hanteringsåtgärder kan kategoriseras på följande sätt:
- Instansdistribution (ny instans skapas)
- 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 underliggande virtuella datorgrupper. Ändringar som påverkar de underliggande grupperna för virtuella datorer kan påverka varaktigheten för hanteringsåtgärder, eftersom distributionen av fler 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 tilldelning
Instanser med vissa konfigurationer 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). Mer information om varaktighetstider för åtgärder finns i hanteringsåtgärder.
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 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 virtuella 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% operationer avslutas inom 30 minuter |
| Skapa virtuella kluster | Skapande är ett synkront steg i instanshanteringsåtgärder där den allra första virtuella datorgruppen skapas. | 90% av åtgärder 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% Klusterexpansionerna med skapandet av en ny virtuell datorgrupp avslutas på under 4 timmar 90% klusterexpansioner med avslutandet av expansionen av den befintliga virtuella datorgruppen inom 60 minuter |
| borttagning av virtuella kluster | Borttagning av virtuella kluster utlöses när den allra sista instansen tas bort från undernätet. | 90% av klusterborttagningar slutförs på 1,5 timmar |
| Seeding-databasfiler2 | 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 och den aktuella databasaktiviteten (antal aktiva transaktioner). Databasaktivitet vid uppdatering av en instans kan medföra betydande varians för den totala varaktigheten. | 90% av dessa operationer utförs med 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 vCores och med standardkonfiguration av underhållsfönster.
2 Vid skalning av beräkning (virtuella kärnor) eller lagring på tjänstnivån Affärskritisk, eller om du byter tjänstnivå från Allmän användning till Affärskritisk, inkluderar seeding även Always On-tillgänglighetsgruppssådd.
Viktig
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 avbrott och redundans.
Segment med lång varaktighet för hanteringsoperationer
Följande tabeller sammanfattar åtgärder och typiska övergripande varaktigheter baserat på åtgärdens kategori:
Kategori: Driftsättning
| Operation | Långvarigt segment | Uppskattad varaktighet |
|---|---|---|
| Första instansen i ett tomt undernät1 | Skapa virtuellt kluster (snabb etablering) | 90% åtgärder slutförs på 30 minuter. |
| Första instansen i ett tomt undernät | Skapa virtuellt kluster | 90% åtgärder slutförs på mindre än 4 timmar. |
| Första instansen med en annan hårdvarugeneration eller ett underhållsfönster i ett icke-tomt undernät (till exempel den första Premium-seriens instance i ett undernät med Standard-seriens instanser) | Lägga till en ny virtuell datorgrupp till det virtuella klustret2 | 90% åtgärder slutförs på mindre än 4 timmar. |
| Efterföljande instans skapas i det icke-tomma undernätet (2:a, 3:e osv. instansen) | Storleksändring för virtuellt kluster | 90% åtgärder 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 virtuell datorgrupp skapas för varje maskinvarugeneration och konfiguration av underhållsperiod.
kategori: Uppdatera
| Operation | Långvarigt segment | Uppskattad varaktighet |
|---|---|---|
| Ändring av instansegenskap (administratörslösenord, Microsoft Entra-inloggning, Azure Hybrid-förmånsflagga) |
Ej tillämpligt | Upp till 1 minut. |
| Skalning av instanslagring upp/ned (Generell användning) |
Inget långvarigt segment | 99% åtgärder slutförs på 5 minuter. |
| Skalning av instanslagring upp/ned (Affärskritisk) |
– Storleksändring av virtuellt kluster – AlwaysOn-tillgänglighetsgrupps seeding |
90% operationer är klara inom 60 minuter + tid för att fylla alla databaser (220 GB/timme). |
| Skalning av instanslagring upp/ned (Nästa generations allmänna syfte) |
– Skapande av virtuellt kluster/storleksändring för virtuell datorgrupp – Always On-tillgänglighetsgruppsseeding |
90% operationer slutförs på mindre än 4 timmar (skapande av virtuell datorgrupp) eller 60 minuter (ändring av storlek på virtuell datorgrupp) + tid för att fylla alla databaser (220 GB/timme) + failover + rensning av gamla instanser |
| Instansberäkning (virtuella kärnor) skalas upp och ned (Generell användning) |
– Storleksändring av virtuellt kluster | 90% åtgärder slutförs på 60 minuter. |
| Beräkning av instanser (virtuella kärnor) skalning upp och ned (Affärskritisk) |
– Storleksändring av virtuellt kluster – Always On-tillgänglighetsgrupps initiering |
90% åtgärder slutförs om 60 minuter + tid för att skicka alla databaser (220 GB/timme). |
| Instansberäkning (virtuella kärnor) skalas upp och ned (Nästa generations allmänna syfte) |
Skapande av virtuellt kluster/storleksändring för virtuell datorgrupp – Always On-tillgänglighetsgruppsinitering |
90% åtgärder slutförs på mindre än 4 timmar (skapande av virtuell datorgrupp) eller 60 minuter (storleksändring av virtuell datorgrupp) + tid för att skicka alla databaser (220 GB/timme) + redundans + rensa gamla instanser |
| Ändring av instanstjänstnivå (Allmän användning till affärskritiskt läge och vice versa) |
– Storleksändring av virtuellt kluster – AlwaysOn-tillgänglighetsgrupps seeding |
90% åtgärder slutförs om 60 minuter + tid för att skicka alla databaser (220 GB/timme). |
| Ändring av instanstjänstnivå (Generell användning eller affärskritisk för nästa generations generell användning och vice versa) |
Skapande av virtuellt kluster/storleksändring för virtuell datorgrupp – Always On-tillgänglighetsgrupps initiering |
90% åtgärder slutförs på mindre än 4 timmar (skapande av virtuell datorgrupp) eller 60 minuter (storleksändring av virtuell datorgrupp) + tid för att skicka alla databaser (220 GB/timme) + redundans + rensa gamla instanser |
| Ändring av instansmaskinvara eller underhållsperiod (Generell användning) |
– Storleksändring av virtuellt kluster1 | 90% åtgärder slutförs på mindre än 4 timmar (skapande av virtuell datorgrupp) eller 60 minuter (storleksändring för virtuell datorgrupp). |
| Ändring av instansmaskinvara eller underhållsfönster (Affärskritisk) |
– Storleksändring av virtuellt kluster1 – Always On-tillgänglighetsgrupps sättning |
90% åtgärder slutförs på mindre än 4 timmar (skapande av virtuell datorgrupp) eller 60 minuter (storleksändring av virtuell datorgrupp) + tid för att skicka alla databaser (220 GB/timme). |
| Ändring av instansmaskinvara eller underhållsfönster (Nästa generations allmänna syfte) |
– Skapande av virtuellt kluster/storleksändring för virtuell datorgrupp – AlwaysOn-tillgänglighetsgrupps seeding |
90% åtgärder slutförs på mindre än 4 timmar (skapande av virtuell datorgrupp) eller 60 minuter (storleksändring av virtuell datorgrupp) + tid för att skicka alla databaser (220 GB/timme) + redundans + rensa gamla instanser |
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
| Operation | Långvarigt segment | Uppskattad varaktighet |
|---|---|---|
| Borttagning av icke-sista instans | Säkerhetskopiering av loggutdrag för alla databaser | 90% åtgärder avslutas på upp till 1 minut.1 |
| Borttagning av senaste instans | – Säkerhetskopiering av loggens svans för alla databaser – Borttagning av virtuellt kluster |
90% åtgärder 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 att ta bort den sista instansen i undernätet utlöser omedelbart borttagning av det virtuella klustret synkront.
Viktig
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 nedtid vid failover-processen i slutet av uppdateringen. Det varar vanligtvis upp till 10 sekunder även vid avbrutna långvariga transaktioner tack vare accelererad databasåterställning.
Not
Skalning av lagring av hanterade instanser för generell användning orsakar ingen överflyttning i slutet av uppdateringsprocessen.
SQL Managed Instance är inte tillgängligt för klientprogram under distributions- och borttagningsåtgärder.
Viktig
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.). Övergången till reservdrift av databasen i slutet av åtgärden avbryter alla pågående transaktioner.
Steg för hanteringsoperationer
Hanteringsåtgärder består av flera steg. Med övervaknings-API:erexponeras de här stegen för delmängd 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 varaktighet för åtgärder finns i avsnittet varaktighet för hanteringsåtgärder. Stegen visas i den ordning de ska utföras.
Steg för utplacering av hanterad instans
| Stegnamn | Stegbeskrivning |
|---|---|
| Validering av begäran | Inskickade parametrar verifieras. Om det finns en felkonfiguration misslyckas åtgärden med ett fel. |
| Storleksändring/skapande av virtuellt kluster | Beroende på tillståndet för det virtuella klustret, befinner sig klustret i skapande eller storleksändrande tillstånd. |
| Ny start av SQL-instans | SQL-processen startas på de distribuerade virtuella datorerna. |
Uppdateringssteg för hanterad instans
| Stegnamn | Stegbeskrivning |
|---|---|
| Validering av begäran | Inskickade parametrar verifieras. Om det finns en felkonfiguration misslyckas åtgärden med ett fel. |
| Storleksändring/skapande av virtuellt kluster | Beroende på det virtuella klustrets tillstånd går klustret in i tillståndet där det antingen skapar eller ändrar storlek. |
| Ny start av SQL-instans | SQL-processen startas på de distribuerade virtuella datorerna. |
| Initiera databashantering / bifoga databashanteringsfiler | 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 fyllts på eller databasfilerna har återanslutits förbereds systemet för övertagning. När allt har förberetts utförs övergång med kort stilleståndstid. |
| Gammal rensning av SQL-instans | Tar bort gammal SQL-process från de virtuella datorerna. |
Steg för att ta bort hanterad instans
| Stegnamn | Stegbeskrivning |
|---|---|
| Validering av begäran | Inskickade parametrar verifieras. Om det finns en 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. |
Not
Som ett resultat av skalningsinstanser går det underliggande virtuella klustret igenom processen att frigöra outnyttjad kapacitet och eventuell kapacitetsdefragmentering, vilket kan påverka instanser som inte deltog i skapande/skalningsåtgärder.
Hanteringsåtgärders ömsesidiga påverkan
Hanteringsåtgärder på en hanterad instans kan påverka hanteringsåtgärderna för andra instanser som placeras i samma undernät:
Tidskrävande å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 krympning av den virtuella datorgruppen, tar krympningsbegäran längre tid att slutföras eftersom den väntar på att återställningsåtgärden ska slutföras innan den kan fortsätta.
En efterföljande instansskapande eller skalning å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 virtuella datorgrupp, och en av dem initierar en storleksändring av en virtuell datorgrupp, kommer alla begäranden som har skickats 5+ minuter efter att den inledande åtgärdsbegäran varar längre än förväntat, eftersom dessa begäranden måste vänta tills storleksändringen har slutförts innan den återupptas.
Skapa och skala åtgärder som skickas inom ett 5 minuters fönster körs i batch och parallellt.
Exempel: Endast en virtuell klusterändring utförs för alla åtgärder som skickas inom ett 5-minutersfönster (räknat från tidpunkten när den första åtgärdsbegäran utförs). Om en annan begäran skickas mer än 5 minuter efter att den första har skickats, väntar den tills storleken på det virtuella klustret har ändrats innan körningen startar.
Viktig
Hanteringsåtgärder som spärras på grund av en annan åtgärd som pågår å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.
Övervaka hanteringsåtgärder
Mer information om hur du övervakar hanteringsåtgärdens förlopp och status finns i Övervakning av hanteringsåtgärder för Azure SQL Managed Instance.
Avbryta hanteringsåtgärder
Information om hur du avbryter hanteringsåtgärden finns i Avbryta hanteringsåtgärder för Azure SQL Managed Instance.
Relaterat innehåll
- snabbstart: Skapa Azure SQL Managed Instance
- jämförelse av funktioner: Azure SQL Database och Azure SQL Managed Instance
- Anslutningsarkitektur för Azure SQL Managed Instance
- Arkitektur för virtuellt kluster – Azure SQL Managed Instance
- migrering av SQL Managed Instance med hjälp av Database Migration Service