我一直在想弄清楚什么 我有一堆SAS架（连接到NetApp，如果相关的话）。 架子内的每个设备都是6G SAS。 根据厂商的说法，持续的转换大约在200-250MB /秒之间。 所以 – 有10个24个驱动器的架子 – 连接“顶部和底部”来分隔我的过滤头上的控制器。 我可以从我的驱动器传输数据的速度最快？ 6G SAS意味着600MB /秒。 2个控制器，因此，1200MB（在最佳情况下）。 或者 – 我的240个主轴中有大约6个驱动器。 这似乎奇怪的低 – 我错过了什么？ SAS控制器是否具有某种多重因素？ 或者，我真的诚实地处在一个我无法获得这个堆栈中“最大吞吐量”驱动器的地方吗？ 当然， 看起来我的历史最高峰已经在3个控制器上达到2000MB /秒左右。 （所以〜650MB /秒每个）。 不过，我想这使得驱动器的利用率看起来很低….
我是一个FC SANtypes的人，虽然我们使用NetApp 30xx文件pipe理器来处理大量非必要的存储，但我并不是专家。 我对一个非常有弹性的（即3或4'9s）基本静态HTTP / S Web服务器有新的要求，它将从大约16-20TB的目录/池中发送大量的（2-8GB）文件。 在这个文件服务器/networking服务器和这些客户端之间不会有超过大约100个客户端的带宽不会超过2-3Gbps，所以完全的性能并不是什么问题。 因此，我的问题是，纯粹用作HTTP / S服务器时，NetApp文件pipe理器的可信度/灵活性如何？ 显然，如果我问NetApp，他们会说他们可以给我一个棒棒的月亮，但我更感兴趣的是真正的系统pipe理员使用情况。 在此先感谢，随时“评论”我的任何问题。
我想在运行Data ONTAP 7.3.2的FAS 2050上启用SMB2，因为默认情况下它是禁用的。 我发现要启用SMB2，必须设置以下选项： options cifs.smb2.enable on 这是否需要重新启动CIF才能起作用？或者只是开始奇迹般的工作？ 这个更改也会在重新启动后持续吗？ 更新：根据下面的James post，以下设置允许文件pipe理器在与其他服务器交谈时使用SMB2。 options cifs.smb2.client.enable on
我有一个旧的Netapp Filer，我将所有的NTFS文件迁移到一个新的NAS。 我将要使用与旧的netapp文件pipe理器相同的IP和CIFS服务器名称来设置新的NAS。 这部分我知道该怎么做。 但是，简单地关掉旧的netapp文件pipe理器，是否有办法改变旧的netapp文件pipe理器上的“CIFS服务器”的IP和名称，这样我就可以在线连接几周抓取文件或做最后的备份？ 这是数据ontap 7.2
从VMware的angular度来看，使用NetApp NAS取代运行OmniOS的基于ZFS的NAS具有哪些优势？ 制定问题的另一种方式：使用NetApp NAS与使用基于ZFS的NAS相比是否可以解锁function？ EGconfiguration或性能，因为VMware可以将命令发送到NetApp。 我的设置将尽可能简单。 没有集群或HA，每种情况下只有一个磁盘arrays。
我有一个netapp与几个货架，将不得不被移动。 各种服务器都有NFS挂载。 什么是正确的程序closures并启动它？ 我猜想在netapp之前closures服务器，然后在启动服务器的时候会有意义的… netapp本身呢？
背景是制定一个解决scheme，我们可以尽可能地自动化build立包括服务器/networking/存储的“豆荚”，并将在远程站点build立。 理想情况下，我们将创build一个预先configuration了DHCP / TFTP /或其他的pipe理服务器。 这个pipe理服务器在一个构build站点上装有一个CISCO UCS，FAS31x0等，然后被运送到最终的客户站点，在这个站点上它几乎可以自己configuration，或者至less引导自己足够远以至于远程熟练的“专家”可以完成吊舱的设置。 想法（不必像以上的100％）将是有帮助的。
我试图让我的FAS2040使用LDAP来操作用户查找，下面是filerconfiguration选项： filer> options ldap ldap.ADdomain dc1.colour.domain.local ldap.base OU=Users,OU=something1,OU=something2,OU=darkside,DC=colour,DC=domain,DC=local ldap.base.group ldap.base.netgroup ldap.base.passwd ldap.enable on ldap.minimum_bind_level anonymous ldap.name domain-admin-account ldap.nssmap.attribute.gecos gecos ldap.nssmap.attribute.gidNumber gidNumber ldap.nssmap.attribute.groupname cn ldap.nssmap.attribute.homeDirectory homeDirectory ldap.nssmap.attribute.loginShell loginShell ldap.nssmap.attribute.memberNisNetgroup memberNisNetgroup ldap.nssmap.attribute.memberUid memberUid ldap.nssmap.attribute.netgroupname cn ldap.nssmap.attribute.nisNetgroupTriple nisNetgroupTriple ldap.nssmap.attribute.uid uid ldap.nssmap.attribute.uidNumber uidNumber ldap.nssmap.attribute.userPassword userPassword ldap.nssmap.objectClass.nisNetgroup nisNetgroup ldap.nssmap.objectClass.posixAccount posixAccount ldap.nssmap.objectClass.posixGroup posixGroup ldap.passwd ****** ldap.port 389 ldap.servers ldap.servers.preferred ldap.ssl.enable off […]
我们的NetApp文件pipe理器为snapvault操作显示了巨大的延迟。 可能导致这么大的快照滞后的原因是什么？ Snapvault is ON. Source Destination State Lag Status home:/vol/home/ vault1:/vol/home_backup/ Source 1602:06:04 Idle home:/vol/h_root/- vault1:/vol/home_backup/h_root Source 1578:07:40 Idle .snapshot目录的清单显示了12月2日的mtime，即使在那个date以来，活文件系统已经修改了文件的目录也是如此。 drwx–x–x 13 user staff 8192 Dec 2 17:35 Feb-01 snapvault status -l显示以下信息： Snapvault is ON. Source: home:/vol/home/ Destination: vault1:/vol/home_backup/ Status: Idle Progress: – State: Source Lag: 1602:15:24 Mirror Timestamp: Fri Dec 2 00:01:56 PST […]
Windows 7着名的做它的前辈，Windows XP，做得不错，索引和searchnetworking驱动器！ 有时，MS的逻辑绝对是莫名其妙的。 那个siad，我试图find解决这个问题的办法，由于我们使用Netapp FAS 2020作为CIFS文件服务器，这个问题变得更加复杂了。 我知道Windows 7search索引问题的一些解决scheme围绕在Windows 2008服务器上安装search服务，然后将该服务器添加到Windows 7工作站上的库中。 是否有可能用Netapp filer上的CIFS共享来完成这个任务？