Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

Stop default tape eject behaviour in BE 2012...

Created: 05 Aug 2013 | 9 comments
deejerydoo's picture
19 Agree
1 Disagree
+18 20 Votes
Login to vote

This is with regards to what I would term a fairly fundamental design fault, in Backup Exec (BEWS), which has existed for several versions. It specifically applies to single tape backup drives (not autoloaders) for backups run at small/remote sites, in an unattended manner.

Scenario:

A backup tape is inserted into the tape unit. For whatever reason, the tape is associated with the wrong media set and the overwrite protection period (OPP) or append protection period setting prevents the job from progressing. At this point the job enters a waiting state. While the job is in this state BEWS creates a media removal alert. What it also does at this point, and this is the point where the logic breaks down in BEWS, is to eject the tape, thereby making it impossible to rectify the issue and necessitating a visit to site to push the tape back into the drive!

What should happen is as follows:

The incompatible OPP should cause the job to enter its waiting state and BEWS should still create the media removal alert. However, the tape should not be ejected. The media removal alert will alert the operator to check the backup job and media properties without any harm coming to the data on the tape. The operator then has an opportunity to decide the next course of action. If it is to stop the backup job, then the operator hits the "Acknowledge" button on the media removal alert and, ONLY AT THIS POINT, BEWS ejects the tape. However, if the operator realises the issue with the media set on the current tape they can associate the job with the correct media set. Once they have done this they will be able to hit the "Cancel" button on the remove media alert and the tape will NOT be ejected. The backup job will then leave its waiting state, because the alert has been cleared and the job will find that the media is now in a backup set that will allow the job to continue.

Comments 9 CommentsJump to latest comment

Alejandro Cisternas's picture

I have the same problem, the site with a stand alone drive have diferent time zone that me, some times the tape expire few minutes after backup job begin, so the job eject the tape because is a valid tape, but only by 5 minuts more, and we have to wait to next office day on site to reload the tape.

+1
Login to vote
digre's picture

Yes please. Give us the opportunity to cancel tape eject.

+1
Login to vote
gbmtw's picture

We have to pay for engineers at the datacenter to push our tapes back in when this happens

It would be nice to have an option to leave the tape in or eject it on a per job basis, with either as the default.

+1
Login to vote
Ruben Teuling's picture

100% agreed

Just installed 2012 and thought, lets see if they already added this functionality/option, to my disappointment this wasn't the case. I know of about 80% of my clients that (I) would upgrade to 2012 NOW if this option was added. Would save me and them a couple of hours a year.

0
Login to vote
deejerydoo's picture

Can somebody from Symantec please comment as to whether 2014 addresses this issue at all?

+1
Login to vote
deejerydoo's picture

The slience from you guys is deafening!

You could say almost as loud as the sound of feet walking away from the product.

0
Login to vote
Andrew Wiggin's picture

In my case, I have switched to a backup over fiber from tapes. But, the tapes are faster & I still have several of them lying around. So, I used to run a tape backup every night. Now, my data has grown over the threshold of what fits on my tapes (just barely). I would keep doing what i did - i can set the job to auto-cancel before it finishes - but, the tape is still ejected - so the next night it fails.

I know this isn't a mission critical need, but, when the crypto-locker ate my files, the >1TB of files from tape restored much (35x) faster than what was on the fiber.

0
Login to vote
boaz's picture

I have been running back and forth to insert different tapes today, even though the tapes have been wiped and even BE shows them as blank, but for some reason not writeable (set to be writeable after 8 hours, those tapes have'nt been used over 2 weeks). It works only at the beginning of new jobs, but not when a second tape is needed. Even Symantec support was not able to fix it, although they closed the case as solved.

What a horrible product, and waste of time dealing with support. I was happy with the Veritas product, but the Symantec versions just got worse and worse.

Tip for Symantec engineers - keeps the automation out. Automation is too complicated for your level.

0
Login to vote
RickkeeC's picture

Over a year later since this vote, 18-1 to put the feature in to disable eject, or at least prompt to eject.

Shame on you Symantec, NO EJECT until SIMON SAYS EJECT!   Blatant disregard for the clients needs.  Just keep changing the interface, adding more "features" no one will use, put a new and improved label on it and just keep selling it to companies that don't know there are better products out there.  No discounts to "Upgrade", you just buy it over again and again at full retail, for support that tells you, oh yeah, this is "By Design"  

0
Login to vote