The CommServe LiveSync feature keeps the CommServe server ready for disaster recovery and provides the ability to quickly failover to a designated standby host in the event of a disaster.
The standby CommServe host must be setup with identical software as the production CommServe host. Microsoft SQL Server Agent is used to back up and restore the critical CommCell databases from the production CommServe host to the standby CommServe host using the CommServe LiveSync operation. This reduces the downtime needed to recover the CommServe server, as the dedicated standby CommServe host is always kept in-sync with the production CommServe host.
One or more proxy clients are used to route requests and responses between the CommServe host and all the clients in the CommCell. When a failover is performed, the proxy client routes the requests to the standby CommServe host so that the clients can seamlessly connect and continue operations with the CommServe host. In addition, one or more clients can be setup to monitor the status of the active CommServe host and generate an alert when the active CommServe host is not reachable.
Quick and easy installation of the relevant software needed for setting up the CommServe LiveSync feature on both the active and passive nodes.
Microsoft SQL Agent automatically installed and setup with all the configurations needed to perform the LiveSync operation used to replicate the critical databases and keep them in-sync.
Ability to use the feature out-of-the-box without any special configuration or modification.
Ability to easily customize the basic setup using either the CommCell Console or the Command Center.
One-click failover initiation and monitoring using the Commvault Process Manager.
Support for Alert framework.
Failover module does not rely on DNS or other network related services.
Production CommServe Host
The primary or the currently active CommServe host.
Standby CommServe Host
The secondary or the currently passive CommServe host. More than one host can be setup as a standby.
The automated process of backing up SQL transaction logs from the production CommServe host and restoring them in the standby CommServe host. (This process is also referred to as Log Shipping.)
The generic term used to refer to the client or instance hosting the CommServe server.
By default, the CommServe is installed in Instance001 on the production and standby CommServe hosts.
The generic term used to refer to the client or instance hosting the SQL Server Agent used for the LiveSync operation.
By default, the SQL Server Agent is installed in Instance002 on the production and standby CommServe hosts.
CV Failover Log Shipping subclient
The subclient which is automatically created and used exclusively by the LiveSync operation to replicate the critical databases from the production CommServe host to the standby CommServe host.
A client (or clients) that is used as a proxy to route requests and responses between the CommServe server and the clients in the CommCell, before and after a failover.
By default, the SQL client installed in the CommServe host is used as the proxy.
Used to move the operations from the current production CommServe host to a standby CommServe host, for temporary or permanent operations.
Production Maintenance failover
Used for maintenance operations, such as installing a feature release, on the production CommServe host.
When a maintenance failover is initiated, the production CommServe host is shutdown, and the standby CommServe host is brought online in READ ONLY mode, so that Clients can communicate with the standby CommServe host for restore operations only.
Once the maintenance is completed on the production CommServe host, CommCell operations must be moved back to the production CommServe host by resetting the maintenance failover.
Used to validate disaster recovery operations with the production Commserve host online and fully operational.
When a test failover is initiated, ensure that the failover process succeeds and the services on the standby CommServe host is brought online. Backups and restores are not allowed from the standby CommServe host during a test failover.
Once the testing is completed, a Test Failback must performed to shut down the standby Commserve host.