Poor performance during Volume or File Level Backup

[wane]

We use the Veeam Agent on various servers to back up files that are written to a specific directory every 30 minutes. Depending on the server, the backup mode is either volume level backup or file level backup. The processing rate is extraordinarily low, ranging from a few 100 KB/s to a few MB/s.

However, if we back up the entire machines (Entire Computer), we have a processing rate of up to 1GB/s.

We have the same behaviour with the backup copies: the copies of an entire machine even have a processing rate of over 1GB/s, the other backup copies in the range of a few MB/s.

Is this a normal behaviour, are there possibilities to improve the performance? We already write to pure SSD/NVMe repositories, network 10GB/s.
We use virtual proxies, the servers with the Veeam Agent are also virtual. The agent is therefore only misused to back up the files and folders every 30 minutes, Veeam Ver. 11 latest patch, Enterprise License.

[HannesK]

Hello,
I assume that you talk about Veeam Agent for Linux. Volume level and Entire Computer should have similar speed. These backup modes are block based with change block tracking. If you see differences there, please double check with support an post the case number here.

File based backup is supposed to be slower depending on the amount of files. NAS backup has a more intelligent algorithm and can be used as alternative.

Backup copy jobs are unrelated to block based vs. file based backup. The only idea that comes into my mind is, that the amount of data is so small, that it's just a few MB/s. Saturating 10Gbit/s links is no problem for the software. I assume that there is simply not enough data. Or maybe tasks are configured too low.

Proxies are not involved for the issues you mention. It's only repositories and Agents.

Best regards,
Hannes

[PTide]

Hi,

What does Linux agent report as a bottleneck (both file and volume level)?

Thanks!