A lungo termine il codice sorgente di archiviazione:È possibile?

https://stackoverflow.com/questions/73745

09-06-2019
|

Domanda

Io sono curioso di mantenere il codice sorgente in giro in modo sicuro e affidabile per molti anni.Dalla mia ricerca/esperienza:

I supporti ottici come DVD-R di perdere i bit di dati nel tempo.Dopo un paio di anni, io non ottenere tutti i file che ho messo su di loro.Errori di lettura, etc.
I dischi rigidi sono meccanico e soggetto al fallimento/obsolescenza con costosi di recupero di dati di tasse, che difficilmente mantenere i vostri dati privati (si invia via per un po ' di compagnia).
Archiviazione su nastro magnetico:vedi #2.
Archiviazione Online è soggetto ai capricci di alcuni dati storage center, la sicurezza o la mancanza di sicurezza, e la possibilità che la società, pieghe, etc.In più è costoso, e si può garantire che essi non sono a sbirciare.

Ho scoperto nel tempo che ho perso il codice sorgente di vecchi progetti che ho fatto a causa di questi problemi.Ci sono altre soluzioni?

Sintesi delle risposte:
1.Utilizzare più metodi per la ridondanza.
2.Stampare il codice sorgente come testo o codice a barre.
3.Array RAID sono migliori per la memorizzazione locale.
4.Open source il progetto farlo durare per sempre.
5.La crittografia è la risposta di sicurezza.
6.Archiviazione su nastro magnetico è durevole.
7.Distribuito/garantito di archiviazione online è conveniente e affidabile.
8.Utilizzare il controllo del codice sorgente per mantenere la storia, e il backup dei repo.

Soluzione

La risposta migliore è "in più luoghi".Se io eravamo preoccupati per mantenere il mio codice sorgente per quanto possibile, vorrei fare:

1) Backup di alcuni supporti ottici su base regolare, dire masterizzare su DVD, una volta al mese e archiviazione offsite.

2) eseguire il backup di più unità disco rigido sul mio locale macchine

3) eseguire il backup di Amazon S3 servizio.Essi hanno la garanzia, è un sistema distribuito, in modo che nessun singolo punto di errore e si può facilmente crittografare i dati in modo che non può "sbirciare" in esso.

Con questi tre passaggi vostre probabilità di perdita di dati sono effettivamente pari a zero.Non c'è nessuna tale cosa come troppe copie di backup per dati MOLTO importanti.

Altri suggerimenti

In base al livello di paranoia, mi raccomando una stampante e una cassetta di sicurezza.

Più seriamente, un array RAID non è così costoso più, e così a lungo come si continua a utilizzare e monitorare, di un set-up correttamente l'array è praticamente garantito di non perdere mai i dati.

Tutti i dati che si desidera mantenere devono essere conservati in luoghi diversi in molteplici formati.Mentre le probabilità di qualsiasi in mancanza, può essere significativa, le probabilità di tutti i loro fallimenti sono piuttosto piccole.

Penso che si sarebbe sorpreso di come prezzi ragionevoli archiviazione online in questi giorni.Amazon S3 (simple storage) è di $0,10 per gigabyte al mese, con caricati i costi di 0.10 $per GB e download costing 0,17 dollari per GB massimo.

Pertanto, se si è memorizzato 20GB per un mese, caricato da 20GB e scaricato da 20GB, il costo è di $8.40 (leggermente più costoso nel data center Europeo a $9).

Che è abbastanza a buon mercato per memorizzare i dati in entrambe le USA e UE, centri dati su dvd, la possibilità di perdere tutti e tre sono scarse, per non dire altro.

Ci sono anche front-end disponibili, come JungleDisk.

http://aws.amazon.com
http://www.jungledisk.com/
http://www.google.co.uk/search?q=amazon%20s3%20clients

Il modo migliore per effettuare il backup dei progetti è quello di farli open source e famosi.Che modo ci saranno sempre persone con una copia di esso e in grado di inviare a voi.

Dopo di che, solo la cura dei magnetico/ottico media, in continuo rinnovamento e di più copie (anche online, ricordate che si può cifrare) su supporti di vario tipo (tra cui, perché no, set RAID)

Se si desidera archiviare qualcosa per un lungo periodo di tempo, vorrei andare con un'unità a nastro.Essi non possono tenere un sacco, ma sono affidabili e praticamente il supporto di archiviazione di scelta per l'archiviazione di dati.Io non l'ho mai sperimentato personalmente dataloss su un'unità a nastro, tuttavia.

Non dimenticare di usare Subversion (http://subversion.tigris.org/).Ho subversion tutta la mia vita (è fantastico).

La migliore casa-soluzione usabile ho visto era di stampare le copie di backup utilizzando un codice a barre 2D - la densità dei dati è stata abbastanza alta, può essere ri-acquisita abbastanza facilmente (presumendo un foglio di alimentazione dello scanner), e si è spostato il problema dal digitale dominio fisico di uno che è abbastanza facilmente soddisfatto da qualcosa di simile a una cassetta di sicurezza, o di una società come la Montagna di Ferro.

L'altra risposta è 'di sopra'.La ridondanza aiuta sempre.

Per i miei progetti, io uso una combinazione di 1, 2 e 4.Se è davvero importante di dati, è necessario avere più copie in più luoghi.I miei dati importanti è replicato per 3-4 posizioni ogni notte.

Se si desidera una soluzione più semplice, vi consiglio di avere un account di archiviazione online da un noto provider che ha assicurato una garanzia di affidabilità.Se siete preoccupati per la sicurezza, solo di caricare dati all'interno TrueCrypt gli archivi cifrati.Quanto costo, sarà probabilmente essere costosi...Ma se è davvero così importante il costo è di nulla.

Per la regolamentazione di un mandato di archiviazione elettronica dei dati, i dati su un RAID e su nastri di backup in due percorsi distinti (uno dei quali è il Ferro di Montagna).Abbiamo anche sostituire i nastri e RAID ogni pochi anni.

Se avete bisogno di tenerlo "per sempre" probabilmente il modo più sicuro è quello di stampare il codice e il bastone che in una busta di plastica per tenerlo al sicuro dalle intemperie.Non posso dirvi quanto il codice ho perso per un backup significa che non sono più raggiungibili....Non ho una carta di carta reader per leggere il mio vecchio cobol ponte, no drive per il mio 5 1/4" floppy, o mio 3 1/2" dischetti.ma la stampa che ho fatto del mio primo grande progetto si trova ancora leggibile...anche dopo la mia dopo 3 anni ha deciso che sarebbe stato un buon libro da colorare.

Quando è stato "backup" codice sorgente", spero si includono nel significato, il backup del tuo sistema di controllo di versione troppo.

Appoggio il tuo attuale codice sorgente (per luoghi più) è sicuramente fondamentale, ma il backup cronologia delle modifiche come preseved con il VCS è fondamentale a mio parere.Può sembrare banale, soprattutto quando ci sono sempre "vivere nel presente, guardando verso il futuro".Tuttavia, ci sono state troppe volte quando abbiamo voluto guardare indietro per indagare su un problema, esaminare la catena di cambiamenti, di vedere chi ha fatto cosa, se siamo in grado di rollback a una versione precedente/versione.Ancora più importante quando si pratica pesanti ramificazione e la fusione.L'archiviazione di un unico tronco non fare.

Sistema di controllo di versione può venire con documentazione e proposte sulle strategie di backup.

Un modo potrebbe essere periodicamente riciclare i supporti di memorizzazione, cioèleggere i dati del decadimento medio e scrivere una nuova.Esistono programmi per aiutare con questo, ad esempio dvdisaster.In fondo, nulla dura per sempre.Basta scegliere il meno fastidioso soluzione.

Come per la #2:è possibile memorizzare i dati in forma criptata per evitare di esperti di recupero dati da dare un senso di esso.

Penso che l'Opzione 2 funziona abbastanza bene se si dispone di scrivere i meccanismi di backup in luogo.Loro non hanno bisogno di essere costoso, quelli che coinvolgono terzi, sia (tranne che per il disaster recovery).Un RAID 5 configurato il server sarebbe fare il trucco.Se il disco rigido non riesce, è necessario sostituirlo.È ALTAMENTE improbabile che tutti gli hard disk non riuscirà allo stesso tempo.Anche in mirroring RAID 1 unità dovrebbe essere abbastanza buono, in alcuni casi.

Se l'opzione 2 sembra ancora come una merda soluzione, l'unica altra cosa che posso pensare è quello di stampare hard-copia del codice sorgente, che ha molti più problemi rispetto a tutte le soluzioni di cui sopra.

Archiviazione Online è soggetto ai capricci di alcuni dati storage center, la sicurezza o la mancanza di sicurezza, e la possibilità che la società, pieghe, etc.In più è costoso,

Non è necessariamente costoso (vedi rsync.net per esempio), né insicuro.Si può certamente crittografare la vostra roba troppo.

e si può garantire che essi non sono a sbirciare.

Vero, ma c'è probabilmente molto più interessante per sbirciare oltre il vostro codice sorgente.;-)

Più seriamente, un array RAID non è così costoso più

Il RAID è non di backup.

Stavo parlando con un ragazzo che è un esperto in microfilm.Mentre è una tecnologia vecchia, per l'archiviazione a lungo termine è uno dei più duraturi forme di archiviazione dei dati, se adeguatamente mantenuto.Non richiede attrezzature sofisticate (magifying lente e luce) per leggere nonostante la memorizzazione si può richiedere un certo lavoro.

Poi di nuovo, come è stato detto precedentemente, se si sta solo parlando in campate di un paio di anni invece di decenni di stampa a carta e riporre il tutto in un ambiente controllato, è probabile che il modo migliore.Se si desidera ottenere veramente creativo si potrebbe laminato ogni foglio!

Drobo per il backup locale

DVD per il breve termine, archiviazione locale

Amazon S3 per off-site,l'archiviazione a lungo termine

Autorizzato sotto: CC-BY-SA insieme a attribuzione

Non affiliato a StackOverflow