Results 1 to 8 of 8
Thread: Move Data
-
07-14-2008, 03:18 PM #1Member
- Join Date
- Oct 2004
- Posts
- 23
- Thanks
- 0
- Thanked 0 Times in 0 Posts
Move Data
Hello
We recently transfered from LTO2 to LTO4 tapes in our tape library. There are some lingering tapes in our local storage pools (not copy pools) that are <1% used. Collocated it turned on for the local storage pools. Most of these are AIX filesystem backups. I would expect when I do a move data it would the files lingering on these tapes to another tape that server has files on (I have confirmed there are tapes that are only 40% used for the same servers). But what is happening is that they are moving to Scratch volumes, so they are again creating tapes that only have a few files on them. Is there anyway around this? I would really like to make better utilization of the tapes we have in the storage pools, rather than having a bunch of LTO4 tapes sitting around with <1% on them...
Thanks so much for your time!!!
-
07-14-2008, 03:28 PM #2Moderator
- Join Date
- Aug 2005
- Location
- Somewhere in the US
- Posts
- 5,361
- Thanks
- 2
- Thanked 148 Times in 145 Posts
In my system, every time I move data, the data being moved goes to the next available tape that shows as filling.
It should also behave the same when you do space reclamation. TSM would be filling up the tape that is showing as filling and can accommodate the data being moved.Last edited by moon-buddy; 07-14-2008 at 03:41 PM.
Ed
-
07-14-2008, 03:32 PM #3Member
- Join Date
- Oct 2004
- Posts
- 23
- Thanks
- 0
- Thanked 0 Times in 0 Posts
That's what I would expect as well.. We've done multiple tests and the move data always goes to a scratch volume... it doesn't seem right to me...
-
07-14-2008, 03:39 PM #4Senior Member
- Join Date
- Jun 2004
- Location
- Great White North
- Posts
- 642
- Thanks
- 0
- Thanked 0 Times in 0 Posts
Just a quick thought...isn't this where the maxscratch parameter comes into play?
and all that could have been...
-
07-14-2008, 03:49 PM #5Moderator
- Join Date
- Aug 2005
- Location
- Somewhere in the US
- Posts
- 5,361
- Thanks
- 2
- Thanked 148 Times in 145 Posts
The MAXSCRATCH parameter controls the maximum scratch that the pool can use, and I believe this is not the issue here.
Collocation is turned ON and I am guessing is that it goes to scratch tape because of this, and maybe the Threshold setting.Ed
-
07-14-2008, 04:11 PM #6Member
- Join Date
- Oct 2004
- Posts
- 23
- Thanks
- 0
- Thanked 0 Times in 0 Posts
I changed the MAXSCRATCH down and it's now acting as I expected. It's moving a very under utilized LTO2 tape for SERVERA to a marginally utilized LTO4 tape for SERVERA... Thanks for everyone's help!!
Shelby
-
07-15-2008, 08:51 AM #7Senior Member
- Join Date
- Jun 2004
- Location
- Great White North
- Posts
- 642
- Thanks
- 0
- Thanked 0 Times in 0 Posts
Good news Shelby. That's what i figured. As long as you keep your maxscratch low and your % Utilized reasonable, it will mount a filling tape unless data won't fit and it will then mount a scratch...been playing around with that as well...It is helping me keeping my scratch hungry library under control!
and all that could have been...
-
07-15-2008, 09:01 AM #8Moderator
- Join Date
- Aug 2005
- Location
- Somewhere in the US
- Posts
- 5,361
- Thanks
- 2
- Thanked 148 Times in 145 Posts
This something puzzling. I have my max scratch to a very high value and the system does not pickup and new scratch tape when there is still reasonable space available on a "filling" tape.
Ed
Similar Threads
-
Move Data
By influx in forum Tape / Media LibraryReplies: 1Last Post: 04-01-2008, 08:54 AM -
Move Data
By OKTSMGURU21 in forum Tape / Media LibraryReplies: 4Last Post: 08-20-2007, 09:38 PM -
move data
By buckdanny in forum Tape / Media LibraryReplies: 4Last Post: 03-27-2007, 01:34 PM -
'Q occupancy ' report data for node but i can“'t move it with 'move node data'
By sramonca in forum Tape / Media LibraryReplies: 2Last Post: 01-12-2006, 01:26 PM -
Migration / Move Data hangs when moving data from 3590 -> 3592 - 5.1.9.6
By wallyblackburn in forum Backup / Archive DiscussionReplies: 0Last Post: 11-30-2005, 10:56 AM


Reply With Quote
