rsync vagy tar ?

Linux-kezdő

Sziasztok!

Az lenne a kérdésem ki, hogyan oldaná meg egy kb 1,5 GB-os mappa biztonsági mentését.
Elég ha csak rsync-el átmentem egy másik diskre és onnantól csak azt rsyncelem ami változik vagy rsync-es mappáról még plusszba tarlabda?
Ha tarlabda akkor napi+heti mentés rotálva ( tehát egy hétig van mindenről napi mentés)?

Debian Wheezy van a gépen és benne raid1-ben 2disk és a harmadikra mentenék (arhiválnék).

Köszönettel:

Hanrik

  • 6232 megtekintés

( Fisher v | 2014. 03. 03., h – 20:43 )

Attól függ. A fotóimat én három helyre mentem.
Ha fontos az adat (vagy épp pótolhatatlan), akkor érdemes minél biztosabbra menni, pl. olyan mentést használni, ami minden verziót megőriz és sose töröl. Ha nem (annyira) fontos, akkor egyéni elbírálás alapján kell kiválasztani hogy mi a jó megoldás.

+1

Az rsync-et fel lehet úgy paraméterezni, hogy a válzotatlan fájlokat az előző mentésből linkelje be, az újakat pedig másolja. Minden mentésnél megmarad az eredeti könyvtárstruktúrád, viszont nem foglal mentés_szám × 1.5 GB helyet :-)

Vagy rsync + ZFS + snapshotolás.

Fuszenecker_Róbert

( ggallo | 2014. 03. 03., h – 20:55 )

Ugyan azon gépben lévő (másik) HDD-re szerintem nem mentés készül, hanem felesleges helyfoglaló. Ha a tükörben egy diszk elhal, akkor a másik megment (de ettől még biztonsági mentés kell külön, csak nincs üzemből kiesés). Ha a táp hibája agyonüti a diszkeket, akkor fújhatod az összes rajtuk lévő példányt. Olyan, hogy biztonsági mentés egy gépen belül szerintem nem értelmezhető.

Külső eszközre (usb-s HDD, NAS vagy akár másik gép) rsync, annál működik a különbözeti mentés, és azt is megoldhatod script-tel, hogy minden nap másik célmappába kerüljön az anyag, akkor több napra visszamenőleg megvannak az állományaid, ha ilyen igény is van.

Szerintem ilyesmire a tar felesleges erőforrás-fogyasztás, mert helybe ugye minek, másik gépre pedig magát a tarball-t is át kell juttatni. Akkor miért ne mehetne a forrás anyag kapásból a célhelyre.
Mondjuk olyan lehetséges, hogy tar -cvzf - ... | ssh ... "cat > backup.tar", de így nincs inkrementális funkció, ergo állandó 1.5 GB mentési mennyiséggel kell számolnod.

Ugyanazon gépben lévő másik HDD már mentett nekem adatot.
Szóval nem nevezném feleslegesnek, ha van egy gépen kívüli másolata is.
(jó, nálam kívül fájlok vannak tárolva, a második diszken meg egy image volt, amiből egyszerűbb volt helyrerakni egy bootolható windows-t)

( uid_6201 v | 2014. 03. 04., k – 00:19 )

Nézz utána az rsync -b opciójának. Amit töröltek vagy módosítottak, azt valójában nem törlöd vagy írod felül, hanem előbb az rsync áthelyezi egy archív mappába és csak azután aktualizálja a mappát.

User általi beletörléseknél vagy felülcsapásoknál nagyon jól jön (tapasztalat).

A dar szuper cucc, én mentek vele production környezetben Maildir formátumú postafiókokat.

Hó elején egy full backup, majd az összes többi differenciális az előző napihoz képest. Egyelőre két shell script vezérli a mentést, egyik a full backupért, a másik a diff-ért felel.

A dar tudja azt is is, hogy a full backupot elteszed máshova, és csak az abból kiexportált catalogue archívot (ami nem tartalmazza a fájlok adatait) veszed a diff alapjául. Ekkor ugyanúgy csak a catalogue-hoz képest megváltozott fájlokat fogja menteni.

A teljesség igénye nélkül pár hasznos tulajdonsága:

  • Létezik Windows-os verziója is (ezt még nem használtam; simán lehetnek code page problémák, ha Linux alatti archívot akarsz visszaállítani Windows alatt; a hardlinkeket gondolom Windows alatt nem hozza létre)
  • Megadhatóak fájlkiterjesztések, amiket nem tömörít (pl.: *.jpg; *.zip, stb.)
  • Megadható, hogy milyen fájlméret felett tömörítse a fájlokat (pl.: 512 byte alatt nem biztos, hogy van nyereség a tömörítésen)
  • POSIX ACL-ek kezelése
  • Nagyméret fájlok kezelése
  • Archívum titkosítása
  • Arhívum darabolás

( kallaics | 2014. 03. 05., sze – 08:37 )

Ha nem akarsz tömöríteni (gzip, bzip), akkor csync2. Folyamatosan szinkronban tartja a 2 helyen a cuccokat.