Debian源代码pipe理和bug跟踪服务器 – 什么是好的备份计划?

我在我的debian机器上运行一个颠覆源控制服务器。 我将很快成立Jira进行bug /项目跟踪,所以我现在有必要制定一个适当的备份计划。 目前我的服务器中的硬盘大概是10年(一台旧的80GB的IBM桌上型电脑),所以我正在寻找来自newegg的一些250GB的WD,并且看到了这些备选scheme:

1)设置RAID1arrays

  • 我从来没有设置RAIDconfiguration
  • 我的想法是,这是更多
    健壮,但这是否以牺牲复杂性为代价?
  • 更换在RAID1configuration中损坏的硬盘有多难?
  • 我不需要即时访问我的数据,24小时更换就足够了 – 所以RAID可能不是最好的select

2)设置夜间差异备份

  • 这是更简单的安装和维护?
  • 有没有什么好的免费Linux差异备份程序?

我还计划使用Jungledisk / AmazonS3等异地备份。 我欢迎有关上述2个选项的想法,以及其他解决scheme。

Raid不是备份选项。 请大声重复至less十次。 不要依赖它来保证数据的完整性,否则会被烧毁。 RAID的目的是减less由于机械故障导致数据不可用的时间。 (并增加吞吐量)

raid1的复杂性取决于控制器。 您的设置听起来的方式,这可能是一个好主意,使用Linux软RAID。 使用'新'驱动器创build一个raidarrays降级,移动所有的数据(不需要重新安装,你可以移动操作系统,如果你想用live-cd),然后擦除旧的驱动器并附加到突袭。 在进行适当的备份执行此操作。 更换驱动器就像这样简单。

rdiff-backup是我在很多情况下select的工具(不要忘了清理旧数据),你也可以使用rsnapshot。 任何备份存储到不同的机器,最好在不同的位置是一个很好的,如果它归结为JD / S3我没有任何偏好。

确保将svn repos和数据库的转储包含在备份中。 (不要相信有关svn fsfs后端不需要这个)

每隔一段时间检查一次备份,然后每天检查备份过程。 这样做是否需要最less的努力? 日常琐事stream失可以给你一个(数据)安全的错误感觉,后来一个讨厌的唤醒(不要问…)

最后但并非最不重要的一点是:确定你已经检查出红矿之前,你定居在吉拉; 这当然是品味的问题。

 Bonus points for running 10 years on a single deathstar