I was there! Very good session by Kurt Chadrick (and another by Cecilia
Lewis about encryption). Anyway, Kurt surprised me by mentioning
Training usage of zD&T, which I always assumed was a no-no. So I asked
him what you CANNOT do with zD&T. His answer was simple - Production.
Ok, that means a company could set up one of these boxes and use it as a
cheap way to train our replacements. Is that happening somewhere already?
Jesse 1 Robinson wrote:
The Southern California Z User Group held its quarterly meeting this week at Pacific Life Insurance Company in Newport Beach. As usual, we featured two topics, one of which happened to be zD&T. The presentation pdf is now available. Since this is an IBM sponsored group, the presentation should be valuable to all customers. I hope it will answer some of the questions in this thread. If nothing else, you will have an expert contact.
https://ibm.box.com/s/g2kubb58gbzhweeif0x70vm634rnqsqq
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
[email protected]
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Joseph Reichman
Sent: Monday, January 15, 2018 2:39 AM
To: [email protected]
Subject: (External):Re: IBM ZD&T
I think they restructured the passport advantage site AKA as the site to down load ADCD and RD&T. I think you can now apply down load and apply PTF’s
On Jan 15, 2018, at 12:59 AM, Barbara Nitz <[email protected]> wrote:
zD&T comes with an ADCD system, which used to lag behind 12-18 months (when I
worked on an RDT system) about 2 years ago.
ADCD does not have *any* z/OS support as we know it (when you only have an RDT
system, you cannot order ptfs). The process of 'migrating' to a new ADCD
version is cumbersome to say the least because you have to migrate all
applications to the new system, including any customization you may have done.
The setup does encourage a terrible mixing of applications and systems, at
least if you're not a sysprog. It did not come with SMS set up.
I made the effort of fixing the ADCD system to make it maintainable. Which
means that I completely restructured the system setup (starting with SMPE and
the sysres layout and including a better USS setup). I also fixed the RACF
database and set up a simple SMS/HSM environment (only L1 migration).
Once you've done the initial effort of cleaning it up, you can order ptf
refreshs on your 'real' :-) z/OS and distribute them like you would to another
lpar. After that, an RDT system was just another lpar to roll things out to. An
ADRDSSU volume dump can get ftp'd to the ADCD system where it can get restored
to the emulated 'DASD' (Linux files).
I got lucky in that the upgrade to new z1090 code got done by someone who knew what he was doing in Linux. For day-to-day operations you need so few Linux commands that even I could handle that.
I was even able to define an EAV volume for testing purposes. It is discouraged
to use them heavily because there is no such thing as HiperPAV (every 'volume'
is emulated as a 'simple' Linux File), but testing was good.
Check the archives, I talked about the ADCD shortcomings in the past. (I even
have a large list of what should get done or get done better flying around
somewhere).
Barbara
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
