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 [ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Paul_Dudley [pdudley AT ANL.COM DOT AU]
Sent: Friday, October 22, 2010 8:24 AM
To: ADSM-L AT VM.MARIST DOT 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.
|
