是否有针对ZFS的案子？

仍然存在反对在生产中使用ZFS的情况吗？
我运行Solaris服务器，并计划从早期发行版升级到Solaris 10 10/09。
当前，我们将SVM用于本地磁盘，将供应商的技术用于SAN卷管理。我们正在考虑将大部分（如果不是全部）存储迁移到ZFS。我们希望能够在快照上使用LiveUpgrade，轻松进行存储管理（尤其是增加LUN），快速重新同步等。
是否需要注意“陷阱”？我们有很多Oracle数据库。那是个问题吗？你们中的任何人在做我们想做的事情上是否有负面经历？

目前，我们的应用程序服务器区域（数百个用户）已经在生产zfs，并且运行良好，我们目前正在使用开发oracle 10 DB对其进行测试，到目前为止（4个月）我们还没有问题。请检查 http://www.solarisinternals.com/wiki/index.php/ZFS_for_Databases

特别是：“将ZFS记录大小匹配到Oracle db_block_size”

我们在（集群）Sun Storage 7410统一存储设备上具有96TB ZFS设置，该设备具有多个（8x）10GBit / s链接。它使用ZFS和OpenSolaris。这个盒子晃动！

在我们的商店里，我们还在等待。但是，我们的使用主要是数据库，并且对文件系统非常挑剔，我们宁愿看到其他人花大量时间和时间进行测试和调整，因为我们没有太多资源（小商店）。

在家里，我正在使用它，但是它是普通的文件服务器，并未真正使用所有功能。

SmugMug.com在其MySql db后面使用相同的7410框，并且非常喜欢它。该首席执行官在mysqlconf上作了演讲，而7410 / ZFS是他实施的最喜欢的东西之一。

我唯一反对它的情况是它的许可/专利，以及甲骨文在购买Sun时所拥有的开源资源实在是一个事实。否则，我将等待btrfs与ZFS相提并论（将来会更好）的那一天。

鉴于Oracle和ZFS现在是同一家公司，因此可能会认为Oracle与ZFS可以很好地协作。

很多很酷的功能。

但是，由于文件系统故障，ZFS（就像其他逻辑卷管理方法一样）可能会心跳失败并丢失数据，而这在更基本的文件系统上并不是真正的问题。当您不知道所有内容在哪里时，将所有内容放在一起要困难得多。RAID不是万能药。发生驱动器报告无法解决的故障。

我不会用它来挂载OS，但是它对数据和数据库非常有用-如果您有备份并且知道足够多，不会破坏系统。我在这里不是在谈论rm -rf / level错误，而是诸如RAID阵列中的几个驱动器同时失败或不了解ZFS导入/导出之类的事情。其他LVM解决方案也有类似的问题。