【核心议题】备份系统的设计过程中，如何平衡存储IO和备份性能？

 备份--其实也是一个不亚于业务容灾的重要环节，但往往备份只会在关键时刻体现它的价值。可能有的企业和客户对此不以为然，认为硬件层面冗余和主机存储冗余即可；甚至都没有一个完整系统规范的备份流程和相应的规章制度，更不用提备份恢复演练或者定期的检测备份数据的完整性，有效性以及在各种应急状况发生时的处理流程。这些都需要一个从无到有逐步建立的过程。需要做好整体规划。

针对题主的平衡存储IO和备份性能议题，前边的兄弟已经阐述的够全面了，我就再说说。
*1、备份方式：

    LAN /LAN-free，备份方式的选择也需要针对不通业务和对应的网络环境，对于24*7的业务，以及业务流量较大的应用，备份流量和业务流量一般都建议分开，即生存网络和备份网络相互隔离。当然，如果分不开，对网络来说，需要根据业务增长量以及备份流量做好相应的测试和预留。*

2、备份时间窗口：

  备份窗口的选择，也是需要根据备份数据量，业务低负载或者业务空闲时间，以及备份设备性能，备份时间等进行综合考虑，

3、硬件设备：

  做好业务备份规划，增长量以及成本预算，选择最合适的设备以及备份架构，对于后期维护和解决问题很大帮助。存储介质的选择需要和具体的业务相对应，长期数据变化量不大的，对于备份恢复时间要求不高的，可以考虑使用磁带；对于恢复时间要求比较高的业务，可以备份到硬盘类的存储设备上，或者使用虚拟带库，目前的虚拟带库，恢复速度也是可以的。

4、关于备份有效性检测：题外
很多时候，可能生成业务，重要系统和重要数据已经进行了很完备的备份，也有了相应的备份要求和规定，但是，很多时候，往往没有做到对于备份数据有效性的检测。尤其是数据库，或者重要业务。有必要而且必须定期做相应的恢复测试。恢复演练，模拟各种故障以及各种紧急状况下的应急处置恢复流程规范，做好分工，俗话说：不怕一万，就怕万一。

1： 备份架构设计
备份系统特别是大数据量的备份，必须要考虑lanfree的方式，将备份子网和存储子网进行隔离。
2： 备份时间评估
采用lanfree方式，备份io是先从存储子网读出，然后再通过备份子网写入备份介质，备份速度同时受限于存储子网和备份子网的HBA，这决定了备份速率和备份恢复时间。
3： 备份对生产的影响
无论哪种备份方式和备份架构，备份时段都必须通过存储子网产生大量的读io，会对生产造成冲击，所以要设置合理的备份时段，一般都是选择业务闲时进行备份。

来点小体验：

1. 生产网络和备份网络独立
2. 备份服务器应该使用万兆网络
3. 大数据量尽量使用lanfree方式
4. 备份窗口和驱动器数量配合使用
5. 备份服务器不应太集中，单点也会有问题。

能使用硬件解决的问题，相对好解决，资金要有。俗话说一个馒头解决不了的问题，那就用两个馒头解决。

第一，做好规划，最好备份网络与业务网络分开
第二，数据量较大的备份作业尽量走LAN free
第三，如果Lan备份，生产各网络区域尽量安装一台media server 。减少跨防火墙备份
最后，备份时间窗口尽量选择业务流量极少的时候

从硬件层面解决 才是正道 。其他的方法 只能辅助