除了价格之外，NetApp SAN解决scheme是否没有缺点？

我们有过一些起伏。 包括在部署之前find我们的第一个ONTAP错误，并产生一些不符合我们预期的某些基准条件。

但是，这可能会让声音变得更糟。 在服务它运作得非常好，我会毫不犹豫地推荐给他人。

只是几个指针：

• 在正确的大小和储备之后，假设磁盘容量大约有60％。
• 在您打算购买的相同规格的演示文件pipe理器上模拟实际使用的基准testing。
• 检查您select的文件pipe理器的最大聚合大小。 它们根据H / W规格而有所不同。
• 如果您打算使用解码器，请检查ASIS的最大卷大小。 再次变化。
• 准备使用CLI。 除非可能新的Windows NSM是你的东西。
• 确保您已经指定了您所需的所有许可function。
• 讨价还价;）

我的想法：

• 他们很贵。 找一个你信任的经销商，然后在四分之一的时间（甚至更好的一年）结束购买。
• 每次许可证都会让你（或者说，把你扔进垃圾箱）。 许多漂亮的function是一个额外的成本许可证。
• 支持是昂贵的，尤其是对于EOL装备。 但是，如果设置正确，大部分情况下，首次显示设备出现问题时，将在前台出现replace部件。
• 当你购买更多的容量时，可以在满员的货架上购买。 （请参阅上面的季度和年底）。为部分填充的架子购买磁盘的成本太高，而且一次只能购买一两个，NetApp将不太可能降低价格。
• 在磁盘的正确大小，备件和奇偶校验之间，与您的“原始”相比，您的有效空间收益是令人失望的。 举例：我们有一个2020年的12x500GB磁盘，但是正确的大小（一个500GB的磁盘适当的大小可以减less到420GB），一个磁盘作为一个备用磁盘和两个磁盘作为奇偶校验，6TB的原始数据将成为超过3TB的一部分。 确定任何签署PO的人都明白这一点。
• NetApp表示，他们没有能力保证读取吞吐量（这是因为一旦足够的挂起写入被存储起来，文件pipe理器将中断所有的读取进程以立即进行写入），因此对平滑数据敏感的进程读stream（即实时video）可能会打嗝; 对于大多数目的来说，他们都很好。
• NAS（nfs / cifs）文件的备份是通过ndmp完成的，这通常是备份系统的额外成本选项。 （你打算回补这个吸盘吧？）
• 混合模式的文件系统（即通过NFS和CIFS共享的文件系统）很吸引人 。 尽pipe使用混合模式真的很诱人，但是不要。 挑一个或另一个。
• 尽pipe过度提交卷空间真的很诱人，但是不要。 过度犯罪意味着，当一个卷充满时，他们都这样做。 在这个和通常意想不到的快照行为之间（这意味着被删除的文件实际上并没有释放空间），当文件pipe理器满了时，会导致各种各样的闹剧。
• 教育你的用户社区关于快照，A）他们可以及时回去，自己挖出来的东西，B）空间快照可以被认为是“免费的”，所以他们不应该试图进入.snapshot目录“清理掉“自己。 这将需要多次尝试，因为这是一个棘手的概念，有些用户只是不明白。

总之，我们真的很喜欢他们。 我们将NetApps分配给所有我们认为能够负担得起的客户，鼓励那些不能强烈认为它是目标的客户。 大部分他们只是工作 。 支持几乎完全取决于，特别是在启用了Autosupport的情况下 – 磁盘只是在需要的时候显示出来。 电话里的人真的知道他们的东西。

你的评论表明，你知道售后蓝调可以与任何可观的购买，所以我认为你的方法试图find疣现在是一个很好的。

• 丹C的确有好处。 一开始，合适的规模和各种储备可以让人感觉像是一巴掌。 对于人们来说，很难让人感觉到“这不像销售员说的那样多！” 以下是特定于Netapp的容量计算器可能是有用的： http : //nicholasbernstein.com/calc/我相信它考虑到正确的大小。 一个好的销售代表应该愿意对所有这些事情进行调整，并花时间确保没有巨大的售后冲击。

• 也同意++的讨价还价难…时间是买卖双方的艰难时期，新客户很难得到。 这与Dan C关于确保您获得许可证（以及正确大小的可用容量）的评论是一致的，因为您预计在计划发展系统之前需要这些许可证。 一次性购买它通常要经济得多，而不是几个月后添加一个许可证，几个月后再添加一个许可证。

• 请注意您购买的设备的限制，并将其与预期的增长以及期望的可用寿命相匹配。 除了聚合大小之外，请注意磁盘的最大数量和机架限制，以便在时间到之时明智地规划扩展。 （这些因素是存储规划的关键，如果它们像“duh！”一样脱落，但是如果这是环境中的第一个SAN，并且每个人都习惯于处理大量的服务器和直连存储，那么可能没有任何战略性的一起拉这样的信息。）

• 如果您计划使用NAS，另一大优势是拥有一个集中和灵活pipe理的共享和SAN资源池，而不是SAN和sep。 文件服务器或SAN分散文件服务器挂载的LUN。

我的经验：

没有噩梦，但有一些学习曲线的大小和容量，并find我们与“精简configuration”的舒适位置。

总的来说，我们对灵活性和性能感到满意。 对于几个月前我们所使用的7.3.x ONTAP更是如此。

我们确实有一个明显的性能问题，涉及到一个重复数据删除相关的错误已被纠正。

重复数据消除节省在我们的环境中是非常有价值的。 根据您的环境，储蓄可以大大减less正确的大小和可用容量的胃灼热。

对于NAS来说，文件pipe理器的本地配额pipe理可能并不是人们所期望的“光鲜”pipe理的份额。 但是，有一些function丰富的产品可以购买完整的Netapp集成。

在操作上我们的小FAS270c对我们来说是非常好的，运行iSCSI。 从SQL Server，Exchange，Sharepoint和VMWare进行快照备份的点击式软件，能够在20秒内恢复GB的数据是非常棒的东西，也许是NetApp最强的一点。

但是我们不得不暂时搁置的一点是，3年保修期结束，NetApp需要2万英镑左右来支持3年（部分原因是FAS270c已经报废）。 把它和更新的型号（FAS2020）更便宜，然后更新我们现有的箱子的保修。

所以我们来看看升级到FAS3100系列或者FAS2050，并且提供了非常低廉的价格，但是最终我们对NetApp似乎每次和我们谈话时都把价格从空气中抽走的方式感到厌烦。 如果我们想要为我们的灾难恢复站点购买另一个单元，或者额外的许可证或磁盘架，我们预计会在钱包中遭受重创。

所以我们现在交换到一个HP LeftHand iSCSI盒子; 我们可以将左手放在我们的数据中心，并在我们的灾难恢复站点之间进行复制，以单个NetApp FAS3140为代价。 嗯…如果我们跟NetApp保持长时间的交谈，他们最终可能会匹配这个价格，但是我们有些人有工作要做。

有关NetApp SAN的一些注意事项。 首先不是真正的SAN。 它是SAN，在waffel（sp？）文件系统之上，对于NAS来说非常棒，但对于SAN来说并不好，尤其是在它们之间的另一层之间。

因为waffel在平台和光纤端口之间，所以如果用数据爆炸WAFL，FC可以放慢速度，等待Waffel捕获。

你也不能控制RAID级别（除非最近改变了）。 所以，如果你需要RAID 5的一些数据，因为它是全部读取，一些数据需要是RAID 10，因为它是全部写入和读取很less，你不能控制这一点。

现在不要误解我的意思，NetApp是一个令人惊叹的NAS部门。 但是你不能拿一个NAS，把FC端口放在后面，称之为SAN。

现在，我知道单位可以被制成冗余，但我相信需要购买额外的Filer头（双头是标准的，大多数SAN设置在重启的情况下等），加上第二个Filer的额外存储因为我不认为这两个头可以谈到相同的磁盘）。

看看查克·霍利斯 （ Chuck Hollis）和他出版的“ certificate工具包 ”（ Prove It Kit）的博客

我知道NetApp SAN上的电池备份曾经有过一个问题。 如果您启动了SQL Server并创build了一个表并开始向其中插入数据，则拔出NetApp上的插件（模拟电源故障），然后查询caching以获取插入的最后一个值，您将在数据库之后得到与数据库不同的编号NetApp回来了，因为有些交易丢失了（这是一个老问题，现在有希望解决）。

NetApp不允许您控制Read Cache或Write Cache的数量。 这是50/50。 如果你要在主机上的数据库上读取caching基本是毫无价值的，写入caching是国王。 通常情况下，您需要禁用SQL Server LUN的读取caching，并启用写入caching。 这里不是一个选项。

（我有NetApp的经验，但这并不影响我的答案）

您可以select考虑对开源ZFS文件系统的专利威胁，作为select不支持该公司的潜在原因。

（或者，如果你站在他们这边，你可以用它来支持他们！）

我们只是购买了一个来代替一些OnStor Bobcat文件pipe理器。 到目前为止，我们没有任何抱怨，只有两个月。相反，它们非常强大。 NDMP备份速度是惊人的。 到目前为止，pipe理层已经很容易，一切都按照我们的预期工作。

要记住这种解决scheme，您的防病毒软件必须托pipe在另一个盒子上，用于扫描NetApp上的文件（这与大学的公共存储有关，对您而言可能更不重要）。 配额pipe理是由每个主机的用户（再次这可能无关紧要）。

我不知道我们发现了什么，我们不喜欢。

在努力不重复别人:)

• 重复数据删除function非常棒。 仔细规划您的FlexVol，因为重复数据删除的单位是FlexVol。
• 请确保您了解以下条款（以及它们之间的差异）：快照储备，部分储备，数量保证，文件保证。 如果你不这样做，你会在你最初的实现中犯错，或者为你的目的分配太多的存储空间。 相信我这个:)

NetApp在其存储方面做了很多魔术，但是它使得在NetApp之上架构一个相当复杂的解决scheme成为可能。

哦，是的，找出你的资源是用于设置/configuration/最佳实践的支持。 NetApp技术支持人员非常乐于在最佳实践案例中工作，因为他们认为这是出于中断/修复范围。 如果你需要知道最佳实践，从netapp支持获得他们不是做到这一点。

没有噩梦，但要知道，所有的软件聪明确实意味着整个系统的性能会有所不同 – 如果您需要在一天中的任何时候始终如一地执行SAN，那么您可能会感到失望。 否则，他们是伟大的哦，他们现在正在折扣的裤子:)

我从来没有听到有人抱怨NetApp的性能。 虽然我从来没有能力支持这个说法，但是;-)

我知道你只说有经验的人，buuut，

有一个名为joyent的托pipe公司，当我把他们当作托pipe服务提供商来查看问题等等时，他们遇到的唯一问题就是他们前一阵子严重的缓慢起伏，可以收集它从Netapp文件。 他们现在已经转向了thumpers和zfs，因为他们是一家太阳店。 这显然解决了他们的问题。 而这是几年前我记得的。 但是可能值得检查一下。

希望这可以帮助。

在哪里开始。 支持是非常非常差的质量。 与3个技术人员交谈，得到3个不同的答案。 通常他们都是错的。 读取性能非常差（在数据库系统的延迟公差范围内获得好运）。 随着时间的推移，阅读性能会急剧下降。 如果在第一次设置时对你来说还不够糟糕，就等一会儿。 Wafl（编写ANYHERE文件系统）将数据全部散布，将数据库文件分割成超出任何合理的限制。 Netapp实际上期望客户在主机级别和音量级别上进行碎片整理（他们告诉我们每一天）。 不幸的是，这个过程是侵入性的，完全无效的。 我们从HP转到Netapp。 大错。 这是我16年IT职业生涯中绝对最糟糕的经历。 我们唯一一次花在HP上的时间是我们更新固件或增加容量的时候。 一切工作如广告。 Netapp并没有像广告中那样工作，我们花费了无数的时间来尝试使事情顺利进行并排除一连串的问题。 但我们现在可以使用CIFS。 Oboy。

Netapp是一个体面的NAS，但是如果你需要一个SAN，那就购买一个SAN。