Üdv!
A problémám a következő lenne. Szeretném a fájlszerveren lévő fájlokat archiválni, de úgy hogy az archiválást követően a fájlszerverről elérhetőek maradjanak a fájlok. Természetesen, ha az archiválást követően módosítják a fájlt akkor újra archiválni kell.
Ahogy én elképzeltem a lépéseket:
1. Azoknak a fájlomnak az összegyűjtése, amelyek az elmúlt X időben nem változtak és még nem is kerültek archiválásra
2. A kiválogatott fájlok tömörítése, más adathordozóra helyezése, ...
3. A kiválogatott fájlok megjelölése, hogy már archiválva lettek
A második lépéssel nincs is semmi gondom, de hogyan oldható meg, hogy a fájlok meg legyenek jelölve, hogy már archiválva lettek? A legegyszerűbb az lenne, ha minden fájl rendelkezhetne egy attribútummal, amiből eldönthető lenne, hogy egyszer már archiválva lett vagy nem. Tudomásom szerint az Ext2/3/4 ilyet nem tud.
Létezik erre kész megoldás?
Vagy ez egyedi kívánság és írjak rá szkriptet?
Hogyan lehet hatékonyan nyilvántartani, hogy mely fájlokat nem kell archiválni, mivel már archiválva lettek?
Előre is köszi minden építő jellegű tanácsot, kérdést.
Szerk:
Bocsi nem voltam egyértelmű.
Olyan megoldás kellene amit egy egyszerű felhasználó is képes kezelni. Olyanra gondoltam, hogy a "növekményes" mentés tömörített állományai egy Samba megosztásra kerülnek, ahonnan azokat CD/DVD/HDD-re le tud másolni, ezt követően pedig a megosztásról azokat el tudja távolítani.
- 2305 megtekintés
Hozzászólások
a kész megoldást a hetvenes évek végének nagy találmánya, a de-facto szabvány dump-restore páros jelenti.
- A hozzászóláshoz be kell jelentkezni
Huhh, te aztán jól képben vagy.
Sok a lehetőség, pl. rsync.
- A hozzászóláshoz be kell jelentkezni
ez nyilván attól függ, hogy milyen médiára archivál. ha valami szekvenciálisra, akkor nyilván dump/tar/cpio és vidéke fog nyerni, ha pedig valami random-access médiára, akkor az rsync.
- A hozzászóláshoz be kell jelentkezni
rdiff-backup : http://rdiff-backup.nongnu.org/
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
rsync
- A hozzászóláshoz be kell jelentkezni
Bocsi nem voltam egyértelmű.
Olyan megoldás kellene amit egy egyszerű felhasználó is képes kezelni. Olyanra gondoltam, hogy a "növekményes" mentés tömörített állományai egy Samba megosztásra kerülnek, ahonnan azokat CD/DVD/HDD-re le tud másolni, ezt követően pedig a megosztásról azokat el tudja távolítani.
rsync esetén mivel a másoláskor nincs jelen a másolat szerintem egy újabb teljes másolat fog keletkezni (vagy valamilyen kapcsolóról nem tudok)
- A hozzászóláshoz be kell jelentkezni
> Olyan megoldás kellene amit egy egyszerű felhasználó is képes kezelni
praktikusan egy shellscript, ami megfelelően paraméterezve meghívja a dumpot...
- A hozzászóláshoz be kell jelentkezni
Tudnál példát mondani arra, hogy hogy is kellene paraméterezni a dump-ot úgy, hogy egy 1 éve a szerveren csücsülő fájlt ami már sok mentési napot megért ne legyen újra lementve, hiszen már hónapokkal ezelőtt egyszer mentve lett.
Tényleg nem tudom
- A hozzászóláshoz be kell jelentkezni
ha még sosem használtál dumpot, akkor az első, teljes mentést nem úszod meg.
- A hozzászóláshoz be kell jelentkezni
Ez tiszta sor, de a dump honnan fogja tudni, hogy mi az ami már archiválva lett, ha az eddig készült archívumokhoz nem fér hozzá? Készít külön nyilvántartás róla?
- A hozzászóláshoz be kell jelentkezni
igen. esetleg elolvasod a dump man oldalát?
- A hozzászóláshoz be kell jelentkezni
Jól értem, hogy a dump csak egész partíción/block eszközön használható?
A tar --listed-incremental opcióval jó lenne, de az hogyan oldható meg, hogy a nagyon új fájlok ne legyenek archiválva?
A find is jó lenne, de annál meg hogyan lehet a már archivált fájlokat kihagyni?
- A hozzászóláshoz be kell jelentkezni
"a dump honnan fogja tudni, hogy mi az ami már archiválva lett"
Ha már említették a dump nevet, meg lehet tekinteni a manját, példa is van hozzá. Különös tekintettel a -u és -level# opciókra. Továbbá ott vannak a korlátozások is. Röviden: időponthoz viszonyít. Nem biztos, hogy neked a dump a kényelmes vagy megfelelő, de olvasd el.
- A hozzászóláshoz be kell jelentkezni
Olyasmi.
Gyors referenciának érdemes elolvasni a 3.2 és 3.3 pontot itt: http://surf.st.seikei.ac.jp/~nakano/dump-restore/dump-restore-mini-HOWT…
- A hozzászóláshoz be kell jelentkezni