WSP Install Guide
WSP Install Guide
Wonderware System
Platform Installation
Guide
11/26/13
All rights reserved. No part of this documentation shall be reproduced, stored in a retrieval system, or
transmitted by any means, electronic, mechanical, photocopying, recording, or otherwise, without the
prior written permission of Invensys Systems, Inc. No copyright or patent liability is assumed with respect
to the use of the information contained herein. Although every precaution has been taken in the
preparation of this documentation, the publisher and the author assume no responsibility for errors or
omissions. Neither is any liability assumed for damages resulting from the use of the information
contained herein.
The information in this documentation is subject to change without notice and does not represent a
commitment on the part of Invensys Systems, Inc. The software described in this documentation is
furnished under a license or nondisclosure agreement. This software may be used or copied only in
accordance with the terms of these agreements.
All terms mentioned in this documentation that are known to be trademarks or service marks have been
appropriately capitalized. Invensys Systems, Inc. cannot attest to the accuracy of this information. Use of
a term in this documentation should not be regarded as affecting the validity of any trademark or service
mark.
Alarm Logger, ActiveFactory, ArchestrA, Avantis, DBDump, DBLoad, DT Analyst, Factelligence,
FactoryFocus, FactoryOffice, FactorySuite, FactorySuite A2, InBatch, InControl, IndustrialRAD,
IndustrialSQL Server, InTouch, MaintenanceSuite, MuniSuite, QI Analyst, SCADAlarm, SCADASuite,
SuiteLink, SuiteVoyager, WindowMaker, WindowViewer, Wonderware, Wonderware Factelligence, and
Wonderware Logger are trademarks of Invensys plc, its subsidiaries and affiliates. All other brands may
be trademarks of their respective owners.
3
Contents
Index..................................................... 171
Chapter 1
Note: You should not install the Galaxy Repository on a computer that
is used as a domain controller or an Active Directory server.
About Firewalls
If you have a corporate firewall, hardened device (appliance) or
software application on a dedicated hardened platform, the
implementation of a personal firewall on each computer is
unnecessary. We recommend that you disable personal firewalls on all
computers where you plan to install Wonderware System Platform.
Individual Wonderware System Platform products have their own
firewall requirements and procedures. For further information, see the
product-specific user guides or online help.
For example if you need to install InTouch® with the default options,
then select a product-based installation.
Note: The Application Server installation will add the necessary SQL
Server privileges for SQL Server. For more information, see "SQL
Server Rights Requirements" on page 35.
Note: If you recreate the user account using the Change Network
Account utility, the Microsoft Windows security component on the
computer can take several minutes to update this information on the
ArchestrA Galaxy node. Until that occurs, the ArchestrA component
may not function properly. Restarting the Galaxy node updates this
information immediately.
If you select the Product Based Selection option, then the product
based installation dialog box appears.
If you select InTouch features, you need to select a language for the
InTouch installation. The localized InTouch versions are supported
only in the paired operating system. For example, the German
version of the InTouch HMI is only supported on the German
operating system.
8 Click Next. The End User License Agreement dialog box appears.
9 Click I Accept the License Agreement, and then click Next. The
ArchestrA User Account dialog box appears.
Configuring Products
Some products require post-installation configuration for initial setup.
You need to configure your products using the Configurator dialog box
after you have installed them. The Configurator dialog box lists all
product components that you have installed. You can configure the
locations for the product database and the data files.
Note: You need to configure the products only if you have installed
Wonderware Historian Server or Wonderware Information Server.
To configure products
1 In the complete installation dialog box, click Configure. The
Configurator dialog box appears. The following example shows
configuration for the Historian Server.
1 On the left pane, select the component and configure the details on
the right pane.
2 Click Configure. After the installation is complete, the system may
prompt you to restart. You can restart now or later.
Note: The installed programs may not function properly until you
restart the system.
Note: If you recreate the user account using the Change Network
Account utility, the Microsoft Windows security component on the
computer can take several minutes to update this information on the
ArchestrA Galaxy Repository node. Until that occurs, the ArchestrA
component may not function properly. Restarting the Galaxy Repository
node updates this information immediately.
Modifying an Installation
You can change the Wonderware System Platform components
installed on your computer. You can add new components or remove
the existing ones. You can modify any component of Wonderware
System Platform.
You must have the installation DVD inserted in the DVD-ROM drive
before you can modify a program.
To modify an installation
1 Click the Add or Remove Programs option in Windows Control
Panel. (In Windows Server 2008 R2, this is called Uninstall or
Change a Program.) The list of software installed on your
computer appears.
2 Select any Wonderware System Platform component, and then
click the Uninstall/Change button. The Modify, Repair or Remove
Installation dialog box appears.
3 Click the Modify option, and then click Next. The list of
Wonderware System Platform components appears.
4 Select or clear the components that you want to add or remove, and
then click Next. The verify change dialog box appears.
5 Click Modify. The selected components are added or removed and
the complete modification dialog box appears.
6 Click Finish.
Repairing an Installation
You can repair the installation of any component of the Wonderware
System Platform. You can repair missing or corrupt files, registry keys
or shortcuts. You can also reset the registry key to the default value.
Note: You must insert the installer DVD in the DVD-ROM drive before
you can repair a program.
To repair an installation
1 Click the Add or Remove Programs option in Windows Control
Panel. (In Windows Server 2008 R2, this is called Uninstall or
Change a Program.) The list of software installed on your
computer appears.
2 Select the Wonderware System Platform component that you want
to repair, and then click the Uninstall/Change button. The Modify
Repair or Remove Installation dialog box appears.
3 Click the Repair option, and then click Next. The Confirm Repair
dialog box appears.
4 Click Repair. The complete repair dialog box appears.
5 Click Finish.
3 Click the Remove option, and then click Next. The confirmation
dialog box appears.
4 Click Uninstall. The component is uninstalled and the complete
uninstallation dialog box appears.
5 Click Finish.
Note: You can only upgrade the products that are already installed
and you will not be able to install new products that have an upgrade
process. The installed components that need to be upgraded are
selected and disabled. You can neither clear these check boxes nor
select more components during the upgrade.
Chapter 2
Application Server
Requirements and
Prerequisites
Chapter 3
For specific versions of the Application Server that you can upgrade to
version 2014, see the Wonderware System Platform Readme file.
Important: Ensure that you have installed the latest patch for your
existing version, wherever possible, before upgrading to version 2014.
Also, only systems that meet the minimum system requirements,
including operating system and SQL Server version, can be upgraded.
Note: As long as the operating system and SQL requirements are met,
upgrade is supported. During software installation, operating system
upgrade is not supported.
Note: Alarms do not update in alarm clients while the engines are set
to off-scan.
Chapter 4
Chapter 5
Historian Server
Requirements and
Recommendations
Server Requirements
The minimum hardware and software requirements for the
Wonderware Historian are based on the tag count and the anticipated
data throughput rate. These requirements are divided into four levels,
which are outlined in this section.
The recommended memory configuration for SQL Server 2008 (32-bit)
is to clamp memory consumption to 50 percent of the amount of
physical memory installed on the server or 512 MB, whichever is
larger. For SQL Server 2008 R2 Standard and Enterprise editions
(32-bit), the recommended physical memory configuration is 1 GB. The
recommended Windows virtual memory setting is twice the amount of
physical RAM installed on the server. For installation requirements
for SQL Server versions, see the Microsoft documentation.
You need to ensure that the memory that SQL Server reserves for the
Wonderware Historian is adequate for the expected load. Based on
your particular environment, you may need to adjust the SQL Server
MemToLeave allocation. For more information on MemToLeave, see
the Microsoft documentation.
You can install the Wonderware Historian on operating systems that
have the User Account Control (UAC) turned on.
If you are running the Wonderware Historian on a virtual server, the
historian must have an adequate CPU, adequate network memory,
and disk I/O resources at all times. Overloading the virtual server
leads to unpredictable behavior.
Operating Systems
Disk Space
A Level 1 server can handle a load of about 5,000 tags. For example,
2,600 analogs, 2,200 discretes, 300 strings, and 20 non-I/O Server
(manual) tags. The requirements are:
• Processor:
• Minimum: P4 3.2 GHz CPU
• Recommended: dual-core CPU
• RAM:
• Minimum: 2 GB
• Recommended: 4 GB
• 100 Mbps network interface card (NIC)
A Level 2 server can handle a load of about 100,000 tags, with 50%
analog, 45% discrete, and 5% string tags. The requirements are:
• Processor:
• Minimum: P4 3.0 GHz dual CPU
• Recommended: quad-core CPU
• RAM:
• Minimum: 4 GB
• Recommended: 8 GB
• 1 Gbps network interface card (NIC)
A Level 3 server can handle a load of 150,000 tags, with 50% analog,
45% discrete, and 5% string tags. The requirements are:
• Processor:
• Minimum: P4 2.7 GHz Xeon quad CPU
• Recommended: dual processor, quad-core CPUs
• RAM:
• Minimum: 6 GB
• Recommended: 12 GB
• 1 Gbps network interface card
A Level 4 server can handle a load of 2,000,000 tags, with 50% analog,
45% discrete, and 5% string tags. The requirements are:
• Processor:
• Recommended: two quad-core CPUs
• RAM:
• Minimum: 24 GB
• Recommended: 48GB
• 1 Gbps network interface card
A performance report for different historian systems is provided in
"System Sizing Examples" on page 78.
Note: Historical plant data is not stored in the database files. This
type of data is stored in special files called history blocks.
For example, the disk usage per day for 10,000 4-byte analog tags (that
is, Storage Size = 4 bytes) that are stored at ten-second intervals would
be (1.15*(4+3)*10000)*(60/10)*60*24, which is approximately 664 MB
per day.
The disk usage per day for 10,000 discrete tags (that is, Storage Size =
1 byte) that are changing, on average, every 60 seconds would be
(1.15*(1+3)*10000)*(60/60)*60*24, which is approximately 64 MB per
day.
The disk usage per day for 10,000 8-byte string tags (that is, Storage
Size = 8 bytes) that are changing, on average, every 60 seconds would
be (1.15*(8+3)*10000)*(60/60)*60*24, which is approximately 174 MB
per day.
First, you need to calculate how much disk space each history block
will take. To do this, estimate the bandwidth needed for forwarding
snapshots in Kbps. For more information on estimating this, see
"Bandwidth Estimation for Store-and-Forward Data" on page 94.
Having calculated the forwarding bandwidth, you can estimate how
many bytes this data rate generates in one hour by using the following
formula:
N kbpbs = (N / 8) bytes per second = (450 * N) bytes per hour
If you multiply this by the history block duration, you can get an
estimate of the biggest data file containing streamed and forwarded
data, Original.dat.
If that estimate is larger than 8 GB, keep reducing the history block
duration until the estimate is under the 8 GB limit.
Performance Considerations
For a complete Wonderware Historian system, the following
components put a demand on memory.
• Internal historian subsystems, such as the Configuration
Manager, data acquisition, and data storage
• The associated Microsoft SQL Server
• The operating system
• Client access (data retrieval), which includes caching
When determining the amount of memory to purchase, remember that
adding more memory is the cheapest and easiest thing that you can do
to improve performance. Increasing the amount of memory reduces the
amount the server has to use virtual memory, thus lowering the load
on the storage subsystem. Even if you have a large amount of memory,
additional memory is used as additional disk cache, speeding up disk
access and therefore file service. Also, processes needed by the server
become faster because they are memory-resident.
A major factor in system performance is the amount of plant data you
anticipate storing in the system, including considerations about how
often that data is stored and retrieved. In general, the more you store,
the more often you store it, and the more you retrieve it, the slower the
system. The major storage factors affecting the performance of the
system are:
• Effective analog flow rate (analog updates per second).
• Period of online data storage required.
• Effective discrete variable flow rate.
• Number of concurrent end users required.
• Complexity of end user queries.
• Number and size of string tags, as well as the effective flow rate of
string values.
• Number and duration of string tag retrieval queries, as well as the
frequency at which these queries are executed.
A performance report for different historian systems is provided in
"System Sizing Examples" on page 78.
Server Loading
When a user connects to the Wonderware Historian with a client,
configuration information is immediately requested from the
historian. This information includes the tags that the server stores,
their descriptions, engineering units, and other tag data. SQL Server
reads this information from the database (stored on disk) and places it
in memory.
As the user selects time periods to trend, the historian reads data from
files located on the disk and prepares the results of the client's data
request to be transmitted back to the client. The ability of the server to
quickly handle subsequent requests for data from the same client and
others is dependent on the server's ability to keep as much information
in memory without having to again access data from the disk.
As a higher load is placed for memory, a higher load is placed on the
disk I/O system as the server has to use disk caching and read from
the data files.
The following table summarizes the loading for various systems.
IDAS Performance
An IDAS can acquire an unlimited number of real-time data values,
from an unlimited number of I/O Servers, each with an unlimited
number of topics. However, IDASs are subject to the following
limitations.
• The maximum sustained data throughput for any single IDAS is
30,000 items per second for real-time data. For late or old data, the
maximum throughput is 9,000 items per second. The total
combined throughput (real-time data plus late or old data) cannot
exceed 30,000 items per second. For higher-volume applications,
you can set up multiple IDASs to serve a single storage subsystem.
• The size of any data value is limited to 64,000 bytes.
• The maximum number of tags supported by any single IDAS is
30,000.
Tiered Historians
If you are installing a tiered historian, tier-1 nodes use the same basic
configuration for the number and types of tags and data collection
rates.
The tier 1 configuration should be “delta” data collected and stored:
• 12,000 analog tags every 2 seconds
• 2,900 discrete tags every 2 seconds
• 100 32-character string tags every 30 seconds
For the analog and discrete tags, the averages and value state
aggregates are:
• 6000 tags with an hourly calculation performed at the top of each
hour
• 6000 tags with 1-minute calculations performed at the top of each
minute
plus
• 1500 tags replicated (not aggregated) in tier 2
• 1500 tags stored only in tier 1 (no aggregates or replication)
Networking Recommendations
The Wonderware Historian is a highly configurable package that can
be set up in many different ways depending on your needs.
The historian can use any protocol currently supported by Microsoft
SQL Server 2012. You can use the default Microsoft SQL Server 2012
protocol (named pipes) with TCP/IP. TCP/IP is required if SuiteLink™
is used.
It is highly recommended that you run the historian on a dedicated
computer. For example:
• Do not use the historian computer as a domain controller, mail
server, or an Internet server.
• Do not use the historian computer as a workstation.
• Do not use the historian computer for InTouch HMI software,
InControl™, or other Wonderware products.
Note: All tags to be stored in historian are on "advise" all the time.
This may cause heavy load conditions on the process network. Before
you install the historian, investigate the possible load impact of
installing the historian on your network.
Client Access
All clients should connect to the Wonderware Historian using the
default Microsoft SQL Server connection. Usually, this means using
the name of the computer on which the historian is running as the
server name when logging on.
Licensing
Use the Invensys License Manager to manage licenses and associated
feature lines.
The historian allows functionality based on the presence of a valid
license file and/or feature lines. The historian checks that:
• A valid license file exists at the expected location on disk.
• One or more feature lines relevant to the product is contained in
the license file. A feature line defines specific behavior that is
allowed for the product. Typically, feature lines are bundled
together according to predefined licensing schemes.
If a valid license file cannot be found, or if the file does not contain the
appropriate feature lines, the historian is considered to be unlicensed.
If unlicensed, the historian starts up and runs for an unlimited period
of time. Data is stored for all tags, but you can only retrieve, replicate,
or advise only those tags that are licensed.
The historian reads the license file and appropriately updates the
system behavior when:
• The historian starts.
• You commit changes to the system using the System Management
Console.
If this feature line is locked to a hardware key and you have removed
the key from the historian computer, the Historian_TagCount license
is automatically released. If you reattach the hardware key, the
historian reacquires the license and automatically tries to reacquire
the Historian_TagCount feature line. This effectively means that data
collection continues uninterrupted all the time. However, retrieval is
limited by the last week until the Historian_Tagcount feature line is
acquired again and retrieval is limited to 32 tags and seven days. This
behavior applies not just to hardware key removal, but for all cases
when the Historian_Tagcount feature line has been initially acquired
successfully, but then suddenly was lost (for example, expired).
The historian will not acquire data for tags belonging to the IDAS that
is not licensed.
The remote IDAS count is adjusted at run time, without requiring a
historian restart.
If the remote IDAS count license changes (typically, if you substitute a
different license file), you must manually refresh the license
information using the System Management Console. If the remote
IDAS count increases, the historian starts acquiring and storing data
for the additional remote IDAS(s), if they exist in the database, with
their associated I/O servers, topics, and tags.
If the remote IDAS count decreases during reconfiguration or startup,
the historian stops acquiring and storing data for all tags assigned to
remote IDAS n+1 and higher, where n denotes the remote IDAS count,
and removes the corresponding IDAS, I/O servers and topics from
displays in the System Management Console, and so on.
If, after successful acquisition, the license has been lost during run
time (for example because of a hardware key removal or license
expiration), the data collection remains unaffected.
All IDASes may be configured for failover, including the local IDAS.
This means that IDAS potentially has to be physically installed on
more computers than there are actual entries for IDASes in the
configuration database. The remote IDAS licensing behavior remains
as follows in terms of the IDAS failover:
• The local IDAS is counted only one time, even if it has a failover
node configured. At run time, the failover IDAS (which by
definition has to be on a remote node), will not run unless a valid
license for at least one remote IDAS is present.
• Each remote IDAS configured in the database is counted only once,
even if it has a failover node configured.
Any client application that can retrieve information using SQL can
retrieve data from Wonderware Historian. For example, some
Wonderware products that can retrieve data by means of SQL queries
are the InTouch HMI, Wonderware Information Server, Historian
Client applications and controls, Manufacturing Execution Module,
and InBatch™ products. The historian further extends SQL to
improve the ability to handle time series data.
Also, Wonderware Historian I/O Server (aahIOSvrSvc.exe) is an
interface for clients to access current data values a historian by means
of the SuiteLink protocol. The Wonderware Historian I/O Server can
update items with current values for given topics, providing
"real-time" I/O Server functionality.
Finally, you can use InTouch to configure the historian by importing
tag definitions and I/O Server definitions from the InTouch Tagname.x
file into the Runtime database.
Tag Information
Tag count (total) = 5,187
Analog tags = 2,607
Discrete tags = 2,285
String tags = 295
Manual tags = 17
Update rate of +/- 5,000 updates/second
Remote IDAS
None.
Event Information
• 3 snapshot events, each having:
• 1 analog snapshot
• 1 discrete snapshot
• 1 string snapshot
• 2 summary events, each having:
• 1 AVG calculation (1 tag every 8 hours)
• 1 MAX calculation (1 tag every 8 hours)
• 1 MIN calculation (1 tag every 8 hours)
• 1 SUM calculation (1 tag every 8 hours)
• 1 SQL insert every 4 hours
• 2 SQL multi-point updates every hour
Query Load
For the following seven queries, each are occurring at different times
in the hour:
• 1 query (trend):
• live mode - 1 second update
• 1-hour duration
• 10 tags (7 analogs, 3 discretes)
• 1 query: 1-hour range / hour (1 tag)
• 4 queries: 15-minute range / hour (1 tag)
• 1 query: 24-hour report every 24 hours (25 to 30 tags)
Performance Results
Category Value
Tag Information
Tag count (total) = 63,000
Analog tags = 39,359
Discrete tags = 19,734
String tags = 295
Manual tags = 5,057
Update rate of +/- 30,000 updates/second
Remote IDAS
One remote IDAS:
• P4 1.7 GHz
• 1 GB RAM
• 34,000 tags via the remote IDAS and the rest via the local IDAS
Note: Because this configuration was used for performance and stress
testing, the remote IDAS tag count is more than the recommended
30,000 maximum.
Event Information
• 3 snapshot events, each having:
• 1 analog snapshot
• 1 discrete snapshot
• 1 string snapshot
• 2 summary events, each having:
• 1 AVG calculation (1 tag every 8 hours)
• 1 MAX calculation (1 tag every 8 hours)
• 1 MIN calculation (1 tag every 8 hours)
• 1 SUM calculation (1 tag every 8 hours)
• 1 SQL insert every 4 hours
• 2 SQL multi-point updates every hour
Query Load
For the following seven queries, each are occurring at different times
in the hour:
• 1 query (trend):
• live mode - 1 second update
• 1- hour duration
• 10 tags (7 analogs, 3 discretes)
• 1 query: 1-hour range / hour (1 tag)
• 4 queries: 15-minute range / hour (1 tag)
• 1 query: 24-hour report every 24 hours (25 to 30 tags)
Performance Results
Category Value
Tag Information
Tag count (total) = 133,941
Analog tags = 73,600
Discrete tags = 53,560
String tags = 6920
Update rate of +/- 50,000 updates/second
MDAS
In the total tag count, 4009 tags originated from Wonderware
Application Server.
Remote IDAS
Two remote IDASs:
• Remote IDAS 1: P4 1.9 GHz, 1 GB RAM
• Remote IDAS 2: P4 2.5 GHz, 512 MB RAM
44,370 tags via the remote IDAS 1
45,584 tags via the remote IDAS 2
44,383 tags via the local IDAS
Note: Because this configuration was used for performance and stress
testing, the remote IDAS tag counts are more than the recommended
30,000 maximum.
Event Information
• 3 snapshot events, each having:
• 1 analog snapshot
• 1 discrete snapshot
• 1 string snapshot
• 2 summary events, each having:
• 1 AVG calculation (1 tag every 8 hours)
• 1 MAX calculation (1 tag every 8 hours)
• 1 MIN calculation (1 tag every 8 hours)
• 1 SUM calculation (1 tag every 8 hours)
• 1 SQL insert every 4 hours
• 2 SQL multi-point updates:
• 1 every 15 minutes
• 1 every 30 minutes
Query Load
For the following seven queries, each are occurring at different times
in the hour:
• 1 query (trend):
• live mode - 1 second update
• 15-minute duration
• 15 tags (10 analogs, 5 discretes)
• 1 query: 1-hour range / hour (1 tag)
Performance Results
Category Value
Tag Information
Tag count (total) = 2,000,000
Analog tags = 1,000,000
Discrete tags = 900,000
String tags = 100,000
Update rate of +/- 150,000 updates/second
Query Load
The following query is occurring at different times in the hour:
• 1 query (trend):
• live mode - 1 second update
• 15-minute duration
• 500 tags (250 analogs, 225 discretes, 25 strings)
Performance Results
Category Value
The 400 Kbps data transfer limit reflects a typical data transfer speed
between remote locations over the Internet. The data transfer from
each tier-1 historian to a tier-2 historian is assumed to be through a
dedicated 400 Kbps connection; multiple tier-1 historians do not share
the same 400 Kbps connection. It is assumed that the 400 Kbps is a
bandwidth that can be fully used.
Loading Information
Assume that the total tag count on the tier-1 historian is 15,000.
The tier-1 historian receives 15,000 tags from I/O Servers of the
following types and data rates:
• 12,000 4-byte analog delta tags changing every 2 seconds: (10,000
always fitting the real-time window and 2,000 falling outside of the
real-time window being 50 minutes late).
• 2,800 1-byte discrete delta tags changing every 2 seconds
• 200 variable-length string delta tags of 32-character length
changing every 30-seconds
Category Value
Latency Results
Category Value
100-Base T
Tier-1 Historians
(standard configurations)
Loading Information
Assume that the total tag count on the tier-1 historian is 15,000.
The tier-1 historian receives 15,000 tags from I/O Servers of the
following types and data rates:
• 12,000 4-byte analog delta tags changing every 2 seconds: (10,000
always fitting the real-time window and 2,000 falling outside of the
real-time window being 50 minutes late).
• 2,800 1-byte discrete delta tags changing every 2 seconds
• 200 variable-length string delta tags of 32-character length
changing every 30-seconds
The tier-2 historian stores the following:
• 6,000 tags with hourly analog summary calculations performed at
the top of each hour (using 6,000 4-byte analog tags as tier-1 tags)
• Another 6,000 tags with 1-minute analog summary calculations
performed at the top of each minute (using 6,000 4-byte analog
tags as tier-1 tags)
• 1,500 tags replicated (as simple replication) to tier-2 (using 1,400
1-byte discrete tags and 100 variable-length string delta tags as
tier-1 tags)
• Another 1,500 tags only stored on tier-1 (using 1,400 1-byte
discrete tags and 100 variable-length string delta tags as tier-1
tags)
Category Value
Latency Results
Category Value
Tier-2 Historian
56 Kbps
Tier-1 Historian
(modem configuration)
Loading Information
In the tier-1 historian modem configuration, the tier-1 historian
receives 3,000 tags from I/O Servers of the following types with
average update rate 300 items per second:
• 1,500 4-byte analog delta tags (1,400 always fitting the real-time
window and 100 falling outside of the real-time window being 50
minutes late)
• 1,350 1-byte discrete delta tags
• 150 variable-length string delta tags of 32 bytes each
Category Value
Latency Results
Category Value
Chapter 6
Feature Description
The Legend box shows the status indicators. The status indicators
are:
• Error - Indicates that an error occurred during
configuration.
• Not Configured - Indicates that the feature is installed, but
not configured.
• Warning - Indicates that configuration is complete, but with
warnings.
• Configured - Indicates that configuration completed
successfully.
• Not Installed - Indicates that the feature is not installed.
Historian Database
If the database is created for the first time, then this option is not
available. When re-configuration is done, then the Drop and
Create New Database option is available. If you select this check
box, then the existing database is dropped and a new database is
created. If this check box is cleared, then the database would not
be dropped, but will be configured for changes, if any.
4 In the Service Configuration area, configure options that pertain
to components of the Historian that run as Windows services.
Replication TCP Port
If you are configuring a tiered historian server, enter the port
number for tag replication between the tier 1 and tier 2 servers.
You must enter the same port for all the tier 1 and tier 2 systems
working together in the tiered configuration. The port you specify
is added to the exclusions list of Windows Firewall.
Auto Start Historian
Automatically starts Wonderware Historian.
5 In the Start Applications area, click the appropriate button to
start the License Manager or the InTouch Tag Importer. These
buttons are not available until the server is successfully
configured.
6 In the SQL Login Information area, you can log on to the SQL
Server if you have the "sysadmin" privileges enabled. You can
select the Windows Authentication radio button to use the
interactive user’s account or select SQL Server Authentication
radio button and provide the credentials as required. This
connection information is not stored and is used only for
completing the configuration.
When you click Connect, the connection to the SQL Server is
tested.
7 In the Configuration Messages area, you can view the messages
regarding prerequisite checks, current configuration state, and
configuration activities that are logged.
Antivirus Software
After installing the Wonderware Historian, configure your antivirus
software to prevent archive files from being scanned. Also, antivirus
software should not scan files in certain folders. For a list of folder
exclusions, see the Wonderware System Platform Readme file.
Chapter 7
Historian Client
Requirements
Desktop Applications
The Wonderware Historian Client software includes the following
stand-alone applications:
Note: The SQL Server locale language must be the same as the
operating system locale language.
Chapter 8
Note: In some cases, depending upon the operating system and the
prerequisite, you may have to restart the system after the prerequisites
are installed. In such cases, the setup automatically continues after the
restart.
Chapter 9
Information Server
Requirements and
Recommendations
Software Requirements
You must install the following software on the web server computer
before installing Wonderware Information Server. For details
regarding the specific versions of required and supported software
prerequisites, see the Readme file.
• Microsoft Internet Information Services (IIS). For more
information, see "Guidelines for Installing IIS and ASP.NET" on
page 130.
• ASP.NET. For more information, see "Guidelines for Installing IIS
and ASP.NET" on page 130.
• Microsoft SQL Server. For more information, see "Guidelines for
Installing Microsoft SQL Server" on page 126. ArchestrA Reports
are not supported on SQL Server 2008 or SQL Server 2012 Express
Edition.
You may need to install the following additional software on the web
server computer depending on the Wonderware Information Server
features you install:
• To install the ArchestrA Reports feature, you must install and
configure Microsoft SQL Server Reporting Services on the same
node as Wonderware Information Server. For more information,
see "Guidelines for Installing Microsoft Reporting Services" on
page 136.
• To use ActiveFactory Reporting, you must install Microsoft Excel.
For all software, apply the latest patches.
In addition, client users must be members of the same Windows
domain, or a trusted domain, as the web server.
You must install an ArchestrA Bootstrap on the Wonderware
Information Server portal computer to support any process graphic
that uses an ArchestrA reference to get data.
• Reporting Services
• Client tools
• Management Tools - Basic
• Management Tools - Complete
• .NET Extensibility
• ASP
• ASP.NET
• ISAPI Extensions
• ISAPI Filters
• Directory Browsing
• HTTP Errors
• HTTP Redirection
• Static Content
• WebDAV Publishing
• Request Monitor
• Windows Authentication
11 After you enable the required features, start the World Wide
Publishing service if you want to install the default configuration
of Reporting Services. Otherwise, the SQL Server Setup program
only installs Reporting Services and does not configure Reporting
Services.
2 In the Role Services section, click Add Role Services. The Add
Role Services wizard appears.
2 In the System Service section, make sure that the World Wide
Web Publishing Service is running.
5 Select the server on which you want to install these roles and
features and then click Next.
6 Select the Web Server (IIS) check box and expand the IIS role to
view the underlying role services.
3 Make sure that the following components are configured with the
defaults and no errors occur:
• Service Account
• Database
4 Click Exit.
Chapter 10
Information Server
Installation and
Configuration
Installable Features
You can select from the following features during the Wonderware
Information Server install:
• Information Server. Required. Consists of core Wonderware
Information Server system, which manages security, licensing,
data sources, process graphics, factory alarms, customizing the
portal, access panels, and Table Weaver contents.
• ActiveFactory Reporting. Allows you to generate reports from
published Historian Client workbooks and trends using data from
the Wonderware Historian.
• ArchestrA Reporting. Provides infrastructure and tools that
extend SQL Server Reporting Services to better support report
development and deployment.
• Sample Content. Includes sample configurations and reports to
show the system’s capabilities and accelerate application
development. The sample content includes a process graphics
demo, a SmartSymbol display, content unit samples, and
ArchestrA report samples. You must configure valid alarm and
Wonderware Historian data sources to use the sample content.
• Information Model. Required. Retrieves and relates data from
external systems. You can then use the OverView client to view
the data in a grid or trend format.
Installation Pre-Requisites
The installation program checks for the following basic system
pre-requisites:
• One of the required operating systems. For more information, see
the Readme file.
• IIS is installed. For more information, including which roles and
features are required for each supported operating system, see
"Guidelines for Installing IIS and ASP.NET" on page 130.
• Upgrade does not support Wonderware Information Server 4.0 SP1
and prior release versions.
All other product pre-requisites are part of configuration and are not
checked during the Wonderware Information Server install. For
example, the installation does not check for:
• Microsoft Excel, if you select the ActiveFactory Reporting Website
feature during installation.
• SQL Server Reporting Services, if you select the ArchestrA
Reporting feature during installation.
3 In the Virtual Folder Name box, type the virtual folder name. The
virtual folder name is the address you enter in Internet Explorer to
access Wonderware Information Server. The virtual folder name is
not case-sensitive, can be any characters other than /,*,?, and \.
The maximum length is 240 characters. For example, if you
specified MyInfoServer, run-time users would type
http:\\<computername>\MyInfoServer to access Wonderware
Information Server.
4 In the Database Configuration area, specify the SQL Server host
on which you want to create the Wonderware Information Server
database that is used to store administration and configuration
information. Do the following:
a In the Server box, type the name of the SQL Server host.
If you are using a non-default instance of SQL Express, specify
the name in the following format:
<SQLServerName>\<InstanceName>
6 Select Identity.
7 Make sure The interactive user is selected.
8 Click Apply and then OK to accept the changes.
b In the Query Timeout box, type the time, in seconds, that the
Wonderware Information Server should wait for the results of
a database query to the Historian to be returned, before
returning an error message.
5 In the Provider box, type the provider name for SQL Server. For
SQL Server 2008, type SQLNCLI10. For SQL Server 2012, type
SQLNCLI11.
6 If you want to access the Historian using HTTP instead of TCP/IP,
do the following:
a Select the Has HTTP mode check box.
b In the URL Connection box, enter the web service URL.
7 Click OK.
5 In the Provider box, type the provider name for SQL Server. For
SQL Server 2008, type SQLNCLI10. For SQL Server 2012, type
SQLNCLI11.
6 Click OK.
• Oracle
• OSI PI OLE DB
• Text (CSV) files
An instance of a data adapter can be created for each external data
repository. A data adapter is a component that can communicate with
the particular type of data repository. When you configure a data
source, you must provide a user account that has security privileges to
access the data source.
If you want to connect to an OSIsoft PI Server (OLE DB), Oracle, or a
text file data repository, you must install connectivity software on the
Information Server portal node so that the ArchestrA Data Adapter
service can communicate with the data source. For the required
versions of the connectivity software, see the Wonderware System
Platform Readme file.
The data sources that are listed in the Data Sources window will
depend on what is defined in the model.
If no data sources are available, be sure that you have imported a
model and that the model includes data sources.
2 In the Data Sources window, select a data source. The connection
options that appear will vary depending on the data source
selected.
3 Configure the connection details and then click Apply.
The connection string resulting from the configuration is encrypted
and stored in the ModelStore.DataSourceAttributes table.
4 Click Close.
Appendix A
Note that the full filespec of the response file (filename plus location of
file) must be included. For example:
D:\setup.exe /silent C:\docs\myresponsefile.txt
Running setup with the /MINGUI switch will cause setup to install
without any input from the end user, but it will display the progress of
the installation on screen.
Running setup with the /? switch will display the silent installation
command-line help.
A good approach for testing is to first run the setup.exe in GUI mode
on a typical computer and confirm that no blocking prerequisites
exists, then cancel out, and run by command line.
Index
configuring H
ActiveFactory reporting 149 hardware recommendations
ArchestrA reporting 153 storage 59
Wonderware Information Server 143, 145, hardware requirements 39
147
disk space 59, 60
Configuring Products 24
IDASs 57
connections 69
System Management Console 57
CSV data
Wonderware Historian 54
licensing 74
Historian Client 77
historian data source
D defining 151
database
Historian Database Export/Import Utility
configuring 101
requirements 57
database files
history blocks
disk space requirements 60
disk space requirements 61
DDE
licensing 75
Windows Server 2003 77
history data
demo mode 46
licensing 74
discrete tags
migrating from older versions 110
disk space requirements 61
Holding database
disk sizing 59
disk space 60
disk space
history blocks 61 I
planning 59
IDASs
domain controller 124, 125
installing 99
security 124
performance 66
using with Wonderware Information
requirements 57
Server 124
security 58
E IDE
upgrading 40
event data
upgrading with the Bootstrap 38
migrating from older versions 111
upgrading with the Bootstrap and Galaxy
Repository 38
F IIS 125, 130
fault-tolerant servers 56
installing 130
feature lines 70
InBatch 77
features 140
installation
firewall exceptions 144
about 97
components 97
G modifying 26
Galaxy database
repairing 29
migrating 41
silent 165
Galaxy Repository
Wonderware Historian 97
upgrading 40
installation pre-requisites 141
upgrading with the Bootstrap 38
installing
upgrading with the Bootstrap and IDE 38
IIS and ASP.NET 130
product license 164
SQL Server 126, 127
loading 65 U
roaming profiles 118 uninstall
Runtime database Wonderware System Platform
disk space 60 Component 30
migration 109 uninstalling 119
uninstalling Wonderware Information
S Server 162
SCSI 59 upgrade
security basic steps 39
domain controller 124 Galaxy Repository 40
remote IDASs 58 Galaxy Repository node 40
silent installation 165 IDE 40
software operating system 39
requirements 39 redundant pairs 42
software requirements 123 run-time nodes 41
IDASs 57 SQL Server 39
System Management Console 57 upgrading 109
Wonderware Historian 54 previous version 163
SPCPro 19, 77 Wonderware Information Server 3.1 164
SQL Server 115 Wonderware Information Server 4.0 164
installing 126, 127 Wonderware Information Server 4.0 with
upgrading 39 SP1 164
SQL Server Reporting Services 122, 136
SQL statements V
licensing 74 variable length strings 62
SQLXML 138 virtual memory 54
storage VMWare 54
disk sizing 59
hardware recommendations 59 W
loading 65 WAN 68
string tags web server
disk space requirements 61, 62 requirements 122
SuiteLink 67 Windows 7 125
summary data Installing 125
migrating from older versions 111 windows authentication 144
system Windows Server 2003 77, 125, 126
sizing 78 installing 125
System Management Console Windows Server 2008 130, 131, 133
installing 99 installing 125, 126
requirements 57 Windows Server 2008 R2 126
Windows Vista 54
T Wonderware Application Server 125
TCP/IP 67, 98 Wonderware Historian
text files components 99
Intelligence data adapters 157 installation 100
tiered historian installing 97
sizing 85 loading 65
memory requirements 64