Hozzászólások
Mi az, hogy egyutt?
Mit is szeretnel konkretan? rsync-kel backupolni?
tompos
- A hozzászóláshoz be kell jelentkezni
Az egyutt azt jelenti, hogy egyutt.
Azaz rsync backup "alá" szeretnék betenni valamilyen dedup eljárást.
- A hozzászóláshoz be kell jelentkezni
Akkor viszont nem ertem, mi a problemad.
- Lehet zfs-re rsync-kkel masolni?
- Lehet.
- Lehet rsync-elt adatokra deduplikaciot alkalmazni?
- Lehet.
A ketto egymasolt teljesen fuggetlen. Mas kerdes, h mindegyikkel meg lehet valositani deduplikaciot. Az egyutt kifejezesnek itt nincs ertelme, mert nincsenek egymasra hatassal (tudtommal...).
tompos
- A hozzászóláshoz be kell jelentkezni
Minden hatással van mindenre az informatikában.
De kösz a fenti eszmefuttatást.
- A hozzászóláshoz be kell jelentkezni
freenas + zfs + dedup + compress.
dedupot csak fs szinten tudsz megvalósítani, ha nem jó akkor ...
kliensen meg ami van.
- A hozzászóláshoz be kell jelentkezni
Freenas? Ez nekem uj. Milyen zfs verzio is van benne? Miota tud az dedupot?
- A hozzászóláshoz be kell jelentkezni
Nem tud. Freenas8-ban ZFS v15 van meg csak.
- A hozzászóláshoz be kell jelentkezni
freebsd 8.2-STABLE -ben van egy ideje, v28 ZFS kell hozza.
- A hozzászóláshoz be kell jelentkezni
Egeszen pontosan minimum v21 kell a dedup-hoz.
- A hozzászóláshoz be kell jelentkezni
v15 van csak a fbsd 8.2-ben nem?
9-esben lesz v28, ha minden igaz, de v21-től van dedup.
- A hozzászóláshoz be kell jelentkezni
8.2-RELEASE-ben van v15, 8.2-STABLE-ben viszont v28-van mar.
- A hozzászóláshoz be kell jelentkezni
óóóó ezt jó tudni, köszi.
- A hozzászóláshoz be kell jelentkezni
Mondjuk nekem nem tunik stabilnak, de lehet, hogy memoria gondja van. A gepben van 1.8T 2db raidz1 tombben es 3 giga memoriaval. Feltehetoen ez keves a dedup szamara.
- A hozzászóláshoz be kell jelentkezni
Ha menteni akarsz, és unixokat (linuxokat) unix (linux) szerverre akkor nézd meg a BackupPc-t-
- A hozzászóláshoz be kell jelentkezni
Ugyan nem blokk dedup, de azért nézd meg a dirvish-t.
- A hozzászóláshoz be kell jelentkezni
A dirvish tud dedup-ot?
- A hozzászóláshoz be kell jelentkezni
Nem tud, azért írtam, hogy nem dedup.
Viszont a hardlinkeléssel dolgozik.
Ami nem változott, azt linkeli, ami változott, azt lehúzza rsync-kel.
- A hozzászóláshoz be kell jelentkezni
Kis pontosítás:
nem a dirvish tudja a hardlinkelést hanem az rsync
A dirvish csak a backup policy részét kezeli.
- A hozzászóláshoz be kell jelentkezni
http://rsnapshot.org/ az rsync backup konfigurációjának, menedzselésének könnyítéséhez.
- A hozzászóláshoz be kell jelentkezni
Valaki pont mostanában feszegette ezeket a kérdéseket.
Két módon lehet deduplikációt megoldani:
- fájl szinten (hardlinkek)
- blokk szinten
Az rsync képes a hardlinkek előállítására. Az a kérdés, hogy nálad szóba jöhet-e.
Ezt kell nézegetni: --link-dest
- A hozzászóláshoz be kell jelentkezni
-
- A hozzászóláshoz be kell jelentkezni
Ezt már régóta használom.
Nekem az kell, hogy nagyobb (gigás) file-ok (amelyek változnak kismértékben) esetében legyen valamilyen dedup az rsync közben, vagy után.
- A hozzászóláshoz be kell jelentkezni
Mi az hogy dedup az rsync közben? A hálózaton ne utazzon át a több giga vagy hogy érted?
- A hozzászóláshoz be kell jelentkezni
A file szintű deduplikációval kapcsolatban lenne kérdésem.
Ha készítek egy hardlinkes másolatot eképpen cp -al a.txt b.txt akkor a fájlrendszeren készül egy olyan bejegyzés ami egy b.txt nevű fájlt reprezentál de az a.txt fájl adatblokkjaira mutat. Így valóban helyspórolás történik mert csak egyszer szerepelnek az adatok.
Ha letörlöm az a.txt fájlt akkor az adatok nem vesznek el mert a b.txt fájlon keresztül továbbra is elérhető.
Mi van akkor ha módosítom az a.txt fájlt? Ez esetben módosul a b.txt is hiszen ugyanazokat az adatblokkokat használja és nem szűnik meg hardlinknek lenni továbbra sem.
Ha mindez igaz akkor adatmentésre nem kimondottan jó ez a megoldás mert csak a file törlése esetén működik helyesen. Miszerint a letörölt file visszahozható a másolat segítségével.
Ha a file tartalma változik akkor nem lehet egy előző állapotot visszaállítani mert az a.txt módosítása esetén módosul a másolat tartalma is.
A kérdésem az, hogy jól látom a dolgokat vagy félreértem a hardlink működését? Esetleg van valami módszer arra, hogy hardlinkeket használva mégis teljeskörűen használható mentés készüljön deduplikációval?
--
maszili
- A hozzászóláshoz be kell jelentkezni
1/2re érted a hardlink célját, működését.
- A hozzászóláshoz be kell jelentkezni
Akkor világosíts fel kérlek. Köszönöm.
--
maszili
- A hozzászóláshoz be kell jelentkezni
A hardlink csak arra jó, hogy adott i-node több néven is elérhető legyen. Pont. Ennek célja sokféle lehet (multifunkcionális bináris - az, hogy mit csinál, az attól függ, hogy milyen néven hivatkozol rá), de pont mentés nem.
A "ha letörlöm az a.txt fájlt" - nem törlöd le. Legalábbis magát a fájlt - csak a könyvtárbejegyzést hajítod ki a directory-fájlból, és az adott i-node -ra mutató linkek száma csökken egyel. Ha ez nullára esik, akkor a fájl blokkjai felkerülnek a szabad blokkok listájára. A törlés még ekkor sem történik meg, csak a következő olyan allokációt követő íráskor, amely ezeket a blokkokat fogja írni. Bővebben a Kernighan Pike: UNIX könyvben.
A deduplikáció nevű buzzword bedobása a köztudatba legalább 30 évvel a hardlink "megszületése" után történt :-)
- A hozzászóláshoz be kell jelentkezni
Nagyjából ugyanazt mondtad el amit leírtam csak cizelláltabban :)
Azért köszi a választ.
--
maszili
- A hozzászóláshoz be kell jelentkezni
subscribe
- A hozzászóláshoz be kell jelentkezni
Légyszíves mond el pontosan mit is szeretnél a deduplikáció szó használata nélkül.
- A hozzászóláshoz be kell jelentkezni