![]() |
1
7
最好的答案是“在多个地方”。如果我担心尽可能长时间地保留源代码,我会这样做: 1) 定期备份到某些光学介质,比如每月将其刻录到DVD并存档到异地。 2) 将其备份到本地计算机上的多个硬盘驱动器 3) 将其备份到亚马逊的S3服务。他们有保证,这是一个分布式系统,所以没有单点故障,你可以很容易地加密你的数据,这样他们就不会“偷看”它。 通过这三个步骤,您丢失数据的可能性实际上为零。对于非常重要的数据,没有太多的备份。 |
![]() |
2
6
根据你的偏执程度,我建议你买一台打印机和一个保险箱。 更严重的是,RAID阵列不再那么昂贵了,只要你继续使用和监控它,正确设置的阵列几乎可以保证永远不会丢失数据。 |
![]() |
3
3
您要保留的任何数据都应该以多种格式存储在多个位置。虽然任何一个失败的可能性都很大,但所有失败的可能性很小。 |
![]() |
4
3
我想你会惊讶于如今在线存储的价格是多么合理。Amazon S3(简单存储解决方案)每月每GB 0.10美元,上传成本为每GB 0.10加元,下载成本最高为每GB 0.17加元。 因此,如果你存储20GB一个月,上传20GB并下载20GB,你将花费8.40美元(在欧洲数据中心稍微贵一些,为9美元)。 这足够便宜,可以将您的数据存储在美国和欧盟的数据中心以及dvd上——至少可以说,丢失这三个数据的可能性很小。 还有一些前端可用,如JungleDisk。
http://aws.amazon.com
|
![]() |
5
3
备份项目的最佳方式是使其开源并出名。这样,总会有人拥有它的副本,并能够将其发送给你。 之后,只需照顾磁/光介质,继续更新它,并在多个介质(包括RAID集,为什么不呢)上复制多个副本(也可以在线,记住你可以加密它) |
![]() |
6
3
如果你想把东西存档很长时间,我会用磁带机。它们可能保存不多,但它们是可靠的,几乎是数据归档的首选存储介质。然而,我个人从未在磁带机上经历过数据丢失。 |
![]() |
7
2
别忘了使用Subversion( http://subversion.tigris.org/ ).我颠覆了我的整个生活(太棒了)。 |
![]() |
8
1
我见过的最好的家用解决方案是使用二维条形码打印备份——数据密度相当高,可以很容易地重新扫描(假设是进纸扫描仪),它将问题从数字领域转移回物理领域——这很容易通过保险箱或铁山这样的公司来解决。 另一个答案是“以上所有”。冗余总是有帮助的。 |
![]() |
9
1
对于我的项目,我使用1、2和3的组合;4.如果数据真的很重要,你需要在多个地方有多个副本。我的重要数据每晚被复制到3-4个地点。 如果你想要一个更简单的解决方案,我建议你从一家有保险可靠性保证的知名提供商那里获得一个在线存储帐户。如果你担心安全,只上传里面的数据 TrueCrypt 加密档案。就成本而言,它可能会很贵。..但如果真的那么重要,成本也不算什么。 |
![]() |
10
1
对于监管要求的电子数据归档,我们将数据保存在RAID和备份磁带上的两个单独位置(其中一个是铁山)。我们还每隔几年更换一次磁带和RAID。 |
![]() |
11
1
如果你需要“永远”保存它,最安全的方法可能是打印出代码并将其粘在塑料信封中,以保护其免受恶劣天气的影响。我无法告诉你我在备份中丢失了多少代码,这些代码意味着无法再访问。…我没有一个读卡器来读我的旧cobol牌,也没有5 1/4英寸或3 1/2英寸软盘的驱动器。但我第一个大项目的打印输出仍然可读。..即使在我曾经3岁的孩子决定它会成为一本好的涂色书之后。 |
![]() |
12
1
当你说“备份源代码”时,我希望你的意思也包括备份你的版本控制系统。 将当前的源代码(备份到多个位置)绝对至关重要,但在我看来,备份VCS所预示的更改历史至关重要。这似乎微不足道,尤其是当我们总是“活在当下,展望未来”的时候。然而,有太多的时候,我们想回顾过去调查一个问题,审查变更链,看看谁做了什么,我们是否可以回滚到以前的构建/版本。如果你练习大量的分支和合并,这一点就更重要了。归档单个中继 不会做的 . 您的版本控制系统可能附带有关备份策略的文档和建议。 |
![]() |
13
0
一种方法是定期回收存储介质,即从腐烂的介质中读取数据并将其写入新的介质。有一些程序可以帮助你做到这一点,例如。 dvdisaster 最终,没有什么是永恒的。只需选择最不烦人的解决方案。 至于#2:您可以以加密形式存储数据,以防止数据恢复专家理解它。 |
![]() |
14
0
我认为,如果你有写备份机制,选项2就足够了。它们也不需要是涉及第三方的昂贵设备(灾难恢复除外)。 配置了RAID 5的服务器可以解决这个问题。如果硬盘发生故障,请更换。所有硬盘不太可能同时发生故障。在某些情况下,即使是镜像RAID 1驱动器也足够好。 如果选项2看起来仍然是一个糟糕的解决方案,我唯一能想到的就是打印出源代码的硬拷贝,这比上述任何解决方案都有更多的问题。 |
![]() |
15
0
不一定很贵(见 rsync.net 例如),也不是不安全的。你当然也可以加密你的东西。
确实如此,但可能还有比源代码更有趣的东西要看。 ;-)
RAID是 不 备份。 |
![]() |
16
0
我刚刚和一个缩微胶片专家聊天。虽然这是一项古老的技术,但对于长期存储来说,如果维护得当,它是最持久的数据存储形式之一。它不需要复杂的设备(成像镜头和灯)来读取,尽管存储它可能需要一些工作。 再说一次,正如前面提到的,如果你只在几年而不是几十年内说话,那么将其打印到纸上并存储在受控环境中可能是最好的方法。如果你想变得真正有创意,你可以层压每一张纸! |
![]() |
17
0
Drobo用于本地备份 用于短期本地存档的DVD Amazon S3用于异地长期归档 |
![]() |
kesape · Firebase存储。下载图像阵列 3 年前 |
![]() |
Rajesh K · 如何查找设备中存在的广告垃圾? 7 年前 |
![]() |
Wouter A · 如何在Java中高效地存储滚动播放项属性? 7 年前 |
![]() |
Nik Rubblers · 页面间离子/角度共享数据 7 年前 |
|
Dibyaranjan Mishra · 从SD卡删除音频 7 年前 |
![]() |
4xy · 如何使日志增加日志存储容量? 7 年前 |
![]() |
Shyanide · 无法访问Android外部存储中的文件 7 年前 |
![]() |
Javed · laravel:如何在数据库中存储文件上载路径 7 年前 |