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

Migrating TSM from AIX to LINUX

jeffs42885

ADSM.ORG Member
#1
Hello,

We are currently running TSM on AIX, with a centera device class. We load files daily from Content Manager OnDemand.

Our goal is to migrate off of the AIX platform to RHEL. I was looking at exporting nodes/pools/etc, and after doing some homework I found out that we can't simply "migrate" the Centera data from AIX to Linux like we could a device class setup as "File" (I may be wrong in this understanding)

Our only solution from my end, is to retrieve all the data from OnDemand, and then reload it into the new server. Does anyone have another suggestion as to what we can do? It's no problem to create a script to fetch/retrieve the documents on the new system, but we will need a great amount of space to temporarily hold the data while it reprocesses, not to mention resource utilization during the retrieval / load.

Any suggestions are welcomed! Thanks!
 

marclant

ADSM.ORG Moderator
#2
Setup the new server in parallel next to the old, and use node replication to move the data to the new server. Once all the data has been replicated, switch OnDemand to use the new server. You can replicate X hours per day until it's all completed.
 

marclant

ADSM.ORG Moderator
#3
I found out that we can't simply "migrate" the Centera data from AIX to Linux like we could a device class setup as "File" (I may be wrong in this understanding)
You can't do that because you cannot restore an AIX database on Linux or vice-versa. The endian is different.
 

jeffs42885

ADSM.ORG Member
#4
IBM told me that it's because of centera, but what you are saying about the endian makes total sense.

https://www.ibm.com/support/knowled...m.ibm.itsm.srv.ref.doc/r_cmd_node_export.html

  • You cannot use a CENTERA device class as the target medium for an export command, or as the source medium for an import command.

Another pitfall, and I have mentioned this in other posts, is that we are currently using TSM 5.5. Our goal is Spectrum Protect 8.1.

At this point, I think a complete retrieval and reloading of the OnDemand documents is the best thing to do since I can build a script around the included OnDemand utilities to query the database for a list of files to retireve, retireve them, and load them quickly.
 

jeffs42885

ADSM.ORG Member
#8
Based on that link-

DEVclass
Specifies a sequential device class to use for storing the extracted data. This parameter is required if
you want to extract the database to media.
Restriction: You cannot use a device class with a device type of NAS or CENTERA.
 

marclant

ADSM.ORG Moderator
#9
Based on that link-

DEVclass
Specifies a sequential device class to use for storing the extracted data. This parameter is required if
you want to extract the database to media.
Restriction: You cannot use a device class with a device type of NAS or CENTERA.
Jeff, Ed was not suggesting to export/import the data, rather:
1 - move the DB from AIX to Linux using extractdb/insertdb. The extract is done to any temporary disk that you have. It could be an NFS share or SAN attached. It's just a temporary place to hold the extracted DB before inserting it. So this limitation has nothing to do with your storage pools, just the device class you point the extract to.
2 - Then switch the connections to the Centera from AIX to Linux

If it was a native storage pool, it might work. I don't know if you can do that or not with Centera. I don't know enough with how it appears to the OS to know if it will use the same paths, etc., so that TSM can find the data.
It's probably something you'd want to test first.
 

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

    Votes: 39 60.9%
  • Let's be formal and just say Spectrum Protect

    Votes: 9 14.1%
  • Other (please comement)

    Votes: 6 9.4%

Forum statistics

Threads
31,218
Messages
132,897
Members
21,359
Latest member
rickytweng
Top