Splunk Enterprise

replicate kvstore with non-cluster sh

blanky
Explorer

i want to replicate search1's kvstore to search2.

that two cluster is non-clustering and standalone.

 

And i found option in server.conf [kvstore] stanza replication_host.

Does this option only operated in clustering environment? 

blanky_0-1736841012317.png

 

Labels (1)
0 Karma
1 Solution

richgalloway
SplunkTrust
SplunkTrust

Yes, the replication_host setting only applies to search head clusters.  That is what the second sentence in the description is trying to say.

Have you tried KVStore backup/restore?  It will transfer data from one SH to another, but is not suitable for keeping the two in sync - that is what replication is for.

---
If this reply helps you, Karma would be appreciated.

View solution in original post

richgalloway
SplunkTrust
SplunkTrust

Yes, the replication_host setting only applies to search head clusters.  That is what the second sentence in the description is trying to say.

Have you tried KVStore backup/restore?  It will transfer data from one SH to another, but is not suitable for keeping the two in sync - that is what replication is for.

---
If this reply helps you, Karma would be appreciated.
Got questions? Get answers!

Join the Splunk Community Slack to learn, troubleshoot, and make connections with fellow Splunk practitioners in real time!

Meet up IRL or virtually!

Join Splunk User Groups to connect and learn in-person by region or remotely by topic or industry.

Get Updates on the Splunk Community!

[Puzzles] Solve, Learn, Repeat: Matching cron expressions

This puzzle (first published here) is based on matching timestamps to cron expressions.All the timestamps ...

Design, Compete, Win: Submit Your Best Splunk Dashboards for a .conf26 Pass

Hello Splunkers,  We’re excited to kick off a Splunk Dashboard contest! We know that dashboards are a primary ...

May 2026 Splunk Expert Sessions: Security & Observability

Level Up Your Operations: May 2026 Splunk Expert Sessions Whether you are refining your security posture or ...