cancel
Showing results for 
Search instead for 
Did you mean: 

BE 2010 Not Using Scratch Media

KentB
Level 3

I am running BE 2010 R3 Rev. 5204 with 2 IBM TS3200 tape libraries and one IBM TS3100 tape library.  I have a Central Administration Server (CAS) and one Managed Media Server (MMS).  The CAS is connected via fibre channel to two libraries, and the MMS is connected to the last library, also via fibre channel.

Since the MMS has been installed, I have been having an issue with Backup Exec not using scratch media when it is available.  There are no partitions in the library, and the Media Management settings are:
        Media overwrite protection level:  Partial
        Media overwrite options: Overwrite recyclable media contained in the targeted media set before overwriting scratch media
        Media overwrite protection: Append to media, overwrite if no appendable media is available

This is only occuring on the MMS.  I am running jobs that are targeted to a media set that has no media loaded into the library.  As expected, the job log says, "No appendable media could be mounted.  Switching to overwrite operation on scratch media."  But instead of using the four tapes in scratch media, BE is using tapes from another media set.

Any ideas?

9 REPLIES 9

Ken_Putnam
Level 6

But instead of using the four tapes in scratch media, BE is using tapes from another media set.

When BackupExec looks for overwriteable media, it wil select the one that has been in overwriteable status longest

if you have added/labeled the scratch volumes since the other media set tapes were written to, the scratch volumes will not be selected first

pkh
Moderator
Moderator
   VIP    Certified

Is the problem job started before another job finishes using the tape?  When a job is using the tape, it is marked as not appendable.  When another job starts at this time and wants to append to the tape, it will not be able to find an appendable tape.  It will then switch to overwrite mode and wait.  When the first job ends and the tape is marked as appendable, the second job will not be able to switch back to append mode and will not be able to use the tape.

Make sure that your jobs do not overlap.

KentB
Level 3

Yes, this true, but the job should take the tape from Scratch media before it starts using media sets other than the targeted media set.

KentB
Level 3

No, there are two drives in the TS3200 and 4 LTO5 tapes in Scratch.  BE is not using any of the scratch media. 

And this is not behaviour I have observed with BE before.  I schedule all of my jobs to run at the same time and let BE handle the queue.  My experience is that BE will let the library unload the tape before the next job in the queue is run.  Then it will load the same tape back into the drive and continue with the next job.  This is what is happening on the Central Admin Server.

KentB
Level 3

Maybe I should elaborate ...

The Managed Media Server and the tape library have been in service for about two months.  We just started using LTO5 tapes in this library (the other two libraries use LTO4).  The jobs that are causing the problem are Weekly and Monthly jobs.  The Weekly jobs target a media set that has an overwrite period of 8 weeks and the Monthly jobs target a media set with an overwrite period of 7 years (this is a service level requirement for our users).  Both media sets have an append period of 1 week. 

So for this media server and this library, as of yet there are no tapes that are overwritable or appendable in the targeted media sets for the Weekly or Monthly jobs.  So both sets of jobs require brand new scratch media at this time.

The problem is that the first two jobs of the week are taking media from my Daily and Archive media sets.  These then get moved to the targeted media sets and are used for the subsequent jobs that weekend.  The scratch media is never used.

Also, since the overwrite period of our Monthy media set is so long, the CAS also uses only brand new scratch media for every monthly backup.

According to our media management settings and this Symantec how to:

http://www.symantec.com/business/support/index?page=content&id=HOWTO22313

the server should be using the scratch media.

Ken_Putnam
Level 6

This would indeed be a desireable action, but it's not the way that BE is written

You might head over to the Ideas section and post this there.  If it gets enough  "Thumbs Up" it may be included in future releases

https://www-secure.symantec.com/connect/backup-and-recovery/ideas

KentB
Level 3

According to http://www.symantec.com/business/support/index?page=content&id=HOWTO22313

Partial + Overwrite recyclable media first

  • Recyclable media in the targeted media set

  • Scratch media

  • Recyclable media in any media set

  • Imported media

 

So the behaviour I want is the expected behaviour.  And this is how my CAS behaves, it is just my Managed Media Server that is having the issue.

Ken_Putnam
Level 6

Thanks for the heads up

 

They must have snuck that past me when I wasn't looking surprise  (I've been using BE since v6)

Lothar_Müller
Level 5
Partner Accredited

Are these Tapes in scratch Mediaset factory new?

BE in actual versions don´t try to load media, which wasn´t loaded before although it is in scrach. I have to inventory the media before BE will use it.

The cause of this behavior seems to be the mediatype. Before inventory war rrun the mediatype is SCANNED after it should be LTOx or else.

 

 

If this was helpful please mark this as solution.