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

Biztonsági mentés és visszaállítás az Azure Database for PostgreSQL-ben – önálló kiszolgáló

  • Cikk

A KÖVETKEZŐKRE VONATKOZIK: Azure Database for PostgreSQL – Önálló kiszolgáló

Fontos

Azure Database for PostgreSQL – Az önálló kiszolgáló a kivezetési útvonalon van. Határozottan javasoljuk, hogy frissítsen az Azure Database for PostgreSQL rugalmas kiszolgálóra. A rugalmas Azure Database for PostgreSQL-kiszolgálóra való migrálással kapcsolatos további információkért lásd: Mi történik az önálló Azure Database for PostgreSQL-kiszolgálóval?

Az Azure Database for PostgreSQL automatikusan létrehoz kiszolgálói biztonsági mentéseket, és a felhasználó által konfigurált helyileg redundáns vagy georedundáns tárolóban tárolja őket. A biztonsági másolatokkal a kiszolgáló adott időpontnak megfelelő állapotra állítható vissza. A biztonsági mentés és helyreállítás minden üzletmenet-folytonossági stratégia elengedhetetlen része, hiszen ez védi meg az adatokat a véletlen sérülésektől és törléstől.

Biztonsági másolatok

Az Azure Database for PostgreSQL biztonsági másolatot készít az adatfájlokról és a tranzakciónaplóról. A támogatott maximális tárterület méretétől függően teljes és különbözeti biztonsági mentéseket (legfeljebb 4 TB-os maximális tárolókiszolgálókat) vagy pillanatkép-biztonsági mentéseket (legfeljebb 16 TB-os maximális tárolókiszolgálókat) készítünk. Ezek a biztonsági másolatok lehetővé teszik a kiszolgáló visszaállítását a konfigurált biztonsági mentési megőrzési időszakon belül bármely időpontra. Az alapértelmezett biztonsági mentési megőrzési időszak hét nap. Igény szerint akár 35 napig is konfigurálhatja. Minden biztonsági mentés AES 256 bites titkosítással van titkosítva.

Ezek a biztonsági mentési fájlok nem exportálhatók. A biztonsági másolatok csak az Azure Database for PostgreSQL visszaállítási műveleteihez használhatók. Az adatbázis másolásához használhatja a pg_dump .

Biztonsági mentés gyakorisága

Legfeljebb 4 TB tárterülettel rendelkező kiszolgálók

Legfeljebb 4 TB maximális tárterületet támogató kiszolgálók esetén a teljes biztonsági mentés hetente egyszer történik. A különbségi biztonsági mentések naponta kétszer történnek. A tranzakciós naplók biztonsági mentése öt percenként történik.

Legfeljebb 16 TB tárterülettel rendelkező kiszolgálók

Az Azure-régiók egy részhalmazában az újonnan kiépített kiszolgálók akár 16 TB-os tárterületet is támogathatnak. A nagyméretű tárolókiszolgálók biztonsági másolatai pillanatképalapúak. Az első teljes pillanatkép biztonsági mentése a kiszolgáló létrehozása után azonnal ütemezve van. Az első teljes pillanatkép biztonsági mentése megmarad a kiszolgáló alapszintű biztonsági mentéseként. A pillanatképek későbbi biztonsági mentései csak különbségi biztonsági mentések lesznek. A különbségi biztonsági mentések nem meghatározott ütemezés szerint mennek végbe. Egy nap alatt több különbözeti pillanatkép-biztonsági mentést hajtunk végre, de csak 3 biztonsági mentést őrizünk meg. A tranzakciós naplók biztonsági mentése öt percenként történik.

Feljegyzés

Az automatikus biztonsági mentések legfeljebb 4 TB-os tárkonfigurációval konfigurált replikakiszolgálókhoz lesznek végrehajtva.

Biztonsági mentés megőrzése

A biztonsági másolatok a kiszolgálón beállított biztonsági mentési megőrzési idő alapján maradnak meg. 7–35 napos megőrzési időtartamot választhat. Az alapértelmezett megőrzési idő 7 nap. A megőrzési időtartamot a kiszolgáló létrehozásakor vagy később is beállíthatja az Azure Portal vagy az Azure CLI használatával végzett biztonsági mentési konfiguráció frissítésével.

A biztonsági mentések megőrzési ideje határozza meg, hogy az időponthoz kötött visszaállítás mennyi idő alatt kérhető le, mivel az elérhető biztonsági mentéseken alapul. A biztonsági mentés megőrzési időszaka helyreállítási időszakként is kezelhető visszaállítási szempontból. A biztonsági mentési megőrzési időszakon belüli időponthoz kötött visszaállításhoz szükséges biztonsági másolatok a biztonsági mentési tárban maradnak. Ha például a biztonsági mentés megőrzési ideje 7 napra van állítva, a helyreállítási időszak az utolsó 7 napnak számít. Ebben a forgatókönyvben a kiszolgáló elmúlt 7 napban történő visszaállításához szükséges biztonsági másolatok megmaradnak. A biztonsági mentés megőrzési ideje hét nap:

  • A legfeljebb 4 TB tárterülettel rendelkező kiszolgálók legfeljebb 2 teljes adatbázis-biztonsági mentést, a különbözeti biztonsági mentéseket és a tranzakciónaplók biztonsági mentését őrzik meg a legkorábbi teljes adatbázis-biztonsági mentés óta.
  • A legfeljebb 16 TB tárterülettel rendelkező kiszolgálók megőrzik az adatbázis teljes pillanatképét, a különbségi pillanatképeket és a tranzakciónaplók biztonsági mentését az elmúlt 8 napban.

Biztonsági mentési redundancia beállításai

Az Azure Database for PostgreSQL rugalmasságot biztosít a helyileg redundáns vagy georedundáns biztonsági mentési tárolók között az általános célú és a memóriaoptimalizált szinteken. Ha a biztonsági másolatok georedundáns biztonsági mentési tárolóban vannak tárolva, a rendszer egy további biztonsági másolatot replikál egy párosított régióba. Ez nagyobb védelmet és lehetőséget biztosít a kiszolgáló visszaállítására regionális katasztrófa esetén. Az alapszintű szint csak helyileg redundáns biztonsági mentési tárhelyet kínál.

Fontos

A helyileg redundáns vagy georedundáns biztonsági mentési tárolás konfigurálása csak a kiszolgáló létrehozása közben engedélyezett. A biztonsági mentési tároló redundanciára vonatkozó beállításait a kiszolgáló üzembe helyezése után már nem lehet módosítani.

A biztonsági mentési tár költségei

Az Azure Database for PostgreSQL a kiépített kiszolgáló tárterületének akár 100%-át is biztosítja biztonsági mentési tárolóként, felár nélkül. A felhasznált további biztonsági mentési tárterületeket havonta GB-ban számítjuk fel. Ha például kiépített egy kiszolgálót 250 GB tárterülettel, 250 GB további tárterület áll rendelkezésre a kiszolgáló biztonsági mentéséhez, külön költség nélkül. A 250 GB-nál nagyobb biztonsági mentésekhez felhasznált tárterület a díjszabási modell szerint kerül felszámításra.

Az Azure Portalon elérhető Azure Monitorban használt Backup Storage-metrikával figyelheti a kiszolgáló által felhasznált biztonsági mentési tárterületet. A használt Backup Storage metrika a kiszolgálóhoz beállított biztonsági mentési időtartam alapján megtartott összes adatbázis-biztonsági mentés, különbségi biztonsági mentés és napló biztonsági mentés által felhasznált tárterület összegét jelöli. A biztonsági mentések gyakoriságát a szolgáltatás kezeli és ismerteti korábban. A kiszolgáló magas szintű tranzakciós tevékenysége miatt a biztonsági másolatok tárolási kihasználtsága a teljes adatbázis méretétől függetlenül növekedhet. Georedundáns tárolás esetén a biztonsági mentési tárhasználat a helyileg redundáns tárterület kétszerese.

A biztonsági mentés tárolási költségeinek szabályozásának elsődleges módja a megfelelő biztonsági mentési megőrzési időszak beállítása és a megfelelő biztonsági mentési redundancia beállításainak kiválasztása a kívánt helyreállítási célok eléréséhez. Megőrzési időtartamot 7 és 35 nap között választhat. Az általános célú és memóriaoptimalizált kiszolgálók dönthetnek úgy, hogy georedundáns tárolóval rendelkeznek a biztonsági mentésekhez.

Visszaállítás

Az Azure Database for PostgreSQL-ben a visszaállítás végrehajtása új kiszolgálót hoz létre az eredeti kiszolgáló biztonsági másolataiból.

Kétféle visszaállítás érhető el:

  • Az időponthoz kötött visszaállítás biztonsági mentési redundancia beállítással érhető el, és egy új kiszolgálót hoz létre ugyanabban a régióban, mint az eredeti kiszolgáló.
  • A georedundáns visszaállítás csak akkor érhető el, ha konfigurálta a kiszolgálón a georedundáns tárolást, amely lehetővé teszi a kiszolgáló másik régióba történő visszaállítását.

A helyreállítás becsült ideje több tényezőtől is függ, például az adatbázis méretétől, a tranzakciónapló méretétől, a hálózati sávszélességtől, valamint attól, hogy ugyanabban a régióban egyidejűleg összesen hány adatbázis helyreállítása folyik. A helyreállítási idő az utolsó adatmentéstől és a helyreállítás szükséges mennyiségétől függően változik. Ez általában kevesebb, mint 12 óra.

Feljegyzés

Ha a forrás PostgreSQL-kiszolgáló ügyfél által kezelt kulcsokkal van titkosítva, tekintse meg a dokumentációt a további szempontokért.

Feljegyzés

Ha egy törölt PostgreSQL-kiszolgálót szeretne visszaállítani, kövesse az itt dokumentált eljárást.

Adott időpontnak megfelelő helyreállítás

A biztonsági mentési redundancia beállításától függetlenül bármikor visszaállíthatja a biztonsági mentés megőrzési időszakán belül. A rendszer egy új kiszolgálót hoz létre ugyanabban az Azure-régióban, mint az eredeti kiszolgáló. A rendszer az eredeti kiszolgáló konfigurációjával jön létre a tarifacsomaghoz, a számítási generációhoz, a virtuális magok számához, a tárterület méretéhez, a biztonsági mentés megőrzési időszakához és a biztonsági mentés redundanciájával.

Az időponthoz kötött visszaállítás több esetben is hasznos. Ha például egy felhasználó véletlenül töröl adatokat, elvet egy fontos táblát vagy adatbázist, vagy ha egy alkalmazás véletlenül felülírja a rossz adatokat egy alkalmazáshiba miatt.

Előfordulhat, hogy meg kell várnia a következő tranzakciónapló biztonsági mentését, mielőtt az utolsó öt percen belül visszaállhat egy időpontra.

Ha vissza szeretne állítani egy elvetett táblát,

  1. Forráskiszolgáló visszaállítása időponthoz kötött módszerrel.
  2. A tábla pg_dump memóriaképe a visszaállított kiszolgálóról.
  3. Nevezze át a forrástáblát az eredeti kiszolgálón.
  4. Táblázat importálása psql parancssor használatával az eredeti kiszolgálón.
  5. Igény szerint törölheti a visszaállított kiszolgálót.

Feljegyzés

Javasoljuk, hogy ne hozzon létre egyszerre több visszaállítást ugyanahhoz a kiszolgálóhoz.

Georedundáns visszaállítás

Visszaállíthat egy kiszolgálót egy másik Azure-régióba, ahol a szolgáltatás elérhető, ha georedundáns biztonsági mentésekhez konfigurálta a kiszolgálót. A legfeljebb 4 TB tárterületet támogató kiszolgálók visszaállíthatók a földrajzilag párosított régióba vagy bármely olyan régióba, amely legfeljebb 16 TB tárhelyet támogat. Legfeljebb 16 TB tárterületet támogató kiszolgálók esetén a georedundáns biztonsági másolatok bármely olyan régióban visszaállíthatók, amely 16 TB-kiszolgálót is támogat. Tekintse át az Azure Database for PostgreSQL tarifacsomagjait a támogatott régiók listájához.

A georedundáns visszaállítás az alapértelmezett helyreállítási lehetőség, ha a kiszolgáló nem érhető el a kiszolgálót futtató régióban történt incidens miatt. Ha egy régióban egy nagy méretű incidens az adatbázis-alkalmazás elérhetetlenségét eredményezi, a georedundáns biztonsági másolatokból bármely más régióban lévő kiszolgálóra visszaállíthatja a kiszolgálót. A biztonsági mentés készítése és a másik régióba történő replikálása között késés van. Ez a késés akár egy óra is lehet, így katasztrófa esetén akár egy óra adatvesztés is előfordulhat.

A georedundáns visszaállítás során módosítható kiszolgálókonfigurációk közé tartozik a számítási generáció, a virtuális magok, a biztonsági másolatok megőrzési időtartama és a biztonsági másolatok redundancia-beállításai. A tarifacsomag (alapszintű, általános célú vagy memóriaoptimalizált) vagy a tárterület méretének módosítása nem támogatott.

Feljegyzés

Ha a forráskiszolgáló az infrastruktúra kettős titkosítását használja a kiszolgáló visszaállításához, a rendelkezésre álló régiókra is korlátozások vonatkoznak. További részletekért tekintse meg az infrastruktúra dupla titkosítását .

Visszaállítás utáni feladatok végrehajtása

A helyreállítási mechanizmus visszaállítása után a következő feladatokat kell elvégeznie a felhasználók és alkalmazások biztonsági mentéséhez és futtatásához:

  • A visszaállított kiszolgáló eléréséhez, mivel a kiszolgáló neve eltér az eredeti kiszolgáló nevével, módosítsa a kiszolgálónevet a visszaállított kiszolgálónévre, a felhasználónevet username@new-restored-server-name pedig a kapcsolati sztring.

  • Ha az új kiszolgáló lecseréli az eredeti kiszolgálót, irányítsa át az ügyfeleket és az ügyfélalkalmazásokat az új kiszolgálóra.

  • Győződjön meg arról, hogy a megfelelő kiszolgálószintű tűzfal- és VNet-szabályok érvényben vannak a felhasználók számára a csatlakozáshoz. Ezek a szabályok nem lesznek átmásolva az eredeti kiszolgálóról.

  • Győződjön meg arról, hogy megfelelő bejelentkezések és adatbázisszintű engedélyek vannak érvényben

  • Konfigurálja a riasztásokat, ha szükséges.

  • Hosszú távú megőrzés

    Az Azure Backup és az Azure Database for PostgreSQL kiszolgálószolgáltatások egy nagyvállalati szintű, hosszú távú biztonsági mentési megoldást építettek ki az önálló Azure Database for PostgreSQL-példányokhoz, amelyek akár 10 évig is megőrzik a biztonsági mentéseket. Az önálló Azure Database for PostgreSQL által kínált automatikus biztonsági mentési megoldáson kívül akár 35 napig is használhat hosszú távú adatmegőrzést. Az automatikus biztonsági mentések olyan fizikai biztonsági mentések, amelyek alkalmasak a működés helyreállításához, különösen akkor, ha a legújabb biztonsági másolatokból szeretné az adatokat visszaállítani. A hosszú távú biztonsági mentések segítenek kielégíteni a megfelelőségi igényeket, részletesebbek, és a natív pg_dump használatával logikai biztonsági mentésként szolgálnak. A hosszú távú megőrzés mellett a megoldás a következő képességeket kínálja:

Ügyfél által vezérelt ütemezett és igény szerinti biztonsági mentés az egyes adatbázisszinteken. Az összes művelet és feladat központi monitorozása. Különálló biztonsági és tartalék tartományban tárolt biztonsági másolatok. Ha a forráskiszolgáló vagy az előfizetés biztonsága sérül, a biztonsági másolatok biztonságban maradnak a Backup-tárolóban (az Azure Backup felügyelt tárfiókjaiban). A pg_dump használata nagyobb rugalmasságot tesz lehetővé az adatok különböző adatbázisverziókban való visszaállításában. Az Azure Backup-tárolók támogatják a nem módosítható törlési és az áltörlési (előzetes verzió) funkciókat, így védve az adatokat.

  • A hosszú távú biztonsági mentés végrehajtásával kapcsolatos további információkért tekintse meg az útmutatót.
  • Ismert [LTR-problémák].

Következő lépések

  • Megtudhatja, hogyan állíthatja vissza a visszaállítást az Azure Portal használatával.
  • Megtudhatja, hogyan állíthatja vissza az Azure CLI használatával.
  • Az üzletmenet-folytonosságról további információt az üzletmenet-folytonosság áttekintésében talál.