jsparnova
asked on
TSM - Migrating from LTO4 to LTO5. How to copy my offsite DR volumes without wasting a lot of tapes
I am running Tivoli Storage manager 6.3.0.
We are migrating from LTO4 to LTO5. The onsite tape pools were no problem to migrate. I just created a new tapepool for the LTO5 and set that as the next migration pool for the lto4 pool. I then ran a migration until it was all moved.
My issue is how to copy my offsite media to lto5. I know I can keep the existing offsite until they are brought back via reclamation, however, we have over 150 LTO4 tapes offsite in our vault that we are paying monthly fees for.
Can I use the copy data command to copy? Will this work for offsite?
The other Idea I had was set reclamation threshold real low. This would create new LTO5 tapes to send offsite, and reclaim the offsite LTO4.
We are migrating from LTO4 to LTO5. The onsite tape pools were no problem to migrate. I just created a new tapepool for the LTO5 and set that as the next migration pool for the lto4 pool. I then ran a migration until it was all moved.
My issue is how to copy my offsite media to lto5. I know I can keep the existing offsite until they are brought back via reclamation, however, we have over 150 LTO4 tapes offsite in our vault that we are paying monthly fees for.
Can I use the copy data command to copy? Will this work for offsite?
The other Idea I had was set reclamation threshold real low. This would create new LTO5 tapes to send offsite, and reclaim the offsite LTO4.
ASKER
They are for DR, but that it what is so great about TSM. Let's say I have a volume vol001L4 in my offsite pool. I I run the copy data command, it will grab an Lto5 scratch tape or an lto5 mountable tape in my DR pool an copy the data from the onsite copy. The newly copied data is now ready to be cycled to offsite using move DRMedia. The vol001L4 now becomes vault retrieve.
Yes there is a risk as now that offsite data is technically onsite until I ship them out.
I think this is the best way, I just need some validation.
Yes there is a risk as now that offsite data is technically onsite until I ship them out.
I think this is the best way, I just need some validation.
If you have an onsite copy of the tape as well as an offsite copy then by all means go ahead, but if you need to pull the tape back from vault, you are only increasing risk with minimal reward.
The reward is a refresh of the tape, but the risk of having a DR tape onsite is far higher.
If however the data is just for DR, then just create a new DR set.
Your copy process does not allow you to fit more data onto an LTO5 tape than you have on an LTO4 tape.
The reward is a refresh of the tape, but the risk of having a DR tape onsite is far higher.
If however the data is just for DR, then just create a new DR set.
Your copy process does not allow you to fit more data onto an LTO5 tape than you have on an LTO4 tape.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
I chose my own comment as solution because I figured it out on my own.
It all depends on your requirements to be able to restore data from those tapes, if the tapes are just for DR, then by all means reduce the cycle time, if however they are to have offsite copies of historical data, they should remain offsite.