Multiple management servers (clustering) (explained)

The management server can be installed on multiple servers within a cluster of servers. This ensures that the system has very little downtime. If a server in the cluster fails, another server in the cluster automatically takes over the failed server's job running the management server.

It is only possible to have one active management server per surveillance setup, but other management servers may be set up to take over in case of failure.

By default, the Management Server service limits the number of times a failover occurs to twice within a six-hour period. If this is exceeded, the Management Server services are not automatically started by the clustering service. This limit can be changed to better fit your needs.

Requirements for clustering

  • Two machines with Microsoft Windows Server 2012 or newer. Make sure that:
    • All servers that you want to add as cluster nodes are running the same version of Windows Server
    • All servers that you want to add as cluster nodes are joined to the same domain
    • You have log-in access to the Windows account as the local administrator

    About clusters in Microsoft Windows Servers, see Failover clusters https://docs.microsoft.com/en-us/windows-server/failover-clustering/create-failover-cluster.

  • A Microsoft SQL Server installation

    Either an external SQL Server and database installed outside the server cluster or an internalSQL Server service (clustered) within the server cluster (creating an internal SQL Server service requires the use of the Microsoft® SQL Server® Standard or Microsoft® SQL Server® Enterprise edition, which can work as a clustered SQL Server).

    When connecting the management server to the database, depending on your system configuration password settings, you may be asked to provide the current system configuration password. See System configuration password (explained).

If you work in a failover cluster environment, it is recommended that you pause the cluster before you start tasks in the Server Configurator. This is because the Server Configurator may need to stop services while applying changes and the failover cluster environment may interfere with this operation.