How to prevent tapes from migrating into other Media Sets?
Updated: 21 May 2010 | 3 comments
This issue has been solved. See solution.
How can I prevent tapes from migrating into other Media Sets? Or, maybe a better question...
I want to force the backup to only use the Media Set that I define in the job, even if there are tapes available in the magazine that are assigned to another Media Set, even if that means that the job fails.
I DO NOT want tapes to migrate into different Media Sets that they were assigned to.
How can I restrict the job to use only the tapes that I designate for it?
Discussion Filed Under:
Comments
Hi, You can manually assign
Hi,
You can manually assign tapes to media sets by moving them there under Media in Backup Exec. This would allow the tapes to be assigned correctly. Furthermore, if you have an autoloader/robotic library, I'd suggest you look into partitioning slots. From there, load the tapes into the required slots, and assign the backup jobs to those slots. That way the job will always use tapes in the same slots (jobs will fail if no scratch/appendable media is available), and you will know where to insert the tapes correctly.
Laters!
If you find this is a solution, please mark it as such.
Partitioning is the ONLY way
Partitioning is the ONLY way to guarantee that a job will use a specific tape or set of tapes
If you do not partition, and BackupExec cannot find either an Overwritalble or Appendable tape (depending on the job) , then it will look for ANY tape that has passed the OPP date. You cannot stop if from doing so
When you partition a loader, and then point a job at that partition, if the tape(s) are either not Overwriteable or Appendable the job will pause and post an alert asking for an appropriate tape
If this response answers your concern, please mark it as a "solution"
Yes...Ken is right, Partition
Yes...Ken is right, Partition is the ONLY way..
http://support.veritas.com/docs/206843
How to partition and manage an Autoloader or a Robotic Library using Backup Exec 10.x, 11.x and 12.x
Its a best practice to have a "Support Contract" with Symantec...
Would you like to reply?
Login or Register to post your comment.