When you install an MCS server cluster, all configuration changes take place through the cluster's primary server. Configuration data, event log files, and trace log files are dynamically replicated across all servers in the cluster, either every ten minutes or when data is changed through the primary server, ensuring that all active servers have access to the latest data.
When a change is made through the primary server, MCS notifies all other servers to start replication. This replication occurs after a one minute delay so that multiple changes can be replicated at the same time. This optimizes replication, but it also means that the servers can be out of sync for 60 seconds while the replication process completes.
The status of the primary server is monitored by a managed service in MCS. If the primary server ever goes off-line, the server with next highest priority in the cluster takes over primary server responsibilities. Several things happen to minimize data loss and ensure the availability of MCS:
Unless the priority of the primary server is changed through the MCS console, when the original primary server comes back on-line, it resumes primary server responsibilities.
|MCS Server Clustering, Overview|
|Configuring Failure Detection|
|Changing the Priority of a Clustered Server|
|Managed Services in MCS|