Knowledge Base
Showing results for 
Search instead for 
Did you mean: 

Rules for Upgrading




Example: site upgrading to or


Guidelines for upgrading to higher releases


Non-Sequential Upgrades: Versions 1.9.1 and Newer

Starting in version 1.9.1, non-sequential upgrades can be performed from versions 1.5.XXX and newer. Please refer to the "Upgrading" section of the Release Notes for the software version you are upgrading to. The "Upgrading" section will direct you to prior release notes that you need to read through before upgrading and point out items with limited runtime compatibility during the upgrade process. 

NOTE: If upgrading a system at 1.5/1.6/1.7/1.8 with LON devices, please be aware that there are special steps that must be taken to prepare the database for upgrade. These steps can be found in the Release Notes as well. 


Sequential Upgrades: Versions 1.8.1 and Older

For versions 1.8.1 and older, the upgrade process is sequential. In other words 1.2.0, 1.3.0, 1.4.0,, 1.5.0, 1.6.1
The upgrade process can be found in the System Upgrade Reference Guide.

The primary released versions were SP1 SP2 (RC) (RC)

The minimum upgrade path would be: Official Release Official Release Official Release Official Release Official Release Official Release* Official Release Official Release

*Note:I have found that at one site, the AS would not upgrade from to Going to the 1.6 RC resolved the issue.



1. In order to upgrade to 1.5 the site must be at or higher. It is highly likely that there are some sites that are still running at, which was the original 1.4.0 release. Although this is not officially supported and will not be tested, it is likely to experience the same upgrade as one from

2. An upgrade from to 1.5 will NOT offer any runtime compatibility, while an upgrade from 1.4.1 to 1.5 will offer runtime compatibility. Consequently, for a site to maximize its operational status through the upgrade, we have two different upgrade scenarios as described below.

a. 1.4.0 to 1.5 – this process flow is designed to allow as much of the plant as possible to continue to operate through the entire upgrade. For the first three steps of the process the Enterprise Server will continue to aggregate the alarms from all of the 1.4.0 Automation Server. Once the halfway mark is reached the Enterprise Server can be upgraded and will begin to aggregate the alarms from the 1.5.0 Automation Server.

             i. Upgrade one WorkStation in order to be able to communicate directly to any of the 1.5 Automation Server that are upgraded in b below.

            ii. Upgrade 50% of the Automation Server

            iii. Upgrade Enterprise Server and all but one WorkStation

            iv. Upgrade the remaining Automation Server

            v. Upgrade the remaining WorkStation

b. 1.4.1 to 1.5 - In this process, we can take advantage of the support for runtime compatibility and the Enterprise Server will receive alarms from both the 1.4.1 and the 1.5 Automation Server.

            i. Upgrade Enterprise Server and all but one WorkStation which can be used to talk directly to unupgraded Automation Server if configuration changes are needed

            ii. Upgrade Automation Server

            iii. Upgrade final WorkStation

  • some sites have experienced issues with the ES restart after upgrade because of the .Net Framework 4.5 upgrade and port 80 usage. Adjusting this port to an available port resolves the problem.
  • The conversion log may indicate an upgrade warning similar to warning shown below, this warning can be safely ignored, and furthermore the upgrade program corrects the problem in the 1.5 database. 

         :02:11  WARNING:      Property PFE202_PF601.SI in (~/BACnet/Application/ELE/GRAPHIQUES/ECLUSES CD S4/PORTES_CE_S4) is not defined in the new system, skip           PFE202_PF601.SI.

<script src="chrome://dce.addin/content/content_javascript.js"> </script>
Tags (1)
Labels (1)
No ratings
Version history
Revision #:
1 of 1
Last update:
‎2018-09-07 02:08 PM
Updated by: