Vészhelyreállítási próbák végrehajtása

A következőre vonatkozik: Azure SQL Database

Javasoljuk, hogy a helyreállítási munkafolyamat alkalmazáskészségének ellenőrzése rendszeres időközönként legyen végrehajtva. Az alkalmazás viselkedésének és az adatvesztés következményeinek és/vagy a feladatátvételi zavarnak az ellenőrzése jó mérnöki gyakorlat. Emellett a legtöbb iparági szabvány az üzletmenet-folytonossági tanúsítvány részeként is követelmény.

Vészhelyreállítási gyakorlat végrehajtása a következőkből áll:

• Adatszint-leállás szimulálása
• Visszaszerzés
• Alkalmazásintegritás ellenőrzése a helyreállítás után

Attól függően, hogy hogyan tervezte az alkalmazást az üzletmenet-folytonosság érdekében, a részletezés végrehajtásához szükséges munkafolyamat eltérő lehet. Ez a cikk az Azure SQL Database-hez kapcsolódó vészhelyreállítási próbák végrehajtásának ajánlott eljárásait ismerteti.

Geo-restore

A vészhelyreállítási részletezés során bekövetkező lehetséges adatvesztés elkerülése érdekében végezze el a részletezést egy tesztkörnyezettel az éles környezet másolatának létrehozásával és az alkalmazás feladatátvételi munkafolyamatának ellenőrzéséhez.

Kimaradás szimulációja

A kimaradás szimulálásához átnevezheti a forrásadatbázist. Ez a névmódosítás alkalmazáskapcsolati hibákat okoz.

Recovery

• Végezze el az adatbázis georedukciós visszaállítását egy másik kiszolgálóra az Azure SQL Database vészhelyreállítási útmutatójában leírtak szerint.
• Módosítsa az alkalmazás konfigurációját a helyreállított adatbázishoz való csatlakozáshoz, és kövesse az Adatbázis konfigurálása helyreállítási útmutatót a helyreállítás befejezéséhez.

Ellenőrzés

Végezze el a részletezést a helyreállítás utáni alkalmazásintegritási ellenőrzéssel (beleértve a kapcsolati sztring, a bejelentkezéseket, az alapvető funkciók tesztelését vagy a szabványos alkalmazás-bejelentkezési eljárások egyéb érvényesítési részét).

Feladatátvételi csoportok

Feladatátvételi csoportokkal védett adatbázisok esetében a részletezési gyakorlat a másodlagos kiszolgálóra történő tervezett feladatátvételt foglalja magában. A tervezett feladatátvétel biztosítja, hogy a feladatátvételi csoport elsődleges és másodlagos adatbázisai szinkronban maradjanak a szerepkörök váltásakor. A nem tervezett feladatátvétellel ellentétben ez a művelet nem okoz adatvesztést, így a részletezés éles környezetben is elvégezhető.

Kimaradás szimulációja

A kimaradás szimulálásához letilthatja az adatbázishoz csatlakoztatott webalkalmazást vagy virtuális gépet. Ez a kimaradásszimuláció a webes ügyfelek csatlakozási hibáit eredményezi.

Recovery

• Győződjön meg arról, hogy a DR régióban az alkalmazáskonfiguráció a korábbi másodlagosra mutat, amely teljesen akadálymentes új elsődleges lesz.
• Kezdeményezheti a feladatátvételi csoport tervezett feladatátvételét a másodlagos kiszolgálóról.
• A helyreállítás befejezéséhez kövesse az adatbázis konfigurálása helyreállítási útmutatót.

Ellenőrzés

Végezze el a részletezést a helyreállítás utáni alkalmazásintegritási ellenőrzéssel (beleértve a kapcsolódást, az alapvető funkciók tesztelését vagy a részletezési regisztrációkhoz szükséges egyéb érvényesítéseket).

További lépések

• Az üzletmenet-folytonossági forgatókönyvek megismeréséhez tekintse meg a folytonossági forgatókönyveket.
• Az Azure SQL Database automatikus biztonsági mentéseinek megismeréséhez tekintse meg az SQL Database automatikus biztonsági mentéseit
• Az automatikus biztonsági mentések helyreállítási célú használatáról további információt a szolgáltatás által kezdeményezett biztonsági másolatok adatbázisának visszaállításával kapcsolatban talál.
• A gyorsabb helyreállítási lehetőségekről az Aktív georeplikációs és feladatátvételi csoportok című témakörben olvashat.
• Tekintse át az Azure SQL Database vészhelyreállítási útmutatóját , valamint az Azure SQL Database magas rendelkezésre állási és vészhelyreállítási ellenőrzőlistát.