Afternoon all. We're running B&R v8 w/ all latest patches, etc. Remote server but in the same data center, (4) 1Gbps LACP, Dell R430, Dell TL2100 (LTO6) direct connected SAS, Win2k12R2. If we run a backup job pointing to files locally on the server itself it will run at full speed (actually reported processing rate 120MB-189MB out of LTO's 160MB). Super, great. Looks like our speed is there, it can certainly do it. Restores will even run 100-120MB. Backup a VM or files, makes no difference. Runs great.
If we point it to files on a proxy (VM, Dell EQL, 10Gbps SAN fabric), it'll run about 2-3MB. Point it to a file share, same thing. Dismal unusable speed. Copy those backup files locally to the tape server, and we're back to full speed. This creates additional time/work to leap-frog our backup files from repositories to the tape server, then backup to tape at speed, administrative overhead, oh and we don't have enough room to use the tape server as a repository anyway. I pitched a proposal for adding a big DAS array to it but that got laughed off the table so we're back to needing to backup to tape over the local network. 2-3MB/s is unusable, especially for an LTO-6.
I've applied the registry hack for disabling the hidden encryption over the network, no change. Robocopy files to the server runs at full 1Gbps for single data stream, 2-3+Gbps running multiple streams. Backup to the tape server's HDD as a repository (setup as proxy so straight to local E: rather than shared) runs at 145-175MB (1.1-1.4Gbps per job, interestingly enough). Nice and fast so we know our network speed is there as well; we know we can get data from our VMware stack to the tape server itself. It's getting data from VMware straight to tape that is suffering.
Any ideas please?
Veeam B&R v9
Dell TL2000 via PE430 (SAS)