Továbbfejlesztett előpost szkriptek adatbázis-konzisztens pillanatképhez
Az Azure Backup szolgáltatás már biztosít egy prepost szkript-keretrendszert az alkalmazások konzisztenciájának eléréséhez Linux rendszerű virtuális gépeken az Azure Backup használatával. Ez a folyamat magában foglalja egy előszkript meghívását (az alkalmazások lehívásához), 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 vonatkozó 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 az Azure Backup egyszerűsített szkript előtti/utáni felületet biztosít a márquee-adatbázisokhoz, hogy az alkalmazáskonzisztens pillanatképet a legkisebb többletterheléssel kapja meg.
Az új továbbfejlesztett, utólagos szkript-keretrendszer a következő főbb előnyökkel rendelkezik:
- Ezek az előzetes szkriptek közvetlenül telepítve vannak az Azure-beli virtuális gépeken a biztonsági mentési bővítménysel együtt, amely segít megszüntetni a létrehozást és a külső helyről való letöltésüket.
- Megtekintheti az előzetes szkriptek definícióját és tartalmát a GitHubon, 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, amelyet a rendszer a szélesebb közösség érdekében triagedál és ad hozzá.
- A GitHubon keresztül új, utólagos szkripteket is hozzáadhat más adatbázisokhoz, amelyeket a rendszer a szélesebb közösség érdekében triagedál és címz.
- A robusztus keretrendszer hatékonyan kezeli az olyan forgatókönyveket, mint például a szkriptek futtatása előtti hibák vagy összeomlások. Mindenesetre a szkript utáni szkript automatikusan fut, 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 saját műveleti tervük előkészítéséhez bármilyen üzenetre/eseményre.
A továbbfejlesztett keretrendszer az adatbázisok alábbi listáját tartalmazza:
- Oracle (általánosan elérhető) - Hivatkozás a támogatási mátrixra
- MySQL (előzetes verzió)
A kapcsolat részleteinek megadásához csak módosítania kell egy konfigurációs fájlt, a workload.conf in /etc/azurefájlt. Ez lehetővé teszi az Azure Backup számára, hogy csatlakozzon a megfelelő alkalmazáshoz, és szkriptek előtti és utáni parancsprogramokat hajt végre. 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 =
A következő táblázat a paramétereket ismerteti:
| Paraméter | Kötelező | Magyarázat |
|---|---|---|
| workload_name | Igen | 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 tartalmazza 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 útváltozóként van beállítva. | |
| linux_user | Igen | Ez tartalmazza az adatbázis-felhasználói bejelentkezéshez hozzáféréssel rendelkező Linux-felhasználó felhasználónevét. Ha ez az érték nincs beállítva, akkor a gyökér 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 mappa elérési útját, hogy az előszkript meg tudja írni az állapotokat ebbe a mappaútvonalba. | |
| timeout | Igen | 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ó egy sablon, amelyet az 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 pre-post 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.
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 néhány kulcsfontosságú kimutatás található a tervben.
- 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 legkevésbé befolyásolják a teljesítményt a biztonsági mentés során, gyorsan visszaállíthatók, és költségmegtakarítást is megtakaríthatnak.
- 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 távoli helyre irányuló stream esetén elérhető hálózati sávszélességtől függ. A pillanatképek nem rendelkeznek ezzel a függőségekkel, é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 különbözőek az egyes adatbázisokhoz. Így a szkriptek nem használhatók könnyen újra. Emellett, ha különböző biztonsági mentési típusokat használ, győződjön meg arról, hogy a függőségi láncot kiértékeli az életciklus fenntartása érdekében. Pillanatképek esetén könnyen írható szkript, mivel nincs függőségi lánc.
- Hosszú távú megőrzés: A teljes biztonsági mentések mindig előnyösek a hosszú távú megőrzés0 szempontjából, 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 + naplók alkalmi teljes biztonsági mentése a hosszú távú megőrzés érdekében.
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 a Helyreállítási pont célkitűzése (RPO) 24 órás adatvesztési időszaka nem alkalmas éles adatbázisokhoz. Ez a megoldás egy napló biztonsági mentési stratégiával van kiegészítve, amelyben a naplók biztonsági mentései explicit módon lesznek streamelve.
Az AFS-en (előzetes verzió) futó blobokon és NFS-en futó NFS segít a kötetek egyszerű csatlakoztatásában közvetlenül az adatbázis virtuális gépeihez, és adatbázis-ügyfelek használatával napló biztonsági másolatokat továbbíthat. Az RPO adatvesztési ablaka a napló biztonsági mentéseinek gyakoriságára esik. Emellett az NFS-céloknak nem kell nagy teljesítményűnek lenniük, mivel előfordulhat, hogy az adatbáziskonzisztens pillanatképek létrehozása után nem kell rendszeres streamelést (teljes és növekményes) aktiválnia a működési biztonsági mentésekhez.
Megjegyzés
A továbbfejlesztett előszkript általában ügyel arra, hogy a napló biztonsági mentési célhelyére átvitt összes naplóttranzakciót kiürítse, mielőtt az adatbázist 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.
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 futtassa a helyreállítási parancsokat az időponthoz kötött helyreállításhoz
- Használjon fájl-helyreá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 végrehajthatja a fenti műveleteket a másodlagos párosított régióból a regionális katasztrófa során.
Az adatbázis-konzisztens pillanatképek és naplók egyéni megoldással történő biztonsági mentésével egy 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 felhasználhatja az adatbázis-ügyfelek képességeit.