Replication tiers
- Last UpdatedMar 10, 2025
- 3 minute read
When you replicate data, it creates a tiered relationship between the historians.
|
That is, the tier-1 historian send its replicated data to a tier-2 historian. AVEVA Historian can replicate process data as well as alarms and events. |
|
A historian can act as a tier-1 and a tier-2 historian simultaneously.
|
Here's a typical scenario for a tiered historian:
|
|
Historian supports multi-tier replication. Data originating at tier 1 can be replicated to tier 2, then again to tier 3, and so on.
|
This diagram illustrates two relationships between historians.
|
|
The following tables show how the replicated data is named as it is replicated in these two scenarios. These examples are based on the default naming scheme.
TagC replicated across 4 tiers (Hist1, Hist2, Hist3, Insight)
|
Tier |
Computer name |
Tag name |
Summary tag name |
|
Tier 1 |
Hist1 |
TagC |
TagC.1M |
|
Tier 2 |
Hist2 |
Hist1.TagC |
Hist1.TagC.1M |
|
Tier 3 |
Hist3 |
Hist1.TagC |
Hist1.TagC.1M |
|
Tier 4 |
Insight (and data source = DS) |
DS.Hist1.TagC |
DS.Hist1.TagC.1M |
Note: Summary replication happens between tier 1 and tier 2 only. All data replication to tier 3 and beyond is simple replication.
TagD replicated from Hist1 to Insight
|
Tier |
Computer name |
Tag name |
Summary tag name |
|
Tier 1 |
Hist1 |
TagD |
TagD.1M |
|
Tier 2 |
Insight (and data source = DS) |
DS.TagD |
DS.TagD.1M |
Note: Before version 17.3.100, replication to AVEVA Insight used the same default naming
as any other tier 2 and still included the "DS" prefix (where "DS" is the name of
the data source). For example, consider how "TagC" was replicated to Insight before
and since version 17.3.100:
- Before 17.3.100: TagC was replicate to Insight as "DS.Hist1.TagC".
- Since 17.3.100: TagC is replicated to Insight as "DS.TagC".


