存储备份系统容量设计方案.docx

上传人:lao****ou 文档编号:374071 上传时间:2023-10-07 格式:DOCX 页数:5 大小:17.58KB
下载 相关 举报
存储备份系统容量设计方案.docx_第1页
第1页 / 共5页
存储备份系统容量设计方案.docx_第2页
第2页 / 共5页
存储备份系统容量设计方案.docx_第3页
第3页 / 共5页
存储备份系统容量设计方案.docx_第4页
第4页 / 共5页
存储备份系统容量设计方案.docx_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《存储备份系统容量设计方案.docx》由会员分享,可在线阅读,更多相关《存储备份系统容量设计方案.docx(5页珍藏版)》请在第一文库网上搜索。

1、存储备份系统容量设计方案来自twt社区同行交流,欢迎更多同行参与交流存储备份系统按前端容量设计好,还是后端容量设计好?请问存储备份系统按前端容量设计好,还是后端容量,有时老是拿捏不准。另外,备份带宽的选择如何确定比较好?请各位大神多多赐教,感谢!问题来自社区活动,由会(神州数码存储工程师)提出,来自Iwt社区众多同行的分享,欢迎大家参与交流,各抒己见。*“争议”栏目内容来自同行分享的一手体验和观察,仅代表个人观点王巧雷sino-bridge系统工程师:谈谈个人的理解:1 .以前端的容量为依据,来设计后端容量。备份存储最终是存放备份后的业务数据的,数据在前端是一份,备份以后的容量受备份方式和保留

2、策略影响,如果完全按前端容量对等设计后端,肯定是放不下的。设计时还要考虑其他因素,比如预留容量、后端是否采用了压缩或去重等技术,这些都会影响最终的容量值。另外如果做了数据分层,需要根据各业务系统的分类做针对性设计,最终的目的存储(比如带库)一定要满足最终容量要求,或者满足一次出库周期。中间层的备份存储(如VtI或重删池)满足一次迁移周期即可。2 .带宽方面,最低要求是在给定的窗口内完成数据备份。在这个前提下,根据实际环境和规划来做带宽设计,新环境有条件的可以按照规划一步到位,老环境的升级改造可以按照长远规划,分批实施的原则来做。一备份作业和生产作业错峰运行一采用高速网络:万兆IP网,16G或以

3、上FC网一生产网络和备份网络隔离一设计或预留足够的IO通道(如多网卡,多HBA卡,多驱动器)一备份存储的性能也是制约带宽的一个因素,如有必要需升级或更换备份存储张文正dcits系统工程师:备份一般以前端数据为依据计算后端总的备份数据,在无重删的情况下,后端容量一般是全备数据量+增备数据量的总和乘以冗余比,冗余比一般是10%-50%不等,考虑到重删需要除以重删;至于在带宽方面根据数据量和备份时间和备份策略来计算。潘延晟系统工程师:备份除了实现数据容灾以外,很多时候还要满足业务部门,行业监管等部门的其他需求,也就有了不同的备份策略,因此存储备份的设计上,多数还是按照前端容量,结合备份策略和需求来设

4、计后端的容量。一些特殊行业需要对数据长久保存时也会产生更多的备份架构,比如近线数据通过效率高。速度快的存储,备份一体机等方式,对于历史归档数据,通过磁带库,结合D2D2T等技术备份。既可以实现海量数据的长久保存。又避免了磁带库备份速度慢等缺点。在带宽上,自然是尽可能的采用优质的带宽,对于一些备份任务多,数据量大的环境,建议搭建专门的备份网络,通过1ANFREE等技术减少数据备份时对业务网络的带宽影响。SePOSa1GUOSEN系统工程师:个人认为以前端容量进行设计较好,同时,结合行业特点综合性加入数据增长预估比例,业务发展计划下的数据增量评估等维度数据变量,来充分保障系统容量的可用性,更好的支

5、撑业务发展。不要考虑部后端技术,诸如压缩、去重等带来的容量节省,毕竟预估或厂商的压缩比、去重比只是个评估值,与实际还是存在偏差,避免容量使用时捉襟见肘。备份带宽,如果在数据中心内,需要考虑主机资源配置、网卡能力、网络质量、数据量及其变化量、备份窗口极限、目标设备端口吞吐能力、目标设备资源类型等多个方面。baizhaoxian万国数据服务有限公司容灾备份管理工程师:备份系统架构规划以数据容量弹性扩充方面为出发点,硬件、软件均只支持弹性添加收索功能点。可规划后端总容量的备份数据,以前端数据量的重要组成部分;收到备份策略不同,数据保留期限和是否采取压缩及去重相关技术。备份带库根据你的备份硬件设备、组

6、网架构、备份介质设备性能和备份软件优化参数等组成的实际备份环境而定。孙伟光中国金融电子化公司IT顾问:楼上几位专家其实说的也挺多了。其实个人认为备份系统往往是相对比较独立的一套架构,架构设计合理性和先进性就给后期变更调整运维带来很大的便利性。容量管理是比较复杂涉及内容比较多的,最终还是根据实际需求来定。从业务系统出发,对备份内容、每天增量、备份策略、时间,都要有一个系统的评估。前端容量设计再好,遇到不合理的备份需求,也能把你后端容量撑爆。备份带宽跟备份策略、备份介质、备份内容有很大关系,往往都可以针对具体场景进行具体优化。赵海技术经理:备份系统的规划涉及到数据存量和增量的分析,数据类型的分析,

7、备份窗口的分析以及未来发展的分析。不是一个单纯的以前端或后端数据量为依据的事儿。在考虑容量的时候,不仅仅要考虑前端的存量数据,还要考虑到后端实际数据量级的变化,数据归档的策略,同时不同系统数据的备份频度和备份类型会导致备份数据在一定周期内呈现一定范围内的伸缩,增量数据同样会随着时间的推移发生规模性的递增。考虑带宽的时候,要结合现存备份数据、增量数据两个因素与备份时间窗口的关系,综合计算得出需求带宽。cpc1989某保险公司存储工程师:1一般来说,后端容量是实际运行中的备份存储的容量数据,规划设计阶段很难准确获取,而一般按前端容量来设计,考虑备份数据的保留周期、数据压缩比以及数据增长率的经验值,

8、并根据扩容的难易程度决定预留的容量;系统上线,在进入到日常运维阶段后,往往需要根据后端容量的使用趋势和余量去验证规划设计是否符合预期,若出现偏差也能及时改进。2.备份带宽是备份存储性能的重要指标之一,在满足预算的情况下,应该尽量选择更高网络带宽,避免性能瓶颈,以致影响到备份恢复的时间窗口目标。mmsc5166某金融公司信息技术中心系统工程师:这个公司一般来说都是从前端开始的。需要备份什么,全备还是增备,备份留多久(需要保留几个备份集)等等去确定所需容量大小;备份数据量大小,备份窗口确定作业最大工作时间,去推算你的备份带宽是否够不够。不同行业对数据要求不同,监管不同也对数据备份有差异。不变的是,跟你要数据备份的时候,你有没有,能提供多新的备份数据。参考同业同行,参考服务商提供的案例,再结合公司实际需求(这个要求能对公司备份需求清晰),再结合投入(花多大代价),就一个初步的方案就出来了,在领导批准前方案过几个会就会越来越明确了。后端一般结合选定的备份方案的具体产品去讨论,一般压缩、重删,生产网络和备份网络分开Ian-free、San-free等等,看兜里的钱再看菜单点菜吧。-全文完-

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 应用文档 > 汇报材料

copyright@ 2008-2022 001doc.com网站版权所有   

经营许可证编号:宁ICP备2022001085号

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有,必要时第一文库网拥有上传用户文档的转载和下载权。第一文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第一文库网,我们立即给予删除!



客服