Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Copypool\s+reclamation\s*$/: 19 ]

Total 19 documents matching your query.

1. Copypool Reclamation (score: 1)
Author: Mark Bertrand <Mark.Bertrand AT USUNWIRED DOT COM>
Date: Fri, 19 Sep 2003 13:58:23 -0500
How does Copypool reclamation work? I mean, the tapes are offsite, so is all of the reclamation done within the database? When I start the copypool reclamation with an "upd stg copypool reclaim=50" i
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2003-09/msg00617.html (12,105 bytes)

2. Re: Copypool Reclamation (score: 1)
Author: "Ford, Phillip" <phillip.ford AT SPCORP DOT COM>
Date: Fri, 19 Sep 2003 15:16:17 -0400
Copytape reclamation generally uses copytapes if they are in the library and not offsite. If they are offsite then reclaim uses the primary tapes. I have seen your problem if the primary tape is mark
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2003-09/msg00621.html (13,401 bytes)

3. Re: Copypool Reclamation (score: 1)
Author: Zlatko Krastev <acit AT ATTGLOBAL DOT NET>
Date: Sun, 21 Sep 2003 01:25:01 +0300
This ought to happen because your volumes have not been marked in the database as being offsite. "upd v * stg=<offsite_pool> acc=offsite" will do the trick. If a copypool volume is offsite, the serve
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2003-09/msg00645.html (13,289 bytes)

4. Copypool reclamation (score: 1)
Author: Lawrence Clark <Larry_Clark AT THRUWAY.STATE.NY DOT US>
Date: Thu, 10 Jan 2002 13:22:00 -0500
Can any explain to me the reasoning behind having the valid data from a reclamation on a copypool volume having to be obtained from the primary storage pool? It seems to me that it would be much more
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00543.html (11,250 bytes)

5. Re: Copypool reclamation (score: 1)
Author: "Mr. Lindsay Morris" <lmorris AT SERVERGRAPH DOT COM>
Date: Thu, 10 Jan 2002 13:35:02 -0500
The copypool volumes are normally off-site, in a vault with no tape drives.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00553.html (11,931 bytes)

6. Re: Copypool reclamation (score: 1)
Author: GERARD PRATO <GPRATO AT BROWARD DOT ORG>
Date: Thu, 10 Jan 2002 13:43:35 -0500
when you issue a "del vol xxxxxx discard=yes" is only delete's the information on the "database" and the "Volume History", it never calles for a mount of the volume. Then when inventory runs it then
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00558.html (12,526 bytes)

7. Re: Copypool reclamation (score: 1)
Author: Alan Davenport <Alan.Davenport AT SELECTIVE DOT COM>
Date: Thu, 10 Jan 2002 13:46:16 -0500
Very often, the copy pool volumes are off site volumes. It would be quite impractical to reclaim these volumes. By doing reclamation from the on-site primary pool, you do not have to return the off-s
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00559.html (11,757 bytes)

8. Copypool reclamation (score: 1)
Author: Lawrence Clark [mailto:Larry_Clark AT THRUWAY.STATE.NY DOT US]
Date: Sun, 04 Oct 2015 17:13:40 -0500
Can any explain to me the reasoning behind having the valid data from a reclamation on a copypool volume having to be obtained from the primary storage pool? It seems to me that it would be much more
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00560.html (11,953 bytes)

9. Re: Copypool reclamation (score: 1)
Author: Kelly Lipp <lipp AT STORSOL DOT COM>
Date: Thu, 10 Jan 2002 11:49:55 -0700
So you would have to bring them back. That would mean they aren't off-site so if you had a disaster you would lose your tapes! Perhaps other less robust products do this, but TSM actually works exact
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00563.html (11,937 bytes)

10. Re: Copypool reclamation (score: 1)
Author: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Date: Sun, 04 Oct 2015 17:13:40 -0500
The copypool volumes are normally off-site, in a vault with no tape drives.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00564.html (12,394 bytes)

11. Re: Copypool reclamation (score: 1)
Author: Lawrence Clark <Larry_Clark AT THRUWAY.STATE.NY DOT US>
Date: Thu, 10 Jan 2002 13:49:18 -0500
Yes, but when it expires a copypool volume, it mounts volumes from the primary storage pool to copy data that is not expired to a new copypool before releasing the copypool volume to scratch. This ma
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00565.html (13,398 bytes)

12. Re: Copypool reclamation (score: 1)
Author: Lawrence Clark <Larry_Clark AT THRUWAY.STATE.NY DOT US>
Date: Thu, 10 Jan 2002 13:51:54 -0500
That's true, but with more interest in hands off operation, some sites are now storing the copypool volumes in separate libraries in different locations. TSM should at least provide for the option of
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00566.html (12,282 bytes)

13. Copypool reclamation (score: 1)
Author: Lawrence Clark [mailto:Larry_Clark AT THRUWAY.STATE.NY DOT US]=20
Date: Sun, 04 Oct 2015 17:13:40 -0500
Can any explain to me the reasoning behind having the valid data from a reclamation on a copypool volume having to be obtained from the primary storage pool? It seems to me that it would be much more
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00567.html (11,769 bytes)

14. Re: Copypool reclamation (score: 1)
Author: "Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
Date: Thu, 10 Jan 2002 14:05:55 -0500
I disagree on this point. If you are doing reclamation of your primary pool, then it should not be that bad, ie, the copy pool should look similar to the primary pool. Another alternative is to use t
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00570.html (12,388 bytes)

15. Re: Copypool reclamation (score: 1)
Author: Alan Davenport [mailto:Alan.Davenport AT SELECTIVE DOT COM]
Date: Sun, 04 Oct 2015 17:13:40 -0500
Very often, the copy pool volumes are off site volumes. It would be quite impractical to reclaim these volumes. By doing reclamation from the on-site primary pool, you do not have to return the off-s
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00571.html (11,678 bytes)

16. Re: Copypool reclamation (score: 1)
Author: Kelly Lipp <lipp AT STORSOL DOT COM>
Date: Thu, 10 Jan 2002 12:16:49 -0700
You can do move data on them if you want. Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs, CO 80949 lipp AT storsol DOT com or kelly.lipp AT storserver DOT com www.sto
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00576.html (11,825 bytes)

17. Re: Copypool reclamation (score: 1)
Author: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Date: Sun, 04 Oct 2015 17:13:40 -0500
That's true, but with more interest in hands off operation, some sites are now storing the copypool volumes in separate libraries in different locations. TSM should at least provide for the option of
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00577.html (11,954 bytes)

18. Re: Copypool reclamation (score: 1)
Author: Bill Colwell <bcolwell AT DRAPER DOT COM>
Date: Thu, 10 Jan 2002 14:43:49 -0500
Alan, I am guessing that the operation you discribe also is writing the copypool tapes over a loooong wire between the tsm server and the remote library. In that case, there is no need to change the
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00580.html (14,098 bytes)

19. Re: Copypool reclamation (score: 1)
Author: John Naylor <John.Naylor AT SCOTTISH-SOUTHERN.CO DOT UK>
Date: Fri, 11 Jan 2002 17:26:34 +0000
Bill, Thats what we do. Works a treat if you have that remote site access of course you can do other nice things, like database backups directly offsite. - - - Bill Colwell <bcolwell AT DRAPER DOT CO
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-01/msg00672.html (15,348 bytes)


This search system is powered by Namazu