Adding and Shutting Down a Redundant Storage Manager (SM)

The following instructions guide the user through adding an additional SM referred to here as an "Redundant" SM. There may be several use cases for this scenario, include support for making a copy of the SM’s archive and restoring it to a new database. For more information, see Copying Current State from a Redundant Storage Manager.

Shutting down an SM decreases the number of failures that the database can tolerate. Consequently, the recommendation is to provision enough resources so that you can shut down an SM without dropping below the database’s fault tolerance. To have a redundant SM that can be shut down without dropping below the database’s fault tolerance, you should be running a multi-host database on at least three hosts. This ensures that at least two SMs continue to run whenever a third SM is temporarily shut down.