Question

Je suis curieux de savoir conserver le code source de manière fiable et sécurisée pendant plusieurs années. De ma recherche / expérience:

  1. Les supports optiques, tels que les DVD-R gravés, perdent des bits de données au fil du temps. Après quelques années, je ne récupère pas tous les fichiers que je mets dessus. Erreurs de lecture, etc.

  2. Les disques durs sont mécaniques et sujets à l'échec / à l'obsolescence avec des frais de récupération de données onéreux, qui gardent difficilement vos données privées (vous les envoyez à une entreprise).

  3. Stockage sur bande magnétique: voir n ° 2.

  4. Le stockage en ligne dépend des caprices de certains centres de stockage de données, de la sécurité ou du manque de sécurité, de la possibilité que la société se couche, etc. De plus, cela coûte cher et vous ne pouvez pas garantir qu'ils ne sont pas ne pas regarder.

En raison de ces problèmes, j’ai constaté avec le temps que j’avais perdu le code source au profit de vieux projets. Y a-t-il d'autres solutions?

Résumé des réponses:
1. Utilisez plusieurs méthodes de redondance.
2. Imprimez votre code source sous forme de texte ou de code à barres.
3. Les baies RAID conviennent mieux au stockage local.
4. Ouvrez votre sourcing à votre projet, il durera pour toujours.
5. Le cryptage est la solution à la sécurité.
6. Le stockage sur bande magnétique est durable.
7. Le stockage en ligne distribué / garanti est bon marché et fiable.
8. Utilisez le contrôle de code source pour conserver l’historique et sauvegarder le référentiel.

Était-ce utile?

La solution

La meilleure réponse est "à plusieurs endroits". Si je souhaitais conserver mon code source le plus longtemps possible, je ferais:

1) Sauvegardez régulièrement sur certains supports optiques, par exemple, gravez-les sur DVD une fois par mois et archivez-les hors site.

2) Sauvegardez-le sur plusieurs disques durs de mes machines locales

3) Sauvegardez-le sur le service S3 d'Amazon. Ils ont des garanties, il s’agit d’un système distribué, il n’ya donc pas de point de défaillance unique et vous pouvez facilement chiffrer vos données pour qu’ils ne puissent pas "visualiser". à cela.

Avec ces trois étapes, vos chances de perdre des données sont effectivement nulles. Il n’existe pas de trop de sauvegardes pour des données TRÈS importantes.

Autres conseils

En fonction de votre niveau de paranoïa, je vous recommanderais une imprimante et un coffre-fort.

Plus sérieusement, une grappe RAID n’est plus aussi chère, et tant que vous continuez à l’utiliser et à la surveiller, une grappe correctement configurée a pratiquement la garantie de ne jamais perdre de données.

Toutes les données que vous souhaitez conserver doivent être stockées à plusieurs endroits et dans plusieurs formats. Bien que les probabilités d'échec soient significatives, elles sont toutes très faibles.

Je pense que vous seriez surpris de constater à quel point le stockage en ligne est à un prix raisonnable. Amazon S3 (solution de stockage simple) coûte 0,10 USD par gigaoctet par mois, avec des coûts de chargement de 0,10 USD par Go et le téléchargement de 0,17 USD par Go maximum.

Par conséquent, si vous stockez 20 Go pendant un mois, que vous téléchargez 20 Go et que vous téléchargez 20 Go, cela vous coûtera 8,40 USD (un peu plus cher dans le centre de données européen à 9 USD).

C’est assez bon marché pour stocker vos données dans des centres de données américains et européens ET sur DVD - les chances de les perdre sont minces, pour ne pas dire plus.

Des interfaces client sont également disponibles, telles que JungleDisk.

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

Le meilleur moyen de sauvegarder vos projets est de les rendre open source et célèbres. De cette façon, il y aura toujours des gens avec une copie et capable de vous l'envoyer.

Après cela, ne vous occupez que des supports magnétiques / optiques, renouvelez-les en permanence et effectuez des copies multiples (en ligne également, n'oubliez pas que vous pouvez le chiffrer) sur plusieurs supports (y compris, pourquoi pas, des ensembles RAID)

Si vous souhaitez archiver quelque chose pendant une longue période, je choisirais un lecteur de bande. Ils ne contiennent peut-être pas beaucoup, mais ils sont fiables et constituent en quelque sorte le support de stockage de choix pour l'archivage des données. Cependant, je n'ai jamais personnellement expérimenté de perte de données sur un lecteur de bande.

N'oubliez pas d'utiliser Subversion ( http://subversion.tigris.org/ ). Je subversion toute ma vie (c'est génial).

La meilleure solution utilisable à la maison que j'ai vue à ce jour consistait à imprimer les sauvegardes à l'aide d'un code à barres 2D: la densité de données était assez élevée, elle pouvait être numérisée à nouveau assez facilement (en supposant un scanner d'alimentation de feuilles) et déplacée. le problème du domaine numérique dans le domaine physique - qui est assez facilement rencontré par quelque chose comme un coffre-fort, ou une entreprise comme Iron Mountain.

L'autre réponse est "tout ce qui précède". La redondance aide toujours.

Pour mes projets, j'utilise une combinaison de 1, 2, & amp; 4. S'il s'agit de données vraiment importantes, vous devez disposer de plusieurs copies à plusieurs endroits. Mes données importantes sont répliquées tous les soirs vers 3 ou 4 sites.

Si vous souhaitez une solution plus simple, je vous recommande d’obtenir un compte de stockage en ligne auprès d’un fournisseur renommé offrant une garantie de fiabilité. Si vous êtes inquiet pour la sécurité, téléchargez uniquement des données à l'intérieur des archives cryptées TrueCrypt . En ce qui concerne les coûts, ce sera probablement coûteux ... Mais si c'est vraiment si important, le coût n'est rien.

Pour l'archivage obligatoire des données électroniques, nous conservons les données sur un RAID et sur des bandes de sauvegarde dans deux emplacements distincts (dont l'un est Iron Mountain). Nous remplaçons également les bandes et le RAID toutes les quelques années.

Si vous devez le conserver " toujours " Le moyen le plus sûr est probablement d’imprimer le code et de le coller dans une enveloppe en plastique pour le protéger des éléments. Je ne peux pas vous dire combien de code j'ai perdu à cause d'une sauvegarde qui n'est plus joignable .... Je n'ai pas de lecteur de carte papier pour lire mon ancien deck cobol, pas de lecteur pour mes 5 1/4 " ; disquettes, ou mes 3 1/2 " disquettes. mais le texte que j'ai fait de mon premier grand projet reste lisible ... même après que mon fils de 3 ans ait décidé qu'il ferait un bon livre de coloriage.

Lorsque vous indiquez "sauvegarder le code source", j'espère que vous incluez également dans votre signification la sauvegarde de votre système de contrôle de version.

Il est essentiel de sauvegarder votre code source actuel (à plusieurs endroits), mais la sauvegarde de votre historique des modifications tel que prédéfini par votre VCS est primordiale à mon avis. Cela peut sembler anodin, en particulier lorsque nous vivons toujours dans le présent, tournés vers l'avenir. Cependant, il est arrivé trop souvent que nous voulions regarder en arrière pour examiner un problème, examiner la chaîne de modifications, voir qui a fait quoi, si nous pouvons revenir à une version / version précédente. Cela est d'autant plus important si vous pratiquez des ramifications et des fusionnements lourds. L'archivage d'une seule ligne ne fera pas .

Votre système de contrôle de version peut contenir de la documentation et des suggestions sur les stratégies de sauvegarde.

Une solution consiste à recycler périodiquement votre support de stockage, c'est-à-dire à lire les données sur le support en décomposition et à les écrire sur un nouveau. Il existe des programmes pour vous aider avec cela, par exemple. dvdisaster . En fin de compte, rien ne dure éternellement. Il suffit de choisir la solution la moins agaçante.

En ce qui concerne le n ° 2: vous pouvez stocker les données sous forme cryptée pour empêcher les experts en récupération de données de les comprendre.

Je pense que l'option 2 fonctionne suffisamment bien si vous disposez des mécanismes de sauvegarde en écriture. Ils ne doivent pas non plus être coûteux, impliquant un tiers (sauf en cas de reprise après sinistre). Un serveur configuré en RAID 5 ferait l'affaire. Si un disque dur tombe en panne, remplacez-le. Il est extrêmement improbable que tous les disques durs tombent en panne en même temps. Même un lecteur RAID 1 en miroir suffirait dans certains cas.

Si l'option 2 vous semble toujours une solution pourrie, la seule chose à laquelle je peux penser est d'imprimer des copies papier du code source, ce qui pose bien plus de problèmes que les solutions ci-dessus.

  

Le stockage en ligne est soumis aux caprices de certains centres de stockage de données, à la sécurité ou au manque de sécurité, et à la possibilité que la société se couche, etc. De plus, cela coûte cher,

Pas nécessairement cher (voir rsync.net par exemple), ni non sécurisé. Vous pouvez certainement chiffrer vos données aussi.

  

et vous ne pouvez pas garantir qu'ils ne furtivement pas.

C'est vrai, mais il y a probablement beaucoup plus intéressant à regarder que votre code source. ; -)

  

Plus sérieusement, une grappe RAID n'est plus si chère

Le RAID n'est pas une sauvegarde.

Je viens de parler avec un gars qui est un expert en microfilm. Bien qu'il s'agisse d'une technologie ancienne, son stockage à long terme est l'une des formes de stockage de données les plus durables, à condition d'être correctement entretenu. Il ne nécessite pas de matériel sophistiqué (lentille magificatrice et lumière) pour pouvoir lire, mais le stocker peut prendre un peu de travail.

Encore une fois, comme cela a été mentionné précédemment, si vous ne parlez que sur plusieurs années au lieu de décennies, imprimez-le sur du papier et stockez-le dans un environnement contrôlé est probablement la meilleure solution. Si vous voulez être vraiment créatif, vous pouvez plastifier chaque feuille!

Drobo pour la sauvegarde locale

DVD pour l'archivage local à court terme

Amazon S3 pour l'archivage à long terme hors site

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top