![]() |
Ensure that you upgrade the operating system on the server as described in Operating system upgrade overview.
Complete the Primary EPM server upgrade worksheet and have it available to help answer the questions raised during the installation.
Before you install the software, read the Avaya Experience Portal Release notes on the Avaya Support site. These release notes contain information about the product that is not included in the formal documentation set.
If upgrading from Avaya Experience Portal 6.x or 7.x, ensure that you have staged the required files as mentioned in Staging the Experience Portal 6.x or 7.x backup files on the Primary EPM before upgrading Experience Portal.
Download any patches for Avaya Experience Portal Release 8.1 from the Avaya Support website at http://support.avaya.com.
Ensure that you have completed the software upgrade prerequisites described in Prerequisites checklist for upgrading Experience Portal.
For disk space related information, see Space requirement for upgrading primary EPM on Red Hat Enterprise Linux and Space requirements for upgrading primary EPM on Avaya Enterprise Linux.
If you have installed a managed application, contact the provider of the managed application to check if you need to perform any additional steps as part of the Experience Portal upgrade.
![]() | Note: |
|
You can run the prerequisite installer before installing Experience Portal. For more details, see Platform Vendor Independent Check |
To verify if the installation or upgrade was successful, go to http://EPM-Server/VoicePortal and log into the Experience Portal web interface.
Where, EPM-server is the hostname or the IP address of the system where the primary EPM logon using EPM Administrator account.
Install any required patches that you download from the Avaya online support website, http://support.avaya.com.
If upgrading from Experience Portal 6.x or 7.x, establish whether a new EP Signing Certificate needs to be generated:
In the EPM web interface, navigate to .
Inspect the . If the CA entry is set to false then do the following:
Create a new EP Signing Certificate: Navigate to tab and select Generate.
Manually reboot the EPM: SSH onto the EPM server and initiate a reboot via the Linux command line For example, reboot.
Remove and re-add the MPP server, using the same name and IP. After the MPP is added, select the Trust new certificate option.
Click Save.
To use an EPM 8.1 server with an older version of MPP server, run the setup_vpms.php script on the MPP server to authorize the security certificate, and restart the MPP.
Reestablish the link between the MPP and the EPM as described in Reestablishing the link between the EPM and the MPP.
Navigate to the MPP Manager page in EPM and restart the MPPs
If the Auxiliary EPM has outcalls in progress, do not run setup_vpms.php script on the Auxiliary EPM server.
Upgrade the Auxiliary EPM. For more information, see Auxiliary EPM software upgrade overview.
![]() | Important: |
|
If you are running outcalls during the upgrade, you must upgrade the Auxiliary EPM before upgrading the MPPs. |
If you wish to change the postgres database password specified by the upgrade utility, run the SetDbPassword.sh script.
![]() | Important: |
|
If Proactive Outreach Manager is installed on this system, then you must run the script SetDbPassword.sh to change the password for the database user postgres. The Experience Portal upgrade program automatically generates a new password for the database user postgres. However, Proactive Outreach Manager is already configured to use the old password. To keep Proactive Outreach Manager working, you must change the password for the database user postgres back to the value that you have configured in Proactive Outreach Manager. For more information about configuring the PostgreSQL database user accounts, see Administering Avaya Experience Portal. |
Experience Portal 7.2.0.0.x and 7.1.0.0.x includes WebLM Server 7.0 which mandates EULA acceptance for all installed licenses. Due to this, WebLM licenses will need to be re-installed or re-allocated if the system that was upgraded was using a co-residing WebLM server and an Experience Portal version older than 7.1.0.0.x.