• 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.

Migrate data from sequential pool to random access pool?

zbot

Active Newcomer
Joined
Mar 14, 2012
Messages
8
Reaction score
0
Points
0
Hi,

Currently we have a disk/random access pool migrating daily to a large LTO tape/sequential pool. We are getting rid of tape and now have enough space in our disk pool to hold everything. I want to "flush" all the data from the sequential pool back into the disk pool. My thought was to update the sequential pool's NEXTSTG to the disk pool and migrate everything back up. It appears I cannot do that though:
Protect: JEFFERSON>upd stg tapepool next=diskpool
ANR2399E UPDATE STGPOOL: Storage pool DISKPOOL is not a sequential pool.
ANS8001I Return code 3.


Reading the help page it looks like this isn't supported:
NEXTstgpool
Specifies a primary storage pool to which files are migrated. You
cannot migrate data from a sequential access storage pool to a random
access storage pool.


Anyone have any suggestions how to to accomplish this?

Thanks!
 

marclant

ADSM.ORG Moderator
Joined
Jun 16, 2006
Messages
3,639
Reaction score
591
Points
0
Location
Canada
Website
www-947.ibm.com
Sequential file pools are recommended over random disk pools because they are more efficient. You can use predefined volumes to reduce disk fragmentation that happens when using scratch with file pools.

If you decide to go from sequential to random anyway, use MOVE DATA or MOVE NODEDATA.
 

zbot

Active Newcomer
Joined
Mar 14, 2012
Messages
8
Reaction score
0
Points
0
Sequential file pools are recommended over random disk pools because they are more efficient. You can use predefined volumes to reduce disk fragmentation that happens when using scratch with file pools.

If you decide to go from sequential to random anyway, use MOVE DATA or MOVE NODEDATA.
Thanks! Our TSM instance is now very small and we only use it to backup a few things. We are no longer able to get hardware support from IBM for our tape library (3584) and wish to decommission it. That is why we are moving to a disk only solution.

I've used MOVE DATA before but I'm guessing I would have to do that for each of our individual tapes. I will look into MOVE NODEDATA as that might be easier. Thanks!
 

marclant

ADSM.ORG Moderator
Joined
Jun 16, 2006
Messages
3,639
Reaction score
591
Points
0
Location
Canada
Website
www-947.ibm.com
But, if you create a new sequential file pool, which is better than a random pool, you will be able to use migration from tape to the new file.pool, and from the random disk pool to the new file pool. And after the disk pool is empty, you can delete it and assign the space to the file pool.

It's a win across the board.
 

zbot

Active Newcomer
Joined
Mar 14, 2012
Messages
8
Reaction score
0
Points
0
But, if you create a new sequential file pool, which is better than a random pool, you will be able to use migration from tape to the new file.pool, and from the random disk pool to the new file pool. And after the disk pool is empty, you can delete it and assign the space to the file pool.

It's a win across the board.
I think I understand now. I was confused as I thought disk pool could only be random and tape was always sequential. Thanks for your help!!
 

Advertise at ADSM.ORG

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

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

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: 19 19.0%
  • Keep using TSM for Spectrum Protect.

    Votes: 61 61.0%
  • Let's be formal and just say Spectrum Protect

    Votes: 12 12.0%
  • Other (please comement)

    Votes: 8 8.0%

Forum statistics

Threads
31,775
Messages
135,489
Members
21,762
Latest member
Rambug
Top