Sandra, As I read through your initial request, it sounds like, every Friday, you want all of your offsite copy pool tapes consolidated onto fewer tapes. If that is what you are wanting, you can delete vol with discarddata=yes for each of your offsite pool tapes prior to your backup stgpool (now that you have the reuse set to 4 days, they still won't be eligible for return for another four days). Or, you can set your reclamation=1 on the offsite copy storage pool (I am not sure you can set it to 0, I have never tried).
-----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Sandra Sent: Thursday, September 08, 2005 1:21 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] backup stgpool Hmmm thanks andy, I have changed the reuse delay to 4, that is the same as dbbackup expiration days. Ok..i have to have two copy storage pools both having a complete and separate set of tapes. From this i understand that everytime the stgpool backup is performed, there is no way to tell TSM that you need to take full backup of primary pool instead of incremental from what it did last day. Kind Regards Sandra ---- [EMAIL PROTECTED] wrote : > Hi Sandra, > > I'm sure you'll get plenty of advice and suggestions from others, but > here are my "two cents": > > Once concern right off the bat is the reuse delay of zero, which puts > at risk your goal of 100% restore capability of up to 4 days ago. > Instead, your reuse delay should be the same as your dbbackup and plan > file expiration settings. Consider the case where on day 1, tape 'A' > contains valid data that is expired on day 2. Tape 'A' is now empty, > so it is available for immediate reuse. On day 3, the tape is written > over with new data. Now it is day 4, and you need to restore your > database back to day 1. You restore the database back to day 1. Now > you want to restore data from tape 'A' that was there on day 1... but > that data no longer exists because it was written over with new data > on day 3... and your 100% restore capability is out the window. > > >From what you wrote, I am under the impression that you think you > >need > multiple sets of copy storage pools to allow you to restore up to 4 > days ago. But this is not true. Since each copy pool is a logical > mirror of the primary pools, a single copy pool is all that is > necessary to restore your data up to four days ago (assuming > everything else is also configured to minimally meet the four day > requirement). If you want an onsite copy pool and an offsite copy > pool, then have two copy pools: one that stays onsite, and another > that goes offsite. You can then run BACKUP STGPOOL multiple times to > back up the primary pools to each of your copy pools. If you need more > onsite copy pools, you can define them and back up the storage pools to them. > > Regards, > > Andy > > Andy Raibeck > IBM Software Group > Tivoli Storage Manager Client Development Internal Notes e-mail: > Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] > > The only dumb question is the one that goes unasked. > The command line is your friend. > "Good enough" is the enemy of excellence. > > "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2005-09-07 > 21:41:21: > > > Dear All, > > I am running TSM 5.2.3 on Windows 2003 with 3582 Library with 2 > > drives. Ultrium2 tapes with 200GB space. > > > > Daily incremental backup of about 5GB. > > > > I have setup a copypool to which i backup my primary pool daily. The > > plan file (after running prepare) has ever increasing tapes required > > for primary stgpool restore. > > > > My question: > > Can i take full backup of stgpool daily and not the incremental on > > daily basis. The command refernce says it won't copy any file to > > copypool until the file is damaged or not available in copypool... > > that is sort of incremental. > > > > Purpose is to send one set of DR tapes to offsite weekly on friday. > > I want this set to be 100% capable of restoring my environment while > > at the same time, having 3 sets of DR at main site so that I can > > revert to a maximum of 4 days. > > > > DBbackup and plan file expiration is 4 days, and volume reuse delay > > in all stgpools is 0. I want to reuse the tapes immediately. > > > > Can anyone enlighten me on this. > > > > Regards, > > Sandra > > > > > > > > _____________________________________________________ > > Sent via SUPERwebmail - Supernet web-based email service > > http://www.super.net.pk/mail > > _____________________________________________________ Sent via SUPERwebmail - Supernet web-based email service http://www.super.net.pk/mail