我正在使用BackupPC备份办公室的一些工作站.与其他工作站相比,一个工作站尤其具有相当大的数据量,但是,它通常不是那么大(谈论250 GB的实际数据).

BackupPC似乎需要永远支持这个系统(几天,即超过72小时).所有工作站都通过rsync通过网络上的autofs本地挂载进行备份.

基本上,autofs在工作站上安装管理C共享,然后BackupPC将其视为本地目录,将cd视为automount目录,以及rsync的所有数据.

它通常很慢,我通常把它归因于BackupPC盒子是慢速硬件,但是这个性能在所有工作站上或多或少都可以接受,除了这个具有更大数据量的工作站.

rsync标志：

@H_301_10@/usr/bin/rsync --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive

这些是BackupPC设置的默认参数.

我在线阅读了一些内容,表明安装上的atime可能会减慢速度 – 所以我改变了我的autofs配置来安装带有noatime标志的目录……没有区别.

我读了一些东西,表明rsync可能是罪魁祸首,因为它如何检查文件……并建议转而使用tar.所以我做了……但没有区别.

焦油标志：

@H_301_10@tarPath="/bin/gtar" env LC_ALL=C $tarPath -c -v -f - -C $shareName+ --totals # where $shareName is the autofs mounted directory

这些是BackupPC设置的默认参数.

没变.

使用iftop监控BackupPC盒的网络活动,似乎它会在使用中飙升一段时间(有时高达90Mbps),但随后会回落到Kbps甚至有时Bps范围.虽然它处于慢速模式,但top显示了BackupPC_dump命令的活动,这是备份工作…所以它正在做的事情并没有被卡住.

目前的备份已经运行了超过24小时,但根据iftop只转移了75.9GB.