# Remote History Provider Data flow

**URL:** <https://forum.inductiveautomation.com/t/remote-history-provider-data-flow/90012>\
**Category:** Ignition Early Access\
**Tags:** ignition81\
**Created:** [May 7, 2024, 11:52am UTC](https://forum.inductiveautomation.com/t/remote-history-provider-data-flow/90012 "2024-05-07T11:52:50Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![lindeng\_chen](https://avatars.discourse-cdn.com/v4/letter/l/c67d28/32.png) [@lindeng\_chen](https://forum.inductiveautomation.com/u/lindeng_chen)\
**Post date:** [May 7, 2024, 11:52am UTC](https://forum.inductiveautomation.com/t/remote-history-provider-data-flow/90012/1 "2024-05-07T11:52:50Z")

</div>

I have many on-site servers that need to send data to the database. I want to know what the data flow of the Remote History Provider module is when I reference it. Is it directly to the database or first to the gateway that references this module before storing it in the database? I have made a slight diagram, where the red arrow represents the gateway and the black arrow represents the data flow. Which one should it be

 ![企业微信截图_17150490151806](https://us1.discourse-cdn.com/inductiveautomation/original/3X/4/6/46156258d54d5690130fb8c2bd166a1db275a129.png)

---

<div class="post-metadata">

**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\
**Post date:** [May 7, 2024, 12:00pm UTC](https://forum.inductiveautomation.com/t/remote-history-provider-data-flow/90012/2 "2024-05-07T12:00:04Z")

</div>

We utilize the Historian Splitter with remote history providers.  
Connection 1 is pointed at the local historian, connection 2 to the remote historian.

Then you can set the Limit First Connection Query option to have the clients ask the LOCAL historian for data up to that limit, older than that it will request the data from the remote history provider.  
This helps to keep the local database smaller as you only need to store it for the amount of time you set for Limit Initial Query.

> **[Tag History Providers | Ignition User Manual](https://docs.inductiveautomation.com/docs/8.1/ignition-modules/tag-historian/tag-history-providers#tag-history-splitter)**
>
> The Tag Historian module uses a concept of "History Providers" as a means to keep track of different storage configurations. Each provider is responsible for maintaining its own set of tables and records.

---

<div class="post-metadata">

**Author:** ![lindeng\_chen](https://avatars.discourse-cdn.com/v4/letter/l/c67d28/32.png) [@lindeng\_chen](https://forum.inductiveautomation.com/u/lindeng_chen)\
**Post date:** [May 8, 2024, 6:40am UTC](https://forum.inductiveautomation.com/t/remote-history-provider-data-flow/90012/3 "2024-05-08T06:40:44Z")

</div>

Thank you for your reply  
I create History Provider HPA in Front-End Gateway A and Remote History Provider A-HPA in each Back-end Gateways

My question is: When recording history, data will store in database directly OR transmit through Front-End Gateways ?

What configuration method can ensure that the back-end gateway is only responsible for writing data, while the front-end gateway is responsible for accessing?

 ![企业微信截图_17151504177943](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/6/b61e7291864d9a5fc3dc244875d852680bb64442.png)

---

<div class="post-metadata">

**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\
**Post date:** [May 8, 2024, 11:32am UTC](https://forum.inductiveautomation.com/t/remote-history-provider-data-flow/90012/4 "2024-05-08T11:32:53Z")

</div>

You can use the setup I posted above, or just use the remote history providers for storage from the front end gateways. If you don't need local storage then no need to create the historians on the front ends. Just create the history providers on the backend gateways and use remote history providers on the front ends.

---

<div class="post-metadata">

**Author:** ![lindeng\_chen](https://avatars.discourse-cdn.com/v4/letter/l/c67d28/32.png) [@lindeng\_chen](https://forum.inductiveautomation.com/u/lindeng_chen)\
**Post date:** [May 9, 2024, 1:32am UTC](https://forum.inductiveautomation.com/t/remote-history-provider-data-flow/90012/5 "2024-05-09T01:32:17Z")

</div>

Thank you for your reply, is that what you mean?

 ![企业微信截图_17151703394567(1)](https://us1.discourse-cdn.com/inductiveautomation/original/3X/f/b/fb393a075b75ad2722812802c7fb05f5d7095ebc.png)

---

<div class="post-metadata">

**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\
**Post date:** [May 9, 2024, 11:43am UTC](https://forum.inductiveautomation.com/t/remote-history-provider-data-flow/90012/6 "2024-05-09T11:43:15Z")

</div>

Close, except the front end gateway arrows should point at the backend gateways and not directly to the database.
