• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.

  • Community Tip: Forum Rules (PLEASE CLICK HERE TO READ BEFORE POSTING)

    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

Move all data off of primary storage pool

smp

Newcomer
Joined
Jun 12, 2018
Messages
4
Reaction score
0
Points
0
We are running TSM version 8.1.11.0 on rhel 8.4. We have a primary storage pool and a copy storage pool which are both on disk. The underlying storage for our primary storage pool will be out of support soon and I need to move all of the data in the primary storage pool to newly allocated storage and then reclaim all of the underlying storage that will be out of support.

Is this the most efficient method to accomplish this task with minimal impact on existing daily backups?
1. Allocate sufficient new storage for the primary storage pool to accommodate all of the existing data in the pool.
2. Change the device class for the primary storage pool to only include directories for the new storage.
3. Issue the "move data volume_name" command to move data to one of the new directories.
4. Wait until the reuse delay period for the storage pool has expired.
5. Reclaim all of the LUNs for the unsupported storage.

Are these steps correct and/or are there more efficient methods to replace the unsupported storage with new storage? I currently have about 150 TB of storage allocated on 5,000 TSM allocated volumes that would need to be moved to new storage.
 

marclant

ADSM.ORG Moderator
Joined
Jun 16, 2006
Messages
3,739
Reaction score
619
Points
0
Location
Canada
Website
www.ibm.com
That's likely the most efficient way.

You could also create a new pool as a nextpool to the current pool, and use migrate storage pool instead, and update the copygroups to point to the new pool. Migrate will not be faster in terms of bytes/seconds, but it will be more efficient in the amount of manual labour saved and you will have more control.

For example, if you only want to move data at certain time of day to not affect other tasks for example, you could have 2 admin schedules, one that sets the himig and lowmig to 0 to start migration, and later in the day have another that changes the himig to 100, and the lowmig to 99 to stop it. So that way, you can only migrate at certain time during the day if that's a concern.

You can also play with the number of migprocess to run simultaneously.

Once setup, you can basically just let it go until it's done. As with the move data command, you will have to issue a bunch of command, not more than X at a time, and then re-issue a bunch more, so it's more work.
 

smp

Newcomer
Joined
Jun 12, 2018
Messages
4
Reaction score
0
Points
0
That's likely the most efficient way.

You could also create a new pool as a nextpool to the current pool, and use migrate storage pool instead, and update the copygroups to point to the new pool. Migrate will not be faster in terms of bytes/seconds, but it will be more efficient in the amount of manual labour saved and you will have more control.

For example, if you only want to move data at certain time of day to not affect other tasks for example, you could have 2 admin schedules, one that sets the himig and lowmig to 0 to start migration, and later in the day have another that changes the himig to 100, and the lowmig to 99 to stop it. So that way, you can only migrate at certain time during the day if that's a concern.

You can also play with the number of migprocess to run simultaneously.

Once setup, you can basically just let it go until it's done. As with the move data command, you will have to issue a bunch of command, not more than X at a time, and then re-issue a bunch more, so it's more work.
The "nextpool" option was much easier. Thank you so much for your help.
 

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

DigitalOcean $100 Credit

Support ADSM.ORG and get DigitalOcean FREE credit. DigitalOcean currently offer a $100, 60-day Free Credit for new accounts. Sign-up here:

DigitalOcean Referral Badge

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 20 18.7%
  • Keep using TSM for Spectrum Protect.

    Votes: 65 60.7%
  • Let's be formal and just say Spectrum Protect

    Votes: 13 12.1%
  • Other (please comement)

    Votes: 9 8.4%

Forum statistics

Threads
31,885
Messages
135,936
Members
21,783
Latest member
london
Top