• State Verified Answer
  • Replies 4 replies
  • Subscribers 13 subscribers
  • Views 194 views
  • Users 0 members are here
Options
Related

Can System Monitor Alerts be resolved through the SentinelDB, or any provided APIs, from AVEVA System Platform?

JM

Is there an official, or supported, or recommended method to “Accept” or “Resolve” an “Alert” through the SentinelDB? If not, are any APIs provided which can be used for alert resolution? That is; can one "Accept" and/or "Resolve" by other means than through the buttons in the WEB GUI? I am not in pursuit of email resolution. I would like to be able to "Accept" and/or "Resolve" from within AVEVA System Platform. Are there any stored procedures or functions in the SentinelDB which can be used for alert resolution instead of the “Accepted” and/or “Resolved” buttons in the “Active Alerts” tab under the “Home” section of the System Monitor WEB GUI?

I partly want to be able to reset System Monitor Alerts from System Platform since their LastUpdatedDateTime values stops updating when their OccuranceCount values hit 100! If, however, an alert is “Accepted” or “Resolved” it makes way for a another alert (of the same type) with a new LastUpdatedDateTime and OccuranceCount which will start to increment towards 100 again. Am I overseeing a simple System Monitor setting which would allow me to do "X" if an OccuranceCount hits 100? Any guidance would be greatly appreciated!

  • 0

    Hi, 

    I maybe over simplifying this , but you can use a web browser link within System Platform so that operators/ engineers can Accept/ Resolve alerts within System Monitor 

    As far as I understanding there is no API or SQL query which can Accept/ Resolve although that would make things very interesting

  • 0 in reply to RAINER CARLTON DSOUZA

    Hi, Rainer!

    Thank you for your reply!

    Embedding a web browser is certainty a great idea, but it will not solve my issue as I am only trying to use a "dummy alert" which tracks a specific LogMessage() that is generated every X seconds by a periodic script in SP. By tracking that the OccuranceCount changes I could ensure (from SP) that the System Monitor is functioning as it should. Then I could couple more alerts from the System Monitor to SP and be confident in that they will either alarm or that my System Monitor watchdog/heartbeat will alarm.

  • 0

    It seems like a possible workaround could be to monitor Logs directly from SP by usage of objects created with the Application Object Toolkit. This does, however, have some drawbacks like maintainability and development time. Another possible approach is to execute SQL queries that write to the SentinelDB from a script. I do, however, not want to do this in a production environment as this could cause data integrity issues or corruption. I unfortunately think that System Monitor alert resolution is not practical to implement in SP with the features which are available today.

  • +1

    I made a related post on https://products.feedback.aveva.com/ideas/APPSERVER-I-232 to gauge the interest of improving alarming/alerting/the interoperability of the System Monitor and System Platform. Here some of the issues with the System Monitor is mentioned; there is for example no heartbeat available in the SentinelDB (like "SysPulse" for the Runtime database) and there is no good way to safely "Accept" or "Resolve" System Monitor alerts from SP (embedding a browser is possible, but not desired).

    The post is mainly about license statuses as it would be an improvement if these could be read directly from the SP IDE, as apposed to some unsupported/unofficial System Monitor/SentinelDB query method (which is not ideal as of now since no heartbeat is provided).

© 2025 AVEVA Group Limited or its subsidiaries. All Rights Reserved.