- 1、本文档共59页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* 同RAID5一样,数据和校验码都是被分成数据块然后分别存储到磁盘阵列的各个硬盘上。RAID6加入了一个独立的校验磁盘,它把分布在各个磁盘上的校验码都备份在一起,这样RAID6磁盘阵列就允许多个磁盘同时出现故障,这对于数据安全要求很高的应用场合是非常必要的。 * 在实际应用中RAID6的应用范围并没有其它的RAID模式那么广泛。如果实现这个功能一般需要设计更加复杂、造价更昂贵的RAID控制器, 所以RAID6的应用并不广泛。 * 每一个基本raid级别都各有特色,都在价格,性能和冗余方面做了许多得折中。组合级别可以扬长避短,发挥各基本级别的优势。RAID10就是其中比较成功的例子。 RAID10 数据分布按照如下方式来组织: 首先将磁盘两两镜像(RAID1),然后将镜像后得磁盘条带化。上图中,磁盘0和磁盘1, 磁盘2和磁盘3, 磁盘4和磁盘5为镜像后得磁盘对。 在将其条带化,最后得到数据存储示意图如上图所示。 和RAID10像类似组合级别是RAID01。因为其明显的缺陷,RAID01很少使用。RAID01是先条带化,然后将条带化的阵列镜像。如同样是六块磁盘,RAID01是先形成2个3块磁盘RAID0组,然后将2个RAID0组镜像。如果一个RAID0组中有一块磁盘损坏了,那么只要另一个组的三块磁盘中其中任意一个损坏,则会导致整个RAID01阵列不可用,即不可用的概率为3/5。而RAID10则不然,如果一个RAID1组中一个磁盘损坏,只有当同一组的磁盘也损坏了,真个阵列才不可用,即不可用的概率为1/5。 * * RAID50 数据分布按照如下方式来组织: 首先将分为n组磁盘,然后将每组磁盘做RAID5,最后将N组RAID5条带化。上图中,磁盘0、磁盘1和 磁盘2,磁盘3、 磁盘4和磁盘5为RAID5阵列,然后按照RAID0的方式组织数据,最后得到数据存储示意图。 RAID50是为了解决单个RAID5阵列容纳大量磁盘所带来的性能(比如初始化或重建时间过长)缺点而引入的。 * * * * This is the view we have before the Snapshot is taken. * This is the beginning of the Snapshot process. Here you want to point out that the entire process will only take a very short period of time ( seconds at the most ). The repository size listed here is 20%, this is the default the software will use if you do not specify a size for the repository. You want to point out that the snapshot volume shown here is actually taking up only a small amount of space. The snapshot volume is a pointer table not an actual data volume. * This could be considered the last step in the Snapshot process. You must remember however that the Snapshot volume process is an ongoing process. Every time the original base volume is written to the Snapshot volume ( pointer table ) will be updated to show the original data placement. This is more clearly shown in the next slide. * This is the part of the process where the original data is copied to the repository and the Snapshot volume is updated to indicate those moves, the copy on first write. * The actual completion of the process is here when the base volume has been written to.
文档评论(0)