Hello, Thomas. I suppose it really depends on how big your dual-datacenter environment is and how much profile commonality there is among your TSM servers. Personally, I don't use configuration management unless I'm in a environment with enough servers and enough profile commonality that it saves me a bunch of time.
Other than that: A positive point to having a stand-alone config mgr is that any config mgr-specific patches can be installed without having to internally test all your clients/scripts/etc as you might do if you were upgrading your main TSM servers. A positive point to having a data-moving TSM server act as a config mgr is that config mgr is such a low-overhead service that having a stand-alone config mgr may be a waste of hardware and admin time. ________________________________ Alex Paschal Storage Solutions Engineer MSI Systems Integrators (503) 943-6919 - Office ________________________________ Your Business. Better. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Thomas Denier Sent: Tuesday, April 07, 2009 11:32 AM To: [email protected] Subject: [ADSM-L] Configuration manager I am in the process of planning a TSM configuration for dual data centers. I expect to use the configuration manager facility. Should I have an instance of the TSM server code dedicated to the configuration manager function, or just use one of the instances that handles client data? We expect the TSM servers to be running Version 6. The server platform will most likely be mainframe Linux, with AIX as the possible alternative. This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you.
