作为一个概念的certificate，我已经运行了一个freenas盒子几个月，现在似乎所有的可靠性都是明智的。 所以现在是时候提高存储容量并将其build成生产模式。
我打算在硬盘上花费150英镑到200英镑，这本应该让我得到大约3个1TB的硬盘，这将使我在容量和冗余方面达到很好的平衡。
我的问题是这样的：我应该configuration什么样的存储机制来给我提供可以容忍驱动器故障的冗余。 目前我使用FreeNas内置的ZFS支持，没有冗余（带区），但它提供了“镜像”作为一个选项。
我的另一个select（FreeBSD / FreeNAS似乎对它支持的硬件很挑剔）是使用内置的软件RAID-5来提供冗余。
我并没有完全熟悉存储机制，于是我考虑select两个磁盘，一个是主盘，然后在光盘之间做一个日常的Rsync，所以总是有一个冗余副本，但是我意识到这可能是一天之中的一天任何时间的date。 不知道这是什么意思。
感谢您的input。 担。
有人提到RAID不是备份。 非常真实。 记住这一点。
您正在使用太字节大小的磁盘，这会增加发生无法恢复的读取错误的可能性，这是@＃$中的主要疼痛。 Raid 5几乎无法使用，因为磁盘变大; 您可以让三个磁盘中的一个完全失败，您将其replace，而当您发现其中一个“正常”的磁盘有一个无法读取的区域时，您将不得不从备份中完全重build。 我们曾经在基于硬件的RAID（PERC控制器）上发生过这种情况。
您的RAID级别取决于您如何使用服务器。 我的大多数目的（镜像）都喜欢1。 它具有非常好的读取时间，因为它可以跨驱动器传播读取命令，但写入会受到一定的影响。 它受到的影响取决于您使用的控制器和驱动器速度。 转到维基百科，searchRAID以获得RAID级别的简介; 没有人知道你的工作量，服务器的使用情况等等，真的可以告诉你什么是最终的使用。
不要在同一台计算机上使用rsync进行备份。 如果你的控制器被炸了，或者电脑本身出现了奇怪的现象（或者机器在淹水，火灾，电涌等情况下被损坏），你也有可能导致备份烧烤。 备份意味着如果需要在灾难性故障之后能够在新硬件上重build数据。
如果你指的是内置在主板上的硬件RAID控制器 – 不要。 不要不要。 主板RAID是便宜，蹩脚，便宜，比任何软件实施的RAID更糟糕。 如果您想要经历用RAID构build生产系统的麻烦，可以使用内置的Linux / BSD软件RAID，或者像3Ware一样使用一个好的RAID卡。 就个人而言，对于服务器，我会得到一个硬件卡，并searchfunction ，如热插拔function和点亮的报警，以指示哪些驱动器已经失败。 软件RAID的性能和function没有什么问题，而且非常可靠，但是关于“我有一个失败的驱动器并且不知道它是哪一个”有很多问题，如果你搞砸了，你可以打破你的数据集或擦除错误的数据。 系统pipe理应该有一些让你的生活更轻松的元素（嘻嘻！），并且不知道哪个驱动器是哪个驱动器是哪个安装点并不好玩。 硬件卡是$$，但是在试图解决需要更换的问题时，通常会为您节省很多的沮丧。
不要吝啬硬盘速度。 越快越好，特别是如果这是一个沉重的使用服务器。 今天的演出很容易使硬盘成为大转移或重分享的瓶颈。
确保你有办法监控RAID，并定期检查驱动器的状态。
获得一个好的备份系统。任何文件服务器应该有一个很好的第二台机器备份，无论是磁带还是磁盘。 如果你的服务器明天爆炸，你应该能够获得零件，并且如果需要的话，从零开始恢复所有的东西，除非发行工资的业务可以在没有服务器的情况下存活，在这种情况下，我不知道你为什么担心关于RAID。
希望这可以帮助！
首先记住RAID不是备份。 您使用rsync进行的计划是一种简单的备份forms。 不过我会build议ZFS raid-z。 或者，如果机器没有足够快的处理器或数据非常重要，请使用热备份镜像。 如果最终使用RAID，请记住要获得另一个备份解决scheme。 实际上无论如何，因为每天一次覆盖在同一台机器上的备份是相当差的。