Failover steps

In a typical scenario, you install these components on both nodes:

  • XProtect Management Server

  • XProtect Log Server

  • XProtect Event Server

  • SQL Server

The failover steps in a typical scenario are:

  1. The management server, event server, log server, and SQL Server run on Node 1 (in PRIM state). If you have installed SQL Server on the nodes, XProtect Management Server Failover replicates the data from these system components on Node 2 (in SECOND state).

    Standard failover cluster configuration where data is replicated from the PRIM node to the SECOND node.

    Every second, the nodes exchange heartbeats.

  2. If the management server on Node 1 becomes unavailable for 30 seconds, Node 2 takes over.

    The failover time depends on the startup time of the Management Server service.

    1. Node 2 comes into ALONE state, and the data replication stops.

    2. The management server, event server, log server, and SQL Server start running on Node 2.

    3. The management server, event server, and log server store data on the SQL Server on Node 2.

    Failed node scenario with no data replication.

  3. You identify and fix the issue that caused the failover and start Node 1 from the failover web console. The data that was modified on Node 2 replicates to Node 1.

    Data replication after failback. The states of the nodes are swapped.

    The VMS system components still run on Node 2 (in PRIM state), and the data replicates on Node 1 (in SECOND state). If needed, you can swap the states of the nodes from the failover web console.