Egyetlen bérlő visszaállítása bérlőnkénti adatbázis-saaS-alkalmazással

A következőkre vonatkozik: adatbázis Azure SQL

Az adatbázis-bérlőnkénti modell megkönnyíti egyetlen bérlő korábbi időpontra történő visszaállítását anélkül, hogy ez hatással lenne más bérlőkre.

Ebben az oktatóanyagban két adat-helyreállítási mintát ismerhet meg:

  • Adatbázis visszaállítása párhuzamos adatbázisba (egymás mellett).
  • Állítsa vissza a meglévő adatbázist, lecserélve a meglévő adatbázist.
Mintázat Leírás
Visszaállítás párhuzamos adatbázisba Ez a minta olyan feladatokhoz használható, mint a felülvizsgálat, a naplózás és a megfelelőség, hogy a bérlők egy korábbi pontból vizsgálhassák az adataikat. A bérlő aktuális adatbázisa online állapotban és változatlanul marad.
Visszaállítás helyben Ezt a mintát általában arra használják, hogy visszaállítsa a bérlőt egy korábbi pontra, miután egy bérlő véletlenül törölte vagy sérülte az adatokat. Az eredeti adatbázist a rendszer leveszi a sorból, és lecseréli a visszaállított adatbázisra.

Az oktatóanyag teljesítéséhez meg kell felelnie az alábbi előfeltételeknek:

Az SaaS-bérlő visszaállítási mintáinak bemutatása

Az egyes bérlők adatainak visszaállításához két egyszerű minta létezik. Mivel a bérlői adatbázisok el vannak különítve egymástól, az egyik bérlő visszaállítása nincs hatással a többi bérlő adataira. Az Azure SQL database point-in-time-restore (PITR) funkció mindkét mintában használható. A PITR mindig létrehoz egy új adatbázist.

  • Párhuzamos visszaállítás: Az első mintában egy új párhuzamos adatbázis jön létre a bérlő aktuális adatbázisával együtt. A bérlő ezután csak olvasási hozzáférést kap a visszaállított adatbázishoz. A visszaállított adatok áttekinthetők, és felhasználhatók az aktuális adatértékek felülírására. Az alkalmazástervező feladata annak meghatározása, hogy a bérlő hogyan fér hozzá a visszaállított adatbázishoz, és milyen helyreállítási lehetőségek állnak rendelkezésre. Előfordulhat, hogy egyes forgatókönyvekben csak az szükséges, hogy a bérlő áttekintse az adataikat egy korábbi időpontban.

  • Visszaállítás helyben: A második minta akkor hasznos, ha az adatok elvesztek vagy sérültek, és a bérlő vissza szeretne térni egy korábbi pontra. A bérlő az adatbázis visszaállítása közben lekerül a sorból. A rendszer törli az eredeti adatbázist, és átnevezi a visszaállított adatbázist. Az eredeti adatbázis biztonsági mentési lánca a törlés után is elérhető marad, így szükség esetén visszaállíthatja az adatbázist egy korábbi időpontra.

Ha az adatbázis aktív georeplikációs és párhuzamos visszaállítást használ, javasoljuk, hogy másolja a szükséges adatokat a visszaállított másolatból az eredeti adatbázisba. Ha az eredeti adatbázist a visszaállított adatbázisra cseréli, újra kell konfigurálnia és újra kell szinkronizálnia a georeplikációs adatokat.

A Wingtip Tickets SaaS-adatbázis bérlőnkénti alkalmazásszkriptjeinek lekérése

A Wingtip Tickets SaaS Több-bérlős adatbázis szkriptjei és az alkalmazás forráskódja a WingtipTicketsSaaS-DbPerTenant GitHub-adattárban érhető el. A Wingtip Tickets SaaS-szkriptek letöltésének és letiltásának feloldásához tekintse meg az általános útmutatót.

Előkészületek

Egy adatbázis létrehozása 10–15 percet is igénybe vehet, amíg az első teljes biztonsági mentés rendelkezésre áll a visszaállításhoz. Ha most telepítette az alkalmazást, előfordulhat, hogy várnia kell néhány percet, mielőtt kipróbálná ezt a forgatókönyvet.

Bérlő véletlen adattörlési szimulálása

A helyreállítási forgatókönyvek bemutatásához először "véletlenül" töröljön egy eseményt az egyik bérlői adatbázisban.

Az Események alkalmazás megnyitása az aktuális események áttekintéséhez

  1. Nyissa meg az Eseményközpontot (http://events.wtp.<user.trafficmanager.net>), és válassza a Contoso koncertterem lehetőséget.

    Eseményközpont

  2. Görgesse le az események listáját, és jegyezze fel a lista utolsó eseményét.

    Az utolsó esemény megjelenik

"Véletlenül" törölje az utolsó eseményt

  1. A PowerShell ISE-ben nyissa meg a ...\Learning Modules\Business Continuity and Disaster Recovery\RestoreTenant\Demo-RestoreTenant.ps1fájlt, és állítsa be a következő értéket:

    • = $DemoScenario 1, Utolsó esemény törlése (jegyértékesítés nélkül).
  2. Nyomja le az F5 billentyűt a szkript futtatásához és az utolsó esemény törléséhez. Megjelenik a következő megerősítő üzenet:

    Deleting last unsold event from Contoso Concert Hall ...
    Deleted event 'Seriously Strauss' from Contoso Concert Hall venue.
    
  3. Megnyílik a Contoso eseményoldala. Görgessen le, és ellenőrizze, hogy az esemény eltűnt-e. Ha az esemény továbbra is szerepel a listában, válassza a Frissítés lehetőséget , és ellenőrizze, hogy eltűnt-e. Utolsó esemény el lett távolítva

Bérlői adatbázis visszaállítása az éles adatbázissal párhuzamosan

Ez a gyakorlat visszaállítja a Contoso Koncertterem adatbázisát az esemény törlése előtti időpontra. Ez a forgatókönyv feltételezi, hogy egy párhuzamos adatbázisban szeretné áttekinteni a törölt adatokat.

A Restore-TenantInParallel.ps1 szkript létrehoz egy ContosoConcertHall_old nevű párhuzamos bérlői adatbázist egy párhuzamos katalógusbejegyzéssel. Ez a visszaállítási minta alkalmas kisebb adatvesztés utáni helyreállításra. Ezt a mintát akkor is használhatja, ha megfelelőségi vagy naplózási célból kell ellenőriznie az adatokat. Az aktív georeplikációs módszer használata esetén ez az ajánlott módszer.

  1. Fejezze be a bérlő véletlen adattörlési szakaszának szimulálását .
  2. A PowerShell ISE-ben nyissa meg a ...\Learning Modules\Business Continuity and Disaster Recovery\RestoreTenant\Demo-RestoreTenant.ps1.
  3. Állítsa be a2. $DemoScenario = , a bérlő visszaállítása párhuzamosan.
  4. A szkript futtatásához nyomja le az F5 billentyűt.

A szkript visszaállítja a bérlői adatbázist az esemény törlése előtti időpontra. Az adatbázis egy új, ContosoConcertHall_old nevű adatbázisba lesz visszaállítva. A rendszer törli a visszaállított adatbázisban található katalógus metaadatait, majd hozzáadja az adatbázist a katalógushoz egy , a ContosoConcertHall_old névből létrehozott kulccsal.

A bemutató szkript megnyitja az új bérlői adatbázis eseményoldalát a böngészőben. Jegyezze fel az URL-címből http://events.wingtip-dpt.&lt;user&gt;.trafficmanager.net/contosoconcerthall_old , hogy ez a lap a visszaállított adatbázisból származó adatokat jeleníti meg, ahol _old hozzáadódik a névhez.

Görgesse le a böngészőben felsorolt eseményeket annak ellenőrzéséhez, hogy az előző szakaszban törölt esemény vissza lett-e állítva.

Nem valószínű, hogy a visszaállított bérlőt egy további bérlőként, a saját Események alkalmazásával teszi elérhetővé a visszaállított adatokhoz. A visszaállítási minta szemléltetésére szolgál. Általában csak olvasási hozzáférést biztosít a régi adatokhoz, és egy meghatározott ideig megőrzi a visszaállított adatbázist. A mintában törölheti a visszaállított bérlői bejegyzést, miután végzett a visszaállított bérlő eltávolítása forgatókönyv futtatásával.

  1. Állítsa be a4. $DemoScenario = , a visszaállított bérlő eltávolítása lehetőséget.
  2. A szkript futtatásához nyomja le az F5 billentyűt.
  3. A ContosoConcertHall_old bejegyzés törlődik a katalógusból. Zárja be a bérlő eseményoldalát a böngészőben.

Bérlő visszaállítása helyben, a meglévő bérlői adatbázis cseréje

Ez a gyakorlat visszaállítja a Contoso Koncertterem bérlőt az esemény törlése előtti pontra. A Restore-TenantInPlace szkript visszaállítja a bérlői adatbázist egy új adatbázisba, és törli az eredetit. Ez a visszaállítási minta alkalmas a súlyos adatsérülések utáni helyreállításra, és előfordulhat, hogy a bérlőnek jelentős adatvesztést kell kezelnie.

  1. A PowerShell ISE-ben nyissa meg a Demo-RestoreTenant.ps1 fájlt.
  2. Állítsa be az 5. = $DemoScenario, a bérlő visszaállítása a helyén.
  3. A szkript futtatásához nyomja le az F5 billentyűt.

A szkript visszaállítja a bérlői adatbázist az esemény törlése előtti pontra. Először a Contoso Koncertterem bérlőt kapcsolja ki a sorból, hogy megakadályozza a további frissítéseket. Ezután egy párhuzamos adatbázis jön létre a visszaállítási pontról való visszaállítással. A visszaállított adatbázis neve időbélyeggel van elnevezve, így meggyőződhet arról, hogy az adatbázis neve nem ütközik a meglévő bérlői adatbázis nevével. Ezután a rendszer törli a régi bérlői adatbázist, és a visszaállított adatbázist átnevezi az eredeti adatbázisnévre. Végül a Contoso Koncertterem online állapotba kerül, hogy az alkalmazás hozzáférhessen a visszaállított adatbázishoz.

Sikeresen visszaállította az adatbázist az esemény törlése előtti időpontra. Amikor megnyílik az Események lap, ellenőrizze, hogy az utolsó esemény vissza lett-e állítva.

Az adatbázis visszaállítása után további 10–15 percet vesz igénybe, amíg az első teljes biztonsági mentés újra rendelkezésre áll a visszaállításhoz.

További lépések

Ez az oktatóanyag bemutatta, hogyan végezheti el az alábbi műveleteket:

  • Adatbázis visszaállítása párhuzamos adatbázisba (egymás mellett).
  • Adatbázis visszaállítása helyben.

Próbálja ki a Bérlői adatbázis sémakezelése oktatóanyagot.

További források