字体: 小 中 大  

netapp

rsj263 发表于: 2008-5-14 12:31 来源: DOIT社区

最新回复

David.Lee at 2008-5-14 14:41:24

不会啊，NETAPP在国内的知名度还是挺大的啊，他们在NAS存储上做得还是非常成功的。至少我知道目前在中国比较流行的两大专业存储厂商一个是EMC，另一个就是NETAPP。

rsj263 at 2008-5-15 08:30:45

QUOTE:

原帖由 rsj263 于 2008-5-14 12:31 发表
国内好像好少听说过netapp，但是我看了它的介绍，在存储做的非常好！什么原因啊？请教大家一下？

哦，谢谢！还是不明白
但我好多朋友都没听过啊，他们知道EMC，惠普和IBM，就是没听过NetApp，是不是NetApp在过内的市场不是很大的原因啊？

skilljiang at 2008-5-15 10:56:59

NETAPP 是全球三大专业存储厂商之一，但他进入中国较晚，所以相对其他一些厂商知名度较低。个人比较看好netapp--成长中的EMC。

冬瓜头 at 2008-5-15 13:02:38

NetApp的产品也是业界最具个性，功能很全的，拥有很多专利技术。做netapp学到的远比做emc ibm hds hp dell等多的多。

shahand at 2008-5-15 15:50:02

那么，怎么样才能进入netapp呢？

冬瓜头 at 2008-5-15 16:10:27

用丽白，不烧手的丽白。

huangxiaobaobao at 2008-5-15 17:34:48

嗯，我接触ｎｅｔａｐｐ比较多，产品很好，技术也很先进，有特色
我接触的ｎｅｔａｐｐ人也都非常厉害。

我决定参加培训了，２万米，８８了

skilljiang at 2008-5-16 10:17:07

QUOTE:

原帖由 huangxiaobaobao 于 2008-5-15 17:34 发表
嗯，我接触ｎｅｔａｐｐ比较多，产品很好，技术也很先进，有特色
我接触的ｎｅｔａｐｐ人也都非常厉害。

我决定参加培训了，２万米，８８了

为啥很厉害，呵呵，，因为他们挖了很多其他公司的资深人员。我认识的都是以前和我一起做过项目的，不过当时他们都在别的公司。

shahand at 2008-5-16 13:22:56

据说oracle的不少人去了netapp

skilljiang at 2008-5-16 13:41:09

QUOTE:

原帖由 shahand 于 2008-5-16 13:22 发表
据说oracle的不少人去了netapp

都有，HP、EMC、SUN、HDS等等hoho~~~

zorrowx at 2008-5-17 13:34:56

据了解（EMC培训时），老师给我们对比了EMC和NETApp的产品，后者是用一个产品实现很多的功能（包括SAN、NAS、CAS）而前者对每个领域有专门的产品线。

就学习所知，EMC的产品线很全，NETApp的东西没学习过，不了解。

冬瓜头 at 2008-5-17 14:27:17

如果你买了一台clarion，随着需求增大，想迁移到symmatrix，发现很难很复杂。
如果你买了一台fas3020，随着需求增大，想迁移到fas6079，发现很好很简单。

冬瓜头 at 2008-5-17 14:31:18

fas6079，打错了。

冬瓜头 at 2008-5-17 14:31:49

晕，应该是6070，打错两次。。。。

ewen.yang at 2008-5-17 23:17:28

冬瓜兄在Netapp做的吧，

klin121628 at 2008-5-18 10:46:59

NETAPP的无缝升级对于用户确实很有吸引力
大部分厂商的中端和高端产品想直接升级都是困难的，一般免不了要做数据迁移～～

冬瓜头 at 2008-5-18 11:51:59

方便的地方很多，比如做raid组，一个命令做完了，接着就可以存数据，做成LUN也行，做成nfs，cifs都行，就像做游戏一样，不想某些其它产品，敲完了命令得等几个小时甚至一天，等他初始化完毕。一旦敲错了，灭掉重做，根本不需要什么初始化过程，不用等待，拿来就用

mike79 at 2008-5-18 12:44:15

印象中NetApp还是做NAS强，做SAN弱。而数据库跑在NFS上的性能真是惨不忍睹。

冬瓜头 at 2008-5-18 13:10:27

怎么个惨法？

mike79 at 2008-5-18 13:36:25

测试环境是p650+AIX5.2+Oracle9i，存储是什么记不清了，反正是用NAS。测试数值具体也记不清了，好像是因为IO等待导致数据库中锁的比较厉害，还比不上用本地磁盘建立裸设备。当初也没找到原因，就不了了之了。
现在想想可能是因为文件系统的并发度不够。当时的数据文件比较大，但是数量比较少。而每次写操作都要锁整个文件，就导致后继写操作等待了。上次看到NetApp的某个性能调优的文档，建议在AIX5.3中打开CIO。这就更坚定了我的猜测。不过CIO也只在AIX中才支持吧？我记得HPUX就不支持。
不过现在也习惯将数据库建立在裸设备上了。