使用RAID1协助异地备份

我正在尝试为我公司的重要信息build立一个离线备份程序。 我们已经使用RSYNC设置了一个办公室里面的冗余备份,每天备份一次到两个独立的硬盘上,我们想把现有的备份系统复制到第三个硬盘上,每个月大约在场外。

我的问题涉及重复步骤。 我们正在寻找一些简单但自动化的东西(或者很容易被自动化)。 我最初的想法是将我们当前的备份驱动器中的一个重新configuration为RAID1对,并获得热插拔驱动器托架(即,Antec Easy SATA http://store.antec.com/Product/accessories-other/ easy-sata / 0-761345-30750-5.aspx ),购买一些额外的驱动器,并根据需要交换,让RAID自动重build驱动器。

问题是,我没有使用RAID的经验,所以我不知道会发生什么。 我试图不重新发明轮子。 在我看来,使用RAID是理想的,因为

  • 增加一个新的备份驱动器对于我们当前的设置是透明的,在实际设置RAID之外不需要任何改变
  • 备份数据的附加步骤将减less到
    1. 抓住目前的驱动器
    2. 在空白replace驱动器中热插拔(或先前的备份被覆盖)
  • 系统会自动将更换驱动器视为故障并重build; 当重build完成后,驱动器将始终保持最新状态并准备移除

RAID 实际上是按我想的方式工作吗? 还是有一个简单的方法,使其performance这种方式? 如果没有,是否有另一个设置,这将是这个简单的维护,只是抢和去?

从我的angular度来看,这是一个非常糟糕的主意,RAID 1从来没有被devise成备份解决scheme,而是一个冗余工具。 这就是说有很多工具可以让你备份一个完整的驱动器(快照),这个驱动器也可以很快的工作,例如在windows上驱动映像XML。 Linux当然有相同或相似的工具可用。

那么从高层来看,这听起来似乎是合理的。 但是,正如他们所说,魔鬼在细节中。 谁会交换驱动器? 在拉动备份驱动器之前,您是否总是确认另一个驱动器没有失败?

备份不是没有恢复过程的备份。 你是什​​么? 从现在开始的5年,您将能够购买将读取此驱动器的RAID卡吗?

我的build议是find另一种方式。

在一个非常基本的层面,是的,这是有效的。 控制器会认为新添加的驱动器出现故障,并将工作驱动器的内容映射到其上。 更难的问题实际上是在删除备份驱动器时保持一致的状态。 尽pipe如此,除非系统在移除过程中被closures,否则您将被挑战find一种方法来确保文件系统在移除驱动器时处于一致状态。

有了这个说法,我认为你可能会更好地使用知道文件系统同步的更高级别的解决scheme。 这将允许您清除写入驱动器,并保持一致的时间点。

我认为,我对这种东西的整体偏好是沿着RAID 1 <rsync < bacula ( http://www.bacula.org/en/,http://en.wikipedia.org/wiki / Bacula )

既然你提到RSYNC,我会假设你的服务器是基于Linux的。

我会build议使用热插拔eSATA驱动器或外部USB驱动器。 然后,脚本RSYNC到cron作业。 注意:eSATA吞吐量比USB吞吐量要高很多,所以RSYNC在eSATA上的速度会更快,但是如果你的系统没有eSATA的话,你需要投资扩充卡。

你也可以用便携式NAS来做同样的事情。

我已经使用raid 1成功地完成了异地备份。我build议你在linux下使用mdadm进行这个过程。 mdadm是个主意,因为无论多less年来,你总能在Linux下安装和检索你的数据。 像你所说的build立一个raid1集。 每月标记驱动器(使用物理驱动器上的标签)以及插入或移除的date。 这将保证您总是拉动较旧的驱动器。 在拉动驱动器之前,您应该执行这些步骤

  • 用mdadm –detail / dev / md0检查数组的状态
  • 强制系统使用echo“check”> / sys / block / md0 / md / sync_action来重新校验数据的奇偶性
  • closures机器,拉动驱动器,放入新的驱动器,并将其添加回设置

如果您的数据不能closures,您可以将驱动器以只读模式挂载一段时间,然后热插拔驱动器。 如果您正在使用sata驱动器,则可以在系统运行时添加和删除它们。 这里是一个链接更多的具体命令:

http://www.howtoforge.com/replacing_hard_disks_in_a_raid1_array