10同行回答
备份系统架构规划以数据容量弹性扩充方面出发点，硬件，软件均只支持弹性添加收索功能点。可规划后端总容量的备份数据，以前段数据量的重要组成部分；收到备份策略不同，数据保留期限和是否采取压缩及去重相关技术。备份带库根据你的备份硬件设备，组网架构、备份介质设备性能和备份软件优化参数等组成的实际备份环境而定。
收起谈谈个人的理解
1. 以前端的容量为依据，来设计后端容量。备份存储最终是存放备份后的业务数据的，数据在前端是一份，备份以后的容量受备份方式和保留策略影响，如果完全按前端容量对等设计后端，肯定是放不下的。设计时还要考虑其他因素，比如预留容量、后端是否采用了压缩或去重等技术，这些都会影响最终的容量值。另外如果做了数据分层，需要根据各业务系统的分类做针对性设计，最终的目的存储（比如带库）一定要满足最终容量要求，或者满足一次出库周期。中间层的备份存储（如vtl或重删池）满足一次迁移周期即可。
2. 带宽方面，最低要求是在给定的窗口内完成数据备份。在这个前提下，根据实际环境和规划来做带宽设计，新环境有条件的可以按照规划一步到位，老环境的升级改造可以按照长远规划，分批实施的原则来做。
--备份作业和生产作业错峰运行
--采用高速网络：万兆ip网，16G或以上FC网
--生产网络和备份网络隔离
--设计或预留足够的IO通道（如多网卡，多hba卡，多驱动器）
--备份存储的性能也是制约带宽的一个因素，如有必要需升级或更换备份存储
没明白所谓的前端容量和后端容量？
收起这个公司一般来说都是从前端开始的。
需要备份什么，全备还是增备，备份留多久（需要保留几个备份集）等等去确定所需容量大小；备份数据量大小，备份窗口确定作业最大工作时间，去推算你的备份带宽是否够不够。
不同行业对数据要求不同，监管不同也对数据备份有差异。不变的是，跟你要数据备份的时候，你有没有，能提供多新的备份数据。
参考同业同行，参考服务商提供的案例，再结合公司实际需求（这个要求能对公司备份需求清晰），再结合投入（花多大代价），就一个初步 的方案就出来了，在领导批准前方案过几个会就会越来 越明确了。
后端一般结合选定的备份方案的具体产品去讨论，一般压缩、重删，生产网络和备份网络分开lan-free 、san-free等等，看兜里的钱再看菜单点菜吧。
1.一般来说，后端容量是实际运行中的备份存储的容量数据，规划设计阶段很难准确获取，而一般按前端容量来设计，考虑备份数据的保留周期 、 数据压缩比以及数据增长率的经验值，并根据扩容的难易程度决定预留的容量；系统上线，在进入到日常运维阶段后，往往需要根据后端容量的使用趋势和余量去验证规划设计是否符合预期，若出现偏差也能及时改进。
2.备份带宽是备份存储性能的重要指标之一，在满足预算的情况下，应该尽量选择更高网络带宽，避免性能瓶颈，以致影响到备份恢复的时间窗口目标
个人认为以前端容量进行设计较好，同时，结合行业特点综合性加入数据增长预估比例，业务发展计划下的数据增量评估等维度数据变量，来充分保障系统容量的可用性，更好的支撑业务发展。不要考虑部后端技术，诸如压缩、去重等带来的容量节省，毕竟预估或厂商的压缩比、去重比只是个评估值，与实际还是存在偏差，避免容量使用时捉襟见肘。
备份带宽，如果在数据中心内，需要考虑主机资源配置、网卡能力、网络质量、数据量及其变化量、备份窗口极限、目标设备端口吞吐能力、目标设备资源类型等多个方面。
收起备份除了实现数据容灾以外，很多时候还要满足业务部门，行业监管等部门的其他需求，也就有了不同的备份策略，因此存储备份的设计上，多数还是按照前端容量，结合备份策略和需求来设计后端的容量。一些特殊行业需要对数据长久保存时也会产生更多的备份架构，比如近线数据通过效率高。速度快的存储，备份一体机等方式，对于历史归档数据，通过磁带库，结合D2D2T等技术备份。既可以实现海量数据的长久保存。又避免了磁带库备份速度慢等缺点。
在带宽上，自然是尽可能的采用优质的带宽，对于一些备份任务多，数据量大的环境，建议搭建专门的备份网络，通过LANFREE等技术减少数据备份时对业务网络的带宽影响。