Adatbázis visszaállítása biztonsági másolatból felügyelt Azure SQL-példányban
A következőre vonatkozik:
Felügyelt Azure SQL-példány
Ez a cikk a felügyelt Azure SQL-példány biztonsági mentéséből származó adatbázisok helyreállításának lépéseit ismerteti. Az Azure SQL Database esetében lásd : Adatbázis visszaállítása biztonsági másolatból az Azure SQL Database-ben.
Áttekintés
Az 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 felügyelt példányon, amely a megőrzési időszakon belül egy megadott időpontra helyreállt.
- Hozzon létre egy új adatbázist ugyanazon a felügyelt példányon vagy egy másik felügyelt példányon, amely a megőrzési időszakon belül egy megadott időpontra helyreáll.
- Hozzon létre egy adatbázist ugyanazon a felügyelt példányon vagy egy másik felügyelt példányon, a törölt adatbázis törlési idejére helyreállítva.
- Hozzon létre egy új adatbázist bármely felügyelt példányon ugyanabban az előfizetésben vagy más előfizetésben ugyanabban a bérlőben és ugyanabban a régióban, a legutóbbi biztonsági másolatok pontjára visszaállítva.
Ha hosszú távú adatmegőrzést (LTR) konfigurált, bármely példányon létrehozhat egy új adatbázist bármely hosszú távú adatmegőrzési biztonsági másolatból.
Fontos
A visszaállítás során meglévő adatbázisok nem írhatók felül.
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 méretű vagy nagyon aktív adatbázisok esetén a visszaállítás több órát is igénybe vehet. Egy régió hosszan tartó kimaradása nagy számú georedundáns visszaállítási kérést okozhat vészhelyreállításhoz. When there are many requests, the recovery time for individual databases can increase. A legtöbb adatbázis-visszaállítás 12 óránál rövidebb idő alatt befejeződik.
Tipp.
Felügyelt Azure SQL-példány esetén a rendszerfrissítések elsőbbséget élveznek a folyamatban lévő adatbázis-visszaállításokkal szemben. If there's a system update for SQL Managed Instance, all pending restores are suspended and then resumed after the update has been applied. This system behavior might prolong the time of restores and might be especially impactful to long-running restores.
To achieve a predictable time of database restores, consider configuring maintenance windows that allow scheduling of system updates at a specific day and time. Also consider running database restores outside the scheduled maintenance window.
Permissions
Az automatikus biztonsági mentések használatával történő helyreállításhoz a következőknek kell lennie:
- Az SQL Server közreműködői vagy felügyelt SQL-példány közreműködői szerepkörének tagja (a helyreállítási céltól függően) az előfizetésben
- Az előfizetés 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ó.
Point-in-time restore
Az adatbázist visszaállíthatja egy korábbi időpontra. A kérelemben bármilyen szolgáltatási szintet vagy számítási méretet megadhat a visszaállított adatbázishoz. Győződjön meg arról, hogy elegendő erőforrással rendelkezik azon a példányon, amelyre visszaállítja az adatbázist.
Amikor a visszaállítás befejeződött, létrehoz egy új adatbázist a célpéldányon, függetlenül attól, hogy ugyanaz a példány vagy egy másik példány. 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
Földrajzilag másodlagos adatbázison nem hajtható végre időponthoz kötött visszaállítás. Ez csak elsődleges adatbázison lehetséges.
Adatbázis cseréje
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 DATABA Standard kiadás 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 egy felügyelt SQL-példányban lévő adatbázist egy adott időpontra szeretne helyreállítani az Azure Portal használatával, nyissa meg az adatbázist a portálon, és válassza a Visszaállítás lehetőséget. Másik lehetőségként megnyithatja a felügyelt SQL-példányok céloldalát, és az eszköztár + Új adatbázis lehetőséget választva megnyithatja a Felügyelt Azure SQL-adatbázis létrehozása lapot.
Adja meg a cél felügyelt példány adatait az Alapszintű beállítások lapon, és válasszon egy biztonsági mentési típust az Adatforrás lapon.
További részletekért tekintse át az időponthoz kötött visszaállításról szóló cikket.
Adatbázis-visszaállítás törlése
A törölt adatbázisokat visszaállíthatja a törlés időpontjára vagy egy korábbi időpontra ugyanarra a példányra vagy a forráspéldánytól eltérő példányra. A célpéldány lehet ugyanabban az előfizetésben vagy egy másik előfizetésben, mint a forráspéldány. A törölt adatbázis egy új adatbázisnak a biztonsági másolatból való létrehozásával állítható vissza.
Fontos
You can't restore a deleted managed instance. Ha töröl egy felügyelt példányt, az összes adatbázisa is törlődik, és nem állítható vissza a törlés időpontjára vagy egy korábbi időpontra. Ha hosszú távú megőrzést (LTR) konfigurált, akkor is visszaállíthatja az adatbázist a törölt példányról egy másik példányra, és az LTR biztonsági mentésének időpontjára.
Ha az Azure Portal használatával szeretne helyreállítani egy adatbázist, nyissa meg a felügyelt példány áttekintő oldalát, és válassza a Biztonsági másolatok lehetőséget. Válassza a Törölt biztonsági másolatok megjelenítését, majd válassza a helyreállítani kívánt törölt biztonsági mentés melletti Visszaállítás lehetőséget az Azure SQL Managed Database létrehozása lap megnyitásához. Adja meg a cél felügyelt példány adatait az Alapszintű beállítások lapon, és a forrás által felügyelt példány adatait az Adatforrás lapon. Konfigurálja a megőrzési beállításokat a További beállítások lapon.
Tipp.
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 a parancssor használatával szeretné megjeleníteni a törölt adatbázisokat.
Geo-restore
Fontos
- A georedundáns visszaállítás csak georedundáns biztonsági mentési tárral konfigurált felügyelt példányokhoz érhető el. Ha Ön jelenleg nem georeplikált biztonsági másolatokat használ az adatbázishoz, ezt a biztonsági mentési tár redundanciájának konfigurálásával módosíthatja.
- Georeduktúra-visszaállítást csak ugyanazon előfizetésben található felügyelt példányokon hajthat végre.
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 példányra. A legutóbbi georeplikált biztonsági másolatokból bármely Azure-régió bármely felügyelt példányán visszaállíthatja az adatbázist. A georeduktúra georeplikált biztonsági mentést használ forrásként. Georeduktúra-visszaállítást akkor is kérhet, ha egy kimaradás elérhetetlenné tette az adatbázist vagy az adatközpontot.
Késés van a biztonsági mentés készítése és a georeplikálás között egy másik régióban lévő Azure-blobba. Ennek eredményeképpen a visszaállított adatbázis akár egy órával is elmaradhat az eredeti adatbázistól. 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.
Az Azure Portalon visszaállíthat egy georeplikált biztonsági másolatot egy meglévő példányra, vagy létrehozhat egy új felügyelt példányt, és kiválaszthat egy elérhető georeduktúra-visszaállítási biztonsági másolatot. Az újonnan létrehozott adatbázis tartalmazza a georedukált biztonsági mentési adatokat.
Ha egy meglévő példányra szeretne visszaállítani, kövesse az időponthoz kötött visszaállítás lépéseit, és mindenképpen válassza ki a megfelelő forrás- és célpéldányokat az adatbázis kívánt példányra való visszaállításához.
Ha az Azure Portal használatával szeretne georeduktúra-visszaállítást végezni egy új példányra, kövesse az alábbi lépéseket:
- Nyissa meg az új felügyelt Azure SQL-példányt.
- Kattintson az Új adatbázis lehetőségre.
- Adjon meg egy adatbázisnevet.
- Az Adatforrás területen válassza ki a biztonsági mentés megfelelő típusát, majd adja meg az adatforrás részleteit.
- Válasszon egy biztonsági másolatot az elérhető georedundáns biztonsági másolatok listájáról.
Miután elvégezte a példányadatbázis létrehozásának folyamatát, az tartalmazni fogja a visszaállított georedukált biztonsági mentést.
Georedundáns visszaállításkor megfontolandó szempontok
A georeduktúra a felügyelt Azure SQL-példányban elérhető legalapvetőbb vészhelyreállítási megoldás. Az automatikusan létrehozott georeplikált biztonsági másolatokra támaszkodik egy másodlagos (párosított) régióban. Íme néhány szempont a georeduktúra visszaállításához:
- A helyreállítási pont célkitűzése (RPO) legfeljebb 1 óra.
- A visszaállítási folyamatok (helyreállítási idő célkitűzése – RTO) általában kevesebb, mint 12 órát vesznek igénybe, de az adatbázis méretétől és tevékenységétől függően változhatnak, így a visszaállítás ezen az időkereten túlra is kiterjedhet.
- A másodlagos (párosított) régió az elsődleges régió Azure Storage-beállításai. A másodlagos régió nem módosítható.
- Előfordulhat, hogy az újonnan létrehozott/visszaállított adatbázisok nem jelennek meg azonnal helyreállíthatóként más régiókban az új adatok feltöltésének késése miatt. Ha az ügyfelek nem látják az új adatbázisok biztonsági másolatát, legfeljebb 24 órás várakozási időre számíthatnak.
Fontos elismerni, hogy a georeduktúra megfelelő vészhelyreállítási megoldás a viszonylag kis adatbázisokkal rendelkező alkalmazások számára, amelyek nem kritikus fontosságúak az üzletmenet szempontjából. A nagy adatbázisokat igénylő és az üzletmenet folytonosságát biztosító, üzleti szempontból kritikus fontosságú alkalmazásokhoz használjon feladatátvételi csoportokat. Ez a funkció sokkal alacsonyabb RPO-t és RTO-t kínál, és a kapacitás mindig garantált.
Az üzletmenet-folytonossági lehetőségekről további információt az üzletmenet-folytonosság áttekintésében talál.
Korlátozások
A biztonsági mentések és a felügyelt Azure SQL-példányok használatakor vegye figyelembe a következő korlátozásokat:
- Az adatbázis georeduktúra-visszaállítása csak a felügyelt forrás SQL-példánysal azonos előfizetésben lévő példányra hajtható végre.
- Az Azure SQL Managed Instance-adatbázisok csak akkor állíthatók vissza az SQL Server 2022-re (akár helyszíni, akár virtuális gépen), ha a felügyelt SQL-példány forrásként regisztrált a 2022. novemberi szolgáltatáshullámban.
- Az Azure SQL Managed Instance-adatbázisok alapértelmezés szerint TDE-vel vannak titkosítva. Ha a forrásadatbázis egy ügyfél által felügyelt kulcsot (CMK) használ TDE-védelmi eszközként, az adatbázist a felügyelt FORRÁS SQL-példánytól eltérő példányra kell visszaállítani, a célpéldánynak hozzáféréssel kell rendelkeznie a forrásadatbázis azure Key Vaultban való titkosításához használt kulcshoz, vagy a biztonsági mentés előtt le kell tiltania a TDE-titkosítást a forrásadatbázison.
- A visszaállítási folyamat előrehaladását csak a sys.dm_exec_requests és sys.dm_operation_status dinamikus felügyeleti nézetek használatával követheti nyomon.
- Ha a szolgáltatásvégpont-szabályzatok engedélyezve vannak a felügyelt Azure SQL-példányon, a szolgáltatásvégpont-szabályzatok alhálózaton való elhelyezése megakadályozza az időponthoz kötött visszaállításokat (PITR) a különböző alhálózatok példányaiból.
- A helyreállítási pont célkitűzése (RPO) legfeljebb 1 óra.
- A helyreállítási idő célkitűzése (RTO) körülbelül 12 óra, de az adatbázis méretétől és tevékenységétől függően változhat, és túllépheti ezt az időkeretet.
- A másodlagos (párosított) régió nem módosítható.
- Előfordulhat, hogy az újonnan létrehozott/visszaállított adatbázisok nem jelennek meg azonnal helyreállíthatóként más régiókban az új adatok feltöltésének késése miatt. Az új adatbázis biztonsági másolatainak megjelenítése akár 24 órát is igénybe vehet.
Kapcsolódó tartalom
- Felügyelt SQL-példány automatikus biztonsági mentései
- Hosszú távú megőrzés
- A gyorsabb helyreállítási lehetőségekről a Feladatátvételi csoportok című témakörben olvashat.
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: