FactoryTalk AssetCentre Design Considerations
FactoryTalk AssetCentre Design Considerations
Table of Contents
FactoryTalk AssetCentre® Design Considerations ............................................................................................ 1
Introduction ........................................................................................................................................................ 7
What’s New in this Document ....................................................................................................................... 7
Using this Document ...................................................................................................................................... 7
Document Naming Conventions/Abbreviations............................................................................................. 8
Prerequisite Reading ....................................................................................................................................... 8
Revision History ............................................................................................................................................. 9
What’s New in FactoryTalk AssetCentre v9.00 (CPR9 SR11)? ...................................................................... 10
Known Issues................................................................................................................................................ 10
What’s New in FactoryTalk AssetCentre v8.00 (CPR9 SR10)? ...................................................................... 11
Known Issues................................................................................................................................................ 11
Recommended Platform Requirements ............................................................................................................ 12
Windows Automatic Updates ....................................................................................................................... 12
Virtual Environments ................................................................................................................................... 12
Internet Information Services (IIS) .............................................................................................................. 12
Windows Environment ..................................................................................................................................... 13
Domain Best Practices .................................................................................................................................. 13
Network Configuration ..................................................................................................................................... 14
WAN/Wireless Communications ................................................................................................................. 14
Firewall Communications ............................................................................................................................ 14
Installation Best Practices................................................................................................................................. 14
FactoryTalk Services Platform ..................................................................................................................... 14
Component Architecture .............................................................................................................................. 15
Install Order .................................................................................................................................................. 15
Unattended Installation ................................................................................................................................. 16
FactoryTalk Directory .................................................................................................................................. 16
ProCalV5 Installation ................................................................................................................................... 17
FactoryTalk AssetCentre Client with 3rd Party Editor Integration ............................................................... 17
FactoryTalk AssetCentre SSL Protocol........................................................................................................ 17
FactoryTalk AssetCentre Windows Authentication Mode........................................................................... 18
FactoryTalk AssetCentre Web Client SSL Certificate ................................................................................. 18
FactoryTalk AssetCentre and Internet Protocol Security ............................................................................. 18
Upgrading a FactoryTalk AssetCentre System ............................................................................................ 19
Deploying a Configured FactoryTalk AssetCentre System ......................................................................... 19
Recommended System Limits .......................................................................................................................... 19
Activation/Licensing ........................................................................................................................................ 20
FactoryTalk Activation ................................................................................................................................. 20
Managing FactoryTalk AssetCentre Asset Capacity Totals ......................................................................... 21
MSSQL Server Licensing............................................................................................................................. 21
IIS Configuration .............................................................................................................................................. 21
FactoryTalk AssetCentre Virtual Directories ............................................................................................... 21
Anonymous Access ...................................................................................................................................... 22
Database Considerations .................................................................................................................................. 23
Renaming the AssetCentre Database............................................................................................................ 23
Using Multiple Instances .............................................................................................................................. 23
Introduction
This document is a supplement to the FactoryTalk AssetCentre documentation that is installed with the
software. It is designed to make system developers aware of the fundamental best-practice guidelines for
designing and implementing a FactoryTalk AssetCentre application. While labeled as the most recent
version of FactoryTalk AssetCentre, this document contains information for every released version.
For more information on the Integrated Architecture and the FactoryTalk Services Platform, refer to
Integrated Architecture Real-Time Information and Control. For more information on FactoryTalk
AssetCentre, refer to Rockwell Software AssetCentre.
Information is sorted by relevance to a specific component or capability, meaning some overlap may exist.
Prerequisite Reading
The following FactoryTalk AssetCentre related document is installed with the product and should be
considered prerequisite reading for this document:
When using the AssetCentre client, a link to this document can be found from the Help menu:
Note: In a default AssetCentre installation, the file launched by this link can also be found in
C:\Program Files\Rockwell Software\AssetCentre Server or C:\Program Files\Rockwell
Software\AssetCentre Client, depending on which component is installed.
Revision History
• Revision 1.0 (12/2008): Initial release for v2.21.00 (CPR9)
• Revision 1.1 (04/2009): Release for v2.31.00 (CPR9 SR1)
• Revision 1.2 (01/2010): Updated information for v2.31.01 (CPR9 SR2)
• Revision 1.3 (04/2010): Release for v3.00 (CPR9 SR2)
• Revision 1.3 (02/2011): Release for v4.00 (CPR9 SR3)
• Revision 1.4 (04/2012): Release for v4.10 (CPR9 SR5)
• Revision 1.5 (03/2013): Release for v5.00 (CPR9 SR6)
• Revision 1.6 (01/2015): Release for v6.00 (CPR9 SR7.1)
• Revision 1.7 (08/2015): Release for v6.10 (CPR9 SR7.4)
• Revision 1.8 (03/2016): Release for v7.00 (CPR9 SR8)
• Revision 1.9 (01/2017): Release for v7.10 (CPR9 SR9)
• Revision 2.0 (02/2018): Release for v8.00 (CPR9 SR10)
• Revision 2.1 (03/2019): Release for v9.00 (CPR9 SR11)
The Release Notes can also be found online at the Product Compatibility & Download Center site where the
user can customize the results with the desired information into a quick view or pdf report. A summary of
the new features and enhancements has also been included in this document:
• Disaster Recovery for FactoryTalk View Site Edition Applications: A FT View SE asset is now
available for Disaster Recovery operations. The FT View SE asset is capable of backing up the entire
FT View SE application including the HMI server, FT Directory, FT Linx, and FT Alarms & Events.
• Disaster Recovery for Stratix Switches: A Stratix Switch asset is now available for Disaster
Recovery operations. The Stratix Switch asset is capable of backing up the switch data including the
configuration file (config.txt), the VLAN file (vlan.dat), and the DLR file (dlr.dat) via Telnet or SSH.
• Secured Communications: FactoryTalk AssetCentre is supported in a network security architecture
based on Internet Protocol Security (IPSec). FactoryTalk AssetCentre adopts FactoryTalk Linx
Enterprise allowing Disaster Recovery operations of devices that are members of a secured zones.
• Controller IO Lifecycle: IO modules of a FactoryTalk AssetCentre asset can be associated to the
controller to obtain IO lifecycle information synchronized with the Product Compatibility and
Download Center. The IO can manually be entered or automatically retrieved from the ACD file.
• Asset Extended Properties: FactoryTalk AssetCentre assets can be customized with extended
properties to store and associate information-specific to an asset, which includes up to 20 properties.
Asset extended property information can be used for ad-hoc or scheduled Search reporting.
• Diagnostics Connector: Diagnostic information can be collected from computers that are part of
the FT Directory where AssetCentre is configured without having to install the AssetCentre client.
Known Issues
Known issues can be found in the “Known Issues and Restrictions” section of the Release Notes.
After a default AssetCentre installation, the release notes can also be found at C:\Program Files\Rockwell
Software\AssetCentre Server\ReleaseNotes.htm or C:\Program Files\Rockwell Software\AssetCentre
Client\ReleaseNotes.htm, depending on the component installed. A summary of the new features has also
been included in this document:
• Automated Asset Lifecycle Status: FactoryTalk AssetCentre can now be configured to provide
asset life cycle information synchronized with the Product Compatibility and Download Center.
Assets can be scheduled for synchronization based on the asset tree or Asset Inventory Agent results.
• Disaster Recovery for Generic FTP Custom Compare: Compare Engines can now be configured
for use with Generic FTP Disaster Recovery tasks. Individual files retrieved as part of a scheduled
task can be configured for comparison in addition to the overall comparison of binary differences.
• Disaster Recovery for FactoryTalk Directories: A FactoryTalk Directory asset is now available
for Disaster Recovery operations. The FactoryTalk Directory asset is capable of backing up specific
applications (hierarchy only) or the entire directory, including security configurations.
• Asset Tree Import/Export Utility: The Import/Export utility now allows for multiple options of
importing and exporting the asset tree. Users can select full and partial exports, as well as automated
asset creation. Imported assets are not stripped of properties.
• Archive Cleanup Wizard update: The Archive Cleanup Utility now includes the option to clean up
historical archive comments. Comments can be exported, then permanently removed.
• Log Extractor: The Event Log Export Utility is available to system administrators for the purposes
of retrieving asset tasks reports in the event of AssetCentre server downtime.
Known Issues
Known issues can be found in the “Known Issues and Restrictions” section of the Release Notes.
In addition, there should always be sufficient disk space to provide virtual memory that is at least twice the
size of the physical RAM. The MSSQL server computer should also have ample disk space available, as the
database size will grow with use as more audit/diagnostic messages are logged and different file versions are
checked into the archive.
See the platform requirements in the FactoryTalk AssetCentre Installation Guide for specific information on
hardware and software requirements. For the latest information about the software platforms supported by
FactoryTalk AssetCentre, refer to the Product Compatibility and Download Center.
Note:
• Some Microsoft operating system service packs and hot fixes might not be compatible with
FactoryTalk AssetCentre. To find out if there are any problems with a particular Microsoft update
prior to applying it, refer to Answer ID 35530 – Microsoft Patch Qualification.
• FactoryTalk AssetCentre is tested on operating systems installed from original Microsoft media
only.
Virtual Environments
Virtualization in a production environment is supported. For details on virtualization support, refer to
Answer ID 42682 – Rockwell Automation Software Compatibility Matrix.
Because each application is different, virtual sizing information (virtual machine configuration, host
resources, etc) is difficult to generalize. For more information on virtual sizing, refer to Answer ID 568026 –
Using Rockwell Automation Software with VMware and Virtualization for Process Automation Systems.
Windows Environment
FactoryTalk AssetCentre is supported in both domain and workgroup environments, where applications
consisting of 10 FactoryTalk computers or more require a domain. For more information on the differences
between a workgroup and a domain, refer to Answer ID 66173 - FactoryTalk Considerations for Windows
Workgroups and Domains.
• It is recommended to select internal Microsoft Active Directory domain names carefully. An internal
Microsoft Active Directory domain name should not be confused with an Internet (external) domain
name, and while they can be the same name, typically they are not.
• It is recommended to implement at least 2 domain controllers, where both are configured with the
Global Catalog (GC) role to provide high availability. By default, the GC role is only on the first
domain controller in the forest, but it is possible to add the GC role on other domain controllers from
the Active Directory Sites and Services console. Simply expand Sites > site name > Servers > server
name, right-click NTDS Settings, and select Properties. The Global Catalog check box is on the
General tab. Note: There are still a number of single instance domain controller roles that can result
in a single point of failure. These 5 Flexible Single Master Operations (FSMO) roles are:
1. PDC Emulator (one per domain)
2. Infrastructure master (one per domain)
3. Relative ID (RID) master (one per domain)
4. Schema master (one per forest)
5. Domain naming master (one per forest)
• Rockwell Software does not support its software on computers configured as domain controllers.
The following information comes from a Microsoft TechNet article posted at
http://www.microsoft.com/technet/prodtechnol/windows2000serv/maintain/security/secdefs.mspx.
The key sentence in this TechNote is "In general, Microsoft does not recommend running
applications on computers configured as domain controllers, and certainly not applications that
require more than Authenticated User privileges in order to run successfully." Installation of any
application software on a domain controller can have adverse effects on the network and is the
responsibility of the user to accept the risk.
Network Configuration
In depth network design is outside the scope of this document. For detailed information on configuring a
network, refer to the Ethernet Design and Implementation Guide. It’s important to note that any network
hosting FactoryTalk applications should use only managed switches.
WAN/Wireless Communications
Communications across anything slower than a 100mpbs, wired LAN can present negative impact on overall
system performance. Aside from the question of network security, which is outside the scope of the
document, two key factors are the speed and stability of the network. To mitigate problems due to signal
interference or timeouts, it is strongly recommended to use Remote Desktop Services to bridge any
WAN/Wireless communications. See the “Remote Desktop Services” section of this document for more
information on implementing Remote Desktop Services.
Firewall Communications
As the purpose of any firewall is to restrict port usage, a firewall should always be located at the entry/exit
point of a network. This will prevent outside access to the network, while allowing unimpeded internal
network communications.
If it is required to access a FactoryTalk system through a firewall, it is recommended to use Remote Desktop
Services (RDS.) RDS will require only one open port in the firewall, whereas FactoryTalk communications
will require many more, including the entire dynamic range of DCOM ports. See the “Remote Desktop
Services” section of this document for more information on implementing RDS, or see Answer ID 29402 -
TCP/UDP Ports Used by Rockwell Automation Products for a list of ports used by FactoryTalk.
The latest Rockwell Automation patches should always be applied to all relevant software packages. Patch
roll-ups and tables of contents can be located on the Rockwell Automation knowledgebase.
Component Architecture
Due to the distributed nature of the components of FactoryTalk AssetCentre, there are numerous possible
architectures for a given distributed system. For example, consider a small distributed system consisting of
the following components: FactoryTalk Directory (FTD), MSSQL, and FactoryTalk AssetCentre (FTAC)
server, agent, and client. This system could be deployed several ways using one or more hosts, here are just
2 examples:
1. Host #1 = FTD, MSSQL, FTAC server, FTAC agent, FTAC client, etc*
2. Host #1 = FTD, MSSQL, FTAC server; Host #2 = FTAC agent, FTAC client, etc*
Both of these examples show the MSSQL server installed on the same host as the FactoryTalk AssetCentre
server. While this is the most common scenario, it is not required. Each component mentioned above can be
located on its own computer, as in the example below:
• Host #1 = FTD; Host #2 = FTAC server; Host #3 = MSSQL; Host #4 = FTAC client, etc*;
Host #5 =FTAC agent, etc**
**Note that any programming/communications software necessary for Disaster Recovery operations
would also need to be installed on this host.
Servers are typically located in a secured, environmentally controlled area, while clients are typically in a
control room or on the plant floor.
Install Order
A FactoryTalk Network Directory server should be installed and configured first. If not already available, a
Microsoft SQL Server instance must also be installed and available.
When performing an installation that will make use of the Calibration Management capability, it is
recommended to install the ProCalV5 server prior to the FactoryTalk AssetCentre server. The ProCalV5
server installer creates the ProCalV5 database, which the FactoryTalk AssetCentre server installer prompts
for during the installation process.
Next, the FactoryTalk AssetCentre server must be installed prior to any FactoryTalk AssetCentre clients or
agents. If this step is skipped, the client/agent installation will fail to discover a suitable server within the
configured FactoryTalk Directory and the installation will abort.
The ProCalV5 client may be installed any time after the ProCalV5 server. Despite needing to be on the same
computer as an AssetCentre client, its installation is not dependent on having any of the FactoryTalk
AssetCentre software installed.
Unattended Installation
As of version 7.0, FactoryTalk AssetCentre offers four types of unattended installations:
• AssetCentre Server
• AssetCentre Client
• AssetCentre Agent
• Custom (all three components)
While the GUI will still appear on the target host, the unattended installation provides a number of
parameters to mitigate user interaction. In some cases, timeouts or error messages may prompt the user to
continue, requiring some interaction to proceed. For details, enter setup.exe /?.
FactoryTalk Directory
FactoryTalk AssetCentre makes use of a Network FactoryTalk Directory. The FactoryTalk Directory will be
used to provide and configure security options for FactoryTalk AssetCentre (as well as any other
FactoryTalk products in the directory). All components of the FactoryTalk AssetCentre system must belong
to the same Network FactoryTalk Directory to function correctly.
If a FactoryTalk AssetCentre server needs to be redirected to a FactoryTalk Directory that has never been
configured by a FactoryTalk AssetCentre server installation, a repair of the existing AssetCentre server will
be necessary (prior to version 2.74 of FTSP). The Server Configuration utility must then be launched.
In general, it is recommended that the FactoryTalk Directory Server be deployed on a separate, independent
host from other FactoryTalk AssetCentre components.
An exception to this rule occurs in FactoryTalk Services Platform releases of CPR9: v2.10.00 (CPR9),
v2.10.01 (CPR9 SR1), v2.10.02 (CPR9 SR2), v2.30 (CPR9 SR3), v2.40 (CPR9 SR4), v2.50 (CPR9 SR5),
v2.60 (CPR9 SR6), v2.7x (CPR9 SR7.x), v2.80 (CPR9 SR8), v2.81 (CPR9 SR8.1), and v2.90 (CPR9 SR9).
Any of these releases can co-exist in a Network FactoryTalk Directory. Additionally, other Rockwell
Software products of the CPR9 releases can use the platforms interchangeably. For instance, FactoryTalk
AssetCentre v4.00 (CPR9 SR3) could also be installed on a computer with v2.40 (CPR9 SR4) of the
FactoryTalk Service Platform.
Despite this exception, it is recommended that all versions of the FactoryTalk Services Platform be
consistent over the entire Network FactoryTalk Directory. See Answer ID 58803 - Network FactoryTalk
Directory Best Practices for more information on setting up a FactoryTalk Directory.
ProCalV5 Installation
To provide the Calibration Management capability, Prime Technologies’ ProCalV5 is accessed and
configured using the FactoryTalk AssetCentre client. While the products are linked together, ProCalV5 is a
separate installation from FactoryTalk AssetCentre and uses a different database.
ProCalV5’s installation comes in two separate pieces, a server and a client. It is recommended to install the
ProCalV5 server on the same host as the FactoryTalk AssetCentre server. The ProCalV5 client must be
installed on a host with the FactoryTalk AssetCentre client, as there is no way to open the ProCalV5 client
except from within the FactoryTalk AssetCentre client itself.
Activation/Licensing
An electronic product activation tool, FactoryTalk Activation, is the primary activation means for
FactoryTalk AssetCentre. In FactoryTalk AssetCentre, the server is the only component that consumes
licenses. FactoryTalk AssetCentre clients and agents do not require activation. FactoryTalk AssetCentre
activation is based on two different categories: Capabilities and Capacity.
Capabilities are what the application is capable of performing, and currently falls into four categories:
Server, Disaster Recovery, Calibration Management, and Process Device Configuration. The FactoryTalk
AssetCentre server itself is required for any FactoryTalk AssetCentre installation. Disaster Recovery offers
several options, including Disaster Recovery for Rockwell devices, Remote Computers, and FTP Server, etc.
Capacity refers to either Asset Capacity or Agent Group Capacity. Asset Capacity determines how many
different devices a FactoryTalk AssetCentre installation is capable of servicing, and Agent Group Capacity
determines how many agent groups can be configured. A FactoryTalk AssetCentre server license comes
with 10 assets and 2 agent groups, meaning that up to 10 devices can be serviced and 2 agent groups
configured without any additional purchase. Beyond the initial counts, asset and agent group licenses are
additive (e.g., if another 25 asset count is purchased and used in conjunction with the existing 10 count, a
total of 35 assets can be serviced.)
Note: Asset Capacity activations are not needed for files, folders, and/or containers added to the
Asset Tree. Only Device assets (e.g., Logix5000 device, PLC5, etc.) added to the Asset Tree count
against the capacity activation.
FactoryTalk Activation
FactoryTalk Activation comes in two different types of configuration options for FactoryTalk AssetCentre:
• Capacity licensing uses concurrent activations
• Server and capability licensing uses node-locked activations
For more information regarding FactoryTalk Activation, including definitions of concurrent and node-locked
activations, refer to:
• the FactoryTalk Activation On-line Help
• Answer ID 35251 - FactoryTalk Activation Frequently Asked Questions
• FactoryTalk AssetCentre Time-Based Activation
• Answer ID 44623 - What Videos are available on FactoryTalk Activations?
In versions prior to v6.10, new purchases of FactoryTalk AssetCentre server shipped with a Single Processor
license includes access for an unlimited number of users or devices to connect from either inside or outside
the firewall. Customers did not need to purchase additional Server Licenses or client access licenses (CALs)
when licensed under this model.
More information on MSSQL licensing with regard to Rockwell Automation products can be found at
Answer ID 64647 – FAQ: Using Microsoft SQL Server with Rockwell Software FactoryTalk products.
IIS Configuration
IIS is required to be installed on the same host as the FactoryTalk AssetCentre server. Proper configuration
of IIS is critical to a successful FactoryTalk AssetCentre implementation, as all communication between
components (e.g., client to server communications) depends on IIS to some degree.
Note that as of v6.0, the AssetCentre server installation will automatically configure IIS if desired.
The AssetCentre virtual directory must have execute permissions set to ‘Scripts Only.’ Having execute
permissions denied to the directory (selection set to ‘None’) will result in the server being unable to start
correctly, as IIS will be unable to execute necessary server-side DLLs.
Anonymous Access
The FactoryTalk AssetCentre virtual directory must be accessible via IIS anonymous access. If anonymous
access is not configured correctly, FactoryTalk AssetCentre clients will be unable to connect to the server.
When IIS is initially installed, by default, an IIS user is created named IUSR_<computer name> and
configured as the anonymous access user. This can be changed to a user defined user, but should not be a
domain-authenticated user.
The anonymous user must have read, read & execute, and list folder permissions to the virtual directory. By
default, the virtual directory inherits the folder permissions set on the windows folder it is linked to (in this
case, the FactoryTalk AssetCentre server folder). By default, this access is granted in the form of the local
computer’s Users group, which contains the IUSR. If special security settings have been enforced, or if the
anonymous access user has been changed, these access privileges will need to be confirmed.
Finally, the anonymous access user must have the ‘Access this computer from the network’ right, which is
found under User Rights Assignment in Local Security Policies. This right can be pushed down and locked
via a domain policy, thus overriding the default workstation configuration.
It is possible to leverage Windows Authentication mode as another form of access, which was introduced in
7.10. Windows Authentication provides a secure form of authentication where the user name and password
are hashed before being sent across the network making the system more secure. The AssetCentre system
can be configured to only use Windows Authentication by denying access to anonymous users in a Windows
Domain environment. This prevents unauthorized users from accessing the FactoryTalk AssetCentre server
by only allowing access via Windows Authentication. For more information refer to the FactoryTalk
AssetCentre Installation Guide, section “Configure Windows Authentication” or Answer ID 1027507 -
FactoryTalk AssetCentre SSL Protocol and Windows Authentication Mode Setup.
Database Considerations
Microsoft SQL (MSSQL) Server is a required component for any FactoryTalk AssetCentre implementation.
While it is not required to be installed on the same host as any FactoryTalk AssetCentre component, many
architectures have it co-located on the same host as the FactoryTalk AssetCentre server. FactoryTalk
AssetCentre supports Express, Standard, and Enterprise editions.
An existing MSSQL server may be used for FactoryTalk AssetCentre, and the server does not need to be
dedicated to FactoryTalk AssetCentre alone (i.e., it can hold databases for multiple applications.) If a new
installation will be used, refer to the steps described in the ‘Installing Microsoft SQL Server’ sections of the
FactoryTalk AssetCentre Installation Guide.
When the FactoryTalk AssetCentre server is installed, the AssetCentre database is created in the chosen
MSSQL server. In addition to the database, the AssetCentreUser SQL user and AssetCentreUser schema are
created. The database creation is an on-installation only event, meaning that the desired MSSQL server
should be identified prior to AssetCentre server installation. Note that remote connections to the server must
be enabled for the installation of the FactoryTalk AssetCentre database.
The user is given public rights to the server, along with db_dataread, db_datawrite, db_dataexecute rights to
the AssetCentre database. The db_dataexecute right is also created at this time to give the user rights to
execute stored procedures in the AssetCentre database. Finally, the AssetCentreUser schema is also created
and assigned to the user. The user is not only assigned the schema, but is also the schema owner.
It is also recommended to monitor the size of the transaction logs. Particularly in systems that have
constantly changing data like FactoryTalk AssetCentre, these logs tend to grow very quickly. Where
possible, set the database's recovery mode to simple and perform Full backups as part of the system backup
plan, which will allow for the scheduled shrinking of these logs. Other scheduled operations should include
indexing and free space cleanup operations. The exact implementation of these policies should be
determined by the end user’s database management team.
For information on how the database size impacts client and server performance, see the Working with Large
Asset Trees subsection of the FactoryTalk AssetCentre Client section.
Prior to running the Data Source Configuration wizard, the new database must be configured to match the
existing one. While the installation of FactoryTalk AssetCentre does this automatically, the Data Source
Configuration wizard does not, so it must be done manually. The attached document located at Answer ID
46644 - Configuring FactoryTalk AssetCentre to use a different SQL database walks through the required
process.
There can be only one FactoryTalk AssetCentre server in an architecture, and a FactoryTalk AssetCentre
server must belong to only one FactoryTalk Network Directory. A FactoryTalk Network Directory may
have no more than one FactoryTalk AssetCentre server associated with it. This architectural consideration is
often overlooked, with designers attempting to include more than one FactoryTalk AssetCentre server in a
single FactoryTalk Directory. See Answer ID 58052 - Number of FactoryTalk AssetCentre Servers Needed.
The FactoryTalk AssetCentre server host may have a co-located FactoryTalk AssetCentre client and/or
agent, and may also have an installation of Microsoft SQL Standard co-located.
These steps assume that the appropriate measures have been taken if the SQL server is co-located with the
FactoryTalk AssetCentre server. See Microsoft documentation for name changes if the MSSQL server is co-
located.
The configuration utility has a ‘Skip’ button at the top, which allows the user to skip the configuration of the
component and should be used if ProCalV5 is not already installed. Installing this piece allows for the
capability to be used at a later time, if desired, despite not having the capabilities activated right away.
The FactoryTalk AssetCentre client host will also need to have the appropriate communications software
(e.g., FactoryTalk Linx, RSLinx Classic) installed based on the assets configured within the system. Only
the configured asset communication software needs to be installed; un-configured assets do not require
software (e.g, FactoryTalk Linx does not need to be installed if Disaster Recovery will not extend to
PanelView Plus assets.) The communications software does not need to be activated to work with
FactoryTalk AssetCentre.
When an asset is configured, its network path is input, tying the FactoryTalk AssetCentre asset to the real-
world device. This path is used for any further communications to the asset, including Disaster Recovery
schedules, and includes the RSLinx driver name (e.g., AB_ETH-1) and the network address (e.g., IP address)
of the physical device. As such, the client configuring the asset must be using the exact same path as any
subsequent FactoryTalk AssetCentre components, particularly the FactoryTalk AssetCentre agents.
In many architectures, it is not feasible to require all clients to have the same access path to all assets as the
agents of the system. Thus, it could be advisable is to restrict design mode access to only the clients that will
be used for configuration purposes. Those with different access paths, then, will be unable to accidentally
change any asset properties while still being able to interact with the Archive and Audit/Event logs.
Since all assets must be configured in the asset tree by a FactoryTalk AssetCentre client, the FactoryTalk
AssetCentre client must have the same RSLinx Classic driver names and paths to the assets as the agents.
With this in mind, co-locating a FactoryTalk AssetCentre client with a FactoryTalk AssetCentre agent for the
purposes of configuring the asset tree can be beneficial. See Answer ID 58050 - Co-locating FactoryTalk
AssetCentre Client and Agent Components for more information.
Collapsing sections of the asset tree that are not frequently used can decrease the amount of time needed for
a FactoryTalk AssetCentre client to finish loading. The fewer hierarchical levels and overall assets pictured
in the tree at loading, the less amount of time needed.
See Answer ID 106054 - Working with Large Asset Trees in FactoryTalk AssetCentre for more information,
as well as memory recommendations.
The web client can be used to view information about the FactoryTalk AssetCentre system, and can also
execute scheduled tasks such as searches and Disaster Recovery operations. As of version 7.0, there is are
no write capabilities, meaning that no archive options (check-in, check-out) or asset tree manipulation are
possible.
Client performance is based on the number of web clients simultaneously requesting information from the
server, and the size of the AssetCentre system. As the number of assets, schedules, etc grow, additional time
will be required to process each client request.
Note: It is possible to exceed 15 agents in a single system, but doing so is not recommended.
Because the maximum number of agents used in product testing was 15, exceeding this number will
introduce some risk, as this configuration has not been thoroughly tested.
The FactoryTalk AssetCentre agent host will need to have the appropriate communications software (e.g.,
FactoryTalk Linx, RSLinx Classic) and asset configuration software (e.g., RSLogix, FactoryTalk View
Studio, Drive Executive) installed based on the assets configured within the system. Only the configured
asset configuration and communication software needs to be installed, un-configured assets do not require
software (e.g., FactoryTalk Linx and FactoryTalk View Studio do not need to be installed if Disaster
Recovery will not extend to PanelView Plus assets.) The communications and configuration software does
not need to be activated.
See Answer ID 58049 - FactoryTalk AssetCentre Agent FAQ for more information on agents.
See the section of this document on Disaster Recover for more information on how many FactoryTalk
AssetCentre agents are required for systems using the Disaster Recovery capability.
Agent Groups
As of version 6.0, FactoryTalk AssetCentre Agents may be categorized into groups. By default, and in
versions prior to 6.0, all Agents were required to be identically configured such that the AssetCentre Server
could assign a task to any existing Agent. With Agent Groups, an asset can have an assigned Agent Group,
allowing for Agents to have different configurations. Up to 10 Agent Groups can be configured on a given
system, and up to 5 Agents can be configured per group. A single Agent may be a member of multiple
groups. See Answer ID 632852 – FactoryTalk AssetCentre Agent Group FAQ for more information.
Note: It is possible to exceed 10 agent groups in a single system, but doing so is not recommended.
Because the maximum number of agent groups used in product testing was 10, exceeding this
number will introduce some risk, as this configuration has not been thoroughly tested.
When a FactoryTalk AssetCentre client is used to configure an asset, the communications path to the asset is
configured using the corresponding path on the client computer (e.g., AC_SERVER!AB_ETH-
1\131.200.172.20\Backplane\0). This driver name (and asset path) must match on each RSLinx Classic
instance for the asset communications to work correctly. Note that the host name is not part of this
requirement, as each host name will be different.
Note: As of v20 of RSLogix 5000, security is enabled “out of the box,” meaning that these
FactoryTalk AssetCentre configurations are required.
In short, a local user account must be configured to run the FactoryTalk AssetCentre disaster recovery
service. This account must also be added to FactoryTalk Security as a windows-linked user and given at
least read-access to the FactoryTalk Directory, as well as RSLogix-specific privileges. In versions prior to
5.0, or if using RSLogix v16 or earlier, single sign-on must be enabled in FactoryTalk Security.
For a complete walkthrough of the configuration process, refer to the ‘Configuring for security-enabled
RSLogix programming software’ section of the FactoryTalk AssetCentre Installation Guide.
Starting with v4.10, the “Agent service logon config tool” will automatically perform these configurations.
This utility is installed by default, and can be found under the FactoryTalk AssetCentre Agent from Start.
Audit Log
The Audit Log displays information regarding user actions performed in the system, such as making edits to
an RSLogix 5000 project or checking out a file from the FactoryTalk AssetCentre database. Audits can
originate from any piece of FactoryTalk software, and include the time the action was logged, from which
program it was logged, from which host it was logged, and which user performed the action.
An example of an audit would be a user going online with a ControlLogix processor and making changes. In
this example, the FactoryTalk AssetCentre server would receive audits for the user going online with the
controller, as well as each edit made (e.g., creating a tag, deleting a rung, etc).
Event Log
The Event Log displays information regarding events that occur in the system. Events are generally system
initiated (e.g., a server came online or a scheduled task completed.) Event records can originate from any
piece of FactoryTalk software, and include the time the action was logged, from which program it was
logged, and from which host it was logged.
An example of an event would be a piece of FactoryTalk software checking out an activation from an
Activation server, and would include the specific information on the activation name, serial number, and
type checked out.
Audit Providers
If FactoryTalk AssetCentre is installed in a system with other FactoryTalk Audit enabled software pieces
(such as View SE), it is possible to receive audit messages from them. In order to receive these Audits, it is
necessary to install the FactoryTalk AssetCentre client on any computers hosting these software pieces. The
FactoryTalk AssetCentre client is responsible for collecting the audit and event messages locally, then
passing them on to the FactoryTalk AssetCentre server. See Answer ID 59542 - FactoryTalk AssetCentre
Client Needed to Receive Audits for more information.
Exempt from this rule are Windows CE based components, such as View ME applications running on
PanelView Plus devices. See the section below on receiving audits and events from a PanelView Plus for
more information on this.
In versions prior to v6.00, if a long-term absence of connection to the FactoryTalk AssetCentre server
occurs, it is possible for this cache file to grow too large to synchronize using the default connection. See
Answer ID 586038 - RSVCHOST Consuming 50-90% Processor on FactoryTalk AssetCentre Client for a
resolution. v6.00 of FactoryTalk AssetCentre resolves this problem.
To download the SQL Server script and read more about the capabilities and usage of this SQL Server View,
see Answer ID 58298 - Historical Reporting on FactoryTalk AssetCentre Audit and Event Logs.
The Log Cleanup Wizard can be found from the Tasks menu, and will allow the user to edit the Event, Audit,
and/or Diagnostics log. This utility will delete log messages from the beginning of the log (i.e., the earliest
recorded messages) to a user-defined point, with the selected logs capable of being exported prior to
deletion. These exported logs can be viewed using the FactoryTalk AssetCentre Exported Log Viewer,
found from Programs -> Rockwell Software -> FactoryTalk AssetCentre Client.
In version 6.00 of FactoryTalk AssetCentre, the Log Cleanup Wizard functionality can be accessed from a
command line, enabling its scheduled operation using a Windows Scheduled Task. This functionality is also
available in versions 5.00 and 4.10 via the latest patches. For more information, see Answer ID 586569 -
Using the FactoryTalk AssetCentre Log Clean-up Wizard from a Command Line.
Finally, if large audit and/or event log tables cannot be avoided, consider using the indexing script at Answer
ID 79396 - FactoryTalk AssetCentre Audit and Event Log Performance Indexing. The script can take a
significant amount of time to execute on large tables, but will also improve query performance.
Each PanelView Plus device on the network can be configured to direct its audits and events to a desktop or
server host via network connectivity. The FactoryTalk AssetCentre client on this host will then capture the
messages and forward them on to the FactoryTalk AssetCentre server as any other message. Any audits
and/or events generated from the PanelView Plus device will show the PanelView Plus device’s name and
user (as opposed to information of the PC to which the messages are directed). See Answer ID 58977 -
Using FactoryTalk AssetCentre to Receive Audits from a PanelView Plus for more specific instructions on
configuring this functionality.
Receiving Audits & Events from a Computer Member of the FactoryTalk Directory
As of version 9.00 of FactoryTalk AssetCentre, diagnostic information (audit and event logs) can be
collected from computers that are part of the FactoryTalk Directory where FactoryTalk AssetCentre is
configured without having to install the FactoryTalk AssetCentre client. This is possible by installing the
FactoryTalk Diagnostics Connector option, which installs the FactoryTalk AssetCentre common components
responsible for driving diagnostic information into the FactoryTalk AssetCentre system from computers
without the FactoryTalk AssetCentre client. Computers from which diagnostics information collection is
desired must be part of the FactoryTalk Directory where FactoryTalk AssetCentre is configured. For more
information, refer to Answer ID 1083668 – FactoryTalk AssetCentre Diagnostics Connector.
Note: As a general recommendation, both FactoryTalk AssetCentre concurrent clients and computers
with the FactoryTalk Diagnostics Connector installation should count as part of the maximum
recommended limit.
Archive
FactoryTalk AssetCentre server provides the Archive capability without any additional capability licensing.
The Archive provides back-up and version control for any type of computer files (i.e., not restricted to
Rockwell Automation files.) While this functionality is provided through the FactoryTalk AssetCentre
server, the FactoryTalk AssetCentre client is used to administer the archive, and the actual files checked into
the archive are stored in the MSSQL database.
Archive Management
The FactoryTalk AssetCentre client can be used to run the Archive Cleanup Wizard, which will assist the
user in deleting any old/unnecessary file versions stored in the FactoryTalk AssetCentre Archive. Version
numbers will not be edited for newer file versions, and a record of the deleted version(s) will be kept, but the
space used in the MSSQL Database will be freed up. The Archive Cleanup Wizard is also accessible from a
command line, enabling its scheduled operation using a Windows Scheduled Task.
As of version 6.10, each archived asset can have a maximum number of versions specified. Using this
functionality, FactoryTalk AssetCentre will automatically delete the oldest version (excluding version 1)
when a new version is checked in that would put the asset over the maximum setting.
As of version 8.0, the archive cleanup utility can also be used to export and delete version comments. By
default, these comments are left intact.
Version Incrementing
The FactoryTalk AssetCentre Archive uses a checksum compare to distinguish between two different files.
In order for a newly checked-in file to receive an incremented version number, it must return a different
checksum value than the latest file already checked in to the archive.
Due to the way in which the checksum value is calculated, only changes to the file itself will alter the file
enough for FactoryTalk AssetCentre to recognize a difference. An example of a file alteration which would
not return a different checksum value would be a change to the date/time stamp of the file.
For more information on and to download the SQL Server script see Answer ID 58297 - Historical Reporting
on a FactoryTalk AssetCentre Archive.
Archive Binders
A binder is a collection of files and folders that is treated as a single unit. For example, when a binder is
checked out, all of the contents are checked out and placed in the working folder. Binders are used as the
master files for remote computer assets, and do not count against the licensed asset capacity.
Archive Extractor
The FactoryTalk AssetCentre Archive Extractor is available to system administrators for the purposes of
archive high availability. In the event of AssetCentre Server downtime, the Archive Extractor can be used to
retrieve files from archive, allowing users access to configuration files at all times. For more information on
the Archive Extractor, refer to Answer ID 62622 – FactoryTalk AssetCentre Archive Extractor.
Agent Software
FactoryTalk AssetCentre makes use of the FactoryTalk AssetCentre agent to perform scheduled Disaster
Recovery tasks. Each agent utilizes different Rockwell Automation software programming packages to
perform the Disaster Recovery upload operations:
In addition to these programming packages, two different communication software packages are used:
None of the software packages installed on the agent computer require activation for use with Disaster
Recovery, with the exception of the full version of Drive Executive (no licenses are required for the lite
version of Drive Executive). While these products won’t operate with full functionality without activations,
FactoryTalk AssetCentre Disaster Recovery will be able to use them.
Task Execution
Each schedule is comprised of one or more tasks, where a task is the action to be performed on a specific
asset (e.g., backing up a PanelView Plus.) During a schedule’s execution, each task is assigned one at a time
to the next available agent. A single agent host is capable of servicing multiple tasks simultaneously, as long
as the asset types are different (assets being generally grouped by the capability licensing.)
For example, a Remote Computer task and a ControlLogix task could execute simultaneously, but a
ControlLogix task and SLC task cannot.
VerificationAgent Service
The VerificationAgent service is responsible for Disaster Recovery operations of all Rockwell Automation
controllers, legacy drives, PanelView, and PanelView Plus. The VerificationAgent requires an account (i.e.
AssetCentre_DR) with the proper permissions, which enables the VerificationAgent service to work with
Logix secured controllers v20 and above. Consequently, the VerificationAgent service does not support the
Local System logon. For more information, refer to Answer ID - FactoryTalk AssetCentre Disaster
Recovery Troubleshooting with RSLogix 5000 v20 and greater.
Note that when a start time for a schedule is originally specified, that start time is based on a 24 hour clock.
This means that if the start time has already passed for the day on which the schedule is created, the next run
will be scheduled for the following day (as opposed to immediately running).
In contrast, the Backup & Compare will upload the asset’s configuration file and compare it to a designated
version already checked in to the archive, but by default, will not check the uploaded file into the archive.
To use this function to also check the file into the FactoryTalk AssetCentre Archive, the Promote New
Upload to Master property of the device within the schedule must be set to true. This will cause the
uploaded file to be checked into the FactoryTalk AssetCentre Archive when differences are found between it
and the latest version already checked in, and will automatically promote the uploaded version as the master
version of the file.
In general, because FactoryTalk AssetCentre agents use RSLinx Classic or FactoryTalk Linx, depending
upon the asset) to communicate with assets, if the appropriate Linx application can browse to the asset, then
AssetCentre will be capable of performing Disaster Recovery tasks upon it.
Note: ControlLogix Gateway communications add complexity to both Linx and the ControlLogix
chassis itself. It is recommended that this configuration be used sparingly.
Change detect is made possible by FactoryTalk AssetCentre monitoring the controller’s change log. While
not as detailed as Disaster Recovery compare report, this feature is intended to provide real-time feedback on
the controller’s status. The change log is a circular store inside the controller capable of up to 100 entries. In
the event of changes to the controller during a disconnect, AssetCentre will immediately detect the changes
upon restoration of communications, and log all changes during the disconnect period.
As a general recommendation, no more than 500 ControlLogix assets should be configured for use with the
Change Detect feature, with a 1:100 maximum ratio of agents to Change Detect assets.
Note: Backup and Backup & Compare operations will run normally while the Change Detect
scheduled task is running. Monitoring the same device that is being backed up is fully supported.
As of versions 4.0 of FactoryTalk AssetCentre, 6.0 of FactoryTalk View ME, and 5.30 of FactoryTalk Linx,
assets were updated to use the IP address of a device instead of its FactoryTalk Linx generated name. If
using this combination of versions or higher, ensure that PanelView Plus assets have statically assigned IP
addresses, or dynamic reservations; the IP address in the asset will not update if the device’s address
changes. If using versions previous to these, see Answer ID 63906 - Configuring FactoryTalk AssetCentre
for use with multiple RSLinx Enterprise installations for information on how to manually assign device
names in FactoryTalk Linx, thus ensuring proper asset linking.
Note: If no user account is specified, the anonymous account will be used for FTP access. Refer to Answer
ID 591465 - What user account does the Generic FTP Device use when there is no password set.
FactoryTalk AssetCentre only supports Stratix Switches with password authentication method enabled. User
account with administrative privileges (Privilege Mode – Enable Password) is required for Disaster Recovery
operations of a Stratix Switch asset. A global maximum time duration can be set for the data transfer request
between the Stratix Switch and FactoryTalk AssetCentre. This setting can be configured under Tools
Options Stratix Switch from within the FactoryTalk AssetCentre client.
Note: FactoryTalk AssetCentre will not backup the vlan.dat file if renamed. If an additional file is
created to store vlan information, only vlan.dat will be backed up by the Disaster Recovery operation.
Stratix switches are not natively supported assets within FactoryTalk AssetCentre, but it is possible to
include them as part of a Disaster Recovery schedule by making use of their FTP server functionality. Refer
to Answer ID 595646 – Stratix Disaster Recovery with FactoryTalk AssetCentre for detailed information.
The FactoryTalk AssetCentre agent accesses the remote computer using a UNC path, which points to a
shared folder on the remote computer. Along with the UNC path, a username and password is entered as
part of the asset configuration. This user will need read access to the shared folder; write access is not
required. For more information on UNC paths with the Remote Computer asset, see Answer ID 66337 -
Remote Computer asset configuration for FactoryTalk AssetCentre Disaster Recovery.
FactoryTalk AssetCentre supports Disaster Recovery operations for FactoryTalk View SE version 11.00 and
higher. FactoryTalk View Studio Enterprise software must be installed on the agent computer assigned to
perform Disaster Recovery operations.
The backup process has been fully integrated into FactoryTalk AssetCentre. Therefore, no configuration is
required for the backup process on the FactoryTalk View SE system. FactoryTalk AssetCentre supports
both, a FactoryTalk user and Windows user (domain or local) when configuring the FactoryTalk View SE
asset.
In a redundant FactoryTalk View SE system, no additional configuration is necessary when configuring the
FactoryTalk View SE asset as FactoryTalk AssetCentre will back up the active HMI server. Note that if the
FactoryTalk Directory Server is unavailable, FactoryTalk AssetCentre will not be able to back up the
FactoryTalk View SE network application. In general, it is recommended that the FactoryTalk Directory
Server be deployed on a separate host. See Answer ID 58803 - Network FactoryTalk Directory Best
Practices for more information on setting up a FactoryTalk Directory.
Note: Disaster Recovery schedules for FactoryTalk View SE asset and FactoryTalk Directory asset
cannot be run at the same time on an agent computer.
As of version 8.0 of FactoryTalk AssetCentre, there is no native asset representing a FactoryTalk View SE
HMI server, it is possible to make use of Disaster Recovery for Remote Computers to back up an HMI
server. Using a Windows Scheduled Task and the FactoryTalk View SE Backup/Restore utility, the HMI
server can be checked into archive and/or compared as part of a Disaster Recovery schedule. For more
information, see Answer ID 475421 - FactoryTalk AssetCentre: Back up FactoryTalk View SE HMI Server.
As of version 6.0 of FactoryTalk AssetCentre, it is also possible to create a Custom Device to service a
FactoryTalk View SE HMI server. See Answer ID 634595 – Building Custom Devices for use with
FactoryTalk AssetCentre Disaster Recovery for more information on how to do so.
Note: Creating Custom Device assets to service FactoryTalk View SE HMI servers should be used
only in conjunction with Agent Groups. It is not recommended to install a multi-purpose Agent on
an HMI server due to system resource utilization.
Finally, as of version 10.0 of FactoryTalk View SE, the File Viewer Utility can be used to compare
differences in RecipePro+ files of FactoryTalk View SE applications. A Custom Device Disaster Recovery
task can be used to convert the RecipePro+ files to CSV format, with a Custom Device Compare on the plain
text. Refer to Answer ID 1071414 - Automatically Compare FactoryTalk View SE RecipePro+ Changes
Using FactoryTalk AssetCentre for more information.
Note: A FactoryTalk Directory backup will always return differences. Version control should be
monitored to prevent a large number of versions.
As part of expanding third-party support, an integration solution with an open source scripting tool called
AutoIt is available as a sample solution for Disaster Recovery operations using a Rockwell Automation
ControlLogix controller. The AutoIt integration solution includes sample scripts that shows the
configuration of backup and compare operations of a Logix 5000 controller. The AutoIt sample script
includes the configuration of events that can be added into the FactoryTalk AssetCentre Event Logs to reflect
operation statuses and results. This solution utilizes the FactoryTalk AssetCentre Custom Device Plug-in
capability add-on, AutoIt scripting tool, Logix Designer Compare Tool, and Studio 5000 Logix Designer.
The AutoIt scripting tool is free to download at https://www.autoitscript.com/site/autoit/downloads/.
The AutoIt integration sample solution is intended as a guideline for anyone that needs to develop their own
scripts to perform Disaster Recovery operations with third-party devices. For more information on the
AutoIt integration, refer to Answer ID 1085184 – Building Custom Devices for third-party use with Disaster
Recovery.
Because the network scan can take much more time than backing up an individual asset, it is recommended
that each Asset Inventory asset be configured in an independent Disaster Recovery schedule.
The Asset Inventory scan uses SNMP version 2.0. Some properties can be returned from devices using v1.0
of SNMP, but v3.0 is not supported.
Note: When configuring the asset controller IO, the automatic option only applies to Logix 5000
controllers (ACD file).
In version 8.00 and higher of FactoryTalk AssetCentre, asset lifecycle information can automatically be
synchronized from the Product Compatibility and Download Center (PCDC). This functionality requires the
FactoryTalk AssetCentre server to have a connection to the internet, which is used to query the PCDC for
asset catalog information. For estimation purposes, it will take approximately one minute per one thousand
unique catalog queries. For more information, including server communication requirements, refer to
Answer ID 1071178 – FactoryTalk AssetCentre Assets Lifecycle.
In versions 7.10 and higher of FactoryTalk AssetCentre, users can use the “Export for PCDC” option,
allowing the Asset Inventory CIP scan results to be exported as an RAAI file, and imported into the Product
Compatibility and Download Center website (PCDC). The PCDC view will show product compatibility,
firmware downloads, and lifecycle status of the scan results. The “Export for PCDC” option is available by
selecting the RAAI file under the asset tree and performing a right click, or by selecting the RAAI file and
opening the archive plug-in. Note that a Rockwell Automation account is required for import in to the
PCDC website.
o Systems can contain any combination of Equipment, Loop, Instrument, and Test Instrument assets,
along with other system assets.
o Equipment assets can contain any combination of Loop, Instrument, and Test Instrument assets. This
is the only asset for which calibration data cannot be defined, however reports may be run on it.
o Loops can contain Instrument and/or Test Instrument assets.
o Instruments and Test Instruments are strictly child assets.
A parent asset cannot be added to a child asset, e.g., a Loop asset cannot be added to an Instrument asset as
part of the asset tree hierarchy. Note that defining the asset tree’s hierarchy will not inherently add a child
asset to a parent asset (e.g., an Instrument to a Loop) within ProCalV5; the asset tree hierarchy is merely a
logical structure. For a complete understanding of each asset, see Answer ID 63227 - FactoryTalk
AssetCentre Calibration Management FAQs.
The actual devices are stored in the ProCalV5 database, which holds a Master Instrument Record (MIR) for
each individual device. While the FactoryTalk AssetCentre asset tree placeholders will indicate an
instrument’s location, the instrument itself may not necessarily be static. For instance, if a pressure sensor at
P&ID number PT100 fails, it will need to be replaced. The P&ID number will not change, but the device
itself will. In FactoryTalk AssetCentre, the PT100 process device asset will only be unlinked from the
original, faulty device’s record in ProCalV5, and re-linked to the new device’s record.
P&ID numbers can also be tracked in ProCalV5 to assist in categorizing the various devices. While the
device name itself should be unique to the device (and not the P&ID number), the Additional Info tab offers
multiple fields (P&ID Number, P&ID revision) to help keep track of where a particular device belongs in a
given system.
Asset Links
Assets to be used with the Calibration Management capability are created in both FactoryTalk AssetCentre
and ProCalV5. The asset created in FactoryTalk AssetCentre is then linked to an asset created in ProCalV5.
At this point, the calibration management functionality is performed in ProCalV5 on the ProCalV5 asset,
with information available through the linked asset in the FactoryTalk AssetCentre client.
Note: The necessary security privileges extend only to the Windows user; FactoryTalk Security
privileges do not have any bearing in this context.
FDT/DTM Technology
The Field Device Tool (FDT) Group created FDT technology to standardize the communication interface
between field devices and systems. FDT is independent of the communication protocol and the software
environment of either the device or host system. This standardization allows device manufacturers to
provide a common way to access their devices in the form of Device Type Managers (DTMs.)
DTMs provide a unified structure for accessing device parameters, configuring and operating the devices,
and diagnosing problems. DTMs can range from a simple Graphical User Interface (GUI) for setting device
parameters to a highly sophisticated application capable of performing complex real-time calculations for
diagnosis and maintenance purposes.
It is important to note that FactoryTalk AssetCentre Process Device Configuration provides an FDT window
in the form of the FactoryTalk AssetCentre client. Any DTM can then be loaded into this window, but
FactoryTalk AssetCentre itself does not provide DTMs. These DTMs are written and provided by device
manufacturers, such as Endress & Hauser.
For more information on FDT/DTM technology, visit the FDT Group’s website: http://www.fdtgroup.org/en
There is no maximum limit regarding the total number of DTMs that can be installed in a FactoryTalk
AssetCentre system, but known issues can occur if too many DTM entries are added to the DTM catalog.
These issues include the Catalog Scan hanging, and the Catalog not opening properly.
In an effort to avoid these issues, the recommended limit of DTMs to be installed on a single client is 1,000.
Again, this is not an enforced maximum, and this recommendation will not apply to all DTM libraries.
Because each DTM will be different in size, this number is a conservative recommendation to limit risk
during the catalog scan.
Similarly, the maximum number of DTMs recommended for installation in an entire FactoryTalk
AssetCentre system (i.e., the total number of DTMs installed on all clients) is 10,000. This recommendation
is intended to limit the risk of the total DTM catalog size becoming too large for the client cache to manage.
For more information, refer to Answer ID 1048639 – Planning DTM Installation with FactoryTalk
AssetCentre.
Similarly, all DTM upgrades should be performed at once to ensure that all DTM versions across the
FactoryTalk AssetCentre clients are uniform. If the FactoryTalk AssetCentre client detects a version
difference between the DTM registered in FactoryTalk AssetCentre and the version installed locally, it will
attempt to modify the DTM’s link to use the locally installed version. If multiple versions exist across
multiple clients in the application, this can result in a constant looping effect, where each FactoryTalk
AssetCentre client changes the DTM upon opening.
DTM Support
FactoryTalk AssetCentre supports all instruments/devices that provide DTMs certified with the FDT Group
1.2 specification standard. For more information on how to research this availability, refer to Answer ID
620039 – DTM Support with FactoryTalk AssetCentre.
A DTM’s ability to be placed at different hierarchical levels within the DTM Network is determined by two
properties:
o Upstream protocol – defines how the DTM will communicate with nodes in the DTM Network at the
hierarchical level above
o Downstream protocol – defines how the DTM will communicate with nodes in the DTM Network at
the hierarchical level below
Thus, DTMs added at the first hierarchical level have no specific upstream protocol because they are simply
a bridge used by the Host PC to communicate to the next level(s) of DTMs. The downstream protocol of
these first-level DTMs is the communication path that the Host PC will use (e.g., the HART Communication
DTM’s downstream protocol is HART.) The final DTM in any branch will be the device DTM to which the
user is attempting to communicate; device DTMs do not have a downstream protocol because they are the
destination to which a DTM Network is being built.
For more information on building a DTM network, refer to Answer ID 64709 - Basics of DTM Networks in
FactoryTalk AssetCentre.
If time synchronization between the FactoryTalk AssetCentre server and FactoryTalk AssetCentre client(s) is
not configured, it’s possible for the lock timeout to function incorrectly. Thus, it is strongly suggested to
time synch all FactoryTalk hosts. For more information on synching time, see the Time Synchronization
section later in this document, and for more information on the editing lock, see Answer ID 60589 -
FactoryTalk AssetCentre and Time Synchronization.
Note: This editing lock time out only occurs when the network connection between FactoryTalk
AssetCentre client and server is lost. If the connection is maintained, the time out will not be used.
Field Edition
New in v3.00, Process Device Configuration Field Edition allows for the management of configuration data
in process devices while disconnected from the FactoryTalk AssetCentre server. Using the embedded
Process Device Configuration requires a maintained connection to the server, whereas using Field Edition
allows the user to check out the Field Edition files and then disconnect if desired.
Note: Associating the Field Edition files with a process device asset and checking them in and out of
the FactoryTalk AssetCentre archive not only tracks changes to the DTM Network, but also to the
offline configurations of the process devices. Offline configurations of the Field Edition process
devices are not tied to the embedded Process Device Configuration offline configurations.
When configuring an asset for use with Field Edition, the DTM Addressing Info field is not used, as this
links the asset to the embedded Process Device Configuration’s DTM Network. Instead, use the
Configuration Data field to link to the Field Edition file.
In some cases, it is desirable to group the assets and their respective configuration files in different logical
areas of the asset tree. For instance, at the root of the asset tree there would exist a container for Files, and a
separate container for Controllers. The former would hold all .ACD files and the latter would hold all
ControlLogix controller assets. This configuration can ease security settings, where access to the Files
container is more open than access to the Controllers folder, which should not need to be modified by an
average user.
In versions prior to 8.0, The FactoryTalk AssetCentre Asset Tree Import/Export utility is still available, but
with less functionality. The utility can be used to export part or all of the asset tree in one FactoryTalk
AssetCentre server, then import the section into an existing asset tree. The process will strip out the
properties of the exported assets (leaving the original assets unchanged), allowing for configuration once
imported to the new system.
See Answer ID 60221 - FactoryTalk AssetCentre Asset Tree Import/Export Utility to download the utility,
and for more detailed information on its usage.
FactoryTalk Security
FactoryTalk Security authenticates user identities and authorizes user requests to access a FactoryTalk-
enabled system. These security services are fully integrated into the FactoryTalk Directory and are included
as part of the FactoryTalk Services Platform. FactoryTalk Security includes user authentication that
determines who can open, create, modify, and delete application components, and on which hosts the actions
are allowed. It is also possible to use FactoryTalk Security to add user and group security accounts, as well
as Windows-linked accounts, and set up security for actions such as tag writes, open, and delete.
For instance, denying ‘read’ and ‘list children’ rights to a container will result in a user being unable to see
that container, as well as anything contained within it. Similarly, denying the same rights to a single
ControlLogix asset will result in the user being unable to see it, while still being able to interact with other
elements at its hierarchical level. See Answer ID 47483 - FactoryTalk AssetCentre users can't view asset
tree in FactoryTalk AssetCentre client for more information on these security options, and how they affect
the FactoryTalk AssetCentre client.
In version 5.0 and later, Single Sign-on is not required when using secured editors for PLC5, SLC500, or
Logix (v17 and up) assets.
In some architectures, the thin client host will have the design software installed, and a remote session is then
opened to the RDS server on which only the FactoryTalk AssetCentre client is installed. Using this
configuration, files can be checked out of the archive using the thin FactoryTalk AssetCentre client, but the
files then stay within the remote session. This means that the locally installed design software will not have
access to the files unless transferred over the network, meaning this configuration is not generally
recommended.
While it is a supported architecture, it is not recommended to co-locate the RDS server with the FactoryTalk
AssetCentre server component.
Time Synchronization
The Windows Time service (W32tm.exe) uses the Network Time Protocol (NTP) to synchronize computer
clocks on the network. Time synchronization is critical for the proper operation of many Windows services,
and to ensure the security of authentication within an Active Directory environment. Configuring time
synchronization is highly recommended in a FactoryTalk AssetCentre system for reasons including the
accurate capture of audits and events, as well as proper operation of editing clients. See Answer ID 60589 -
FactoryTalk AssetCentre and Time Synchronization for more information.
• In workgroup environments, configure Windows Time to synchronize all the FactoryTalk computer
clocks to an authoritative time server (e.g., the FactoryTalk Directory).
• In domain environments, Windows Time should be automatically configured on each computer
(when they join the domain) for the appropriate authoritative time server (i.e., the domain controller
that is also the PDC emulator).
• In either environment, the authoritative time server should then be synched to:
o a reliable time server on the Internet
o a locally-connected hardware time source such as an atomic clock
• Check the Event Viewer System log of each computer to verify that the time is being updated
properly.
System Redundancy
FactoryTalk AssetCentre does not support native server redundancy. However, due to the load balancing
system, FactoryTalk AssetCentre agent redundancy is inherent. If a FactoryTalk AssetCentre agent fails
while executing a task, the task is automatically added back into the queue by the server, then assigned to the
next available FactoryTalk AssetCentre agent.
A Microsoft SQL cluster is supported, as is MSSQL mirroring as of version 6.00 and the latest patched
version of 5.00. See Answer ID 609423 - FactoryTalk AssetCentre with Microsoft SQL Server Mirroring.
During the migration process, RSMACC will be uninstalled, the RSMACC SQL databases backed up,
FactoryTalk AssetCentre will be installed, and finally the RSMACC databases will be migrated to
FactoryTalk AssetCentre. For step by step instruction, refer to the ‘Converting an RSMACC system’ section
of the FactoryTalk AssetCentre Installation Guide. Be aware that there will be a period of time during the
migration process during which no data will be logged to either the RSMACC databases or the FactoryTalk
AssetCentre database.
When the Archive database is imported into FactoryTalk AssetCentre, the creation timestamp for imported
labels reflects the time the asset was created (rather than the time the label was added). For example, if a file
in the RSMACC system was created on 7/18/2006 1:47PM, all the imported labels will show a date and time
of 7/18/2006 1:47PM even though the labels were created some time after that. The imported Archive history
and Audit trail correctly reflect the historic label creation date.
Troubleshooting
• Answer ID 43994 - Can't enter design mode in FactoryTalk AssetCentre
• Answer ID 60707 - Server Service not Starting (Client won't open)
• Answer ID 50773 - How to troubleshoot FactoryTalk AssetCentre schedule failing or doesn't
complete
• Answer ID 53693 - Waiting for Interface error when trying to run FactoryTalk AssetCentre schedule
FactoryTalk AssetCentre
• FactoryTalk AssetCentre Installation Guide
http://literature.rockwellautomation.com/idc/groups/literature/documents/in/ftac-in003_-en-e.pdf
• Answer ID 46285 - FactoryTalk AssetCentre FAQ
• Answer ID 51926 – FactoryTalk AssetCentre SQL Server 2005 Licensing
• Answer ID 56049 – FactoryTalk AssetCentre Tips and Best Practices TOC
• Answer ID 58049 – FactoryTalk AssetCentre Agent FAQ
• Answer ID 60057 – Architecting FactoryTalk AssetCentre
• Answer ID 63227 – FactoryTalk AssetCentre Calibration Management FAQs
• Answer ID 68169 – FactoryTalk AssetCentre Process Device Configuration FAQs
• Answer ID 69832 – Asset Capacity Usage in FactoryTalk AssetCentre
• Answer ID 632852 – FactoryTalk AssetCentre Agent Group FAQ
• Answer ID 634820 – FactoryTalk AssetCentre Custom Device Asset FAQ
General
• Product Compatibility and Download Center
• Answer ID 35330 - Rockwell Software Products and Antivirus Software
• Answer ID 42682 - Software Platform\Hardware Compatibility Matrix
• Answer ID 58803 – Network FactoryTalk Directory Best Practices
• Answer ID 66173 - FactoryTalk Considerations for Windows Workgroups and Domains.