Job Size/Policy Using Excessive Amount Of Tapes
Created: 10 Sep 2012 | 15 comments
Hi,
I have a backup policy which is backing up 2 shares on the same server, total data on the server = 850GB.
Whenever a full backup is complete the policy uses 5 LTO3 400GB tapes.
Why 5 & not 3?
Also, within OpsCenter the 'Job Size' report is stating that the job is 1.6TB...!
I have never encountered this before so any advice would be great.
Thanks.
Discussion Filed Under:
Comments 15 Comments • Jump to latest comment
Set Maximum number of partially full media on the Volume Pool in question.
The default value is zero (0), which indicates that the number of partially full media is unlimited.
will restore -- where there is a Will there is a way
What would be the correct setting to ensure that each tape is fully utilised?
Should this be set on the scratch pool or the pool the tape is assigned too?
Perhaps '3' would be good choice on your example. The setting is for active pool(s) only, not Scratch.
will restore -- where there is a Will there is a way
I have just has a thought...
As this job is running a duplicate job could this be the reason? e.g. my duplicate pool is full of partially full images where as my other pools are essentially blank media?
You may want to also check if you are multi-streaming. That can produce a lot of partially full tapes too.
No not multistreaming.
I am multiplexing though in order to have multiple copies.
Same problem. On one job, the size of a full backup is 475 GB and the duplicated job always run, 850 GB are now be writed on tape... why ?
This is only one example, same problem on all jobs ...
Excuse me. Working on BE2012.
This is NBU 7.1.0.4..
Multiple copies/duplicating? That would account for more Kb written and more tape used.
will restore -- where there is a Will there is a way
wr,
I don't think you have understood my point.
Refer to my original post.
Why would 850GB of data span across 5 tapes?
And then you said "multiple copies." thus my question.
Please post complete policy details (bppllist)
will restore -- where there is a Will there is a way
It's ok, think I've figured it out.
What I didn't realise was that 2 jobs come in & complete just before the one in question so the job I'm referring too must fill up the space left behind from the previous 2 jobs before going to the scrath pool for new tapes.
Thanks anyway.
Also I think the 'Job Size' report must be reporting on both the Primary Copy & the Duplicate Copy sizes totalled together.
:) that is what I was thinking
will restore -- where there is a Will there is a way
Would you like to reply?
Login or Register to post your comment.