IBM BRMS for i

 View Only
Expand all | Collapse all

Simple Migration of BRMS from 5770-BR1 to 5770-BR2

Brian Nordland

Brian NordlandSun October 06, 2024 09:51 PM

Robert Berendt

Robert BerendtWed January 15, 2025 02:01 PM

  • 1.  Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Sun October 06, 2024 09:51 PM

    IBM has announced the withdrawal of the 5770-BR1 product ( https://www.ibm.com/docs/en/announcements/eos-eom-non-expiring-brms-cics-msp ) with a replacement product 5770-BR2.

    The 5770-BR2 product follows along with IBM's product simplification journey and is a single product option containing all functionality. This means all of the product functionality in Base, Advanced, and Network features are all included in one purchase price. 5770-BR2 is simplified to contain all functionality from 5770-BR1 under a single option. In addition, 5770-BR2 has several new enhancements that are not in 5770-BR1, including the new BRMS web interface.

    While it is not possible to have both 5770-BR1 and 5770-BR2 installed on a single partition at the same time, because the library naming is the same, the migration process is straightforward:

    1. ✨Recommended PTFs: It is recommended to apply BRMS 5770-BR1 PTFs 7.5 SJ01879, 7.4 SJ01877 to improve the migration to 5770-BR2.

    2. 🔃Migration Process: The following page gives additional information on the specific migration steps: BRMS (5770-BR2) Installation.

    💡Useful Tip: While you cannot have both 5770-BR1 and 5770-BR2 installed on a single partition at the same time, you do not need to migrate all partitions at once. BRMS continues to support BRMS networks that contain a mixture of 5770-BR1 and 5770-BR2 at the same time. This enables you to take a staged approach with migrations.



    ------------------------------
    Thanks,
    Brian Nordland
    Director of Development at Fortra
    ------------------------------


  • 2.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Mon October 14, 2024 08:48 AM

    Thanks Brian, it's great to see that a detailed migration process is being provided.

    The recommended PTFs state "It is important to keep all systems in a BRMS network at the same level of BRMS PTFs."  Does this mean we should be applying the PTF across all of the LPARs that are part of our BRMS network at the same time?  Generally we would apply a PTF in a lower environment first, before moving to production, but my prod and nonprod LPARs are all part of the same BRMS network.



    ------------------------------
    Steven Riedmueller
    Certified IBM i Admin
    Speaker, Mentor, and Advocate
    ------------------------------



  • 3.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Tue October 15, 2024 02:53 AM

    Hello Brian,

    I think these BR1 PTFs are important to be applied BEFORE the actual migration to BR2 product. What they do, is to retain the function usage information when you will delete the BR1 product. Otherwise without these PTFs, when you will delete BR1, the relevant function usage information will be also deleted and when you will install the BR2 product you will need to use again the SETUSRBRM command to assign your required BRMS authorities to the desired user profiles. Here is simple SQL statement you can use to check for BRMS functional authorities currently applied on your environment:
    SELECT * FROM QSYS2.FUNCTION_USAGE 
       WHERE USER_NAME <> '          '
       and function_id like 'QIBM_Q1A%'
       ORDER BY 1

    regards,

    Nikos



    ------------------------------
    NIKOS METAXATOS
    ------------------------------



  • 4.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Tue October 15, 2024 03:49 AM

    Hi Brian Nordland, just  last week a customer is asking me about BRMS plugin into iNavigator and what's about BR2 products. 

    Thanks for the info i share with my community. 



    ------------------------------
    Luca Maurizio Verzicco
    IBMi Service and PreSales Manager
    S2E - Solution to Enterprise
    Milano - Italy
    +39 380 6570039
    ------------------------------



  • 5.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Tue October 15, 2024 07:22 AM

    Steven,

    I'm no authority on the subject but we have 14 lpars of IBM i across 3 Power systems.  All with BRMS networked together.  You can bet your sweet bippy that we do not bring all systems down at once to do OS upgrades let alone PTF's.  And we do saves as part of that process and we've not had any problems with the inventory staying in sync.  The only caveat is we always run SETUSRBRM USER(QSECOFR) USAGE(*ADMIN) prior to beginning those dedicated full system saves or, even more so, prior to any STRBALBRM.  Occasionally it forgets this.  Maybe that is what those PTF's are trying to address.



    ------------------------------
    Robert Berendt IBMChampion
    Business Systems Analyst, Lead
    Dekko
    Fort Wayne
    260-599-3160
    ------------------------------



  • 6.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Tue October 15, 2024 08:53 AM

    Thanks Robert, I appreciate the input!  I suspect the statement about keeping all hosts at the same level is boilerplate for all BRMS PTFs.  I don't take it lightly to deviate from IBM's explicit instruction, so I'm hoping there might be an official response to my question.  If not, we'll just proceed as normal and get the nonProd systems updated first before Prod.



    ------------------------------
    Steven Riedmueller
    Certified IBM i Admin
    Speaker, Mentor, and Advocate
    ------------------------------



  • 7.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Wed January 15, 2025 02:01 PM
     
    Prior to running DLTLICPGM LICPGM(5770BR1) OPTION(*ALL) I thought I'd check to see if anything was locked.
     
    WRKOBJLCK OBJ(QBRMS) OBJTYPE(*USRPRF)
    shows these
    Job          User 
    QBRMNET      QBRMS
    QNMAPINGD    QBRMS
    Q1ACPDST     QBRMS
     
    WRKOBJLCK OBJ(QBRMSYNC) OBJTYPE(*USRPRF)
    shows none.
     
    WRKOBJLCK OBJ(QBRM) OBJTYPE(*LIB)
    shows these jobs:
    Job          User 
    QBRMNET      QBRMS
    Q1ACPDST     QBRMS
     
    Should I be concerned about these prior to running the DLTLICPGM?



    ------------------------------
    Robert Berendt IBMChampion
    Business Systems Analyst, Lead
    Dekko
    Fort Wayne
    ------------------------------



  • 8.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Wed January 15, 2025 03:47 PM

    Hello @Robert Berendt,

    It is wise to end the subsystem Q1ABRMNET prior to issuing the DLTLICPGM for 5770BR1. As i remember removing the BRMS product removes QBRM library from your system so it is possible that some objects are locked by these jobs . 



    ------------------------------
    Rohit Chauhan
    Senior Technical Specialist
    Norway
    ------------------------------



  • 9.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Wed January 15, 2025 03:57 PM
    Robert Berendt (Customer)
    Jan 15, 2025, 15:48

    I ended those subsystems. Made sure they were ended.

    From another system I ran: WRKOBJBRM OBJ(ROB/A) FROMSYS(GDI)

    Checked the locks I checked before. Didn't see any

    Tried to save QUSRBRM and two objects were locked:

    Cannot allocate object for file QA1AMB in QUSRBRM.

    Cannot allocate object for file QA1AOD in QUSRBRM.

    Could not find a lock for them.

    So on the remote system I got out of the WRKOBJBRM and signed off.

    Now I can save QUSRBRM without issues. Just a lucky timing issue? Apparently WRKOBJBRM from a remote system fails to respect those subsystems.

    I like to try things apparently IBM hasn't thought of.



    ------------------------------
    Robert Berendt IBMChampion
    Business Systems Analyst, Lead
    Dekko
    Fort Wayne
    ------------------------------



  • 10.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Wed January 15, 2025 04:03 PM
    Edited by Robert Berendt Wed January 15, 2025 04:03 PM

    Ah, you have to look under member locks. After you hit WRKOBJLCK hit F6 to work with member locks

                      Lock           

    Member   Job     User    Type  Lock   Status 

    QA1AMB   QRWTSRVR  QUSER    DATA  *SHRUPD  HELD  

    QRWTSRVR does not run in the subsystems you're told to end.



    ------------------------------
    Robert Berendt IBMChampion
    Business Systems Analyst, Lead
    Dekko
    Fort Wayne
    ------------------------------



  • 11.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Thu January 16, 2025 08:14 AM

    @Robert Berendt - I'm curious as to your experience with the converting to Subscription. As you know (or may know) BR2 is a subscription pgm meaning different license keys and renewal terms etc. Did you have any involvement in that process - what kind of 'credit', if any, did you get from having left over SWMA from your BR1 product that carried over into the cost of BR2. 



    ------------------------------
    Rich Malloy
    ------------------------------



  • 12.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted Thu January 16, 2025 10:06 AM

    I don't do the negotiating around here.  That's the boss' job.



    ------------------------------
    Robert Berendt IBMChampion
    Business Systems Analyst, Lead
    Dekko
    Fort Wayne
    ------------------------------



  • 13.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted 22 days ago

    I am also looking for this information. I checked with IBM on this but did not receive the proper response. I was asked to refer the licensing information in Help systems Wiki site. 



    ------------------------------
    Srinivasan Rao
    ------------------------------



  • 14.  RE: Simple Migration of BRMS from 5770-BR1 to 5770-BR2

    Posted 16 days ago
    Edited by Brian Nordland 16 days ago

    I just wanted to provide a quick update here around some of the questions on things like file locks and file dependencies. The BRMS team continually works to improve the product and documentation. As a result of some of this feedback, the BRMS BR2 upgrade instructions on the Fortra BRMS documentation website ( https://fortradocs.atlassian.net/wiki/spaces/IWT/pages/2765848577/BRMS+5770-BR2+Installation ) have been updated. The latest updates include an additional command to run to uninstall the BRMS SQL services to prevent a file dependency issue. When BR2 is installed, the SQL services will be re-installed. 



    ------------------------------
    Thanks,
    Brian Nordland
    Director of Development at Fortra
    ------------------------------