Varaktighet för hanteringsåtgärder i Azure SQL Managed Instance

gäller för:Azure SQL Managed Instance

Den här artikeln beskriver stegen och varaktigheten för hanteringsåtgärder i Azure SQL Managed Instance.

En översikt över underliggande processer som rör hanteringsåtgärder, till exempel seeding och redundans, finns i Översikt över hanteringsåtgärder.

Steg för hanteringens operationer

Hanteringen av Azure SQL Managed Instance omfattar följande åtgärder:

• Skapa: De åtgärder som inträffar när du skapar en ny SQL-hanterad instans. Detta omfattar att skapa eller ändra storlek på den underliggande virtuella datorn (VM) och distribuera SQL Database Engine-processen.
• Uppdatering: Åtgärder som inträffar när du ändrar egenskaperna för en befintlig SQL-hanterad instans, till exempel skalning av beräkning eller lagring, ändring av tjänstnivå eller uppdatering av instanskonfigurationen. Att göra uppdateringar innebär ofta att skapa eller ändra storlek på den underliggande gruppen av virtuella maskiner (VM), samt införa data, och sedan växla vid fel till en ny SQL Database Engine-process.
• Ta bort: Åtgärder som inträffar när du tar bort en befintlig SQL-hanterad instans, inklusive rensning av resurser, till exempel den vm-grupp som är associerad med instansen.

Skapa åtgärd

Åtgärden Skapa initierar distributionen av en ny SQL-hanterad instans i ett virtuellt nätverksundernät, samtidigt som du konfigurerar beräkning, lagring och SQL Database Engine-miljön för instansen.

Skapandeprocessen går vanligtvis igenom tre faser:

1. Verifiera begäran: De inskickade parametrarna verifieras syntaktiskt och semantiskt. Om parametrarna är ogiltiga (till exempel fel undernät eller SKU som inte stöds) misslyckas åtgärden omedelbart med ett fel.
2. Skapa eller ändra storlek på den virtuella datorgruppen: Skapar eller utökar en VM-grupp som värd för den nya instansen. Varaktigheten för åtgärden beror på om instansen är zonredundant eller inte.
3. Starta en ny SQL-instans: Distribuerar och startar SQL Database Engine-processen på de allokerade virtuella datorerna.

Uppdateringsåtgärd

Uppdateringsåtgärden ändrar egenskaperna för en befintlig SQL-hanterad instans, till exempel skalning av beräkning eller lagring, ändring av tjänstnivå eller uppdatering av instanskonfigurationen.

Uppdateringsprocessen genomgår vanligtvis fem faser:

1. Verifiera begäran: De inskickade parametrarna verifieras syntaktiskt och semantiskt. Söker efter uppdateringstyper som stöds baserat på den aktuella instanskonfigurationen och de begärda ändringarna. Om begäran är ogiltig misslyckas åtgärden med ett fel.
2. Skapa eller ändra storlek på den virtuella datorgruppen: Beroende på ändringen ändras den befintliga VM-gruppen eller så skapas en ny VM-grupp, till exempel i följande uppdateringsåtgärder:
   • Skala upp eller ned lagring
   • Skala upp eller ned datorkapacitet
   • Ändra tjänstnivå
   • Ändra maskinvaran
   • Justera underhållsfönstret
   • Aktivera eller inaktivera zonredundans
3. Starta SQL-instans: En ny SQL Database Engine-process initieras med den uppdaterade konfigurationen.
   • Om en ny VM-grupp skapas, eller om den befintliga VM-gruppen har storleksändras, sker en fullständig SQL Database Engine-distribution.
4. Seed/attach storage: Förbereder databasen på den nya eller storleksanpassade VM-gruppen. Instansen är tillgänglig under den här processen.
5. Förbered för och redundansväxla sedan: Trafiken omdirigeras till den nya instansen.
   • Din instans är endast otillgänglig under redundansväxlingen när trafiken omdirigeras till den nya SQL Database Engine-processen. På tjänstnivån Affärskritisk är din instans otillgänglig i upp till 20 sekunder, medan din instans kan vara otillgänglig i upp till 2 minuter på tjänstnivån Generell användning .
6. Rensa gamla SQL-instanser: Frigör de gamla virtuella datorerna och ta bort de SQL-processer som inte längre krävs.

Ta bort åtgärd

Åtgärden Ta bort tar bort en befintlig SQL-hanterad instans och rensar de associerade resurserna. Så snart en borttagningsåtgärd utlöses inaktiveras faktureringen för SQL Managed Instance. Varaktigheten för borttagningsåtgärden påverkar inte faktureringen.

Borttagningsprocessen går vanligtvis igenom fyra faser:

1. Verifiera begäran: De inskickade parametrarna verifieras syntaktiskt och semantiskt. Om begäran är ogiltig misslyckas åtgärden med ett fel.
2. Säkerhetskopia av slutlogg: Om instansen inte är tom görs en säkerhetskopia av slutloggen för varje databas för att säkerställa att inga data går förlorade efter att instansen har tagits bort. Säkerhetskopior sparas baserat på kvarhållningsprincipen för varje databas.
3. Rensning av SQL-instans: SQL Database Engine-processen tas bort från vm-gruppen och resurserna som är associerade med instansen frigörs.
4. Ta bort vm-grupp: Om det finns andra instanser i undernätet förblir vm-gruppen intakt för dessa instanser. Om den instans som tas bort är den sista instansen i undernätet tas den virtuella datorgruppen bort synkront som det sista steget. När den sista instansen i ett undernät tas bort, initierar automatisk borttagning av VM-gruppen även borttagningen av det virtuella klustret.

Instanspooler

Med instanspooler kan du skapa och hantera flera instanser med delade resurser, vilket kan minska kostnaderna och förenkla hanteringen. Det går betydligt snabbare att distribuera en enskild instans i en befintlig pool än att etablera en fristående hanterad instans eftersom infrastrukturen redan är tillgänglig.

Skapa en instanspool omfattar följande steg:

• Verifiera begäran: De inskickade parametrarna verifieras syntaktiskt och semantiskt. Om begäran är ogiltig misslyckas åtgärden med ett fel.
• Skapa vm-gruppen: En ny vm-grupp skapas som värd för instanspoolen i ett undernät i ett virtuellt Azure-nätverk. Antalet virtuella kärnor som allokerats till det virtuella klustret är det maximala totala antalet virtuella kärnor som används av alla instanser i poolen. Det här är en engångsåtgärd som konfigurerar den underliggande infrastrukturen för flera hanterade instanser.
• Skapa instans: Instanser skapas i instanspoolen, vilket innebär att du distribuerar SQL Database Engine-processen på de allokerade virtuella datorerna. Instanserna delar resurserna i det virtuella klustret, vilket möjliggör effektivare resursanvändning. Instanser skapas av kunden efter behov.

Skapa en instans i en pool innebär följande steg:

• Verifiera begäran: De inskickade parametrarna verifieras syntaktiskt och semantiskt. Om begäran är ogiltig misslyckas åtgärden med ett fel.
• Skapa instans: Instanser skapas i instanspoolen, vilket innebär att du distribuerar SQL Database Engine-processen på de allokerade virtuella datorerna.

Att flytta en instans till en instanspool innebär följande steg:

• Verifiera begäran: De inskickade parametrarna verifieras syntaktiskt och semantiskt. Om begäran är ogiltig misslyckas åtgärden med ett fel.
• Allokera virtuella kärnor: Instansen måste tilldelas tillräckligt antal nödvändiga virtuella kärnor från poolen. Eftersom vi redan har etablerade virtuella kärnor i poolen är detta enkelt och fungerar på samma sätt som att etablera en ny instans i poolen.

Att flytta en instans från en instanspool innebär följande steg:

• Verifiera begäran: De inskickade parametrarna verifieras syntaktiskt och semantiskt. Om begäran är ogiltig misslyckas åtgärden med ett fel.
• Skapa eller ändra storlek på vm-gruppen: Detta kräver ett tillräckligt antal nödvändiga virtuella kärnor till instansen utanför poolen. Virtuella kärnor är inte klara och måste tilldelas, så den här åtgärden är densamma som alla uppdateringsåtgärder som innebär att ändra storlek på en befintlig VM-grupp eller skapa en ny VM-grupp.

Zonredundans

När zonredundans är aktiverat distribueras beräknings- och lagringslager över flera tillgänglighetszoner för att säkerställa hög tillgänglighet och dataintegritet.

Zonredundans utökar hanteringsåtgärdernas varaktighet för att hantera ändringar i resurser i flera tillgänglighetszoner.

Varaktighet för hanteringsåtgärd

Varaktigheten för hanteringsåtgärder varierar beroende på tjänstnivån för SQL Managed Instance. Följande avsnitt innehåller detaljerad information om varaktigheten för hanteringsåtgärder för varje tjänstnivå:

Din instans är tillgänglig under alla hanteringsåtgärder, förutom under det sista redundanssteget , när trafiken omdirigeras till den nya SQL Database Engine-processen. På tjänstnivån Affärskritisk är din instans otillgänglig i upp till 20 sekunder, medan din instans kan vara otillgänglig i upp till 2 minuter i tjänstnivåerna Generell användning och Nästa generations generell användning .

Varaktighet av seeding

Seeding är processen för att initiera och synkronisera data i SQL Database Engine-processer. Varaktigheten för seeding beror främst på databasens storlek. I genomsnitt sker utsändning med en hastighet av cirka 220 GB per timme.

Seeding körs samtidigt via åtta parallella kanaler. Vid en viss tidpunkt väljs åtta databaser för dataöverföring. Så snart överföringen av en databas har slutförts tilldelas nästa tillgängliga databas till den nu kostnadsfria kanalen, vilket säkerställer kontinuerligt och effektivt dataflöde.

Följande tabell innehåller följande information:

• Trolig uppskattad såtid för de flesta fall
• Förväntad maximalt uppskattad seeding-tid för de 95% fallen

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