It's not really the "system programming point of view" that is the issue. While us system programmers were "wondering" why in the world are all of these additional datasets being allocated and why do I have to install a "database manager" simply because we want to install a new release of "scheduler restart" software, the system programmer viewpoint isn't really the major part of the problem in this.

The operational procedure is a large part of the problem for this issue.C/A needs to do a far better job to explain this process not to us system programmers, but to the product administrators, i.e., the end-users that use the product on a daily basis and the ones that are wondering what this DB* error is and why the product needs to have a data area reset at 3 in the morning simply because an lpar crashed unexpectedly, and why this move process for lpar IPL, etc, etc.

The "bllack box" approach is actually part of the problem, because I'll be honest with you, trying to work your way through the manuals and figure out what needs to be where so you can simply tell your product administrator how to "run/work with" the new CA11 is currently a nightmare.

There is no "so you just want to run CA11, well, here's exactly what you need to do, and here's how you should tell your product administrators to handle it, and here's how it is done in a large (three sysplexes, 25,000+ mips) environment" manual.

I can install operating systems and program products in my sleep, (have been doing it for 20 years) however trying to explain some of this "DBA" stuff to the CA7/11 product administrator that is wondering why he or she now has to reset data areas, suspend CA11, move DATACOM, etc. just because we want to IPL one of the lpars in the sysplex or one of them might have come down hard is the challenge. Resetting data areas is a DBA function, not a system programmer function nor a product administrator function.

Perhaps if C/A was going to do this, they should have contacted each corporation that is running CA11 and given a free class to each product administrator so they now know what to expect, or a large break on the cost.

Enough said on datacom and CA11, hopefully we won't have it soon.

Robert Justice
z/OS Senior System Programmer (not a datacom dba)

----------------------------------------------------------------------
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

Reply via email to