技术报告_存储子系统故障恢复能力指南.pdf

技术报告_存储子系统故障恢复能力指南.pdf

  1. 1、本文档共17页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
技术报告 存储子系统故障恢复能力指南 NetApp 公司Mohammad Jawwad Memon 2013 年7 月| TR-3437 摘要 本文档提供了与NetApp® 存储子系统中数据可用性和故障恢复能力相关的技术建议和最佳实践。在规划 和构建可满足客户需求和期望的NetApp 存储环境时,了解本文档中所涉及的主题十分重要。 目录 1 简介 4 1.1 数据可用性 4 1.2 范围 4 2 可靠性 4 2.1 衡量可靠性 5 2.2 系统可靠性 6 2.3 可靠性最佳实践 6 3 错误和故障 6 3.1 单点故障 7 3.2 驱动器 7 4 更正操作和预防性功能 7 4.1 RAID 重建 8 4.2 RAID 快速恢复 8 4.3 维护中心 8 4.4 失写保护 9 4.5 介质扫描 9 4.6 RAID 奇偶校验擦除 9 5 其他注意事项 9 5.1 磁盘架级别故障恢复能力 9 5.2 RAID 组 10 5.3 RAID 选项 10 5.4 备件策略 11 5.5 混合配置 12 5.6 MY AUTOSUPPORT 系统风险 12 6 数据可用性层 13 6.1 第 1 层:任务关键型 13 6.2 第 2 层:业务关键型 14 6.3 第 3 层:存储库 15 6.4 第 4 层:归档 15 6.5 第 5 层:多用途 16 2 存储子系统故障恢复能力指南 表格目录 表1) 确定建议的备件数。 11 表2) 任务关键型数据可用性的建议和最佳实践。 13 表3) 业务关键型数据可用性的建议和最佳实践。 14 表4) 存储库数据可用性的建议和最佳实践。 15 表5) 归档数据可用性的建议和最佳实践。 15 表6) 多用途数据可用性的建议和最佳实践。 16 插图目录 图1) MTBF 公式。 5 图2) 根据 MTBF 计算驱动器故障率。 5 图3) 根据 MTBF 和驱动器数量,运行寿命内 的故障次数。 5 3 存储子系统故障恢复能力指南 1 简介 本文档的前身在探讨存储故障恢复能力时,将重点放在主要功能和选项上,借助这些功能和选项,您可以 在一组预定义的数据可用性层范围内配置存储系统,以实现最高的存储故障恢复能力。本文档是在此基础 上编写的。根据给定存储配置的目的和要求,不一定总是可以甚至需要配置系统以实现最高的故障恢复能 力。而且,不一定所有存储配置的最终目标都是确保存储故障恢复能力,也有可能是确保数据可用性。如果 系统发生的故障影响到整个系统的性能,以致于即使系统在技术上仍然响应前台I/O,但依赖存储系统的 应用程序却停止运行,则该系统故障恢复能力如何? 由于诸如上述描述的情形,仅仅强调故障恢复能力是不够的。在探讨故障恢复能力时,必须考虑数据可用性 及其对整个系统的影响。 1.1 数据可用性 NetApp 存储系统的一个核心测评指标是数据可用性。在本文档中,将基于以下三个因素评估数据可用性: • 性能:从数据可用性的角度,性能可分为两个主要方面。第一个方面是,客户有具体的性能要求, 客户需要满足这些性能要求,才能满足需要随时访问存储系统数据的应用程序的需求。从这个角 度来看,数据可用性中断意味着,存储系统仍然可以响应前台I/O,但已无法满足依赖该系统的 应用程序正常运

文档评论(0)

158****9376 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档