Производительность Backuppc резко упала
В моем доме есть крошечный сервер, который, среди прочего, я использую для файлового сервера и хостинга тестовых веб-сайтов для своих клиентов. Он использует backuppc для резервного копирования. Машина представляет собой MSI Cubi N с резервным копированием на внешний жесткий диск USB3.
Некоторое время назад резервное копирование остановилось, и я понял, что это связано с временными проблемами: я запускаю / останавливаю backuppc в определенное время, чтобы я мог остановить файловый сервер (seafile) и сделать правильное резервное копирование.
Скорость резервного копирования резко упала. Посмотрите на разницу между 926 и 938 (21,19 Мбит / с против 8,16 Мбит / с и отбрасывание):
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
На сервере не было внесено никаких изменений, ни программного, ни аппаратного.
Я инженер-программист, а не администратор, и я не знаю, на что посмотреть. Жесткий диск, кажется, работает хорошо, я вчера отразил его на другой, и скорость была вполне приличной. Резервные копии не сжимаются, и на сервере есть 4 ГБ оперативной памяти, и на нем практически ничего не работает (сейчас у него есть 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
...
Give Не могли бы вы дать мне несколько подсказок, чтобы увидеть, что произошло и как повысить производительность?
1 ответ
Это по большей части анекдотично, но несколько лет назад я запускал сервер BackupPC, и задания резервного копирования очень и очень постепенно занимали больше времени каждый раз. Я подозреваю, что способ создания BackupPC является естественным следствием растущего пула резервных копий.
Однако кажется, что разработка BackupPC все еще активна, поэтому вам стоит попробовать последнюю версию, чтобы увидеть, удалось ли им улучшить производительность.