Overview

ArchiveLocations provide a flexible mechanism for defining and managing where your historical data will be stored. You can assign a unique name and description to each Target Database, making it easier to identify and manage.


On this page:

Understanding ArchiveLocation

ArchiveLocation involve the organization of tags within Historian Tables, establishing a clear linkage between tags and the storage infrastructure. The ArchiveLocation can take the form of a SQL database, a ScriptClass, or a connection with a Third-Party Historian.

Definition:
ArchiveLocation encompass the systematic arrangement of tags within Historian Tables, establishing a direct association between tags and the chosen storage medium, which can be a SQL database, a ScriptClass, or a connection with a Third-Party Historian.

Purpose:
The purpose of ArchiveLocation is to provide a structured framework for tags, ensuring their efficient storage and retrieval within Historian Tables, by defining the specific storage medium used.

Function:
ArchiveLocation function as a crucial element in the organization of data, enabling the systematic grouping of tags and the efficient archival of data based on the selected storage medium.

Operation:
In operation, ArchiveLocation specify the storage medium for tags within Historian Tables, allowing for the seamless storage and retrieval of tagged data through a SQL database, a ScriptClass, or a connection with a Third-Party Historian.

Application:
ArchiveLocation find application in the structured organization and storage of tagged data within Historian Tables, particularly by defining the chosen storage medium for optimal data management.

Usage:
To use ArchiveLocation, users configure the storage medium within Historian Tables, choosing between options like a SQL database, ScriptClass, or Third-Party Historian connection. This feature streamlines data management and retrieval within the Historian system, optimizing efficiency.

Configuration

On Historian tab, click on ArchiveLocation and the + button.


Fields:

  • Name: Unique name for the Target Database.
  • Description: Optional description to provide more context or information.
  • Store and Forward: Option to temporarily store data in case of connection failure to the destination.

Target Type:

You have two options to choose from:

  1. ExternalTagSource: In this option, you can select from different ExternalTag Providers such as CanaryLabs, InfluxDB, and GEProficy.

    • Station: Here, you configure the connection string to the selected provider and run a test to ensure the setup is correct.

  2. ScriptClass: If you opt for this type, you'll need to either create a script class or point to existing classes that will define how the data will be handled and stored. For help creating classes, see the Script, Classes and Tasks documentation.

In this section...