Αντίγραφα ασφαλείας βάσει git;

[Nikos Alexandris]

[...]

(Εσκεμμένα έχω σβήσει το αρχικό μήνυμά μου.)


--%<---
Apollon Koutlidis wrote:
> Το θέμα του τακτικού (as in regular, not tactical) backup είναι
> μεγάλο 
> και ακανθώδες... και οι λύσεις είναι τουλάχιστον όσα και τα
> διαφορετικά 
> σενάρια - δηλαδή αμέτρητες :) Όπως με κάθε πολύπλοκο πρόβλημα, η 
> ποιότητα της απάντησης / λύσης είναι ευθέως ανάλογη της ποιότητας της 
> ερώτησης / διατύπωσης.

Πρώτα και πάνω απ' όλα σ' ευχαριστώ για τον πολύτιμο χρόνο που διέθεσες
να απαντήσεις και να θέσεις "σωστά" ερωτήματα.

Αρκετά από τα παρακάτω ερωτηματικά μου είναι γνωστά και άλλα πάλι τα
διαβάζω για πρώτη φορά. Θα προσπαθήσω να είμαι σύντομος και σαφής στις
απαντήσεις μου.


--%<---
> - Τι μέσο αποθήκευσης θέλεις / προτιμάς / μπορείς να χρησιμοποιήσεις
> για τα αντίγραφα ασφάλειας; ταινία, δίσκος, μηχανογραφικό χαρτί...

Εξωτερικός(-οί) σκληρός(-οί) δίσκος(-οί) με θύρα firewire(x800) ή USB2.


--%<---
> - Τι είδους δεδομένα θα ασφαλίσεις; Πόσο συχνά αλλάζουν; Λάβε υπ' όψη 
> ότι κάποιοι τύποι δεδομένων (π.χ. databases) χρήζουν ειδικής 
> μεταχείρισης - ένα απλό cp / rsync δεν αρκεί (όχι από μόνο του).

(1) - Από τα πιο "συνηθισμένα" (φωτογραφίες, μουσική, ντοκουμέντα),

    - μέχρι απλά σενάρια (bash, python, R για τα οποία ήδη χρησιμοποιώ
το git τοπικά)

    - και "πολύπλοκα" (γεω-χωρικά δεδομένα με τα μετα-δεδομένα τους,
βάσεις γεω-δεδομένων == συνηθισμένοι κατάλογοι με υποκαταλόγους και
αρχεία υπό το GRASS-GIS, αρκετά sqlite.db's, πιθανόν και άλλες βάσεις
-φερ' ειπείν PostGIS(PostgreSQL)-)

(2) Αλλάζουν καθημερινά.

Ερώτηση: ποια είναι η απαιτούμενη ειδική μεταχείριση που χρήζουν κάποιες
βάσεις δεδομένων;



--%<---
> - Τι μέσο μετάδοσης θα χρησιμοποιηθεί; Ethernet / Fibre channel /
> SCSI / USB...; Και με τι ταχύτητα διαμεταγωγής;

Firewire (up to ~115MB/s), USB2 (up to ???)


--%<---
> - Τι βάθος ιστορικού θέλεις;

Θέλω να υπάρχουν όλα και να αποφασίζω εγώ τι θα χάνεται για πάντα
ανάλογα με το διαθέσιμο ελεύθερο χώρο.


--%<---
> Πόσο αποθηκευτικό χώρο μπορείς να διαθέσεις;

Τώρα 1,3 ΤΒ και άμεσα αν παραστεί ανάγκη επιπλέον 2 ΤΒ.


--%<---
> - Πόσα συστήματα (clients) θα ασφαλίσεις; Πόσο απομακρυσμένα είναι 
> γεωγραφικά;

* 2 laptop, local
* 1 directory σε ftp server (το πολύ 1χλμ. σε ευθεία απόσταση), σύνδεση
τοπικού δικτύου μέσω WLAN με το δίκτυο του πανεπιστημίου.


--%<---
> - Πόσο χρόνο την εβδομάδα μπορείς να διαθέσεις για να "νταντεύεις" τα 
> αντίγραφα ασφαλείας σου;

Όσο χρειαστεί για να γίνει σωστά η δουλειά αρχικά ώστε να χρειάζεται όλο
και λιγότερο human input αργότερα.


--%<---
> - Υπάρχει (ή είναι πολύ πιθανό να υπάρξει σύντομα) ανάγκη προστασίας
> από φυσική καταστροφή που απαιτεί αντίγραφα να βρίσκονται σε
> απομακρυσμένη τοποθεσία;

Δεν ξέρω τι εννοείς εδώ με το "φυσική καταστροφή" (δηλ., σεισμός,
πυρκαγιά, πλημμύρα ή απλά να τα παίξει ο δίσκος από "φυσική" φθορά;)
αλλά σε κάθε περίπτωση *πάντα* υπάρχει η ανάγκη προστασίας από "φυσική"
καταστροφή γενικότερα. Όλα είναι πιθανά!


--%<---
> - Πόσο συχνά χρειάζεται να είναι τα αντίγραφα; (μεταφράζεται σε: πόσες
> ώρες / μέρες αλλαγών μπορείς να ανεχτείς να χαθούν;)

Κάθε μέρα νομίζω είναι απαραίτητο για όσα δεδομένα υφίστανται αλλαγές.


--%<---
> Αυτές είναι μερικές μόνο από τις ερωτήσεις που χρήσουν απαντήσεων πριν
> αρχίσεις να συζητάς την τεχνολογική άποψη...

> Όσο για το git (ή οποιοδήποτε άλλο VCS)]
> - πρώτον: ΔΕΝ είναι backup,

Σύμφωνοι. Αλλά, κατά τη γνώμη μου, έχει κανείς λόγους να ασχοληθεί αυτό
ακόμη και αν δεν είναι υπερ-προγραμματιστής (βλέπε και [*]). Συν τοις
άλλοις, χρησιμοποιώ το git για τα όλα τα ντοκουμέντα μου είναι (αρχεία
LyX == απλό κείμενο ουσιαστικά :-).

> δεύτερον: πολύ σπάνια είναι η καλύτερη λύση για δεδομένα που διαφέρουν
> δραστικά από πηγαίο κώδικα.

Προφανώς και δεν είμαι ειδήμων και καταλαβαίνω όσα μπορώ να εκμαιεύσω
από συζητήσεις όπως αυτή στο [3].

[...]

Ελπίζω να είναι χρήσιμη η συζήτηση και σε άλλους φίλους της λίστας.
Milles mercis, Νίκος


> > ---
> > [1]
> >
> http://vcscompare.blogspot.com/2008/06/git-mercurial-bazaar-repository-size.html
> >
> > [2] http://eigenclass.org/hiki/gibak-backup-system-introduction
> >
> > [3] http://kerneltrap.org/mailarchive/git/2006/12/12/233113/thread

[*]
http://mendicantbug.com/2008/11/30/10-reasons-to-use-git-for-research/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20091031/018b5f78/attachment-0001.pgp