1. It flushes specific categories of alarms to the alarm summary device. NB: this only occurs on the Primary Alarms Server.
2. It calls DevHistory() to rename the current alarm device *.dbf file to *.001.
3. It creates a new Excel file based on the template for the alarm summary report.
4. It starts Excel and runs a macro that takes the data from *.001, and copies it to the Excel file that has just been created.
5. It prints this file.

Standby Alarms Server and Primary Alarms Server are both processing alarms when running. When Primary Alarms Server is shutdown, Standby Alarms Server continues to process alarms. When Primary Alarms Server is re-started, it requests all the alarm information from Standby Alarms Server. Because Standby Alarms Server does not log alarm summary information to the *.dbf device (see (a) above), the alarm summary information that is copied to Primary Alarms Server is not marked as having been flushed to the summary device. Therefore, when the alarm summary report is next run, the information is "re-flushed" to the device, and appears on the Excel printout.

See also Q1136

CIT has confirmed this to be a problem in Citect for Windows version 4.20. We are researching this problem and will post new information here as it becomes available.