yes , you are right
My problem is that I have to run at least ones per day a script that will find
all empty media and run the bpexpdate -deassignempty command
But in an environment that has 150GB of image database and more than 2000 tapes
it is a problem. Imagine that the bpmedia -movedb or the bpexpdate command
takes more than 15 min to complete.
smpt
> -------Original Message-------
> From: Liddle, Stuart <liddles at amgen.com>
> Subject: [Veritas-bu] Expiring copy 1 images
> Sent: 29 Jul '06 18:00
>
> When you expire all of the images on a tape (virtual or otherwise) you have
> to follow it up with this command:
>
> bpexpdate -deassignempty
>
> This will then set the status of the tape(s) to Available.
>
> A useful tip for expiring images is to look at the output from
> bpimagelist
> -l
>
> If you look at:??http://support.veritas.com/docs/193085
>
> It will give a full description of the rather messy outpuf from this
> command.??Anyway, I put together an awk snippet to get just the information
> out that I needed:
>
> bpimagelist -l -hoursago 999 | awk '($1??== "IMAGE"){print $6, "Primary:
> "$28, "Copies: "$21,"Frags: "$22, "KB: "$19, $7, $11, $14}'
>
> Now you can use this output to look for whatever you want based upon the
> following
>
> Primary: 1 Copies: 1 -- an image that has not yet been dup'd
> Primary: 1 Copies: 2 -- an image that has been dup'd, but the
> primary image is still copy 1
> Primary: 2 Copies: 2 -- an image that has been dup'd with the
> primary image as copy 2
> Primary: 2 Copies: 1 -- an image that has been dup'd, primary image
> is copy 2, & copy 1 has been expired
> there are other variations on this, but you get the idea
>
> I look for something like "Primary: 2 Copies: 2" and then use the backupid
> (first field of my awk output) to expire copy 1 like this:
>
> bpexpdate -backupid <backupid> -d 0 -copy 1 -force
>
> The "-copy 1" part is important....if you leave this out it will expire all
> of the images....probably not a good idea.
>
> The last column in the awk output is the timestamp which may be useful if
> you decide that you want to leave the copy 1 image around for a set amount
> of time.??(Remember this can be converted to human-readable format by using
> the command:??bpdbm -ctime <timestamp>?? ).
>
>
> --stuart
>
> _________________________
> Stuart W. Liddle
> Amgen Corp.
> liddles at amgen.com
>
>
>
>
>
>
> -----Original Message-----
> From: smpt [mailto:smpt at peppas.gr]
> Sent: Saturday, July 29, 2006 1:04 AM
> To: Liddle, Stuart; WEAVER, Simon; 'Mansell, Richard';
> veritas-bu at mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Multiplexing
>
> Can you share your script?
>
> I'm using the same technique but there is a problem with tape expiration.
> When you expire all images of one tape the tape doesn't expire.
> You have to search for assigned tapes that they don't have media and then
> you have to use the bpexpdate - jusmedia command to expire the tape.
>
> smpt
>
>
> >??-------Original Message-------
> >??From: Liddle, Stuart <liddles at amgen.com>
> >??Subject: Re: [Veritas-bu] Multiplexing
> >??Sent: 28 Jul '06 20:36
> >??
> >??That's good for backup speeds, but it sucks for restores.??Unless all
> > of??your clients have really slow network connections, having a high??
> > multiplexing value is not really a good idea.
> >??
> >??You might want to consider dropping the multiplexing down to
> > something like??6.
> >??
> >??Our configuration uses VTL's to our first backup copy and then I use
> > vault??to put it to physical tape.??I multiplex to the VTL and
> > single-stream to the??physical tapes.??Once it is on the physical
> > tape, we have a script that will??bpexpdate the copy 1 image on the
> > VTL (this is not an automatic option in??NetBackup until version 6.x).
> >??
> >??When you do a restore from a physical tape, you have a single-stream
> > copy??and not one that is multiplexed....this makes for a faster restore.
> >??
> >??--stuart
> >??
> >??-----Original Message-----
> >??From: veritas-bu-bounces at mailman.eng.auburn.edu
> >??[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of
> > WEAVER,??Simon
> >??Sent: Thursday, July 27, 2006 11:22 PM
> >??To: 'Mansell, Richard'; veritas-bu at mailman.eng.auburn.edu
> >??Subject: Re: [Veritas-bu] Multiplexing
> >??
> >??
> >??Richard
> >??Yes I use multiplexing a lot
> >??
> >??NBU 5.1 Master MP2 + 2 SAN Media Servers
> >??
> >??4 drives in a robot - using SSO
> >??
> >??1 Storage Unit set to multiplex 25 jobs per drive (Master)
> >??2 SAN Storage Units set to use 2 drives, multiplex 8 per drive
> >??
> >??Seems to work - get a lot of jobs done - around 300 per night if that
> helps.
> >??
> >??Regards
> >??
> >??Simon Weaver
> >??3rd Line Technical Support
> >??Windows Domain Administrator
> >??
> >??EADS Astrium Limited, B23AA IM (DCS)
> >??Anchorage Road, Portsmouth, PO3 5PU
> >??
> >??Email: Simon.Weaver at Astrium-eads.net
> >??
> >??
> >??
> >??-----Original Message-----
> >??From: Mansell, Richard [mailto:Richard.Mansell at ccc.govt.nz]
> >??Sent: 27 July 2006 22:31
> >??To: veritas-bu at mailman.eng.auburn.edu
> >??Subject: [Veritas-bu] Multiplexing
> >??
> >??
> >??
> >??We are struggling to get all of the backups run during the backup
> > window and??one of the obvious solutions is to start using
> > multiplexing as the tape??drives are not being driven at any where near
> their maximum throughput.
> >??There has been a rather nasty multiplexing problem fixed in 6.0 MP3
> > but I??would be interested to do a straw poll of how many people are
> > using??multiplexing and if possible any issues encountered.
> >??
> >??I would appreciate it if you would respond (off list) as to whether
> > you use??multiplexing or not (any version of NetBackup). I will
> > summarise the results??and post back to the list.
> >??
> >??Regards
> >??
> >??Richard
> >??
> >??
> >??
> > **********************************************************************
> >??This electronic email and any files transmitted with it are intended??
> > solely for the use of the individual or entity to whom they are addressed.
> >??
> >??The views expressed in this message are those of the individual??
> > sender and may not necessarily reflect the views of the Christchurch
> > City??Council.
> >??
> >??If you are not the correct recipient of this email please advise the
> > sender??and delete.
> >??
> >??Christchurch City Council
> >??http://www.ccc.govt.nz
> >??
> > **********************************************************************
> >??
> >??
> >??_______________________________________________
> >??Veritas-bu maillist??-??Veritas-bu at mailman.eng.auburn.edu??
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >??
> >??This email is for the intended addressee only.
> >??If you have received it in error then you must not use, retain,
> > disseminate??or otherwise deal with it.
> >??Please notify the sender by return email.
> >??The views of the author may not necessarily constitute the views of
> > Astrium??Limited.
> >??Nothing in this email shall bind Astrium Limited in any contract or??
> > obligation.
> >??
> >??Astrium Limited, Registered in England and Wales No. 2449259??
> > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1
> > 2AS,??England??_______________________________________________
> >??Veritas-bu maillist??-??Veritas-bu at mailman.eng.auburn.edu??
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >??_______________________________________________
> >??Veritas-bu maillist??-??Veritas-bu at mailman.eng.auburn.edu??
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >??
>
|
