OpenSolaris Time Slider-szerű szolgáltatás érkezhet a GNOME-ba Linux alatt is

Címkék

Ugyan több dolognak kell még megvalósulnia ahhoz, hogy egy, az OpenSolaris-ban már megtalálható Time Slider-szerű funkció megjelenhessen a Linux-on futó GNOME környezetekben is, de mindenesetre az ötletelés már megkezdődött vele kapcsolatban.

Az OpenSolaris 2008.11-ben jelent meg hivatalosan a GNOME környezetbe integrált "ZFS-based backup system", a Time Slider, amely a ZFS snapshotting funkciójára épít. A következő videó bemutatja a működését:

Mivel a Linux-hoz is gőzerővel készül a btrfs (vagy "butterfs") névre hallgató snapshotting képességekkel felruházott, következő generációs fájlrendszer, elkészültével nem lesz akadálya, hogy a fejlesztők a Linux kernelen futtatott GNOME környezetbe is integráljanak hasonló funkcionalitást. A tervezés már elkezdődött, a Google által szponzorált Summer of Code 2009 eseményre készülve a GNOME-nál már felbukkant az ötletek közt egy nautilus: time slider for btrfs felvetés.

Az OpenSolaris Time Slider-rel kapcsolatban bővebb információk találhatók Erwann Chénedé blogjában.

Hozzászólások

Ezt egy nagyon jó és hasznos funkció. Ha megjelenik, sokaknak szimpatikus tulajdonság lehet... Vagy nem vár senki és használ mindenki solarist desktopnak.

Érdemes megjegyezni, hogy ugyan nem filerendszer snapshot alapon, de hasonló funkcionalitást már most is lehet használni. A neve Time Vault. Ugyan még beta, de én már hónapokkal ezelőtt is használhatónak láttam amikor kipróbáltam. A cikkben szereplő megoldásnál a filerendszer snapshotting képességének kihasználása lenne az újdonság.

--
trey @ gépház

Nem működik a Nautilus integráció.
Beállítottam 2 könyvtárat.
/etc
/home/akarmi-t

A változásokat szépen jelezte a notifier, de a browser a /etc-s beli változásokat nem tudja megmutatni.
A Browserben csak a / szűrő működik, a /etc, a /home és a /home/akarmi nem.
A Dif-re csak saját magával hasonlítja össze, azt jól mutatja, mert egyezik :-)
Hirtelen ennyi.
15 percet szántam rá.
Még várni kell vele.

Szerk.: a / szűrőnél a /home/akarmi változását mutatja.

"Nem működik a Nautilus integráció."

A Nautilus integráció nem is működött soha. Amikor be akarod kapcsolni, erre figyelmeztet is.

"A változásokat szépen jelezte a notifier, de a browser a /etc-s beli változásokat nem tudja megmutatni."

Nekem már most mutatja, pedig csak néhány perce telepítettem fel. Persze ehhez a "Snapshot browser as root" opciót kell indítani a panelen levő ikonon.

A többit megnézem.

--
trey @ gépház

Futólag kipróbáltam:

Nekem látszanak a snapshotok, tudom őket böngészni, tudok diff-elni, tudok "revert"-elni korábbi időpontra. Valóban hiányoznak még kényelmi szolgáltatások és vannak még nem vagy nem teljesen jól működő részei. Ahogy egy pre beta szoftvernél ez lenni szokott. Azonban a magja már használható.

--
trey @ gépház

Lassan már tényleg oda jut az openSolaris, hogy azért egy próbát már megér. Nem tudom, nem próbáltam még éles gépen, de irodai felhasználásra elég igéretesnek tünik. nem tudom, hogy a KDE4 hogy fut rajta, mert elsősorban KDE párti vagyok, meg hát az sem biztos, hogy ezek a kis extrák elérhetőek KDE alól is :(

A francba az fs snapshottinggal, egy egyszeges es hasznalhato clipboard-ot csinaljanak.

tompos

az akcentus alapján egy indiai fejlesztő kommentálhatja a videót a Sun bangalorei központjából:)

for free speech

Az megoldhato a ZFS snapshot-nal, hogy kulso tarhelyre keszitse a menteseket? Mert ez tenne igazan hasznossa.

Szerintem a snapshotnak pont az a lényege, hogy nem külső tárhelyre készül... vö. Windows shadow copy!

Külső egységre/tárhelyre napi/heti/havi/éves/stb mentéseket kell készíteni, ennek az az értelme, hogy _azonnal_ vissza tudsz állítani egy fájlt vagy egy fájl korábbi változatát. Ráadásul egy n userrel megáldott rendszeren a userek maguk állíthatják vissza a saját kis fájljaikat, ellentétben a külső mentéses megoldással. (legalábbis így gondolom, a shadow copy -ból kiindulva)

Azt az UFS snapshot tudja csak, de csak azért, mert fordított logikával működik, vagyis a snapshot óta frissült adatok eredetije kikerül a snapshot fájlba.

A ZFS snapshot a tranzakciós írási logika továbbfűzése. Vagyis új adatot mindig üres helyre ír, ha az megvan, akkor a metaadatot írja át, hogy az új helyre irányítson. Ezért nincs szükség például naplózásra ZFS-ben. Snapshotnál írás után a régi adatot nem törli a fájlrendszer. Nem is lenne képes más eszközt használni snapshotra.

off: Miért érzek késztetést, hogy kipróbáljam ezt is? :S FreeBSD, Ubuntu, Debian, CentOS már vannak virtuális gépen telepítve, napi munkám során meg használok SCO Unixware -t, Red Hat Linuxot... mégis kíváncsi vagyok erre is. vááááááááá

Egy ilyen filerendszernél gondolom annyiszor kell tárolni egy dokumentumot, ahányszor csak a ment a felhasználó. Mennyire dobhatja ez meg az átlagos irodai munka háttértár-igényét?

Amennyire tudom, ZFS eseteben (gondolom btrfs hasonlo, elvegre hasonlo dolgokat akar csinalni) arrol van szo, hogy copy-on-write van, egy blokk modositasnal nem felulirja, hanem uj blokkba teszi a modositottat, igy az elozo verzio is elerheto. Raadasul egy snapshot keszitesenel igy a helyigeny annyi, mint a snapshot ota okozott valtozasok, nyilvan nincs duplan tarolva minden, az is ami nem valtozott. A snapshot keszitest meg meg kell mondani neki, gondolom opensolaris-ban X idonkent van egy. Ha utana "eldobod" a snapshot-ot, akkor meg a delta tarolasa miatt sincs igeny. Annyi intelligenciat meg be lehet epiteni ebbe (gondolom en), hogy a snapshot-ok keszitesere vonatkozo cronjob (vagy legyen az barmi) figyeljen az fs telitettsegere, ha nincs hely, dobjon el regebbi snapshot-ot inkabb, warning-oljon user fele, vagy akarmi.

Semennyire.
Az előző verziókat a poolokról készülő read-only snapshotokból lehet kinyerni.
Ezek készítésének gyakoriságát cronjobban lehet megadni, de ez a guis bizbasz pl automata.
Ha naponta készül snapshot, de nem történik módosítás a lemezen, akkor semmivel nem növekszik a lemezhasználat.
Ha egy fájhoz hozzáfűzünk X adatot, akkor X adattal nő a lemezhasználat.
Ha egy fájlt törlünk (és már készült snapshot azóta, hogy létrejött) akkor addig nem szabadul fel a hely, amíg egy snapshot is van amiben még szerepel)
A snapshotok létrehozása gyak.azonnali, és nem igényel különösebb lemezműveletet, nem dobja meg a procihasználatot. Ellenben, ha már sok snapshot van egy poolon, (és van is köztük változás), akkor gyengébb gépeket lassíthat, hogy rengeteg deltán keresztül olvassa ki a zfs a fájl aktuális tartalmát.
És ebből következik, hogy a snapshotok törlése is erőforrásigényes.
Fogd föl úgy, hogy így nem a backup elkészítéséhez, hanem a törléséhez kell idő :D
Persze nagyságrenddel gyorsabb azért.

Ez mondjuk egy olyan konyvtarnal gaz ahol a sorozatokat tarja az ember, leszed megnez torol. Jovo het megint leszed megnez torol. Szoval itt azert erdemes lenne kikapcsolni, vagy valahogy veglegesen torolni, mert gyorsan megtelik a lemez, vagy en nem ertem a dolog lenyeget pontosan.

Szerk: Latom minden beallithato, igy viszont zsir a cucc.

Azt, hogy max. mekkora hely lehet fenntartva a snapshotoknak, meg lehet adni, és ha átlépi, addig törli a legrégebbieket, amíg a határérték alá nem csökken.
Ez csak azért gáz, mert ha mindenről megy a snapshot, akkor a nagyméretű, gyakran változó fájlok miatt hamarabb rotálódnak ki a régebbiek.
Ami kár, főleg ha a kis dokok, képek régi verzióit stb jó lenne ha sokáig őrizné.
Azt lehet csinálni, hogy külön poolra rakni a sorozatot, amiről nem kell h készüljön snapshot.

Szerk: Akkor oké :)