A pillanatképek fontosak, függetlenül attól, hogy egy egyszerű virtuális gépet futtat az otthoni számítógépén, vagy ha ez egy vállalati adatbázis, amelyet folyamatosan frissítenek és módosítanak. Pillanatfelvételek, vagyis a teljes fájlrendszer másolata, olyan, amilyen egy adott időszakban volt, fontos.

Az emberek gyakran nem veszik észre, hogy hol romlottak el a dolgok, egy fájlt töröltek, és senki sem vette észre, hogy eltűnt. Több biztonsági másolat is letelt, és most rájössz, hogy az elmúlt 5 hét összes elérhető biztonsági másolatából hiányzik egy fontos fájl. Ebben az oktatóanyagban megnézzük, hogyan kell használni a ZFS pillanatképeket, és megérinteni a különféle pillanatfelügyeleti házirendeket, amelyek optimálisan működnének mind az erőforrás-felhasználás, mind a helyreállíthatóság szempontjából.

Copy-On-Write mechanizmus

A ZFS rendelkezik mind a fájlok, mind a könyvtárak magas szintű áttekintésével, és megérti, hogyan íródnak az adatok a lemezre. Amikor fizikailag írunk adatokat egy lemezre, ezt diszkrét blokkokban kell megtenni. A blokk mérete általában 1 MB lehet, de az alapértelmezett érték általában 128 KB. Ez azt jelenti, hogy minden módosítás (olvasás, írás vagy törlés) a diszkrét blokkokban történik.

A másolásról írásra mechanizmus biztosítja, hogy amikor egy blokkot módosítanak, ahelyett, hogy közvetlenül módosítaná a blokkot, másolatot készít a blokkról az új blokkon elvégzett szükséges módosításokkal.

Ez különösen akkor hasznos, ha mondjuk áramkimaradás van, és a rendszer összeomlik, miközben új adatokat írtak a lemezre. Ha ez egy hagyományos fájlrendszerben történik, akkor a fájlok megsérülnek, vagy lyukak maradnak bennük. De ha ZFS-t használ, elveszítheti a folyamatban lévő tranzakciót, ahogy ez történt, de a fájlok utolsó érvényes állapota továbbra is érintetlen marad.

A pillanatképek is erre a funkcionalitásra támaszkodnak, és valójában meglehetősen erősen. Amikor pillanatfelvételt készít egy adott adatkészletről (a „dataset” a fájlrendszer ZFS-fogalma), a ZFS csak rögzíti az időbélyeget, amikor a pillanatkép elkészült. Ez az! Nincs adat másolása és nincs szükség további tárhelyre.

A pillanatkép csak akkor kezd el külön tárhelyet fogyasztani, ha a fájlrendszer megváltozik, és a benne lévő adatok eltérnek a pillanatképtől. A motorháztető alatt ez történik - A régi blokkok időbeli újrahasznosítása helyett a ZFS körben tartja őket. Ez szintén javítja a tárhely kihasználtságát. Ha pillanatképet készít egy 20 GB-os adatkészletről, és csak néhány szövegfájlt módosít itt-ott, akkor a pillanatkép csak néhány MB helyet foglalhat el.

Pillanatképek készítése

A pillanatképek használatának bemutatásához kezdjünk egy olyan adatkészlettel, amely sok szövegfájlt tartalmaz, csak azért, hogy az ügy egyszerű legyen. A virtuális gép, amelyet a bemutatóhoz használni fogok, a FreeBSD 11-et futtatja.1-RELEASE-p3, amely a legújabb stabil kiadás elérhető az írás idején. A gyökér fájlrendszer a zroot alapértelmezés szerint pool és sok ismerős könyvtár, mint például / usr / src, / home, / stb minden saját adatkészlet fel van szerelve zroot. Ha nem tudod, mit jelent a medence (vagy egy zpool), akkor a ZFS köznyelvben érdemes lenne elolvasni, mielőtt folytatnád.

A FreeBSD-n alapértelmezés szerint a sok fájlrendszer vagy adatkészlet egyike: zroot / usr / src

A tulajdonságok megtekintéséhez futtassa a következő parancsot.

[e-mail védett]: ~ $ zfs list zroot / usr / src

Mint látható, 633 MB tárhelyet használ. Ez tartalmazza az operációs rendszer teljes forrásfáját.

Készítsünk egy pillanatfelvételt zroot / usr / src

[e-mail védett]: ~ $ zfs pillanatkép zroot / usr / [e-mail védett]

A @ szimbólum elválasztóként működik az adatkészlet és a pillanatkép neve között, ami esetünkben az pillanatkép1.

Most nézzük meg a pillanatkép állapotát annak létrehozásakor.

A parancs futtatásával:

zfs list -rt all zroot / usr / src

Láthatja, hogy a pillanatkép születésekor nem használ felesleges helyet. Nincs szabad hely sem, mert szigorúan olvasható adatkészlet, maga a pillanatkép nem tud növekedni, módosulni vagy zsugorodni. Végül, sehova nincs csatlakoztatva, ami teljesen elszigeteli az adott fájlrendszer-hierarchiától.

Most távolítsuk el a sbin könyvtárba / usr / src /

[e-mail védett]: $ rm / usr / src / sbin

A pillanatképet megnézve látni fogja, hogy nőtt,

Erre azért van szükség, mert itt működik a másolás-írásra mechanizmus, és a fájlok törlése (vagy módosítása) azt eredményezte, hogy több adat csak a pillanatképhez és nem a ténylegesen használt adatkészlethez kapcsolódik.

Figyelje meg a REFER oszlopot a fenti kimenetben. Megadja az elérhető adatmennyiséget az adatkészleten, míg a HASZNÁLT oszlop csak azt mutatja meg, hogy mekkora helyet foglal el a fizikai lemez.

A ZFS Copy-On-Write mechanizmusa gyakran ellentmondásos eredményeket ad, amikor egy fájl törlésével úgy tűnik, mintha most több helyet használna, mint korábban. Azonban, ha eddig olvasott, tudja, mi történik valójában!

Befejezés előtt állítsuk helyre a sbin tól től pillanatkép1. Ehhez egyszerűen futtassa:

[email protected]: / usr / src $ zfs rollback zroot / usr / [email protected]

Pillanatképes politika

A következő kérdés: - Milyen gyakran szeretné elkészíteni a pillanatképeket? Bár vállalkozásonként változhat, vegyünk egy nagyon dinamikus adatbázist, amely oly gyakran változik.

Először körülbelül 6 óránként kezdene el pillanatképeket készíteni, de mivel az adatbázis annyira megváltozik, hamarosan megvalósíthatatlanná válik az összes létrehozott pillanatkép tárolása. Tehát a következő lépés a mondjuk 48 óránál régebbi pillanatképek megtisztítása lenne.

Most az lenne a probléma, hogy visszaszerezzen valamit, ami 49 órával ezelőtt elveszett. A probléma kijátszása érdekében megtarthat egy vagy két pillanatfelvételt a 48 órás előzményekből, és egy hétig megőrzi őket. Tisztítsd meg őket, amikor idősebbek lesznek ennél.

És ha tovább tudsz haladni, akkor pillanatfelvételeket tömöríthetsz a rendszer egészen a genetikájáig, csak a frekvencia csökkenő sorrendjében. Végül szeretném felhívni a figyelmet arra, hogy ezek a pillanatképek CSAK OLVASHATÓK, ami azt jelenti, hogy ha egy ransomware fertőzött meg, és az összes adatot titkosítják (módosítják). Ezek a pillanatképek valószínűleg még mindig érintetlenek lennének.