Pega 7.1.7 to 8.8 upgrade guide required for on-premise servers

Hi Team,

We want to upgrade our application from Pega 7.1.7 to 8.8, we are using on-premise servers for both application and Db servers.

We are not using any Pega Framework. We are not even using any third party libraries also.

Can you please provide if there any upgrade guide specific to such upgrade. Let me know if any details are required further.

@ChiranjeeviV

You can info for version 8.8 in this link:

https://support.pega.com/support-doc/pega-platform-88-installation-and-update-information

If you need more info on all version, please visit the following link:

https://support.pega.com/installation-and-update-information-pega-products?utm_campaign=ql_update_installation_roadmaps&utm_medium=Homepage_QuickLinks&utm_source=Support_Center

@ChiranjeeviV

Please ensure that you have scheduled ample time to fix the upgrade bugs since this will be a significant upgrade from 7.1 to 8.8.

Please go over this link Pegasystems Documentation to understand the steps required for the upgrade.

Upgrade options: Pegasystems Documentation

Option 1 (In-place Upgrade) will have a longer production downtime as you would need to upgrade both rules and data schema during the downtime. Rules upgrade takes significantly longer time than data upgrade.

Option 2(out-of-place upgrade) allows you to upgrade rules while your production users continue to use the application. The real downtime is needed to point to upgraded rules schema and for data only upgrade. It will enable you to have a shorter code freeze window by having parallel development in order to be able to send production releases in current system and make upgrade fixes in another system. Merging the code may be another task. A longer code freeze may help you minimize the effort for parallel development and code merge tasks.

Option 1 is preferable if you can afford longer downtime and longer code freeze (as you wouldn’t be able to deploy code from upgraded 8.6 dev system to Pega 7.1.9 production system). Please note you may need more time to fix application upgrade issues if you’ve a complex application with a lot of customizations.

Option 2 is preferable if you’re willing to carry out additional steps to keep the downtime window and code freeze duration shorter.

Whatever option you choose, you should follow it in the lower environments as well as production because you will be better prepared for go-live.

https://community.pega.com/knowledgebase/documents/pega-platform-86-upgrade-guide-oracle-weblogic-server-and-oracle

@RameshSangili Thanks you for the details provided. What are the most common issues w.r.t application, we face post upgrade. Can you also provide details on any estimator tool available to calculate the efforts required for the migration.