Recover - Platform
When the CMS receives an exit code from the monitor script that indicates failure on the Platform, the following measures apply:
Stop theÂ
Platform
 by calling theÂoffline
 script.Example
$ ./offline <$JAVA_HOME> <$MZ_HOME> mzadmin platform Shutting down platform...done.
The Platform should be down, but to make sure it is completely down, call theÂ
clean
 script.Example
$ ./clean <$JAVA_HOME> <$MZ_HOME> mzadmin platform
Start the Platform in an alternative Platform Container. The database, including its listener, must be started before the Platform, since the Platform depends on it. The CMS must execute the databaseÂ
online
 script in an alternative container.ÂExample
$ ./online <$JAVA_HOME> <$MZ_HOME> mzadmin platform
Starting platform...done.
Note!
The database and its corresponding monitor/online/offline-functionality is not part of the HA solution.
- Due to the reconnection behavior of the ECs, you do not need to restart these pico instances unless they are unavailable.  However, it is recommended that you check that the workflows are behaving as expected.
Services, running in an SC (e.g. Kafka), must be restarted when the Platform has recovered. You can update theÂ
online
 script to do so by uncommenting the following line:#cmd=$cmd;mzsh service restart --publish-only