aix 下面这样做raid对不对？

lang_m

要不然就没有意义了，呵呵，不过我听他们说，当有两块坏的时候，负载会非常大，所以很容易就会继续产生坏的

chao_ping

呵呵，今天比较高兴。
先是终于配置好了那个烦人的Tivoli，原来那个3581地磁带老是checkin 失败，不知道怎么回事。
后来升级程415，一下子就搞定了。比较高兴。
下午把tdp野配置好了，好好爽哦。

呵呵，再告诉你们，这个raid做法我完全市自己摸索的，看来IBM的smit还是比较好用。不然不可能这么弄出来的。

有官方文档讲Raid的具体配置步骤，需要注意什么东西的文章吗？或者redbook?

lang_m

我也不知道有没有，如果没有我再给你找

lang_m

就是夜晚的那个，如果去了北京一定要看看你去，呵呵

deepocean601

我回去试试

larryh

HOT SPARE主要针对RAID5, 虽然RAID10也可以上HOT SPARE盘，但是意义就小很多。
主要是对RAID5坏一块硬盘时的操作机理的正确认识。
解释：RAID5如果有一块磁盘坏，那么，所有对那块磁盘数据的读，要通过计算得来，就是从其他磁盘上读取parity及对应块的数据，再计算出来，磁盘的读操作大为增加，计算量也增加，不坏的时候不需要计算，直接读出即可；如果是写，就要从其他磁盘一起做parity的对应块上读取数据，再和parity数据重做新的parity，写到parity上。写parity是无论磁盘好坏都会有的操作，但是，磁盘坏一块的情况下，带来的是对其他磁盘大量的读操作，和更多的计算量，因为原来只需要这块磁盘本身的数据和parity做一次重新计算parity的工作，现在要其他所有磁盘的对应块和parity挨个计算。所以说，负荷会大大增加，当然增加磁盘坏的几率，而且严重影响性能。如果有HOT SPARE，有磁盘坏的时候自动顶上，就没问题了，当然，数据不是从坏磁盘上复制过去，坏都坏了，没法复制，而是经过RAID5校验算法从其他磁盘上获取数据和parity计算之后填上去。

而RAID10就没有这个问题，坏一块不会带来任何性能和负荷方面的问题。一般我们给用户配置的时候都没有在RAID10里准备HOT SPARE，但是RAID5一定要。因为这个问题，现在几乎所有厂商（不管高端低端）可以做RAID5的阵列都有此功能。

lang_m

1+0 没有必要加hot的吧？因为反正有mirror，我想这个可能就是你不加hot的原因，是把
5我就很同意你了

larryh

RAID10的机制很好理解，确实做HOT SPARE没有什么意义。
RAID5是相对最麻烦的，但也用得非常广泛，所以有必要充分了解

larryh

RAID10的机制很好理解，确实做HOT SPARE没有什么意义。
RAID5是相对最麻烦的，但也用得非常广泛，所以有必要充分了解