Automatikus biztonsági mentések rugalmas skálázású adatbázisokhoz
A következőkre vonatkozik:Azure SQL Database
Ez a cikk az Azure SQL Database rugalmas skálázású adatbázisaival automatikus biztonsági mentési funkciót ismerteti.
A rugalmas skálázású adatbázisok egyedi architektúrát használnak, nagy mértékben méretezhető tárolási és számítási teljesítményszintekkel. A rugalmas skálázású biztonsági mentések pillanatképalapúak, és szinte azonnal elérhetők. A naplók biztonsági mentései hosszú távú Azure-tárolóban vannak tárolva a biztonsági mentés megőrzési ideje alatt.
A rugalmas skálázású architektúrákhoz nem szükséges ugyanaz a biztonsági mentési lánc, mint az SQL Serverben és más SQL Database-szinteken használt fájlalapú biztonsági másolatok, de továbbra is megfelelnek az RTO- és RPO-követelményeknek. A tranzakciónapló ugyanúgy viselkedik, és ugyanazt az időponthoz kötött visszaállítási képességet teszi lehetővé. Rugalmas skálázás esetén a biztonsági mentés gyakorisága, a tárolási költségek, az ütemezés, a tárolóredundancia és a visszaállítási képességek eltérnek az Azure SQL Database többi adatbázisától.
Biztonsági mentési és visszaállítási teljesítmény
A tárolás és a számítási elkülönítés lehetővé teszi, hogy a Hyperscale leküldje a biztonsági mentési és visszaállítási műveleteket a tárolási rétegbe, ezáltal csökkentve a számítási replikák erőforrás-felhasználását. Az adatbázis biztonsági mentései nem befolyásolják sem az elsődleges, sem a másodlagos számítási replikák teljesítményét.
A rugalmas skálázású adatbázisok biztonsági mentési és visszaállítási műveletei az adatmérettől függetlenül gyorsak, mivel tárolási pillanatképeket használnak. A biztonsági mentés gyakorlatilag azonnali.
Az adatbázist a biztonsági mentés megőrzési időszakán belül bármikor visszaállíthatja a következő módon:
- Visszaállítás a vonatkozó fájlpillanatképekre.
- Tranzakciónaplók alkalmazása a visszaállított adatbázis tranzakciós konzisztenssé tétele érdekében.
Így a visszaállítás nem adatméretű művelet, amely változatlan marad. A rugalmas skálázású adatbázisok visszaállítása ugyanabban az Azure-régióban órák vagy napok helyett percekben fejeződik be, még több terabájtos adatbázisok esetében is.
A tárolási redundancia megváltoztatása egy visszaállítás során hosszabb visszaállítási időt eredményezhet, mivel a visszaállítás az adatok méretével egyenlő, ezért az idő arányos az adatbázis méretével.
Az új adatbázisok létrehozása meglévő biztonsági mentés visszaállításával vagy az adatbázis másolásával szintén kihasználja a rugalmas skálázású számítási és tárolási elkülönítés előnyeit. Ha ugyanazt a tártípust használja, percek alatt létrehozhat másolatokat fejlesztési vagy tesztelési célokra, akár több terabájtos adatbázisokból is.
Biztonsági mentés megőrzés
A rugalmas skálázású adatbázisok biztonsági másolatainak alapértelmezett rövid távú megőrzése 7 nap.
A biztonsági másolatok rövid távú megőrzése 1 és 35 nap között, valamint a rugalmas skálázású adatbázisok hosszú távú biztonsági mentés-megőrzési (LTR) képessége 2023 szeptemberétől általánosan elérhető. További információ: Hosszú távú megőrzés – Azure SQL Database és Azure SQL Kezelt Példány.
Biztonsági mentés ütemezése
A Hyperscale adatbázisokhoz nincsenek hagyományos teljes, különbségi és tranzakciós napló biztonsági mentések. Ehelyett az adatfájlok rendszeres tárolási pillanatképei készülnek.
A létrehozott tranzakciónaplók a konfigurált megőrzési időszakhoz hasonlóan megmaradnak. A visszaállításkor a rendszer a vonatkozó tranzakciónapló-rekordokat alkalmazza a visszaállított tárolási pillanatképre. Az eredmény egy tranzakciós konzisztens adatbázis, amely a megőrzési időszakon belül a megadott időponttól kezdve adatvesztés nélkül működik.
Biztonsági másolatok tárolási felhasználásának monitorozása
Rugalmas skálázás esetén az Azure Monitor-metrikák a következő használati adatokat jelentik:
- Adatmentési tárterület mérete (pillanatkép biztonsági mentésének mérete)
- Adattárolás mérete (lefoglalt adatbázis mérete)
- Napló biztonsági mentési tárhelymérete (tranzakciónapló biztonsági mentési mérete)
A biztonsági mentési és adattárolási metrikák az Azure Portalon való megtekintéséhez kövesse az alábbi lépéseket:
- Nyissa meg azt a rugalmas skálázású adatbázist, amelynek biztonsági mentési és adattárolási metrikáit figyelni szeretné.
- A Monitorozás szakaszban válassza a Metrikák lapot.
- A Metrika legördülő listából válassza ki az Adatmentési tárterület, Adattároló mérete, és Napló biztonsági mentési tár metrikákat a megfelelő összesítési szabálysal.
A biztonsági másolatok tárolási felhasználásának csökkentése
A rugalmas skálázású adatbázisok biztonsági mentési tárterület-felhasználása a megőrzési időszaktól, a régió kiválasztásától, a biztonsági mentési tár redundanciától és a számítási feladatok típusától függ. Fontolja meg az alábbi hangolási technikákat a rugalmas skálázású adatbázisok biztonsági mentési tárterület-felhasználásának csökkentéséhez:
- Csökkentse a biztonsági mentés megőrzési időtartamát a minimálisra az igényeinek megfelelően.
- Kerülje a szükségesnél gyakrabban végzett nagy írási műveleteket, például az indexkarbantartást. Az indexkarbantartási javaslatokért lásd: Indexkarbantartás optimalizálása a lekérdezési teljesítmény javítása és az erőforrás-felhasználás csökkentése.
- Nagy adatbetöltési műveletek esetén érdemes lehet szükség esetén adattömörítést használni.
- Az alkalmazáslogika állandó táblái helyett használja a
tempdb
adatbázist az ideiglenes eredmények és/vagy átmeneti adatok tárolásához. - Helyileg redundáns vagy zónaredundáns biztonsági mentési tárolót használjon, ha georedundáns visszaállítási képesség szükségtelen (például fejlesztői/tesztelési környezetek).
A biztonsági mentés tárolási költségei
A rugalmas skálázású biztonsági mentés tárolási költsége a régió és a biztonsági mentési tár redundanciától függ. A számítási feladat típusától is függ.
Az írási feladatok nagyobb valószínűséggel módosítják gyakran az adatoldalakat, ami nagyobb tárterület-pillanatképeket eredményez. Az ilyen számítási feladatok további tranzakciónaplókat is létrehoznak, ami hozzájárul a biztonsági mentés általános költségeihez. A biztonsági mentési tárterület díja a havonta felhasznált gigabájt alapján történik. Az adatbázis méretével megegyező biztonsági mentési tárterületet díjmentesen biztosítjuk. A díjszabás részleteiért tekintse meg az Azure SQL Database díjszabási oldalát.
Rugalmas skálázás esetén a számlázható biztonsági mentési tár a következőképpen lesz kiszámítva:
Total billable backup storage size = (data backup storage size + log backup storage size)
Az adattárolás mérete nem szerepel a számlázható biztonsági másolatban, mert már lefoglalt adatbázis-tárolóként van számlázva.
A törölt rugalmas skálázású adatbázisok biztonsági mentési költségekkel járnak a törlés előtti időpontig történő helyreállítás támogatásához. Törölt rugalmas skálázású adatbázisok esetén a rendszer a következő módon számítja ki a számlázható biztonsági mentési tárterületet:
Total billable backup storage size for deleted Hyperscale database = (data storage size + data backup size + log backup storage size) * (remaining backup retention period after deletion / configured backup retention period)
Az adattárolás mérete szerepel a képletben, mert a lefoglalt adatbázis-tárterületet nem külön számlázzák a törölt adatbázisokért. Törölt adatbázisok esetén a rendszer a törlés után tárolja az adatokat, hogy lehetővé tegye a helyreállítást a biztonsági másolatok konfigurált megőrzési ideje alatt.
A törölt adatbázisok számlázható biztonsági mentési tárhelye a törlés után fokozatosan csökken. Nullává válik, ha a biztonsági másolatok már nem őrződnek meg, és a helyreállítás már nem lehetséges. Ha végleges törlésről van szó, és már nincs szüksége biztonsági másolatokra, optimalizálhatja a költségeket az adatbázis törlése előtt a megőrzés csökkentésével.
Biztonsági mentés költségeinek monitorozása
A biztonsági mentés tárolási költségeinek megismerése:
Lépjen a(z) Azure portálra Cost Management + Billing.
Válassza a Költségkezelés>Költségelemzéslehetőséget.
A Hatóköresetében válassza ki a kívánt előfizetést.
Az alábbi lépések végrehajtásával szűrheti a kívánt időtartamot és szolgáltatást:
- Szűrő hozzáadása a szolgáltatásnév-hez.
- Válassza ki az sql-adatbázist a legördülő listából.
- Adjon hozzá egy másik szűrőt a mérőhöz.
- Az időponthoz kötött helyreállítás biztonsági mentési költségeinek figyeléséhez válassza Tárolt adatok – Biztonsági mentés – RA lehetőséget a legördülő listából.
Az alábbi képernyőképen egy példa költségelemzés látható.
Adatok és biztonsági mentések tárolási redundanciája
A rugalmas skálázás támogatja a konfigurálható tárolóredundanciát. Rugalmas skálázású adatbázis létrehozásakor kiválaszthatja a kívánt tárolási típust: olvasási hozzáférésű georedundáns tárolás (RA-GZRS), olvasási hozzáférésű georedundáns tárolás (RA-GRS), zónaredundáns tárolás (ZRS) vagy helyileg redundáns tárolás (LRS).
- Geozónákra redundáns tárolás: A biztonsági másolatokat szinkron módon másolja az elsődleges régió három Azure rendelkezésre állási zónájában. a zónaredundáns tároláshoz (ZRS) hasonló. Emellett aszinkron módon másolja az adatokat egyetlen fizikai helyre a párosított másodlagos régióban. Jelenleg csak bizonyos régiókbanérhető el.
További információ arról, hogy a biztonsági másolatokat hogyan replikálják más tárolási típusoknál: lásd biztonsági mentési tároló redundanciáját.
Mivel a Hyperscale tárolási pillanatképeket használ a biztonsági mentésekhez, az adatok és a biztonsági másolatok ugyanazt a tárfiókot használják. Ennek eredményeképpen a kiválasztott biztonsági mentési tár redundancia mind az adatokra, mind a biztonsági mentésekre alkalmazható.
Jegyzet
Amikor rugalmas skálázhatóságú adatbázist hoz létre, körültekintően vegye figyelembe a redundanciát a biztonsági tárterületen, mert ezt csak az adatbázis létrehozásakor lehet beállítani. Ezt a beállítást az erőforrás kiépítése után nem módosíthatja.
Használja aktív georeplikációs egy meglévő rugalmas skálázású adatbázis biztonsági mentési redundanciabeállításainak minimális állásidővel történő frissítéséhez. Másik lehetőségként használhatja a adatbázis másolatát.
Figyelmeztetés
- Geo-restore automatikusan letiltásra kerül, amint az adatbázis helyileg redundáns vagy zónaredundáns tárolást kezd el használni.
- A zónaredundáns tárolás jelenleg csak bizonyos régiókban érhető el.
- A geozónára redundáns tárolás jelenleg csak bizonyos régiókban érhető el.
Rugalmas skálázású adatbázis visszaállítása másik régióba
Előfordulhat, hogy vissza kell állítania a rugalmas skálázású adatbázist az aktuális régiótól eltérő régióba. A gyakori okok közé tartozik egy katasztrófa utáni helyreállítási művelet, gyakorlat vagy áthelyezés. Az elsődleges módszer az adatbázis geo-visszaállítása. Ugyanazokat a lépéseket kell végrehajtania, mint az Azure SQL Database bármely más adatbázisának egy másik régióba való visszaállításához:
- Hozzon létre egy kiszolgálót a célrégióban, ha még nem rendelkezik megfelelő kiszolgálóval. Ennek a kiszolgálónak ugyanazzal az előfizetéssel kell rendelkeznie, mint az eredeti (forrás)kiszolgálónak.
- Kövesse a lap georedukciós szakaszában található utasításokat az adatbázis automatikus biztonsági mentésekből való visszaállításáról az Azure SQL Database-ben.
Jegyzet
Mivel a forrás és a cél külön régiókban található, az adatbázis nem oszthatja meg a pillanatkép-tárolót a forrásadatbázissal, ahogy a nem földrajzi visszaállításokban is. A nem földrajzi visszaállítások az adatbázis méretétől függetlenül gyorsan befejeződnek.
A rugalmas skálázású adatbázisok georedundáns visszaállítási adatméretű művelet, még akkor is, ha a cél a georeplikált tároló párosított régiójában található. A georedundáns visszaállítás ezért jelentősen hosszabb időt vesz igénybe, mint az ugyanabban a régióban lévő időponthoz kötött visszaállítás.
Ha a cél a párosított régióban van, az adatátvitel egy régión belül lesz. Ez az átvitel jelentősen gyorsabb lesz, mint a régiók közötti adatátvitel. Ez azonban továbbra is adatméretű művelet lesz.
Tetszés szerint másik régióba másolhatja az adatbázist. Ezt a módszert akkor használja, ha a georedundáns visszaállítás nem érhető el, mert a kiválasztott tárterület-redundanciatípus nem támogatja. További információ: Rugalmas skálázásúadatbázismásolata.
Kapcsolódó tartalom
Az adatbázis-biztonsági másolatok alapvető részét képezik az üzletmenet-folytonossági és vészhelyreállítási stratégiának, mivel segítenek megvédeni az adatokat a véletlen sérüléstől vagy törléstől.