Hosszú távú megőrzés – Azure SQL Database és Azure SQL Managed Instance

Számos alkalmazás olyan szabályozási, megfelelőségi vagy egyéb üzleti célokat szolgál, amelyek megkövetelik, hogy az adatbázis biztonsági másolatait az automatikus biztonsági mentések 7–35 Azure SQL Database és az Azure SQL Managed Instance is megőrizze. A hosszú távú megőrzési (LTR) funkcióval a megadott SQL Database és SQL Managed Instance teljes biztonsági másolatokat az Azure Blob Storage-ban tárolhatja konfigurált redundanciával akár 10 évig. A LTR biztonsági másolatok ezután visszaállíthatóak új adatbázisként.

A hosszú távú megőrzés engedélyezhető a Azure SQL Database, és nyilvános előzetes verzióban érhető el a Azure SQL Managed Instance. Ez a cikk fogalmi áttekintést nyújt a hosszú távú megőrzésről. A hosszú távú megőrzés konfigurálását lásd: A hosszú távú megőrzés Azure SQL Database LTR konfigurálása és Azure SQL Managed Instance LTR.

Megjegyzés

Az SQL Agent-feladatokkal 35 napon túli alternatívaként ütemezheti a csak másolásos adatbázis biztonsági mentését.

Fontos

A felügyelt példányok hosszú távú megőrzése jelenleg csak nyilvános előzetes verzióban érhető el az Azure nyilvános régióiban.

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

A biztonsági másolatok hosszú távú megőrzése (LTR) az adatbázis összes biztonsági másolatát használja, amelyek automatikusan létrejönnek az időponthoz való visszaállítás (PITR) engedélyezéséhez. Ha LTR-szabályzat van konfigurálva, a rendszer ezeket a biztonsági másolatokat különböző blobokba másolja hosszú távú tárolásra. A másolat olyan háttérbeli feladat, amely nincs hatással az adatbázis számítási feladatának teljesítményére. Az egyes adatbázisok LTR-szabályzata SQL Database azt is megadhatja, hogy milyen gyakran kell létrehozni az LTR biztonsági másolatokat.

Az LTR engedélyezéséhez a szabályzatot négy paraméter kombinációjával határozhatja meg: heti biztonsági másolat megőrzése (W), havi biztonsági másolat megőrzése (M), biztonsági másolatok éves megőrzése (Y) és az év hetének (HétÉv). Ha a W értéket adja meg, a rendszer hetente egy biztonsági másolatot másol a hosszú távú tárhelyre. Ha az M értéket adja meg, a rendszer minden hónap első biztonsági másolatát átmásolja a hosszú távú tárhelyre. Ha az Y értéket adja meg, a weekOfYear által megadott héten egy biztonsági másolat lesz átmásolva a hosszú távú tárhelyre. Ha a megadott WeekOfYear a házirend konfigurálásakor a múltban van, az első LTR biztonsági másolat a következő évben jön létre. Az egyes biztonsági másolatok a hosszú távú tárolásban lesznek megőrizve az LTR biztonsági mentés létrehozásakor konfigurált házirend-paramétereknek megfelelően.

Megjegyzés

Az LTR-szabályzat bármely módosítása csak a jövőbeli biztonsági mentések esetén érvényes. Ha például a biztonsági másolatok heti megőrzése (W), a biztonsági másolatok havi megőrzése (M) vagy a biztonsági másolatok éves megőrzése (Y) módosul, az új megőrzési beállítás csak az új biztonsági mentések esetén lesz érvényes. A meglévő biztonsági másolatok megőrzése nem módosul. Ha a régi hosszú megőrzési idő (LTR) biztonsági másolatait szeretné törölni a megőrzési időszak lejárta előtt, manuálisan kell törölnie a biztonsági másolatokat.

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

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

    Minden év harmadik teljes biztonsági másolata öt évig lesz megőrizve.

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

    Minden hónap első teljes biztonsági másolata három hónapig lesz megőrizve.

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

    Minden heti teljes biztonsági mentés 12 hétig lesz megőrizve.

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

    Minden heti teljes biztonsági mentés hat hétig lesz megőrizve. Kivéve minden hónap első teljes biztonsági mentését, amely 12 hónapig lesz megőrizve. Kivéve az év 16. hetében készült teljes biztonsági mentést, amely 10 évig lesz megőrizve.

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

W=12 hét (84 nap), M=12 hónap (365 nap), Y=10 év (3650 nap), WeekOfYear=15 (április 15 utáni hét)

Ltr-példa

Ha módosítja a fenti szabályzatot, és W=0 -t ad meg (heti biztonsági mentések nélkül), a biztonsági másolatok ütemezése a fenti táblázatban látható módon változik a kiemelt dátumokkal. A biztonsági másolatok tárolásához szükséges tárterület mennyisége ennek megfelelően csökkenne.

Fontos

Az egyes LTR biztonsági mentések időzítését az Azure vezérli. Nem hozhat létre manuálisan LTR biztonsági mentést, és nem szabályozhatja a biztonsági mentés létrehozásának időzítését. Az LTR-szabályzat konfigurálása után akár 7 nap is eltelhet, amíg az első LTR biztonsági másolat megjelenik az elérhető biztonsági másolatok listájában.

Georeplikáció és a biztonsági másolatok hosszú távú megőrzése

Ha aktív georeplikációt vagy feladatátvételi csoportokat használ üzletmenet-folytonossági megoldásként, fel kell készülnie a feladatátvételre, és konfigurálnia kell ugyanezen LTR-szabályzatot a másodlagos adatbázison vagy példányon. Az LTR tárolási költsége nem nő, mivel a biztonsági másolatok nem jönnek létre a második másolatból. A biztonsági másolatok csak akkor lesznek létrehozva, amikor a másodlagos lesz az elsődleges. Ez biztosítja az LTR biztonsági másolatok nem megszakított generációját, amikor a feladatátvétel aktiválódik, és az elsődleges a másodlagos régióba kerül.

Megjegyzés

Amikor az eredeti elsődleges adatbázis helyreáll a feladatátvételt okozó kimaradás után, az új másodlagos adatbázis lesz. Ezért a biztonsági mentés létrehozása nem folytatódik, és a meglévő LTR-szabályzat csak akkor lép életbe, ha ismét elsődlegessé nem válik.

A biztonsági másolatok hosszú távú megőrzésének konfigurálása

A biztonsági másolatok hosszú távú megőrzését a Azure Portal és a PowerShell használatával konfigurálhatja a Azure SQL Database és Azure SQL Managed Instance. Egy adatbázis LTR-tárolóból való visszaállításához kiválaszthat egy adott biztonsági másolatot az időbélyege alapján. Az adatbázis visszaállítható bármely meglévő kiszolgálóra vagy felügyelt példányra az eredeti adatbázissal azonos előfizetésben.

Ha többet szeretne megtudni arról, hogyan konfigurálhatja a hosszú távú megőrzést, vagy hogyan állítható vissza egy adatbázis biztonsági másolatból SQL Database a Azure Portal vagy a PowerShell használatával, tekintse meg a biztonsági másolatok hosszú távú megőrzésének kezelésével Azure SQL Database útmutatót.

Ha meg szeretne ismerkedni a hosszú távú megőrzés konfigurálásával vagy egy adatbázis biztonsági másolatból való visszaállításával SQL Managed Instance a PowerShell használatával, olvassa el a Biztonsági másolatok hosszú távú megőrzésének kezelése Azure SQL Managed Instance útmutatót.

Egy adatbázis LTR-tárolóból való visszaállításához kiválaszthat egy adott biztonsági másolatot az időbélyege alapján. Az adatbázis az eredeti adatbázissal azonos előfizetésben lévő bármely meglévő kiszolgálóra visszaállítható. Ha többet szeretne megtudni arról, hogyan állítható vissza az adatbázis egy LTR biztonsági másolatból a Azure Portal vagy a PowerShell használatával, tekintse meg a Biztonsági másolatok hosszú távú megőrzésének kezelése Azure SQL Database útmutatót.

Következő lépések

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