Megosztás a következőn keresztül:

Felügyelt Azure SQL-példány felügyeleti műveleteinek áttekintése

A következőkre vonatkozik:Azure SQL Managed Instance

Ez a cikk áttekintést nyújt a felügyelt Azure SQL-példányok kezelése során előforduló különböző műveletekről. A felügyeleti műveletek olyan műveletek, amelyeket a háttérrendszeren hajtanak végre egy példány létrehozásakor, frissítésekor vagy törlésekor.

Az egyes felügyeleti műveletek lépéseinek és becsült időtartamának részletes leírásáért tekintse át a felügyeleti műveletek időtartamát.

Mik azok a felügyeleti műveletek?

A felügyelt Azure SQL-példány kezelése a következő műveleteket foglalja magában:

  • Létrehozás: Az új felügyelt SQL-példány létrehozásakor előforduló műveletek. Ez magában foglalja a mögöttes virtuálisgép-csoport létrehozását és az SQL Database Engine folyamatának üzembe helyezését.
  • Frissítés: Olyan műveletek, amelyek egy meglévő felügyelt SQL-példány tulajdonságainak módosításakor fordulnak elő, például számítási vagy tárolási skálázás, a szolgáltatási szint módosítása vagy a példánykonfiguráció frissítése. A frissítések elvégzése gyakran magában foglalja a virtuálisgép-csoport átméretezését, valamint az adatok bevetését, majd a feladatátvételt egy új SQL Database Engine-folyamatba.
  • Törlés: Olyan műveletek, amelyek egy meglévő felügyelt SQL-példány törlésekor történnek, beleértve az erőforrások, például a példányhoz társított virtuálisgép-csoport törlését is.

Az egyes felügyeleti műveletek lépéseinek és becsült időtartamának részletes leírásáért tekintse át a felügyeleti műveletek időtartamát.

A felügyelt SQL-példányok felügyeleti műveleteit a következő mögöttes folyamatok hajtják végre:

  • Virtuálisgép-csoportműveletek: Olyan műveletek, amelyek a felügyelt SQL-példányt üzemeltető mögöttes virtuálisgép-csoport létrehozását és kezelését foglalják magukban. Ez magában foglalja a virtuálisgép-csoport átméretezését, az új virtuálisgép-csoportok létrehozását és a csoportokon belüli virtuális gépek kezelését.
  • Adatültetés: Az adatok inicializálása és szinkronizálása az SQL Database Engine-folyamatokban, általában az átváltásra való felkészüléshez.
  • Feladatátvétel: Egy másik SQL Database Engine-folyamatba irányuló forgalom meghiúsulásával kapcsolatos műveletek, akár ugyanabban, akár egy új virtuálisgép-csoportban.

Virtuálisgép-csoport műveletek

Az Azure-beli virtuális hálózatokon belüli üzembe helyezés támogatása , valamint az ügyfelek elkülönítésének és biztonságának biztosítása érdekében a felügyelt SQL-példány a virtuális fürtökre támaszkodik. A virtuális fürt a virtuális hálózat alhálózatán belül telepített és virtuálisgép-csoportokba rendezett elkülönített virtuális gépek (VM-ek) dedikált készletét jelöli. Lényegében minden üres alhálózatba telepített felügyelt SQL-példány egy új virtuális fürtöt eredményez, amely az első virtuális gépcsoportot hozza létre.

A felügyelt SQL-példányokon végzett későbbi felügyeleti műveletek hatással lehetnek a mögöttes virtuálisgép-csoportokra. A mögöttes virtuálisgép-csoportokat érintő módosítások hatással lehetnek a felügyeleti műveletek időtartamára, mivel a virtuális fürtben több virtuális gép üzembe helyezése olyan többletterhelést okoz, amelyet figyelembe kell vennie, amikor új üzembe helyezéseket vagy meglévő példányok frissítéseit tervezi.

A virtuális fürt architektúrájáról további információt a Virtuális fürt architektúrája című témakörben talál.

Vetés

A magvetés kritikus szerepet játszik a felügyelt Azure SQL-példány működésében, különösen az adatbázisok beállítása és replikálása során. A magolás az a folyamat, amely inicializálja és szinkronizálja az adatokat az SQL Database Engine-folyamatok között, ami a példánykezelés kulcsfontosságú része. Bár a hosszadalmas, de sikeres műveletek során gyakran a leg időigényesebb lépés, a magvetés a kifogástalan és működőképes felügyelt SQL-példánykörnyezet kialakításának sarokköve.

A magvetési műveletek becsült időtartamáról lásd a felügyeleti műveletek időtartamát.

A vetés folyamata általában a következő fázisokat foglalja magában, a szolgáltatási szinttől függetlenül:

  • Inicializálás: A rendszer azonosítja a forrás- és céladatbázist, és számos olyan feladatot indít el, amely előkészíti az SQL Database Engine folyamatait az adatátvitelhez.
  • Adatátvitel: A rendszer a tényleges adatcsomagokat a forrásból a cél SQL Database Engine-folyamatba továbbítja, amely az adatbázis teljes vagy részleges másolatát tartalmazza a forgatókönyvtől függően.
  • Szinkronizálás: A kezdeti adatátvitel befejeződése után a rendszer szinkronizálja a további frissítéseket vagy módosításokat a tranzakciónapló-blokkok replikálásával az adatintegritás biztosítása érdekében.
  • Érvényesítés és véglegesítés: A folyamat véglegesítve van, és a cél SQL Database Engine-folyamat érvényesítve lesz a sikeres replikáció és a magolás megerősítéséhez. Az átváltás úgy történik, hogy a forgalom az új SQL Database Engine folyamatra legyen irányítva.

Az Általános célú szolgáltatási szinten nincs adatbevetés, kivéve, ha a szolgáltatási szintet üzletileg kritikus szolgáltatási szintre módosítja. Az Általános célú szolgáltatási szinten végzett felügyeleti műveletek magukban foglalják a távoli tároló leválasztását a régi SQL Database Engine-folyamatról, és azt az új SQL Database Engine-folyamathoz csatolják.

Ezzel szemben a nagy teljesítményű munkaterhelésekhez tervezett üzletileg kritikus szolgáltatási szint helyi tárolást és a számítási és tárolási rétegek kölcsönös függőségét igényli. Ennek következtében a szolgáltatási szint szinte minden művelete és forgatókönyve megköveteli az adatok rendelkezésre állásának és konzisztenciájának biztosítását.

Az, hogy a magvetés aktiválva van-e, az adott forgatókönyvtől és szolgáltatási szinttől függ, például:

  • Általános célú és következő generációs általános célú szolgáltatási szintek:
    • Váltás az üzletileg kritikus szolgáltatási szintre – az adatokat át kell vinni a távoli tárolóból az Általános célú szolgáltatásszinten használt helyi tárolóba.
    • Zónaredundancia engedélyezése vagy letiltása – az adatokat át kell másolni a zónaredundáns régiókba vagy onnan.
  • Üzletileg kritikus szolgáltatási szint:
    • Tároló skálázása: Mivel a tároló fizikailag a helyi géphez van csatlakoztatva, minden tárolási változáshoz létre kell hozni egy új virtuálisgép-csoportot, így az adatokat át kell vinni a régi gépről az új gépre (mind a 4 replikán).
    • Virtuális magok méretezése: Minden számítási skálázási művelethez létre kell hozni egy új virtuálisgép-csoportot, ezért az adatokat át kell másolni a régi gépről az új gépre (mind a 4 replikán).
    • Hardver- vagy karbantartási időszak módosítása: Ha egy virtuálisgép-csoport már létezik az alhálózaton egyező konfigurációval, a rendszer átméretezi a virtuálisgép-csoportot. Ha ez egy új konfiguráció, akkor létrejön egy új virtuálisgép-csoport. Az adatokat át kell másolni a régi virtuálisgép-csoportból az új virtuálisgép-csoportba (mind a 4 replikán).
    • Szolgáltatási szint módosítása: Az adatokat át kell másolni a helyi tárolóból az Általános célú szolgáltatásszinten használt távoli tárolóba.
    • Zónaredundancia engedélyezése vagy letiltása – az adatokat át kell másolni a zónaredundáns régiókba vagy onnan.

Vetés sebessége

A következő tényezők befolyásolják a magvetési folyamat időtartamát:

  • Adatbázis mérete: A nagyobb adatbázisok több időt igényelnek az adatok átviteléhez és az SQL Database Engine-folyamatok közötti szinkronizáláshoz.
  • Hálózati függőségek: A hálózati sávszélesség és a késés jelentősen befolyásolhatja a vetés sebességét.
  • Biztonsági mentési és visszaállítási műveletek: A forrás SQL Database Engine folyamatának folyamatos biztonsági mentési műveletei befolyásolhatják az adatok előkészítését egy másik SQL Database Engine-folyamatba való küldésre.
  • Példány terhelése: A példány terhelése a vetés során korlátozást okozhat, és jelentősen meghosszabbíthatja a folyamatot.

Bár ezeknek a tényezőknek a többsége nem kontrollálható, a forgalom kezelésével jelentősen optimalizálható a vetés sebessége. A magvetés ugyanazokat a példány-számítási erőforrásokat használja, amelyek a példány forgalmát kezelik. Vetés közben a nagy forgalom csökkentheti a virtuális magok rendelkezésre állását, ami a vetési folyamat kapacitásának elégtelenségéhez vezethet, és korlátozást okozhat.

A nagy forgalom a vetés során befolyásolhatja a szinkronizálást, mivel a vetés célja az összes jelenleg tárolt adat egyetlen műveletben való csomagolása és átvitele. Az adatok módosulása, amely a régi SQL Database Engine-folyamat során következik be, miután az inicializálás megtörtént, növekményesen kell szinkronizálni az új SQL Database Engine-folyamattal tranzakciónapló blokkreplikációval, mielőtt a feladatátvétel megtörténhetne. Ha a példány nagy terhelés alatt áll, a vetés nehézkes lehet a bejövő adatokkal való lépést tartva, ami késéseket és esetleges hibákat okozhat a szinkronizációs szakaszban. A régi SQL Database Engine folyamatának folyamatos nagy forgalma a bevetés megkezdése után olyan helyzethez vezethet, amikor a szinkronizálási fázis soha nem fejeződik be, mivel az új adatok folyamatosan érkeznek, és át kell vinni. Ez az adatátvitel állandó ciklusát eredményezheti, amely megakadályozza az új SQL Database Engine-folyamat feladatátvételét.

A magvetési műveletek becsült időtartamáról lásd a felügyeleti műveletek időtartamát.

Azure-infrastruktúra és közlemények

A magvetés olyan folyamat, amelyet nem lehet pontosan számszerűsíteni vagy szigorúan előrejelezni, mivel a megosztott Azure-szolgáltatásokra támaszkodik. Az adatátviteli és magolási műveletek különböző belső Azure-szolgáltatásoktól és infrastruktúrától függenek, amelyeket a teljes Azure-ökoszisztémában megosztanak. Ezeket a szolgáltatásokat számos más, nem kapcsolódó szolgáltatás használja az Azure-ban. Az Azure-ökoszisztémában minden szolgáltatás versenyez a rendelkezésre álló erőforrásokért, ami a pillanatnyi rendelkezésre állás ingadozásához vezet, amelyet több tényező is befolyásol. Bár a Microsoft olyan tartományt tud biztosítani, amelyben az infrastruktúra kapacitása működik, a pontos előrejelzések készítése kihívást jelent.

Átállás

A példány feladatátvétele az a pillanat, amikor a forgalom egy régi SQL Database Engine-folyamatból egy új SQL Database Engine-folyamatba irányítja át a felügyelt SQL-példányt magában foglaló virtuálisgép-csoport csomópontcsoportjában. A feladatátvétel kulcsfontosságú része a legtöbb felügyeleti műveletnek, különösen egy példány frissítésekor. A kapcsolatmegszakadások rövid pillanatát, miközben a forgalom átirányításra kerül az új SQL Database Engine folyamatra, feladatátvételnek nevezzük.

A példány csak feladatátvétel során nem érhető el, amikor a rendszer átirányítja a forgalmat az új SQL Database Engine-folyamathoz. Az üzletileg kritikus szolgáltatási szinten a példány legfeljebb 20 másodpercig nem érhető el, míg az Általános célú szolgáltatási szinten a példány akár 2 percig is elérhetetlen lehet. Minden olyan háttérművelet, amely felügyeleti művelet miatt készül fel a feladatátvételre, például az adatbázisok újraküldése az üzletileg kritikus szolgáltatási szinten, a háttérben történik, és nem befolyásolja a példány rendelkezésre állását.

Fontos

Olyan frissítési műveletek esetén, amelyek nem fejeződnek be, de amelyek az adatbázis újraaktiválását eredményezik (például virtuális magok skálázása, memória skálázása, hardver módosítása vagy karbantartási időszak), a következő generációs általános célú szolgáltatási szint adatbázisainak feladatátvételi időtartama az adatbázisok számával skálázható, akár 10 percig is. Bár a példány 2 perc után elérhetővé válik, előfordulhat, hogy néhány adatbázis késve érhető el. A feladatátvétel időtartama attól a pillanattól számítható, amikor az első adatbázis offline állapotba kerül, egészen addig, amíg az utolsó adatbázis online állapotba nem kerül. A következő generációs általános célú szolgáltatásszint példányonként 100-ról 500-ra növeli az adatbázisok maximális számát.

A szolgáltatási szintek közötti architektúrabeli különbségeket a rendelkezésre állás részletes ismertetésében ismertetjük.

A felügyeleti műveletek kiterjedt hatása

A felügyelt SQL-példányok felügyeleti műveletei hatással lehetnek az ugyanazon alhálózaton belül elhelyezett más példányok felügyeleti műveleteire:

  • A virtuális fürtben lévő hosszan futó visszaállítási műveletek más műveleteket tartanak vissza ugyanabban a virtuális fürtben, például létrehozási vagy méretezési műveleteket.

    Példa: Ha van egy hosszú ideig futó visszaállítási művelet, valamint egy méretezési kérelem, amely csökkenti a virtuálisgép-csoportot, a zsugorítási kérelem hosszabb ideig tart, amíg a visszaállítási művelet befejeződik, mielőtt folytatható lenne.

  • Egy későbbi példánylétrehozási vagy skálázási műveletet egy korábban kezdeményezett példánylétrehozás vagy példányméretezés tart vissza, amely a virtuálisgép-csoport átméretezését kezdeményezte.

    Példa: Ha több létrehozási és/vagy méretezési kérés is van ugyanabban az alhálózatban ugyanabban a virtuálisgép-csoportban, és egyikük kezdeményezi a virtuálisgép-csoport átméretezését, az összes kérelem, amelyet a kezdeti műveletkérés után 1+ perccel a vártnál hosszabb ideig küldtek el, mivel ezeknek a kéréseknek meg kell várniuk, amíg az átméretezés befejeződik az újrakezdés előtt.

  • Az 1 perces ablakban elküldött létrehozási/méretezési műveletek kötegelve lesznek, és párhuzamosan lesznek végrehajtva.

    Példa: Az 1 perces ablakban elküldött összes művelethez csak egy virtuális fürt átméretezése történik (attól a pillanattól kezdve, amikor az első műveletkérés el van küldve). Ha egy másik kérést több mint 1 perccel az első elküldése után küld el, megvárja, amíg a virtuális fürt átméreteződik a végrehajtás megkezdése előtt.

Fontos

Ha teljesülnek a feltételek, a rendszer automatikusan újraindítja azokat a felügyeleti műveleteket, amelyek egy másik folyamatban lévő művelet miatt várakoznak. Az ideiglenesen szüneteltetett felügyeleti műveletek folytatásához nincs szükség felhasználói műveletre.

Felügyeleti műveletek monitorozása

A felügyeleti műveletek előrehaladásának és állapotának monitorozásáról az Azure SQL Felügyelt példányok felügyeleti műveleteinek monitorozása című témakörben olvashat.

Felügyeleti műveletek megszakítása

A felügyeleti művelet megszakításáról az Azure SQL Managed Instance felügyeleti műveleteinek megszakítása című témakörben olvashat.

Kapcsolódó tartalom

  • Last updated on