Hello Team,
I'm seeking guidance on configuring the InTouch application to store data in 2 historians. I've noticed that the application only allows configuration for 1 historian. Any assistance on this matter would be greatly appreciated.
Best regards,
Arul
Hi Arul, As Rainer mention, setting up a redundant Historian Pair is not configured in the InTouch or Application Server level.
You need to configure your historian pair in your Historian configuration that is found using OCMC.
On the primary node you configure the backup partner and vice versa.
On any client you enter the name of the primary node and if it is not available, the partner Historian node is used.
Please refer to the Historian Documentation for further details.
file:///C:/Program%20Files%20(x86)/Wonderware/Historian/Docs/1033/HistorianAdmin.pdf
Page 290
Using a Redundant Historian
You can configure the AVEVA Historian to have a "partner" AVEVA Historian that can be used as a hot backup if
the primary historian is not available. This is called a "redundant historian" setup.
If AVEVA Application Server is configured to send data to the AVEVA Historian, the AppEngine automatically
sends data to both the primary historian and the specified partner. If one of the historians goes offline, the
AppEngine stores the historized data until the historian comes back online. After the connection is restored, the
AppEngine forwards the data to the historian that was offline.
The Historian Client automatically detects and selects the online Historian from the redundant pair.
The historians in a redundant setup are not intended to be a synchronized pair, where both the historian
configuration and data are fully and automatically synchronized. It is up to you to make sure that the two
historians are symmetrical and synchronized. The following recommendations are examples of actions you
should take to keep the pair synchronized, or else incoming data is not stored as previously described.
• If you make configuration changes for one historian, be sure to perform the same actions on the partner.
• If you import a CSV file on one historian, you will need to repeat the import on the partner.
• If you add or update data to one Historian using SQL or the Historian SDK, you will need to repeat the action
on the partner.
To specify a historian partner:
1. In the Operations Control Management Console, expand Historian Group, expand the server, and then
expand Configuration Editor.
2. Expand System Configuration and then click Parameters. A list of all system parameters displays in the
details pane.
3. Double-click the Historian Partner system parameter. The System Parameter Properties dialog box appears.
4. In the Value box, type the computer name of the partner historian. You can use either the host name, fully
qualified name, or an IP address. Leading backslashes are optional.
Note: In network environments where AppEngine and Historian Client computers on different subnets must
access the partner, be careful to use a name or IP address that can be correctly resolved from all of those
network locations and not just between the historian servers themselves.
5. Click OK
Perhaps you also want to read up on how to set up Replication between two Historian nodes, perhaps that is also applicable for your original intentions.
I hope this answers your question.
Hi Arul, As Rainer mention, setting up a redundant Historian Pair is not configured in the InTouch or Application Server level.
You need to configure your historian pair in your Historian configuration that is found using OCMC.
On the primary node you configure the backup partner and vice versa.
On any client you enter the name of the primary node and if it is not available, the partner Historian node is used.
Please refer to the Historian Documentation for further details.
file:///C:/Program%20Files%20(x86)/Wonderware/Historian/Docs/1033/HistorianAdmin.pdf
Page 290
Using a Redundant Historian
You can configure the AVEVA Historian to have a "partner" AVEVA Historian that can be used as a hot backup if
the primary historian is not available. This is called a "redundant historian" setup.
If AVEVA Application Server is configured to send data to the AVEVA Historian, the AppEngine automatically
sends data to both the primary historian and the specified partner. If one of the historians goes offline, the
AppEngine stores the historized data until the historian comes back online. After the connection is restored, the
AppEngine forwards the data to the historian that was offline.
The Historian Client automatically detects and selects the online Historian from the redundant pair.
The historians in a redundant setup are not intended to be a synchronized pair, where both the historian
configuration and data are fully and automatically synchronized. It is up to you to make sure that the two
historians are symmetrical and synchronized. The following recommendations are examples of actions you
should take to keep the pair synchronized, or else incoming data is not stored as previously described.
• If you make configuration changes for one historian, be sure to perform the same actions on the partner.
• If you import a CSV file on one historian, you will need to repeat the import on the partner.
• If you add or update data to one Historian using SQL or the Historian SDK, you will need to repeat the action
on the partner.
To specify a historian partner:
1. In the Operations Control Management Console, expand Historian Group, expand the server, and then
expand Configuration Editor.
2. Expand System Configuration and then click Parameters. A list of all system parameters displays in the
details pane.
3. Double-click the Historian Partner system parameter. The System Parameter Properties dialog box appears.
4. In the Value box, type the computer name of the partner historian. You can use either the host name, fully
qualified name, or an IP address. Leading backslashes are optional.
Note: In network environments where AppEngine and Historian Client computers on different subnets must
access the partner, be careful to use a name or IP address that can be correctly resolved from all of those
network locations and not just between the historian servers themselves.
5. Click OK
Perhaps you also want to read up on how to set up Replication between two Historian nodes, perhaps that is also applicable for your original intentions.
I hope this answers your question.
