I spent this week at eTail Boston, and if you looked at the agenda, you’d …
![]()
Cloud-native POS platform for seamless omnichannel customer experience.
![]()
A single hub for all promotions campaigns.
A comprehensive solution designed to simplify and give you ownership of the inventory lifecycle.
A native post-transaction reconciliation module built into Jumpmind Commerce.
![]()
The most advanced synchronization solution for databases and file systems.
![]()
Data configuration and batch automation across different disparate systems and vendors.
I spent this week at eTail Boston, and if you looked at the agenda, you’d …
Consumers are expected to spend more than $146 billion on back-to-school shopping this year, and …
Shoptalk Europe wrapped up in Barcelona last week and I want to get a few …
We built 3.18 because the question we kept hearing from customers changed. It used to …
Quick answer: Edge AI agents running on technician laptops, warehouse devices, or hospital workstations need …
Everyone is talking about what AI will do for their business. Very few people are …
Introduction In retail, POS updates have traditionally been quarterly events at best. From October through …
Jumpmind Powers Point of Sale and Promotions Execution for Landmark Retail, One of the Largest …
Retail Technology Leader Jumpmind to Enable Mobile Point of Sale and Inventory Management for DTLR/VILLA …
We built 3.18 because the question we kept hearing from customers changed. It used to …
The offering gives security teams a practical path to risk management and accountable AI COLUMBUS …
The insights have implications for retail technology in the store: it must help mind information …
![]()
Cloud-native POS platform for seamless omnichannel customer experience.
![]()
A single hub for all promotions campaigns.
A comprehensive solution designed to simplify and give you ownership of the inventory lifecycle.
A native post-transaction reconciliation module built into Jumpmind Commerce.
![]()
The most advanced synchronization solution for databases and file systems.
![]()
Data configuration and batch automation across different disparate systems and vendors.
SymmetricDS will continue to capture and retain changes for nodes that are not currently available on the network. This provides a great feature allowing full data sync recovery once the network is re-established. However, there is a trade-off in providing such a hands-off recovery option. The backlog of data being stored for all offline systems can grow indefinitely and slow down replication to healthy endpoints.
Managing these offline nodes becomes essential if they are common in your setup. Understanding how to best deal with them and recovery can keep your sync scenario healthy and performant. There are two factors to take into consideration when handling these offline scenarios.
Planned outages
If a node is not going to be available and it is planned for quite some time to be offline or maybe the location is permanently being shut down, this type of node should be unregistered completely from the system. Through the manage -> nodes screen select the node and on the registration button you can unregister the node directly to have it take an immediate effect and changes will no longer be gathered for that node and all existing eligible for purge immediately.

Unplanned outages
Turn on the “Watchdog” job to monitor for offline nodes and unregister them automatically if they pass a certain threshold setting. Setting up such a process ensures a healthy system that will not retain information for nodes that are no longer communicating.
1. Turn on the Watchdog job

2. Set the parameter that controls the threshold the Watchdog job utilizes.

Set the following parameter to a value greater than 0 that will server as your threshold of how long a node can be offline before it is automatically removed from the sync scenario.
offline.node.detection.period.minutes=120
NOTE: Check the frequency at which the heartbeat job runs to set this parameter accordingly. By default, the heartbeat job runs every 15 min so this parameter should be set to a value greater than the rate at which the job runs. The setting above would remove a node after 2 hours if no heartbeats were received.