08-21-2015 12:46 PM
So one of the benefits of 15 Feature Pack 1 as advertised was up to 62% shorter backups with LTO tape drives. having updated to FP1, my backup times remain the same.
Without going into the specifics of the systems, I updated all the agents etc to the latest version, are there other tricks that need to be done to increase the speed? We are backing up directly to tape, with real servers, not virtual.
Does this speed increase just impact virtual servers?
08-21-2015 02:20 PM
Hi Gil,
Check the Readme on the link below as it will outline the changes with FP1:
https://symwisedownload.symantec.com/resources/sites/SYMWISE/content/live/DOCUMENTATION/8000/DOC8201/en_US/readme_en.html?__gda__=1440306920_99962f0febca571d5c3706682ef7b6c7
Thanks!
08-24-2015 06:22 AM
So I did take the time to read the changes, but still see nothing mentioning how to take advantages of the so called 62% shorter backups with LTO.
Maybe I am blind, but do not see what I need to do..
08-24-2015 10:14 AM
Odds are they are now allowing larger block sizes to be written to tape? Something I think you couldn't change before...
Try a format of a new fresh tape, and test again.
08-24-2015 12:36 PM
I've also posted your question to Mikko here:
https://www-secure.symantec.com/connect/blogs/feature-pack-1-backup-exec-15-delivers-improved-performance-intelligent-backups-and-enhanced-p
He has been a good resource in the past for technical questions, been on the team for a long time. Hopefully he can chime in on his blog with an answer.
08-25-2015 01:01 AM
The 62% potential gain relates to tape rewinds that can happen between sets within a job or possibly between append jobs. It is not an overall perfomance gain for the byte count within a backup set as the benefits will only be seen against the total time for the job/jobs in environments that might have been experiencing the rewinds between sets previously. (Every rewind was losing significant time against backup windows.)
08-25-2015 02:08 AM
Conclusion, just a marketing statement claiming (unreal) faster backups.
08-25-2015 07:06 AM
Just to put some background on this we actually had customers notice the unnecessary rewind in older versions and tell us that it was wasting backup window time, hence doing something about it is a performance gain. Agreed it may not be a performance gain for everyone.
08-25-2015 07:20 AM
Well, that is the answer as to why I have not seen an increase in speed and will not waste any more time figuring out how to get it.
would have loved to see a faster backup, 62% of 15 hours would have been nice :)
08-25-2015 08:13 AM
So preventing some "shoeshining," then? Because BE doesn't support multiplexing and you can't meet the minimum stream speeds?
08-25-2015 03:16 PM
Thanks Mikko :)
08-26-2015 12:22 PM
The "up to 62% shorter backup times with LTO tape drives" refers to updated LTO logic as correctly described by Colin above and does not impact the job rate itself. The mileage obvisously will vary depending on job type: Full, Incremental, Differential with Incremental backups receiving relatively the most noticeable impact.
Best,