Dedikált SQL-készletek biztonsági mentése és visszaállítása az Azure Synapse Analyticsben
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.
A dedikált SQL-készlet visszaállítási pontjaival átmásolhatja vagy helyreállíthatja az adattárházat egy korábbi állapotra az elsődleges régióban. Az adattárház georedundáns biztonsági másolatainak használatával egy másik földrajzi régióba végezhet visszaállítást.
Feljegyzé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ábban 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.
Feljegyzé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 (georeduktúra 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.
Feljegyzé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 (georeduktúra 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;
Feljegyzé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.
- A felhasználó által definiált visszaállítási pontokról az önálló adattárházban (korábbi nevén SQL-készletben) a dedikált SQL-készlet (korábbi nevén SQL DW) felhasználó által definiált visszaállítási pontjaiban talál további információt.
- A Synapse-munkaterület dedikált SQL-készletében található, felhasználó által definiált visszaállítási pontokról további információt az Azure Synapse Analytics felhasználó által definiált visszaállítási pontjairól talál.
Feljegyzés
Ha 7 napnál hosszabb visszaállítási pontokat igényel, szavazzon erre a képességre.
Feljegyzé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 hosszú távú biztonsági mentési (LTR) koncepciót keres:
- Hozzon létre új, felhasználó által definiált visszaállítási pontot, vagy használhatja az automatikusan generált visszaállítási pontok egyikét is.
- Végezzen visszaállítást az újonnan létrehozott visszaállítási pontról egy új adattárházba.
- A visszaállítás után a dedikált SQL-készlet online lesz. 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
- Dedikált SQL-készlet (korábban SQL DW) esetén használja a New-AzSqlDatabaseRestorePointot
- Dedikált SQL-készlet esetén (a Synapse-munkaterületen belül) használja a New-AzSynapseSqlPoolRestorePointot
REST API-k
- Dedikált SQL-készlet (korábban SQL DW) esetén használja a visszaállítási pontokat – Létrehozás
- Dedikált SQL-készlet esetén (a Synapse-munkaterületen belül) használja az SQL-készlet visszaállítási pontjait – Létrehozás
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
- Dedikált SQL-készlet (korábbi nevén SQL DW) esetén használja a Remove-AzSqlDatabaseRestorePointot
- Dedikált SQL-készlet esetén (a Synapse-munkaterületen belül) használja a Remove-AzSynapseSqlPoolRestorePointot
REST API-k
- Dedikált SQL-készlet (korábbi nevén SQL DW) esetén használja a visszaállítási pontokat – Törlés
- Dedikált SQL-készlet esetén (a Synapse-munkaterületen belül) használja az SQL-készlet visszaállítási pontjait – Törlés
Visszaállítási pont megőrzése
A visszaállítási pont megőrzési időszakainak részleteit az alábbi felsorolás tartalmazza:
- 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).
- A rendszer nem hoz létre pillanatképeket, ha egy dedikált SQL-készlet szüneteltetve van.
- A visszaállítási pont korát a visszaállítási ponttól számított abszolút naptári napok mérik, beleértve az SQL-készlet szüneteltetésének időpontját is.
- A dedikált SQL-készlet bármikor képes legfeljebb 42 felhasználó által meghatározott visszaállítási pontot vagy 42 automatikus visszaállítási pontot tárolni, feltéve, hogy ezek a visszaállítási pontok nem érik el a 7 napos megőrzési időt
- Ha pillanatkép készül, a dedikált SQL-készlet 7 napnál hosszabb ideig szünetel, majd folytatódik, a visszaállítási pont mindaddig megmarad, amíg összesen 42 visszaállítási pont nem lesz (beleértve a felhasználó által definiált és az automatikus állapotot is).
Pillanatkép-megőrzés SQL-készlet elvetésekor
Ha elvet egy dedikált SQL-készletet, a rendszer létrehoz egy végleges pillanatképet, és hét napig menti. 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
A rendszer naponta egyszer létrehoz egy geo-biztonsági másolatot egy párosított adatközpontba. A georeduktúra-visszaállítás RPO-jának ideje 24 óra. A georedukció mindig adatáthelyezési művelet, és az RTO az adatmérettől függ. A rendszer csak a legújabb geo-biztonsági mentést őrzi meg. A georedundáns biztonsági mentést bármely más olyan régióban lévő kiszolgálóra visszaállíthatja, ahol támogatott a dedikált SQL-készlet. A georedundáns biztonsági mentés biztosítja, hogy visszaállítsa az adattárházat, 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.
Feljegyzé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 díja mellett. 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 megtakarításához 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 ki van építve az RA-GRS-en (csak földrajzilag redundáns tárolás, az aktuális alapértelmezett), akkor letilthatja a georedundáns biztonsági mentéseket, 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.
A biztonsági mentés és helyreállítás költségei
Látni fogja, hogy az Azure-számla rendelkezik egy sortétellel a Storage-hoz és egy sorelem a Vészhelyreállítási tárolóhoz. 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íjának részletesebb ismertetéséért tekintse meg a pillanatképek felmerülésének módját. 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 olvasási hozzáférésű 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.
Önálló adattárház (korábbi nevén SQL-készlet) visszaállításához tekintse meg a dedikált SQL-készlet (korábbi nevén SQL DW) visszaállítását.
Ha dedikált SQL-készletet szeretne visszaállítani egy Synapse-munkaterületen, olvassa el a meglévő dedikált SQL-készlet visszaállítása című témakört.
Törölt önálló adattárház (korábbi nevén SQL-készlet) visszaállításához tekintse meg a törölt adatbázis (korábbi nevén SQL DW) visszaállítását, vagy ha a teljes kiszolgálót törölték, olvassa el az adattárház visszaállítása törölt kiszolgálóról (korábbi nevén SQL DW) című témakört.
Ha egy törölt dedikált SQL-készletet szeretne visszaállítani egy Synapse-munkaterületen, olvassa el a dedikált SQL-készlet visszaállítása törölt munkaterületről című témakört.
Feljegyzé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 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.
Feljegyzés
Georedundáns visszaállításhoz nem választhatta ki ezt a funkciót.
Támogatási folyamat
Támogatási jegyet az Azure Portalon küldhet be az Azure Synapse Analyticshez.