Ez igaz kozel minden adatbazisrendszerhez hasonlo mukodesre, ami azert manapsag is meglehetosen gyakran elofordul. Egy sima mysql+innodb parost sem tudsz menteni menet kozben valtozo tartalom masolasaval, csak a mysql/innodb egyuttmukodesevel.
Vagy konzisztens snapshotot keszitessz es azt mented, vagy az alkalmazas keszit snapshotot es keszit neked redo logot.
Bizonyos feltetelek fennalasakor lehet valtozas kozben is menteni az fileket, ahol file1blokk1[T1] jeloli a file1 elso blokkjanak T1 idopontban. A lementett adatkupac valami ilyesmi lesz file1blokk1[T1];file1blokk2[T1];file1blokk3[T2];file1blokk3[T];file2blokk1[T2];file2blokk2[T2];..
Konzisztens mentesed lesz a filekrol akkor is, ha T1 idopontban megjelolod az egesz snapshotot, a fileket valtozas kozben mented (T1..T4 idopont valamelyikeben) ES redo logkent alkalmazod a lementett adatkupacra a T4-T1 valtozasokat (pl.:a file1blokk3 valtozott a mentese utan T3 idopontban = redofile1blokk3[T3]; file2blokk1 valtozott T3 idopontban redofile2blokk1[T3];...)
A konzisztens mentes redo logot alkalmazva: file1blokk1[T1];file1blokk2[T1];redofile1blokk3[T3];file1blokk3[T];redofile2blokk1[T3];file2blokk2[T2];..
Az FS-nek minden idopillanatban konzisztensnek kell lennie. Ha nem konzisztens, hogy elne tul egy aramszunetet / crash? A valtozas kozben masolgatunk jellegu mentesek mindent fognak csinalni, csak epp konzisztens mentest nem. Email-nal ez konnyen lehet, hogy nem feltuno, a mailboxok tobbsege valoszinuleg append only.
A mersekelten egyuttmukodo (es / vagy fsync/fdatasync/msync/stb muveleteket hirbol sem ismero) alkalmazasokra tenyleg nincs nagyon mas hasznalhato es konzisztens, mint a (vm) leallitas, egy snapshot idejere. Adatvesztes itt viszont varhato lesz, egy varatlan aramszunet / crash alkalmaval.