Tudja az intuíciót, előadást, visszaállítja a 2018-as csere-kiszolgáló-adatbázisot összeomlás után
Biztonsági stratégiák
Az Exchange kiszolgálón bekövetkezett baleset esetén az Exchange-szerveren az utolsó biztonsági mentés óta létrehozott információ visszaállt a tranzakciós naplókból.
Ha a store.exe folyamat normál körülmények között indul (helyreállítás nélkül), például normál leállítás és újraindítás után
Exchange kiszolgáló, akkor ha nincs hozzáférése az ellenőrzőpont fájlhoz, akkor minden tranzakciónapló lejátszásra kerül. Itt jelentős, hogy ebből a fájlból az áruház folyamat határozza meg, hogy a tranzakciós naplók melyik részét már írták az adatbázisokba, és melyiket még. Ha hozzáférést kap egy ellenőrzőpontfájlhoz, akkor csak azokat a tranzakciónapló azon részeit játssza le, amelyek nem íródtak az adatbázisba, ha a naplókban szereplő tranzakciók újabbak, mint az adatbázisban lévő tranzakciók.
Biztonsági eljárás
A mentési folyamat a biztonsági mentési alkalmazás indításával kezdődik. Ez az alkalmazás felhívja a Web Storage System szolgáltatást a szükséges biztonsági másolat típusra, majd elindul a biztonsági mentési folyamat. A WSS tájékoztatja az ESE-t arról, hogy mentési módban van, majd létrehoz egy beállító fájlt (.PAT) minden egyes adatbázisra, amelyre biztonsági másolat készül (teljes biztonsági másolat feltételezhető). Az online teljes biztonsági mentés folyamatában az adatbázis nyitva áll a munka számára, és az ügyletek továbbra is adatbázisokban rögzíthetők. Ha az ügylet a már másolt műveletet hívja. edb fájlt a biztonsági mentés határain keresztül (egy helyet a. edb fájlban, amely jelzi, hogy mit másolt és mi nem), akkor ez az oldal a határ előtt található fájlba kerül. PAT. Minden redundáns adatbázishoz külön PAT fájlt használunk. például Privl. pat. Publ. Pat vagy Srs. pat. Ezek a fájlok csak a mentési és visszaállítási eljárások során jelennek meg. A differenciális vagy növekményes mentési eljárás során nincs beállító fájl.
Amikor az ESE megy a mentési módba, megnyílik egy új naplófájl. Ha például az Edb .log jelenleg nyitva van, bezár és átnevezik, hogy megfeleljen az utolsó generációnak, ezután új Edb .log fájl nyílik meg. Ezen a ponton az ESE le tudja csonkolni a naplókat a biztonsági mentés befejezése után.
A növekményes vagy differenciális biztonsági másolatokkal csak naplófájlokkal dolgozhat. Az olyan műveletek, amelyek tartalmaznak korrekciós fájlokat, ellenőrző összegeket vagy szekvenciális oldalolvasásokat, nem végeznek el.
Ismét elképzelheti a mentési folyamatot lépéssorozatokként.
A helyreállítási folyamat áttekintése
A helyreállítási folyamat elindítása előtt szét kell szüntetni az adatbázist vagy a tárolási csoportot, és hozzáférést kell biztosítani a felhasználók számára. Ezt az Exchange System Manager (ESM) segítségével lehet elvégezni.
A visszaállítási művelet megkezdésekor a tároló tájékoztatja az ESE-t, hogy a visszaállítási folyamat elindul, és az ESE visszatér a helyreállítási üzemmódba. A mentési ügynök az adatbázist a mentési adathordozóról közvetlenül az adatbázis elérési útjára másolja. Ne feledje, hogy az adatbázis egy pár fájl - .EDN és. STM. A megfelelő naplófájlok és javítások a megadott ideiglenes helyre kerülnek a kiszolgálóra, így azok nem tárolódnak, ha a fájlok működő környezetben vannak. Ha kiderül, hogy ugyanaz a munka- és átmeneti elérési út van megadva, felülírhatja a naplófájlokat, és logikai hibát okozhat az aktuális adatbázisban. Ezért az ideiglenes elérési útnak feltétlenül különböznie kell a munkahelytől.
Miután helyreállította a naplófájlokat, és ideiglenes helyre állította, egy új helyreállítási tárolócsoportot nyit meg kifejezetten az adatbázis-helyreállításhoz. Ezt követően az adatbázist átmásolja a mentési adathordozóról az ideiglenes helyre (és a helyreállítási tárolócsoportba). Ezután a korrekciós fájl és a mentési adathordozó naplóinak adatait az adatbázis-helyreállítási rendszer az adatbázisba másolja.
Mindezekből következik, hogy minden logfájlban minden tranzakció az alábbiak szerint értelmezhető. Az egyes tranzakciók időbélyegzője az ügyféllel hivatkozott adatbázisban található oldalszámmal együtt olvasható. Ezután az adatbázisban lévő időbélyegzőt leolvassák és összehasonlítják a tranzakció tranzakciós bélyegzésével a tranzakciónaplóban. Ha a folyóirat tranzakciója későbbi bélyegzővel rendelkezik, akkor a tranzakciónaplóból származó tranzakció az adatbázisba kerül. Ellenkező esetben (az adatbázisban lévő oldal időbélyege a tranzakciónaplónál később történik, mint a tranzakcióban szereplő időbélyegző), az ESE kihagyja ezt a tranzakciót és
a következő tranzakcióra lép, hogy lejátssza az adatbázisban.
Ezért az ESE feldolgozza az aktuális naplókat, amely visszaadja azt az pontot, ahol az adatbázis sérült (meg kell érteni, hogy minden tranzakciós napló van az utolsó teljes operatív sikeres biztonsági mentéstől az összeomlás idejére). Ezután az ESE végrehajtja a felüle- tési műveleteket, törölve a napló- és korrekciós fájlokat az ideiglenes helyről, és törli a helyreállítási példányt. Ezután a tárolócsoport a gyártási környezetbe van szerelve, és az adatbázis fel van szerelve.
Bináris fájlok visszaállítása
Különböző helyreállítási forgatókönyvek
Néha nem kell visszaállítania az egész kiszolgálót vagy az egész adatbázist. Ebben a szakaszban különféle helyreállítási lehetőségeket fogunk tárgyalni:
- operatív biztonsági mentések visszaállítása;
- önálló mentések visszaállítása;
- egy postafiók visszaállítása;
- egy adatbázis visszaállítása;
- állítsa vissza az adatbázist egy másik kiszolgálóra;
- a naplófájlok visszaállítása.