Geo SCADA Knowledge Base
Access vast amounts of technical know-how and pro tips from our community of Geo SCADA experts.
Link copied. Please paste this link to share this article on your social media post.
Originally published on Geo SCADA Knowledge Base by Anonymous user | June 10, 2021 03:16 AM
The information available in the EcoStruxure Geo SCADA Expert database is stored in different file structures called streams. This allows the separation of data on disk into conveniently sized units for good performance. Different streams are structured differently for the information that they store.
The choice of stream size for the Journal (events), Configuration Changes, and Alarm Summary is important. You should choose these before commissioning a system. Please refer to the product help for advice on how to do this (see the 'Define the Stream Size…' topic in the Server Administration Guide in the help). If you want to investigate making changes to the stream sizes after commissioning then you are advised to read the document attached at the bottom of this page, titled 'Advice on Resizing Historic Streams'.
The different stream types are listed below:
Name |
Number of Streams per Server Instance |
Examples |
Notes |
Configuration |
1 per 16384 object IDs |
Information that does not change often: · Point limits and anything shown when you click Properties. · Logic program code · Mimic content · Data grid structure and content · Data table structure (not content) |
|
Data |
1 per 16384 object IDs |
Information that changes frequently: · A point's CurrentValue and CurrentTime · A variable's value |
|
Dynamic |
1 |
Runtime information that does not have to be retained on start-up: · Alarm redirection state · A channel’s current state |
|
Metadata |
1 |
Extra properties added to database items |
Stored in ClearSCADAMetadata.dat, an XML file usually edited via ViewX
|
Archive |
1 |
The Archive volume index |
Stored in ClearSCADAArchive.dat · Not synchronized between servers (each server has its own local index)
|
Files |
Multiple, 1 per 'CHisFiles' aggregate |
Example: Historical Crystal Reports |
|
Historic |
Multiple, 1 per 'CHistory' aggregate |
Point historic data |
|
Journal |
Multiple, many database items to one stream |
Database item event data and messages |
· Synchronized between servers · New records are flushed to disk every minute (in batches, can take longer or be more frequent) · Number of streams = (current maximum object id in database/stream size)
|
DataFiles |
Multiple, 1 per type of file for each relevant database item |
Contents of data tables Crystal Report definitions |
· Disk resident |
ConfigChanges |
Multiple, many database items to one stream |
Changes to configuration properties stored historically |
|
AlarmSummary |
Multiple, many database items to one stream |
Provides a combined list of current and historic alarms for an item, group of items or the whole database, creating an audit trail for alarms on the system. |
|
You can use the Database Schema to determine if a database property is either a Data, Configuration, or Dynamic stream property. However, as a rule of thumb if the property is configurable on the Properties Form of a database item, that property is stored in the Configuration stream.
The performance impact of the Configuration stream is that the Configuration stream is bigger than the Data stream, and as such it takes longer to save and requires a longer duration of a lock on the Geo SCADA Expert database. The Data stream is kept small to allow quicker saving, whereas the Configuration stream has 'the rest of the information', usually resulting in the Configuration stream being approximately five times the size of the Data stream. Because of this impact, configuration changes should be kept to a minimum when using automated tools to change them (that is, Logic and external programs). These programs can change the configuration, often rendering the performance improvement usually seen as minimal. Rapidly changing data should be stored in data properties instead of configuration properties.
Data Grids are also stored in the Configuration stream and so they are not good as a store for constantly changing data, as a change requires a save of the entire Configuration stream for that database item, whereas Data Tables are stored in the DataFiles stream and are more efficient in their storage and transfer.
Go: Home Back
Link copied. Please paste this link to share this article on your social media post.
Create your free account or log in to subscribe to the board - and gain access to more than 10,000+ support articles along with insights from experts and peers.