12
返回列表 发新帖
楼主: foreverlee

[原创] 磁盘阵列的前期考虑

[复制链接]
论坛徽章:
3
授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34优秀写手
日期:2013-12-18 09:29:13
11#
发表于 2005-2-2 11:59 | 只看该作者
最初由 Puber 发布
[B]


能否详细说明一下,为何5会影响写性能,这是和谁比较出来的?

然后你又推荐1+0或0+1,偶就真的不明白了?


[/B]

当然是与raid1、raid0比较。
  在不同情况下,RAID 5读写操作的复杂程度不同。最简单的情况就是从一个完好的RAID 5系统中读取数据。这时,只需要在数据存储盘中找到相应的数据块进行读取操作即可,不会增加任何额外的系统开销。

  当向RAID 5写入数据时,情况会变得复杂一些。即使我们只是向一个磁盘写入一个数据块,也必须计算与该数据块同处一个带区的所有数据块的校验值,并将新值重新写入到校验块中。一个写入操作事实上包含了数据读取(读取带区中的关联数据块),校验值计算,数据块写入和校验块写入四个过程。系统开销大大增加。

    RAID 5虽然具有容错能力,但是系统会受到影响。当一块磁盘失效时,该磁盘上的所有数据块必须使用校验信息重新建立。如果我们是从好盘中读取数据块,不会有任何变化。但是如果我们所要读取的数据块正好位于已经损坏的磁盘,则必须同时读取同一带区中的所有其它数据块,并根据校验值重建丢失的数据。

  当我们更换了损坏的磁盘之后,系统必须一个数据块一个数据块的重建坏盘中的数据。整个过程包括读取带区,计算丢失的数据块和向新盘写入新的数据块,都是在后台自动进行。重建活动最好是在RAID系统空闲的时候进行,否则整个系统的性能会受到严重的影响。

使用道具 举报

回复
论坛徽章:
92
2011新春纪念徽章
日期:2011-01-25 15:42:33咸鸭蛋
日期:2012-03-19 10:46:00版主1段
日期:2012-05-15 15:24:11奥运会纪念徽章:排球
日期:2012-08-29 07:02:50奥运会纪念徽章:跳水
日期:2012-09-26 06:44:27ITPUB 11周年纪念徽章
日期:2012-09-28 17:34:42ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:32奥运会纪念徽章:击剑
日期:2012-10-12 07:20:332013年新春福章
日期:2013-02-25 14:51:242012新春纪念徽章
日期:2012-02-13 15:13:20
12#
发表于 2005-2-2 12:14 | 只看该作者
where are many great documents on www.baarf.com

使用道具 举报

回复
论坛徽章:
12
会员2006贡献徽章
日期:2006-04-17 13:46:34生肖徽章2007版:兔
日期:2009-03-10 21:27:28ERP板块每日发贴之星
日期:2007-10-24 01:04:58ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44设计板块每日发贴之星
日期:2007-10-18 01:06:03ITPUB元老
日期:2007-10-11 14:47:20开发板块每日发贴之星
日期:2007-10-10 01:05:30行业板块每日发贴之星
日期:2007-10-01 01:05:12行业板块每日发贴之星
日期:2007-09-30 01:05:35会员2007贡献徽章
日期:2007-09-26 18:42:10
13#
发表于 2005-2-2 12:37 | 只看该作者
when disk destroyed,people whon't be there

使用道具 举报

回复
论坛徽章:
25
每日论坛发贴之星
日期:2005-05-23 01:01:10马上有对象
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有车
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:08:092012新春纪念徽章
日期:2012-02-13 15:08:092012新春纪念徽章
日期:2012-02-13 15:08:092012新春纪念徽章
日期:2012-02-13 15:08:092012新春纪念徽章
日期:2012-02-13 15:08:09
14#
发表于 2005-2-2 14:00 | 只看该作者
最初由 shining_forever 发布
[B]
当然是与raid1、raid0比较。
  在不同情况下,RAID 5读写操作的复杂程度不同。最简单的情况就是从一个完好的RAID 5系统中读取数据。这时,只需要在数据存储盘中找到相应的数据块进行读取操作即可,不会增加任何额外的系统开销。

  当向RAID 5写入数据时,情况会变得复杂一些。即使我们只是向一个磁盘写入一个数据块,也必须计算与该数据块同处一个带区的所有数据块的校验值,并将新值重新写入到校验块中。一个写入操作事实上包含了数据读取(读取带区中的关联数据块),校验值计算,数据块写入和校验块写入四个过程。系统开销大大增加。

    RAID 5虽然具有容错能力,但是系统会受到影响。当一块磁盘失效时,该磁盘上的所有数据块必须使用校验信息重新建立。如果我们是从好盘中读取数据块,不会有任何变化。但是如果我们所要读取的数据块正好位于已经损坏的磁盘,则必须同时读取同一带区中的所有其它数据块,并根据校验值重建丢失的数据。

  当我们更换了损坏的磁盘之后,系统必须一个数据块一个数据块的重建坏盘中的数据。整个过程包括读取带区,计算丢失的数据块和向新盘写入新的数据块,都是在后台自动进行。重建活动最好是在RAID系统空闲的时候进行,否则整个系统的性能会受到严重的影响。 [/B]
]


这就对了么.

你用5和1,0来比较速度,得出否定5的结论.然后立即推荐使用1+0,0+1,这样推论是否值得商榷,不然就你的逻辑就是1+0,0+1比5的速度也快,这样才能理所当然地得出结论: 推荐用0+1,1+0. 但事实是这样的么?


     你现在较为全面地叙述了1+0,0+1,5,也是综合考虑了各种因素才推荐使用1+0,0+1(实际上缺了空间使用率),这样才能让别人明白你的推荐是可行的.




    规划Oracle数据库存储使用其实没这么复杂的.
   
    虽然根据Oracle各组件对I/O操作的特性,如果有需与之相匹配不同特性的I/0通道,理论上讲性能会更好.
    但现实中会遇到什么问题呢?
    将I/0划分得复杂以满足Oracle的需求,性能得到一定的提高. 但规划,实施,维护的要求就更高,更复杂了,而且硬件的成本也会提高很多(就比如,如果按楼主的规划,现在要新增磁盘,还得需先判断向系统中的哪种raid模式加. 这种工作如果分离到阵列上,是可以接受的,但如果在单机上呢?).

    而且从OS角度来讲,还得先看OS支持什么文件系统,如果是用windows,那就全看硬件的支撑了. 如果是linux或unix,还可考虑使用raw等.

    所以,这就需要偶们权衡各方面的利弊, 而不是只看理论了.

    之所以偶不推荐楼主自已提的方案,. 就是因为他的方案很理想化.
   
    偶所推荐的5本来就已是具有一定冗余,速度也可以接受,且硬件成本(硬盘空间可用比率),单一raid模式的维护,recovery等,都是较为均衡的. 而且也是一般的raid卡支持的模式之一.

    当然,如果成本可接受1+0更佳.

使用道具 举报

回复
论坛徽章:
3
授权会员
日期:2006-04-18 13:25:09生肖徽章2007版:猴
日期:2009-02-04 17:50:05ITPUB学员
日期:2011-08-03 10:55:36
15#
 楼主| 发表于 2005-2-2 14:41 | 只看该作者

一篇文档

大家参考.

raid技术及性能介绍.doc

103.5 KB, 下载次数: 56

使用道具 举报

回复
论坛徽章:
0
16#
发表于 2005-2-2 15:25 | 只看该作者
最初由 shining_forever 发布
[B]

    RAID 5虽然具有容错能力,但是系统会受到影响。当一块磁盘失效时,该磁盘上的所有数据块必须使用校验信息重新建立。如果我们是从好盘中读取数据块,不会有任何变化。但是如果我们所要读取的数据块正好位于已经损坏的磁盘,则必须同时读取同一带区中的所有其它数据块,并根据校验值重建丢失的数据。

[/B]



数据是零散在raid-5里面,并不存在"数据块正好位于已经损坏的磁盘"这样的说法.

使用道具 举报

回复
论坛徽章:
3
授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34优秀写手
日期:2013-12-18 09:29:13
17#
发表于 2005-2-2 20:40 | 只看该作者
当然如果是分析决策系统用raid5也是不错的选择

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表