全部备份数据约 20T，每天增量估计2T场景下，备份存储容量如何计算？

以前写过规划方面的文章，包含了容量方面的，重新发一下供参考：

　　1. 存储空间确认：

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

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

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

　　如果是虚拟磁带库，考虑到产品的重删功能，可以对应的降低有效容量的配置要求。或者如果是磁盘存储池并启用重删功能（如nbu的msdp或者tsm的container pool），数据库可以达到50-90%的去重率，虚拟机一般都90%以上，具体可以根据测试结果来估算。

　　3. 备份窗口的确定：
　
　　和业务系统的负责人沟通，了解每个要备份的业务系统的最大备份窗口，根据备份窗口选择合适的备份方式。通过合理的配置优化备份窗口，比如，使用lanfree备份，增加驱动器等备份通道、使用性能更改的备份设备等方式。一般来讲，核心系统和数据量大的非核心系统要求要配置lanfree备份。并且，如果配置lanfree也要做好规划设计，比如，做好san规划，使得备份zone和普通存储zone分开，并且备份系统都要使用独立的hba卡或独立的hba卡接口。

　　4. 备份调度的确定，根据RPO和RTO和设计合理的备份调度周期，根据各个系统的备份窗口，合理的设计各个系统的备份时间。

　　5. 做好备份恢复测试，并设计相应的制度，定期进行备份演练。这个反而是最关键的，搞了半天备份，关键的时候恢复不了，这个就要命了，这样血的教训太多了。