Adatbázis visszaállítása biztonsági másolatból az Azure SQL Database-ben
A következőkre vonatkozik:
Azure SQL Database
- Azure SQL Database
- felügyelt Azure SQL-példány
Ez a cikk az Azure SQL Database biztonsági mentéséből származó adatbázisok helyreállításának lépéseit ismerteti, beleértve a rugalmas skálázású adatbázisokat is.
Áttekintés
automatikus adatbázis-biztonsági mentések segítenek megvédeni az adatbázisokat a felhasználói és alkalmazáshibáktól, az adatbázis véletlen törlésétől és a hosszan tartó kimaradásoktól. Ez a beépített képesség minden szolgáltatási szinthez és számítási mérethez elérhető. Az adatbázis-helyreállításhoz az alábbi lehetőségek érhetők el automatikus biztonsági mentésekkel:
- Hozzon létre egy új adatbázist ugyanazon a kiszolgálón, és állítsa vissza egy megadott időpontra a megőrzési időszakon belül pillanatnyi visszaállítássegítségével.
- Hozzon létre egy adatbázist ugyanazon a kiszolgálón, és állítsa vissza a törlés időpontjára a nevűtörölt adatbázist.
- Hozzon létre egy új adatbázist az ugyanabban a régióban lévő bármely kiszolgálón, a legutóbbi biztonsági mentési időpontra visszaállítva, hosszú távú megőrzési helyreállítással vagy georedundáns visszaállítással.
- Hozzon létre egy új adatbázist bármelyik más régió bármelyik kiszolgálóján, a legutóbbi hozzáférhető replikált biztonsági másolatok pontjára visszaállítva a geo-helyreállítás segítségével.
Ha hosszú távú adatmegőrzést (LTR)konfigurálta, bármely kiszolgálón létrehozhat egy új adatbázist bármilyen hosszú távú adatmegőrzési biztonsági másolatból.
Fontos
- A visszaállítás során nem írhatja felül a meglévő adatbázist.
- Az adatbázis-visszaállítási műveletek nem visszaállítják az eredeti adatbázis címkéit.
Ha a Standard vagy a Premium szolgáltatási szintet használja a DTU vásárlási modellben, az adatbázis-visszaállítás többletköltséggel járhat. A többletköltség akkor fordul elő, ha a visszaállított adatbázis maximális mérete nagyobb, mint a céladatbázis szolgáltatási szintjének és szolgáltatási célkitűzésének részét képező tárterület mennyisége.
Az extra tárterület díjszabásáról a SQL Database díjszabási oldalán. Ha a felhasznált terület tényleges mennyisége kisebb, mint a felhasznált tárterület mennyisége, ezt a többletköltséget elkerülheti, ha a maximális adatbázisméretet a belefoglalt mennyiségre állítja.
Helyreállítási idő
Számos tényező befolyásolja az adatbázis automatikus adatbázis-biztonsági mentésekkel történő visszaállításának helyreállítási idejét:
- Az adatbázis mérete
- Az adatbázis számítási mérete
- Az érintett tranzakciónaplók száma
- A visszaállítási pontra való helyreállításhoz újrajátszandó tevékenység mennyisége
- A hálózati sávszélesség, ha a visszaállítás egy másik régióba történik
- A célrégióban feldolgozott egyidejű visszaállítási kérelmek száma
Nagy vagy nagyon aktív adatbázisok esetén a visszaállítás több órát is igénybe vehet. Egy régió tartós kimaradása nagy számú geo-helyreállítási kérést okozhat katasztrófa utáni helyreállításhoz. Ha sok kérés van, az egyes adatbázisok helyreállítási ideje növekedhet. A helyreállítási időkről további információt RTO és RPO.
Egyetlen előfizetés esetén a következő korlátozások vonatkoznak az egyidejű visszaállítási kérelmek számára. Ezek a korlátozások az időponthoz kötött visszaállítások, geo-visszaállítások és a hosszú távú megőrzési biztonsági mentésből történő visszaállítások bármely kombinációjára vonatkoznak.
| üzembe helyezési lehetőség | feldolgozandó egyidejű kérések maximális száma | egyidejű kérelmek maximális száma |
|---|---|---|
| Önálló adatbázis (előfizetésenként) | 30 | 100 |
| Rugalmas medence (medencénként) | 4 | 2 000 |
Engedélyek
Az automatikus biztonsági mentések használatával történő helyreállításhoz a következőknek kell lennie:
- A logikai kiszolgálót tartalmazó előfizetésben vagy erőforráscsoportban szereplő közreműködői vagy SQL Server-közreműködői szerepkör tagja
- Az előfizetés vagy az erőforráscsoport tulajdonosa
További információ: Azure RBAC: Beépített szerepkörök.
A helyreállításhoz használja az Azure Portalt, a PowerShellt vagy a REST API-t. A Transact-SQL nem használható.
Időponthoz kötött visszaállítás
Bármely adatbázist visszaállíthat egy korábbi időpontra a megőrzési időszakon belül. A visszaállítási kérelem bármilyen szolgáltatási szintet vagy számítási méretet megadhat a visszaállított adatbázishoz. Amikor egy adatbázist rugalmas készletbe állít vissza, győződjön meg arról, hogy elegendő erőforrással rendelkezik a készletben az adatbázis elhelyezéséhez.
Amikor a visszaállítás befejeződött, egy új adatbázist hoz létre ugyanazon a kiszolgálón, mint az eredeti adatbázis. A visszaállított adatbázis a szolgáltatási szint és a számítási méret alapján normál díjakat számít fel. Az adatbázis visszaállításának befejezéséig nem kell díjat fizetnie.
Az adatbázist általában visszaállítás céljából egy korábbi pontra állítja vissza. A visszaállított adatbázist az eredeti adatbázis cseréjeként kezelheti, vagy adatforrásként használhatja az eredeti adatbázis frissítéséhez.
Fontos
- Egy adatbázis időponthoz kötött visszaállítását is elvégezheti ugyanarra a kiszolgálóra. A kiszolgálók közötti, az előfizetések közötti és az időpontközi visszaállítás jelenleg nem támogatott. Ha georeplikált biztonsági másolatokkal szeretne visszaállítani egy adatbázist egy másik régióba, tekintse meg a geo-visszaállítás.
- Földrajzilag másodlagos adatbázisban nem hajthat végre időponthoz kötött visszaállítást. Ezt csak elsődleges adatbázisban teheti meg.
- A
BackupFrequencyparaméter nem támogatott a rugalmas skálázású adatbázisok esetében. - Az adatbázis-visszaállítási műveletek erőforrásigényesek, és A céladatbázis visszaállításához S3 vagy annál nagyobb szolgáltatási szint szükséges. A visszaállítás befejeződése után szükség esetén az adatbázis vagy a rugalmas készlet leskálázható.
adatbázis-csere
Ha azt szeretné, hogy a visszaállított adatbázis helyettesítse az eredeti adatbázist, meg kell adnia az eredeti adatbázis számítási méretét és szolgáltatási szintjét. Ezután átnevezheti az eredeti adatbázist, és a T-SQL ALTER DATABASE parancsával megadhatja a visszaállított adatbázis eredeti nevét.
adat-helyreállítás
Ha azt tervezi, hogy adatokat kér le a visszaállított adatbázisból, hogy helyreállítsa a felhasználó vagy alkalmazás hibáját, meg kell írnia és futtatnia kell egy adat-helyreállítási szkriptet, amely kinyeri az adatokat a visszaállított adatbázisból, és az eredeti adatbázisra vonatkozik. Bár a visszaállítási művelet végrehajtása hosszú időt vehet igénybe, a visszaállítási adatbázis a visszaállítási folyamat során látható az adatbázis listában.
Ha a visszaállítás során törli az adatbázist, a visszaállítási művelet megszakad. A visszaállítást nem befejező adatbázisért nem számítunk fel díjat.
Ha az Azure Portallal egy adott időpontra szeretne helyreállítani egy adatbázist, nyissa meg az adatbázis áttekintési oldalát, és válassza Visszaállítás az eszköztáron az SQL Database létrehozása – Adatbázis visszaállítása lap megnyitásához:
Az SQL Database létrehozása – Adatbázis visszaállítása lapon adja meg a biztonsági mentés forrását, majd válassza ki azt az időponthoz kötött biztonsági mentési pontot, amelyből új adatbázist hoz létre. Mivel a kiválasztott adatbázist vissza kell állítani az aktuális kiszolgálóra, a forrásadatbázis és a célkiszolgáló szürkítve jelenik meg.
Hosszú távú biztonsági mentés visszaállítása
Ha hosszú távú biztonsági mentésen szeretne visszaállítási műveletet végezni, használhatja az Azure Portalt, az Azure CLI-t, az Azure PowerShellt vagy a REST API-t. További információ: Hosszú távú biztonsági mentés visszaállítása.
Ha hosszú távú biztonsági mentést szeretne helyreállítani az Azure Portal használatával, lépjen a logikai kiszolgálóra. Válassza ki a Biztonsági másolatok lehetőséget az Adatkezelésalatt, majd válassza a Kezelés lehetőséget a visszaállítani kívánt adatbázis Elérhető LTR biztonsági másolatok alatt.
Törölt adatbázis visszaállítása
Az Azure Portal, az Azure CLI, az Azure PowerShell és a REST API használatával visszaállíthatja a törölt adatbázist a törlés időpontjára vagy egy korábbi időpontra ugyanazon a kiszolgálón.
Fontos
Ha töröl egy kiszolgálót, az összes adatbázisa és a PITR biztonsági másolata is törlődik. Törölt kiszolgáló nem állítható vissza, és a törölt adatbázisok nem állíthatók vissza a PITR biztonsági másolataiból.
Ha ezekhez az adatbázisokhoz LTR-biztonsági mentéseket konfigurált, a biztonsági másolatokkal visszaállíthatja az adatbázisokat egy másik kiszolgálóra. Ha a logikai kiszolgálót törölték, az Azure CLI- vagy PowerShell-parancsokkal megtekintheti és visszaállíthatja az LTR biztonsági mentéseit.
Ha az Azure Portal használatával helyreállítani szeretné a törölt adatbázist a törlés idejére, nyissa meg a kiszolgáló áttekintő oldalát, és válassza Törölt adatbázisoklehetőséget. Jelölje ki a visszaállítani kívánt törölt adatbázist, majd adja meg annak az új adatbázisnak a nevét, amely a biztonsági másolatból visszaállított adatokkal jön létre.
Borravaló
Eltarthat néhány percig, amíg a legutóbb törölt adatbázisok megjelennek a Törölt adatbázisok lapon az Azure Portalon, vagy ha programozott módon szeretné megjeleníteni a törölt adatbázisokat.
Geovisszaállítás
A geo-restore georeplikált biztonsági másolatokat használ forrásként. A legutóbbi georeplikált biztonsági másolatokból bármely Azure-régióban visszaállíthatja az adatbázist bármely logikai kiszolgálón. Georestore kérését akkor is benyújthatja, ha egy kimaradás miatt az adatbázis vagy a teljes régió elérhetetlenné vált.
Fontos
- A geo-visszaállítás csak azokhoz az adatbázisokhoz érhető el, amelyek georedundáns biztonsági mentési tárolóvalvannak konfigurálva. Ha jelenleg nem használ georeplikált biztonsági mentéseket egy adatbázishoz, ezt módosíthatja a biztonsági mentési tár redundanciakonfigurálásával.
- Csak olyan adatbázisokon végezhet georestore-t, amelyek ugyanabban az előfizetésben találhatók.
A georedundáns visszaállítás az alapértelmezett helyreállítási lehetőség, ha az adatbázis az üzemeltetési régióban történt incidens miatt nem érhető el. Az adatbázist bármely más régióban visszaállíthatja egy kiszolgálóra.
A georedundáns biztonsági másolatokból való visszaállítás bizonyos esetekben adatvesztést okozhat, mivel az Azure Geo-Redundant Storage (GRS) aszinkron módon replikálja az adatokat egy másodlagos régióba. A replikációs folyamat némi késéssel jár, de a pontos késés több tényezőtől függően változhat, beleértve az elsődleges és a másodlagos régiók közötti távolságot és az aktuális hálózati feltételeket. A GRS replikációs késése általában percek között van, de nem garantált, hogy egy adott időkereten belülre esik. Az egyes adatbázisok méretétől függően jelentős időt vehet igénybe. További információ: RTO és RPO.
Az alábbi ábrán egy adatbázis visszaállítása látható egy másik régióban az utolsó rendelkezésre álló biztonsági mentésből.
A geo-visszaállítás segítségével visszaállíthat egy törölt adatbázist az Azure portal, az Azure CLI, az Azure PowerShell és a REST API használatával.
Az Azure portalról létrehoz egy új egyedüli adatbázist, és kiválaszt egy elérhető geo-restore biztonsági másolatot. Az újonnan létrehozott adatbázis tartalmazza a földrajzilag helyreállított biztonsági mentési adatokat.
Ha egyetlen adatbázist szeretne georedundánsan visszaállítani az Azure Portalról a választott régióban és kiszolgálón, kövesse az alábbi lépéseket:
- Nyissa meg az SQL Database létrehozása panelt az Azure Portalon. Az Alapismeretek lapon adja meg a szükséges információkat.
- Válassza További beállításoklehetőséget.
- Ha Meglévő adatok használata, válassza Biztonsági mentés.
- Válasszon egy biztonsági mentést az elérhető földrajzi visszaállítások listájából.
Fejezze be az adatbázis biztonsági mentésből való létrehozásának folyamatát. Amikor létrehoz egy adatbázist az Azure SQL Database-ben, az tartalmazza a visszaállított geo-helyreállítási mentést.
Földrajzi helyreállítási szempontok
További információ a geo-helyreállítás használatáról: Helyreállítás geo-helyreállítással.
Jegyzet
A kimaradás utáni helyreállítással kapcsolatos részletes információkért tekintse meg vészhelyreállítási útmutatót, valamint a magas rendelkezésre állású és vészhelyreállítási ellenőrzőlistát.
A geo-helyreállítás az SQL-adatbázisban elérhető legalapvetőbb katasztrófa utáni helyreállítási megoldás. Az automatikusan létrehozott georeplikált biztonsági másolatokra támaszkodik. A helyreállítási idők kapcsán további információért lásd: RTO és RPO. Ez nem garantálja, hogy a célrégió képes lesz visszaállítani az adatbázisokat egy regionális leállást követően, mert a kereslet jelentős növekedése valószínű. Ha az alkalmazás viszonylag kis adatbázisokat használ, és nem kritikus fontosságú a vállalkozás számára, a geovisszaállítás megfelelő vészhelyreállítási megoldás.
A nagy adatbázisokat igénylő és az üzletmenet folytonosságát biztosító, üzleti szempontból kritikus fontosságú alkalmazásokhoz használja feladatátvételi csoportokat. Ez a funkció sokkal alacsonyabb RPO-t és RTO-t kínál, és a kapacitás mindig garantált.
További információ az üzletmenet-folytonossági lehetőségekről: Üzletmenet-folytonosságiáttekintése.
Jegyzet
Ha geo-helyreállítást tervez katasztrófa utáni helyreállítási megoldásként használni, javasoljuk, hogy végezzen rendszeres próbákat az alkalmazás toleranciájának ellenőrzéséhez a legutóbbi adatmódosítások esetleges elvesztésével szembeni toleranciát, és a helyreállítási eljárás minden működési aspektusának ellenőrzéséhez.
Adatbázis visszaállítása másik kiszolgálóra
Az alábbi módszerekkel visszaállíthat egy adatbázist egy másik kiszolgálóra:
- hosszú távú biztonsági mentés visszaállítása
- földrajzi visszaállítás
- adatbázis másolat
- Aktív georeplikációs