Is this slow? This seems slow to me.

[azc]

Hi guys,

Just wanted to put out some feelers and get the opinion of the masses regarding the typical speeds I'm getting for my backups.

It takes 27 minutes to read 7.1 GB of data? It was registering speeds of <2 MB/s most of the time. Also, it says the Target is responsible for 98% of the delays, is this accurate?

Thanks for looking, and I appreciate any replies.

[dellock6]

bottleneck stats clearly indicated the target is the limit, at 98%. What's the storage in use?

[Gostev]

Just wanted to put out some feelers and get the opinion of the masses regarding the typical speeds I'm getting for my backups.

There's no "typical" speed as it depends on source storage, target storage and fabric speed. I've seen environments where 100 MB/s backup performance indicated some huge infrastructure problems, after fixing which the customer would get over 1GB/s.

But yes, in your case the defining factor is target storage performance.

[azc]

bottleneck stats clearly indicated the target is the limit, at 98%. What's the storage in use?

The target is an Infortrend EonNAS3230, with 12 disks in a RAID 6 array, presented as a RAW iSCSI target and mapped in VMware as a 25 TB disk attached to the Veeam Backup Proxy server.

[foggy]

Switch to forward incremental should help.

[azc]

Thanks foggy, this is something I plan on doing as soon as the existing jobs complete. I already made a post elsewhere asking what the consequences of this change could be.

[foggy]

So, matching two threads together, a consequence of the backup method switch will be a higher backup job performance.

[azc]

Well, it couldn't be much worse right now.

My plan of action is to change the job type to Incremental, and also disable compression. I want to see how fast it can stream data to the disks.

[foggy]

Compression is done by the proxy, so won't give you performance gain. Switching to RAID 10 on the repository, if possible, will.