Sdílet prostřednictvím

Doba trvání operací správy ve službě Azure SQL Managed Instance

platí pro:azure SQL Managed Instance

Tento článek podrobně popisuje kroky a dobu trvání operací správy ve službě Azure SQL Managed Instance.

Přehled základních procesů souvisejících s operacemi správy, jako jsou inicializace dat a automatické přepnutí při selhání, najdete v přehledu operací správy.

Kroky operace správy

Správa služby Azure SQL Managed Instance zahrnuje následující operace:

  • Vytvoření: Operace, ke kterým dochází při vytváření nové spravované instance SQL. To zahrnuje vytvoření nebo změnu velikosti základní skupiny virtuálních počítačů a nasazení procesu databázového stroje SQL.
  • Aktualizace: Operace, ke kterým dochází při změně vlastností existující spravované instance SQL, jako je škálování výpočetních prostředků nebo úložiště, změna úrovně služby nebo aktualizace konfigurace instance. Provádění aktualizací často zahrnuje vytvoření nebo změnu velikosti základní skupiny virtuálních počítačů spolu se zasetím dat a následným převzetím služeb při selhání na nový proces databázového stroje SQL.
  • Odstranění: Operace, ke kterým dochází při odstranění existující spravované instance SQL, včetně vyčištění prostředků, jako je skupina virtuálních počítačů přidružená k instanci.

Vytvoření operace

Operace vytvoření zahájí nasazení nové spravované instance SQL v podsíti virtuální sítě při nastavování výpočetních prostředků, úložiště a prostředí databázového stroje SQL pro instanci.

Proces vytváření obvykle prochází třemi fázemi:

  1. Ověření požadavku: Odeslané parametry jsou syntakticky a sémanticky ověřeny. Pokud jsou parametry neplatné (například nesprávná podsíť nebo nepodporovaná skladová položka), operace okamžitě selže s chybou.
  2. Vytvoření nebo změna velikosti skupiny virtuálních počítačů: Vytvoří nebo rozšíří skupinu virtuálních počítačů pro hostování nové instance. Doba trvání operace závisí na tom, jestli je instance zónově redundantní nebo ne.
  3. Spusťte novou instanci SQL: Nasadí a spustí proces databázového stroje SQL na přidělených virtuálních počítačích.

Operace aktualizace

Operace aktualizace upravuje vlastnosti existující spravované instance SQL, jako je škálování výpočetních prostředků nebo úložiště, změna úrovně služby nebo aktualizace konfigurace instance.

Proces aktualizace obvykle prochází pěti fázemi:

  1. Ověření požadavku: Odeslané parametry jsou syntakticky a sémanticky ověřeny. Kontroluje podporované typy aktualizací na základě aktuální konfigurace instance a požadovaných změn. Pokud je požadavek neplatný, operace selže s chybou.
  2. Vytvořte nebo změňte velikost skupiny virtuálních počítačů: V závislosti na změně se změní velikost existující skupiny virtuálních počítačů nebo se vytvoří nová skupina virtuálních počítačů, například v následujících operacích aktualizace:
    • Zvýšení nebo snížení kapacity úložiště
    • Škálování výpočetních prostředků nahoru nebo dolů
    • Změna úrovně služby
    • Změna hardwaru
    • Úprava časového období údržby
    • Povolení nebo zakázání redundance zón
  3. Spuštění instance SQL: Nový proces databázového stroje SQL se inicializuje s aktualizovanou konfigurací.
    • Pokud se vytvoří nová skupina virtuálních počítačů nebo pokud se změní velikost existující skupiny virtuálních počítačů, dojde k úplnému nasazení databázového stroje SQL.
  4. Inicializovat/připojit úložiště: Připraví databázi pro novou nebo změněnou skupinu virtuálních počítačů. Během tohoto procesu je instance k dispozici.
  5. Příprava a převzetí při selhání: Provoz se přesměruje na novou instanci.
    • Vaše instance je nedostupná pouze během převzetí služeb při selhání, když se provoz přesměruje na nový proces SQL databázového stroje. Na úrovni služby Pro důležité obchodní informace není vaše instance dostupná po dobu až 20 sekund, zatímco ve vrstvě služby Pro obecné účely může být instance po dobu až 2 minut nedostupná.
  6. Vyčištění staré instance SQL: Uvolněte staré virtuální počítače a odstraňte procesy SQL, které už nejsou potřeba.

Důležité

Škálování výpočetních prostředků, úložiště nebo změna úrovně služby ve stejnou dobu jako dlouhotrvající transakce (například import dat, úlohy zpracování dat nebo opětovné sestavení indexu) se nedoporučuje, protože na konci operace přepnutí na záložní databázi zruší všechny aktuálně probíhající transakce.

Smazání operace

Operace odstranění odebere existující spravovanou instanci SQL a vyčistí přidružené prostředky. Jakmile se aktivuje operace odstranění, je fakturace služby SQL Managed Instance zakázaná. Doba trvání operace odstranění nemá vliv na fakturaci.

Proces odstranění obvykle prochází čtyřmi fázemi:

  1. Ověření požadavku: Odeslané parametry jsou syntakticky a sémanticky ověřeny. Pokud je požadavek neplatný, operace selže s chybou.
  2. Zálohování protokolu tail-log: Pokud instance není prázdná, vytvoří se záloha protokolu tail pro každou databázi, aby se zajistilo, že po odstranění instance nedojde ke ztrátě dat. Zálohy se uchovávají na základě zásad uchovávání informací jednotlivých databází.
  3. Vyčištění instance SQL: Proces databázového stroje SQL se odebere ze skupiny virtuálních počítačů a uvolní se prostředky přidružené k instanci.
  4. Odstranění skupiny virtuálních počítačů: Pokud v podsíti existují další instance, zůstane skupina virtuálních počítačů pro tyto instance nedotčená. Pokud je odstraněná instance poslední instancí v podsíti, skupina virtuálních počítačů se synchronně odstraní jako poslední krok. Když je odstraněna poslední instance v podsíti, odebrání skupiny virtuálních počítačů automaticky zahájí odstranění virtuálního clusteru.

Pooly instancí

Fondy instancí umožňují vytvářet a spravovat více instancí se sdílenými prostředky, což může pomoct snížit náklady a zjednodušit správu. Nasazení jednotlivých instancí v rámci existujícího fondu je výrazně rychlejší než zřízení samostatné spravované instance, protože infrastruktura je už dostupná.

Vytvoření fondu instancí zahrnuje následující kroky:

  • Ověření požadavku: Odeslané parametry jsou syntakticky a sémanticky ověřeny. Pokud je požadavek neplatný, operace selže s chybou.
  • Vytvořte skupinu virtuálních počítačů: Vytvoří se nová skupina virtuálních počítačů pro hostování fondu instancí v podsíti virtuální sítě Azure. Počet virtuálních jader přidělených virtuálnímu clusteru je maximální celkový počet virtuálních jader používaných všemi instancemi ve fondu. Jedná se o jednorázovou operaci, která nastaví základní infrastrukturu pro více spravovaných instancí.
  • Vytvoření instance: Instance se vytvoří v rámci fondu instancí, což zahrnuje nasazení procesu databázového stroje SQL na přidělené virtuální počítače. Instance sdílejí prostředky virtuálního clusteru, což umožňuje efektivnější využití prostředků. Instance jsou podle potřeby vytvořeny zákazníkem.

Vytvoření instance ve fondu zahrnuje následující kroky:

  • Ověření požadavku: Odeslané parametry jsou syntakticky a sémanticky ověřeny. Pokud je požadavek neplatný, operace selže s chybou.
  • Vytvoření instance: Instance se vytvoří v rámci fondu instancí, což zahrnuje nasazení procesu databázového stroje SQL na přidělené virtuální počítače.

Přesunutí instance do fondu instancí zahrnuje následující kroky:

  • Ověření požadavku: Odeslané parametry jsou syntakticky a sémanticky ověřeny. Pokud je požadavek neplatný, operace selže s chybou.
  • Přidělení virtuálních jader: Instanci musí být přidělen dostatečný počet virtuálních jader z fondu. Protože již máme vCores alokované do fondu, je to snadné a funguje to stejně jako alokace nové instance uvnitř fondu.

Přesunutí instance z fondu instancí zahrnuje následující kroky:

  • Ověření požadavku: Odeslané parametry jsou syntakticky a sémanticky ověřeny. Pokud je požadavek neplatný, operace selže s chybou.
  • Vytvoření nebo změna velikosti skupiny virtuálních počítačů: To vyžaduje, aby instance mimo fond poskytovala odpovídající počet požadovaných virtuálních jader. Virtuální jádra nejsou připravená a musí být zřízená, takže tato operace je stejná jako doba trvání aktualizace, která musí změnit velikost existující skupiny virtuálních počítačů nebo vytvořit novou skupinu virtuálních počítačů.

Zónová redundance

Díky povolené redundanci zón se výpočetní vrstvy a vrstvy úložiště distribuují napříč několika zónami dostupnosti, aby se zajistila vysoká dostupnost a integrita dat.

Redundance zón prodlužuje dobu trvání operací správy tak, aby vyhovovala změnám prostředků napříč několika zónami dostupnosti.

Doba trvání správní operace

Doba trvání operací správy se liší v závislosti na úrovni služby spravované instance SQL. Následující části obsahují podrobné informace o době trvání operací správy pro každou úroveň služby:

Následující tabulka podrobně popisuje dobu trvání operací správy na úrovni služby Pro obecné účely , včetně dlouhotrvajících segmentů a odhadované doby trvání jednotlivých operací:

Operace správy Dlouhotrvající segmenty Odhadovaná doba trvání
Vytvořit operace
Vytvoření nové instance Vytvoření nebo změna velikosti skupiny virtuálních počítačů 95% dokončení operací za 30 minut
Vytvoření nové zónově redundantní instance Vytvoření nebo změna velikosti skupiny virtuálních počítačů s redundancí zóny 95% dokončení provozu za 4 hodiny
Vytvoření nového fondu instancí Vytvoření skupiny virtuálních počítačů 95% dokončení operací za 30 minut
Vytvoření instance ve fondu Žádné 95% operací se dokončí za méně než 10 minut.
Operace aktualizace
Změna základních vlastností instance, jako je typ licence nebo Microsoft Entra Žádné Až 1 minuta
Škálování úložiště Žádné 99% dokončení operací za 5 minut
Škálování výpočetní kapacity (virtuálních jader) Vytvoření nebo změna velikosti skupiny virtuálních počítačů 95% dokončení operací za 60 minut
Změna na úroveň služby Obchodně kritická Změna velikosti skupiny virtuálních počítačů
+ Osazení databáze		 95% operací se dokončí za 60 minut + čas pro naplnění databází
Změna na úroveň služby Další generace pro obecné účely Vytvoření nebo změna velikosti skupiny virtuálních počítačů
+ Osazení databáze		 95% operací se dokončí za 60 minut + čas pro naplnění databází
Změna hardwarového nebo časového období údržby Vytvoření nebo změna velikosti skupiny virtuálních počítačů 95% dokončení operací za 60 minut
Povolení redundance zón Vytvoření nové skupiny virtuálních počítačů
+ Osazení databáze		 95% operací se dokončí za 4 hodiny + čas na naplnění databází
Zakázání redundance v zónách Vytvoření nové skupiny virtuálních počítačů
+ Osazení databáze		 95% operací dokončí za 30 minut + čas potřebný k naplnění databází
Přesun instance do fondu instancí Žádné 95% dokončení operací za 10 minut
Přesunutí instance ze skupiny instancí Vytvoření nebo změna velikosti skupiny virtuálních počítačů 95% dokončení operací za 60 minut
Operace odstranění
Odstranění neposlední instance1 Protokolování koncového zálohování pro všechny databáze 90% operací se dokončí za 1 minutu.
Odstranění poslední instance2 Zálohování koncového logu pro všechny databáze
Odstranění virtuálního clusteru		 95 %% operací se dokončí za 90 minut

1 Pokud v clusteru existuje více skupin virtuálních počítačů, odstranění poslední instance ve skupině okamžitě aktivuje odstranění skupiny virtuálních počítačů asynchronně.
2 Odstranění poslední instance v podsíti okamžitě aktivuje synchronní odstranění virtuálního clusteru.

Vaše instance je k dispozici po dobu trvání všech operací správy s výjimkou posledního kroku převzetí služeb při selhání, kdy se provoz přesměruje na nový proces SQL databázového stroje. Na úrovni služby Business Critical není vaše instance dostupná až 20 sekund, zatímco ve vrstvách služby Obecný účel a Next-gen Obecný účel může být vaše instance nedostupná až 2 minuty.

Doba trvání seedingu

Seeding je proces inicializace a synchronizace dat napříč procesy databázového stroje SQL. Doba trvání seedingu závisí především na velikosti databáze. V průměru probíhá seeding rychlostí přibližně 220 GB za hodinu.

Seeding se provádí souběžně prostřednictvím osmi paralelních kanálů. V každém okamžiku je pro přenos dat vybráno osm databází. Jakmile se přenos jedné databáze dokončí, přiřadí se teď k bezplatnému kanálu další dostupná databáze, která zajišťuje nepřetržitou a efektivní propustnost.

Následující tabulka obsahuje následující informace:

  • Pravděpodobná odhadovaná doba seedingu pro většinu případů
  • Očekávaná maximální odhadovaná doba setí pro 95% případů
Rozsah velikostí databáze (GB) Pravděpodobný čas setí Očekávaná maximální doba seedingu
0 – 32 GB 30 minut 1 hodina
32 – 256 GB 1.5 hodin 2 hodiny
256 – 512 GB 2 hodiny 5 hodin
512 – 1024 GB 5 hodin 9 hodin
1024 – 2048 GB 9 hodin 15 hodin
2048 – 3072 GB 10 hodin 16 hodin
3072 – 4096 GB 12 hodin 18 hodin
Větší než 4096 GB 15 hodin 20 hodin

Související obsah