Discussions related to exporting backups to tape and backing up directly to tape.
johndoe10110
Influencer
Posts: 22
Liked: 5 times
Joined: Oct 23, 2013 12:49 pm
Full Name: John Dooe
Contact:

Re: Files to tape is painfully slow

Post by johndoe10110 »

jbaxter5256 wrote:When is V8 going to be released with an appropriate performance profile for file to tape backups for VEEAM?
I don't believe there's a specific date just yet, but it's still being said Q3 of this year.

Source: http://www.veeam.com/blog/v8-feature-an ... ments.html
foggy
Veeam Software
Posts: 21069
Liked: 2115 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Files to tape is painfully slow

Post by foggy » 1 person likes this post

It's late Q3 for RTM now, so probably early Q4 for GA. We have decided to provide our partners with the RTM code a few weeks before GA, to let them prepare.
nosecam
Influencer
Posts: 11
Liked: never
Joined: May 21, 2014 8:27 am
Contact:

Re: Files to tape is painfully slow

Post by nosecam »

Same here, file to tape makes the product unusable. Need to go back to BE?
Just for being part of upcoming notifications...
foggy
Veeam Software
Posts: 21069
Liked: 2115 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Files to tape is painfully slow

Post by foggy »

You can also sign up for notifications at http://go.veeam.com/availability-suite-v8 to be aware of all the news regarding Veeam Availability Suite v8.
Gostev
Chief Product Officer
Posts: 31460
Liked: 6648 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Files to tape is painfully slow

Post by Gostev » 3 people like this post

Happy to share these results I have just received from a beta tester.

Backing up the same folder:

v7 took 91 hours 47 minutes 36 seconds to process:
5250 directories and 96066 files backed up successfully (total size 65.5 GB)

v8 took 2 hours 10 minutes 50 seconds to process:
5733 directories and 95980 files backed up successfully (total size 67.7 GB)

Which makes v8 over 40 times faster than v7 processing when processing a bunch of small files ;)
johndoe10110
Influencer
Posts: 22
Liked: 5 times
Joined: Oct 23, 2013 12:49 pm
Full Name: John Dooe
Contact:

Re: Files to tape is painfully slow

Post by johndoe10110 » 3 people like this post

Holy smokes has it improved! Works beautifully for my couple hundred thousand files (in v8).

Thanks Veeam!
veremin
Product Manager
Posts: 20270
Liked: 2252 times
Joined: Oct 26, 2012 3:28 pm
Full Name: Vladimir Eremin
Contact:

Re: Files to tape is painfully slow

Post by veremin »

Kudos to our R&D team for working hard to enhance our files to tape backup engine. The current version should work much faster with multiple small files, indeed. Thank you for confirming that!
FXE
Enthusiast
Posts: 38
Liked: 3 times
Joined: Feb 16, 2014 9:15 am
Contact:

Re: Files to tape is painfully slow

Post by FXE »

Nice to read tape jobs in v8 seems to work speedier than in v7.
I'm downloading the v8 and I will install it soon.
I will give you feed back ASAP.
Dima P.
Product Manager
Posts: 14396
Liked: 1568 times
Joined: Feb 04, 2013 2:07 pm
Full Name: Dmitry Popov
Location: Prague
Contact:

Re: Files to tape is painfully slow

Post by Dima P. »

FXE,
How did it go? We recognized real improvements, for instance: In v7 we had a file to tape job, that took 7 days to complete and in v8 it takes 17 hours. :D
FXE
Enthusiast
Posts: 38
Liked: 3 times
Joined: Feb 16, 2014 9:15 am
Contact:

Re: Files to tape is painfully slow

Post by FXE »

Hello,
I've not tested files backup to tape yet.
In fact, following the v7 to v8 migration many issues appeared (install issue, Veeam ONE issues, Catalog replication issue, ...). The Veeam support is working to resolve them.
As soon as my issues will be resolved, I will going to test backup to tape.
Dima P.
Product Manager
Posts: 14396
Liked: 1568 times
Joined: Feb 04, 2013 2:07 pm
Full Name: Dmitry Popov
Location: Prague
Contact:

Re: Files to tape is painfully slow

Post by Dima P. »

Got it. I hope our support team will get your environment up and running as soon as possible, thank you for keeping us posted!
FXE
Enthusiast
Posts: 38
Liked: 3 times
Joined: Feb 16, 2014 9:15 am
Contact:

Re: Files to tape is painfully slow

Post by FXE »

Hi all,
Most issues impacted my Veeam environment are now resolved.
And I can appreciate the speed of "files to tape" backup. But even if the files seems to be correctly backed up, an error message appears for several files :
"Task full_file_path failed: Transaction (Process ID 51) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction."

It seems to be a SQL error message. What about that ?
Should I open a case for this ?
Thank you.
Gostev
Chief Product Officer
Posts: 31460
Liked: 6648 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Files to tape is painfully slow

Post by Gostev »

Hi, it is not a know issue at this point, so yes - please open a support case for investigation. Thanks!
habibalby
Veteran
Posts: 391
Liked: 32 times
Joined: Jul 18, 2011 9:30 am
Full Name: Hussain Al Sayed
Location: Bahrain
Contact:

Re: Files to tape is painfully slow

Post by habibalby »

richhartdr wrote:<thumbs up> :) files to tape...got my support guys, I'd LOVE to get to ONE backup software, bye bye Symantec! :)
It's not bye bye Symantec until you pass your compliance period of Symantec backup and totally relying on Veeam with successful restoration of your backup. :D
habibalby
Veteran
Posts: 391
Liked: 32 times
Joined: Jul 18, 2011 9:30 am
Full Name: Hussain Al Sayed
Location: Bahrain
Contact:

Re: Files to tape is painfully slow

Post by habibalby »

Job rate of Files to Tape using version 8.0.0.2018
Image
Dima P.
Product Manager
Posts: 14396
Liked: 1568 times
Joined: Feb 04, 2013 2:07 pm
Full Name: Dmitry Popov
Location: Prague
Contact:

Re: Files to tape is painfully slow

Post by Dima P. »

Hello Hussain,
Please open a support case and post here the case ID, need to check you logs. I believe, File to tape job should run faster. In addition, what was the approximate throughput before the upgrade? Thanks
habibalby
Veteran
Posts: 391
Liked: 32 times
Joined: Jul 18, 2011 9:30 am
Full Name: Hussain Al Sayed
Location: Bahrain
Contact:

Re: Files to tape is painfully slow

Post by habibalby »

Hi.. First time to integrate the backup to tapes and I thought to testing Files to tape..
futureweb
Enthusiast
Posts: 82
Liked: 7 times
Joined: Sep 03, 2015 12:15 am
Full Name: Patrick
Contact:

Re: Files to tape is painfully slow

Post by futureweb » 1 person likes this post

has there ever been any outcome what the reason was? We are too backing up (archiving) directories with lots and lots of files (millions) and I am not sure if the backup is done right this way?
As it's not a warning but error I wonder if we have to worry or should open a case?

22.09.2015 22:31:43 :: Task U:\GPIX\2010.07.07 (Gigapixel Horn von Sthof aus)\gigapan.data\tiles\r01\031\311\r0103131110.jpg failed: Transaction (Process ID 75) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

That file to tape is slow on our end is because those are many small files, so that is something that's normal.

EDIT: i just noticed, that Veeam takes up 5 GB RAM, and total Usage is 9,5 GB RAM out of 10GB. So this problaby could be a RAM issue I believe, I will give Veeam more RAM and check again what happens. the Ram was used bei Veeam.Backup.Manager, is it because it's Million of Files?
futureweb
Enthusiast
Posts: 82
Liked: 7 times
Joined: Sep 03, 2015 12:15 am
Full Name: Patrick
Contact:

Re: Files to tape is painfully slow

Post by futureweb » 1 person likes this post

Just to update, I made a case and it was solved with a Hotfix, now Millions of files are backed up without any error.
Dima P.
Product Manager
Posts: 14396
Liked: 1568 times
Joined: Feb 04, 2013 2:07 pm
Full Name: Dmitry Popov
Location: Prague
Contact:

Re: Files to tape is painfully slow

Post by Dima P. »

Thanks for the heads up – good to know that we have a solution at the support side! From now, we’ll take care this hotfix is carefully merged into upcoming version.
Post Reply

Who is online

Users browsing this forum: No registered users and 16 guests