Debian源代码管理和错误跟踪服务器-什么是好的备份计划？
我在debian机器上从我家运行一个subversion源代码管理服务器。我很快就会为bug/项目跟踪设置Jira，所以我现在有了必要的动机来设置一个适当的备份计划。我的服务器中当前的硬盘可能已经运行了10年(一个80 of的旧IBM桌面)，所以我正在考虑从newegg获得几个250 of的WDs，并看到到目前为止备份的这些选项：
1)设置RAID1数组
- 我以前从未设置过RAID配置。
- 我的想法是，这是more健壮的，但这是以复杂性为代价的吗？
- 更换RAID1配置中坏的驱动器有多难？
- 我不需要即时访问我的数据，24小时的替换是足够好的所以RAID可能不是最好的选择。
2)设置每晚不同的备份
- 这是否更容易设置和维护？
- 有什么好的免费linux差异备份程序吗？
我还计划使用类似于Jungledisk/AmazonS3 3之类的东西进行场外备份。我欢迎对上述两种选择的想法，以及任何替代的解决方案。
回答 1
Server Fault用户
发布于 2010-07-02 04:48:40
Raid不是备份选项。请大声重复至少十次。不要依赖它的数据完整性，你会被烧掉的。raid的目的是减少由于机械故障而无法获得数据的时间。(并增加吞吐量)
raid1的复杂性在一定程度上取决于控制器。按照您的设置方式，使用linux软raid可能是个好主意。使用“新”驱动器创建一个退化的raid数组，将所有数据移动到它(不需要重新安装，如果愿意，可以用live移动操作系统)，然后擦除旧驱动器并将其附加到raid中。在进行了适当的备份之后，就可以这样做了。更换驱动器就这么简单。
rdiff-备份是我在很多情况下选择的工具(不要忘记清理旧数据)，您可能也喜欢r快照。任何备份存储到不同的机器，最好是在不同的位置是一个好的，如果它归结到JD/S3我没有偏好。
确保接收svn恢复和数据库的转储，并将它们包括在备份中。(不要相信svn后端不需要这个)
偶尔检查备份，每天检查备份过程。这是一种最不费力的方法；日常琐事的疏离会给你一种错误的(数据)安全感，随后你会醒来(别问.)
最后但并非最不重要的一点是:在你选择jira之前，一定要确认你已经离开了红金店；当然，这是一个品味问题。
Bonus points for running 10 years on a single deathstarhttps://serverfault.com/questions/156891
复制相似问题
腾讯云开发者
