Továbbfejlesztett utólagos szkriptek az adatbázis-konzisztens pillanatképhez

Azure Backup szolgáltatás már biztosít egy utólagos szkript-keretrendszert az alkalmazáskonzisztencia eléréséhez Linux rendszerű virtuális gépeken a Azure Backup használatával. Ez magában foglalja egy előszkript meghívását (az alkalmazások lehívását), mielőtt pillanatképet készít a lemezekről, és meghívja a szkript utáni parancsokat (az alkalmazások rögzítésének feloldására szolgáló parancsokat), miután a pillanatkép elkészült, és visszaállítja az alkalmazásokat a normál módba.

Az e pre/post szkriptek létrehozása, hibakeresése és karbantartása kihívást jelenthet. Ennek az összetettségnek a megszüntetéséhez Azure Backup egyszerűsített szkript előtti/utáni felületet biztosít az adatbázisok lekérdezéséhez, hogy az alkalmazáskonzisztens pillanatképet a lehető legkisebb többletterheléssel kapja meg.

Az új továbbfejlesztett, utólagos szkript-keretrendszer a következő fő előnyökkel rendelkezik:

• Ezek az utólagos szkriptek közvetlenül telepítve vannak az Azure-beli virtuális gépeken a biztonsági mentési bővítménnyel együtt. Ez segít megszüntetni a létrehozást, és külső helyről letölteni őket.
• A GitHubon megtekintheti a közzététel előtti szkriptek definícióját és tartalmát, akár javaslatokat és módosításokat is beküldhet. Akár javaslatokat és módosításokat is beküldhet a GitHubon keresztül, amely osztályozásra kerül, és a szélesebb közösség érdekében lesz hozzáadva.
• A GitHubon keresztül új, utólagos szkripteket is hozzáadhat más adatbázisokhoz, amelyek osztályozása és kezelése a szélesebb közösség javát szolgálja.
• A robusztus keretrendszer hatékonyan képes kezelni az olyan forgatókönyveket, mint a szkript előtti végrehajtási hibák vagy összeomlások. A szkript utáni parancsprogram minden esetben automatikusan lefut, hogy visszaállítsa az előszkriptben végrehajtott összes módosítást.
• A keretrendszer emellett egy üzenetkezelési csatornát is biztosít a külső eszközök számára a frissítések lekéréséhez és a saját cselekvési tervük előkészítéséhez bármilyen üzenet/esemény esetében.

Megoldásfolyamat

Támogatási mátrix

A továbbfejlesztett keretrendszer a következő adatbázislistát tartalmazza:

• Oracle (általánosan elérhető) - Támogatási mátrixra mutató hivatkozás
• MySQL (előzetes verzió)

Előfeltételek

A kapcsolat részleteinek megadásához csak a workload.conf/etc/azurekonfigurációs fájlt kell módosítania. Ez lehetővé teszi, hogy Azure Backup kapcsolódjon a megfelelő alkalmazáshoz, és szkriptek előtti és utáni végrehajtását. A konfigurációs fájl a következő paraméterekkel rendelkezik.

[workload]
# valid values are mysql, oracle
workload_name =
command_path = 
linux_user =
credString = 
ipc_folder = 
timeout =

Az alábbi táblázat a paramétereket ismerteti:

Paraméter	Kötelező	Magyarázat
workload_name	Yes	Ez annak az adatbázisnak a nevét tartalmazza, amelyhez alkalmazáskonzisztens biztonsági mentésre van szükség. Az aktuálisan támogatott értékek a következők: oracle vagy mysql.
command_path/configuration_path		Ez tartalmazni fogja a számítási feladat bináris elérési útját. Ez nem kötelező mező, ha a számítási feladat bináris értéke elérésiút-változóként van beállítva.
linux_user	Yes	Ez tartalmazza annak a Linux-felhasználónak a felhasználónevét, aki hozzáfér az adatbázis-felhasználói bejelentkezéshez. Ha ez az érték nincs beállítva, akkor a root lesz az alapértelmezett felhasználó.
credString		Ez az adatbázishoz való csatlakozáshoz használt hitelesítőadat-sztringet jelenti. Ez a teljes bejelentkezési sztringet tartalmazza.
ipc_folder		A számítási feladat csak bizonyos fájlrendszer-elérési utakra tud írni. Itt meg kell adnia ezt a mappaelérési utat, hogy az előszkript meg tudja írni az állapotokat ebbe a mappaelérési útra.
timeout	Yes	Ez az a maximális időkorlát, amelyre az adatbázis quiesce állapotban lesz. Az alapértelmezett érték 90 másodperc. Nem ajánlott 60 másodpercnél kisebb értéket beállítani.

Megjegyzés

A JSON-definíció olyan sablon, amelyet a Azure Backup szolgáltatás egy adott adatbázisnak megfelelően módosíthat. Az egyes adatbázisok konfigurációs fájljának megismeréséhez tekintse meg az egyes adatbázisok kézikönyvét.

A továbbfejlesztett, utólagos szkript-keretrendszer használatának általános élménye a következő:

• Az adatbázis-környezet előkészítése
• A konfigurációs fájl szerkesztése
• A virtuális gép biztonsági mentésének aktiválása
• Szükség szerint állítsa vissza a virtuális gépeket vagy lemezeket/fájlokat az alkalmazáskonzisztens helyreállítási pontról.

Adatbázis biztonsági mentési stratégiájának létrehozása

Pillanatképek használata streamelés helyett

A streamelési biztonsági mentéseket (például teljes, különbségi vagy növekményes) és a naplókat általában az adatbázis-rendszergazdák használják a biztonsági mentési stratégiájukban. Az alábbiakban a tervezés néhány kulcsfontosságú kimutatását íme néhány.

• Teljesítmény és költség: A visszaállítás során a napi teljes + naplók lennének a leggyorsabbak, de jelentős költséggel járnak. A különbségi/növekményes streamelési biztonsági mentési típus beleszámítása csökkenti a költségeket, de hatással lehet a visszaállítási teljesítményre. A pillanatképek azonban a teljesítmény és a költség legjobb kombinációját biztosítják. Mivel a pillanatképek eredendően növekményesek, a legkisebb hatással vannak a teljesítményre a biztonsági mentés során, gyorsan visszaállíthatók, és költségmegtakarítást is eredményeznek.
• Az adatbázisra/infrastruktúrára gyakorolt hatás: A streamelési biztonsági mentés teljesítménye a mögöttes tároló IOPS-jától és a rendelkezésre álló hálózati sávszélességtől függ, ha a stream távoli helyre van célozva. A pillanatképek nem rendelkeznek ezzel a függőségi viszonyokkal, és az IOPS és a hálózati sávszélesség iránti igény jelentősen csökken.
• Újra használhatóság: A különböző streamelési biztonsági mentési típusok aktiválására szolgáló parancsok az egyes adatbázisok esetében eltérőek. Így a szkriptek nem használhatók egyszerűen újra. Emellett ha különböző biztonsági mentési típusokat használ, győződjön meg arról, hogy kiértékeli a függőségi láncot az életciklus fenntartása érdekében. Pillanatképek esetén egyszerűen írhat szkriptet, mivel nincs függőségi lánc.
• Hosszú távú megőrzés: A teljes biztonsági másolatok mindig előnyösek a hosszú távú megőrzéshez0, mivel egymástól függetlenül áthelyezhetők és helyreállíthatók. A rövid távú megőrzéssel rendelkező operatív biztonsági mentések esetében azonban a pillanatképek kedvezőek.

Ezért az adatbázisok esetében a legjobb biztonsági mentési szabályzat a napi pillanatképek és naplók alkalmi teljes biztonsági mentése a hosszú távú megőrzés érdekében.

Napló biztonsági mentési stratégiája

A továbbfejlesztett utólagos szkript-keretrendszer az Azure-beli virtuális gépek biztonsági mentésére épül, amely naponta egyszer ütemezi a biztonsági mentést. Így az RPO 24 órás adatvesztési időszaka nem megfelelő éles adatbázisokhoz. Ez a megoldás egy naplóalapú biztonsági mentési stratégiával van kiegészítve, amelyben a naplók biztonsági mentései explicit módon vannak streamelve.

A blobokon futó NFS és az AFS-en (előzetes verzió) futó NFS segít a kötetek egyszerű csatlakoztatásában közvetlenül az adatbázis virtuális gépeken, és adatbázisügyfelek használatával a naplók biztonsági másolatainak átviteléhez. Az adatvesztési időszak, azaz az RPO a naplók biztonsági mentésének gyakoriságára esik. Emellett az NFS-céloknak nem kell nagy teljesítményűnek lenniük, mivel előfordulhat, hogy az adatbázis-konzisztens pillanatképek létrehozása után nem kell rendszeres streamelést (teljes és növekményes) aktiválnia az operatív biztonsági mentésekhez.

Megjegyzés

A továbbfejlesztett előszkript általában gondoskodik az összes átvitt naplótranzakció kiürítéséről a napló biztonsági mentési célhelyére, mielőtt az adatbázist a pillanatkép készítésére kényszerítené. Ezért a pillanatképek adatbázis-konzisztensek és megbízhatóak a helyreállítás során.

Helyreállítási stratégia

Az adatbázis-konzisztens pillanatképek készítése és a naplók biztonsági mentései NFS-kötetre való streamelése után az adatbázis helyreállítási stratégiája használhatja az Azure-beli virtuális gépek biztonsági mentéseinek helyreállítási funkcióit. A naplók biztonsági mentésének képessége az adatbázis-ügyféllel is alkalmazható. A helyreállítási stratégia néhány lehetősége a következő:

• Hozzon létre új virtuális gépeket az adatbázis-konzisztens helyreállítási pontból. A virtuális gépnek már csatlakoztatva kell lennie a napló csatlakoztatási pontjának. Az adatbázis-ügyfelek használatával helyreállítási parancsokat futtathat az időponthoz kötött helyreállításhoz.
• Hozzon létre lemezeket az adatbázis-konzisztens helyreállítási pontból, és csatolja egy másik cél virtuális géphez. Ezután csatlakoztassa a napló célhelyét, és adatbázis-ügyfelek használatával futtasson helyreállítási parancsokat az időponthoz kötött helyreállításhoz
• Használja a fájlhelyreállítási lehetőséget, és hozzon létre egy szkriptet. Futtassa a szkriptet a cél virtuális gépen, és csatolja a helyreállítási pontot iSCSI-lemezként. Ezután adatbázisügyfelek használatával futtassa az adatbázis-specifikus érvényesítési függvényeket a csatolt lemezeken, és ellenőrizze a biztonsági mentési adatokat. Emellett adatbázisügyfelek használatával exportálhat/helyreállíthat néhány táblát/fájlt a teljes adatbázis helyreállítása helyett.
• A Régiók közötti visszaállítás funkcióval a fenti műveleteket a másodlagos párosított régióból hajthatja végre regionális katasztrófa esetén.

Összefoglalás

Az adatbázis-konzisztens pillanatképek és naplók egyéni megoldással történő biztonsági mentésével olyan hatékony és költséghatékony adatbázis-biztonsági mentési megoldást hozhat létre, amely kihasználja az Azure-beli virtuális gépek biztonsági mentésének előnyeit, és újra kihasználja az adatbázis-ügyfelek képességeit.