iphist:index
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
iphist:index [2021/06/28 07:26] – su | iphist:index [2022/08/29 12:05] (current) – [Licensing] su | ||
---|---|---|---|
Line 5: | Line 5: | ||
===== Introduction ===== | ===== Introduction ===== | ||
- | Intelligent Plant' | + | Intelligent Plant' |
+ | |||
+ | For many data sources (such as Modbus, MQTT, and more), it is possible | ||
+ | |||
+ | Additionally, | ||
- | eg. Modbus, OPC, MQTT, etc.. The majority of data can all be automatically recorded and mostly filtered with default exception and compression rules. | ||
=====How Historians Work - Exception and Compression===== | =====How Historians Work - Exception and Compression===== | ||
Line 18: | Line 22: | ||
===== Data Query Types ===== | ===== Data Query Types ===== | ||
+ | |||
+ | IP Historian supports a number of different types of data queries. | ||
==== Snapshot ==== | ==== Snapshot ==== | ||
Line 38: | Line 44: | ||
==== Values-at-Times ==== | ==== Values-at-Times ==== | ||
- | A values-at-times query is used to retrieve the value of a tag at specified points in time. IPHist | + | A values-at-times query is used to retrieve the value of a tag at specified points in time. IP Historian |
==== Aggregated ==== | ==== Aggregated ==== | ||
- | Aggregated queries can be used to perform ad hoc processing and filtering of raw historical data based on a query time range and sample interval. | + | Aggregated queries can be used to perform ad hoc processing and filtering of raw historical data based on a query time range and sample interval. |
== ANNOTATIONCOUNT == | == ANNOTATIONCOUNT == | ||
Line 98: | Line 104: | ||
- | =====Archiving Model===== | + | ==== Annotations |
- | IPHist supports | + | IP Historian allows annotations to be recorded against tags at specific points in time. Annotations can be used to track or highlight events a tag value exceeding an operating limit, an action taken as part of a workflow, and so on. |
- | A Single index for all data (recommended for constants, or values that change infrequently) | ||
- | An index per year, month, etc.. | ||
- | we normally recommend index per month as the indexing period for process data. | ||
- | =====Backing Up===== | ||
- | Indexes can be backed up and restored on another IPHist instance, | + | ==== Specifying Query Time Ranges |
- | =====System Requirements===== | + | |
+ | As part of the Data Core data connectivity layer, IP Historian can accept query time ranges specified as both absolute timestamps (using standard ISO 8601 formatting), | ||
- | =====Licensing===== | ||
+ | ===== Archiving Model ===== | ||
- | IPHist instances that are connected to the Industrial App Store are free. | + | IP Historian supports multiple indexing models depending on the requirements |
- | The free 1000 tag license is applied automatically, | + | |
- | Instances | + | * "One Big Index" - optimised for constant or infrequently-changing values. |
+ | * "Index per Day/ | ||
+ | When recording process data, we normally recommend "Index per Month" as the optimal indexing period. | ||
+ | |||
+ | ===== Backing Up ===== | ||
+ | |||
+ | Indexes can be backed up and restored on another IP Historian instance. | ||
+ | |||
+ | |||
+ | ===== System Requirements ===== | ||
+ | |||
+ | See [[app_store_connect: | ||
+ | |||
+ | However, note the system requirements should be adjusted for the particular use-case of the historian. If you intend to support historization of large data volumes and intensive data queries, a more powerful spec is required. Please consult with the Intelligent Plant support team for detailed guidance. | ||
+ | |||
+ | ===== Configuration Best Practice ===== | ||
+ | |||
+ | Details to follow. | ||
+ | |||
+ | |||
+ | |||
+ | ===== Licensing ===== | ||
+ | |||
+ | When connecting IP Historian to the Industrial App Store, there is no licensing cost. An initial 1000 tag licence is supplied, but can be increased free of charge by client request. | ||
+ | |||
+ | IP Historian deployments that are not directly connected to the Industrial App Store (e.g. deployments on a PIN or PCN) require a paid-for licence that is issued in 1000 tag increments. | ||
+ | |||
+ | |||
+ | ==== How to find your Machine ID ==== | ||
+ | |||
+ | It is necessary to know the Machine ID of your system for licensing to be completed. To find your Machine ID, you must first open App Store Connect and select " | ||
+ | |||
+ | Go to your Data Sources and click " | ||
+ | |||
+ | {{: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Under Action, click " | ||
+ | |||
+ | {{: | ||
+ | |||
+ | And at the bottom you will see the Machine ID for your system. | ||
+ | |||
+ | {{: | ||
=====IPHist - IPHist replication===== | =====IPHist - IPHist replication===== | ||
Connections can be setup in datacore to provide reslient transfer of historical data between IPHist instances. this means that a loss in connectivity will not result in a permanent loss of data on the remote IPHist to the datasource. that data will be back filled, and consistent. | Connections can be setup in datacore to provide reslient transfer of historical data between IPHist instances. this means that a loss in connectivity will not result in a permanent loss of data on the remote IPHist to the datasource. that data will be back filled, and consistent. | ||
- | this can be configured by ..? | + | For further information regarding replication and data resilience, contact support@intelligentplant.com. |
=====Other historian - IPHist replication, | =====Other historian - IPHist replication, |
iphist/index.1624865196.txt.gz · Last modified: 2021/06/28 07:26 by su