Was looking to do this because of 1. Upgrade of the TSM binary will not upgrade all of TSM servers at Once. If I want to apply a patch I can try it on one TSM server that is less critical and run it for couple of days before applying it to other servers (don't have QA box with 100's of clients and a separate .
2. Down time can be managed more efficiently. It is hard to coordinate shutdown of TSM server for a extended amount of time because of TDP domino and oracle backs ups (backing up archive and recovery logs). 3. Less experienced Admins might do something funky to the directory or files that TSM instance is running off of. but its not IBM supported so I guess I have no choice =( "Allen S. Rout" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> 08/25/2005 12:08 PM Please respond to "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Multiple instance of TSM running on the same server with its own binaries?> ==> On Thu, 25 Aug 2005 10:41:20 -0400, Tae Kim <[EMAIL PROTECTED]> said: > I am in a process of splitting up my TSM 5.2.2.4 server on AIX 5.2 ML5 and I > was wondering if anyone uses separate binaries for each TSM instances that > are on the same physical server. I know that multiple TSM instances can > share the same binary but I would like to use different binaries for > different TSM instance. Why? In order to accomplish this, you're going to have to install a set of TSM BFFs, and then copy things somewhere else, then install a different set. I'll bet you my whole $.02 that IBM regards this as an "unsupported configuration". I don't know exactly where you'll see problems with it, but I bet you will. Furthermore, when you encounted even a normal problem, I'd anticipate that IBM support would positively freak out. I've been doing multiple TSM servers on the same hardware for almost 2 years now, the documented procedures work quite nicely. My recommendation would be to reconsider your plan. - Allen S. Rout +=========================================================+ This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. +=========================================================+