Learn about the Community. Join our Core Community to Get Started

Schneider Electric Exchange Community

Discuss and solve problems in energy management and automation. Join conversations and share insights on products and solutions. Co-innovate and collaborate with a global network of peers.

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

Purge Alarm from SmartStruxure Building Operation Database


Potential for Data Loss: The steps detailed in the resolution of this article may result in a loss of critical data if not performed properly. Before beginning these steps, make sure all important data is backed up in the event of data loss. If you are unsure or unfamiliar with any complex steps detailed in this article, please contact Product Support Services for assistance.


Orphan alarm exists in the Enterprise Server database and acknowledgement of the alarm does not remove the alarm.

Product Line

EcoStruxure Building Operation


  • StruxureWare Building Operation site with ES
  • Enterprise Server, PersistedData.dat 


Backup of the SmartStruxure Building Operation database that includes Historical data will include the alarm that needs to be purged. Ip changes or other reasons can contribute to alarms being orphaned.


In order to completely purge an alarm database it is necessary to delete the PersistedData.dat file that stores this information in the database.

1. Perform and ES and AS full backups

2.  Using Building Operation Software Administrator click the "Stop Service" button for the Enterprise Server.

Image from Windows XP

Image from Windows 7 / 10

3. Browse to the database path listed in the Building Operation Software Administrator tool.

Windows 7/10:       C:\ProgramData\Schneider Electric StruxureWare\Building Operation 1.x\Enterprise Server\db

Windows 7/10:       C:\ProgramData\Schneider Electric StruxureWare\Building Operation 2.x\Enterprise Server\db

Windows XP:       C:\Documents and Settings\All Users\Application Data\Schneider Electric StruxureWare\Building Operation 1.X\Enterprise Server\db

4. Browse to the Persistent subdirectory

5. Move/Delete the PersistedData.dat  file

6. Click the "Start Service" button in the Building Operation Software Administrator tool.

When the Enterprise Server restarts and you login the orphaned events will be removed and any currently present alarms will return to the Alarm window with their proper status and assignment. This process causes a re-evaluation of alarms on the ES and fetches all the alarms from each AS. This can take a few minutes and may cause some slowness in the system.

Note: Historical perspective of previous alarms, operator actions, or other data recorded in the Event log will be lost in this process.

Tags (6)
Labels (1)
0% helpful (0/1)