本篇文章主要讨论的是文件备份与恢复,以及涉及到的其他的模块,如打开文件备份模块以及合成备份模块。
主要讨论三个方面的内容,一个是文件备份与恢复的性能问题,打开文件备份模块的相关内容,以及合成备份的特性,执行原理。
文件备份的性能因素
文件备份恢复的性能因素较多,但是主要是以下几个方面,
1.文件数量的多少,文件数据的大小
当前内核单任务最合适的文件数据范围在100万个以内。(一个任务100个文件的性能下,执行不会对客户端造成严重的性能影响,从而导致客户端其他的工作受到影响。)
同一个机器,在性能许可的情况下,最好一个客户端的任务不要超两个(如果客户端性能非常好,配置很高,这个数据还是可以适当放宽的。)
如果按照在用户内存空间与内核空间平分秋色的内存分配来看,不同的平台所支持的文件数据的理论限制有:
(1)Windows 32/64 – 2G/8T – 16M/24M(3G)/64G
(2)Linux32/Linux64 – 3G/512G – 24M/4G
由于物理限制及实际可用性方面的考虑,实现支持数量远小于此上。
2.对于文件过滤选项的支持
由于过滤需要对每个文件都进行计算。
对于目录过滤,则对每一个尚未过滤的目录进行计算
因此文件越多,过滤越多,性能下降越多
建议:
尽量不要设定过多的过滤条件,如果有可能把要过滤的文件以不同的任务来进行备份。
尽量不要设定对特定文件的过滤,这样取得的效果很少,但浪费的性能很大。
3.打开文件备份模块的应用
由于打开文件备份模块只用在系统备份与在备份普通任务的某些文件时(此文件被另一个程序独占使用)才会使用,因此其性能影响是有限的。
由于打开文件备份模块的作用与 Windows API 的功能大概相同,但是此模块无需像 Windows API 那样需要集成非常多的功能,因此从理论上说,打开备份文件模块的性能要比 Windows API 好。而且其在很多读写文件采用了更加优化算法,如在写文件时尽量避免磁头的移动,从恢复系统后的数据布局来看,数据的分布相当集中也说明了这一点(可以通过“分区->属性->工具->整理->分析报告”中查看)
4.备份恢复目的地
对于备份到本地与备份到网络的性能差异是有比较大的影响的,其次就是通过 USB 的文件备份到移动介质上。但是随着千M 与万 M 网的应用。备份到