针对数据中心规模，在设计备份方案时如何进行存储规划、容量规划、调度规划？

这个问题问的比较全面，我从提到的几个方面分别阐述一下：

1. 存储空间规划。

   首先应该先调研并汇总，看看当前要需要备份的系统有多少套，每套大概有多少数据量，最终得到1个初步的数据总量。
   
   其次，应该了解并估算整个备份环境的增长量，以及规划的年数。比如，初步估算所有的备份数据总量为5T，每年增长20%，规划5年周期。最后的总量应该是12.5T左右
   
   最后，要确认保存的周期或保存的版本数。比如，初步按3个版本保存，40T的容量应该是没问题的。
   

2. 根据存储空间初步确定设备选型规划。

比如，如果使用物理带库，按LTO6的磁带来算，14盘磁带就够了，但是考虑到磁带并置、存储池以及其他考虑等冗余要求，需要再多设计一些磁带，比如20盘。然后再考虑到是否要需要需求磁带循环使用，那么磁带库的槽位书必须要多于20个.

如果是虚拟磁带库，考虑到产品的重删功能，可以对应的降低有效容量的配置要求。或者如果是磁盘存储池并启用重删功能，也可以根据测试对应的降低要求。具体推算方法为：根据估算的备份数据占用空间---除以虚拟磁带库的重删比例---反推虚拟磁带库的裸容量

3. 备份窗口的确定：
   这个需要和业务系统的负责人沟通，了解每个要备份的业务系统的最大备份窗口，再根据备份窗口选择合适的备份方式。通过合理的配置优化备份窗口，比如，使用lanfree备份，增加驱动器等备份通道、使用性能更改的备份设备等方式。一般来讲，核心系统和数据量大的非核心系统要求要配置lanfree备份。并且，如果配置lanfree也要做好规划设计，比如，做好san规划，使得备份zone和普通存储zone分开，并且备份系统都要使用独立的hba卡或独立的hba卡接口。
4. 备份调度的确定：
   根据RPO和RTO和设计合理的备份调度周期，根据各个系统的备份窗口，合理的设计各个系统的备份时间。同时还得考虑业务的特性、备份存储的限制（如磁带机的个数）、和其他备份系统的冲突等等。

5.恢复测试和恢复演练：
这个是最重要的，但是反而是最容易被忽略的。做好备份恢复测试，并设计相应的制度，定期进行备份演练。备份的最终目的是可恢复，否则真正用到的时候发现备份不可用，就追悔莫及了。

备份方案规划是一个很大的话题，先简单从您提的几个方面简单介绍下：
1，存储规划
首先得看您的公司准备把备份做到什么程度，一般都是D2T（备份） and T2T（克隆）,这样备份存储就需要1套虚拟磁带库、2套物理磁带库。这是最简单的方案。若是需要考虑长短期保留的问题，那额外还需要一套长期在线备份存储（通常推荐虚拟磁带库或高速存储）/离线备份存储（通常推荐物理磁带库或NAS等廉价存储），最后如果需要克隆、（异地）复制，那还额外需要一整套备份存储进行1:1保留策略。一般企业起步阶段能做到D2T（备份） and T2T（克隆）就可以了。

2，容量规划
这个问题需要考虑完上面的问题后才能接着考量，一般容量设计的原则是周期数据量（1+周期数据增长速率）保留份数*（120%以上冗余系数），这样才能保证完整备份周期内，备份存储的容量才足够支撑备份。如果有重复数据删除设备，通常按2---5的重删比考虑容量需求，不过最好能POC测试下后再考虑重删设备的容量问题。

3，调度计划
调度计划和备份性能效率是结合在一起考虑的，备份策略设计得根据实际需求，至少保留一份副本。如果备份要求高，得缩短备份周期。备份和克隆的策略都定下来，才能很好的考虑磁带机设备数量和虚拟带宽的速度性能需求。举个栗子，比如1000GB的结构化数据，1小时内备份完，按照LTO 5的速率来算，140MB/s理论速度，140MB/s70%=98MB/s,1000GB1024/3600s/98MB/s=2.9,保守估计需要3个驱动器，考虑一半设备数量的冗余，需要至少4个LTO5磁带机。这是相对理想的情况，因为磁带机的速率与备份的数据类型息息相关，遇到数据量规模小、数据数量大的数据集合很可能都达不到98MB/s的速度，所以在涉及之初要对备份系统内，备份核心内的数量做类型调查，首先是数据类型，其次数据量规模，再次数据数量等。只有这样全面考虑了，才能设计出合格的备份系统。然而很少有集成商对备份系统这么上心，所以也造成了备份系统规划不错，但最终都仅仅只是能用的情况。