backup

[Panos Tsapralis]

Sidirourgos Lefteris wrote:
> 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.
> 
Πιστευω οτι η λυση του backup server ειναι προτιμοτερη στην περιπτωση του 
Αλεχανδρου, διοτι με τον backup server το backup process μπορει να ειναι 
unattended (αφου δεν απαιτειται χειροκινητη αντικατασταση ταινιων) και να 
εκτελειται σε "νεκρο" χρονο (π.χ. κατα τη νυχτα η τα weekends). Υπαρχουν βεβαια 
και συστηματα tape libraries, που προσφερουν ολη την λειτουργικοτητα και τον 
επιθυμητο αυτοματισμο, αλλα θα πρεπει ο Αλεξανδρος να βρει μια πολυ "βαθεια" 
τσεπη για να τον υποστηριξει (...).

Παντως ειναι καλο (αν υπαρχει η οικονομικη δυνατοτητα) να προστεθει ενα tape 
drive στον backup server, ωστε να μπορει να αντιγραφει το περιεχομενο του backup 
server σε ταινιες σε "δευτερο χρονο", δηλ. χωρις να δεσμευονται off-line οι 
κομβοι του συγκροτηματος (ετσι θα μπορει ο Αλεξανδρος να εχει περισσοτερες απο 
μια "εκδοσεις" του backup του cluster σε μεγαλυτερο χρονικο βαθος και, επιπλεον, 
φανταζεται κανεις τι θα συμβει αν παθει βλαβη ο ιδιος ο 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 -
> 
Αυτη ειναι μια πολυ καλη και γρηγορη λυση, αλλα δεν επιτρεπει επιλεκτικη 
επαναφορα τμηματων των filesystems, αν, π.χ., χρειαστει να "πισωγυρισει" ενα 
μονο αρχειο απο μερικες δεκαδες χιλιαδες, που υπαρχουν μεσα σ'ενα filesystem, 
αυτο το αρχειο θα "συμπαρασυρει" και ολα τα υπολοιπα αρχεια του ιδιου filesystem 
σε αρχαιοτερες "εκδοσεις" τους κατα το restore.

> 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
> 
Η λυση του συμπιεσμενου tar (πανω απο NFS links μεταξυ των cluster nodes & του 
backup server) ισως ειναι η καλυτερη: μπορει να αυτοματοποιηθει μεσω του crontab 
του καθε node η απο το crontab του backup server με remote execution - οπως 
προτεινε ενα αλλο μελος της λιστας, ειναι αξιοπιστη, αρκετα γρηγορη, οικονομικη 
σε χωρο και αρκετα standard (θα συνεχισει να "επιβιωνει", ακομα κι αν αλλαξει η 
πλατφορμα του H/W η του ΛΣ ενος κομβου η του backup server).

Για μεγαλυτερη οικονομια χωρου (ισχυροτερη συμπιεση), μπορει να χρησιμοποιηθει η 
"j" option (bzip2) αντι της "z" (gzip). Για πληρεστερη συμβατοτητα με το 
"παραδοσιακο" Unix, μπορει να χρησιμοποιηθει η "Z" option (compress).

> psa3to ligo sto internet:)
> 
> lefteris
> 
> 
> On Wed, 23 Jul 2003, Alexandros Papadopoulos wrote:
> 
> 
>>Χαιρετώ τη λίστα.
> 
> 
> Έχουμε ένα cluster με 20 nodes, και θέλω να κρατάω backups από όλους τους
> δίσκους του cluster, σε ένα άλλο μηχάνημα (έστω backup server) με μπόλικο
> δίσκο.
> 

-- 
Panos Platon Tsapralis,
Software Engineer, SAP-R/3 specialist,
Registered Linux User #305894,
Ximian Evolution (ver.1.4) on Red Hat Linux (8.0),
Athens, GREECE,
cell-phone: +306946462857, fax: +302108054420,
e-mail: panosplaton at in.gr, panosplaton at hotmail.com