Copy2tape slow

[Nxman 2]

Hello everyone

Anyone here who successfully uses Backup 2 Tape?

For months we have had the problem that the Backup2 tape job takes far too long.
(About 200 VM, about 10 TB of data).
We need about 30 hours, which is about 100 MB / s on average. The tape drive is capable of 300 MB / s natively
The support could not help so far.
It's not the hardware
I can copy the data from one repository to another within the storage at a constant rate of over 200 MB / s.
(Windows Server 2019, 64GB, 8 * Raid 10 SAS Drives) Nakivo also uses herer several "threats" in parallel.
When copying to tape, only one "thread" is used (which is also logical, the tape can only work sequentially).
Why Nakivo does not write anything on tape for several minutes, however, is incomprehensible.
(regardless of whether it is copied from the deduplicated or undeduplicated repository).
The tape drive is connected to its own SAS controller and has been proven to achieve this speed.
Nakivo is otherwise a great program, but unfortunately almost useless for us with a tape drive.
If there is someone here who is successfully using it in a similar configuration, I would be grateful for help

Edited December 19, 2020 by Nxman

[Official Moderator 26]

Hello, @Nxman please, generate and send us a support bundle.

To create a support bundle, follow the instructions:

https://helpcenter.nakivo.com/display/NH/Support+Bundles

You can also use this website to send the bundle:

https://upload.nakivo.com/c/uploadPackage

Best regards, Support team.

 

[Nxman 2]

Official reply from support :

"All read/write operations to tape work with the switch off cache to guarantee that data will not be lost. That approach makes the read-write operation is slower than usual. You can try to change the tape block size to find more optimal for high speed."

Should I say something else, or are you kidding me?

If this is true , Nakivo is ruining every tapedrive over time, becaus everyone knows , that  shoe-shining is bad for tape drives 

One example of the speed, while copying to tape: ( This is not an exeption):

Over about 10 minutes  there is written few to tape:

 

Meanwhile, there is almost no load on local disc-storage

Edited January 6 by Nxman

[Official Moderator 26]

Thank you for getting back to us!

It works just fine in our lab. For further analysis, could you send the support bundle to support@nakivo.com?

We are looking forward to hearing from you. 

[Kacper 1]

On 1/6/2021 at 4:12 PM, Nxman said:

Official reply from support :

"All read/write operations to tape work with the switch off cache to guarantee that data will not be lost. That approach makes the read-write operation is slower than usual. You can try to change the tape block size to find more optimal for high speed."

Should I say something else, or are you kidding me?

If this is true , Nakivo is ruining every tapedrive over time, becaus everyone knows , that  shoe-shining is bad for tape drives 

One example of the speed, while copying to tape: ( This is not an exeption):

Over about 10 minutes  there is written few to tape:

Meanwhile, there is almost no load on local disc-storage

Same here, the performance of backup up to tape is less than stellar. Did support find a resolution?

[Official Moderator 26]

@KacperCould you please clarify if the tape library running under the original drivers or universal drivers has been used? Also, we would like to notice that it is not possible to analyze and fix an issue-based on only on the screenshots data and issue stories. Please contact NAKIVO support to resolve the issue. Do not forget to collect new support bundle logs and attach screenshots. Kindly specify your Ticket #71865 in your description. We are looking forward to hearing from you.