There is no way (AFAIK), to export/import the database information only, without exporting/importing the data.
This is a major deficiency of TSM, which not only occurs when consolidating TSM servers, but also when consolidating TSM clients: When transfering a huge filespace from one client to another, you essentially run into the same problem, even if the TSM server remains the same. The ability to export/import the database information for - the whole TSM server - a specific client - a specific filespace of a specific node without exporting/importing the data itself, would help. Reinhard Daniel Sparrman <[EMAIL PROTECTED]> schrieb: > Hi > The problem isn't moving only one TSM server, but consolidating two TSM > servers into one. > I have no problems moving the first TSM server(ADSM1) to the new hardware. > However, I want to migrate the second TSM server(ADSM2) to the new > hardware/TSM server(TSM1). There are two choices for doing this, either > exporting all nodes using export node option. This will generate alot of > tapes, as the smallest ADSM server has 200 nodes, 1500 tapes and a total > storage of 30TB. However, I can choose not to export the copypools, which > would make it about 15TB of data and 750 tapes. > The other option is to do a export server. This command has a filedata= > feature, and what I would like to do is to do a export server > filedata=none, and then import this information into the new TSM server. > The new TSM server will have access through ACSLS/3494 CU to all existing > volumes from both old ADSM servers. Therefore, I wouldn't have to export > all the filedata, only definitions. > My question is, is it possible to do a export server filedata=none, and > then import this information into the new server, connect both the 3494 > and the STK9310 to the new server, and use the old volumes that contains > data and already exists in the 3494/STK9310. > This would save me 3-4 days, because that is what it would take to move > 15TB of data from the 3494 to the 9310 using import/export commands. > Or, do I have to do export/import of all filedata, because doing > filedata=none, will only import node definitions, and not storage volume > definitions? > Best Regards > Daniel Sparrman > ----------------------------------- > Daniel Sparrman > Exist i Stockholm AB > Propellervägen 6B > 183 62 HÄGERNÄS > Växel: 08 - 754 98 00 > Mobil: 070 - 399 27 51 > "Don France (TSMnews)" <[EMAIL PROTECTED]> > Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> > 2002-04-23 08:45 > Please respond to "ADSM: Dist Stor Manager" > To: [EMAIL PROTECTED] > cc: > Subject: Re: Consolidating TSM servers. > If you stay on the same platform-OS, all you need to do is shutdown (old > server) after a final DB backup, move the HW connections to the new > server, restore DB, and you're finished. Remember to copy the dsmserv.dsk > (filesystems for all TSM server files -- db, log, disk pool vols, logical > volumes, path-names), as well as volhist, devcfg and dsmserv.opt; > move/re-org filesystems *after* the move. Many other posts confirm this > approach, have personally done it on AIX since v2 days. > Regards, > Don France > Technical Architect - Tivoli Certified Consultant > Professional Association of Contract Employees (P.A.C.E.) > San Jose, CA > (408) 257-3037 > [EMAIL PROTECTED] > ----- Original Message ----- > From: Daniel Sparrman > To: [EMAIL PROTECTED] > Sent: Monday, April 22, 2002 12:59 PM > Subject: Consolidating TSM servers. > Hi > Anybody out there know if it's possible to do a export server, without > having to export all filedata, and then do a import and use the existing > tapes. > We have one STK 9310 and one IBM 3494. Each TSM server has a copypool > and a primary tape pool in the different libraries. All equipment is SAN > connected, so if I could first do a DB backup/restore to the new machine > of one of the TSM servers, and then export everything except for the file > data from the second TSM server to the new machine, it would be perfect. > Doing a export server filedata=all, would create about 1500 new tapes, > according to a export server preview=yes (about 31TB of data) and this > would probbaly not work at all. > So, anybody done this before? > Best Regards > Daniel Sparrman > ----------------------------------- > Daniel Sparrman > Exist i Stockholm AB > Propellervägen 6B > 183 62 HÄGERNÄS > Växel: 08 - 754 98 00 > Mobil: 070 - 399 27 51 -- Reinhard Mersch Westfaelische Wilhelms-Universitaet Zentrum fuer Informationsverarbeitung - ehemals Universitaetsrechenzentrum Roentgenstrasse 9-13, D-48149 Muenster, Germany Tel: +49(251)83-31583 E-Mail: [EMAIL PROTECTED] Fax: +49(251)83-31653