追求更高级别的备份性能

    高处长这边的情况我们也都大致了解，由于电信行业的数据量非常大，对备份性能要求高，我们直接推荐了虚拟带库。

    虚拟带库的优势我们在前期的文章中已经有了充分的说明，这家网通分支机构每天的全备份都在几个TB，磁带虽然能够满足其容量的要求，但从性能上已经完全不能满足每天备份时间的需要。磁盘备份也存在诸多的弊端和局限性，所以，就目前而言，针对这家网通分支机构而言，VTL是最为合适的解决方案。

    高处长对各类存储产品也比较了解，对我们提出的方案基本认同，唯一觉得不妥的就是担心虚拟带库的性能可靠性：这么大的数据量每天这么频繁的写入到这个虚拟带库中，一旦虚拟带库控制引擎出现问题怎么办？我们的数据如何恢复？如果从磁带恢复那需要多长时间？

    高处长一连串的问题还真是让我们体会到了客户方的难处，其实，上备份系统就如同买保险一样，可能几十年都用不上一次，但一旦发生问题了，恢复是最主要的，不管你用什么方法，都要按时、按需的恢复需要的数据。尤其像网通这样的大型电信机构，一旦因为后台故障造成前端业务中断，那可真是要掉脑袋的，看来要进一步提高备份系统的可靠性才可以。

    我们看到了高处长的网通公司的业务系统都是采用集群架构的，这下仿佛也给我们一个启发，能不能把我们VTL的控制引擎也做一个集群架构，那样的话既可以满足高处长所说的发生故障的问题，还可以做数据的负载均衡。我们的想法很快得到了公司开发部工程师的确认，告诉我们这种方案设计完全可行，而且的确提高了备份系统的可靠性。