Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Stop the pico instance by calling the offline script. All workflows will be brought down immediately, interrupting the current batches being processed.

    Info
    titleExample


    Code Block
    languagetext
    themeEclipse
    $ ./offline <$JAVA_HOME> <$MZ_HOME> mzadmin ec1 
    Shutting down ec1...done.



  2. The pico instance should be down, but to make sure it is completely down, call the clean script.

    Info
    titleExample


    Code Block
    languagetext
    themeEclipse
    $ ./clean <$JAVA_HOME> <$MZ_HOME> mzadmin ec1



  3. Start the pico instance in an alternative container.

    Info
    titleExample


    Code Block
    languagetext
    themeEclipse
    $ ./online <$JAVA_HOME> <$MZ_HOME> mzadmin ec1
    Starting ec1...done.

     




Note
titleNote!

When an EC/ECSA has recovered, workflows scheduled to be activated periodically will be brought up automatically the next time they are due to start. The same applies to workflows scheduled by triggers. Note that if chains of events are configured, the counting will restart, since triggered events are kept in memory only.

Unscheduled workflows are not started automatically. For this purpose, modify the online script to log in to $MZ_HOME/bin/mzsh and restart them.

A service that is running in an SC may fail over to another SC. If there are no redundant SCs, or if failover is not supported by the service, it will be restarted automatically when the SC recovers.


Scroll ignore
scroll-viewportfalse
scroll-pdftrue
scroll-officefalse
scroll-chmtrue
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtrue
scroll-htmlfalse


Next: