PH Installation PDF
PH Installation PDF
___________________
Installation Notes 1
Process Historian - Release
___________________
Notes 2
Process Historian -
___________________ 3
SIMATIC Administration
System Manual
08/2017
A5E38560565-AC
Legal information
Warning notice system
This manual contains notices you have to observe in order to ensure your personal safety, as well as to prevent
damage to property. The notices referring to your personal safety are highlighted in the manual by a safety alert
symbol, notices referring only to property damage have no safety alert symbol. These notices shown below are
graded according to the degree of danger.
DANGER
indicates that death or severe personal injury will result if proper precautions are not taken.
WARNING
indicates that death or severe personal injury may result if proper precautions are not taken.
CAUTION
indicates that minor personal injury can result if proper precautions are not taken.
NOTICE
indicates that property damage can result if proper precautions are not taken.
If more than one degree of danger is present, the warning notice representing the highest degree of danger will
be used. A notice warning of injury to persons with a safety alert symbol may also include a warning relating to
property damage.
Qualified Personnel
The product/system described in this documentation may be operated only by personnel qualified for the specific
task in accordance with the relevant documentation, in particular its warning notices and safety instructions.
Qualified personnel are those who, based on their training and experience, are capable of identifying risks and
avoiding potential hazards when working with these products/systems.
Proper use of Siemens products
Note the following:
WARNING
Siemens products may only be used for the applications described in the catalog and in the relevant technical
documentation. If products and components from other manufacturers are used, these must be recommended
or approved by Siemens. Proper transport, storage, installation, assembly, commissioning, operation and
maintenance are required to ensure that the products operate safely and without any problems. The permissible
ambient conditions must be complied with. The information in the relevant documentation must be observed.
Trademarks
All names identified by ® are registered trademarks of Siemens AG. The remaining trademarks in this publication
may be trademarks whose use by third parties for their own purposes could violate the rights of the owner.
Disclaimer of Liability
We have reviewed the contents of this publication to ensure consistency with the hardware and software
described. Since variance cannot be precluded entirely, we cannot guarantee full consistency. However, the
information in this publication is reviewed regularly and any necessary corrections are included in subsequent
editions.
3.4 Commissioning....................................................................................................................... 87
3.5 Recovering a database .......................................................................................................... 89
3.6 Managing Process Historian .................................................................................................. 91
3.6.1 Management Console - Overview.......................................................................................... 91
3.6.2 Operating states of the Process Historian ............................................................................. 93
3.6.3 Central overview of the Process Historian Server ................................................................. 96
3.6.4 Configuring segments ............................................................................................................ 98
3.6.5 Compressing segments ....................................................................................................... 100
3.6.6 Backup of segments ............................................................................................................ 101
3.6.7 Restoring segments ............................................................................................................. 104
3.6.8 Set segments "Offline" ......................................................................................................... 105
3.6.9 Backing up the database ..................................................................................................... 106
3.6.10 Information on the plant structure of the projects ................................................................ 110
3.6.11 Information on the data sources .......................................................................................... 112
3.6.12 Information on the storage system....................................................................................... 114
3.6.13 Information on the licenses .................................................................................................. 116
3.6.14 Diagnostics of the Process Historian ................................................................................... 117
3.6.15 Backing up and restoring batch data ................................................................................... 118
3.7 Migrating archive data from projects .................................................................................... 124
3.7.1 Overview .............................................................................................................................. 124
3.7.2 Migrating .............................................................................................................................. 127
3.7.2.1 CAS project online ............................................................................................................... 127
3.7.2.2 CAS project backup ............................................................................................................. 130
3.7.2.3 WinCC project online ........................................................................................................... 133
3.7.2.4 WinCC project backup ......................................................................................................... 136
3.7.2.5 Process Historian project online .......................................................................................... 139
3.8 Using a redundant system ................................................................................................... 142
3.8.1 Redundant system ............................................................................................................... 142
3.8.2 Redundancy scenarios ........................................................................................................ 144
3.8.3 Setting up Process Historian redundancy ............................................................................ 148
3.8.4 Initial commissioning of redundant servers .......................................................................... 150
3.9 Using the Process Historian OPC UA server ....................................................................... 152
3.9.1 PH OPC UA server - Overview ............................................................................................ 152
3.9.2 Installing the PH OPC UA server ......................................................................................... 153
3.9.3 Security concept of OPC UA................................................................................................ 154
3.9.4 Configuring the security mechanisms .................................................................................. 158
3.9.5 Supported OPC UA services and profiles ............................................................................ 161
3.9.6 Configuration file .................................................................................................................. 162
3.9.7 How to configure the PH-OPC UA server ............................................................................ 164
3.10 Aggregation .......................................................................................................................... 166
3.10.1 Aggregation functionality ...................................................................................................... 166
3.10.2 Calculation of the aggregates .............................................................................................. 168
3.11 Process control messages ................................................................................................... 172
3.12 Information about the operating state on the OS ................................................................. 174
3.12.1 Detailed information on the operating state ......................................................................... 174
Index ...................................................................................................................................................177
License types
You need the following licenses for operation of a Process Historian system in connection
with WinCC or PCS 7:
WinCC Licenses
PCS 7 Licenses
Connectivity licenses
Additional licenses are required for the following Connectivity functions:
Introduction
The requirements for the operating system and software configuration listed here must be
met for the installation of SIMATIC Process Historian 2014 SP3.
Security settings
You can find information on the firewall and security settings in the section Security settings
(Page 14) and in the section "Firewall settings".
Hardware requirements
You can find information on the hardware requirements in the section Hardware
requirements (Page 9).
Operating systems
The following Microsoft operating systems are supported:
● Windows Server 2008 R2 SP1 64-bit Standard / Enterprise
● Windows Server 2012 R2 64-bit Standard / Enterprise
● Windows Server 2016 64-bit Standard
Note
Process Historian supports the respective main languages (primary languages) of the
operating system languages. For example, English (USA).
NOTICE
Process Historian identifies the computer based on the computer SID
The computer SID is a unique security identifier. The Process Historian identifies the
WinCC systems based on their computer SID. Computers that have the same computer
SID and swap data out to the Process Historian cannot be clearly identified by the Process
Historian. This may cause malfunctions on the Process Historian.
When computers are cloned, the computer SID is not adjusted automatically.
The Process Historian/Information Server computer also has to have a unique SID.
NOTICE
Do not change the Windows computer name
Do not rename the Windows computer after having installed Process Historian.
If you do rename the Windows computer, you must remove and reinstall the SQL Server.
Do not use the name "HIST" or "HISTORIAN" for the Process Historian
You cannot use the name "HIST" or "HISTORIAN", because these names are already
specified for the SQL Server instance. Using this name would lead to a conflict with the
SQL Server and the Database Wizard would not work.
Virtualization
The following virtualization systems have been tested:
● Microsoft Hyper-V 2012 R2
● VMware ESXi 5.5 / 6.0
Requirement
The performance data of the virtual computers must meet the minimum requirements for the
hardware.
You can find additional information about virtual environments with WinCC at the following
URL (entry ID=49368181):
● Internet: FAQ (http://support.automation.siemens.com/WW/view/en/49368181)
Introduction
Before you decide on specific hardware equipment, you must estimate the anticipated
number of tags and messages and define how long the data is to be stored in the Process
Historian. Based on these numbers, you can determine the necessary hard disk capacity.
For more information, refer to the "Process Historian Administration
(https://support.industry.siemens.com/cs/ww/en/view/109475338)" manual:
● You can determine the memory requirements of the Process Historian server in the
"Memory requirements" section.
● Because Runtime segments take up more space on the hard disk than archive segments,
the required hard disk space is also dependent on the configuration of the segments. For
basic information on segmentation, refer to the "Segmentation - Basics" section.
● The selection of the hardware also depends on the system configuration. You can
determine which system configurations are possible in the "System configurations"
section.
The "PH-HWAdvisor" tool calculates the hardware configuration for the Process Historian
project-specifically. For more information, please refer to PH-HWAdvisor
(https://support.industry.siemens.com/cs/ww/en/view/109740115)
If the OS server is used with Process Historian the system partition (C:\) must have a
capacity of 250 GB.
Configuration limits Small (S) Medium (M) Large (L) Extra Large (XL)
OS server (redundant) 1 2-4 5 - 10 11 - 18
OS client 4 16 40 40
Max. process values/s 1500 6000 15,000 27,000
∅ messages/min 10 40 100 180
Memory space required
for the process values in TB 1 4 10 18
for the messages in TB 0.04 0.16 0.4 0.7
Configuration limits Small (S) Medium (M) Large (L) Extra Large (XL)
Configured hard disk memory*)
for the process values in TB 7.2 14.4 21.6
for the messages in TB 2 0.6 0.9 1.8
With this hardware equipment, you cannot use the following options:
● Process Historian redundancy
● Combined Process Historian and Information Server
● SIMATIC BATCH batch archive
Platform Fujitsu Primergy RX2560 M1 with Windows Server 2012 R2, Standard Edition
CPU Intel® Xeon® processor E5-2643v3 (6C/12T, 3.40 GHz, TLC: 20 MB, Turbo: 3.60 GHz, 9.6 GT/s, Mem
bus: 2.133 MHz, 135 W, AVX Base 2.80 GHz, AVX Turbo 3.40 GHz)
RAM 64 GB, EEC
Hard disks Properties and quantity Total memory capacity Use
(18x) RAID 1, 2 x 600 GB 600 GB Operating system
2.5" RAID 1, 2 x 1.8 TB 1.8 TB Transaction log
SAS 12 GB/s RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 0)
RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 1)
RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 2)
Platform Fujitsu Primergy RX2560 M1 with Windows Server 2012 R2, Standard Edition
CPU 2x Intel® Xeon® processor E5-2643v3 (6C/12T, 3.40 GHz, TLC: 20 MB, Turbo: 3.60 GHz, 9.6 GT/s,
Mem bus: 2.133 MHz, 135 W, AVX Base 2.80 GHz, AVX Turbo 3.40 GHz)
RAM 64 GB, EEC
Hard disks Properties and quantity Total memory capacity Use
(24x) RAID 1, 2 x 600 GB 600 GB Operating system
2.5" RAID 10, 4 x 1.8 TB 3.6 TB Transaction log
SAS 12 GB/s RAID 10, 4 x 1.8 TB 3.6 TB Process values (data group 0)
RAID 10, 4 x 1.8 TB 3.6 TB Process values (data group 1)
RAID 10, 4 x 1.8 TB 3.6 TB Process values (data group 2)
RAID 10, 4 x 1.8 TB 3.6 TB Process values (data group 3)
RAID 1, 2 x 900 GB 900 GB Messages
RAID 1, 2 x 900 GB 900 GB General data
RAID 1, 2 x 1.8 TB 1.8 TB Information Server database
Platform Fujitsu Primergy RX2560 M1 with Windows Server 2012 R2, Standard Edition
CPU 2x Intel® Xeon® processor E5-2643v3 (6C/12T, 3.40 GHz, TLC: 20 MB, Turbo: 3.60 GHz, 9.6 GT/s,
Mem bus: 2.133 MHz, 135 W, AVX Base 2.80 GHz, AVX Turbo 3.40 GHz)
RAM 128 GB, EEC
Hard disks Properties and quantity Total memory capacity Use
(32x) RAID 1, 2 x 1.8 TB 1.8 TB Operating system
2.5" RAID 1, 2 x 1.8 TB 5.4 TB Transaction log
SAS 12 GB/s RAID 10, 6 x 1.8 TB 5.4 TB Process values (data group 0)
RAID 10, 6 x 1.8 TB 5.4 TB Process values (data group 1)
RAID 10, 6 x 1.8 TB 5.4 TB Process values (data group 2)
RAID 10, 6 x 1.8 TB 5.4 TB Process values (data group 3)
RAID 1, 2 x 1.8 TB 1.8 TB Messages
RAID 1, 2 x 1.8 TB 1.8 TB General data
With this hardware equipment, you cannot use the following options:
● Process Historian redundancy
● Combined Process Historian and Information Server
● SIMATIC BATCH batch archive
Note
You can expand the scale in regard to performance and the database size by using a
Storage Area Network (SAN).
Medium configuration limits with BATCH data and Information Server (M)
Platform Fujitsu Primergy RX2560 M1 with Windows Server 2012 R2, Standard Edition
CPU Intel® Xeon® processor E5-2643v3 (6C/12T, 3.40 GHz, TLC: 20 MB, Turbo: 3.60 GHz, 9.6 GT/s, Mem
bus: 2.133 MHz, 135 W, AVX Base 2.80 GHz, AVX Turbo 3.40 GHz)
RAM 64 GB, EEC
Hard disks Properties and quantity Total memory capacity Use
(22x) RAID 1, 2 x 600 GB 600 GB Operating system
2.5" RAID 1, 2 x 1.8 TB 1.8 TB Transaction log
SAS 12 GB/s RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 0)
RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 1)
RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 2)
RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 3)
RAID 10, 4 x 1.8 TB 3.6 TB Messages
RAID 1, 2 x 600 GB 600 GB General data
With this hardware equipment, you cannot use the following options:
● Process Historian redundancy
Medium configuration limits with BATCH data and Process Historian redundancy (M)
Platform Fujitsu Primergy RX2560 M1 with Windows Server 2012 R2, Standard Edition
CPU Intel® Xeon® processor E5-2643v3 (6C/12T, 3.40 GHz, TLC: 20 MB, Turbo: 3.60 GHz, 9.6 GT/s, Mem
bus: 2.133 MHz, 135 W, AVX Base 2.80 GHz, AVX Turbo 3.40 GHz)
RAM 64 GB, EEC
Hard disks Properties and quantity Total memory capacity Use
(22x) RAID 1, 2 x 600 GB 600 GB Operating system
2.5" RAID 10, 4 x 1.8 TB 3.6 TB Transaction log
SAS 12 GB/s RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 0)
RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 1)
RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 2)
RAID 1, 2 x 1.8 TB 1.8 TB Process values (data group 3)
RAID 10, 4 x 1.8 TB 3.6 TB Messages
RAID 1, 2 x 600 GB 600 GB General data
RAID 1, 2 x 1.8 TB 1.8 TB BATCH data
Large configuration limits with BATCH data and Information Server (L)
Platform Fujitsu Primergy RX2560 M1 with Windows Server 2012 R2, Standard Edition
CPU 2x Intel® Xeon® processor E5-2643v3 (6C/12T, 3.40 GHz, TLC: 20 MB, Turbo: 3.60 GHz, 9.6 GT/s,
Mem bus: 2.133 MHz, 135 W, AVX Base 2.80 GHz, AVX Turbo 3.40 GHz)
RAM 128 GB, EEC
Hard disks Properties and quantity Total memory capacity Use
(32x) RAID 1, 2 x 600 GB 600 GB Operating system
2.5" RAID 1, 2 x 1.8 TB 1.8 TB Transaction log
SAS 12 GB/s RAID 10, 4 x 1.8 TB 3.6 TB Process values (data group 0)
RAID 10, 4 x 1.8 TB 3.6 TB Process values (data group 1)
RAID 10, 4 x 1.8 TB 3.6 TB Process values (data group 2)
RAID 10, 4 x 1.8 TB 3.6 TB Process values (data group 3)
RAID 10, 4 x 1.8 TB 3.6 TB Messages
RAID 1, 2 x 900 GB 900 GB General data
RAID 1, 2 x 1.8 TB 1.8 TB Information Server database
RAID 10, 4 x 1.8 TB 3.6 TB BATCH data
With this hardware equipment, you cannot use the following options:
● Process Historian redundancy
NOTICE
Redundant connection
It is advisable to create a dedicated redundancy connection between the redundant
Process Historian servers with a minimum bandwidth of 1 GB.
The Witness Server component is designed for scenarios with automatic redundancy
failover. It is also installed on an additional computer of the system, depending on availability
an Information Server or WinCC Server.
Introduction
Observe the security settings for Process Historian Server and Process Historian Ready (PH
Ready) during configuration:
● The security settings of the firewall are the basis of the security concept.
● Additional Windows services, such as PH-Ready or CCCAPHServer and MSMQ, must be
configured via the operating system with user rights.
Introduction
Process Historian uses the Microsoft Message Queuing services. This component is part of
the operating system. MS Message Queuing is however not included in the standard
Windows installation and must be installed separately if required.
The Windows installation CD is required to complete the installation.
Procedure
1. Select "Start > Administrative Tools > Server Manager".
2. Right-click the "Features" menu item.
3. Select the "Add Features" command in the shortcut menu.
4. Activate the ".Net Framework 4.6.2" option.
5. Click the "Add Required Features" button.
6. Click "Next".
7. Click "Install".
Result
.Net Framework 4.6.2 has been installed.
Introduction
The installation of the Process Historian is described in this section.
The installation depends on the environment in which the Process Historian is used.
This means that you have to follow the installation instructions for use with PCS 7, WinCC,
or in a redundant system.
Procedure - Overview
Installation comprises the following steps:
1. Installing the Process Historian server on a computer
2. Creating a Process Historian database
3. Installing the Process Historian Ready component and configuring the PH-Ready service:
– On a WinCC station
– On a PCS 7 Operator Station (OS)
The installation of the Process Historian Server is finished when all processes are completed
and the system is restarted.
Introduction
Depending on the configuration, you have various configuration options:
Configuration Installation
Combined Process Historian/Information Server • Program package "Process Historian and Information Server" on
the Process Historian/Information Server
• Program "Process Historian Ready Component 2014 SP3" on the
OS servers
Dedicated Process Historian/Information Server • Program package "Process Historian" on the Process Historian
OPC UA Server
• Program "Process Historian OPC UA 2014 SP3" on the Process
Historian OPC UA Server
• Program "Process Historian Ready Component 2014 SP3" on the
OS servers
• Program package "Information Server" on the Information Server
Redundant Process Historian with Information • Program package "Process Historian" on the Process Historian
Server as Witness Master (Principal) and on the Process Historian Standby (Mirror)
• Program "Process Historian Ready Component 2014 SP3" on the
OS servers
• Program "Information Server 2014 SP3" and "Process Historian
Witness 2014 SP3" on the Information Server
Process Historian/Information Server and • Program package "Process Historian and Information Server" on
SIMATIC BATCH the Process Historian/Information Server
• Program "Information Server - BATCH Options V9.0" on the Infor-
mation Server
• Program "Information Server - MS Office AddIn 2014 SP3" on the
Information Server-Client, when the client is used as MS Office-
Client.
• Program "Process Historian Ready Component 2014 SP3" on the
OS servers
Referenced OS Single Station with Process • Program package "Process Historian and Information Server" on
Historian/Information Server the Process Historian/Information Server
• Program "Process Historian Ready Component 2014 SP3" on the
referenced OS Single Station
• The base OS Single Station must be redundant if you use a Pro-
cess Historian in this configuration. You can use eight OS stations
in total.
The installation of Process Historian is described in this section. Proceed in the same way
with the other installation options.
Note
Restart during installation
Several restarts are requested during installation. These restarts must be executed when
they are requested and not at a later time.
Requirement
● Observe the installation notes of the PCS 7 product DVD.
● You have installed Microsoft Message Queuing (MSMQ).
Result
The Process Historian Server is installed on the computer.
To learn how to set up the Process Historian database, refer to the section "Setting up
Process Historian database (Page 21)".
Note
The product documentation is available in the installation path under "\Siemens\Process
Historian\Documentation".
Additional information
You can also find more information in the following FAQs for PCS 7
(https://support.industry.siemens.com/cs/ww/en/view/66579062)
● Installation and commissioning of Process Historian/Information Server in the PCS 7
environment
● Setting up a new Process Historian with an existing Process Historian database
● Integration of Process Historian/Information Server in a domain
● Moving a Process Historian/Information Server from Workgroup A to Workgroup B
Introduction
After the completion of the setup for PCS 7, the database installation wizard is opened. Use
the wizard to set up the Process Historian database.
Before you set up the database, get the necessary information from the "Process Historian
Administration (https://support.industry.siemens.com/cs/ww/en/view/109475338)" manual:
● About the basics of segmentation in the "Segmentation - Basics" section.
● About the basics of the storage structure in the "Storage structure" section.
A detailed guide to setting up the database is available in the "Process Historian
Administration" manual on the "Creating a database" page.
Note
Overwriting an existing Process Historian database
When you recreate an existing database with the same name, the existing database is
overwritten.
Basic procedure
● You have to select which drives are used for Process Historian.
● The database installation wizard analyzes your system and uses the information for the
installation process.
● If the system does not find the SQL Server "HISTORIAN" instance, select the SQL Server
instance on which the Process Historian database is configured.
● You have to select the server mode in which the Process Historian is operated and
configured:
– As single-user system
– As redundant system. You install Process Historian on the Master (Principal) server
and on the Standby (Mirror) server.
● If you use a redundant system, the Process Historian Redundancy Service is configured
subject to the specification of the user and the password.
● An overview lists the default settings of the configured Process Historian database.
● When necessary, the default settings can be changed as follows:
– Specify anticipated data load of process values and messages
– Specify the segmentation of the database
– Modify the storage paths for data files and log files
– Specify the Process Historian server as SIMATIC BATCH repository
Note
Only modify the default settings if you are familiar with the segmentation and storage
structure.
Introduction
With the following OS installation options, the Process Historian Ready (PH-Ready)
component is automatically installed at the same time:
● OS server for Process Historian
● Maintenance Station for Process Historian
● OS single station for Process Historian
After the installation, configure the PH-Ready service with the service configuration wizard.
Use the following DVD to install PH-Ready at a later time:
● "PCS 7 V9.0 SP1" DVD
Note
Restart during installation
Several restarts are requested during installation. These restarts must be executed when
they are requested and not at a later time.
Requirement
● Microsoft Message Queuing (MSMQ) is installed.
● The user under which Process Historian was installed is created on the computer.
5. Start installation.
6. To complete the installation, reboot the system.
7. Configure the PH-Ready service using the service configuration wizard.
Note
Update installation of PCS 7
When you upgrade the PCS 7 version on the OS, you next have to re-configure the PH-
Ready service.
Procedure
1. Start the configuration wizard from the "Siemens Automation" program group:
SIMATIC > PH-Ready > PH-Ready Configuration
2. Select the "Run with user credentials" option in the "New security setting" area.
3. Enter the user under which Process Historian was installed. Enter the password.
The user must have been created on the OS.
4. Complete the configuration of the "CCCAPHServer" service with "Finish".
You can run the configuration wizard at any time to modify the access rights.
Note
The specified passwords must be identical on the computers for a user.
Make sure that all passwords specified for a user are identical on the following systems:
• WinCC OS/PCS 7 OS
• Process Historian server
• Witness server
Make sure to notice any changes to passwords.
Result
The Process Historian Ready component is installed on the computer.
Note
Restart during installation
Several restarts are requested during installation. These restarts must be executed when
they are requested and not at a later time.
Requirement
● Microsoft Message Queuing (MSMQ) is installed.
● Microsoft.NET Framework 4.6.2 is installed.
Procedure
1. Start the setup for Process Historian / Information Server 2014 SP3.
2. Follow the instructions of the installation wizard.
Read the License Agreement and the Open Source License Agreement.
3. In the "Process Historian" category, select the "Process Historian Server 2014 SP3"
program package.
4. If required, select additional components in the "Programs" dialog.
5. Observe the Microsoft SQL Server License Agreement.
6. Confirm the changes to the system settings in the "System settings" dialog. The firewall is
configured automatically.
7. Start installation.
8. To complete the installation, restart the system.
9. The Process Historian database installation wizard is started, with which you can set up
the Process Historian database.
Result
The Process Historian Server is installed on the computer.
To learn how to set up the Process Historian database, refer to the section "Setting up
Process Historian database (Page 25)".
Note
The product documentation is available in the installation path under "\Siemens\Process
Historian\Documentation".
Additional information
You can also find more information in the following FAQs for WinCC
(https://support.industry.siemens.com/cs/en/en/view/106264271)
● Basics and system configuration of PH and IS
● Installation and commissioning of PH and IS, including a section on error correction
Introduction
The database installation wizard is opened after the setup for WinCC has been completed.
Use the wizard to set up the Process Historian database.
Before you set up the database, get the necessary information from the "Process Historian
Administration (https://support.industry.siemens.com/cs/ww/en/view/109475338)" manual:
● About the basics of segmentation in the "Segmentation - Basics" section.
● About the basics of the storage structure in the "Storage structure" section.
A detailed guide to setting up the database is available in the "Administration" manual on the
"Creating a database" page.
Note
Overwriting an existing Process Historian database
When you recreate an existing database with the same name, the existing database is
overwritten.
Basic procedure
● You have to select which drives are used for Process Historian.
● The database installation wizard analyzes your system and uses the information for the
installation process.
● If the system does not find the SQL Server "HISTORIAN" instance, select the SQL Server
instance on which the Process Historian database is configured.
● You have to select the server mode in which the Process Historian is operated and
configured:
– As single-user system
– As redundant system. You install Process Historian on the Master (Principal) server
and on the Standby (Mirror) server.
● If you use a redundant system, the Process Historian Redundancy Service is configured
subject to the specification of the user and the password.
● An overview lists the default settings of the configured Process Historian database.
● When necessary, the default settings can be changed as follows:
– Specify anticipated data load of process values and messages
– Specify the segmentation of the database
– Modify the storage paths for data files and log files
– Specify the Process Historian server as SIMATIC BATCH repository
Note
Only modify the default settings if you are familiar with the segmentation and storage
structure.
Introduction
As of WinCC V7.4 SP1 you have the following possibilities for installing the component
Process Historian Ready (PH-Ready):
● Using the "Process Historian / Information Server 2014 SP3" DVD
● Using the WinCC Explorer
Via the WinCC Explorer you can also download updates for PH-Ready when the Process
Historian makes downloads available.
After the installation, configure the PH-Ready service using the service configuration wizard.
Note
Restart during installation
Several restarts are requested during installation. These restarts must be executed when
they are requested and not at a later time.
Requirement
● Microsoft Message Queuing (MSMQ) is installed.
● The user under which the Process Historian was installed is created on the computer.
Installing Process Historian Ready and updates via the WinCC Explorer
1. Select the menu entry "Extras / Add-on download" in WinCC Explorer.
2. Enter the computer name of the Process Historian in the dialog. After clicking the
"Update" button the available files are displayed for downloading in the list.
3. Select a file and click the "Download" button.
PH-Ready or the update is downloaded to the specified destination path.
Procedure
1. Start the configuration wizard from the "Siemens Automation" program group:
SIMATIC > PH-Ready > PH-Ready Configuration
2. Select the "Run with user credentials" option in the "New security setting" area.
3. Enter the user under which the Process Historian was installed. Enter the password.
The user must have been created on the OS.
4. Complete the configuration of the "CCCAPHServer" service with "Finish".
You can run the configuration wizard at any time to modify the access rights.
Note
The specified passwords must be identical on the computers for a user.
Make sure that all passwords specified for a user are identical on the following systems:
• WinCC OS/PCS 7 OS
• Process Historian server
• Witness server
Make sure to notice any changes to passwords.
Result
The Process Historian Ready component is installed on the computer.
Requirement
● One of these systems is installed on the PC:
– PCS 7 OS Server for Process Historian
– PCS 7 OS Single Station
– WinCC server
– WinCC single-user system
– SIMATIC Information Server
Procedure
1. Run the setup.
Use the corresponding DVD depending on the configuration:
– PCS 7:
"PCS 7 V9.0 SP1" DVD
– WinCC:
"Process Historian / Information Server 2014 SP3" DVD
2. Carry out the installation.
Follow the procedure for installation of the Process Historian Server:
– Installing Process Historian for PCS 7 (Page 18)
– Installing Process Historian for WinCC (Page 24)
Result
The "Process Historian Witness" component is installed and the Process Historian
Redundancy Service is configured.
For more information on the configuration and the operation, refer to the "Redundant
system" section in the "Process Historian Administration
(https://support.industry.siemens.com/cs/ww/en/view/109475338)" manual.
Introduction
You can upgrade a previous version of the Process Historian to the current version using the
upgrade installation.
With an upgrade, you update all computers in the Process Historian system. Therefore,
install the upgrade on all computers on which the following components are installed:
● Process Historian
● PH-Ready component of the Process Historian
NOTICE
Backing up existing data
Generate a backup of the existing database before you upgrade the
Process Historian server.
Introduction
Depending on the configuration, use the corresponding, latest version of the PCS 7 DVD,
WinCC DVD or update download to upgrade a Process Historian server.
After the installation, the Process Historian database is updated using the database
installation wizard.
NOTICE
Backing up existing data
Generate a backup of the existing database before you upgrade the
Process Historian server.
Procedure
1. To close the application, shut down the Process Historian in the "Process Historian
Management" dashboard.
Additional information on changing the operating state is available in the "Central
overview of the Process Historian Server" section in the "Administration" manual.
2. Run the setup.
3. Follow the instructions of the installation wizard.
4. Carry out the installation.
5. To complete the installation, reboot the system. After the upgrade installation, the
Process Historian database installation wizard is started. Databases from predecessor
versions are migrated by means of this wizard without modification of the interfaces.
6. Follow the instructions of the database installation wizard to update the existing data. As
soon as the database is updated, a window appears with an overview of actions already
performed.
7. To complete the installation, reboot the system.
Result
The Process Historian server has been upgraded and the Process Historian database has
been updated.
Note
When you upgrade the plant from PCS 7 8.0.2.x to PCS 7 V9.0 during runtime, you may
have to restart the Process Historian after successful upgrade of all OS servers so that
pending recoveries can be executed.
Note
Restart during installation
Several restarts may be requested during installation. These restarts must be executed
when they are requested and not at a later time.
Requirement
● A predecessor version of Process Historian Ready is installed.
Result
The Process Historian Ready component is installed on the computer.
Note
Restart during installation
Several restarts may be requested during installation. These restarts must be executed
when they are requested and not at a later time.
Requirement
● You have created a backup of the existing database.
● Process Historian is enabled on the Master (Principal), Standby (Mirror) and Witness.
● No external segments are linked. Therefore, check in the "Backup/Restore" dashboard to
see whether restored segments are connected. Set these segments to offline prior to the
upgrade installation.
Procedure
1. Shut down the computer on which the Witness is running.
The Witness remains switched off and is restarted only after the upgrade from Master
(Principal) and Standby (Mirror).
PCS 7 OS and WinCC PCs with link to the Process Historian can remain in operation.
2. Perform the upgrade installation on the Master (Principal).
Result
The redundant Process Historian system is updated.
Note
Process Historian status and licensing status
Before the restart, the status is shown as "Undefined" in the 'Process Historian status' area
of the Management Console.
The license is declared as "Invalid license" in the 'Licensing status' area.
After the restart, the status is synchronized again with the update.
Note
Process Historian is generally enabled for operation in a domain or workgroup.
Operation in a domain must be agreed upon with the domain administrator. In the case of
user-specific guidelines, remove the PC from the domain before you install Microsoft
Message Queuing and Microsoft SQL Server. Log on to the computer concerned locally with
administrator rights. Perform the installation. You can reassign the WinCC computer to the
domain once the installation is successfully completed.
Note however that domain group policies and restrictions in the domain may also hinder
operation. If these restrictions cannot be overcome, operate the WinCC computer in a
workgroup.
Installation in a workgroup
Installation of the Process Historian in a workgroup is described in the FAQ "Installing and
Commissioning of Process Historian/Information Server in the PCS 7 Environment
(http://support.automation.siemens.com/WW/view/en/66579062)".
Preparation
For the login information of the services on the OS to remain the same, these services must
be operated by a domain or workgroup whose password is not changed. This includes the
following services:
● CCCAPHServer Service
● Process Historian Redundancy Service
● Witness server
If the passwords are changed, however, the login information of these services must be
changed accordingly on the corresponding OS server; this server must then be restarted.
Configuration example
The example below shows the transfer of a workgroup installation to a domain installation.
For security reasons, the operating system login for the OS server and the Process Historian
should only have local user authorizations.
9. In the text box, enter the OS user name you want to log on to the operating system on the
OS during runtime. Confirm your selection.
The selection window closes.
The "Properties" window of the "SIMATIC HMI" user group opens.
The new user has been added in the "Members" field.
10.Close the process with "OK".
13.Enter the password of the user in the text box and repeat your entry in the text box
underneath.
14.Click "OK" to close your input.
The windows are closed.
Result
A service window indicates the successful completion of the process.
Another service window indicates that the new entries will be activated with a restart of the
service.
Restart
1. Open the Computer Management again.
2. Open the shortcut menu of the CCCAPHServer.
3. Select "Restart".
The CCCAPHServer service restarts.
The new entries have been applied.
10.Enter the user name for the CCCAPHServer domain in the text box. Click "OK" to confirm
your entries.
The selection window closes.
The "Properties" window of the "CCCAPHServer" user group opens.
The new user has been added in the "Members" field.
11.Click "OK" to close the process.
Note
Domain user logon
The domain user must not be logged on to the OS operating system during runtime.
Result:
The new user name is displayed in the "Login Now" window.
The new login is entered in the login list of the computer management.
2. An SQL login with corresponding user assignment must be created for the domain user
on the Process Historian server as well as on the Process Historian Witness.
Content
These release notes contain important information for the SIMATIC Process Historian.
The statements in these release notes take precedence over information provided in the
manuals and in the online help.
Read these release notes carefully as they contain useful information.
Note
These optional parameters are only used by the Process Historian system and are not
intended for use by administrators.
Option Description
/silent Used to start a database installation without user input.
/update Used to update an existing database to a new version.
Option Description
/silentupdate Used to update an existing database to a new version with-
out user interaction.
/classic Allows use in compatibility mode < 2014 SP2.
/configservices Configures the Process Historian services on the Mirror.
/recovery Starts the assistant for restoring a database backup.
LogViewer.exe
As of version PH 2014 SP2, a tool which is not supported is installed to analyze log files from
Process Historian and Information Server.
The tool may only be used by suitably trained personnel (support, hotline, …). During the
analysis of many or very large log files, the tool consumes a large amount of main memory,
which can impair the mode of operation of the system.
SetBackupActivityMS.exe
As of version PH 2014 SP2 Update 2, a tool is installed which disables specific maintenance
functions. You are only allowed to start the program when requested to do so by the hotline.
2.2.1 Warnings
Safety information
DANGER
indicates that death or severe personal injury will result if proper precautions are not taken.
WARNING
indicates that death or severe personal injury may result if proper precautions are not
taken.
CAUTION
indicates that minor personal injury may result if proper precautions are not taken.
NOTICE
indicates that property damage may result if proper precautions are not taken.
Note
indicates important information about the product and its use or a specific section of the
documentation to which you should pay particular attention.
If more than one degree of danger is present, the warning notice representing the highest
degree of danger will be used. A warning notice of injury to persons with a safety alert
symbol may also include a warning relating to property damage.
Qualified personnel
The product/system described in this documentation may be operated only by personnel
qualified for the specific task in accordance with the relevant documentation, in particular its
warning notices and safety information. Qualified personnel are those who, based on their
training and experience, are capable of identifying risks and avoiding potential hazards when
working with these products/systems.
Proper use
Note the following:
WARNING
Proper use of Siemens products
Siemens products may only be used for the applications described in the catalog and in the
relevant technical documentation. If products and components from other manufacturers
are used, these must be recommended or approved by Siemens. Proper transport, storage,
installation, assembly, commissioning, operation and maintenance are required to ensure
that the products operate safely and without any problems. The permissible ambient
conditions must be adhered to. The information in the relevant documentation must be
observed.
Trademarks
All names identified by ® are registered trademarks of Siemens AG. The remaining names in
this publication may be trademarks whose use by third parties for their own purposes could
violate the rights of the owner.
Security information
Siemens provides products and solutions with industrial security functions that support the
secure operation of plants, systems, machines and networks.
In order to protect plants, systems, machines and networks against cyber threats, it is
necessary to implement – and continuously maintain – a holistic, state-of-the-art industrial
security concept. Siemens’ products and solutions only form one element of such a concept.
Customers are responsible for preventing unauthorized access to their plants, systems,
machines and networks. Systems, machines and components should only be connected to
the enterprise network or the Internet if necessary and only to the extent necessary and with
appropriate protective measures (e.g. use of firewalls and network segmentation) in place.
Additionally, Siemens’ guidance on appropriate security measures should be taken into
account. For more information about industrial security, please visit
● http://www.siemens.com/industrialsecurity (https://www.siemens.com/industrialsecurity)
Siemens’ products and solutions undergo continuous development to make them more
secure. Siemens strongly recommends applying product updates as soon as they are
available and always using the latest product versions. Using versions that are obsolete or
are no longer supported can increase the risk of cyber threats.
To stay informed about product updates, subscribe to the Siemens Industrial Security RSS
Feed under
● http://www.siemens.com/industrialsecurity
Disclaimer of liability
We have reviewed the contents of this publication to ensure consistency with the hardware
and software described. However, since variance cannot be precluded entirely, we cannot
guarantee full consistency. However, the information in this publication is reviewed regularly
and any necessary corrections are included in subsequent editions. Suggestions for
improvement are welcomed.
Information in the online documentation is more binding than that in the manuals and PDF
files.
Observe the Release Notes and Installation Notes. Information in the Release Notes and
Installation Notes is more binding than that in the manuals and online help.
Technical support
WinCC FAQs
Online Support with information on FAQs (Frequently Asked Questions) may also be found
at the following URL:
● http://support.automation.siemens.com/WW/view/de/10805548/133000
(http://support.automation.siemens.com/WW/view/en/56732738/133000)
Technical Forum
The Technical Forum supports exchange with other SIMATIC users. It is available at the
following URL:
● http://www.siemens.com/automation/csi/forum
(http://www.siemens.de/automation/csi_en/forum)
Product Information
SIMATIC Products
Go to the following URL for additional information about SIMATIC products:
● http://www.siemens.com/simatic (http://www.siemens.com/simatic)
See also
Internet: Information on Process Historian (http://www.siemens.com/wincc)
Internet: Support Request (http://www.siemens.com/automation/support-request)
Internet: Technical support (http://support.automation.siemens.com/WW/view/en/16605032)
Internet: Automation Validation Card (AVC)
(http://support.automation.siemens.com/WW/view/en/21981898)
Internet: Service and Support (http://www.siemens.com/automation/service&support)
Internet: Process Historian and Information Server FAQs
(http://support.automation.siemens.com/WW/view/en/56732738/133000)
Internet: Support Technical Forum (http://www.siemens.de/automation/csi_en/forum)
Internet: Support Online Help
(http://support.automation.siemens.com/WW/support/html_76/help/Online_Hilfe.htm)
Internet: Technical documentation for SIMATIC products (http://www.siemens.com/simatic-
tech-doku-portal)
Internet: Contact person database
(http://www.automation.siemens.com/partner/index.asp?lang=en)
Internet: SIMATIC Products (http://www.siemens.com/simatic)
3.1.1 Overview
Process Historian
The SIMATIC Process Historian is the central, high-performance archiving system based on
the Microsoft SQL Server.
You can archive all process data and messages from the following sources on the central
Process Historian Server in real-time:
● WinCC V7
● PCS 7 Operator Station (OS)
● SIMATIC BATCH
The data may originate from different projects. Access to the historical data is transparent for
the clients.
Information Server
The SIMATIC Information Server is an open, web-based reporting system for interactive
reports. The SIMATIC Information Server has access to archived process values, messages
and batch data in the Process Historian. The SIMATIC Information Server enables you to
create and view reports in Internet Explorer, Excel, Word, PowerPoint as PDFs.
You can find additional information on the Information Server in the manual "Information
Server Documentation (https://support.industry.siemens.com/cs/ww/en/view/109475337)".
Service Description
SIMATIC Process Historian Installs all the functions the server needs to process and store data.
Server
Process Historian Mainte- Installs all functions that are required to maintain the Process Historian database. The
nance Service Maintenance Service handles tasks such as starting mirroring, mirror monitoring, restore
functions, maintenance of the transaction log and suchlike.
Service Description
Process Historian Redundan- Installs the functions that are required for data communication between two redundant
cy Service server systems.
Process Historian Discovery Supports the search for connected Process Historian systems. The Discovery Service is
Service essential for the functionality of the Process Historian.
Enable encryption
On client PCs, you have to change the name of the Xml element from "CertificateDisabled"
to "Certificate" in the following configuration files of Process Historian:
● "{ClientAppPath}\StoreAndForward2ClientConfiguration.xml"
● "StoreAndForward2ServiceConfiguration.xml"
Introduction
SIMATIC Process Historian and SIMATIC Information Server can be used in different system
configurations.
The following shows the various system configurations that are possible:
● WinCC single-user system with Information Server
● Process Historian and Information Server together on one server
● Redundant Process Historian with Information Server as Witness
● Redundant Process Historian with Information Server and separate Witness
● Example of a PCS 7 plant
See also
Hardware requirements (Page 9)
Value sequences
The Process Historian stores each value sequence to be archived, for example archive tags,
and their individual values at certain points in time with a unique identifier. The physical
location of the individual values is determined with this identifier.
To improve performance when archiving a large number of process values and alarms, the
value sequences in the Process Historian can be divided into data groups. For example,
1000 values per data group each are organized for two data groups and 2000 values per
second. The number of data groups used also depends on the number of processor cores.
The maximum value of the data groups is equal to the number of cores/2.
Each data group is assigned a storage location on a shared cluster of physical sources.
● Data group 1 on drive partition 1
● Data group 2 on drive partition 2
● etc.
Note
You can distribute the data groups among the available hard disks in order to influence the
performance and the scaling of the system used. You use the Database Installation Wizard
to perform the distribution.
Partition
The amount of runtime data of a single value sequence to be archived is not limited and
constantly increases.
The entire amount of data that is assigned to an individual value sequence must therefore be
divided into several "partitions" using the time axis.
Data groups are divided into partitions using the time axis.
The following conditions apply to partitions:
● Each partition has a high and low limit for the time range.
● The high time limit is always higher than the low time limit.
● The partitions of a data group do not overlap.
A database segment consists of the sum of partitions of all data groups that share the same
high and low time limits. These groups correspond to the limits of the segment.
The difference between the high and low time limit is referred to as "time range" of the
database segment.
Each segment has a unique segment number.
● The start segment, the first segment created in a system, has the number 100,000.
● The segment whose low limit is equal to the high limit of segment n is referred to as
segment "n+1".
● The segment whose high limit is equal to the low limit of segment n is referred to as
segment "n-1".
Introduction
In Process Historian , the following data is saved in segments with a defined time range:
● Process data specified as long-term relevant
● Messages
● Aggregation data
For example, if you choose weekly segmentation, a database segment will contain all the
data recorded in one week.
We distinguish between two types of segments regarding access to data in the
Process Historian :
● Online segments: The data of the segments can be displayed in WinCC Runtime through
the controls and in the Information Server. They include:
– Runtime segments
– Archive segments
● Online segments: The swapped out segments must be restored for the data to be
displayed in Runtime and in the Information Server.
The time period for which the Process Historian has access to the data of the online
segments must be based on the available absolute hard disk memory. A reserve in the size
of multiple segment units must be taken into consideration, because the system temporarily
needs free memory for internal processes such as segmentation, compression, etc. You
must also reserve free memory to restore older backups for temporary integration of the
segments in the Process Historian.
The configuration data for the process values and messages are stored in a shared area
outside the segments. When a segment is swapped out, the configuration data is swapped
out as well. After restoring the swapped out segments, offline segments also contain the
configuration data.
Runtime segments
Runtime segments are segments that are in the "Online" state and to which the Process
Historian can write data. A runtime segment takes the data with a time stamp that fall within
the time range of the segment.
Runtime segments are uncompressed and therefore take up more space on the hard disk.
The runtime segments include the following segments that are color-coded in the
"Segmentation" dashboard (Page 98) of the Process Historian:
● A segment in green receives the data with the current time stamp. The segment contains
the time range of the current system time.
● Future segments in blue that are already reserved for future data. Future segments
represent a safety buffer so that archiving can continue immediately in the case of a
segment change. Future segments also ensure additional time for any adjustments that
may become necessary when the data storage medium is very full.
● Segments in gray for process data with an older time stamp. These segments are used,
for example, to transfer the data from the cache of the computer after a connection failure
between a computer and the Process Historian.
The different colors of runtime segments serve to indicate whether the segmentation in the
Process Historian system is still working reliably. If no green or blue segment is visible, there
are general problems with the segmentation or not enough free disk space is available.
Each segment has a sequential number, starting at "100' 000". Future segments have the
highest numbers.
Note
A weekly segment requires less hard disk space than a monthly segment, for example. The
manual backup and restore of the week segments is more complex than the month segment
for the same period.
Archive segments
It is not possible to write to archive segments. Only archive segments can be saved,
swapped out and therefore set "Offline".
An archive segment can have the following states:
● Online: Process Historian has read access to data
● Offline: The data was successfully swapped out to a backup file and removed from the
Process Historian database. The Process Historian can only access the data again when
the database segment has been restored and is in the "Online" state.
Repository segments
The Process Historian creates segments continuously for a defined time range. To ensure
that all data can be saved regardless of the time stamp, the Database Installation Wizard
creates an upper and a lower "catch-all" segment. These segments collect all incoming data
that lies outside the current runtime segments. This includes data for all types of archive
segments, because it is no longer possible to write to these segments.
These segments are called "Catch-all upper" (CAU) and "Catch-all lower" (CAL) and are
permanently available. You cannot swap out the segments directly to a backup file and
remove them from the database.
Subtype Description
CAL segment Contains all data from time ranges older than the oldest runtime segment. For ex-
ample, a computer has not transferred data to the Process Historian for a long time.
The transfer is repeated, and the data is now transferred with a date that is outside
the runtime segments.
The data from the CAL segment are continuously transferred from the Process
Historian to the relevant segments if the archive segment has the "Online" status. A
time range of 4 hours is transmitted approximately every 10 minutes from the CAL
segment to the corresponding archive segment.
If values are stored in the CAL segment for an "Offline" segment, this is indicated in
the "Backup/Restore" dashboard (Page 101) in the lower list in the column "New
data" = "Yes".
You need to restore this "Offline" in order to enable automatic transfer of data from
the CAL segment. When you perform the backup again, data from the CAL seg-
ment is entered in the backup file of the archive segment.
CAU segment Contains all data from time ranges more recent than the most recent runtime seg-
ment. For the segmentation, the data with the same time range is transferred from
the CAU segment into the latest runtime segment.
If you increase the number of future segments, segmentation with the new settings is
initiated immediately. It is possible to temporarily set up one segment more than configured
as future segment.
Note
If the last segment of the existing segmentation configuration ends before the anchor point of
the new segmentation, an intermediate segment must be created. This intermediate
segment starts with the end time of the last segment of the existing configuration and ends
with the start time of the new configuration. A suitable anchor point is suggested to avoid the
need for an intermediate segment. If you reject this suggestion, an intermediate segment is
created automatically.
Note
The more measured values or messages are archived per second, the smaller the segments
should be. This prevents the individual segments from getting too large. 50,000 tags per
second is the high limit that should not be exceeded.
Introduction
A large volume of raw data is generated during operation. Due to the very large volume of
raw data, processing a query from raw data can take a very long time.
To speed up processing of queries, aggregates are used. The aggregates link and process
the incoming raw data.
The aggregates are available in the database in addition to the raw data and can be
accessed through WinCC or the Information Server. The additional computing time required
to process the aggregates is lower than that for processing queries based on raw data.
Approximately 3% to 6% additional space is required in the database to save the
aggregates. The average space required per aggregate is approximately 128 bytes.
All aggregation values are stored in the first data group for the process values. The first data
group therefore requires more disk space.
You can find additional information on aggregation in the appendix under Aggregation
functionality (Page 166) and Calculating the aggregate (Page 168).
Aggregate types
You can use the following aggregates for a time interval:
Example
For a query, you want to calculate the "MAX" value over a period of one month.
Without aggregation
With a raw data cycle of 1 second, the query is calculated from the following volume of raw
data:
60 (sec) x 60 (min) x 24 (h) x 30 (d) = 2,592,000 values
The query is calculated from 2,592,000 raw data items.
With aggregation:
MAX (30 days)
The query is calculated from 30 aggregate time intervals.
Introduction
After installing the Process Historian, continue by setting up the Process Historian database.
If a database has not been set up on the computer yet, the "DatabaseInstallationWizard.exe"
file is started automatically when you insert the "Process Historian / Information Server"
DVD. The "Database Installation Wizard" guides you through the configuration of the
database. The "DatabaseInstallationWizard.exe" is also available in the Process Historian
installation path under "\Siemens\ProcessHistorian\bin".
Note
Overwriting an existing Process Historian database
When you recreate an existing database with the same name, the existing database is
overwritten.
Requirements
● The system requirements are met in terms of hardware and security settings.
● The Microsoft Message Queuing services are installed.
● The Process Historian is installed.
● The connections to USB drives are disconnected.
● If you want to change the default settings, you need to first familiarize yourself with the
basics of segmentation and the storage structure.
You can find the required information on the requirements in the document "Process
Historian - Installation Notes".
3. Click "Next".
4. If the system does not find the SQL Server instance "HISTORIAN", a dialog opens in
which you enter a new SQL Server instance or select an existing SQL Server instance.
The wizard checks whether the Process Historian database can be installed in the
selected SQL instance.
5. Click "Next".
7. Click "Next". If you are using a redundant system, specify a user and password for the
security setting. The Process Historian Redundancy Service is configured.
8. Click "Next". An overview lists the default settings of the configured Process Historian
database.
9. Change the default settings if necessary. Click "Change ..." at the appropriate entry
10.If you want to specify the expected data load of process values and messages, set the
slider in the dialog below to match your estimate.
The specified quantity of process data and messages is used by the system to calculate
the reserved space and thus the size of the segments. After some of the segments have
been written, the system calculates the segment size from the number of values saved in
the previous segments.
Note
When using a WinCC server in Runtime mode, you can estimate the average number of
tags per second that are saved on the WinCC server by using the internal tag
"@TLGRT_AVERAGE_TAGS_PER_SECOND". However, the value is only conditionally
equivalent to variables relevant over the long-term.
11.If you want to define the segmentation of the database yourself, configure the segments.
The default setting is five runtime segments with one future segment. One segment has
the time range of one week.
12.If you want to change the drive for data files and log files, you can set the path for the
files. Only local destination paths are permitted.
Note
Distribute data files on different hard disks
Selecting different drives for the database files improves the performance of the storage
system. Different partitions on one hard disk do not provide any improvement in
performance.
For Process Historian systems with medium and large configuration limits, the tag and
alarm load must be distributed across various hard disks. The hard disk access time is
too high for all the data to be written to one hard disk. From about 3000 tags/s, you
should distribute the data across different hard disks.
Do not use certain drives for Process Historian
Do not use the following drives for Process Historian data:
• System drive
• Drives with partitions for License Keys or Images.
• Drive with a partition that is used for the Information Server
13.If you want to specify the Process Historian server as SIMATIC BATCH repository, select
the check box and enter the path for the data files.
Result
You have successfully set up a Process Historian database.
Introduction
The process values and messages relevant over the long-term on an OS server are
transferred via the PH-Ready to the Process Historian database. The chronological order of
data transfer must be observed.
All servers and all S7 controllers that assign time stamps for process values and messages
must be time-synchronized. The data archived with ODK by WinCC must be written
synchronously.
Transmission sequence
1. PH-Ready first stores all process values and messages "Store and Forward Cache"
relevant over the long-term on a local drive. The "Store and Forward Cache" is created on
the computer in the installation folder with the path "C:\Program Data\Siemens\SFCache".
Data are prepared in the "Store and Forward Cache" to enable them to be optimally
transferred to the Process Historian .
2. PH-Ready transfers the data from "Store and Forward Cache" to t he Process Historian.
3. The Process Historian stores this data in the Process Historian database.
4. The Process Historian acknowledges the successful storage of the data to PH-Ready.
While PH-Ready is waiting for the acknowledgment of the transmitted data, PH-Ready
stores the next data from WinCC in the "Store and Forward Cache".
5. PH-Ready releases the allocated "Store and Forward Cache" once again.
The normal flow of the transmission ensures that the data is transferred to the Process
Historian in a timely manner to where and then stored there in the current runtime segment.
To be prepared for the delayed transfer of the data, select the number of correspondingly
large runtime segments and slow down the backup of the archive segments and setting them
offline.
NOTICE
Behavior with reduced memory
The available memory is monitored with PH-Ready .
The "Store and Forward Cache" can grow in the following cases:
• Loss of connection to the Process Historian server
• Reduced performance when processing the transmitted data on the Process Historian
server, because the transfer involves numerous additional accesses to read data from
the WinCC archive.
The allocated "Store and Forward Cache" is released again when the cached data has
been transmitted to the Process Historian server.
Alarm to WinCC
An alarm is sent to WinCC when one of the following situations occurs:
• The free space for the "Store and Forward Cache" drops below the limit of 10 GB.
• The free space for the "Store and Forward Cache" amounts to less than 13% of the
reserved drive capacity The value can drop to 6% for hard drives with less than 60GB
total capacity.
Interruption of data transmission
Saving to "Store and Forward Cache" and transmission of data is interrupted when one of
the following situations occurs:
• The free space for the "Store and Forward Cache" drops below the limit of 5 GB.
• The free space for the "Store and Forward Cache" amounts to less than 10 % of the
reserved drive capacity The value can drop to 3% for hard drives with less than 60GB
total capacity.
As of this time, the process data is only available in the WinCC archive.
Saving to "Store and Forward Cache" automatically resumes when the available memory is
increased. You can increase the free space available by using a larger hard disk or by
removing files. The free space also increases when data has been successfully transferred
from the available "Store and Forward Cache" to the Process Historian, acknowledged by
the Process Historian and deleted in the "Store and Forward Cache".
Adapt the circular buffer of the WinCC archives
Configure the circular buffer in the WinCC archive large enough so that longer connection
failures between PH-Ready and WinCC are taken into account. After all, it is only possible
to read the data from the WinCC archive if the data in the archive are still available.
Requirements
● The PH-Ready is installed.
● The PH-Ready services is configured.
You can find the required information on installation and configuration of services in the
document "Process Historian - Installation Notes".
Configuration
1. In the navigation window of WinCC Explorer, use the entry "PH-Ready" to open the
"WinCC Process Historian Editor".
2. On the "Server" tab, select the Process Historian server to which PH-Ready will transfer
the archive data. If you are using a redundant system, select the standby server as
second computer.
3. On the "Filter" tab, select which information is transferred to the Process Historian server.
3.4 Commissioning
Introduction
This section provides an overview of the commissioning of the Process Historian using a
WinCC project as an example.
During initial commissioning, you must start the Process Historian before the WinCC servers.
The Process Historian must also be in the "Active" operating state before you start WinCC
Runtime. If you start the Process Historian after the WinCC server, the WinCC server may
not be able to correctly build the required Message Queues .
Requirements
● The Process Historian must be installed.
● The database was created with the Database Installation Wizard.
● The database segmentation has been set.
● The following licenses must be available:
– Server license for the Process Historian
– If the license does not exist, the Process Historian does not switch to the "Active" state
after the computer starts.
● The required necessary Process Historian services are active:
– SIMATIC Process Historian Service
– Process Historian Maintenance Service
– Process Historian Discovery Service
● The Process Historian is activated.
● PH Ready (CCCAPHServer Service) is installed on the WinCC server and has been
started.
● The WinCC project has been loaded on the target server.
Procedure
1. Open the management console of the Process Historian. The Management Console is
started automatically at logon. You can manually open the Management Console with
"Start > Programs > Siemens Automation > SIMATIC > Process Historian > Process
Historian Management Console".
2. Click on the "Process Historian Management" node.
– There is no connection to a data source and there are no tags and messages saved.
Every WinCC system with data stored on it is regarded as a source. The Process
Historian receives the configuration data from each configured WinCC Runtime
system.
– When a redundant WinCC system is used, the master server and the standby server
are the data sources. The archive configuration data are transmitted from both
servers. The runtime data is only sent from the current master server to the Process
Historian.
3. Open WinCC Explorer on the WinCC server .
4. Start the loaded WinCC project. The WinCC server sends the configuration data to the
Process Historian.
In the following figure you can see that a data source, the WinCC server, is connected to
the Process Historian.
5. Start WinCC Runtime. Once Runtime is started, long-term relevant archive tags and
WinCC messages are saved on the Process Historian.
Introduction
This section describes the sequence for restoring a Process Historian database.
When you restore a Process Historian database, you restore the state of the database in the
Process Historian that existed at the time of the last database backup.
Note
If you reinstall the Process Historian server after an operating system change, for example,
and then wish to restore the database, you need to cancel the "Database Installation Wizard"
directly when it starts. Afterwards, restore the database according to the described
procedure.
Requirement
● Restoring the database is only started when a previously started database backup is
completed. You can find information on database backup in the section "Backing up the
database (Page 106)".
2. Click "Next".
3. Enter the path of the required database backup. The database backup is checked to
determine whether it can be restored.
The name of the destination path must match the database name and destination path. If
the path has been renamed, you cannot not restore and an error message is output.
4. Click "Next".
A recovery overview of the information is displayed before recovery is started.
5. Click "Next".
Recovery of the database is now started. The recovery progress is displayed.
A message is displayed when the recovery is completed successfully.
6. Exit the program with "Close".
7. Restart the computer so that all services can be installed.
After restart, database backup is set to "Disable".
Result
You have successfully recovered a database.
Introduction
The Management Console comprises several dashboards that are available for configuration
of the Process Historian and for information or diagnostics of the system. The Management
Console is installed with the installation of the Process Historian and started automatically at
logon. For a manual start, open the Management Console by selecting "Start > Programs >
Siemens Automation > SIMATIC > Process Historian >
Process Historian Management Console".
Note
Certificate verification by Internet Explorer
In Internet Explorer under "Internet Options > Advanced > Security", deactivate the option
"Check for publisher's certificate revocation".
If this option is activated, it can slow down opening of the Process Historian and cause error
messages.
Dashboards - Overview
The following table shows the dashboards of the Management Console and their tasks:
Error The "Error" operating state occurs when an error has been
detected or when there is no connection to the
SIMATIC Process HistorianServer service.
Commands
You can give the Process Historian the following commands by using the shortcut menu of
the icon in the status bar:
● Start
● Shut down
● Start recovery
NOTICE
Disabling the Process Historian server before shutting down
You must disable the Process Historian server before shutting down the computer on which
the Process Historian server is running. There are two options available to you:
• In the start screen of the Process Historian Management Console, select the "Shut
down" status.
• In the shortcut menu of the status bar of the Process Historian, select the "Shut down"
command.
The "Inactive" status is displayed.
In this operating state, the Process Historian server can no longer be set to "Enabled". The
maintenance service can set the Process Historian server to "Active" again only when free
space has been increased.
NOTICE
Avoiding the "Locked" operating state
To ensure enough free space is available for the operation of the Process Historian,
regularly check the currently available space in the "I/O systems" dashboard.
Determine which automatic mechanisms for reducing the used space can be activated in
the dashboards.
Information on how to check or monitor the storage space and increase the storage space is
available in the section Information on the storage system (Page 114).
Overview
The "Process Historian Management" dashboard provides you an overview of the basic
information about the Process Historian. Configuration and diagnostics information of the
Process Historian are displayed together here.
● Licensing status of the Process Historian: Here you can update the status
● Automatic backup Process Historian: Here you can update the status
Note
Display in percent
Percentage values displayed can exceed 100 % for a short time. These values are
determined by a statistical extrapolation from mean values. They do not correspond to the
real values.
Introduction
The "Segmentation" dashboard provides an overview of the current configuration of the
segmentation.
When the Process Historian is set up, the default is five runtime segments with one future
segment and a segment has the span of one week.
The runtime segments include the following segments that are color-coded:
● A segment in green receives the data with the current time stamp.
● Future segments in blue that are already reserved for future data.
● Segments in gray for process data with an older time stamp.
Note
The Process Historian database is switched automatically to the "Deactivated" operating
state to allow changes to the segmentation to be carried out. After the settings have been
applied, the database changes back to the "Active" operating state automatically.
Result
The segmentation of the Process Historian database is configured.
The time range of the archived data that is available as read-only depends on the number of
runtime segments plus the number of archive segments that are not set offline.
Introduction
Internal compression of the archive segments includes the tables of the archive tags and
reduces the space requirements of the Process Historian server. Uncompressed segments
have the advantage of delivering data faster when archived data is accessed.
On the "Compression" dashboard, you can see the current compression state as well as the
number of uncompressed segments. The default setting is "0" uncompressed segments.
Compression then begins with the first archive segment.
The reduction in space requirements through compression depends on the saved values.
For example, if a value does not change over an extended period of time, the compression
factor is high. If a value changes constantly, the compression ratio is lower. A compression
factor of "5" is a conservative assumption.
Note
The archive segments are compressed automatically in the background.
Procedure
1. Select the "Compression" dashboard in the navigation of the management console.
2. Select the "Activate" option in the 'Configuration' area for 'Post compression'.
3. Specify the number of uncompressed segments you want to keep in the "Configuration"
area.
4. Click "Apply".
5. The "Current status" area indicates whether compression is enabled and, if so, as of
which segment.
Note
The space requirements may increase when you make changes to the default setting.
Result
The settings for the compression of archive segments have been reconfigured.
Introduction
The storage space of the Process Historian is continuously filled with data. If the free space
falls below a limit, the Process Historian is set to the "Locked" operating state and archiving
is stopped.
To ensure that you have enough free space available again in time, you can:
● Back up the segments manually or automatically
● Set the backed-up segments "Offline" or swap them out, thereby removing them from the
Process Historian
The backed-up data is initially available in the backup file as well as in the Process Historian
database. The segment data is only removed from the database, thus freeing up hard disk
memory on the database drives, when the segment is set "Offline" or the respective option is
enabled in automatic scheduling.
You can also specify for automatic backup planning a number of delayed segments that are
set "Offline" at a later time. The existing data of the delayed segments therefore remains
available "Online" longer.
Overview
All archive segments of the Process Historian are displayed in the "Backup/Restore"
dashboard:
● Segments with the status "Online" can be backed up manually or automatically.
● Segments already backed up with the "Offline" status can be restored. You can find
additional information on this in Restoring segments (Page 104).
When an archive segment is backed up, the Runtime data is stored in the backup file. The
stored data includes:
● Process values
● Messages
● Configuration data on the process values and messages
● Aggregation data
Note
No access to the database when executing the following functions in the segments:
• During the preparation of a segment
• During the backup of a segment
• During the restoration of a segment
• When the segment is set offline
Requirement
● The segment to be backed up has the "Archive" status.
● When compression is enabled for the archive segments, the archive segments must be
completely compressed prior to the backup.
3. To set segments offline automatically after the backup, select the "Set segment offline
after backup" option.
4. Set the number of delayed segments that are to remain available "Online". This extends
the period during which you have read access to the archived data. If, for example, the
segment size is "1 week" and the number of delayed segments is set to "2", the segments
that are older than two weeks are set to offline.
5. You can enable automatic backup by selecting the "Scheduler is active" option.
6. Click "Confirm".
Note
If you have created multiple backups of a segment, you can only restore the most recent
backup.
Requirement
● The matching backup files for the segments to be restored exist.
● The Process Historian is in the "Active" operating state.
Procedure
1. Select the "Backup/Restore" dashboard in the navigation of the Management Console.
2. Select the segment you want to restore in the "Restore segments" area.
3. Click on the "Restore" button.
4. In the "Restore segment" dialog, select the corresponding backup file for the segment you
want to restore.
5. Click "Restore".
Result
The restored segments are displayed in the "Archive segments" area on the
"Backup/Restore" dashboard.
You can access the data of the restored segment from the OS Server, OS Client or the
Information Server.
Note
If you have created more than one backup of a segment, you can only use the last backup
file created to restore the segment.
Introduction
When a runtime segment turns into an archive segment, you can back up the archive
segment. After successful backup, you can set the archive segment from the Process
Historian to "Offline". You can only set single segments to "Offline".
After setting a segment "Offline", only the information on restoring the backed up segment is
stored in the Process Historian.
You can configure automatic setting to "Offline" together with the automatic backup.
Requirement
● A backup has already been created for the segment.
● The segment has been marked as "valid" in the "Backup/Restore" dashboard. A segment
is marked as "invalid", for example, when additional Runtime data for the segment has
accumulated after the creation of a backup. In this case, create a backup of the relevant
segment again. You can find additional information on this in Backup of segments
(Page 101).
Procedure
1. Select the "Backup/Restore" dashboard in the navigation of the Management Console.
2. In the "Archive segments" area, select the segment that you want to set to "Offline".
3. Click the "Set offline" button.
– The entries of the selected segments are moved to the "Restore segments" view.
– The storage space for these segments is released. You can check the amount of
gained space in the "I/O systems" dashboard.
Note
Checking the disk space
To ensure enough free space for the Process Historian during operation, repeat these steps
regularly.
Result
The segment is set to "Offline" in the Process Historian database.
Overview
You can use the "Database backup" dashboard to create a full backup of the database with
the time stamp of backup creation.
The "Current configuration and state" area displays the following information:
● Configured backup type
● Backup state: Progress of the backup copy
● Destination path of backup copies
● Free disk space
● Status
The files are created in a specified cycle. If all available data groups are stored in files, the
status for this database is displayed as "100%". You can restore the database using these
files.
You can select from three options for database backup in the "Settings" area:
The Process Historian-database has the name "HistorianStorage". The destination path is
"D:\RecoveryBackups". The backup is saved in the destination path
"D:\RecoveryBackups\HistorianStorage".
Storage medium
We recommend that you always store the database backup on a separate drive.
The following external drives can be used as storage media for the backups:
● USB hard disk
● Network drive via ISCSI. You can find information about ISCSI from Microsoft at:
– http://technet.microsoft.com/de-de/library/ee338476(v=ws.10).aspx
(http://technet.microsoft.com/de-de/library/ee338476(v=ws.10).aspx)
Sufficient memory must be available on the selected storage medium for a complete backup.
Note
Storage medium
You must not use a network enable or a path via UNC as storage medium for database
backup. This applies both to the database backup and to the recovery of segments.
Memory requirements
If less than 20 GB are free on the drive, a warning is displayed on the control system.
A warning is output by the control system and the backup is aborted if there is less than
10 GB available on the drive.
Incomplete backups
If the backup type is changed during backup creation, an incomplete backup cannot be
resumed. Incomplete backups cannot be used for recovery.
If there are write errors for the database backup on the drive, it may not be possible to
perform a restore.
Note
The name of the destination path is important in a recovery. The name must match the
database name. Recovery is not possible when the path is renamed, and an error message
is output.
Introduction
The "Plant structure" dashboard displays all projects in a project tree that are currently
integrated in the system. Detailed information is displayed for the individual projects, for
example, for the saved process values and messages.
The basic area of the structure is automatically detected and displayed. You can manually
add, rename or delete the extended structure. Use the buttons above the project tree to do
this.
• PCS 7 projects
– WinCC projects
PC
You can manually add, edit or remove the following expanded structure:
• Company
• Location
• Building
• Corridor
• Room
• PCS 7
Merging a project
You merge projects when there are duplicate project entries in the structure tree. Duplicate
entries can be caused, for example, when an image of the OS server was installed again
after a hardware fault.
You can use the "Merge" button to combine duplicate entries so that they form a single entry
again in the system structure.
Check for duplicate entries after merging the project tree. Delete duplicate entries from the
project tree.
Do not use "merge" when the systems of multiple projects loaded and used in Runtime on an
OS server, for example, on a PCS 7 engineering station. For additional project nodes may
be present, but you are not allowed to merge them.
Introduction
The "Data sources" dashboard shows the state of the computers that are connected in
projects with the Process Historian Server in an overview. You can delete the configuration
data of a selected project. In order to prevent deletion, you can set a lock.
● Locked:
– No: The project is not locked. The project data can be deleted. You can only delete
the project or data source after no data transfer has taken place for approximately 15
minutes.
– Yes: The project is locked. You can deactivate the lock.
● Name of the connected computer
● Name of the project included in the Process Historian
● State of the redundancy, for example "Stand-alone" or "Master"
● Alarm recovery: Indicates whether the Process Historian retrieves the alarm data
subsequently from the data source.
● Tag recovery: Indicates whether the Process Historian retrieves the measured values
subsequently from the data source.
● Sending:
– Yes: The connection between OS and the Process Historian is established. The OS
can send data to the Process Historian. The last sending of the data is visible in the
columns lying further away.
– No: No connection between OS and the Process Historian is established. Therefore,
no data is supplied to the Process Historian.
● Last lifebeat: Time stamp of the last successful check of contact between the computer
and Process Historian.
● Last alarm data: Time stamp of when the last alarm data was transferred from the
computer to the Process Historian.
● Last process value data: Time stamp of when the last measuring value data was
transferred from the computer to the Process Historian.
● Last alarm configuration: Time stamp of the last time the configuration data for the
messages was transferred from the computer to the Process Historian.
● Last process value configuration: Time stamp of the last time the configuration data for
the measured values were a transferred from the computer to the Process Historian.
You can sort the rows of the table according to a column selection.
The values of the "Last lifebeat", "Last alarm data" and "Last process value data" columns
are marked with respect to their relevance:
● Blue marking: No data has been sent from the client to the Process Historian during the
last 10 minutes .
● If "Last lifebeat" is highlighted in color, the associated computer is no longer running.
Note
The time stamp in the columns "Last alarm data" and "Last process data" does not always
match the time stamp of the data itself. The time stamps can be significantly different from
each other if, for example, the connection between OS and Process Historian was faulty
beforehand.
Overview
The "I/O Systems" dashboard displays the entire storage system to which there is read and
write access. All hard drives integrated in the system are displayed, including the hard drives
that do not contain archive data.
The "I/O Systems" dashboard displays the following information on the storage system:
● Name and drive letter of the hard drives
● File system
● Total storage space: Capacity
● Absolute available storage space
● Free storage space as percentage
● Absolute storage space used
The states of the input and output devices are graphically monitored by the system. If you
select a drive, you receive the following detailed information on the selected drive:
● Idle time of the hard drive: Idle time
● Average duration per transfer
● Average length of queue for read access
● Byte per second with read access to data medium
● Average length of queue for write access
● Reading speed in Byte per second
● Writing speed in Byteper second
Overview
The "Licensing" dashboard gives you an overview of the licenses used and available in the
system.
The availability of the Process Historian licenses is displayed.
You also obtain detailed information about the states of the tag licenses:
● Available
● Required
● Free
The Process Historian requires no tag licenses for the PCS 7/ WinCC sources.
When you select a project, you receive information on the project-specific license status with
the following information:
● Project name
● Project type
● Number of tags
The upper area of the "Diagnostics" dashboard displays the 1000 most recent diagnostic
messages from the Process Historian event log.
The event log of the Process Historian contains the following information:
● Log entry ID
● Severity of the message
● Time stamp
● Name of application domain
● Process ID
● Message
The lower section of the "Diagnostics" dashboard includes the last 100 entries from the
event log for Windows applications. The following information is displayed:
● Time stamp
● Message
● Category
● Source
Overview
You can use the "SIMATIC Batch Backup/Restore" dashboard to back up and restore the
batch data archived by the SIMATIC Batch server with the Process Historian. The data
include the batch information provided by the SIMATIC Batch server and the runtime
information during batch creation.
You can swap out the batch data manually or automatically to backup files. After successful
backup, you can deleted the backed-up batch data from the Process Historian. If you need
the swapped out batch data in the Process Historian again, use "Restore" to make the
selected batch data once again available to OS servers, OS clients or the Information
Server.
The archive tags and alarms supplied by the OS computers from the batches are archived in
separate segments in the Process Historian. You backup and remove these segments with
the "Backup/Restore" dashboard.
Requirement
● There are SIMATIC Batch files in the Process Historian.
● The tree view of the plant structure corresponds to the respective batch project.
3. Click "Add" to display more data for the displayed batch data which meet specific criteria.
For example, display batches with a specific start time.
4. Select the check boxes of the criteria by which you wish to filter the batch data. Enter the
specific criteria or select the criterion from the drop-down list. You can use the wildcards
"*" and "?" in text fields. You do not have to set the wildcards at the beginning or end of
an entered text. An "*" is automatically added here. You cannot use wildcards in number
fields and selection boxes.
5. Click "OK". The batch data which meet the criteria are displayed in the table.
6. If you want to remove individual rows in the table, click "Remove". Or click "Remove all"
to remove all entries from the table. You can now select batch data once again that you
want to display and back up.
Result
The batch data are saved to the specified path. The file name of the backed-up batches has
the following components:
● Name of the Batch process cell
● Batch name
● Start time
The number of backed-up batches is updated in the "Number of batches" area of the
dashboard. The "Backup created" column in the table indicates the state in which the
batches were backed up.
2. Select the "Active" check box so that the scheduler can back up the batches
automatically. If you no longer wish to use the scheduler for an automatic backup, clear
the "Active" check box.
3. In the "Batch selection" area, select the interval as of which the batches archived in the
final state are to be backed up by the scheduler. For example, select all batches for
backup that reached the final state of archiving one week before the start of the automatic
backup. The backup of the archived batches should be coordinated with the backup of
the segments with the archive tags and alarms of the batches.
4. Enter the path for the backup file. All backup files of the batches are stored in the folder.
5. If you have selected the "Delete after successful backup" check box, the batch data are
removed from the Process Historian after the successful backup.
6. For "Run", select after how many days and at what time the scheduler is to check if the
criterion for an automatic backup has been met. The archived data which meet the
criterion are then backed up.
7. Click "OK" to save the scheduler configuration.
Result
When the scheduler is active, the batch data are backed up automatically. The status of the
scheduler is displayed as "Active" in the "Tasks" area of the dashboard.
When the scheduler is deactivated, the batch data are not backed up automatically. The
status of the scheduler is displayed as "Inactive" in the "Tasks" area of the dashboard.
You can change the configuration of the scheduler at any time without affecting the ongoing
backup process. The updated scheduler is not used until the next time you run the backup.
Requirement
● The archiving of the batch data has reached the final state in the Process Historian.
● The batch data have been backed up successfully.
Procedure
1. Click "Delete".
The batch data selected in the table are removed from the Process Historian. You cannot
execute any other task in the dashboard during deletion. The batches are removed from
the table and the total number of batches is updated in the "Number of batches" area.
Requirement
● There are backup files with the batch data to be restored.
● The backed-up batch data are no longer available in the Process Historian.
Procedure
1. In the "Tasks" area, click on the "Restore" button.
2. In the dialog box, select the backup file(s) of the batch data you want to restore.
3. Click "Open". A window opens to check the properties of the batch data and the path of
the backup file.
Result
The batch data from the backup file is transferred back to the Process Historian. The
restored data are shown in the table. The "Backup created" column shows the time when the
backed-up batches were restored.
You can now access the restored batch data from the OS server, OS client or the
Information Server.
3.7.1 Overview
Introduction
This section describes the migration of the following projects to the current Process
Historian:
● WinCC V7
● Central Archive Server (CAS)
● StoragePlus
● Process Historian
You can find a compilation of migratable data sources in the following graphic.
The data from the CAS and WinCC sources can be migrated online and offline. The data
from the Process Historian source can only be migrated online.
Note
Migration time
Depending on the data volume, the time needed for the migration may take from a few
minutes to several days.
Log entries for each migrated WinCC segment or CAS segment are created in the Process
Historian database. This is associated with the following advantages:
● You can resume an interrupted Migration again at the most recently used location.
● If a segment has already been completely migrated, it is marked accordingly. This
segment cannot migrated again, duplicate data entries are avoided.
● You do not have to migrate all segments at once. You can perform the migration of
segments not yet migrated at anytime.
The only data migrated to the Process Historian database are those which precede the date
on which the corresponding WinCC project sent data to the Process Historian for the first
time. This prevents the storage of duplicate data.
Note
Duplicate alarms
The Process Historian checks during migration if backup segments of the "Alarm Logging"
type have been created twice in the Process Historian in the following cases:
• The migration for the same backup segment has already been started, stopped and
started again.
• A backup segment is migrated, although an identical online segment has already been
migrated.
Duplicate messages with identical contents are then created with a new Message UID in the
Process Historian database.
System requirement
The computer with which you perform the migration must meet the following conditions:
● The hardware requirements from the installation instructions must be met.
● The software requirements from the installation instructions must be met.
● The Process Historian must be enabled.
● The free space on the drive must be large enough to accommodate the new data.
● The latest version of the Process Historian must be installed.
● The required licenses must be available.
● Online segments can only be migrated if the corresponding output system is active.
● Backup segments can only be migrated if the path on which the backup segments are
located is available.
3.7.2 Migrating
3. The dialog for the source path shows the available SQL instances in the network.
Select the required computer in the selection list. The available projects are displayed.
4. Select the required project.
5. Select the segments you want to migrate. Disable all other segments. Use the shortcut
menu to select and remove entries.
Three data segments of the Tag Logging type were selected in this example.
Migration from segments that are older than the versions WinCC V7.0 SP3 or PCS7 V8.0
In the case of a migration from segments that are older than versions WinCC V7.0 SP3 or
PCS7 V8.0, the backup segment does not contain all information required for the migration.
This information therefore has to be provided manually to the ProcessDataMigrator. The
following two dialogs appear during the migration:
● Selection of a code page for reading out the message texts
● Selection of a WinCC configuration file with the Step7 text library
Use the "Browse File" and "Browse Servers" to select the WinCC configuration database.
During the selection of a file via "Browse File" you must select a database which is, e.g.,
located in a created project backup and not attached to an SQL server. You must select a
database file of type "<…>.mdf".
If the segments originate from WinCC Runtime, you can select the OS server with the
corresponding database under "Browse Servers". In this case the database has to be
attached in the SQL server, which means that the project has to be open.
If the configuration file is no longer available, you have the option of importing the Step7
texts without resolution. This "fallback" means that the messages are saved with the
appropriate format characters.
Result
The selected data from the CAS project online was migrated to the current Process Historian
database.
3. In the following dialog, select the "Add segments" or "Add folders" entry under "Add" in
the shortcut menu of the displayed field. Use the shortcut menu to select and remove
entries.
4. Select the required segments and confirm with "Open".
In this example, an Alarm Logging segment is migrated from the project.
5. The database migration wizard checks the selected segments for StoragePlus/CAS
projects and generates a list with all projects it found.
Double-click in the "Project in Process Historian" column to assign the found project to a
project in Process Historian. After this selection, the corresponding "WinCC hostname"
column is selected automatically. In the end, check to ensure that the "WinCC hostname"
column is selected for all projects you want to migrate.
6. The plant structure with the Process Historian projects available for selection opens.
Select the path in which you want to save the migrated project. The name of the
assignable StoragePlus/CAS project is shown in the header of the projects available for
selection.
The selected Process Historian project is displayed in the project assignment dialog.
7. Check the displayed summary of the migration.
If the summery is correct, start the migration.
NOTICE
Selected assignment applies automatically to all other segments
The selected assignment automatically applies to all other segments that you have selected
for migration with the contradictory segment. Regardless of whether the segments have
additional or other contradictions.
Result
The selected data from the CAS project backup was migrated to the current Process
Historian database.
3. The dialog for the source path shows the available SQL instances in the network.
Select the PC with the required project from the selection list.
The selected WinCC project is displayed in the entry field.
4. Select the segments you want to migrate. Disable all other segments. Use the shortcut
menu to select and remove entries.
Three data segments of the Tag Logging type and two data segments of the Alarm
Logging type were selected in this example.
Migration from segments that are older than the versions WinCC V7.0 SP3 or PCS7 V8.0
In the case of a migration from segments that are older than versions WinCC V7.0 SP3 or
PCS7 V8.0, the backup segment does not contain all information required for the migration.
This information therefore has to be provided manually to the ProcessDataMigrator. The
following two dialogs appear during the migration:
● Selection of a code page for reading out the message texts
● Selection of a WinCC configuration file with the Step7 text library
Use the "Browse File" and "Browse Servers" to select the WinCC configuration database.
During the selection of a file via "Browse File" you must select a database which is, e.g.,
located in a created project backup and not attached to an SQL server. You must select a
database file of type "<…>.mdf".
If the segments originate from WinCC Runtime, you can select the OS server with the
corresponding database under "Browse Servers". In this case the database has to be
attached in the SQL server, which means that the project has to be open.
If the configuration file is no longer available, you have the option of importing the Step7
texts without resolution. This "fallback" means that the messages are saved with the
appropriate format characters.
Result
The selected data from the WinCC project online was migrated to the current Process
Historian database.
3. In the following dialog, select the "Add segments" or "Add folders" entry under "Add" in
the shortcut menu of the displayed field. Use the shortcut menu to select and remove
entries.
4. Select the desired segments.
5. The database migration wizard checks the selected segments for WinCC projects and
generates a list with all projects it found.
Double-click in the "Project in Process Historian" column to assign the found project to a
project in Process Historian. After this selection, the corresponding "WinCC hostname"
column is selected automatically. In the end, check to ensure that the "WinCC hostname"
column is selected for all projects you want to migrate.
6. The plant structure with the Process Historian projects available for selection opens.
Select the path in which you want to save the migrated project. The name of the
assignable WinCC project is shown in the header of the projects available for selection.
The selected Process Historian project is displayed in the project assignment dialog.
7. Check the displayed summary of the migration.
If the summery is correct, start the migration.
NOTICE
Selected assignment applies automatically to all other segments
The selected assignment automatically applies to all other segments that you have selected
for migration with the contradictory segment. Regardless of whether the segments have
additional or other contradictions.
Result
The selected data from the WinCC project backup was migrated to the current Process
Historian database.
Introduction
The migration type "Process Historian / Online" is used in the following scenarios:
● Migration of a Process Historian project to another PC, for example, because the new
hardware is more powerful. The migration is only possible in a recreated database that
was never connected with the OS-Server.
● Migration of two independent Process Historian with different archiving sources that you
want to combine.
Because the time settings for the segmentation, for example, can be changed during the
switch to another PC, always use the migration function for the move.
This function is only available for databases that have been created with Process Historian
2014 or later.
Requirement
● You have created a Process Historian database on the target computer.
● You have configured the required database settings on the target computer, for example,
the distribution of the database files on the hard drives available there.
4. The dialog for the source path shows the available SQL instances in the network.
Select the source PC in the selection list.
5. Select the segments you want to migrate. Disable all other segments. Use the shortcut
menu to select and remove entries.
Three data segments of the Tag Logging type and three data segments of the Alarm
Logging type were selected in this example.
Result
The selected data has been migrated from a Process Historian database to the destination
PC.
Redundancy
The redundant systems are based on Microsoft SQL Server mirroring.
A redundant Process Historian system consists of symmetrically configured servers for
master (principal) and standby (mirror) operation (e.g. PRIMERGY TX300 S6). We
recommend a dedicated redundancy connection with a minimum bandwidth of 1 GB
between the redundant Process Historian servers.
Process Historian requires a third system to monitor the availability of redundancy: the
Witness. The Witness server component for scenarios with automatic redundancy failover is
also installed on an additional server of the system, depending on the availability of an
Information Server or WinCC server.
Short designations
The following designations are used for better legibility:
● Principal: Process Historian Master or PH Master
● Mirror: Process Historian Standby or PH Standby
● Witness: Information Server or WinCC Server with Witness component
Setting up redundancy
You start the Redundancy Wizard for setting up redundancy with the "Redundancy"
dashboard of the Process Historian Management Console.
You can use the "Redundancy" dashboard to check the status of the redundancy and
remove the redundancy.
You can find additional information in the section 'Setting up Process Historian redundancy
(Page 148)' as well as in the Process Historian Installation Notes.
Note
Providing sufficient disk space
To avoid data loss due to a lack of space, ensure sufficient disk space:
• Regularly check the current disk space in the "I/O systems" dashboard (Page 114).
• Determine which automatic mechanisms for reducing the used space can be activated in
the "Compression" (Page 100) and "Backup/Restore" (Page 105) dashboards.
Note
Redundancy switchover
When a redundancy switchover occurs, the database usually requires a few seconds to
access the new Principal. Furthermore, the Process Historian Service must be activated
again. Depending on the project size, activation can take several minutes. The data collected
during this period is cached on the computers and immediately transferred to the Process
Historian. The Process Historian Service remains in the "Active" state during this.
If there is no prompt to restart the systems, the restart cannot be performed manually
because this would cause a loss of data.
Scenario 1
Scenario 2
Scenario 3
Scenario 4
The Mirror is decommissioned and too little storage space is available for the transaction log.
The Principal changes to the "Locked" state:
1. The Principal and the Mirror are active and synchronized.
2. The Mirror is separated from the network, for example, for maintenance work.
3. Data synchronization between the Principal and the Mirror does not take place.
4. The transaction log on the Principal is growing.
5. The low limit for free storage space for the transaction log is violated:
Less than 10% is free on hard disks with maximum 500 GB, or less than 50 GB is free on
hard disks with more than 500 GB.
6. The Principal changes to the "Locked" state.
The archive data of the OS are buffered in the cache. The cached time period depends
on the available storage space and the accumulating volume of data.
7. The Mirror becomes active once again.
8. The Principal is unlocked and changes to "Active" state.
9. The Principal and the Mirror are in the resynchronization status.
10.The transaction log is automatically reduced after completion of the synchronization.
11.The archive data buffered on the OS in the cache is transferred to the Principal.
Scenario 5
The Mirror is decommissioned and too little storage space is available for the transaction log.
The redundancy synchronization is deactivated to ensure operation of the Principal:
1. The Principal and the Mirror are active and synchronized.
2. The Mirror is separated from the network, for example, for maintenance work.
3. Data synchronization between the Principal and the Mirror does not take place.
4. The transaction log on the Principal is growing.
5. Redundancy synchronization (Mirroring) is deactivated to prevent an overflow of the
transaction log and a locking of the Principal.
– Manual: You disable the redundancy synchronization in the "Redundancy" dashboard
of the Process Historian Management Console.
– Automatic: The automatic shutdown function is activated in the "Redundancy"
dashboard of the Management Console.
6. The transaction log is automatically reduced.
7. The Principal is still available.
Scenario 6
The Mirror and the Principal are switched off and on in succession:
1. Both servers, Principal and Mirror, are synchronized.
2. The data is redundant and identical on both servers.
3. The Mirror is switched off.
4. The data is still saved on the Principal.
The data is no longer synchronized because the Mirror is switched off.
This means the database on both servers is not identical.
The transaction log of the Principal is growing.
5. The Principal is switched off.
6. No data can be saved.
7. The previous Mirror is switched on.
8. The Mirror works. However, the data of the Mirror cannot be synchronized with the
Principal.
To prevent the risk of data loss, there is no automatic switchover from the Mirror for the
Principal in this case.
Result
– If you force a manual switchover, the previous Mirror takes over the role of the
switched off Principal.
– If the original Principal is switched on once again, it takes over the role of 'Mirror'.
The previously saved data would be deleted in case of a synchronization with the new
'Principal' that is actually missing these databases.
These technical conflicts can be resolved in different ways with the Process Historian
Management Console.
Setting up redundancy
1. To open the Management Console on the principal (master), select "Start > Programs >
Siemens Automation > SIMATIC > Process Historian > Process Historian Management
Console".
2. Select the 'Redundancy' dashboard in the Explorer.
3. Click "Start Redundancy Configuration Wizard" in the 'Redundancy' area. You can
configure the components "Principal", "Mirror" and "Witness" in the "Host Configuration"
dialog.
4. Specify the network adapters that are used by the principal to perform the mirroring. To
do this, select the dedicated redundancy link between the two Process Historian
computers.
5. Configure the SQL server instance for each computer in the format "<Computer
name>\<SQLServerInstanceName>".
6. Configuration for Principal:
– The wizard is launched on the Principal, so this is the default instance. This setting
cannot be changed.
– The SQL Server instance for the server has the name "HISTORIAN".
– Network adapter: Selection of a dedicated redundancy link.
7. Configuration with Mirror:
– Select the SQL Server instance from the drop-down menu. If necessary, you can
reload the list using the "Refresh" button.
– Network adapter: Selection of a dedicated redundancy link.
Note
The default settings are edited if the proposed resources are already in use by a different
application.
You can find more detailed information on the firewall settings in the section "Firewall
settings".
11.A plausibility check of your configuration is performed in the 'Validation' dialog. This
dialog is also used to validate the connectivity of the configured servers and paths. The
action currently performed is indicated via a log in the "Validation" area.
– Click "Rerun" to restart the validation process if it has been interrupted .
– Confirm the successful validation with "Next".
12.The "Overview" dialog displays a summary of the completed settings.
– Verify these settings.
– Start the configuration process with "Next".
– Click "Previous" to correct any incorrect entries.
13.The prepared configuration of redundancy on the principal, mirror, and witness servers is
executed in the "Execution" dialog.
– The new configuration is set up in a step-by-step process. The log of actions is
displayed in the "Setup actions" area.
– Certain setup actions may take a longer time depending on the size of the
Process Historian database.
We distinguish between the following processes:
– "Fast data backup and restore":
This process generates a complete backup copy of the principal database and
simultaneously restores it on the mirror.
– "Fast transmission of the transaction log":
This process generates and synchronously restores a backup of the transaction log.
14.Click "Rerun" to restart a possibly interrupted configuration process.
Overview
When using redundant servers, the servers may not be started simultaneously during the
first commissioning. First, you have to start the master server and then, a few minutes later,
the standby server. If you start them at the same time, the Process Historian may not
recognize the redundant system.
When redundant servers are used, only the master server sends the runtime data to the
Process Historian. The standby server also builds a Message Queues to the Process
Historian but it does not send runtime data.
After initial commissioning, the master server only sends data to the Process Historian when
the "Store and Forward Cache" is synchronized. After first commissioning, the Master also
sends data if the "Store And Forward Cache" is not synchronized.
If the master of a redundant WinCC server sends no data after the initial commissioning, you
should check the "Store and Forward Cache" synchronization.
Procedure
1. Start the master server (Principal) and activate the project.
2. Make sure that the master server is activated.
3. Start the standby server (Mirror) and activate the project.
4. If "WinCCSyncState = Error" occurs, the master does not send any data to the Process
Historian after initial commissioning.
Overview
OPC and OPC UA denote standardized, vendor-independent interfaces and information
models of the OPC Foundation.
OPC UA (Unified Architecture) is the successor technology of OPC, which was developed
for reliable data exchange in automation engineering and other areas of applications. OPC
UA has the following characteristics:
● Platform-independent
● Vendor-independent
● Use of standardized protocols as the communication medium (e.g. TCP, HTTP)
● Integrated security concept (authentication and authorization, encrypted communication
and data integrity using signing)
● High-performance information model and provision of all data in a single address space
(DA, HDA, A&C)
You can find detailed information about OPC UA specifications on the OPC Foundation
website:
● http://www.opcfoundation.org (http://www.opcfoundation.org)
The PH-OPC UA information model is described in detail in the "OPC UA Information Model"
document. This document is available on the Internet in English.
How it works
The PH-OPC-UA server is installed as a Windows service.
The server is started automatically when you start the computer. However, you can only use
the OPC UA server when the local Process Historian server is running.
Installation
Requirement
● The Process Historian is installed on the PC.
● The "Process Historian-OPC-UA server" license is available.
Procedure
1. Run the setup.
2. Carry out the installation.
3. Select under "Custom installation":
– "Options" > "Process Historian OPC UA 2014 SP1" program package
4. To complete the installation, reboot the system.
Configuration
The PH OPC UA server is pre-configured during installation.
If required, you can change the server configuration using the OpcUaServerPH.xml
configuration file. For additional information, refer to "How to configure the PH-OPC UA
server (Page 164)".
You access the PH-OPC-UA server via the following URL:
● "opc.tcp://[HostName]:[Port]"
Parameter Description
HostName Placeholder for the computer name. Is used automatically
Port TCP/IP port number The default is "4852".
The PH-OPC-UA server only supports the binary OPC UA protocol for communication
(communication profile "UA-TCP UA-SC UA Binary"). The used port number is adjustable.
Discovery Server
The OPC UA Local Discovery Server (LDS) of the OPC Foundation is installed along with
the PH-OPC-UA server. The LDS allows OPC UA client applications to determine
information about available OPC UA servers.
Depending on its configuration, the PH-OPC-UA server registers itself with zero, one or
multiple Discovery servers. These servers can be installed either on the same PC or on
another PC.
See also
How to configure the PH-OPC UA server (Page 164)
Certificates
Certificates are the method used for authentication of the OPC UA applications. Each
application has its own instance certificate with which it identifies itself in the public key
infrastructure (PKI).
The certificates used by the PH-OPC-UA server are stored in the settings in the
"OpcUaServerPH.xml" configuration file:
NOTICE
Access to the folder with the private key
For security reasons, no other users or applications apart from the PH-OPC-UA server itself
and the system administrator may have access to the private key of the PH-OPC-UA
server.
The instance certificate generated upon installation and the corresponding private key can
be replaced by the administrator of the system. In accordance with the applicable security
concept for the system, the new instance certificate can be either self-signed or issued by a
certification authority.
You specify the storage location for the instance certificate of the PH-OPC-UA server in the
configuration file of the server. If necessary, the storage location can be changed by the
system administration:
The instance certificate of the server in this case is in the directory "PKI\CA\Certs". The
private key is in the directory "PKI\CA\Private".
Parameter Meaning
StoreType Type of certificate storage. The storage location can be either "Directory" or "Windows".
StorePath The certificates of trusted clients are stored under this folder.
In this case, the PH-OPC-UA server trusts all clients whose instance certificates are located
in the "PKI\TrustList\Certs" folder.
For this storage option, the instance certificates of the clients must be located in the
certificate memory of the operating system under "<Local computer>\UA Applications".
Parameter Meaning
StoreType Type of certificate storage. The storage location can be either "Directory" or "Windows".
StorePath The certificates of trusted certification authorities are stored under this folder.
Note
Trustworthiness of CA certificates
Certificates from the memory of the certification authorities are not automatically trusted.
For a certification authority to be trusted, its certificate must be located in the memory for
trusted certificates.
The certificates of trusted certification authorities are in this case located in the
"PKI\CA\Certs" folder.
The "StorePath" parameter is not relevant. The certificates from certification authorities must
be stored in the Windows certificate memory in accordance with the operating system
requirements.
Certificates are trusted if they are located in one of these paths:
● <Local computer>\Trusted root certification authorities
● <Local computer>\Third-party root certification authorities
Note
CA certificates: Requirements
• The storage location for the server certificate must be "Directory".
• The two storage locations for trusted client certificates and for certificates from
certification authorities must have the same StoreType, i.e. both must either be
"Directory" or "Windows".
Note
Only the StoreType "Directory" is supported.
To enable secured communication with this client, you need to move the rejected certificate
to the certificate memory for trusted certificates.
Introduction
The following is ensured at the communication level:
● UA application authenticity
● The confidentiality of messages exchanged
● The integrity of messages exchanged
The security mechanisms used, for example algorithms for encrypting and signing, are set in
standardized security policies. You can find technical details in the OPC UA specification
under "Part 2", "Part 4" and "Part 7".
The security policies supported by the PH-OPC-UA server are set using the server
configuration file in in "ServerConfiguration" and "SecuredApplication".
ServerConfiguration
The XML element "SecurityPolicies" under "ServerConfiguration" contains the list of all
available "Security Profile" and "Message Security Mode" combinations for the server.
Note
Secure communication
The following additional requirements apply to secure communication:
• Instance certificates for server and client
• Correct configuration of the certificate store
SecuredApplication
In accordance with the OPC UA specification, the security mechanisms and explicitly
enabled and disabled with the "SecurityProfileUris" element under "SecuredApplication".
The diagram below shows a SecuredApplication in which unsecured communication is
disabled:
The PH-OPC-UA server thereby supports the two security strategies "Basic128Rsa15" and
"Basic256" in runtime. "Message Security Modes Sign" and "SignAndEncrypt" are supported,
but unsecured communication is not ("None"). When communication is established, the UA
clients select the required Policy from this list.
Note
Unsecured communication between client and server
Use the "None" setting only for test and diagnostics purposes.
For a secure communication between client and server, use at least the following settings
during productive operation:
• SecurityPolicy: Basic 128Rsa15
• Message Security Mode: Sign
User identity
In addition to the security mechanisms of the communication level, the PH-OPC-UA server
also supports user authentication for the client applications using UserTokenPolicy
"UserName". The client application must provide a valid combination of user name and
password when communication is established. The PH-OPC-UA server verifies the
combination in the user management of the operating system.
You specify the UserTokenPolicy using the configuration file of the PH-OPC-UA server:
The PH-OPC-UA server uses this configuration to support both anonymous users and the
Policy "UserName"..
OPC UA services
The following table sets out the functionality supported by OPC UA server 1.0.2:
NOTICE
Changing the server configuration
Changing the server configuration incorrectly can cause malfunctions and/or security
vulnerabilities
The server configuration may only be performed by qualified personnel.
<Secured Application>
<BaseAddresses> Configuration of the URL for the OPC UA server.
<...></...>
</BaseAddresses>.
<SecurityProfileUris> Configuration of the supported security policies
<SecurityProfile> Use the "none" setting only for test and diagnostics purposes
<...></...>
</SecurityProfile>
...
</SecurityProfileUris>
<ApplicationCertificate> Revision of the default certificate configuration according to OPC UA
<TrustedCertificateStore>
<TrustedCertificates>
Specification / Part 6.
<...> (optional)
</Secured Application>
<Server Configuration>
<SecurityPolicies> Configuration of the message security modes.
<SecurityPolicy> Use the "none" setting only for test and diagnostics purposes
<...></...>
</SecurityPolicy>
...
</SecurityPolicies>
<UserTokenPolicies> Configuration of user identification
<UserTokenPolicy> Use the "Anonymous" setting only for test and diagnostics purposes
<...></...>
</UserTokenPolicy>
...
</UserTokenPolicies>
<Server Configuration
NOTICE
Changing the server configuration
Changing the server configuration incorrectly can cause malfunctions and/or security
vulnerabilities
The server configuration may only be performed by qualified personnel.
<ua:String>opc.tcp://[HostName]:5210</ua:String>
<BaseAdresses>
<ProfileUri>http://opcfoundation.org/UA/SecurityPolicy#None</ProfileUri>
<Enabled>false</Enabled>
</SecurityProfile>
<ProfileUri>http://opcfoundation.org/UA/SecurityPolicy#None</ProfileUri>
<MessageSecurityModes>None</MessageSecurityModes>
</SecurityPolicy>
<TokenType>Anonymous</TokenType>
</UserTokenPolicy>
3.10 Aggregation
Aim of aggregation
Aggregation takes place to answer a query of process data within a reasonable time. The
aggregates are permanently saved in the database. This reduces the number of raw data
values that are required for an ad hoc query.
● The aggregation values are calculated and stored in the database close in time to the
data archiving.
● Select the requested individual aggregate time interval in a way that ensures each
possible query regarding query time interval and requested number of aggregates across
the range. The requested number of individual values for processing is limited to the
number that can be processed within the available query time of 60 seconds.
● Providing a sophisticated access function enables automatic selection of the correct
aggregates and connection of the available pre-aggregate values so that the query can
be processed as quickly as possible.
Aggregate types
You can use the following aggregates for calculation in a time interval:
● MIN - minimum value
● MAX - maximum value
● AVG - arithmetic mean
● WAV - weighted average value
● SUM - sum of the values
● NUM - number of values
● INT - integral value
Example of aggregates
The following aggregations are possible, for example:
● Query across all aggregate values of a specific tag within a time range TQ={t1...t2}.
● Query across all aggregate values for all tags within a time range TQ.
● Query of n aggregate values from a list of tags within a time range TQ.
AVG
AVG(A) x AVG(B) = SUM(A)+SUM(B) / NUM(A) + NUM(B)
If the aggregate values SUM(A) and NUM(A) are known within the time range, the AVG
values do not need to be explicitly saved as aggregate values in the database. The AVG
values are derived aggregate values from the basic aggregates "SUM" and "NUM" of the
basic values.
WAV
WAV(A) x WAV(B) = INT(A)+INT(B) / |A| + |B|. For example, "|A|" is the absolute value of "A"
within the time interval of "A".
When the size of the aggregation time interval is known, the value "WAV(A)" can be
calculated from the basic aggregate "INT(A)".
"MIN" aggregate
The "MIN" aggregate is defined as the smallest value within the raw data sequence of a time
interval.
Calculation of "MIN"
If the time interval does not include any values, "MIN" is interpolated as follows.
The start value and the end value of the raw data sequence of the aggregation time interval
is calculated. The smallest value is saved as temporary "MIN" value in the work memory.
The processed raw data is discarded.
Each value that is transferred afterwards is compared to the "MIN" value from the work
memory. If the new value is smaller than the "MIN" value, the new value is used as the "MIN"
value.
If the transferred raw data value is outside of the aggregation time interval, the last
temporary "MIN" value from the work memory is published as valid "MIN" value.
The raw data value that was transferred last is entered as first temporary "MIN" value in the
next aggregation time interval.
Dimension
The dimension of the aggregates is the same as the dimension of the raw data.
Memory requirements
To implement the algorithm, 8 bytes per tag and aggregation level are required in the work
memory in Runtime.
For 100,000 tags and 3 aggregation levels, the memory requirement is: 100,000 x 3 x 8
bytes = 2.4 MB.
"MAX" aggregate
The "MAX" aggregate is defined as the largest value within the raw data sequence of a time
interval.
Calculation of "MAX"
The first transferred raw data value of the time interval is stored as temporary "MAX" value in
the work memory. The processed raw data is discarded.
Each value that is transferred afterwards is compared to the "MAX" value from the work
memory. If the new value is greater than the "MAX" value, the new value is used as the
"MAX" value.
If the transferred raw data value is outside of the aggregation time interval, the last
temporary "MAX" value from the work memory is published as valid "MAX" value.
The raw data value that was transferred last is entered as first temporary "MAX" value in the
next aggregation time interval.
Dimension
The dimension of the aggregates is the same as the dimension of the raw data.
Memory requirements
To implement the algorithm, 8 bytes per tag and aggregation level are required in the work
memory in Runtime.
For 100,000 tags and 3 aggregation levels, the memory requirement is: 100,000 x 3 x 8
bytes = 2.4 MB.
"SUM" aggregate
The "SUM" aggregate is defined as the sum of all values within the raw data sequence of a
time interval.
Calculation of "SUM"
The first transferred raw data value of the time interval is stored as temporary sum value in
the work memory. The processed raw data is discarded.
Each value that is transferred afterwards is added to the temporary sum value and the new
sum value is stored in the work memory. The processed raw data is discarded.
If the transferred raw data value is outside the aggregation time interval, the last temporary
"SUM" value from the work memory is published as valid "SUM" value.
The raw data value that was transferred last is entered as first temporary "SUM" value in the
next aggregation time interval.
Dimension
The dimension of the aggregates is the same as the dimension of the raw data.
Memory requirements
To implement the algorithm, 8 bytes per tag and aggregation level are required in the work
memory in Runtime.
For 100,000 tags and 3 aggregation levels, the memory requirement is: 100,000 x 3 x 8
bytes = 2.4 MB.
"NUM" aggregate
The "NUM" aggregate is defined as the number of values within the raw data sequence of a
time interval.
Calculation of "NUM"
As soon as the first raw data value for an aggregation time interval is transferred, a
temporary value with the number "1" is created and stored in the work memory. The
processed raw data is discarded.
For each value that is transferred afterwards, the "NUM" value in the work memory is
increased by "1" and stored in the work memory. The processed raw data is discarded.
If the transferred raw data value is outside of the aggregation time interval, the last
temporary "NUM" value from the work memory is published as valid "NUM" value.
The raw data value that was transferred last is entered as first temporary "NUM" value in the
next aggregation time interval.
When no values are transferred in an aggregation time interval, an assumed "NUM" value is
specified at the interval limit before the next raw data values are transferred.
The "NUM" aggregates are set to "-1" for a "Sample and Hold" interpolation and to "-2" for a
linear interpolation. This shows that the aggregates "MIN", "MAX" and "SUM" were
calculated from virtual values. For "NUM" = "-1" or "-2", the "AVG" values and "WAV" values
can be calculated correctly.
Dimension
"NUM" aggregates have no dimension
Memory requirements
To implement the algorithm, 8 bytes per tag and aggregation level are required in the work
memory in Runtime.
For 100,000 tags and 3 aggregation levels, the memory requirement is: 100,000 x 3 x 4
bytes = 1.2 MB.
"INT" aggregate
The "INT" aggregate is defined as the result of an integration across all values of a raw data
sequence within a time interval.
The correct calculation of the aggregates depends on the interpretation of raw data.
Calculation of "INT"
Unlike the other aggregates, "INT" cannot be calculated from a raw data sequence alone
within an aggregation time interval. The calculation of an integral from a specified time range
requires a continuous function within the time interval. This means an interpolation must be
made based on available discrete points within the time interval before the integral value can
be calculated.
Information regarding the last value of the low time interval range and the first value of the
higher time interval range is required for this interpolation.
You can use the following methods for interpolation:
● Linear interpolation
● Sample and Hold interpolation
● Spline interpolation
Memory requirements
To implement the algorithm, 8 bytes per tag and aggregation level are required in the work
memory in Runtime.
For 100,000 tags and 3 aggregation levels, the memory requirement is: 100,000 x 3 x 8
bytes = 2.4 MB.
Memory requirements
Additional memory is not required for the aggregate in Runtime.
Overview
Process Historian contains process control messages that visualize specific system states.
These pre-defined messages only contain information about process control states and do
not return process status data.
The table below provides an overview of the process control messages generated in
Process Historian.
The following messages are generated by the SIMATIC service Process Historian Ready:
The following messages are generated by the Process Historian and sent to all clients:
Overview
The variables "@PHServer_Principal_Details" and "@PHServer_Mirror_Details" store
information in XML elements that is based on the current status and detailed information.
The details are divided according to the affected components of the Process Historian:
● Process Historian Service
● Maintenance Service
● PH-Ready
The following example lists all XML elements that can potentially occur during operation of
the Process Historian:
H O
Hard drive load, 96
Offline, 67
set, 105
Offline (swapped out) archive segment, 67
I
Online, 67
Information server, 57 Online segment, 65
Information Server Online segments, 65
Plant, 58 Online support, (See support)
Initial commissioning OPC UA, 154
Redundant Systems, 150 Certificates, 154
INT, 171 Security policy, 154
Intermediate segment, 70 Operating state, 96
Operator station, 97
XML detailed information, 174
L Operating states, 93
Overview, 93
Licenses, 116
Operator station
Licensing status, 97
Operating state, 97
Lock, 112
P
M
Partition, 63
Management Console, 91
Past archive segments, 67
Master, 142
PH-OPC-UA server, 152, 158, 160
MAX, 169
Configuration file, 162
Memory requirements
configuring, 162, 164
Minimize, 115
Installing, 153
Space requirements
Message, 71
Space requirements for messages, 72
Space requirements for process values, 71
Standby, 142, 148
Starting the redundancy configuration, 148
Storage space, 101, 114
increase, 115
Storage space monitoring, 115
Store and Forward Cache, 83
SUM, 170
Support, 53
T
Tag licenses, 116
Technical support, (See support)
Time range, 64, 68
U
User identity, 160
V
Value sequence, 63
W
WAV, 171
WinCC project backup, 136
WinCC project online, 133
WinCC Runtime, 88
WinCC ServiceMode, 48
WinCC single-user system, 59
Witness, 60, 142
Witness server, 149
Work environment
Mixing domains and work groups, 48