SOS!!! SUN服务器+ SAN 存储服务可靠性如何计算

ddlldd2000

请教各位专家：\r\n有一方案，要求推荐HBA卡用在SUN E450联接IBM Tivoli SAN Storage，要求将现在的存储服务可靠性从83.3%增加到99.999%。\r\n\r\n大家知道这个可靠性是如何计算出来的吗？另外，这个方案中其它信息都无法知道！大家有什么高招吗？\n\n[ 本帖最后由 云杉上的蝴蝶 于 2008-3-20 21:57 编辑 ]

bloomit

好奇些，什么方案\r\n\r\n存储服务可靠性一般计算公式类似于RAID计算。如果你对不同级别RAID有概念的话。\r\n\r\n实际计算起来考虑的因素很多，不是RAID计算那么简单，这个概念，那个概念，乘在一起，西格马，如果你感兴趣并具有一定科研能力的话，可以查阅各产品文档看看。好多公式呀。\r\n\r\n这几篇DELL的文档不错。。。\r\nhttp://www1.ap.dell.com/content/ ... &l=zh&s=bsd\r\n\r\nhttp://www1.ap.dell.com/content/ ... &l=zh&s=bsd\r\n\r\n供参考。。。\r\n\r\n排除技术上因素，许多概念都是销售上的。。。

ddlldd2000

bloomit，非常感谢，你提供的信息非常有用！！！\r\n\r\n\r\n

最初由 bloomit 发布\r\n[B]好奇些，什么方案\r\n\r\n存储服务可靠性一般计算公式类似于RAID计算。如果你对不同级别RAID有概念的话。\r\n\r\n实际计算起来考虑的因素很多，不是RAID计算那么简单，这个概念，那个概念，乘在一起，西格马，如果你感兴趣并具有一定科研能力的话，可以查阅各产品文档看看。好多公式呀。\r\n\r\n这几篇DELL的文档不错。。。\r\nhttp://www1.ap.dell.com/content/ ... &l=zh&s=bsd\r\n\r\nhttp://www1.ap.dell.com/content/ ... &l=zh&s=bsd\r\n\r\n供参考。。。\r\n\r\n排除技术上因素，许多概念都是销售上的。。。 [/B]

hlj97tel

好贴，随便写点咚咚\r\n\r\nraid0      突出读性能，不保护数据\r\nraid1      突出写性能\r\nraid0+1  条带化+镜像  突出写性能，但如果某个数据片（例如磁盘1上的data11）由于磁盘1的故障而不可用，则整个镜像成员（磁盘1-4）就不可用了。存储设备的I/O服务能力降低50%\r\n\r\n磁盘1 磁盘2 磁盘3 磁盘4 磁盘5 磁盘6 磁盘7 磁盘8\r\ndata11data12data13data14data11data12data13data14\r\ndata21data22data23data24data21data22data23data24\r\n\r\nraid1+0  镜像+条带化 必raid0+1有更好可用性，镜像成员的某个磁盘的丢失不会降低卷的50%的I/O服务能力（data11的磁盘1坏了，磁盘2-4仍然可用）\r\n\r\n磁盘1 磁盘2 磁盘3 磁盘4 磁盘5 磁盘6 磁盘7 磁盘8\r\ndata11data11data12data12data13data13data14data14\r\ndata21data21data22data22data23data23data22data24\r\n\r\nraid3  通过ecc算法计算，所有的parity（等同）存储在同一个磁盘上，适合用户较少，大量sequential io /full table scan /index scan\r\n\r\nraid4  类似raid3但具有块级等同\r\n\r\nraid5\r\n\r\nhttp://www1.ap.dell.com/content/ ... &l=zh&s=bsd\r\n\r\nraid-s  emc存储使用,类似raid3/5,适合datawarehouse,不适合密集写与大量的oltp\r\n\r\nautoraid  hp实现，他根据raid阵列中的磁盘块上执行的I/O性质和类型自动配置I/O系统。控制器以及I/O子系统中建立的智能装置会根据RAID 0+1或RAID 5上给定的磁盘块最近的I/O请求历史，动态地修改RAID级别。利用一个“工作组”（一组磁盘块）来保存磁盘块上I/O 模式的最近历史。读和写个有一个工作组，而且这些磁盘块还根据活动的类型不断在两个组间来回移动。\r\n   也就是说，如果智能装置判断并预测块将主要用于写访问，RAID 5块可动态的转换成RAID 0+1块。控制器还可以执行此项的反操作，为了支持这种配置，阵列中的所有驱动器将用于该阵列上配置的所有RAID卷。这种RAID实现减少了系统管理员和数据库管理元员的维护工作量，但在可能会同时具有读写密集型的混合的ORACLE系统上实现这种RAID时，应该小心。一段读密集的活动之后，突然严重出现写密集活动，转换过程可能不会立即执行，那么即使处于写阶段，块也可能会困在RAID5中。

chenyzh

学习了，看来还要多多学习啊！

冷漠寒

^_^有趣。可以去存储在线看看论坛，有不少启发的^_^