Store and forward

each historian profile gets its own ignition store & forward engine, created automatically and named after the profile when factry historian or the network is unavailable, points queue in the pending buffer and are forwarded once the connection returns no configuration is required to get this behavior the module detects an outage on the first failed write, so the points that follow go straight to the buffer instead of waiting on a timeout it also moves quarantined records back to pending every 30 seconds, because failures here are almost always transient connection problems rather than bad records ignition never retries quarantined data by itself monitoring both the engine settings and its buffered records live on platform > system > store and forward in the ignition gateway pending count records waiting to be forwarded during an outage this should climb steadily quarantined count records that failed forwarding this should stay near zero a pending count stuck at zero while tags are changing means points are being lost before they reach store & forward check the gateway logs after the connection is restored, the module can take up to 30 seconds to notice before forwarding resumes recommended settings tune the engine on the same page for typical deployments setting suggested why forward rate 1000 ms balance between write latency and load on the historian time threshold 5000 ms flush to the disk cache quickly, so a gateway crash loses little data threshold 1000 records flush before the memory buffer grows large primary store maintenance value 0 (unlimited) the default, and worth leaving alone when a limit is reached the default action is prevent new data , which drops points during a long outage secondary store maintenance value 0 (unlimited) same, for the disk cache