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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Thomas Denier
Sent: Tuesday, April 07, 2009 11:32 AM
To: ADSM-L AT VM.MARIST DOT EDU
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.
|
