带 ZFS 的备份存储服务器

Kry*_*ber 9 backup zfs storage deduplication nexenta

我是一家小公司的 IT 人员。我想设计一个新的基础架构,包括一个新服务器和一个具有公司范围备份策略的单独备份服务器。

公司中最重要的是 SQL Server 及其数据库。有 10 个数据库,但其中只有 2 个是真正重要的。第一个8GB,主要是文本数据和数字。第二个大约 300GB,每月增长 16GB,包含 PDF 和 GIF。

保存存储当前备份策略包括每周一次完整备份和 6 次差异。我认为它每周大约 350GB,每月 1.4TB。

在阅读了有关静默数据损坏的文章后,我决定尝试使用 Nexenta 社区版的 ZFS。

我的问题:具有重复数据删除功能的 ZFS 是否适合在可靠性方面存储备份文件,还是我应该考虑使用磁带备份或其他方式?

编辑:我知道现在我们无法预测性能、重复数据删除率等,但我想知道这是否是一个好主意。

Cho*_*er3 10

当然,ZFS 足够稳定来做这种事情,有许多非常大的高调和可靠的生产平台完全基于 ZFS 和 Nexenta。

也就是说,总是喜欢拥有基于磁盘的现场备份,例如您建议的备份和基于可移动磁盘或磁带的备份,这些备份每天都在场外进行,以防止火灾/地震/克苏鲁等。

所以我的答案是肯定的,这很好,但如果可以的话,我会同时选择这两种选择。

  • +1 克苏鲁预防 (2认同)
  • +1 克苏鲁,业力磁铁! (2认同)

eww*_*ite 10

(假设您指的是在 ZFS 中使用重复数据删除而不是备份软件)

建议将 ZFS本地重复数据删除用于备份系统,除非您专门为其设计存储系统。

在 ZFS 中使用重复数据删除会占用大量内存。由于重复数据删除是在数据流式传输/写入存储池时实时发生的,因此在内存中维护了一个表来跟踪数据块。这是DDT 表。如果您的 ZFS 存储服务器没有足够的 RAM 来容纳此表,则性能将受到极大影响。当表增长超过某个阈值时,Nexenta 会警告您,但到那时,为时已晚。这可以通过使用L2ARC 设备(读缓存)来增强,但许多 ZFS 的早期采用者落入了这个陷阱。

看:

ZFS - 销毁已删除重复数据的 zvol 或数据集会导致服务器停止运行。如何恢复?

ZFS - L2ARC 缓存设备故障的影响 (Nexenta)

当我说使用重复数据删除对 RAM 的要求很高时,我会估计您在 64GB+ RAM 和 200GB+ L2ARC 下描述的数据集的 RAM 和 L2ARC 需求。这不是一笔小投资。保留大量不会被重读的 Windows 系统文件和图像文档将很快填满 DDT。回报可能不值得预先进行的工程工作。

更好的想法是在 zpool 上使用压缩,可能利用 gzip 功能来处理更可压缩的数据类型。重复数据删除是不值得的,因为当您需要删除重复数据删除(需要引用 DDT)时会受到打击。

此外,您将如何将存储呈现给您的备份软件?您将使用哪种备份软件套件?在 Windows 环境中,我通过 iSCSI 将 ZFS 作为块存储提供给 Backup Exec。我从未发现 ZFS CIFS 功能足够强大,并且更喜欢本机格式化设备的优势。

此外,这里有一个优秀的 ZFS 设计理念资源。没人告诉你的关于 ZFS 的事情

  • 我是那些被 ZFS 重复数据删除的吸引力所吸引的人之一。在我们的测试环境中一切正常。我们在生产中开启了它。一切顺利,重复数据删除率提高了 2 倍以上。美丽的。我们开始将用户转移到新系统。没有问题,直到有一天,我们移动了一个用户,文件服务器的性能下降了。突然间,机器跪了下来。机器在处理重复数据表时重新启动之前,崩溃和随后的重新启动花了 90 多分钟。糟糕的。我们摆脱了重复数据删除。我建议远离它。 (2认同)