Hosszú távú megőrzés – Azure SQL Database és felügyelt Azure SQL-példány

  • Cikk

A következőre vonatkozik: Azure SQL DatabaseFelügyelt Azure SQL-példány

Ez a cikk az Azure SQL Database-hez és a felügyelt Azure SQL-példányhoz készült biztonsági másolatok hosszú távú megőrzésének elméleti áttekintését tartalmazza. A hosszú távú megőrzés akár 10 évig is konfigurálható az Azure SQL Database biztonsági mentésén (beleértve a rugalmas skálázási szolgáltatási szintet is) és a felügyelt Azure SQL-példányon.

Első lépésként tekintse meg az Azure SQL Database és a felügyelt Azure SQL-példány hosszú távú biztonsági mentésének konfigurálását.

A hosszú távú megőrzés működése

Számos alkalmazás rendelkezik olyan jogszabályi, megfelelőségi vagy egyéb üzleti okkal, amelyek miatt az automatikus biztonsági mentések rövid távú megőrzési időszaka által biztosított 1–35 napon túl is meg kell őriznie az adatbázis biztonsági mentéseit. A hosszú távú biztonsági mentési megőrzés (LTR) az Azure SQL szolgáltatás által automatikusan létrehozott teljes adatbázis-biztonsági mentésekre támaszkodik. További információkért tekintse meg az Azure SQL Database vagy a felügyelt Azure SQL-példány automatikus biztonsági mentéseit.

Az LTR funkcióval a megadott teljes SQL Database- és SQL Managed Instance-biztonsági mentéseket redundáns Azure Blob Storage-ban tárolhatja, legfeljebb 10 éves konfigurálható adatmegőrzési szabályzattal. LTR backups can then be restored as a new database. Ha egy LTR-szabályzat van konfigurálva, az automatikus biztonsági mentések különböző blobokra lesznek másolva a hosszú távú tároláshoz, amelyek segítségével visszaállíthatja az adatbázist egy adott időpontra. A másolás egy háttérfeladat, amely nem befolyásolja az adatbázis számítási feladatainak teljesítményét. Az SQL Database-beli adatbázisok LTR-szabályzata azt is megadhatja, hogy milyen gyakran jönnek létre az LTR-biztonsági mentések.

Megjegyzés:

  • Az Azure SQL Database és a felügyelt Azure SQL-példány biztonsági másolatait jelenleg nem lehet módosíthatóként konfigurálni.
  • A felügyelt Azure SQL-példányban az SQL Agent-feladatok használatával ütemezze a csak másolásra készült adatbázisok biztonsági mentését az LTR alternatívaként 35 napnál tovább.

Az LTR engedélyezéséhez négy paraméter kombinációjával határozhat meg egy szabályzatot: heti biztonsági mentés megőrzés (W), havi biztonsági mentés megőrzés (M), éves biztonsági mentés megőrzés (Y) és az év hetének (WeekOfYear). Ha W értéket ad meg, a rendszer hetente egy biztonsági másolatot másol hosszú távú tárolóba. Ha M értéket ad meg, a rendszer minden hónap első biztonsági másolatát átmásolja a hosszú távú tárolóba. Ha Y értéket ad meg, a WeekOfYear által megadott héten egy biztonsági másolat lesz átmásolva a hosszú távú tárolóba. Ha a megadott WeekOfYear a szabályzat konfigurálásakor a múltban van, az első LTR biztonsági mentés a következő évben jön létre. Minden biztonsági mentés hosszú távú tárolóban marad az LTR biztonsági mentés létrehozásakor konfigurált szabályzatparamétereknek megfelelően.

Az LTR-szabályzat bármilyen módosítása csak a jövőbeni biztonsági mentésekre vonatkozik. Ha például a heti biztonsági mentések megőrzése (W), a havi biztonsági mentések megőrzése (M) vagy az éves biztonsági mentések megőrzése (Y) módosul, az új megőrzési beállítás csak az új biztonsági mentésekre vonatkozik. A meglévő biztonsági másolatok megőrzése nem módosul. If your intention is to delete old LTR backups before their retention period expires, you will need to manually delete the backups.

Példák az LTR-szabályzatra:

  • W=0, M=0, Y=5, WeekOfYear=3

    Minden év harmadik teljes biztonsági másolatát öt évig őrzik meg.

  • W=0, M=3, Y=0

    Minden hónap első teljes biztonsági másolatát három hónapig őrzi meg a rendszer.

  • W=12, M=0, Y=0

    Minden heti teljes biztonsági mentés 12 hétig tart.

  • W=6, M=12, Y=10, WeekOfYear=20

    Minden heti teljes biztonsági mentést hat hétig őrizünk meg. Kivéve minden hónap első teljes biztonsági másolatát, amelyet 12 hónapig őriznek meg. Kivéve az év 20. hetében készült teljes biztonsági mentést, amelyet 10 évig őriznek meg.

Az alábbi táblázat a következő szabályzat hosszú távú biztonsági mentéseinek gyakoriságát és lejáratát mutatja be:

W=12 weeks (84 nap), M=12 months (365 nap), Y=10 years (3650 nap) WeekOfYear=20 (a május 13-át követő hét)

Az alábbi dátumok az ISO 8601 (YYYY-MM-DD) szabványban találhatók.

PITR biztonsági mentés az LTR-be LejáratI idő Lejárat M Lejárat Y
2018-03-07 2019-07-03
2018-03-14 2018-06-06
2018-03-21 2018-06-13
2018-03-28 2018-06-20
2018-04-04 2019-04-25
2018-04-11 2018-07-04
2018-04-18 2018-07-11
2018-04-25 2018-07-18
2018-05-02 2019-05-23
2018-05-09 2018-08-01
2018-05-16 2028-05-13
2018-05-23 2018-08-15
2018-05-30 2018-08-22
2018-06-06 2019-06-20
2018-06-13 2018-09-05
2018-06-20 2018-09-12
2018-06-27 2018-09-19
2018-07-04 2019-07-25
2018-07-11 2018-10-03
2018-07-18 2018-10-10
2018-07-25 2018-10-17
2018-08-01 2019-08-22
2018-08-08 2018-10-31
2018-08-15 2018-11-07
2018-08-22 2018-11-14
2018-08-29 2018-11-21

Ha módosítja a fenti szabályzatot, és beállítja W=0 (nincs heti biztonsági mentés), a szolgáltatás csak a havi és az éves biztonsági mentéseket őrzi meg. Az LTR-szabályzat nem tárol heti biztonsági mentéseket. A biztonsági mentések megtartásához szükséges tárterület ennek megfelelően csökken.

Fontos

Az egyes LTR-biztonsági mentések időzítését az Azure SQL Database szabályozza. You cannot manually create an LTR backup or control the timing of the backup creation. Az LTR-szabályzat konfigurálása után akár 7 napig is eltarthat, amíg az első LTR-biztonsági mentés megjelenik az elérhető biztonsági másolatok listájában.

Ha töröl egy logikai kiszolgálót vagy egy felügyelt példányt, a rendszer az adott kiszolgálón vagy felügyelt példányon lévő összes adatbázist is törli, és nem tudja helyreállítani. Törölt kiszolgáló vagy felügyelt példány nem állítható vissza. Ha azonban az LTR-t egy adatbázishoz vagy felügyelt példányhoz konfigurálta, az LTR biztonsági másolatai nem törlődnek, és felhasználhatók egy másik kiszolgálón vagy felügyelt példányon lévő adatbázisok visszaállítására ugyanabban az előfizetésben, az LTR biztonsági mentésének idejére.

Hasonlóképpen, ha töröl egy adatbázist, az LTR biztonsági másolatai nem törlődnek, és megmaradnak a konfigurált megőrzési időszakra. Ezek a biztonsági másolatok visszaállíthatók ugyanarra a kiszolgálóra vagy egy másik kiszolgálóra ugyanabban az előfizetésben.

Geo-replication and long-term backup retention

If you're using active geo-replication or failover groups as your business continuity solution, you should prepare for eventual failovers and configure the same LTR policy on the secondary database or instance. Az LTR tárolási költsége nem nő, mivel a biztonsági másolatok nem jönnek létre a másodlagos fájlokból. Biztonsági másolatok csak akkor jönnek létre, ha a másodlagos példányból elsődleges lesz. Biztosítja az LTR biztonsági mentések megszakítás nélküli létrehozását, amikor a feladatátvétel aktiválódik, és az elsődleges átkerül a másodlagos régióba.

Megjegyzés:

Amikor az eredeti elsődleges adatbázis helyreáll a feladatátvételt okozó leállásokból, az új másodlagossá válik. Ezért a biztonsági mentés létrehozása nem folytatódik, és a meglévő LTR-szabályzat addig nem lép érvénybe, amíg ismét elsődlegessé nem válik.

A biztonsági mentések hosszú távú megőrzésének konfigurációja

A biztonsági mentések hosszú távú megőrzését az Azure Portal és a PowerShell használatával konfigurálhatja az Azure SQL Database-hez és a felügyelt Azure SQL-példányhoz. Ha az LTR-tárolóból szeretne visszaállítani egy adatbázist, kiválaszthatja a biztonsági mentést az időbélyege alapján. Az adatbázis bármely meglévő kiszolgálóra vagy felügyelt példányra visszaállítható az eredeti adatbázissal megegyező előfizetés alatt.

Ha tudni szeretné, hogyan konfigurálhat hosszú távú megőrzést vagy állíthat vissza adatbázist az SQL Database biztonsági mentéséből az Azure Portal vagy a PowerShell használatával, olvassa el az Azure SQL Database hosszú távú biztonsági mentési megőrzésének kezelését ismertető témakört.

Ha tudni szeretné, hogyan konfigurálhatja a hosszú távú megőrzést, vagy hogyan állíthatja vissza az adatbázist a felügyelt SQL-példány biztonsági mentéséből az Azure Portal vagy a PowerShell használatával, olvassa el az Azure SQL Managed Instance hosszú távú biztonsági mentési megőrzésének kezelését ismertető témakört.

Ha az LTR megőrzési időszakának utolsó 7 napjában visszaállítási kérelmet kezdeményeznek, az Azure automatikusan meghosszabbítja az összes biztonsági mentés lejárati dátumát +7 nappal, hogy megakadályozza az LTR biztonsági mentésének lejáratát a visszaállítás során.

Megjegyzés:

Ha LTR biztonsági másolatokat használ a megfelelőség vagy más kritikus fontosságú követelmények teljesítéséhez, fontolja meg rendszeres helyreállítási próbák elvégzését annak ellenőrzéséhez, hogy az LTR biztonsági másolatok visszaállíthatók-e, és hogy a visszaállítás a várt adatbázis-állapotot eredményezi-e.

Kapcsolódó tartalom

Mivel az adatbázis biztonsági mentései megvédik az adatokat a véletlen sérüléstől vagy törléstől, elengedhetetlen részei az üzletmenet-folytonossági és vészhelyreállítási stratégiának.

Az LTR-biztonsági mentések konfigurálásával és kezelésével kapcsolatos oktatóanyagért látogasson el a következőre: