首先，邮件系统的IO问题，往往是由服务器和存储共同承担的，所以设计时，只需要能够匹配服务器的IO处理能力就可以了，这就要看具体采用的是什么邮件系统，以及前段服务器的IO负载能力总合了。所以其实在这里ISCSI和FC的选择上，差距不大。诸如263的邮件系统已经有很大一部分转由ISCSI来承担了。

其次，邮件的备份问题。邮件的备份如果按照传统的模式加载备份软件的话，其实很多数据是无法保护的。原因有二。1、很多邮件系统为了降低读写负载，都采用在闲时集中删除用户自删除的邮件（也就是说你删了你的邮件，其实并不一定就删除了），这也就造成了留给备份的时间较短，有时候大系统中甚至无法完成一次全备份。
2、很多时候，用户需要找到的是它删除过的邮件，而由于备份很难去保留这部分数据，而直接导致备份的逻辑无效。
所以在邮件系统领域，备份往往才有邮件归档的方式进行，然后再对归档的内容进行备份，但是这样所需要的存储容量就相当可观，这虽然是很多存储厂商希望看到的，却不是用户希望的。呵呵

最后，就是对于架构的一点小小补充，一般邮件系统处于成本考虑，全部采用IO节点和计算节点的方式进行设计，所以性能主要局限在IO节点上，后端的存储真的没必要用高性能、价格昂贵的全FC存储。如果真要提升性能，倒是更加建议采用高性能SAN文件共享系统+低端盘阵的方式，更加的高效、稳定。

个人的一点经验，可能很多地方不对，欢迎拍转，但别问候偶父母，呵呵