如何使用PERC 6 / i保留脱机磁盘镜像?

我有一个PERC 6 / i和六个磁盘的服务器(Dell PowerEdge 2950)。 其中两个磁盘在RAID-1中,第三个作为热备份。 我被要求在其他磁盘上创build一个RAID-1数据副本,以便我们可以脱机存储磁盘,并在需要时从离线磁盘引导系统。 我还需要能够在系统运行时定期更新脱机磁盘。 (这个磁盘将成为我们灾难恢复的一部分,并且在服务器出现严重错误的情况下也可以作为“最后一个已知的”磁盘)。

我的本能就是对其中一个额外的磁盘进行分区以匹配RAID-1的分区,然后挂载分区,在数据上装载rsync ,并把GRUB放在磁盘上,但是我不知道如何configurationPERC 6 / i的RAID以获得这个工作。 如果我创build并卸下了要脱离磁盘的RAID,则在删除RAID时将删除所有数据。 如果我创build一个RAID,只是删除磁盘,控制器变得非常伤心。 由于我们正在使用RAID作为系统磁盘,所以看起来好像没有办法访问其他磁盘之一,而没有将其作为RAID的一部分。 有没有办法做我想要的?

我正在运行Linux(RHEL 5)并使用Dell的OMSA CLI程序(omreport和omconfig)。


我觉得我的问题主要是关于如何让PERC 6 / i做我想做的事情。 在没有任何提示的情况下,基于我从阅读文档中看不到前进的方向,我将绕过RAID控制器,并将我的可引导系统副本放在USB磁盘上。 这将补充我们的RAID和磁带备份,并作为一些故障情况的快速响应,否则在从磁带恢复系统时将需要停机。

在我之后重复:“ RAID 不是 备份系统”

你所要做的不是 RAID的使用方式。

你可以做到吗? 当然:
您可以镜像RAID-1(RAID 1 + 1 – 镜像的镜像),并删除顶层镜像集的一半。 正如你猜测的那样,当你这样做的时候,控制器将会“非常难过”,因为RAID现在已经降级了(镜子的一半已经消失),并且当它得到新的磁盘时将不得不重build。
所有这些重build都会增加在底层镜像上出现无法恢复的错误的可能性,最终可能会导致重build导致脱机并丢失数据。

另外请注意,如果丢失主硬件,则不能保证可以在另一台计算机上恢复这些磁盘:如果没有具有相同固件版本的控制器,则可能有一组磁盘只在花费几个在一个数据恢复公司,让他们的数据回来。

如果您使用mdraid或其他软件RAID工具,则存在类似的挑战和风险。

底线:这是一个坏主意 。 不要这样做。


你应该怎么做?

花时间做适当的分析和部署/testing一个备份系统和正确的灾难恢复计划。 Linux上有很多优秀的备份工具,专门为这种工作而devise( Bacula是一个stream行的select,甚至有一整段Bacula手册专门用于裸机,我们失去了一切,但是备份- 带子恢复 )。

正如voretaq7正确地指出的那样:“服务器出现严重错误”包括控制器的丢失。 所以,如果你不去“官方”的灾难恢复方式,他build议那么将IMHO复制硬件RAID的内容到一个软件RAID(这样你就可以很容易地添加第二个磁盘进行镜像,为硬件)。 这意味着目标磁盘必须比源磁盘大几个扇区。 也许引导装载程序configuration不能简单地复制; 取决于你的分区。 但是,在需要备份磁盘之前,您可以在备份磁盘上重新安装Grub。 在这种情况下,您应该确保您的控制器模块和mdraid都是initrd的一部分。 只要尝试完成后启动备份磁盘。