Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 26 Next »

Follow the steps in this section to upgrade the Platform Container.

Important!

When upgrading to this release, the  install.admin.password must be set according to your current admin password before proceeding with the ./setup.sh upgrade step.

Important!

If the existing installation has additional JVM argument configured prior to upgrade from 8.3, you need to check if they are obsolete in Java 17 and in that case remove them.

See Managing Picos with Topo for JVM Arguments configuration.

  1. Enter the release content directory that was created when you extracted the delivered *.tgz file during the Upgrade Preparations, and execute the upgrade.

    $ ./setup.sh upgrade

  2. When using the ./setup.sh upgrade command, setup log file will be generated in the $MZ_HOME/log directory.

    Hint!

    It may be a good idea to open a new command line window in order to keep track of the log files.

  3. Startup the platform.

    $ mzsh startup platform

  4. If you are upgrading from 8.3, you have to start the pico for the User Interface.

    $ mzsh topo set -l pico:ui template:mz.standard-ui
$ mzsh startup ui

    If you wish to change the port number, execute the following command:

    mzsh topo set topo://container:<platform-container>/pico:ui/val:config.properties.ui.webserver.port <port-number>

Note!

If your upgrade fails, you may want to perform a rollback using the old MZ_HOME backup, see Simplified Downgrade Procedure

Note!

If you are using SAP HANA as the Platform database, you will need to enable TLS/SSL on the SAP HANA database after you upgrade your Platform. 

Note!

If you have HTTP configured in the 8.x platform container prior to the upgrade, the configuration will apply to MediationZone 9 upon upgrade. For more information on configuring the HTTP, see HTTP Configuration Properties.

Hint!

If any configurations have become invalid due to the upgrade, these will be listed in the log file. Search for the string "Regenerating configs" in the log file to find information about any invalid configurations.

Example - Output in the upgrade_<timestamp>.log file with invalid configurations.

Mon Nov 19 10:52:10 CET 2013 Regenerating configs 
The following configurations changed status 
and may require manual attention: 
Workflow Test.WF1 became invalid, 
Workflow Test.WF2 became invalid, 
APL Code Test.apl_profile became invalid,
  • No labels