Melyik fs tud undelete-et

Naplózó filerendszerek (journaling)

Hali!

Az lenne a kerdesem, hogy melyik naplozo filerendszer tud hatekony undelete-et, esetleg visszaporgetest (ennek nem tudom, mi a rendes neve) megvalositani. Egyaltalan van olyan fs, ami tud ilyesmit? Es ha nem tud, akkor mi az ertelme a naplozasnak? (Ez lehet, hogy nagyon lama kerdes, de nem tudom.)

By(t)e
TBS::Antiemes

  • 1746 megtekintés

( ggergely (nem ellenőrzött) | 2007. 03. 29., cs – 00:10 )

a naplózás ártelme, hogy a filerendszer mindig konzisztes állapotban van. Ezt pl így lehet megoldani:

módosítani akarsz a filerendszeren:
beleírodd a naplóba mit akarsz
egcsinálod
kitörlöd a naplóból a bejegzést.

ha a rendszer összeomlik, megnézed mi vana naplóban: ha üres a filerendszer ép. ha van benne valami, azt visszacsinálod, és a filerendszer ép. adat persze veszhet, de csak az utolsó módosítás, nem borul az egész diszk.

A visszagörgetésre: backupolni kell. erre megldás/segítség pl az LVM snapshot:

a kötetedről csinál egy csak olvasható pillanatképet, de az ezköz múdosítható marad. lehet backupolni, egy konzisztens pillanaképet, mégsem kell a gépnek single user módban futni. a részleteknek olvassutána, mert hosszú.

( Dwokfur v | 2007. 03. 29., cs – 00:20 )

Az előttem szóló mellett hangsúlyozottan meg kell jegyezni:
A naplózást nem az undelete miatt implementálták, hanem az adatvesztés megakadályozására.

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( zoli78 | 2007. 03. 29., cs – 00:35 )

Naplózás

Több fajtája van:
- metadata naplózás: ez azt jelenti, hogy csak a fájlrendszer belső szervezési információit naplózza.
- teljes naplózás: ekkor a fájlokba kiírásra kerülő adatokat is naplózza (lassú és nagy helyet igényel)
A naplózásból ráadásul létezik többféle is. Van olyan, amelyik azt naplózza le, hogy mit fog változtatni. Ekkor ha leállás van, akkor egyszerűen csak végre kell hajtani a még meglévő naplóbejegyzéseket. Akkor sincs gond, ha egy naplóbejegyzés már végre volt hajtva, hisz ugyanazt fogja ugyanoda kiírni. A naplózás másik nagy fajtája a visszavonási napló, amikor azt naplózza, hogy mit változtatott meg, ekkor ha gond van, akkor szintén a meglévő naplóbejegyzéseket végrehajtva eggyel korábbi stabil állapotba vihető a fájlrendszer.
Egyébként az elméleti háttere még ennél is jóval összetettebb és még további változatok és finomságok vannak. Ha érdekel a téma, akkor ajánlom az adatbáziskezelők belső megvalósításával foglalkozó szakirodalmat, mert ott ezek jól ki vannak fejtve.

Visszaállítós fs

Én a samban állítottam be azt, hogy törléskor megsorszámozva rakja át a törlendő fájlt egy "deleted files" könyvtárba. Ez mondjuk irodán, cégen belül járható megoldás, ahol amúgyis fájlszerveren dolgoznak. Ha véletlen mégis letörölte az alkalmazott, amit nem kellett volna, akkor vissza lehet keresni több korábbi állapotát is. Ha a naplózás is megfelelően be van állítva, akkor még azt is meg lehet mondani, hogy mikor ki melyik ip címről törölte.

Létezik fájlrendszer is, ami amolyan "időgép"-ként tud viselkedni. Ilyen pl. a nilfs (nilfs.org), amiben korábbi időpontokbeli állapotát fel tudod csatolni a fájlrendszernek. Egy másik, de eléggé brutál megoldás egy verziókövető rendszer használata (pl. subversion). Ha eléggé hunyorítva nézünk rájuk, akkor fájlrendszernek néznek ki. ;-) (webdavon keresztül már eléggé annak látszanak)

itt le vagyon írva minden:
http://us1.samba.org/samba/docs/man/Samba-HOWTO-Collection/VFS.html#id3…
Ha nem ugrana oda, akkor samba official howto >> VFS >> Recycle

A recycle:versions opciót bekapcsolva ha van már olyan nevű fájlt a szemetesben, akkor sorszámozva mellé teszi ahelyett, hogy felülírná.

A részletes naplózás ugyanezen oldalon van leírva: extd_audit