NetApp提供块级重复数据删除（ASIS）。 你知道在Linux（或OpenSolaris，* BSD）上提供相同function的任何文件系统（甚至是基于FUSE的）吗？ （我不喜欢像硬链接一样的错误重复数据删除）。
我们的商店非常依赖NetApp卷快照进行备份。 对于我们的一些数据，我们使用传统的基于代理的磁带备份，但总的来说，我们依赖大部分系统的快照。 此外，我们没有严格的变更控制策略或任何集中的configurationpipe理，因此我们所有的服务器（无论其服务提供的数据是否已备份）都需要从裸机（并且没有任何实际文档）进行重build。 当然，这使得快照成为一个非常有吸引力的pipe理命题，因为我们可以恢复整个服务器，用户数据和configuration。 我们使用NetApp的虚拟存储控制台来创build我们基于NFS的VMware数据存储的快照，以及直接提供给客户的原始设备映射（物理）LUN的NetApp SnapDrive。 我们将SnapMirror关键快照异地传送到另一个Filer。 当然，我们经常testing我们的恢复过程。 我不禁感到不舒服，因为我们依赖备份的快照。 对于我来说，对于一种被认为足够作为备份策略的技术，它需要满足以下标准： 备份需要是primefaces的。 也就是说，备份不能依靠任何其他的恢复。 备份需要与系统备份（带外）分离。 备份需要复制或传输到远程站点（非现场） 我的理解是，NetApp Snapshots采用redirect写（RoW）方法进行工作。 WAFL文件布局使用一组指针（元数据？），实际上可以引用每个存储块。 为了创build快照，系统只需获取卷的元数据副本并将其保存在该卷的保留空间中。 任何写入（创build/更改/删除）都会被redirect到新的块。 这应该是让NetApp的WAFL如此之好的特别之处，因为您没有进行读取操作，然后将旧数据写入保留空间，然后将新数据写入像Copy-On-Write快照这样的旧数据。 我完全承认，我可能不明白NetApp卷快照如何工作，但如果我的理解正确或多或less，NetApp快照无法满足我的备份标准。 他们不是primefaces的。 “快照”实际上只是一组指向原始数据的指针。 如果原始数据不再存在，则元数据是无用的。 快照不会与系统分离。 如果有人删除错误的卷，我失去了快照。 如果NetApp Filer爆炸成小小猫，我将失去备份。 我可以使用SnapMirror将我的快照移动到另一个Filer，但是它只是移动元数据而不是实际的块。 如果我失去原始音量，我看不到复制到另一个Filer的快照是如何帮助的。 有人可以解释NetApp快照如何被视为备份吗？ 我正在寻找良好的主观答案，所以请支持你的立场与事实，参考和经验。 如果我对底层技术的理解是错误的，请解释我的结论改变的地方和原因。 如果您的商店依赖NetApp Snapshots作为备份，请包含足够的上下文信息，以便人们可以了解您必须满足哪种恢复策略。
我们已经决定为我们的第一个SAN提供NetApp解决scheme。 鉴于此，我的任务是尽可能地find尽可能不与NetApp一起去的原因。 我们喜欢这样做A）所以我们知道我们正在进入和B）所以我们不会被不可避免的后供应商演示欣快蒙上阴影。 我已经search了互联网的缺点，只能find一个：价格。 您是否对NetApp有过噩梦般的体验，您只是想放下胸膛？ 请只有拥有NetApp经验的人。 谢谢！