I am sorry, but keeping volumes for offsite copy pool inside library has no sence. Offsite copy pools are used on this way: 1) portion of data is comming to primary pools every day; 2) new backup data is backed up to offsite copy pool (usualy to scratch volumes); 3) all new offsite copy pool volumes (FULL & FILLING) are moved out of the library by MOVE DRMEDIA <volume name> WHERESTATUS = MOUNTABLE after completion offsite copy; 4) checked out volumes with status UNAVAILABLE & NOTMOUNTABLE (result of MOVE DRMEDIA) have to be sent to Disaster Site together with TSM Database backup, taken after completion offsite copy; 5) next day - see point 1-4. Note, TSM can help you to manage offsite copy pool - see COURIER, VAULT, VAULTRETRIEVE, ONSITERETRIVE volume status in MOVE DRMEDIA. Note, that expired volumes, containing no data (VOLUMERETRIEVE) can be moved back and activated at main site by changing status to ONSITERETRIEVE, providing scratch volumes inside library.
________________________________________ From: ADSM: Dist Stor Manager [ads...@vm.marist.edu] On Behalf Of Paul_Dudley [pdud...@anl.com.au] Sent: Friday, October 22, 2010 8:24 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Copypool storage pool questions Thanks for the reply but one thing I am still confused about are these copypool tapes sitting in my onsite tape library. Given that the primary reason for this copypool is for offsite tapes, should these copypool tapes currently residing in my tape library (created by reclaimation processes) be checked out and sent offsite as well? Thanks & Regards Paul > -----Original Message----- > > A lot of these have a status of "Full" however they are only 50/60/70% used. > > ...a reflection of files on the filled tape expiring over time, which > reclamation will > combine with other data to fill a new tape. Surrogate reclamation tends to > be quite > slow compared to direct reclamation, where it may not be able to keep up with > the > need for additional offsite tapes for new data, the result being a > considerable > demand for the scratch tapes you have in the library, which could account for > your > issue of running low on scratch tapes. > > The only other suggestion that may apply is to verify the devclass Format > being > used, that it uses compression so as to get the most onto the tapes. > > Richard Sims ANL DISCLAIMER This e-mail and any file attached is confidential, and intended solely to the named addressees. Any unauthorised dissemination or use is strictly prohibited. If you received this e-mail in error, please immediately notify the sender by return e-mail from your system. Please do not copy, use or make reference to it for any purpose, or disclose its contents to any person. Please consider the environment before printing this Email. CONFIDENTIALITY AND WAIVER: The information contained in this electronic mail message and any attachments hereto may be legally privileged and confidential. The information is intended only for the recipient(s) named in this message. If you are not the intended recipient you are notified that any use, disclosure, copying or distribution is prohibited. If you have received this in error please contact the sender and delete this message and any attachments from your computer system. We do not guarantee that this message or any attachment to it is secure or free from errors, computer viruses or other conditions that may damage or interfere with data, hardware or software.
