mike79

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

klin121628

手上有N series FCP Perfomance的一点点资料，优化得当，NETAPP的SAN并不弱

mike79

可是用SAN的话为什么要用NetApp？价格便宜？

klin121628

如果用户同时拥有NAS和SAN的使用需求，而且性能要求并不是太高，为什么要买2套设备？

冬瓜头

引用:

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

用nas了，打开cio会影响nas么？不懂。

mike79

具体那个文档资料忘掉了，应该也是NetApp发布的吧。这份资料显示打开cio后数据库性能提升很显著。
不过我记得cio仅在AIX5.3上支持。

zsl_air

现在已经有不少Oracle数据库的用户使用NAS而不是SAN了。
NAS和SAN只是提供了信息交换的平台，关键看你应用如何搭建，如何调优。

冬瓜头

cio应该是jfs2的一个参数，如果用nas，就与jfs2没有太大关系了吧。那文档是不是用lun时候的调优文档。
千兆以太毕竟比2G和4G速度的fc差一大截，这瓶颈直接导致了iops上不来。

rsj263

那为什么都去NetAPP公司啊？是不是觉得NetApp潜力非常大？

huangxiaobaobao

netapp潜力大

关键的是，肯定给的待遇高啊，o(∩_∩)o...哈哈