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

Az Azure SQL Managed Instance megbízhatósága

A Azure SQL Managed Instance egy teljesen felügyelt szolgáltatásként (PaaS) működő adatbázismotor. Közel 100% funkciókompatibilitást biztosít SQL Server. Azure SQL Managed Instance kezeli a legtöbb adatbázis-kezelési funkciót, például a frissítést, a javítást, a biztonsági mentést és a monitorozást felhasználói beavatkozás nélkül. A SQL Server adatbázismotor legújabb stabil verzióján és a beépített magas rendelkezésre állású javított operációs rendszeren fut.

Az Azure használatakor a megbízhatóság közös felelősség. A Microsoft számos lehetőséget kínál a rugalmasság és a helyreállítás támogatására. Ön a felelős azért, hogy megértse, hogyan működnek ezek a képességek az összes használt szolgáltatáson belül, és válassza ki azokat a képességeket, amelyekre szüksége van az üzleti célok és az üzemidő céljainak eléréséhez.

Ez a cikk azt ismerteti, hogyan teheti rugalmassá Azure SQL Managed Instance számos lehetséges kimaradás és probléma esetén, beleértve az átmeneti hibákat, a rendelkezésre állási zónák kimaradásait és a régiókimaradásokat. Azt is ismerteti, hogyan használható biztonsági másolatok más típusú problémákból való helyreállításra, a szolgáltatáskarbantartás kezelésére, és kiemeli a Azure SQL Managed Instance szolgáltatásiszint-szerződéssel (SLA) kapcsolatos legfontosabb információkat.

A termelési üzembe helyezési javaslatok a megbízhatóság érdekében

A SQL Managed Instance legtöbb éles üzembe helyezéséhez vegye figyelembe a következő javaslatokat:

  • Kövesse a magas rendelkezésre állás és vészhelyreállítás (DR) ellenőrzőlistájában található útmutatást.
  • Zónaredundancia engedélyezése.
  • Automatikus biztonsági mentések konfigurálása, és zónaredundáns tárolás (ZRS) vagy georedundáns tárolás (GRS) használata a biztonsági mentésekhez.
  • Tervezze meg, hogy rendszeresen tesztelje a biztonsági mentéseket és a visszaállítási folyamatot.

A megbízhatósági architektúra áttekintése

Az általános célú felügyelt SQL-példányok egyetlen csomóponton futnak, amelyet Azure Service Fabric kezel. Amikor az adatbázismotort vagy az operációs rendszert frissítik, vagy hibát észlelnek, SQL Managed Instance a Service Fabrictel együttműködve áthelyezi az állapot nélküli adatbázismotor-folyamatot egy másik, elegendő szabad kapacitással rendelkező állapot nélküli számítási csomópontra. Az adatbázisfájlokat a beépített redundanciafunkciókkal rendelkező Azure Blob Storage tárolja. Az adatok és naplófájlok leválasztva vannak az eredeti számítási csomópontról, és az újonnan inicializált adatbázismotor-folyamathoz vannak csatolva.

Üzleti szempontból kritikus SQL felügyelt példányok több replikát használnak egy fürtben. A fürt kétféle replikát tartalmaz:

  • Egyetlen elsődleges replika, amely az olvasási-írási ügyfélmunkaterhelésekhez érhető el

  • Legfeljebb öt másodlagos replika (számítás és tárolás), amelyek adatmásolatokat tartalmaznak

Az elsődleges replika folyamatosan és sorrendben küldi le a módosításokat a másodlagos replikákra, ami biztosítja, hogy az adatok elegendő számú másodlagos replikán maradnak meg az egyes tranzakciók véglegesítése előtt. Ez a folyamat garantálja, hogy ha az elsődleges replika vagy egy olvasható másodlagos replika elérhetetlenné válik, a feladatátvételhez mindig rendelkezésre áll egy teljesen szinkronizált replika.

SQL Managed Instance és Service Fabric kezdeményez feladatátvételt a replikák között. Ha egy másodlagos replika lesz az új elsődleges replika, egy másik másodlagos replika jön létre, amely biztosítja, hogy a fürt elegendő számú replikával rendelkezzen a kvórum fenntartásához. A feladatátvétel befejezése után a rendszer automatikusan átirányítja az Azure SQL kapcsolatokat az új elsődleges replikára vagy az olvasható másodlagos replikára a kapcsolati karakterlánc szerint.

Redundancy

Alapértelmezés szerint a SQL Managed Instance a redundanciát úgy éri el, hogy a számítási csomópontokat és az adatokat egyetlen adatközpontban terjeszti az elsődleges régióban. Ez a módszer a következő várt és váratlan állásidők során védi az adatokat:

  • Ügyfél által kezdeményezett menedzsment műveletek, amelyek rövid állásidőt eredményeznek

  • Szolgáltatáskarbantartási műveletek

  • Kis léptékű hálózat vagy áramkimaradások

  • Az alábbi összetevőket érintő problémák és adatközpont-kimaradások:

    • Az állvány , amelyen a szolgáltatást működtető gépek futnak

    • A fizikai gép amely az SQL-Database Engine futtató virtuális gépet üzemelteti.

    • Az SQL Database Engine futtató VM

  • Az SQL-Database Engine problémái

  • Lehetséges nem tervezett honosított kimaradások

A SQL Managed Instance redundancia biztosításával kapcsolatos további információkért lásd: Redundancia biztosítása helyi és zónaredundanciával.

Rugalmasság átmeneti hibákhoz

Az átmeneti hibák rövid, időszakos meghibásodások a komponensekben. Gyakran előfordulnak elosztott környezetben, például a felhőben, és ezek a műveletek szokásos részei. Az átmeneti hibák rövid idő elteltével kijavítják magukat. Fontos, hogy az alkalmazások kezelni tudják az átmeneti hibákat, általában az érintett kérések újrapróbálásával.

Minden felhőalapú alkalmazásnak követnie kell az Azure átmeneti hibakezelési útmutatást, amikor a felhőben üzemeltetett API-kkal, adatbázisokkal és más összetevőkkel kommunikálnak. További információ: Átmeneti hibák kezelésére vonatkozó javaslatok.

SQL Managed Instance automatikusan kezeli a kritikus karbantartási feladatokat, például javításokat, biztonsági mentéseket, Windows és SQL-Database Engine frissítéseket. Kezeli a nem tervezett eseményeket is, például a mögöttes hardvereket, szoftvereket vagy hálózati hibákat. SQL Managed Instance a legkritikusabb körülmények között is gyorsan helyreállhat, így az adatok mindig elérhetők. A felhasználók többsége nem veszi észre, hogy a frissítések végrehajtása folyamatosan történik.

Ha egy példányt kijavítanak vagy átállnak hiba esetén, az állásidő hatása minimális, ha újrapróbálkozási logikát alkalmaz az alkalmazásban. Tesztelheti az alkalmazás átmeneti hibákra való rugalmasságát.

Rugalmasság a rendelkezésre állási zóna hibáival szemben

Megjegyzés:

A zónaredundancia jelenleg nem érhető el a következő generációs általános célú szolgáltatási szinthez.

A rendelkezésre állási zónák fizikailag különálló adatközpont-csoportok egy Azure régión belül. Ha egy zóna meghibásodik, a szolgáltatások a fennmaradó zónák egyikére is át tudnak adni feladatokat.

Ha engedélyezi a zónaredundáns konfigurációt, biztosíthatja, hogy a felügyelt SQL-példány ellenálló legyen a hibák nagy halmazával szemben, beleértve a katasztrofális adatközpont-kimaradásokat is, az alkalmazáslogika módosítása nélkül.

SQL Managed Instance zónaredundanciát érhet el, ha állapot nélküli számítási csomópontokat helyez el különböző rendelkezésre állási zónákban. Az állapotalapú ZRS-ekre támaszkodik, amelyek ahhoz a csomóponthoz vannak csatolva, amely jelenleg az aktív SQL-adatbázis motor folyamatot tartalmazza. Ha kimaradás történik, az SQL Database Engine folyamat aktívvá válik az egyik állapot nélküli számítási csomóponton, amely ezután hozzáfér az állapotalapú tárolóban lévő adatokhoz.

SQL Managed Instance a zónaredundanciát úgy érheti el, hogy több rendelkezésre állási zónában helyezi el a SQL managed instance replikáit. Egy hibapont kiküszöbölése érdekében a vezérlőgyűrű több zónában is duplikálva lesz. A vezérlősík forgalmát a rendszer egy olyan terheléselosztóhoz irányítja, amely a rendelkezésre állási zónákban is üzembe van helyezve. Azure Traffic Manager szabályozza a forgalom irányítását a vezérlősíktól a terheléselosztóig.

Requirements

  • Régió-támogatás: A SQL Managed Instance zónaredundanciát egyes régiókban támogatja. További információ: Támogatott régiók.

  • Biztonsági mentési tár redundancia: Ha engedélyezni szeretné a zónaredundanciát a felügyelt SQL-példányhoz, állítsa a biztonsági mentési tár redundanciát ZRSvagy Geo-zónaredundáns tárolásra (GZRS).

Költség

Ha engedélyezi a zónaredundanciát, a felügyelt SQL-példány és a zónaredundáns biztonsági mentések többletköltséggel járnak. További információért lásd a Pricing oldalt.

Pénzt takaríthat meg úgy, hogy vállalja a számítási erőforrások kedvezményes áron történő használatát egy meghatározott időtartamra, amely az Üzletileg Kritikus szolgáltatási szint zónaredundáns példányait is magában foglalja. További információ: Reservations for SQL Managed Instance.

A rendelkezésre állási zóna támogatásának konfigurálása

Ez a szakasz bemutatja, hogyan konfigurálhatja a rendelkezésre állási zónák támogatását a felügyelt SQL-példányokhoz:

  • Zónaredundancia engedélyezése: Ha tudni szeretné, hogyan konfigurálhatja a zónaredundanciát új és meglévő példányokon, olvassa el a zónaredundancia konfigurálása című témakört.

    A SQL Managed Instance összes skálázási művelete, beleértve a zónaredundancia engedélyezését is, online műveletek, és minimális állásidőt igényelnek. További információkért lásd a felügyeleti műveletek időtartamát.

  • Zónaredundancia letiltása: A zónaredundancia engedélyezéséhez ugyanezeket a lépéseket követve letilthatja a zónaredundanciát. Ez a folyamat egy olyan online művelet, amely hasonló a normál szolgáltatásiszint-célkitűzés frissítéséhez. A folyamat végén a példány zónaredundáns infrastruktúrából egyzónás infrastruktúrába lesz migrálva.

Viselkedés, ha minden zóna kifogástalan

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a felügyelt SQL-példány zónaredundánsként van konfigurálva, és az összes rendelkezésre állási zóna működőképes:

  • Traffic útválasztás zónák között: A normál műveletek során a kérések a SQL Managed Instance számítási réteget futtató csomópontra lesznek irányítva.

  • Adatreplikálás zónák között: Az adatbázisfájlok Azure Storage tárolódnak a ZRS használatával, amely a jelenleg aktív SQL-Database Engine folyamatot tartalmazó csomóponthoz van csatolva.

    Az írási műveletek szinkronok, és nem tekinthetők teljesnek, amíg az adatok sikeresen replikálódnak az összes rendelkezésre állási zónában. Ez a szinkron replikáció erős konzisztenciát és nulla adatvesztést biztosít a zónahibák során. Ez azonban a helyileg redundáns tároláshoz képest valamivel nagyobb írási késést eredményezhet.

  • Forgalomirányítás zónák között: A normál műveletek során a rendszer a kérelmeket a felügyelt SQL-példány elsődleges replikájához irányítja.

  • Adatreplikálás zónák között: Az elsődleges replika folyamatosan és egymás után küldi le a módosításokat a különböző rendelkezésre állási zónák másodlagos replikáira. Ez a folyamat biztosítja, hogy az adatok elegendő számú másodlagos replikán maradnak meg az egyes tranzakciók véglegesítése előtt. Ezek a replikák különböző rendelkezésre állási zónákban találhatók. Ez a folyamat garantálja, hogy ha az elsődleges replika vagy egy olvasható másodlagos replika bármilyen okból elérhetetlenné válik, a feladatátvételhez mindig rendelkezésre áll egy teljesen szinkronizált replika.

    Mivel a zónaredundáns példányok különböző adatközpontokban rendelkeznek replikákkal, amelyek között van némi távolság, a megnövekedett hálózati késés növelheti a tranzakció véglegesítési idejét. Ez a növekedés befolyásolhatja egyes online tranzakciófeldolgozási (OLTP-) számítási feladatok teljesítményét. A legtöbb alkalmazás nem érzékeny erre a plusz késésre.

Viselkedés zónahiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a felügyelt SQL-példány zónaredundánsként van konfigurálva, és egy vagy több rendelkezésre állási zóna nem érhető el:

  • Észlelés és válasz: Az SQL Managed Instance felelős a rendelkezésre állási zónában fellépő hibák észleléséért és megválaszolásáért. Nem kell semmit tennie a zóna átváltásának kezdeményezéséhez.
  • Aktív kérések: Ha egy rendelkezésre állási zóna nem érhető el, a hibás rendelkezésre állási zónában feldolgozott kérések leállnak, és újra kell próbálkozni. Ha az alkalmazásokat rugalmassá szeretné tenni az ilyen típusú problémákhoz, tekintse meg az átmeneti hibák rugalmasságával kapcsolatos útmutatót .

  • Traffic rerouting: SQL Managed Instance együttműködik a Service Fabrictel, hogy az adatbázismotort egy másik rendelkezésre állási zónában lévő, megfelelő állapot nélküli számítási csomópontra helyezze át, és elegendő szabad kapacitással rendelkezik. A feladatátvétel befejezése után a rendszer automatikusan átirányítja az új kapcsolatokat az új elsődleges számítási csomópontra.

    A nagy számítási feladatok teljesítménycsökkenést tapasztalhatnak az egyik számítási csomópontról a másik számítási csomópontra való áttérés során, mert az új adatbázismotor-folyamat hideg gyorsítótárral kezdődik.

  • Traffic rerouting: SQL Managed Instance a Service Fabrictel együttműködve kiválaszt egy megfelelő replikát egy másik rendelkezésre állási zónában, hogy elsődleges replikává váljon. Ha egy másodlagos replika lesz az új elsődleges replika, egy másik másodlagos replika jön létre, amely biztosítja, hogy a fürt elegendő számú replikával rendelkezzen a kvórum fenntartásához. A feladatátvétel befejezése után a rendszer automatikusan átirányítja az új kapcsolatokat az új elsődleges replikára vagy az olvasható másodlagos replikára a kapcsolati karakterlánc alapján.

  • Várható állásidő: A rendelkezésre állási zóna feladatátvétele során előfordulhat, hogy rövid ideig állásidő lesz. Az állásidő általában kevesebb, mint 30 másodperc, amelyet az alkalmazásnak el kell viselnie, ha az átmeneti hibákra vonatkozó rugalmassági útmutatót követi.

  • Várható adatvesztés: A rendelkezésre állási zóna feladatátvétele során a véglegesített tranzakciókhoz nem várható adatvesztés. A folyamatban lévő tranzakciókat újra kell próbálkozni.

Zóna helyreállítása

Amikor a rendelkezésre állási zóna helyreáll, SQL Managed Instance a Service Fabrictel együttműködve visszaállítja a helyreállított zónában lévő műveleteket. Nincs szükség ügyfélintervencióra.

Zónahibák tesztelése

A SQL Managed Instance platform a zónaredundáns példányok forgalomirányítását, feladatátvételét és visszaállítását kezeli. Mivel ez a szolgáltatás teljes mértékben felügyelt, nem kell kezdeményeznie vagy ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait. Azonban ellenőrizheti, hogy az alkalmazás kezeli-e a hibákat.

Rugalmasság régiószintű hibákhoz

Az egyes SQL Managed Instance egyetlen régióban lesznek üzembe helyezve. Egy másodlagos felügyelt SQL-példányt azonban külön Azure régióban helyezhet üzembe, és konfigurálhat egy failover csoportot.

Átállás csoportok

A feladatátvételi csoportok automatikusan georeplikálják az adatokat, és a feladatátvételi házirend alapján regionális hiba esetén automatikusan vagy manuálisan is átállásra kerülhet sor.

Ez a szakasz a feladatátvételi csoportokkal kapcsolatos legfontosabb információkat foglalja össze, de fontos áttekinteni a feladatátvételi csoportok áttekintését és ajánlott eljárásait , hogy többet tudjon meg azok működéséről és konfigurálásáról.

Feladatátvételi szabályzatok

Feladatátvételi csoport létrehozásakor kiválasztja a feladatátvételi szabályzatot, amely meghatározza, hogy ki felelős a kimaradás észleléséért és a feladatátvétel végrehajtásáért. Kétféle feladatátvételi szabályzatot konfigurálhat:

  • Ügyfél által felügyelt feladatátvétel (ajánlott): Ha ügyfél által felügyelt feladatátvételi szabályzatot használ, eldöntheti, hogy olyan feladatátvételt hajt végre, amely nem okoz adatvesztést, vagy kényszerített feladatátvételt, amely adatvesztést okozhat. A kényszerített átkapcsolás helyreállítási módszerként használatos kimaradások esetén, amikor az elsődleges példány nem érhető el.

  • Microsoft által felügyelt feladatátvétel: A Microsoft által felügyelt feladatátvétel csak kivételes esetekben használható kényszerített feladatátvétel indításához.

Fontos

Használja az ügyfél által felügyelt feladatátvételi lehetőségeket a DR-csomagok fejlesztéséhez, teszteléséhez és implementálásához. Ne támaszkodhat a Microsoft által felügyelt feladatátvételre, amely csak szélsőséges körülmények között használható. A Microsoft által felügyelt feladatátvételt valószínűleg egy teljes régióban kezdeményezik. Nem indítható el egyéni feladatátvételi csoportok, felügyelt SQL-példányok, előfizetések vagy ügyfelek esetében. A feladatátvétel különböző időpontokban fordulhat elő különböző Azure szolgáltatások esetében. Javasoljuk, hogy az ügyfél által felügyelt átállást használja.

Requirements

  • Region support: A feladatátvételi csoporton belül bármelyik Azure régiót kiválaszthatja a felügyelt SQL-példányokhoz. A nagy kiterjedésű hálózatok nagy késése miatt a georeplikálás aszinkron replikációs mechanizmust használ. A hálózati késések csökkentése érdekében válassza ki az alacsony késésű kapcsolattal rendelkező régiókat. További információ a Azure régiók közötti késésről: Azure a hálózat egész napos késési statisztikái.

Költség

Ha több felügyelt SQL-példányt hoz létre különböző régiókban, a rendszer minden felügyelt SQL-példányért díjat fizet.

Ha azonban a másodlagos példány nem rendelkezik olvasási számítási feladatokkal vagy alkalmazásokkal, a replika készenléti példányként való kiosztásával csökkentheti a licencelési költségeket. További információért lásd: Licencmentes készenléti replikák konfigurálása az SQL Managed Instance esetében.

További információ a SQL Managed Instance díjszabásáról: Szolgáltatások díjszabási információi.

Többrégiós támogatás konfigurálása

A feladatátvételi csoport konfigurálásáról a Feladatátvételi csoport konfigurálása SQL Managed Instance című témakörben olvashat.

Kapacitástervezés és -kezelés

A feladatátvétel során a rendszer átirányítja a forgalmat egy másodlagos felügyelt SQL-példányra. Fontos, hogy a másodlagos felügyelt SQL-példány készen álljon a forgalom fogadására. Hozzon létre egy másodlagos felügyelt SQL-példányt ugyanazzal a szolgáltatási szinttel, hardvergenerációval és számítási mérettel, mint az elsődleges példány.

A felügyelt SQL-példányok feladatátvételi csoportokban való skálázásáról további információt a példányok méretezése című témakörben talál.

Viselkedés, ha minden régió kifogástalan

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a felügyelt SQL-példányok többrégiós feladatátvételi csoportok használatára vannak konfigurálva, és minden régió működőképes:

  • Forgalomirányítás régiók között: A normál műveletek során az írási-olvasási kérések az elsődleges régió egyetlen elsődleges példányára kerülnek.

    A feladatátvételi csoportok külön írásvédett figyelővégpontot is biztosítanak. A normál műveletek során ez a végpont a másodlagos példányhoz csatlakozik az írásvédett forgalom irányításához, ahogy azt a kapcsolati karakterlánc megadja.

    További információ arról, hogyan küldenek forgalmat a feladatátvételi csoportok az egyes példányok felé, és hogyan irányíthatja a forgalmat egy írásvédett figyelővégpontra, tekintse meg a feladatátvételi csoportok áttekintését és ajánlott eljárásait.

  • Régiók közötti adatreplikálás: Alapértelmezés szerint az adatok aszinkron módon replikálódnak az elsődleges példányról a másodlagos felügyelt SQL-példányra.

    Mivel a georeplikálás aszinkron, kényszerített feladatátvétel esetén adatvesztés tapasztalható. A replikáció késésének monitorozásával megismerheti a kényszerített feladatátvétel során esetleges adatvesztést. További információ: DR ellenőrzőlista.

    Ha meg kell szüntetnie az adatvesztést az aszinkron replikációból a feladatátvétel során, konfigurálja az alkalmazást úgy, hogy blokkolja a hívó szálat, amíg meg nem győződik arról, hogy az utolsó véglegesített tranzakciót továbbította és megerősítette a másodlagos adatbázis tranzakciónaplójában. Ez a megközelítés egyéni fejlesztést igényel, és rontja az alkalmazás teljesítményét. További információ: A kritikus adatok elvesztésének megakadályozása.

Viselkedés régióhiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a felügyelt SQL-példányok többrégiós feladatátvételi csoportok használatára vannak konfigurálva, és kimaradás van az elsődleges régióban:

  • Észlelés és válasz: Az észlelésért és a válaszért való felelősség a feladatátvételi csoport által használt feladatátvételi szabályzattól függ.

    • Ügyfél által felügyelt feladatátvételi szabályzat: Ön felelős a hiba észleléséért egy régióban, és feladatátvételt vagy kényszerített feladatátvételt indít a feladatátvételi csoport másodlagos példányára.

      Feladatátvétel esetén SQL Managed Instance megvárja, amíg az adatok szinkronizálódnak a másodlagos példánysal a feladatátvételi eljárás végrehajtása előtt.

      Ha kényszerített feladatátvételt hajt végre, az SQL Managed Instance azonnal átváltja a másodlagos példányt az elsődleges példány szerepébe anélkül, hogy megvárná a legutóbbi változtatások terjedését az elsődlegesről. Az ilyen típusú feladatátvétel adatvesztést okozhat.

    • Microsoft által felügyelt feladatátvételi szabályzat: A Microsoft által felügyelt feladatátvételeket kivételes körülmények között hajtják végre. Amikor a Microsoft feladatátvételt indít, a feladatátvételi csoport automatikusan végrehajt egy kényszerített feladatátvételt a feladatátvételi csoport másodlagos példányára. Javasoljuk, hogy éles számítási feladatokhoz használjon ügyfél által felügyelt áthidalási stratégiát, így Ön szabályozhatja, mikor történik a feladatátvétel.

  • Aktív kérések: Feladatátvétel esetén a feldolgozandó kérések leállnak, és újra kell próbálkozni. Ha az alkalmazásokat rugalmassá szeretné tenni az ilyen típusú problémákhoz, tekintse meg az átmeneti hibák rugalmasságát.

  • Várható adatvesztés: Az adatvesztés mértéke az alkalmazás konfigurálásának módjától függ. További információ: Feladatátvételi csoportok áttekintése és ajánlott eljárások.

  • Várható állásidő: A feladatátvételi csoport feladatátvétele során előfordulhat, hogy kis mennyiségű állásidő áll rendelkezésre. Az leállás általában kevesebb, mint 60 másodperc.

  • Forgalom átirányítása: Miután a feladatátvételi csoport befejezte a feladatátvételi folyamatot, a rendszer automatikusan átirányítja az olvasási-írási forgalmat az új elsődleges példányra. Ha az alkalmazások a feladatátvételi csoport végpontjait használják a kapcsolati sztringekben, a feladatátvétel után nem kell módosítaniuk a kapcsolati sztringeket.

Régió helyreállítása

A feladatátvételi csoportok nem lépnek vissza automatikusan az elsődleges régióba a visszaállításkor, ezért az Ön feladata a feladat-visszavétel kezdeményezése.

Az ügyfél által felügyelt feladatátvételi csoportoknál kezdeményezheti a visszaállást az elsődleges régióba, amikor az helyreállt. A Microsoft által felügyelt feladatátvételi csoportok esetében a feladat-visszavételi folyamat automatikus. A további részletekért lásd: Visszaállítás az elsődleges régióba.

Régióhibák tesztelése

Tesztelheti a feladatátvételi csoport működését.

A feladatátvételi csoport tesztelése csak egy része a DR-részletezés végrehajtásának. További információ: DR-próbák végrehajtása.

Biztonsági mentés és visszaállítás

Készítsen biztonsági másolatot az adatbázisokról a különböző kockázatok, köztük az adatvesztés elleni védelem érdekében. A biztonsági másolatok visszaállíthatók a véletlen adatvesztés, sérülés vagy egyéb problémák helyreállítása érdekében. A biztonsági másolatok nem azonosak a georeplikációs szolgáltatásokkal, és különböző céljaik vannak, és csökkentik a különböző kockázatokat.

SQL Managed Instance automatikusan elvégzi az adatbázisok teljes, differenciális és tranzakció napló-biztonsági mentését. A biztonsági mentések típusairól, azok gyakoriságáról, a visszaállítási képességekről, a tárolási költségekről és a biztonsági mentés titkosításáról további információt a Automated biztonsági mentések SQL Managed Instance című témakörben talál.

SQL Managed Instance beépített automatikus biztonsági mentéseket biztosít, és támogatja a felhasználó által kezdeményezett csak másolási biztonsági mentéseket is a felhasználói adatbázisokhoz. További információ: Csak másolási biztonsági másolatok.

Biztonsági mentési replikáció

Ha automatizált biztonsági mentéseket konfigurál a felügyelt SQL-példányhoz, megadhatja a biztonsági másolatok replikálását. A ZRS-en való tárolásra konfigurált biztonsági másolatok nagyobb rugalmasságot biztosítanak. Javasoljuk, hogy a biztonsági másolatokat úgy konfigurálja, hogy az alábbi tárolási típusok egyikét használja:

  • ZRS a régión belüli rugalmasság érdekében, ha a régió rendelkezésre állási zónákkal rendelkezik

  • GZRS a biztonsági másolatok régiók közötti rugalmasságának javítása érdekében, ha a régió rendelkezésre állási zónákkal rendelkezik, és egy másik régióval van párosítva

  • GRS, ha a régió nem támogatja a rendelkezésre állási zónákat, de párosított régióval rendelkezik

A különböző tárolási típusokkal és azok képességeivel kapcsolatos további információkért lásd: Backup Storage redundancia.

Földrajzi visszaállítás

A georedundáns visszaállítási képesség egy alapszintű DR-megoldás, amely lehetővé teszi a biztonsági másolatok visszaállítását egy másik Azure régióba. A geobackup jellemzően jelentős mennyiségű állásidővel és adatvesztéssel jár. Ha regionális fennakadás lép fel, a helyreállíthatóság magasabb szintje érdekében konfigurálnia kell a feladatátvételi csoportokat.

Ha georedundáns visszaállítást használ, fontolja meg, hogyan teheti elérhetővé a biztonsági másolatokat a másodlagos régióban:

  • Ha az elsődleges régió párosítva van, a GZRS vagy a GRS biztonsági mentési tároló használatával támogathatja a párosított régió geovisszaállítását.

  • Ha az elsődleges régió nincs párosítva, létrehozhat egy egyéni megoldást, amely replikálja a biztonsági másolatokat egy másik régióba. Fontolja meg a felhasználó által kezdeményezett csak másolási biztonsági mentések használatát, és tárolja őket egy olyan tárfiókban, amely blobobjektum-replikációt használ egy másik régióban lévő tárfiókba való replikáláshoz.

A szolgáltatás karbantartásával szembeni rugalmasság

Ha SQL Managed Instance karbantartást végez a példányon, a SQL Managed Instance teljes mértékben elérhető marad, de időszakos rövid újrakonfigurálások előfordulhatnak. Az ügyfélalkalmazások karbantartási esemény esetén rövid kapcsolati fennakadásokat tapasztalhatnak. Az ügyfélalkalmazásoknak követniük kell az átmeneti hibákkal szembeni rugalmasság útmutatását a hatások minimalizálása érdekében.

SQL Managed Instance lehetővé teszi a szolgáltatásfrissítésekhez és egyéb karbantartási műveletekhez általában használt karbantartási időszak megadását. A karbantartási időszak konfigurálása segíthet minimalizálni az esetleges mellékhatásokat, például az automatikus átváltást az üzleti órákban. A tervezett karbantartásról előzetes értesítést is kaphat.

További információkért tekintse meg: Karbantartási ablak az SQL Managed Instance-ban.

Szolgáltatásiszint-szerződés

A Azure szolgáltatások szolgáltatásiszint-szerződése (SLA) leírja az egyes szolgáltatások várható elérhetőségét, valamint azokat a feltételeket, amelyeket a megoldásnak teljesítenie kell az adott rendelkezésre állási elvárás eléréséhez. További információ: SLAs for online szolgáltatások.

A SQL Managed Instance esetében a rendelkezésre állási SLA csak akkor érvényes, ha a Azure virtuális hálózat megfelelően van konfigurálva, hogy az ne akadályozza a felügyeleti forgalmat. Ez a konfiguráció magában foglalja az alhálózat méretét, a hálózati biztonsági csoportokat (NSG-k), a felhasználó által megadott útvonalakat (UDR-eket), a DNS-konfigurációt és a hálózati erőforrások felügyeletét és használatát befolyásoló egyéb erőforrásokat. A SQL Managed Instance szükséges hálózati konfigurációjáról további információt a Network-követelmények című témakörben talál.

Kapcsolódó tartalom

  • Last updated on