在日益增长的数据备份压力下，如何合理规划磁带库备份从而降低RPO/RTO？

增加驱动器，通过一些备份软件是可以实现并发备份。

磁带库能够做到的容灾是很有限的，短周期内故障或者实时故障，磁带库备份的适用性更加小。

这些问题的根本原因是因为备份的滞后性，因为备份是需要时间的，并不是转眼完成。因此，单纯提高备份设备数量和性能，收益也不会很大，尤其是生产性能不太高的情况下。备份发起时大量的io和网络流量，基本可以让业务处于半瘫痪状态。最高的备份连续性和最高的业务处理效率在一定程度上是相排斥的。

如果需要更高的实时保护，更多依靠存储，多活，多中心。更高的大周期数据保护才是磁带库致力重点，提高备份系统性能，包括磁带库性能，更高性能的磁带库？更高标准的磁带机？更多的备份设备？以及生产系统对备份更大的忍受度…

还是建议使用VTL和物理磁带库想结合的方法，VTL基本上可以保证驱动器的数量和读写的性能问题。

部分数据迁移物理带库的方式相对来说比较好一些。

如果要求的实时性再高的话，基本上可以忽略常规的备份方式了，可以考虑CDP，实施数据恢复，成本也高。

所以还是那句话场景决定了架构。

加驱动器，并发备份在一定程度上是有用的。但是系统出口带宽总是有上限的。达到这个带宽后，就很难有实质提升了。

如何从降低rpo和rto要求上考虑，建议采用虚拟磁带库比较合适，备份恢复速度快

嗯，驱动器可以多买几个

多放写驱动器