我家里有一台微型服务器,用于文件服务器和为我的客户托管测试网站等。它使用backuppc进行备份。该机器是一个MSI古巴N,备份到一个USB3外部硬盘驱动器。
一段时间前,备份停止了,我意识到这是由于定时的原因:我在特定的时间启动/停止backuppc,这样我就可以停止文件服务器(seafile)并进行正确的备份。
后备速度急剧下降。看看926和938之间的差别(21.19Mb/S对8.16Mb/S,和下降):
Totals Existing Files New Files
Backup# Type #Files Size/MB MB/sec #Files Size/MB #Files Size/MB
----------------------------------------------- ------------------- ----------------
921 full 150677 116423.3 14.47 148314 116345.7 3183 77.8
926 full 86535 106951.6 21.19 78508 106635.9 28944 319.2
938 full 1071385 144205.9 8.16 1063546 144084.1 9680 173.4
945 full 1245914 158024.8 6.57 1080617 152874.0 168331 5201.9
946 incr 189 24.4 0.03 135 1.0 169 23.3服务器上没有进行任何更改,无论是软件还是硬件。
我是一个软件工程师,不是管理员,我不知道该看什么。硬盘似乎工作得很好,我昨天将它映射到另一个硬盘上,速度相当不错。备份没有被压缩,服务器有4Gb的ram,几乎没有运行(它现在有3Gb的空闲)。
这是服务器在关闭backuppc之前的状态,我在这里看不到什么奇怪的地方:
top - 06:29:06 up 2 days, 9:53, 0 users, load average: 2,55, 1,96, 1,66
Tareas: 159 total, 1 ejecutar, 158 hibernar, 0 detener, 0 zombie
%Cpu(s): 1,7 usuario, 0,5 sist, 0,0 adecuado, 92,7 inact, 5,0 en espera, 0,
KiB Mem : 3897616 total, 108876 free, 387920 used, 3400820 buff/cache
KiB Swap: 2877436 total, 2286016 free, 591420 used. 3146140 avail Mem
PID USUARIO PR NI VIRT RES SHR S %CPU %MEM HORA+ ORDEN
738 root 20 0 44424 3840 3252 R 5,9 0,1 0:00.03 top
30375 root 20 0 137140 63996 1544 D 5,9 1,6 30:49.27 rsync
1 root 20 0 37988 5200 3344 S 0,0 0,1 0:08.78 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.09 kthreadd
3 root 20 0 0 0 0 S 0,0 0,0 0:02.55 ksoftirqd/0
5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:+
7 root 20 0 0 0 0 S 0,0 0,0 2:16.81 rcu_sched
8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0,0 0,0 0:00.15 migration/0
...你能不能给我一些线索,看看发生了什么,以及如何提高业绩?
发布于 2017-06-12 01:30:35
这主要是一件轶事,但几年前我运行了一台BackupPC服务器,每次备份工作都会花费更长的时间。我怀疑BackupPC的设计方式,这是不断增长的备份池的自然结果。
然而,BackupPC开发似乎仍然是活跃的,因此您可以尝试最新的版本,看看它们是否进行了一些性能改进。
https://serverfault.com/questions/854981
复制相似问题