IBM z/OS Management Facility (z/OSMF)

IBM z/OSMF

IBM z/OSMF

The IBM z/OS Management Facility framework improves programmer productivity by using simplified, streamlined and automated tasks. This easier-to-use functionality reduces both programmer training time and the learning curve.

Β View Only

  • 1.  z/OSMF RACF Post Deployment for z/OS 3.1

    Posted 04/15/26 01:33 PM

    Hello,

    This is my first time installing with z/OSMF and looking for assistance.

    Background. My production z/OS is running z/OS 2.2, so I am running a z/OS 2.5 Customized Offering Delivery to install z/OS 3.1.  The z/OS 2.5 COD is running as a z/VM Guest with only the DASD required to do the install.  The systems to which I'll be installing z/OS 3.1 on are disconnected from the driving z/OS 2.5 system.

    My question is for the Post-Deployment Workflow Steps starting with Step 23, does any have a recommendation on the RACF deployment steps given the disconnected systems I have?  I would like to bring forward the existing RACF databases (Step 25) from these three other system, which are all different, but also include the new updates in z/OS 3.1.  Can a RACF database on a z/OS 2.2 server be upgraded to run on the z/OS 3.1 server, or must I start from scratch?

    Since the driving system doesn't have access to the other systems, I won't be able to run the RACF jobs until I get the z/OS 3.1 target volumes copied over to each of those remote systems. 

    Any other recommendations on upgrading remote systems in the z/OSMF world would be great.

    Thank you,

    Larry Bernacki



    ------------------------------
    Larry Bernacki
    Systems Programmer
    FAA
    Atlantic City NJ
    ------------------------------


  • 2.  RE: z/OSMF RACF Post Deployment for z/OS 3.1

    Posted 04/16/26 01:00 AM

    There is no problem using your 2.2 RACF database on 3.2, you will get the informational message at IPL telling you that the RACF database is back leveled, but it will work fine.

    Brian



    ------------------------------
    Brian WestermanBrian Westerman
    ------------------------------



  • 3.  RE: z/OSMF RACF Post Deployment for z/OS 3.1

    Posted 04/20/26 04:03 PM

    Brian,  

    Many thanks for your reply and assistance.  Do you know what needs to be run, if anything,  to get the old (2.2) RACF database upgraded to include any new resources required for the z/OS 3.1 deployment?

    Thank you,

    Larry



    ------------------------------
    Larry Bernacki
    Systems Programmer
    FAA
    Atlantic City NJ
    ------------------------------

    Original Message


  • 4.  RE: z/OSMF RACF Post Deployment for z/OS 3.1

    Posted 04/20/26 05:16 PM

    Hi,

     

    If you objective is just to upgrade the database to the 3.1 template level, then it's just a matter of running IRRMIN00 with parm=Update for both the primary and secondary RACF databases:

     

    //INITP    EXEC PGM=IRRMIN00,PARM=UPDATE

    //SYSRACF  DD DSN=SYS1.RACF,

    //            DISP=SHR

    //SYSPRINT DD SYSOUT=*

    //*

    //*

    //INITB    EXEC PGM=IRRMIN00,PARM=UPDATE

    //SYSRACF  DD DSN=SYS1.RACFSEC,

    //            DISP=SHR

    //SYSPRINT DD SYSOUT=*

     

    If you mean to add the RACF database changes for running at V3.1, then that's just the RACFTGT job that gets built when you do the upgrade through z/OSMF, you would just need to run that job on each LPAR that has it's own copy of the RACF 2.2 database.  The RACFTGT job is the one that gets run against the target system and is identified in you installation instructions.

     

    You should not upgrade the templates until you are no longer going to share the RACF database with a back leveled (i.e. z/OS 2.2) system any more.  If your RACF databases are not wildly different on each LPAR, then you probably should think about combining them to a single RACF database that you share between the LPARs.  Having completely separate ones is typically not needed if you can share the physical database files, and if you can't share them physically, you can always set up RACF RRDF to keep them in sync.  If you want to keep them separate, it's not a problem, just more work since you have to do things 3 times.

     

    Just so you know, there is a member of SYS1.SAMPLIB called RACFJCL that contains samples of just about anything you would ever need to do within RACF support.

     

    Brian Westerman

    (800) 767-2244

     

    ________________________________________________
                         

    Brian Westerman, PhD   |  Sr. Technical Specialist and Director of Research and Development   |   Syzygy Incorporated
    PO Box 119 | Pismo Beach, CA  93448 |☎ 800.767.2244 |πŸ“  800.366.4082 |βœ‰ Email  Brian_Westerman@SyzygyInc.com | 🌐 www.SyzygyInc.com

    The information contained in this e-mail and, any accompanying documents, may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited.

     

     




    Original Message


Related Content