STEP Patching Procedures

All commands listed are valid for any STEP environment, counting single application server setups and clusters.

Back Up the STEP Database and Application

Before patching STEP, a fallback procedure should be developed to mitigate any risk. Ideally, full back ups of the STEP database should be maintained, and the option to restore the database to a specific point in time should be available.

Note: The requirement for each individual patch may vary. Refer to the relevant release note for more information.

Back ups of the STEP application should also be maintained, including all files provided in STEP_HOME/config.properties and a snapshot of the STEP system itself.

To take a snapshot of the STEP system:

cd /opt/stibo/step
./spot --snapshot=/workarea/<snapshot-env-date>.spr

Prepare the Patch

The patch should be downloaded in advance to avoid unnecessary downtime for deployment.

A STEP core patch may look like the following command:

./spot --prepare=to:step/platform/step-<release>.spr

Sometimes, customers have their own components in addition to the STEP core, and the command could look something like this:

./spot --prepare=to:step/platform/step-<release>.spr,to:customer/<customer>/<customer>-addon/7.0/<customer>-addon-7.0.x.spr

Install the Patch

The patch should be installed by the following command:

./spot --apply=to:step/platform/step-<release>.spr

With customer components included, the command looks like this:

./spot --apply=to:step/platform/step-<release>.spr,to:customer/<customer>/<customer>-addon/7.0/<customer>-addon-7.0.x.spr

STEP will automatically stop and start during the patch session.

In case of any deprecated parameters in the configuration, follow the instructions on the screen that explain how to correct and restart STEP.

./spot --start

Fallback

In the event of errors during patching, it may be necessary to restore STEP to a previous state.

Depending on the contents of the patch the following steps should be completed when reverting the patch:

  1. Stop STEP
./spot --stop
  1. Restore database
  2. Restore configuration files
  3. Redeploy STEP using a snapshot
./spot --apply=/workarea/<snapshot-env-date>.spr --sync --syncmode=delete

Using the snapshot and the above --sync --syncmode=delete command will entirely recover STEP and delete any files related to a failed patch-session.

Note: Refer to the relevant release note to check if restoring the database is required for the patch in question.