Here, I (from the z/OS department) have the honour to do all installs. It is quite technical, z/OS related and complicated, so having one person get ICAT under control was decided enough effort and the various product specialists provide the required information and assistance when needed.
Kees. "George Henke" <[email protected]> wrote in message news:<[email protected]>... > So how do you allow DBAs and CICS SAs work on ICAT at the same time or is > this something they should not be doing anyway? Something that should be > centrally managed? > > On Sat, Nov 20, 2010 at 2:32 AM, Stephen Hall <[email protected]>wrote: > > > > > ________________________________________________________________________ _______________ > > > > Note: This e-mail is subject to the disclaimer contained at the bottom of > > this message. > > > > ________________________________________________________________________ _______________ > > > > > > >Date: Fri, 19 Nov 2010 08:59:39 +0100 > > >From: "Vernooij, CP - SPLXM" <[email protected]> > > >Subject: Re: How Many OMEGAMON ICATs Can Run At The Same Time?. > > > > > >"George Henke" <[email protected]> wrote in message > > >news:<[email protected]>... > > >> Is anyone able to run more than one ICAT (formerly CICAT) at the same > > >>time, > > >> eg ICAT for CICS, ICAT for DB2, etc. > > >> > > >> -- > > > George Henke > > > > > >You mean: several users configuring Omegamon components simultaneously? > > >I think they will collide regularly, because they are configuring the same > > RTE. > > >The only way should be to separate them right from the beginning to their > > own RTEs and datasets. > > > > > >Kees. > > > > Yes, that would be the only way to do it, but not what I would recommend, > > as it would lead to a lot of duplication, > > as well as increased overhead in applying maintenance etc. > > > > My suggestion would be to nominate an ICAT / Omegamon Installation owner > > who manages the installation and > > configuration on behalf of all teams. Depending on the number of LPARS / > > RTES you have I would also recommend > > looking at the batch ICAT Process, or even the new PARMLIB installation > > process. I have 9 LPARS configured > > with most Omegamon components and use the batch process, I can regenerate a > > new RTE in about 30 minutes depending > > on the number of DB2 and IMS regions in the RTE. > > > > > > Thanks & Regards, > > --------------------------------------------- > > Stephen Hall > > Mainframe Platform Manager > > INSURANCE AUSTRALIA GROUP (IAG) > > > > ________________________________________________________________________ _______________ > > > > The information transmitted in this message and its attachments (if any) is > > intended > > only for the person or entity to which it is addressed. > > The message may contain confidential and/or privileged material. Any > > review, > > retransmission, dissemination or other use of, or taking of any action in > > reliance > > upon this information, by persons or entities other than the intended > > recipient is > > prohibited. > > > > If you have received this in error, please contact the sender and delete > > this e-mail > > and associated material from any computer. > > > > The intended recipient of this e-mail may only use, reproduce, disclose or > > distribute > > the information contained in this e-mail and any attached files, with the > > permission > > of the sender. > > > > This message has been scanned for viruses. > > > > ________________________________________________________________________ _______________ > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > -- > George Henke > (C) 845 401 5614 > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
