Mark, Think for a second, if reclaimation supported a days option versus the current percent utilized option. If that was the case you could set that number of days about 7 days less than when the closed boxes are to return and achieve the goal.
Well, I have written the code to do just that via the MOVE DATA vvvvvv RECONSTRUCT=YES based on the change date in the drmedia table. We have been doing this for about 9 months now, very successfully. I still use DRM for its management functionality, but I would not require it to achieve the goal. Yes, I have quite a few scripts and some elaborate processing to do this, but it works very successfully. Paul D. Seay, Jr. Technical Specialist Naptheon Inc. 757-688-8180 -----Original Message----- From: Mark Stapleton [mailto:stapleto@;BERBEE.COM] Sent: Tuesday, October 22, 2002 4:55 PM To: [EMAIL PROTECTED] Subject: Re: Offsite Vaulting with Locked Canisters From: ADSM: Dist Stor Manager [mailto:ADSM-L@;VM.MARIST.EDU]On Behalf Of Joshua Bassi > I am looking for feedback on using locked canisters for offsite > vaulting. I have setup DRM for several accounts who used open > containers and I have setup poor man's tape rotation without DRM with > open canisters, but I have never implemented a locked canister > solution. > > The problem as I see it is that not all the data on the tapes will > expire at the same time. So what will happen is that some of the > tapes in the canister are available for reclamation and then return to > the data center, but other tapes will not be available at the same > time, this will cause the tapes in the canister to be out of sync. > > I have thought of 2 ways to potentially deal with this problem: > > 1) Every week we can create a brand new copy storage pool and backup > the primary pools to the offsite pool. After 3 weeks all the data in > the pool can be deleted and the tapes brought back onsite. This is > not utilizing TSM's incremental backup storage pool feature, but would > guarantee that a complete set of data was taken offsite each week. > > 2) Use either import/export or generate backupset to create fresh > tapes every week. You're trying to fit a round peg in a square hole. Why do you want to implement locked cannister mode? Security? A backupset *can* be read without a db backup, as long as you're dealing with like OS platforms. They're much less secure than an offsite pool. Exports are similarly insecure. Data from TSM's offsite tape pools cannot be read without a current database backup and other required TSM server metadata. -- Mark Stapleton ([EMAIL PROTECTED]) Certified TSM consultant Certified AIX system engineer MCSE
