Incompatible Upgrade Process

The Patch Update ReadMe publication will indicate if you need to use the incompatible upgrade process. You will perform the upgrade process on each enterprise server region as they are moved to the new PAC. During this process both PACs will share the same region and cross-region databases and datastores.

Note: TSQs and TDQs must be stored in separate SORs and not in the PSOR.

In this example, the enterprise server regions are members of a PAC named MyPAC. There are two enterprise server regions called Region 1 and Region 2 that are hosted on separate machines, host 1 and host 2 respectively:

  1. Stop new client connections to Region 1. This can be performed by disabling the enterprise server listeners and/or by modifying the load balancer configuration. See Managing client connections during a PAC upgrade for more information.
  2. Stop Region 1 on host 1. Use ESCWA or casstop -r<region_name> to gracefully stop an enterprise server region. This will terminate any existing client connections. You can check for active client connections in ESCWA on the Client List page. In the navigation tab, click the required enterprise server region and then click Monitor > Clients.
  3. Apply the update or patch to host 1.
  4. Restore the Micro Focus Directory Server (MFDS) configuration backup to host 1.
    Note: This is not required for Enterprise Developer 6.0 and later, as the Patch Update installer will automatically preserve the MFDS configuration.
  5. Check the compatibility of the updated enterprise server instance version on host 1 against the PSOR. From an Enterprise Developer command prompt on host 1, type:
    caspac -aCheckCompat=MyPAC -sredis,<psor_host_name>:<port>
    If the output indicates that the new updated product is incompatible with the current version then continue with the steps for an incompatible upgrade listed below. Otherwise, refer to the Compatible Upgrade Process topic.
  6. Start Region 1 using the new updated product in upgrade mode. In the ESCWA Region Start Options dialog box, check Upgrade before starting the enterprise server region. Alternatively, from a an Enterprise Developer command prompt, type:
    casstart /r<region_name> /s:u
    Starting the enterprise server region will initialize the new PAC and create new stores in the PSOR that are prefixed with the PAC name and the new version number. At this point, the new PAC is running in parallel with the existing PAC. However, the enterprise server region is not enabled to receive client connections and, because the PAC is in upgrade mode, batch jobs will not be executed.
    Incompatible Upgrade Process - Upgraded Region 1
  7. If your PAC contains multiple enterprise server region then you will need to perform a warm start for the remaining enterprise server regions that reside on host 1. This can be performed from the ESCWA Region Start Options dialog box by checking Warm prior to starting. Alternatively, from an Enterprise Developer command prompt, type:
    casstart /r<region_name> /s:w
  8. Repeat steps 1 through 4 for host 2.
  9. Warm start all enterprise server regions that reside on host 2, in this case Region 2, using one of the two methods specified in step 7.
  10. Enable the new PAC to accept batch work from an enterprise server region that has the new upgraded product. From an Enterprise Developer command prompt, type:
    caspac -aSetMode=Running -sredis,<psor_host_name>:<port>
  11. Enable client connections for Region 1 on host 1 via the load balancer and/or the enterprise server listeners. See Managing client connections during a PAC upgrade for more information.
  12. Stop batch work in the old PAC from an enterprise server region that has the old product version. From an Enterprise Developer command prompt, type:
    caspac -aSetMode=Quiesce -sredis,<psor_host_name>:<port>

    Incompatible Upgrade Process - Upgraded Region 2
  13. If your PAC contains multiple enterprise server region then you will need shut down any remaining enterprise server regions in the old PAC and upgrade the product on those hosts.
  14. Once all enterprise server regions in the old PAC have been shut down, what remains of the original PAC in the PSOR is no longer required. After the final enterprise server region from the old PAC has been stopped you can remove the old PAC stores.

    From an Enterprise Developer command prompt on the new updated product, type:

    caspac -aRemOldPAC=MyPAC -sredis,<psor_host_name>:<port>