Stop the primary system from synchronizing with the standby system
If you have a case where the standby Splunk UBA system fails, perform the following tasks to stop the primary system from trying to synchronize with the standby system:
- Log in to the management node of the primary Splunk UBA system as caspida.
- Stop all Splunk UBA services:
/opt/caspida/bin/Caspida stop
- Edit
/etc/caspida/local/conf/uba-site.properties
and change thereplication.enabled
property to false:replication.enabled=false
- Synchronize the cluster:
/opt/caspida/bin/Caspida sync-cluster /etc/caspida/local/conf
- Start Splunk UBA services:
/opt/caspida/bin/Caspida start
In cases where warm standby can't be configured, you can continue to use automated incremental backups for your Splunk UBA data. See Configure automated incremental backups in Splunk UBA.
Change the role of both systems to switch the primary and standby systems | Perform maintenance on your Splunk UBA clusters using warm standby |
This documentation applies to the following versions of Splunk® User Behavior Analytics: 5.0.4, 5.0.4.1, 5.0.5, 5.0.5.1, 5.1.0, 5.1.0.1, 5.2.0, 5.2.1, 5.3.0, 5.4.0, 5.4.1
Feedback submitted, thanks!