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


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:

  1. Visszaállítás a vonatkozó fájlpillanatképekre.
  2. 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:

  1. Nyissa meg azt a rugalmas skálázású adatbázist, amelynek biztonsági mentési és adattárolási metrikáit figyelni szeretné.
  2. A Monitorozás szakaszban válassza a Metrikák lapot.
  3. 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.

Képernyőkép az Azure Portalról, amely a rugalmas skálázású biztonsági mentési tárhasználat megtekintésére szolgáló kijelöléseket jeleníti meg.

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:

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:

  1. Lépjen a(z) Azure portálra Cost Management + Billing.

  2. Válassza a Költségkezelés>Költségelemzéslehetőséget.

  3. A Hatóköresetében válassza ki a kívánt előfizetést.

  4. Az alábbi lépések végrehajtásával szűrheti a kívánt időtartamot és szolgáltatást:

    1. Szűrő hozzáadása a szolgáltatásnév-hez.
    2. Válassza ki az sql-adatbázist a legördülő listából.
    3. Adjon hozzá egy másik szűrőt a mérőhöz.
    4. 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ó.

Képernyőkép az Azure Portalról, amelyen a rugalmas skálázású biztonsági mentés tárolási költségei láthatók.

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:

  1. 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.
  2. 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.

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.