Производительность 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 все еще активна, поэтому вам стоит попробовать последнюю версию, чтобы увидеть, удалось ли им улучшить производительность.

Другие вопросы по тегам