@Kurt - thank you for the qualification - "...but z/OS software will continue to be serviced using PTFs and therefore using SMP/E". I hadn't read or heard that until now. Its good to hear that that is the case.
Sean On Sat, 19 Oct 2019 at 00:49, Mark Zelden <m...@mzelden.com> wrote: > z/OSMF can create an extract of the migration information (now called > "upgrade" instead > of "migration") from the z/OSMF workflow (either z/OS 2.2 to z/OS 2.4 or > z/OS 2.3 > to z/OS 2.4 - whichever one you import from GitHub or both). It's in HTML > format > and quite readable with links to the different sections. > > While this may not be well known (it wasn't to me), there is also a link > on GitHub along > with the workflows to pre-exported migration information, which is in > essence the migration > manual. It's super easy to miss, so read the "readme" carefully. > > Changing the subject to z/OSMF itself... > > Although you may not require z/OSMF to get the upgrade information, I > still strongly > suggest you bite the bullet and get z/OSMF up and running - as long as you > are at > z/OS 2.3. Like it or not, you're going to need it somewhere in your > installation > in the near future. It is a helava lot easier in z/OS 2.3 with the > PARMLIB member > customization taking the place of things you had to do previously do via > scripts > and unix customization. > > However, by far the biggest pain has not gotten any easier - all the RACF > setup. > The sample jobs are nice and are "close" but the don't take everything > into account. > You need to understand your RACF environment fairly well. For example, > if you don't > have enhanced generic naming in effect in RACF, some things have to be > changed slightly. > > And there are a lot of jobs to customize / run for the different plugins > (I combined mine > all into a single job for the RACF people to run). I work with dozens of > sysprogs and > almost none of them understand anything about RACF admin nor their local > environments, > and the RACF admins hardly understand RACF admin these days for my > clients, let alone > anything about z/OS or z/OSMF, so you can see the challenge. Lucky for > me, I understand > both. > > I never bit the bullet myself until this year under z/OS 2.3 and it was > fairly painless > to install in 7 sysplexes after the first one I did in a sandbox sysplex > when I had all > the RACF jobs built along with other required jobs (CIM zFS creation / > customization, > z/OSMF zFS creation). Attending some of the z/OSMF user sessions at SHARE > years > ago made me really dread doing this prior to z/OS 2.3 across many different > sysplxes, but with z/OS 2.3 copying some jobs to run and a parmlib member > to another > sysplex wasn't difficult. Other than waiting for RACF admins to run the > RACF jobs for me, > I would have had z/OSMF running in a day or two on all but the first > sysplex. > > Regards, > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > ITIL v3 Foundation Certified > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://search390.techtarget.com/ateExperts/ > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
