引用:
原帖由 冬瓜头 于 2008-5-5 13:46 发表 
sansky，您老还真当真给回啊，楼主都给出了一个“lun free”的概念了，估计不是常规来路，可能也看不懂你回的啊
错把LAN FREE写成LUN FREE了。写完忘了检查拼写了。
非常感谢大家的回帖，而且我确实现在是一名销售，刚刚开始做存储不到半年时间，我希望能够在不久的将来成为一名专业的存储销售人员，我发这个帖子就是想印证一下我这段时间以来对存储的一些了解是否正确。我是抱着学习和讨论的态度来论坛里发贴的，不过不知道冬瓜头兄弟在论坛里是不是专门扮演挖苦人的角色？我还真的不太了解“常规来路 ”是什么概念？
希望冬瓜头兄弟改一改这个习惯，因为我认为，这个版块的活跃程度是靠大家发贴子来维持的，如果每个人发贴子时，都要查一下大英百科全书，然后花三个月写一篇论文，再请中国科学院的博士生导师订正以后才能在这里发表的话，那么这个论坛将是什么样呢？所谓论坛不就是有人发起题，大家一起讨论嘛，更正别人的错误是在帮助别人，但是为什么一定要用这种挖苦人的语言呢，是不是这个论坛里有规定，不是高手只有看贴的权利呢？
论坛里有很多的高手，我自认不是高手，顶多算是入门选手，但是并不影响我发帖子，我只希望能融入到存储行业里来，因为我不想做一个仅会把把产品报价发给客户的销售，我要做一个能为客户提供存储方案的销售。
在这里，我举一个我自己提供解决方案的ISILON应用的案例：
我有一个客户以前采用的是NAS做在线存储，近线备份采用的是VTL，离线归档则采用的是两个驱动器的磁带库，前段时间他们发现随着数据量的增加，其VTL的空间严重不足（才2个T），但是这个VTL又很难扩容，这种情况下，我想了解一下，如果各位有什么好的方法解决吗？
我的解决方案是采用一套18T的ISILON 6000型，利用commvault软件同时从在线的NAS向ISILON和磁带库进行备份和归档。
传统的VTL是将磁盘模拟成磁带，虽然速度比真正的磁带要快，但是它的写入和恢复还是要遵循磁带读写的方式，而采用“SILON+COMMVAULT ”的方式，完全可以实现VTL的功能。
而且我可以再举一个正在进行的案例，我的一个客户前端应用是用的集群服务器，可是其后端的存储却采用的是SAN存储，他们在服务器和SAN之间加入了一台PC服务器，光纤卡连接SAN，以太网卡连接集群服务器，使得SAN变成了NAS，因此我准备将这套SAN移植到该客户的数据库应用中去，而用ISILON的集群存储允当集群服务器的存储。
[
本帖最后由 David.Lee 于 2008-5-9 11:47 编辑 ]
