Setting up FactoryTalk system availability                  Chapter 14 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
371 
Choosing to switch to the primary server means the primary server is always 
preferred. If you select this option, you cannot manually change the Active 
and Standby servers. 
If you choose not to switch back automatically to the primary server, the 
primary server will go on standby when service is restored, until the Active 
secondary server fails. 
If that happens, the failover and switch-back cycle begins again. 
Notifying clients when switching back to the 
primary 
During a switch back to the primary server, the server notifies connected 
clients when it is ready to provide service, and then waits for a specified time 
period for clients to respond. 
After the time period expires, the server becomes active even if there are 
clients that have yet to respond. 
The predefined amount of time the server waits before becoming active is 
two minutes. You can change the time period, by modifying the system 
policy setting, Maximum delay before server is active. 
Tip: The policy setting, Maximum delay before server is 
active, applies only during a switch back to the primary 
server. It does not apply when the system is failing over 
to the secondary server. 
To change the time a server waits becomes active: 
1.  In FactoryTalk View Studio, in the Explorer window, expand the 
System folder, double-click the Policies folder, and then double-click 
the System Policies folder. 
2.  Double-click Health Monitoring Policy, and then select Maximum 
delay before server is active
3.  Click the number of minutes. To select another number, click the up or 
down arrow beside the number. 
You can make changes to HMI tags and their alarm properties while a 
FactoryTalk View SE network distributed application is running, and have 
those changes take effect without restarting clients. 
This means that you don’t
have to stop HMI servers or the application from 
running, in order to make or deploy these changes. Critical application 
components can remain available to connected clients, while you are 
updating the HMI servers. 
Modifying HMI tag 
and alarm 
properties at run 
time 
Add links to pdf document - insert, remove PDF links in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Free C# example code is offered for users to edit PDF document hyperlink (url), like inserting and deleting
pdf hyperlinks; chrome pdf from link
Add links to pdf document - VB.NET PDF url edit library: insert, remove PDF links in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Help to Insert a Hyperlink to Specified PDF Document Page
adding a link to a pdf; add hyperlinks pdf file
Chapter 14                  Setting up FactoryTalk system availability 
372 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
Modifying HMI tag properties 
In FactoryTalk View Studio, in the Tags editor, you can modify the 
properties of HMI tags while an application is running. 
Some of the changes you can make will be visible immediately, on connected 
clients. Other changes require some other event to occur, before the change 
takes effect. 
For example, if you change the Security Code assigned to an HMI tag, the 
new security check will not occur until there is an attempt to write to the tag. 
When that happens, the tag write will be validated against the new Security 
Code. 
When HMI tag property changes take effect 
The following table lists the HMI tag properties you can modify at run time, 
and what needs to happen before each change takes effect. 
Use information in the table to ensure that the changes you make are 
reflected as expected, at connected clients. 
If you change this 
property 
For this type of HMI tag 
The change takes effect when 
Security code 
Any HMI tag 
An attempt is made to write to the tag, from a FactoryTalk View 
SE Client. 
The Security Code property is read using VBA code. 
The Security Code property is shown in the Tag Browser. 
Description 
Any HMI tag 
A graphic display using the Description property, in a tag label 
object or in a trend’s pen, is test run in FactoryTalk View Studio or 
opened in a FactoryTalk View SE Client. 
The Description property is read using VBA code. 
The Description property is shown in the Tag Browser. 
Data Source Type 
Any HMI tag 
Immediately. The Value property is updated to use the new Data 
Source Type as soon as the property is modified. 
The Data Source Type cannot be modified if the tag is currently 
active. 
Address 
Any HMI tag 
Immediately. The Value property is updated to use the new 
Address as soon as the property is modified. 
Minimum or Maximum 
HMI analog tags 
An attempt is made to write to the tag, from a FactoryTalk View 
SE Client, FactoryTalk View Studio, or the HMI server. 
A graphic display using the Minimum or Maximum property, in a 
tag label object (Low EU or High EU) or in a trend’s pen, is test 
run in FactoryTalk View Studio or opened in a FactoryTalk View 
SE Client. 
The Minimum or Maximum property is read using VBA code. 
The Low EU or High EU property is shown in the Tag Browser. 
Units 
HMI analog tags 
A graphic display using the Units property, in a tag label object 
(Engineering Units) or in a trend’s pen, is test run in FactoryTalk 
View Studio or opened in a FactoryTalk View SE Client. 
C# PDF Convert to HTML SDK: Convert PDF to html files in C#.net
converter toolkit SDK, preserves all the original anchors, links, bookmarks and Use C#.NET Demo Code to Convert PDF Document to HTML5 Add necessary references:
add links to pdf document; pdf link
.NET PDF Document Viewing, Annotation, Conversion & Processing
edit, delete links. Form Process. Fill in form data programmatically. Read form data from PDF form file. Add, Update, Delete form fields programmatically. Document
add hyperlink to pdf; add links to pdf acrobat
Setting up FactoryTalk system availability                  Chapter 14 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
373 
The Units property is read using VBA code. 
The Engineering Units property is shown in the Tag Browser. 
An HMI tag alarm summary object is shown for the first time, in a 
FactoryTalk View SE Client, and the HMI tag alarm system is 
running. After the initial display, additional changes to the Units 
property will not show until the client is restarted. 
Data Type 
HMI analog tags 
Immediately. The Value property is updated to use the new 
Read/Write Data Type, if the modification causes the tag’s value 
to change. 
Or when: 
An attempt is made to write to the tag, from a FactoryTalk View 
SE Client, FactoryTalk View Studio, or the HMI server. 
The Canonical Data Type of the Tag object is read using VBA 
code. 
The Item Canonical Data Type property is shown in the Tag 
Browser. 
Scale 
HMI analog tags with 
Device as data source 
Immediately. The Value property is updated to use the new Scale 
value as soon as the property is modified. 
Offset 
HMI analog tags with 
Device as data source 
Immediately. The Value property is updated to use the new Offset 
value as soon as the property is modified. 
Initial Value 
HMI analog tags with 
Memory as data source 
The tag’s Data Source Type is changed from Device to Memory.
The Initial Value property is read using VBA code. 
The Initial Value property is shown in the Tag Browser. 
The HMI server is started. 
Retentive 
Any HMI tag with 
Memory as data source 
Immediately, if the tag is not in use. Otherwise, the change takes 
effect when the HMI server is started. 
Off Label or On Label 
HMI digital tags 
A graphic display using the Off Label or On Label property, in a 
tag label object (Contact Close Label or Contact Open Label) is 
opened in a FactoryTalk View SE Client. 
The Off Label or On Label property is read using VBA code. 
The Contact Close or Contact Open property is shown in the Tag 
Browser. 
Length 
HMI string tags 
Immediately. The Value property is updated to use the new 
Length value as soon as the property is modified. 
Or when: 
An attempt is made to write to the tag, from a FactoryTalk View 
SE Client, FactoryTalk View Studio, or the HMI server. 
The Length property is read using VBA code. 
The Length property is shown in the Tag Browser. 
Tip: The Name and Tag Type properties of an HMI tag 
cannot be modified, after the tag is created. 
VB.NET PDF Convert to HTML SDK: Convert PDF to html files in vb.
Turn PDF images to HTML images in VB.NET. Embed PDF hyperlinks to HTML links in VB.NET. Convert PDF to HTML in VB.NET Demo Code. Add necessary references:
add hyperlink to pdf in; convert doc to pdf with hyperlinks
How to C#: Basic SDK Concept of XDoc.PDF for .NET
You may add PDF document protection functionality into your C# program. to edit hyperlink of PDF document, including editing PDF url links and quick
adding hyperlinks to pdf; convert a word document to pdf with hyperlinks
Chapter 14                  Setting up FactoryTalk system availability 
374 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
Modifying HMI tag alarm properties 
You can modify the properties of HMI tag alarms at run time. For the 
changes to take effect, you must run the AlarmAcceptEdits command. 
When AlarmAcceptEdits runs, all alarm property changes made since the last 
time AlarmOn was run, are reflected in HMI tag alarm summaries on 
connected clients. 
Optionally, you can specify an area name when you run the 
AlarmAcceptEdits command. If you do this, only changes made in the 
specified area, since AlarmOn was last run, will take effect. For details, click 
Help in the Command Wizard
Tip: If you run AlarmAcceptEdits while a redundant HMI 
server pair is synchronizing alarm states, the secondary 
HMI server will not contain the latest changes. To update 
the secondary server, you must replicate changes made 
on the primary server. For details, see Replicate changes 
to the secondary HMI server on page 364. 
Example: Modifying HMI tag alarms in a redundant HMI server pair 
To ensure that changes to HMI tag alarm properties are copied to the 
secondary server in a redundant HMI server pair, follow these steps: 
1.  Modify the property. For example, change the severity for an analog 
alarm threshold. 
2.  Run the AlarmAcceptEdits command. 
3.  Replicate the change to the secondary HMI server. For instructions, see 
Replicate changes from the primary to the secondary server on page 
364
Note: If you replicate changes from the primary to the secondary 
HMI server before running the AlarmAcceptEdits command, 
the primary and secondary HMI projects will not be 
synchronized. 
How alarm property changes take effect 
The following table lists the HMI tag alarm properties you can modify at run 
time, and the effect each change will have, the next time AlarmAcceptEdits 
is run. 
Use information in the table to ensure that the changes you make are 
reflected as expected, in HMI tag alarm summaries on connected clients. 
C# PDF Convert to Word SDK: Convert PDF to Word library in C#.net
the original text style (including font, size, color, links and boldness). C#.NET DLLs and Demo Code: Convert PDF to Word Document in C# Add necessary references
add url pdf; add hyperlink to pdf in preview
C# Create PDF Library SDK to convert PDF from other file formats
PDF with a blank page, bookmarks, links, signatures, etc. a PDF document in C#.NET using this PDF document creating toolkit, if you need to add some text
adding links to pdf in preview; add a link to a pdf in acrobat
Setting up FactoryTalk system availability                  Chapter 14 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
375 
If this property 
Is changed to this value 
This is what happens when AlarmAcceptEdits is 
run 
Alarmed 
(Alarmed or Not Alarmed) 
True 
The newly alarmed tag is monitored for alarms. 
Additionally, existing alarm events with the same name 
as the newly alarmed tag are removed from HMI tag 
alarm summaries. 
False 
Existing alarm transactions for the tag are removed 
from HMI tag alarm summaries. 
Label 
Any change 
New alarm transactions reflect the new Label value. 
Existing alarm transactions continue to use the old 
Label value. 
Severity 
Any change 
If the tag is currently in alarm, a new alarm transaction 
is generated, based on the new Severity value. 
Analog Level 
Level is added 
Existing alarm transactions for the tag are removed 
from HMI tag alarm summaries. 
Level is added or removed 
If the change results in a new alarm state for the tag, a 
new alarm transaction is generated based on the new 
state. 
Analog Threshold 
Any change 
If the change results in a new alarm state for the tag, a 
new alarm transaction is generated based on the new 
state. 
Analog Direction 
Increasing or Decreasing 
Existing alarm transactions for the tag are removed 
from HMI tag alarm summaries. 
If the change results in a new alarm state for the tag, a 
new alarm transaction is generated based on the new 
state. 
Digital Alarm Type 
On (from Off) 
or 
Off (from On) 
A new alarm transaction is generated. 
If the tag is currently in alarm, the transaction is 
OutofAlarm; if the tag is currently out of alarm, the 
transaction is InAlarm. 
Any Change, Changes to On, or 
Changes to Off  
(from Off or On) 
If the tag is currently in alarm, an OutofAlarm 
transaction is generated. 
On 
(from Any Change, Changes to 
On, or Changes to Off) 
If the tag’s value is On, a new alarm transaction is 
generated. 
If the tag’
s value is Off, no new transaction is 
generated, and existing alarm transactions remain in 
HMI tag alarm summaries. 
Off 
(from Any Change, Changes to 
On, or Changes to Off) 
If the tag’s value is Off, a new alarm transaction is 
generated. 
If the tag’s v
alue is On, no new transaction is 
generated, and existing alarm transactions remain in 
HMI tag alarm summaries. 
In Alarm Messages 
Out of Alarm Messages 
Acknowledge Messages 
Identification 
Out of Alarm Label 
Deadband 
Any change 
The change takes effect, for any new or existing alarm 
transactions associated with the modified tag. 
Tip: The AlarmAcceptEdits command will not apply 
changes to the contents of User Default messages, for 
theInAlarm Messages, Out of Alarm Messages, and 
Acknowledge Messages properties. 
C# Image: Tutorial for Document Management Using C#.NET Imaging
detailed C# tutorials on each part by following the links respectively. are dedicated to provide powerful & profession imaging controls, PDF document, image to
pdf email link; adding hyperlinks to pdf files
VB.NET PDF: Basic SDK Concept of XDoc.PDF
You may add PDF document protection functionality into your VB.NET program. to edit hyperlink of PDF document, including editing PDF url links and quick
c# read pdf from url; adding links to pdf
Chapter 14                  Setting up FactoryTalk system availability 
376 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
Acknowledge (bit) 
Any change 
The change takes effect, for any new or existing alarm 
transactions associated with the modified tag. 
If an Acknowledge Bit tag is added with the Auto Reset 
property set to True, the Acknowledge Bit tag is set to 
0. 
Handshake (bit) 
Any change 
The change takes effect, for any new or existing alarm 
transactions associated with the modified tag. 
If a Handshake Bit tag is added, and alarming is started 
with handshaking turned on (AlarmOn /H), and if the 
alarm tag is in alarm, the Handshake Bit tag is set to 1. 
If a Handshake Bit tag is added with the Auto Reset 
property set to True, and alarming is started with 
handshaking turned on (AlarmOn /H), and if the alarm 
tag is not in alarm, the Handshake Bit tag is set to 0. 
Tip: The AlarmAcceptEdits command is for HMI tag alarms 
only. The command is not required to effect online 
changes to alarm definitions in a Tag Alarm and Event 
Server. For information about modifying FactoryTalk 
tag-based alarm properties, see the FactoryTalk Alarms 
and Events Help. 
To help ensure that HMI data generated in an online redundant system is as 
accurate and accessible as possible, keep the following considerations in 
mind. 
Synchronize time clocks on redundant computers 
HMI servers manage the synchronization of HMI tag alarm states, between 
primary and secondary servers. 
For example, if there are five unacknowledged alarms at the primary server 
when it fails, the same five alarms will be show at the secondary server, 
when the failover is complete. Alarm states are also synchronized when the 
system switches back to the primary server. 
To ensure tight synchronization of alarm states, synchronize clocks on the 
primary and secondary HMI server computers to a time server. 
If the clocks are not synchronized, when a failover occurs, multiple alarms or 
inconsistent information might be shown in HMI tag alarm summaries, on 
connected clients. 
Tip: You can set up a Microsoft Windows domain to include a 
time-synchronization service. For details, see Windows 
Help for setting up the domain. 
Managing HMI data 
in an online 
redundant system 
Setting up FactoryTalk system availability                  Chapter 14 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
377 
About alarm monitoring on the secondary server 
While the primary HMI server is active, the secondary server runs its alarm 
monitoring system in backup mode. This means that alarm states are 
synchronized even if you have not set up the secondary server to start alarm 
monitoring on demand. 
The backup mode that runs on the secondary server only keeps alarm states 
synchronized; it does not detect alarms. 
When the system fails over to the secondary server, alarm monitoring starts 
on that server automatically, as if it was running on the primary server. 
When the system switches back to the primary server, alarm monitoring 
starts on that server automatically, while the secondary server returns to 
standby mode. 
Tip: If FactoryTalk View SE is monitoring a large number of 
HMI tags for alarms, it is possible that alarms might be 
missed for tags that go into and out of alarm quickly. This 
might happen while the system is failing over to the 
secondary or switching back to the primary server. 
Centralize storage of diagnostic and alarm log data 
Diagnostic log files are stored on every computer where system activity is 
generated. 
For network distributed applications, it is highly recommended that you log 
diagnostic and HMI tag alarm information to a central ODBC database, such 
as Microsoft SQL Server, even for HMI servers that are not redundant. 
A central, system-wide ODBC log can be made secure and redundant 
through features of the database. Central logs also simplify troubleshooting, 
by letting you search all diagnostic information in one location. 
For additional protection, it is also recommended that you set up FactoryTalk 
View SE local diagnostic and alarm logs to buffer logged data, in the event 
that communications with the ODBC database are lost. 
For information about setting up a central ODBC database: 
For diagnostic logs, see Logging system activity on page 381
For HMI tag alarm logs, see Setting up HMI tag alarms on page 217. 
Chapter 14                  Setting up FactoryTalk system availability 
378 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
Determine which server will run events 
Events that are triggered by an event detector, are not synchronized 
specifically between primary and secondary HMI servers. 
However, it is possible to manage which server is responsible for detecting 
and running events, so that only one server is active at a time. 
Use an HMI server’s On Active and On Standby macros, to run the 
EventOn 
command (starts event detection) when the HMI server becomes active, and 
to run the EventOff command (stops event detection) when the HMI server 
goes on standby. 
This will automatically ensure that event detection is only running on the 
Active (primary or secondary) HMI server. 
For information about On Active and On Standby macros, see Specifying On 
Active and On Standby macros on page 366
For information about creating macros, see Adding logic and control on page 
631
Synchronize derived tags and data log files 
To keep derived tags and data logs synchronized, ensure that the same 
derived tags components and data log models are running on the primary and 
secondary computers. 
You can also keep memory tags synchronized, if their values are the result of 
derived tags. 
For information about replicating changes from the primary to the secondary 
HMI server, see Replicate changes to the secondary HMI server on page 364
The health monitoring system monitors network connections on all 
computers hosting application clients and servers, in a network distributed 
application. 
The system does the following connection monitoring: 
The computer detection interval sets how often the system attempts 
to detect whether a computer exists on the network. The default 
interval is two seconds. 
The network failure detection interval sets how often the system 
attempts to verify the health of the network connection to remote 
computers. The default interval is 2 seconds. 
The maximum network glitch sets the amount of time used to 
distinguish a temporary network disruption from an actual 
Monitoring network 
client and server 
connections 
Setting up FactoryTalk system availability                  Chapter 14 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
379 
communications failure. For more information, see "About network 
glitches," next. 
The maximum delay before server is active sets the maximum 
amount of time during a switch back to the primary server, that the 
server will wait for clients to respond, before it becomes active. For 
more information, see Notifying clients when switching back to the 
primary on page 371
You can change the default settings, in the Health Monitoring Policy Settings 
dialog box. 
To change Health Monitoring Policy Settings: 
1.  In FactoryTalk View Studio, in the Explorer window, expand the 
System folder, double-click the Policies folder, and then double-click 
the System Policies folder. 
2.  Double-click Health Monitoring Policy, and then select the policy 
setting you want to change. 
3.  Click the amount of time for the policy setting. To select a different 
time, click the up or down arrow beside the time. 
Tip: 
Settings in the System folder, including the Health 
Monitoring Policy Settings, are stored at the FactoryTalk 
Network Directory, and apply to all application servers 
the directory manages. 
About network glitches 
Sometimes communications across a network are temporarily disrupted, for 
fractions of seconds, by noise or brief disconnections. 
When this happens, it is possible for the Standby server in a redundant pair to 
lose contact with its Active partner, and assume it must become the Active 
server. 
Chapter 14                  Setting up FactoryTalk system availability 
380 
Rockwell Automation Publication VIEWSE-UM006K-EN-E 
To prevent the Standby server from becoming active before it is necessary, 
the health monitoring system distinguishes a temporary 
disconnection
called a network glitch
from an actual communications 
failure. 
If the Standby server can re-establish contact with its Active partner within a 
set time period, then it remains on standby. If the time period expires before 
contact is re-established, then the Standby server becomes the Active server. 
The default time period that defines a network glitch is 5 seconds. You can 
change the definition, by modifying the policy setting, Maximum network 
glitch. For details, see Monitoring network client and server connections on 
page 378
Tip: In a partitioned network, if clients are connected to both 
partners in the redundant pair on either side of a network 
switch, it is possible for both the primary and the 
secondary server to become active. For more 
information, see What happens if both servers become 
active on page 366. 
Documents you may be interested
Documents you may be interested