2同行回答
50T的数据也不大，运营商的地市级市数据基本都在100T以上了，只要备份环境允许的话，也能在12h内备份完成。
以一次全备份来算，在12h内备份完成，那么平均备份速度最低是：
50*1024*1024/12/3600=1210MB/S
按照LTO5 drive的速度（140MB/S）来算，备份最低的drive数量：
1210/140=9
为了保障dive尽量保持最大IO，建议额外关注几点：
1，datafile较小的话，聚合成较大的bakcup piece
2，调整read/write blocksize减少读写次数，可酌情调整至MB大小
3，调整备份脚本，一个channel对应一个backup session，每个channel尽量保障只有一个大块backup piece写入
4，关闭备份软件和drive的多路复用功能，保证每个dive上只有一个session写入
5，备份尽量走单独的HBA卡，不要和业务或存储共用
备份策略的话，一个完整的备份周期肯定是FULL+INCR+INCR比较符合实际情况，如果条件允许Synthetic Full也是一个很不错的选择。归档看需求，4h或者6h备份频率都可以。
收起- 有没有这方面的案例可以分享的？具体的硬件环境和设置是如何的。
- 我只想到了选择lanfree就好，备份工具还是用比较成熟的吧，推荐NBU备份一体机
- 数据备份一般是直接配置，很少单独为这种备份配置写方案。给您一个参考，某地市数据库，大概数据量90T，备份从4块独立的16 GB HBA走，每块HBA绑2个LTO 5物理drive，备份起8个channel，每个channel对应一个bakcup piece，每个bakcup piece都聚合为500 GB，R/W blocksize为2MB，多路复用关闭……
二楼的兄弟，你这么推算有问题啊；如果你真的备份速度达到1210MB/S；系统的资源，存储IO资源是不是都被占用了；
建议将备份介质改为disk（或者VTL），利用源端重删技术进行备份；能够成倍减少备份数据量；减少备份时间和备份数据量。也可以定期复制备份集到物理磁带库上
至于备份的验证，按照惯例定期进行异机恢复；至于抽查频率根据实际情况定。
收起浏览3051
- 备份50TB的库，占用系统资源和存储IO是很正常，也是不可避免的。回答题主的这个问题的时候，我是只以PTL为准计算，只提供一个参考。如果想用VTL，绝对会吃掉VTL绝大部分资源，导致其他VTL上的备份超时。如果再启用重删，要是基于链表式的重删，时间久了越备越慢，占用资源是线性增长的趋势。如果是基于CPU和内存的消重，基本那VTL在备份50T数据时其他备份压根不能跑。对于大型库备份，一般推荐PTL，同时还能兼顾PTL上其他备份。
- 推荐使用源端重删，为了解决上面提的机柜问题：1、重复数据块实在写入前进行重删； 2、利用某一个介质服务器的某一段时间专用来处理重删处理； （disk介质肯定能够解决上面问题，至于VTL我有个映像某一个VTL和备份厂商联合开发的一个功能也能实现，不能肯定。）