Media Management starting new tape instead of appending by Backup Exec 11d

Backup Exec 11d bugs me when during the week it decides to start daily differential backup on a new tape when there is plenty of room available on the last tape used... It happens only when the last backup span 2 tapes. As a consequence, i have a tape with only the end of the last save on it and save of the day starts on yet another tape. Though, when last backup is contained on a single tape, it gently appends save of the day to that tape and everything is all right.

What's wrong with my config ? Tape library is an HP Ultrium LTO/8, tapes are LTO3
Media management is set on "Partial protection" and "Overwrite recyclable before scratch"
Any media inserted is well inventoried, append period for that kind of save (differential) is set to "infinite - allow appending"

Thanks you experts
inf-cacgAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Tony GiangrecoCommented:
Check the policy. I thi k it requireds a new tape in that situation.
0
inf-cacgAuthor Commented:
I don't have a policy associated with that backup (column is blanked in the panel "Job Configuration" (i guess my version isn't english localized). Is there something to do to associate a special policy to this job so as to keep on appending even after a 2 tapes last backup ?

I just looked into the 2 default policies available and tries to create another one but didn't find anything useful to force the tape behaviour i want.
0
honmapogCommented:
When one tape is full, and Backup Exec needs to span to a next tape, then that next tape will always have to be an "Overwritable tape". You cannot use an "appendable tape" as 2nd tape when your backup needs to continue on a second tape.  That's just how the software is coded. No setting can change that.

See http://www.symantec.com/docs/TECH5459 which says: "Caution: If any job fills a media, the job will only continue on another piece of overwritable media. Backup Exec will not append to multiple media in the same job."
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Ultimate Tool Kit for Technology Solution Provider

Broken down into practical pointers and step-by-step instructions, the IT Service Excellence Tool Kit delivers expert advice for technology solution providers. Get your free copy now.

inf-cacgAuthor Commented:
I appreciate your help but i think my point isn't very clear ; my problem is not about the choice of the 2nd tape when current backup need to span to another tape, that's allright.

The problem is the next day after a "spanned" backup ... when next backup chooses another tape to start its job when the 2nd tape of yesterday would be allright to append to.

Example :
Day 1 : backup on LTO23
Day 2 : backup on LTO23
Day 3 : backup on LTO23 + LTO36 <= just a bit of data on LTO36 (plenty of space left)
Day 4 : backup on LTO12 <= that's my problem i want this backup to be appended on LTO36

I would like
Day 1 : backup on LTO23
Day 2 : backup on LTO23
Day 3 : backup on LTO23 + LTO36
Day 4 : backup on LTO36

If you say there is no way i can change this behaviour (or maybe the problem is with the tape library robot ?)
i will consider this question closed. Thanks for your answers.
0
honmapogCommented:
Apologies. I misread the question.
What you want should be working. I assume your job is set to "append to media, overwrite if no appendable media is available"? I assume it is, because otherwise in your example, day 2 would not be writing to media LTO23.
I can see no real explanation as to why you get the behaviour you describe. It certainly is not the normal behaviour I would expect. Maybe you could try one thing though - what if you change your job to "append to media - terminate job if no appendable media is available". Does the job on Day 4 append to LTO36 with that setting?

One other thing to check - just make sure that media LTO36 in your first example is not "Export Pending" as described in http://www.symantec.com/docs/TECH60241. I would be very surprised it is, but just check for completeness.
0
inf-cacgAuthor Commented:
Yes, the job is set to "append to media, overwrite if no appendable media is available". When i refill the autoloader, i only put tapes part of the media set associated with this job and recyclable. I inventory all of the new tapes and they are all blue (overwritable). Then the scheme i described sets in.

Between christmas and new year's day, different jobs are planned and next set of complete/differential backups starts early january. I will test your advised setting and check for "export pending".

Give me 2 weeks and i 'll report then. Thanks for your time
0
inf-cacgAuthor Commented:
After some more backups and change of settings (no "export pending" noticed and "append to media - terminate job if no appendable media is available"), i have still the same tape rotation pattern occuring. Any other ideas ?
0
honmapogCommented:
With the job set to "append to media - terminate job if no appendable media is available" are none of the jobs failing?
Are all the tapes used in that tape rotation pattern part of the same media set?

I really can't see why this would be happening.
0
inf-cacgAuthor Commented:
I had jobs failing normally i guess if no space is left on any tape and if it's "impossible to append" to any tape. Other than that jobs kept on executing normally with the same behaviour after a job spanned upon 2 tapes. I specifically imported into the tape library only media from the same media set to avoid one more cause of problem.
I'll revert from now on to "append to media - overwrite if no appendable media is available" since it hasn't solved the problem.
0
honmapogCommented:
You wouldn't have partitions set up in Backup Exec, would you? Send a screenshot of the Devices tab, with the devices all expanded.
How many different jobs do you have for this rotation? Is it just the one job?
0
inf-cacgAuthor Commented:
My Backup Exec 11d Devices Tab
I don't know what a partition is in BE. Concerning the job, It's a differential backup.
Concerning the snapshot, it went this week like this :
monday : LTO111
tuesday : LTO111
wednesday : LTO111 + LTO101
thursday : LTO133
friday : LTO133

I still have LTO101 as an "orphan" tape :-(

If you ask, both tapes labelled "DIG" concerns another job which occured last week-end

Thanks for your help (again!)
0
honmapogCommented:
From the screenshot, you don't have partitions.
Do you know if LTO133 was appendable on Wednesday and Thursday by any chance? In that case it's normal BE takes that one, as it has the oldest allocation date.
I suggest you remove LTO101 out of the library (so you don't have any other appendable media in there) and check what happens when LTO133 fills up.
0
inf-cacgAuthor Commented:
OK, tonight's backup should fill up LTO133 and now LTO101 is removed. There is a screen capture of the library before the backup with a focus on LTO133. I don't remember the appendable status of LTO133 from last week, sorry but your words make me think i didn't have that behaviour when i fed in blank (out of the box) tapes, way back then. Now i'm recycling only already used tapes (all are overwritable but some are full (impoosible to append) and some are not (appendable because they typically are previous orphaned tapes from past spanned backups)).

 Tape library before the backup
I'll report tomorrow after the backup anyway.
0
inf-cacgAuthor Commented:
To answer your question, after checking, LTO133 was last used as a 2nd tape in a spanned backup 8 months ago. So i guess its status was appendable because there was plenty of space left on it.
0
inf-cacgAuthor Commented:
Tha backup filled up LTO133 then chose LTO051
0
inf-cacgAuthor Commented:
I will close this question now. Thanks for all your help - what i considered weird behaviour was normal in the end, i did not distinguish between appendable and overwritable media i put into the tape library. Thanks again Honmapog for your time and all the explanations.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Storage Software

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.