Dedikált SQL-készletek biztonsági mentése és visszaállítása az Azure Synapse Analyticsben

Tip

Microsoft Fabric Data Warehouse egy nagyvállalati szintű relációs raktár egy Data Lake-alaprendszeren, jövőre kész architektúrával, beépített AI-vel és új funkciókkal. Ha még nem ismerkedik adattárházzal, kezdje a Fabric Data Warehouse. A meglévő dedikált SQL-készlet számítási feladatai frissíthetők Fabric az adatelemzés, a valós idejű elemzés és a jelentéskészítés új képességeinek eléréséhez.

Ebből a cikkből megtudhatja, hogyan használhatja a biztonsági mentést és a visszaállítást az Azure Synapse dedikált SQL-készletében.

Dedikált SQL-készlet-visszaállítási pontok használatával helyreállíthatja vagy átmásolhatja az adattárházat az elsődleges régió egy korábbi állapotára. Az adattárház georedundáns biztonsági másolatainak használatával végezzen visszaállítást egy másik földrajzi régióban.

Megjegyzés

Az Azure Synapse-munkaterületeken a dedikált SQL-készlet nem minden funkciója vonatkozik a dedikált SQL-készletre (korábban SQL DW), és fordítva. Ha egy meglévő dedikált SQL-készlet (korábbi nevén SQL DW) munkaterület-funkcióit szeretné engedélyezni, olvassa el a Munkaterület engedélyezése dedikált SQL-készlethez (korábbi nevén SQL DW) című témakört. További információ: Mi a különbség az Azure Synapse dedikált SQL-készletei (korábbi nevén SQL DW) és az Azure Synapse Analytics-munkaterület dedikált SQL-készletei között?

Mi az az adattárház pillanatképe?

Az adattárház-pillanatképek létrehoznak egy visszaállítási pontot, a segítségével helyreállíthatja vagy átmásolhatja az adattárházat egy korábbi állapotba. Mivel a dedikált SQL-készlet egy elosztott rendszer, az adattárház-pillanatképek számos, az Azure Storage-ban található fájlból állnak. A pillanatképek az adattárházban tárolt adatok növekményes változásait rögzítik.

Megjegyzés

A dedikált SQL-készlet helyreállítási időkorlátja (RTO) eltérő lehet. A helyreállítási (visszaállítási) időt befolyásoló tényezők:

  • Az adatbázis mérete
  • A forrás- és céladatraktár helye (földrajzi helyreállítás esetén)
  • Az adattárház-pillanatkép nem exportálható külön fájlként (például az Azure Storage-hoz, helyszíni környezethez)

Az adattárház-visszaállítás egy új adattárház, amely egy meglévő vagy törölt adattárház visszaállítási pontjáról jön létre. Az adattárház visszaállítása elengedhetetlen része minden üzletmenet-folytonossági és vészhelyreállítási stratégiának, mert véletlen sérülés vagy törlés után újra létrehozza az adatokat. Az adattárház-pillanatkép egy hatékony mechanizmus az adattárház példányainak tesztelési vagy fejlesztési célokra történő létrehozására is.

Megjegyzés

A dedikált SQL-készlet helyreállítási időkorlátja (RTO) eltérő lehet. A helyreállítási (visszaállítási) időt befolyásoló tényezők:

  • Az adatbázis mérete
  • A forrás- és céladatraktár helye (földrajzi helyreállítás esetén)

Automatikus visszaállítási pontok

A pillanatképek egy beépített funkció, amely visszaállítási pontokat hoz létre. Ezt a képességet nem kell engedélyeznie. A dedikált SQL-készletnek azonban aktív állapotban kell lenniük a visszaállítási pont létrehozásához. Ha gyakran szünetel, előfordulhat, hogy az automatikus visszaállítási pontok nem jönnek létre, ezért a dedikált SQL-készlet szüneteltetése előtt mindenképpen hozzon létre felhasználó által definiált visszaállítási pontot. Az automatikus visszaállítási pontokat jelenleg nem törölhetik a felhasználók, mivel a szolgáltatás ezeket a visszaállítási pontokat használja a helyreállítási SLA-k fenntartásához.

A nap folyamán pillanatképek készülnek az adattárházról, a létrehozott visszaállítási pontok pedig hét napig lesznek elérhetők. Ez a megőrzési időtartam nem módosítható. A dedikált SQL-készlet nyolcórás helyreállítási időkorlátot (RPO) támogat. Az adattárházat az előző hét napban készített pillanatképek bármelyikéből visszaállíthatja az elsődleges régióban.

Ha szeretné látni, hogy mikor indult el az utolsó pillanatkép, futtassa ezt a lekérdezést az online dedikált SQL-készleten.

SELECT TOP 1 *
FROM sys.pdw_loader_backup_runs
ORDER BY run_id desc;

Megjegyzés

A biztonsági mentések négy (4) óránként történnek egy nyolc (8) órás SLA teljesítéséhez. Ezért a sys.pdw_loader_backup_runs dinamikus felügyeleti nézet négy (4) óránként jeleníti meg a biztonsági mentési tevékenységet.

Felhasználó által meghatározott visszaállítási pontok

Ez a funkció lehetővé teszi a pillanatképek manuális aktiválását az adattárház visszaállítási pontjainak létrehozásához a nagy módosítások előtt és után. Ez a képesség biztosítja, hogy a visszaállítási pontok logikailag konzisztensek legyenek, ami további adatvédelmet biztosít a szolgáltatásprofil megszakadása vagy felhasználói hiba esetén a gyors helyreállítás érdekében. A felhasználó által megadott visszaállítási pontok hét napig érhetők el, és az Ön nevében automatikusan törlődnek. A felhasználó által megadott visszaállítási pontok megőrzési idejét nem módosíthatja. 42 felhasználó által megadott visszaállítási pont bármikor garantált, ezért egy másik visszaállítási pont létrehozása előtt törölni kell őket. Pillanatképek aktiválásával felhasználó által definiált visszaállítási pontokat hozhat létre az Azure Portalon, vagy programozott módon csak a PowerShell vagy REST API-k használatával.

Megjegyzés

Ha 7 napnál hosszabb visszaállítási pontokat igényel, szavazzon erre a képességre.

Megjegyzés

A T-SQL-szkript nem használható igény szerinti biztonsági mentésre. A felhasználó által definiált visszaállítási pontok az Azure Portal használatával vagy programozott módon hozhatók létre PowerShell- vagy REST API-k használatával.

Ha egy Long-Term Backup (LTR) koncepciót keres:

  1. Hozzon létre egy új, felhasználó által definiált visszaállítási pontot, vagy használhatja az automatikusan létrehozott visszaállítási pontok egyikét.
  2. Visszaállítás az újonnan létrehozott visszaállítási pontról egy új adattárházba.
  3. A visszaállítás után a dedikált SQL-készlet online állapotban van. Szüneteltesse határozatlan ideig a számítási költségek kímélése érdekében. A szüneteltetett adatbázisra az Azure Synapse tárolási díjszabása szerint tárolási díjak érvényesek.

Ha a visszaállított adattárház aktív másolatára van szüksége, folytathatja a munkát, ami csak néhány percet vesz igénybe.

Felhasználó által definiált visszaállítási pontok létrehozása

Programozott módon létrehozhat egy új, felhasználó által definiált visszaállítási pontot. Válassza ki a megfelelő módszert a használt SQL-készlet alapján: egy különálló dedikált SQL-készlet (korábban SQL DW) vagy egy dedikált SQL-készlet egy Synapse-munkaterületen belül.

Azure PowerShell

REST API-k

Felhasználó által definiált visszaállítási pontok törlése

Egy adott felhasználó által definiált visszaállítási pontot programozott módon törölhet. Válassza ki a megfelelő módszert a használt SQL-készlet alapján: egy különálló dedikált SQL-készlet (korábban SQL DW) vagy egy dedikált SQL-készlet egy Synapse-munkaterületen belül.

Azure PowerShell

REST API-k

Visszaállítási pont megtartása

Az alábbiakban a helyreállítási pontok megőrzési időszakának részleteit soroljuk fel:

  1. A dedikált SQL-készlet törli a visszaállítási pontot, amikor eléri a 7 napos megőrzési időt , és legalább 42 visszaállítási pont van (beleértve a felhasználó által definiált és az automatikus visszaállítási pontokat is).
  2. A rendszer nem készít pillanatfelvételeket, ha egy dedikált SQL-állomány szünetel.
  3. A visszaállítási pont életkorát a visszaállítási pont készítésének időpontjától eltelt abszolút naptári napok alapján mérjük, beleértve azt az időt is, amikor az SQL-tár szünetel.
  4. Bármely időpontban egy dedikált SQL-pool garantáltan legfeljebb 42 felhasználó által meghatározott vagy 42 automatikus visszaállítási pontot képes tárolni, amíg ezek a visszaállítási pontok nem érik el a 7 napos megőrzési időszakot
  5. Ha pillanatfelvétel készül, majd a dedikált SQL-pool 7 napnál hosszabb ideig szünetel, majd újraindul, a visszaállítási pont mindaddig fennmarad, amíg összesen 42 visszaállítási pont van (beleértve a felhasználó által meghatározott és az automatikus visszaállítási pontokat is)

Pillanatkép-megőrzés SQL-készlet elvetésekor

Ha töröl egy dedikált SQL-készletet, a rendszer létrehoz egy végleges pillanatképet, és hét napig tárolja azt. A dedikált SQL-készletet visszaállíthatja a törléskor létrehozott végső visszaállítási pontra. Ha a dedikált SQL-készlet szüneteltetett állapotban van, a rendszer nem hoz létre pillanatképet. Ebben a forgatókönyvben a dedikált SQL-készlet elvetése előtt mindenképpen hozzon létre egy felhasználó által definiált visszaállítási pontot.

Geo-biztonsági mentések és vészhelyreállítás

Naponta egyszer geo-backup készül a párosított adatközpontba. A georeduktúra-visszaállítás RPO-jának ideje 24 óra. A geo-helyreállítás mindig adatáthelyezési művelet, és az RTO az adatméret nagyságától függ. Csak a legutóbbi földrajzi biztonsági mentés marad meg. A földrajzi biztonsági másolatot visszaállíthatja egy olyan kiszolgálóra, amely bármely más régióban található, ahol a dedikált SQL-gyűjtemény támogatott. A geo-biztonsági mentés biztosítja, hogy vissza tudja állítani az adatközpontot, ha nem fér hozzá az elsődleges régió visszaállítási pontjaihoz.

Ha nem igényel geo-biztonsági mentést a dedikált SQL-készlethez, letilthatja őket, és megtakaríthatja a vészhelyreállítás tárolási költségeit. Ehhez tekintse meg a útmutatót: A dedikált SQL-készlet (korábbi nevén SQL DW) geo-biztonsági mentéseinek letiltása. Ha a georedundáns biztonsági mentések le vannak tiltva, a dedikált SQL-készlet nem lesz helyreállítható a párosított Azure-régióba, amikor az elsődleges Azure-adatközpont nem érhető el.

Megjegyzés

Ha rövidebb RPO-ra van szüksége a geo-biztonsági mentésekhez, szavazzon erre a képességre. Létrehozhat egy felhasználó által definiált visszaállítási pontot is, és visszaállíthatja az újonnan létrehozott visszaállítási pontról egy másik régióban lévő új adattárházba. A visszaállítás után online állapotban van az adattárház, és határozatlan időre szüneteltetheti a számítási költségek megtakarítása érdekében. A szüneteltetett adatbázis tárolási díjakat von maga után az Azure Premium Storage tarifája szerint. Egy rövidebb helyreállítási pont másik gyakori mintája az adatok egyidejű betöltése az adattárház elsődleges és másodlagos példányaiba. Ebben a forgatókönyvben az adatok egy forrásból (vagy forrásból) lesznek betöltve, és az adattárház két különálló példányára (elsődleges és másodlagos) kerülnek. A számítási költségek csökkentése érdekében szüneteltetheti a raktár másodlagos példányát. Ha az adattárház aktív másolatára van szüksége, folytathatja a munkát, ami csak néhány percet vesz igénybe.

Adattárolási hely

Ha a párosított adatközpont az országon/régión kívül található, az adatbázis helyileg redundáns tárolásra (LRS) való kiépítésével biztosíthatja, hogy az adatok a régión belül maradnak. Ha az adatbázis már be van állítva a RA-GRS (csak olvasható földrajzilag redundáns tárolás, az aktuális alapértelmezett) alapjain, akkor ebben az esetben lemondhat a földrajzi biztonsági mentésekről, de az adatbázis továbbra is a regionális párba replikált tárolóban marad. Annak érdekében, hogy az ügyféladatok a régión belül is megmaradjanak, kiépítheti vagy visszaállíthatja a dedikált SQL-készletet helyileg redundáns tárolóra. A helyi redundáns tárolás kiépítésével vagy visszaállításával kapcsolatos további információkért tekintse meg az Azure Synapse Analyticsben az egyrégiós tárolóhely konfigurálásának útmutatóját egy dedikált SQL-készlethez (korábbi nevén SQL DW)

Annak ellenőrzéséhez, hogy a párosított adatközpont egy másik országban vagy régióban található-e, tekintse meg az Azure Párosított régiókat.

Biztonsági mentési és visszaállítási költségek

Észre fogja venni, hogy az Azure számlán van egy tétel a tárhelyhez és egy tétel a katasztrófa utáni helyreállítási tároláshoz. A tárolási díj az adatok elsődleges régióban való tárolásának teljes költsége, valamint a pillanatképek által rögzített növekményes módosítások. A pillanatképek díjszabásának részletes ismertetéséért lásd: A pillanatképek díjainak felhalmozódásának megértése. A georedundáns díj fedezi a georedundáns biztonsági mentések tárolási költségeit.

Az elsődleges adattárház teljes költsége és a pillanatkép-módosítások hét napja kerekítve lesz a legközelebbi TB-ra. Ha például az adattárház 1,5 TB, és a pillanatképek 100 GB-ot rögzítenek, a rendszer 2 TB-os adatot számláz az Azure standard tárolási díjai alapján.

Ha georedundáns tárolást használ, külön tárolási díjat kap. A georedundáns tárolás számlázása a szabványos Read-Access földrajzilag redundáns tárolás (RA-GRS) díjon történik.

Az Azure Synapse díjszabásáról további információt az Azure Synapse díjszabásában talál. A régiók közötti visszaállításkor nem kell fizetnie az adatforgalomért.

Visszaállítás visszaállítási pontokról

Minden pillanatkép létrehoz egy visszaállítási pontot, amely a pillanatkép indításának időpontját jelöli. Adattárház visszaállításához válasszon egy visszaállítási pontot, és adjon ki egy visszaállítási parancsot.

Megtarthatja a visszaállított adattárházat és az aktuálisat, vagy törölheti az egyiket. Ha az aktuális adattárházat a visszaállított adattárházra szeretné cserélni, átnevezheti az ALTER DATABASE használatával a MODIFY NAME (NÉV MÓDOSÍTÁSA) beállítással.

Megjegyzés

A dedikált SQL-készletek nem támogatják a táblaszintű visszaállítást. A teljes adatbázist csak a biztonsági másolatból állíthatja helyre, majd a szükséges táblázat(ok) másolásához használja a

  • ETL-eszközök tevékenységei, például másolási tevékenység
  • Exportálás és importálás
    • Exportálja az adatokat a visszaállított biztonsági mentésből a Data Lake-be a CETAS CETAS-példa használatával
    • Adatok importálása a COPY vagy a Polybase használatával

Előfizetések közötti adat-visszaállítás

Előfizetések közötti visszaállítást is végrehajthat.

Georedundáns visszaállítás

A dedikált SQL-készletet bármely olyan régióba visszaállíthatja, amely támogatja a dedikált SQL-készletet a választott teljesítményszinten.

Megjegyzés

Geo-redundáns visszaállításhoz nem szabad kikapcsolnia ezt a funkciót.

Támogatási folyamat

Az Azure Portalon keresztül küldhet be támogatási jegyet az Azure Synapse Analyticshez.

Kapcsolódó tartalom

  • Last updated on