Dear Rick : We did not use the DRM now,
Since the existing tape library slot (48 slot)is not enough to hold all backup of primary pool; 14 version of user data (each version require 4 to 6 LTO5). So we try to implement the backup like; 1. daily schedule backup data to primary pool (daily selective / full backup) 2. backup stgpool to copypool 3. backup TSM DB 4. checkout all tape in the library 5. check in new tape in the library 6. checking any expired tape recycle the daily job the copypool' tape will be transport to DR site, while the primary pool tape will be store at the safe and reuse for after 14 day We think we just daily duplicate the primary pool to copypool (using backup stgpool), and check out all active tape. Manually trace when the tape shall be expire; then reuse (cycle) those tape again to make the things work... So if we need to have the data retention period of 14 but don't have enough tape slot in the tape library to hold all primary pool tape media. We have no way out !! OR Shall we just shorter the retention period like: from 14 to 10 day, so that the tape library can hold all the tape inside. Use DRM to generate and manage offsite tape form us ?? Best regards, Victor Shum -----邮件原件----- 发件人: ADSM: Dist Stor Manager [mailto:[email protected]] 代表 Rick Adamson 发送时间: 2012年5月17日 21:10 收件人: [email protected] 主题: Re: [ADSM-L] backup stgpool - command issue Victor, Assuming it is a copy pool volume (since primary storage volumes should always be available in your library). Investigate the volume status on your TSM server: Use the "query drmedia" command determine the volume's current state, if in fact it should be out of the library it's state would be either "offsite, courier, vault, etc.". This tells TSM that the volume should not be in the library and do not attempt to mount it. If the volume's state is "mountable" then the TSM server thinks the volume is in the library. Use the "move drmedia" command to apply the correct status to the volume. Additionally, check the access status of the volume by using the query volume command to make sure it is still readwrite, and not readonly or unavailable, as the server could have altered its access status when it was unable to use it. For a complete explanation of the DRM process refer to the admin guide. ~Rick Jax, FL. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Victor Shum Sent: Thursday, May 17, 2012 7:13 AM To: [email protected] Subject: [ADSM-L] backup stgpool - command issue Dear all : Due to tape library slot limitation, we implement TSM 6.3 with the following scenarios : Hardware TS-3200 with 4 x LTO5, 48 slots TSM configure 3 x primary pool ( A, B, C) for 1 x copy pool (for offsite - off_data) 4 cycle x 7 day of tape media Daily backup : 4 ~ 8TB Workflow 1. Different hosts running different backup job, so that all the tape Drive will be occupy during the daily backup. 2. At the end of day, we use backup stgpool to make a copy of three primary pool 3. Check out all tape (current cycle) 4. Insert a new set of tape 5. Audit tape library, check in tape..etc 6. Repeat 1 But we found the backup stgpool cannot be completed last-night. From the actlog, it keep report : ANR1228I Removable volume AAA208L5 is required for storage pool backup. (SESSION: 10245, PROCESS: 199). While this media was used for backup in previous cycle (2 weeks ago). So I am thinking is some of the files has been deleted on the hosts side yesterday, so the existing tape (inside the tape library) does not content those files. But the "backup stgpool" has to copy all "active" files to the copy-pool; that is why TSM try to mount other tape has the files on it?? Or I just hit a bug of TSM ?? Best regards, Victor Shum
