如何结合闪存特性调整备份系统架构

要调优备份系统首先要看备份的瓶颈在哪里？如果你已经使用了闪存，那就知道闪存读的吞吐量是非常高的，所以对应的瓶颈可能会是在备份链路或者备份的介质上面！比如是否已经用了lanfree，光线带宽是否足够，物理带库速度和并发度不够的情况下是否考虑虚拟带库！用快照方式来备份也是一个不错的选择，但实现需要考虑快照的存放时间，要充分评估数据增长量，防止出现快照满导致生产系统受影响的情况！

通常来说，对快速备份现在主要有两个思路：

一个是备份采用D2D2T的架构，先将数据备份到虚拟带库，再定期导出到物理带库。这样可以显著的提升数据备份和恢复的速度。而且虚拟带库还有一些去重，复制等高级功能，可以根据需要在架构中部署。

如果对备份窗口有严格的要求，还可以引入flashcopy快照功能。对需要备份的数据卷发起快照，然后找一台服务器将快照卷挂载上来进行数据备份即可。这样可以实现几乎对生产业务的连续性没有影响。但是如果生产IO繁忙的话，由于快照的存在，可能会对性能有一些影响。

用闪存来做备份，经济性并不好。个人建议用专用的备份盘（容量约2T/个)或者面向对象的存储来做备份比较好，速度快也更安全。

IBM 目前给出的方案有3个，供参考

驱动器数量

驱动器速率

光纤卡和光纤交换机速率

存储io能力

tsm server繁忙程度

可在这几方面加强。

目前tsm +GPFS 也是一种不错的方案。

根本性手段：

1、增加备份并发数+增加备份存储设备的单IO读写带宽+备份存储设备总带宽（模拟业务占用存储带宽的方式，若业务与备份共同进行，则更需增加后面这两种带宽到合理的水平）

策略性手段：

1、 虚拟带库

2、flashcopy快照