Több-bérlős SaaS-alkalmazás helyreállítása adatbázis biztonsági másolataiból georedúnációval

A KÖVETKEZŐKRE VONATKOZIK: Azure SQL Database

Ez az oktatóanyag egy teljes vészhelyreállítási forgatókönyvet vizsgál meg egy bérlőnkénti adatbázissal megvalósított több-bérlős SaaS-alkalmazás esetében. A georedundáns visszaállítással helyreállíthatja a katalógus- és bérlői adatbázisokat az automatikusan fenntartott georedundáns biztonsági másolatból egy másik helyreállítási régióba. A szolgáltatáskimaradás megoldása után georeplikációval tér át a módosított adatbázisokat az eredeti régióba.

Az ábrán egy eredeti és egy helyreállítási régió látható, amelyek egy alkalmazással, katalógussal, kiszolgálók és készletek eredeti vagy tükrözött rendszerképével, automatikus biztonsági mentésekkel a tárterületre, valamint a helyreállítási régió fogadja a biztonsági másolat georeplikációját, valamint kiszolgálót és készletet az új bérlők számára.

A földrajzi visszaállítás a vészhelyreállítás legalacsonyabb költségű vészhelyreállítási Azure SQL Database. A georedundáns biztonsági másolatok visszaállítása azonban akár egy órás adatvesztést is eredményezhet. Az egyes adatbázisok méretétől függően jelentős időt is eltelhet.

Megjegyzés

A lehető legalacsonyabb RPO-val és RTO-val rendelkező alkalmazások helyreállítása georeplikációval georedúnáció helyett.

Ez az oktatóanyag a visszaállítási és az újraparatalációs munkafolyamatokat is behatóan vizsgálja. Az alábbiak végrehajtásának módját ismerheti meg:

  • Szinkronizálja az adatbázis és a rugalmas készlet konfigurációs adatait a bérlői katalógusba.
  • Állítson be egy tükrözött rendszerkép-környezetet egy olyan helyreállítási régióban, amely tartalmazza az alkalmazást, a kiszolgálókat és a készleteket.
  • Katalógus- és bérlői adatbázisok helyreállítása georedún visszaállítással.
  • A georeplikációval a bérlőkatalógust és a bérlői adatbázisokat a szolgáltatáskimaradás feloldása után térhet át.
  • Frissítse a katalógust az egyes adatbázisok visszaállítása (vagy kizárása) során az egyes bérlők adatbázisának aktív másolatának aktuális helyének nyomon követéséhez.
  • A késés csökkentése érdekében győződjön meg arról, hogy az alkalmazás és a bérlői adatbázis mindig ugyanabban az Azure-régióban található.

Mielőtt elkezdené ezt az oktatóanyagot, teljesítsen az alábbi előfeltételeket:

Bevezetés a georedúnó helyreállítási mintába

A vészhelyreállítás (DR) számos alkalmazás esetében fontos szempont, akár megfelelőségi okokból, akár az üzletmenet folytonossága miatt. Ha hosszan tartó szolgáltatáskimaradás történik, egy jól előkészített dr. terv minimalizálhatja az üzletkimaradást. A georedúngón alapuló dr. tervnek több célja is van:

  • Foglalja le az összes szükséges kapacitást a kiválasztott helyreállítási régióban, hogy a lehető leggyorsabban elérhető legyen a bérlői adatbázisok visszaállításához.
  • Az eredeti készletet és adatbázis-konfigurációt tükröző tükrözött rendszerkép-helyreállítási környezet létrehozása.
  • A visszaállítási folyamat megszakításának engedélyezése félúton, ha az eredeti régió ismét online állapotba kerül.
  • Engedélyezze a bérlők gyors üzembehelyezését, hogy az új bérlők üzembehelyezése a lehető leghamarabb újraindulhat.
  • A bérlők prioritási sorrendben való visszaállítására kell optimalizálni.
  • Úgy kell optimalizálni a bérlőket, hogy a lehető leghamarabb online állapotba legyenek hozva a lépések párhuzamos, ahol lehetséges.
  • Legyen rugalmas a meghibásodásokkal, az újraindíthatóval és az idepotentokkal szemben.
  • Az adatbázisokat a kimaradás megoldása után a bérlőkre gyakorolt minimális hatás mellett az eredeti régióba is vissza lehet ásni.

Megjegyzés

Az alkalmazás annak a régiónak a párosított régiójába lesz helyreállítva, amelyben az alkalmazás üzembe van helyezni. További információ: Párosított Azure-régiók.

Ez az oktatóanyag a Azure SQL Database és az Azure platform funkcióit használja a kihívások kezelésére:

  • Azure Resource Manager sablonokat,hogy a lehető leggyorsabban lefoglalja az összes szükséges kapacitást. Azure Resource Manager sablonokkal kiépíthet egy tükrözött képet az eredeti kiszolgálókról és rugalmas készletekről a helyreállítási régióban. Egy külön kiszolgáló és készlet is létrejön az új bérlők létesítéséhez.
  • rugalmas adatbázis ügyféloldali kódtár (EDCL) létrehozása és karbantartása érdekében. A kiterjesztett katalógus rendszeres időközönként frissített készlet- és adatbázis-konfigurációs információkat tartalmaz.
  • Az EDCL szegmenskezelési helyreállítási funkciói, amelyek a katalógusban található adatbázishely-bejegyzéseket karbantartják a helyreállítás és az újraparalógus során.
  • Georedundánsvisszaállítással helyreállíthatja a katalógus- és bérlői adatbázisokat az automatikusan karbantartott georedundáns biztonsági másolatok alapján.
  • A bérlőiprioritási sorrendben elküldött aszinkron visszaállítási műveleteket a rendszer várólistára küldi minden egyes készlethez, és kötegekbe van feldolgozva, hogy a készlet ne legyen túlterhelve. Ezek a műveletek szükség esetén megszakíthatóak a végrehajtás előtt vagy közben.
  • Georeplikáció, amely az adatbázisokat az eredeti régióba replikálja a szolgáltatáskimaradás után. Georeplikáció használata nem jár adatvesztéssel, és csak minimális hatással van a bérlőre.
  • AZ SQL Server DNS-aliasa ,amely lehetővé teszi, hogy a katalógusszinkronizálási folyamat helytől függetlenül csatlakozzon az aktív katalógushoz.

Vészhelyreállítási szkriptek leállítása

Az oktatóanyagban használt DR-szkriptek a Wingtip Tickets SaaS-adatbázisban érhetők el bérlőnkénti GitHub-adattáronként. Tekintse meg a Wingtip Tickets felügyeleti szkriptek letöltésének és feloldásának lépéseit az általános útmutatóban.

Fontos

Mint minden Wingtip Tickets felügyeleti szkript, a DR-szkriptek is mintaminőségek, és nem használhatók éles környezetben.

Az alkalmazás kifogástalan állapotának áttekintése

A helyreállítási folyamat elkezdése előtt tekintse át az alkalmazás normál kifogástalan állapotát.

  1. A webböngészőben nyissa meg a Wingtip Tickets eseményközpontot ( ;user .trafficmanager.net, cserélje le a felhasználót az üzemelő példány felhasználói http://events.wingtip-dpt.&lt > < > értékére).

    Görgessen az oldal aljára, és figyelje meg a katalóguskiszolgáló nevét és helyét a láblécben. A hely az a régió, amelyben az alkalmazást üzembe helyezett.

    Tipp

    Vigye az egérmutatót a hely fölé a megjelenítés nagyítása érdekében.

    Az eseményközpont kifogástalan állapota az eredeti régióban

  2. Válassza ki a Contoso Concert Hall bérlőt, és nyissa meg annak eseményoldalát.

    Figyelje meg a láblécben a bérlő kiszolgálónevét. A hely megegyezik a katalóguskiszolgáló helyével.

    Contoso Concert Hall – eredeti régió

  3. A Azure Portaltekintse át és nyissa meg azt az erőforráscsoportot, amelyben az alkalmazást üzembe helyezett.

    Figyelje meg az erőforrásokat és a régiót, amelyben az App Service összetevői és SQL Database üzembe van stb.

A bérlő konfigurációjának szinkronizálása a katalógusba

Ebben a feladatban elindít egy folyamatot, amely szinkronizálja a kiszolgálók, rugalmas készletek és adatbázisok konfigurációját a bérlői katalógusba. Ezek az információk később egy tükrözött rendszerkép-környezet konfigurálására használhatók a helyreállítási régióban.

Fontos

Az egyszerűség kedvéért a szinkronizálási folyamat és az egyéb hosszú ideig futó helyreállítási és újrafuttatási folyamatok a mintákban helyi PowerShell-feladatként vagy munkamenetként vannak megvalósítva, amelyek az ügyfél felhasználói bejelentkezése alatt futnak. A több óra után bejelentkezéskor kiadott hitelesítési jogkivonatok lejárnak, és a feladatok sikertelenek lesznek. Éles környezetben a hosszan futó folyamatokat megbízható Azure-szolgáltatásokként kell megvalósítani, amelyek szolgáltatásnév alatt futnak. Lásd: Azure PowerShell szolgáltatásnév létrehozásatanúsítvánnyal.

  1. A PowerShell ISE-ben nyissa meg a ...\Learning Modules\UserConfig.psm1 fájlt. Cserélje <resourcegroup> le <user> a 10. és a 11. sor és értékét az alkalmazás üzembe helyezésekor használt értékre. Mentse a fájlt.

  2. A PowerShell ISE-n nyissa meg a ...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 szkriptet.

    Ebben az oktatóanyagban az ebben a PowerShell-szkriptben található összes forgatókönyvet futtatja, ezért ne nyissa meg ezt a fájlt.

  3. Állítsa be a következőket:

    $DemoScenario = 1: Elindít egy háttér feladatot, amely szinkronizálja a bérlői kiszolgáló és a készlet konfigurációs adatait a katalógusba.

  4. A szinkronizálási szkript futtatásához válassza az F5 lehetőséget.

    Ezek az információk később arra szolgálnak, hogy a helyreállítás tükrözött képet hoz létre a helyreállítási régióban található kiszolgálókról, készletekről és adatbázisokról.

    Szinkronizálási folyamat

Hagyja futni a PowerShell-ablakot a háttérben, és folytassa az oktatóanyag további részében.

Megjegyzés

A szinkronizálási folyamat EGY DNS-aliason keresztül csatlakozik a katalógushoz. Az alias a visszaállítás és az újraparanálás során úgy módosul, hogy az aktív katalógusra mutasson. A szinkronizálási folyamat naprakészen tartja a katalógust a helyreállítási régióban végrehajtott adatbázis- vagy készletkonfigurációs módosításokkal együtt. Az újraparanálás során ezeket a módosításokat a rendszer az eredeti régióban található egyenértékű erőforrásokra alkalmazza.

Georedúnállítási helyreállítási folyamat áttekintése

A geored visszaállítási helyreállítási folyamat telepíti az alkalmazást, és visszaállítja az adatbázisokat a biztonsági másolatból a helyreállítási régióba.

A helyreállítási folyamat a következőket teszi:

  1. Letiltja Azure Traffic Manager webalkalmazás végpontját az eredeti régióban. A végpont letiltása megakadályozza, hogy a felhasználók érvénytelen állapotban csatlakozzon az alkalmazáshoz, ha az eredeti régió online állapotba jön a helyreállítás során.

  2. Helyreállításikatalógus-kiszolgálót hoz létre a helyreállítási régióban, georedurál a katalógus-adatbázist, és frissíti az activecatalog aliast, hogy a visszaállított katalóguskiszolgálóra mutasson. A katalógus aliasának módosítása biztosítja, hogy a katalógusszinkronizálási folyamat mindig szinkronizálva lesz az aktív katalógussal.

  3. A helyreállítási katalógusban lévő összes meglévő bérlőt offline állapotúként jelöli meg, hogy a visszaállítás előtt megakadályozza a bérlői adatbázisokhoz való hozzáférést.

  4. Kiállítja az alkalmazás egy példányát a helyreállítási régióban, és úgy konfigurálja, hogy a visszaállított katalógust használja abban a régióban. A késés minimálisra csökkentése érdekében a mintaalkalmazás úgy lett kialakítva, hogy mindig egy bérlői adatbázishoz csatlakozzon ugyanabban a régióban.

  5. Kiépít egy kiszolgálót és egy rugalmas készletet, amelyben új bérlők vannak kiépítve. Ezeknek az erőforrásoknak a létrehozásával biztosítható, hogy az új bérlők kiépítése ne akadályozza a meglévő bérlők helyreállítását.

  6. Frissíti az új bérlői aliast, hogy a helyreállítási régióban található új bérlői adatbázisok kiszolgálója felé mutasson. Az alias módosítása biztosítja, hogy az új bérlők adatbázisai a helyreállítási régióban is kiépítve vannak.

  7. Kiszolgálókat és rugalmas készleteket ad ki a helyreállítási régióban a bérlői adatbázisok visszaállításához. Ezek a kiszolgálók és készletek az eredeti régióban található konfiguráció tükrözött rendszerképei. A készletek előre kiépítése fenntartja az összes adatbázis visszaállításához szükséges kapacitást.

    Egy régió kimaradása jelentős nyomást gyakorolhat a párosított régióban elérhető erőforrásokra. Ha a dr. georedúnó-visszaállításra támaszkodik, akkor az erőforrások gyors lefoglalása ajánlott. Vegye fontolóra a georeplikációt, ha kritikus fontosságú egy alkalmazás helyreállítása egy adott régióban.

  8. Engedélyezi Traffic Manager webalkalmazás végpontját a helyreállítási régióban. A végpont engedélyezése lehetővé teszi, hogy az alkalmazás új bérlőket létesítsen. Ezen a ponton a meglévő bérlők még mindig offline állapotban vannak.

  9. Kérésköteseket küld az adatbázisok prioritási sorrendben való visszaállításához.

    • A kötegek rendszerezése úgy történik, hogy az adatbázisok párhuzamosan, az összes készletben is visszaállnak.

    • A visszaállítási kérések aszinkron módon vannak elküldve, így gyorsan el vannak elküldve, és várakozási sorba kerülnek az egyes készletben való végrehajtáshoz.

    • Mivel a visszaállítási kérések feldolgozása párhuzamosan, az összes készletben jobb, ha a fontos bérlőket több készlet között osztja el.

  10. Figyeli a szolgáltatást, hogy megállapítsa, mikor állnak vissza az adatbázisok. A bérlői adatbázis a visszaállítása után a katalógusban onlineként lesz megjelölve, és a bérlői adatbázis sorverzió-összegét rögzíti a rendszer.

    • A bérlői adatbázisokat az alkalmazás akkor érheti el, ha a katalógusban meg vannak jelölve online.

    • A bérlői adatbázis sorverzió-értékeinek összegét a katalógus tárolja. Ez az összeg ujjlenyomatként működik, amely lehetővé teszi, hogy az újraparanálási folyamat megállapítsa, hogy az adatbázis frissítve lett-e a helyreállítási régióban.

A helyreállítási szkript futtatása

Fontos

Ez az oktatóanyag visszaállítja az adatbázisokat a georedundáns biztonsági másolatból. Bár ezek a biztonsági másolatok általában 10 percen belül elérhetők, akár egy órát is igénybe vehet. A szkript szünetel, amíg elérhetővé nem válik.

Tegyük fel, hogy az alkalmazás üzembe helyezésének régiójában szolgáltatáskimaradás van, és futtassa a helyreállítási szkriptet:

  1. A PowerShell ISE -ban a ...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 szkriptben állítsa be a következő értéket:

    $DemoScenario = 2: Az alkalmazás helyreállítása helyreállítási régióba georedundáns biztonsági másolatok visszaállításával.

  2. A szkript futtatásához válassza az F5 lehetőséget.

    • A szkript egy új PowerShell-ablakban nyílik meg, majd elindítja a párhuzamosan futó PowerShell-feladatok készletét. Ezek a feladatok visszaállítják a kiszolgálókat, készleteket és adatbázisokat a helyreállítási régióba.

    • A helyreállítási régió az az Azure-régióhoz társított párosított régió, amelyben az alkalmazást üzembe helyezett. További információ: Párosított Azure-régiók.

  3. A helyreállítási folyamat állapotának figyelése a PowerShell-ablakban.

    Képernyőkép a PowerShell ablakról, ahol figyelheti a helyreállítási folyamat állapotát.

Megjegyzés

A helyreállítási feladatok kódjának vizsgálatához tekintse át a PowerShell-szkripteket a ...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\RecoveryJobs mappában.

Az alkalmazás állapotának áttekintése helyreállítás közben

Bár az alkalmazásvégpont le van tiltva a Traffic Manager, az alkalmazás nem érhető el. A katalógus vissza lesz jelölve, és az összes bérlő offline állapotúként van megjelölve. Ezután a helyreállítási régióban található alkalmazásvégpont engedélyezve lesz, és az alkalmazás újra elérhető lesz. Bár az alkalmazás elérhető, a bérlők offline állapotban jelennek meg az eseményközpontban az adatbázisaik visszaállításáig. Fontos úgy tervezni az alkalmazást, hogy offline bérlői adatbázisokat kezeljen.

  • A katalógus-adatbázis helyreállítása után, de még mielőtt a bérlők újra elérhetőek, frissítse a Wingtip Tickets eseményközpontot a webböngészőben.

    • Figyelje meg, hogy a láblécben a katalóguskiszolgáló neve most már -recovery utótaggal rendelkezik, és a helyreállítási régióban található.

    • Figyelje meg, hogy a még nem visszaállított bérlők offline állapotúként vannak megjelölve, és nem választhatók ki.

      Helyreállítási folyamat

    • Ha közvetlenül a bérlő eseményoldalát nyitja meg, miközben a bérlő offline állapotban van, az oldal egy offline bérlői értesítést jelenít meg. Ha például a Contoso Concert Hall offline állapotban van, próbálja meg megnyitni a http://events.wingtip-dpt.&lt ;user > .trafficmanager.net/contosoconcerthall.

      Az offline események oldalát bemutató képernyőkép.

Új bérlő kiépítése a helyreállítási régióban

A bérlői adatbázisok visszaállítása előtt is kiépíthet új bérlőket a helyreállítási régióban. A helyreállítási régióban kiépített új bérlői adatbázisokat a rendszer később újra kiépíti a helyreállított adatbázisokkal.

  1. A PowerShell ISE...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 szkriptben állítsa be a következő tulajdonságot:

    $DemoScenario = 3: Új bérlő kiépítése a helyreállítási régióban.

  2. A szkript futtatásához válassza az F5 lehetőséget.

  3. Amikor a kiépítés befejeződik, megnyílik a Hawtése Hall-események oldala a böngészőben.

    Figyelje meg, hogy a Hawtése Hall-adatbázis a helyreállítási régióban található.

    Hawtése Hall kiépítve a helyreállítási régióban

  4. A böngészőben frissítse a Wingtip Tickets events (Wingtip Tickets-események) lapot, hogy lássa a Hawthub Hallot is.

    Ha anélkül létesíti ki a Hawthet Hallot, hogy meg kellene várnia a többi bérlő visszaállítását, előfordulhat, hogy más bérlők még mindig offline állapotban vannak.

Az alkalmazás helyreállított állapotának áttekintése

Amikor a helyreállítási folyamat befejeződik, az alkalmazás és az összes bérlő teljesen működőképes lesz a helyreállítási régióban.

  1. Miután a PowerShell-konzolablakban látható megjelenítés az összes bérlő helyreállítását jelzi, frissítse az eseményközpontot.

    A bérlők mind online jelennek meg, beleértve az új bérlőt, Hawt online Hallot is.

    Helyreállított és új bérlők az eseményközpontban

  2. Kattintson a Contoso Concert Hall elemre, és nyissa meg annak eseményoldalát.

    A láblécben figyelje meg, hogy az adatbázis a helyreállítási régióban található helyreállítási kiszolgálón található.

    A Contoso a helyreállítási régióban

  3. A Azure Portalnyissa meg az erőforráscsoportok listáját.

    Figyelje meg az üzembe helyezett erőforráscsoportot, valamint a helyreállítási erőforráscsoportot a -recovery utótaggal. A helyreállítási erőforráscsoport tartalmazza a helyreállítási folyamat során létrehozott összes erőforrást, valamint a kimaradás során létrehozott új erőforrásokat.

  4. Nyissa meg a helyreállítási erőforráscsoportot, és figyelje meg a következő elemeket:

    • A katalógus és a tenants1 kiszolgálók helyreállítási verziói a -recovery utótaggal. A kiszolgálókon található visszaállított katalógus- és bérlőadatbázisok mind az eredeti régióban használt neveket használják.

    • A tenants2-dpt- < user > -recovery SQL Server. Ez a kiszolgáló új bérlők építésére szolgál a szolgáltatáskimaradás során.

    • Az events-wingtip-dpt- recoveryregion felhasználó nevű alkalmazásszolgáltatás, amely az eseményalkalmazás < > - < > helyreállítási példánya.

      Contoso-erőforrások a helyreállítási régióban

  5. Nyissa meg a tenants2-dpt- < user > -recovery SQL Servert. Figyelje meg, hogy tartalmazza a hawthall adatbázist és a Pool1 rugalmas készletet. A hawthall adatbázis rugalmas adatbázisként van konfigurálva a Pool1 rugalmas készletben.

Bérlői adatok módosítása

Ebben a feladatban frissíti az egyik visszaállított bérlői adatbázist. Az újraparanálási folyamat átmásolja az eredeti régióba módosított visszaállított adatbázisokat.

  1. A böngészőben keresse meg a Contoso Concert Hall eseménylistát, görgessen végig az eseményeken, és figyelje meg az utolsó eseményt, SúlyosAn.

  2. A PowerShell ISE -ban a ...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 szkriptben állítsa be a következő értéket:

    $DemoScenario = 4: Esemény törlése a helyreállítási régióban található bérlőből.

  3. A szkript végrehajtásához válassza az F5 lehetőséget.

  4. Frissítse a Contoso Concert Hall eseményoldalát ( ;felhasználó .trafficmanager.net/contosoconcerthall), és figyelje meg, hogy http://events.wingtip-dpt.&lt > az Esemény SúlyosAn hiányzik.

Az oktatóanyag ezen pontján helyreállította az alkalmazást, amely most a helyreállítási régióban fut. Új bérlőt létesített a helyreállítási régióban, és módosította az egyik visszaállított bérlő adatait.

Megjegyzés

A minta többi oktatóanyagát nem úgy tervezték, hogy helyreállítási állapotban futtassa az alkalmazást. Ha más oktatóanyagokat is meg szeretne ismerkedni, először az alkalmazást kell újrainformációra mindenképpen átveszi.

Az újraparanálási folyamat áttekintése

A kimaradás feloldása után az újraparanálási folyamat visszaállítja az alkalmazást és annak adatbázisát az eredeti régióba.

Georedurálás újraparanálása

A folyamat:

  1. Leállít minden folyamatban lévő visszaállítási tevékenységet, és visszavonja a függőben lévő vagy folyamatban lévő adatbázis-visszaállítási kéréseket.

  2. Újraaktiválja az eredeti régió bérlői adatbázisát, amelyek a kimaradás óta nem módosultak. Ezek az adatbázisok tartalmazzák a még nem helyreállított és a helyreállítás után nem módosított adatbázisokat. Az újraaktivált adatbázisok pontosan úgy érhetők el, mint a bérlőik legutóbb.

  3. Ki van ás ki az új bérlő kiszolgálójának és rugalmas készletének tükrözött képe az eredeti régióban. A művelet befejezése után a rendszer frissíti az új bérlői aliast, hogy erre a kiszolgálóra mutasson. Az alias frissítése esetén az új bérlők felvétele az eredeti régióban történik a helyreállítási régió helyett.

  4. Georeplikációval áthelyezi a katalógust az eredeti régióba a helyreállítási régióból.

  5. Frissíti a készlet konfigurációját az eredeti régióban, hogy az összhangban legyen a kimaradás során a helyreállítási régióban végrehajtott módosításokkal.

  6. Létrehozza a kimaradás során létrehozott új adatbázisokhoz szükséges kiszolgálókat és készleteket.

  7. Georeplikációt használ a visszaállítás után frissített visszaállított bérlői adatbázisok és a szolgáltatáskimaradás során kiépített összes új bérlői adatbázis újraformáltatásához.

  8. A visszaállítási folyamat során a helyreállítási régióban létrehozott erőforrásokat tisztítja meg.

A visszavetni szükséges bérlői adatbázisok számának korlátozásához az 1–3. lépést azonnal végre kell tenni.

A 4. lépés csak akkor történik meg, ha a helyreállítási régió katalógusát módosították a szolgáltatáskimaradás során. A katalógus akkor frissül, ha új bérlőket hoznak létre, vagy ha módosult valamelyik adatbázis- vagy készletkonfiguráció a helyreállítási régióban.

Fontos, hogy a 7. lépés minimális fennakadást okoz a bérlőkben, és ne legyen adatkimaradás. Ennek érdekében a folyamat georeplikációt használ.

Az egyes adatbázisok georeplikása előtt a rendszer törli az eredeti régióban található megfelelő adatbázist. A helyreállítási régióban található adatbázis ezután georeplikált lesz, és egy másodlagos replikát hoz létre az eredeti régióban. A replikáció befejezése után a bérlő offline állapotúként lesz megjelölve a katalógusban, ami megszakítja a helyreállítási régióban található adatbázishoz való kapcsolódást. Az adatbázis ezután átveszi a adatokat, így a függőben lévő tranzakciók feldolgozva a másodlagos adatbázist, így nem vesznek el adatok.

Feladatátvételen az adatbázis-szerepkörök vissza lesznek fordítva. Az eredeti régióban a másodlagos lesz az elsődleges írási-olvasási adatbázis, a helyreállítási régióban található adatbázis pedig csak olvasható másodlagos adatbázis lesz. A katalógus bérlői bejegyzése frissül, hogy az eredeti régióban található adatbázisra hivatkozik, és a bérlő onlineként van megjelölve. Ezen a ponton az adatbázis újraparatatása befejeződött.

Az alkalmazásokat újrapróbálkozási logikával kell megírni, hogy a kapcsolatok megszakadás esetén automatikusan újracsatlakoznak. Amikor a katalógust használják az újracsatlakozás közvetítőjére, az eredeti régióban található áttűnésadatbázishoz csatlakoznak. Bár a rövid kapcsolat megszakadása gyakran nem fordul elő, dönthet úgy, hogy munkaidőn túl is átveszi az adatbázisokat.

Egy adatbázis újrapatriánsát követően a helyreállítási régióban található másodlagos adatbázis törölhető. Az eredeti régióban található adatbázis ezután ismét a georedens visszaállításra támaszkodik a dr. védelem érdekében.

A 8. lépésben a helyreállítási régióban található erőforrások, beleértve a helyreállítási kiszolgálókat és a készleteket is, törlődnek.

A újraparatációs szkript futtatása

Tegyük fel, hogy a kimaradás megoldódott, és futtassa az újraparabatációs szkriptet.

Ha követte az oktatóanyagot, a szkript azonnal újraaktiválja a Fabrikam Clubot és a Dogwood Dojo-t az eredeti régióban, mivel azok nem változnak. Ezután újratüremkedi az új bérlőt, a Hawtemet Hallot és a Contoso Concert Hallot, mert azt módosították. A szkript a katalógust is újratűnti, amelyet a Hawtcho Hall kiépítésekor frissítettek.

  1. A PowerShell ISE...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 szkriptben ellenőrizze, hogy a katalógusszinkronizálási folyamat továbbra is fut-e a PowerShell-példányban. Szükség esetén indítsa újra a következő beállítással:

    $DemoScenario = 1: Kezdje el szinkronizálni a bérlői kiszolgálót, a készletet és az adatbázis konfigurációját a katalógusba.

    A szkript futtatásához válassza az F5 lehetőséget.

  2. Ezután az újraparatatási folyamat elkezdését a következő beállítással kezdheti meg:

    $DemoScenario = 5: Az alkalmazás visszapatriasztás az eredeti régióba.

    A helyreállítási szkript új PowerShell-ablakban való futtatásához válassza az F5 lehetőséget. Az újraparanálás több percig is eltarthat, és a PowerShell-ablakban figyelhető.

  3. Amíg a szkript fut, frissítse az eseményközpont oldalát ( http://events.wingtip-dpt.&lt ;user > .trafficmanager.net).

    Figyelje meg, hogy a folyamat során az összes bérlő online állapotban van és elérhető.

  4. Válassza ki a Fabrikam Clubot a megnyitásához. Ha nem módosítja ezt a bérlőt, a láblécben figyelje meg, hogy a kiszolgáló már visszaállt az eredeti kiszolgálóra.

  5. Nyissa meg vagy frissítse a Contoso Concert Hall eseményoldalát. Figyelje meg a láblécben, hogy az adatbázis kezdetben még mindig a -recovery kiszolgálón van.

  6. Frissítse a Contoso Concert Hall-események oldalát a újraparanálási folyamat befejezésekor, és figyelje meg, hogy az adatbázis most már az eredeti régióban van.

  7. Frissítse újra az eseményközpontot, és nyissa meg a Hawthub Hallot. Figyelje meg, hogy az adatbázisa is az eredeti régióban található.

Helyreállítási régió erőforrásainak tisztítása az újraparamentálás után

Az újraparanálás befejezése után biztonságosan törölheti a helyreállítási régióban található erőforrásokat.

Fontos

Azonnal törölje ezeket az erőforrásokat, hogy leállítsa számukra az összes számlázást.

A visszaállítási folyamat létrehozza az összes helyreállítási erőforrást egy helyreállítási erőforráscsoportban. A törlési folyamat törli ezt az erőforráscsoportot, és eltávolítja az erőforrásokra mutató összes hivatkozást a katalógusból.

  1. A PowerShell ISE...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1 szkriptben állítsa be a következőt:

    $DemoScenario = 6: Elavult erőforrások törlése a helyreállítási régióból.

  2. A szkript futtatásához válassza az F5 lehetőséget.

A szkriptek tisztítása után az alkalmazás visszatér oda, ahonnan elindult. Ezen a ponton újra futtathatja a szkriptet, vagy kipróbálhat más oktatóanyagokat.

Az alkalmazás megtervezése annak biztosításához, hogy az alkalmazás és az adatbázis közös helyen legyen

Az alkalmazás úgy lett kialakítva, hogy mindig a bérlő adatbázisával azonos régióban található példányról csatlakozzon. Ez a kialakítás csökkenti az alkalmazás és az adatbázis közötti késést. Ez az optimalizálás feltételezi, hogy az alkalmazás és az adatbázis közötti interakció nagyobb, mint a felhasználó és az alkalmazás közötti interakció.

Előfordulhat, hogy a bérlői adatbázisok egy ideig a helyreállítás és az eredeti régiók között vannak elterjedve az újraparanálás során. Az alkalmazás minden adatbázis esetén megkeresi a régiót, amelyben az adatbázis található, és DNS-keresésen keresztül megkeresi a bérlői kiszolgáló nevét. A kiszolgáló neve egy alias. Az aliasnevű kiszolgálónév tartalmazza a régió nevét. Ha az alkalmazás nem ugyanabban a régióban van, mint az adatbázis, akkor a kiszolgálóval azonos régióban található példányra irányítja át. Az adatbázissal azonos régióban található példányra való átirányítás minimálisra csökkenti az alkalmazás és az adatbázis közötti késést.

További lépések

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

  • A bérlőkatalógussal rendszeres időközönként frissített konfigurációs adatokat tart meg, ami lehetővé teszi tükrözött rendszerkép-helyreállítási környezetek egy másik régióban való létrejöttét.
  • Adatbázisok helyreállítása a helyreállítási régióba georedúment használatával.
  • Frissítse a bérlőkatalógust a visszaállított bérlői adatbázis helyének megfelelően.
  • DNS-alias használatával engedélyezheti, hogy egy alkalmazás újrakonfigurálás nélkül csatlakozzon a bérlői katalógushoz.
  • A georeplikációval a helyreállított adatbázisokat a kimaradások megoldása után az eredeti régióba is vissza lehet állítani.

Próbálja ki a vészhelyreállítást egy több-bérlős SaaS-alkalmazáshoz adatbázis georeplikáció használatával című oktatóanyagból, amelyből megtudhatja, hogyan használhatja a georeplikációt a nagyméretű több-bérlős alkalmazások helyreállításához szükséges idő jelentős csökkentéséhez.

További források

További oktatóanyagok, amelyek a Wingtip SaaS-alkalmazásra épülnek