В моем доме есть крошечный сервер, который я использую, помимо прочего, для файлового сервера и хостинга тестовых веб-сайтов для моих клиентов. Для резервного копирования используется 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 Гб оперативной памяти, и на нем практически ничего не работает (только сейчас у него есть 3 Гб бесплатно)
Это состояние сервера перед выключением 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
...
¿Не могли бы вы дать мне несколько подсказок, чтобы увидеть, что произошло, и как повысить производительность?
В основном это анекдотично, но несколько лет назад я управлял сервером BackupPC несколько лет назад, и задания резервного копирования очень, очень постепенно занимали больше времени. Я подозреваю, что конструкция BackupPC является естественным следствием растущего пула резервных копий.
Однако разработка BackupPC, похоже, все еще активна, поэтому вам может быть полезно попробовать последнюю версию, чтобы увидеть, улучшили ли они производительность.