backup

[Sidirourgos Lefteris]

Me to dump (h' to rdump h' to xfsdump h' to vdump h' opoio kanei gia to
filesystem sou) mporeis na kaneis diafores tetoies patentes. Bebaia h kalyterh lysh
einai na pareis ena tape-driver kai oxi na fia3eis ena backup server.

Pantos me to dump 8a mporeis na kaneis incremental backups kai 8a
glitwneis xwro.

Mia allh lysh, pou omws 8elei ligo psa3imo gia na deis an einai a3iopisth
gia ta dedomena sou einai kati tetoio:

dd if=<filesystem (/dev/hda)> | tar xzf backup.tar.gz -

me alla logia kati san dd sto standar output kai meta tar me compression
(z option) apo to standar input (- option) sto arxeio backup.tar.gz

psa3to ligo sto internet:)

lefteris


On Wed, 23 Jul 2003, Alexandros Papadopoulos wrote:

> Χαιρετώ τη λίστα.

Έχουμε ένα cluster με 20 nodes, και θέλω να κρατάω backups από όλους τους
δίσκους του cluster, σε ένα άλλο μηχάνημα (έστω backup server) με μπόλικο
δίσκο.

Σκεφτόμουν κάτι απλό με rsync, αλλά αυτή η λύση δεν προσφέρει καθόλου συμπίεση
κατά την αποθήκευση του backup - δηλαδή αν τα αρχικά data μου είναι N GB,
άλλα τόσα πρέπει να έχω και στον backup server. (και μιλάμε για απαγορευτικό
μέγεθος Ν)

Υπάρχει κάποια λύση για να γίνεται on the fly compress το backup copy? Να
γίνονται όλα mirror -> tar σε ένα αρχείο ->  μετά συμπίεση + αποθήκευση, και
τέλος σβήσιμο του αρχικού (uncompressed) mirror, είναι και εξαιρετικά ακριβό
σε δίσκο και επεξεργαστή, και μπακαλίστικο. Πρέπει κάπως να γίνονται compress
πριν γραφτούν στον backup δίσκο όσα φέρνει το rsync.

Ιδέες ή/και εναλλακτικές λύσεις ευπρόσδεκτες!

-Α
-- 
http://andrew.cmu.edu/~apapadop/pub_key.asc
3DAD 8435 DB52 F17B 640F  D78C 8260 0CC1 0B75 8265