我在家里的 Debian 机器上运行 Subversion 源代码控制服务器。我很快就会设置 Jira 进行错误/项目跟踪，因此我现在有必要制定适当的备份计划。我服务器中的当前硬盘可能已经用了 10 年（旧的 80GB IBM Deskstar），所以我正在考虑从 newegg 购买几块 250GB 的 WD，到目前为止，我查看了以下备份选项：
1）设置 RAID1 阵列
- 我之前从未设置过 RAID 配置
- 我的信念是，这更加
强大，但这是否以复杂性为代价？ - 在 RAID1 配置中更换损坏的驱动器有多困难？
- 我不需要立即访问我的数据，24 小时更换就足够了 - 因此 RAID 可能不是最佳选择
2）设置每晚差异备份
- 设置和维护起来是否更简单？
- 有没有什么好的免费 Linux 差异备份程序？
我还计划使用 Jungledisk/AmazonS3 之类的东西进行异地备份。我欢迎对上述 2 个选项的想法以及任何替代解决方案。
答案1
RAID 不是备份选项。请大声重复至少十次。不要依赖它来保证数据完整性，否则你会吃亏。RAID 的目的是减少因机械故障导致数据不可用的时间。（并提高吞吐量）
raid1 的复杂性在一定程度上取决于控制器。从您的设置来看，使用 linux 软 raid 可能是一个好主意。使用“新”驱动器创建一个降级的 raid 阵列，将所有数据移至其中（无需重新安装，如果您愿意，可以使用 live-cd 移动操作系统），然后擦除旧驱动器并将其连接到 raid。执行此操作后您有适当的备份。更换驱动器就是这么简单。
rdiff-backup 是我在很多情况下的首选工具（不要忘记清理旧数据），您可能还会喜欢 rsnapshot。任何备份存储到不同的机器上，最好是在不同的位置，都是不错的选择，如果是 JD/S3，我没有偏好。
确保转储 svn 存储库和数据库，并将它们包含在备份中。（不要相信 svn fsfs 后端不需要这个）
偶尔检查一下备份，每天检查一下备份过程。这样做是最省力的方式；日常琐事的疏忽会给你一种虚假的（数据）安全感，之后会令人不快（别问……）
最后但同样重要的一点是：在确定使用 jira 之前，请确保您已经检查过 redmine；当然，这只是个人喜好问题。
Bonus points for running 10 years on a single deathstar