EcoStruxure IT forum
Schneider Electric support forum about installation and configuration for DCIM including EcoStruxure IT Expert, IT Advisor, Data Center Expert, and NetBotz
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-05 04:38 PM . Last Modified: 2024-04-03 04:26 AM
Hi Team,
We have a DCE in our office and its currently monitoring our UPS. What we notice is, some alarm are not being picked-up by the UPS. Like the fluctuation that cause the UPS to go on battery mode for several seconds, like 5-10 seconds. Also, during our genset operation, the transfer from normal-to-UPS power and vice versa, that cause the UPS to battery mode for about 20 seconds, is not picked up by DCE. No alarm has been registered on the DCE dashboard.
My question is, how real time is our DCE? Is it true that there are alarms that DCE can't detect because of time? Thank you.
(CID:138811205)
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-05 04:38 PM . Last Modified: 2024-04-03 04:26 AM
Roxan Grace,
DCE works by polling the devices. The default polling interval is 5 minutes, but can be defined to be different within the Device Menu > SNMP Device Community Settings > Device Scan Settings.
APC (NMC) devices have the ability to utilize priority scanning. Priority scanning takes place when an APC device has an active alarm. An SNMP trap will be sent to the DCE server that will move the device scan towards the top of the queue. DCE will then reach out to the device (SNMP) within a short period of time to check the device for what alarm may be active. ModbusTCP devices do not have priority scanning as they work strictly on the polling interval and do not have a function similar to an SNMPtrap.
Additional information on priority scanning:
https://www.apc.com/us/en/faqs/FA271584/
DCE does not take the trap and pull the error from it to add to the DCE alarm history. It utilizes the SNMP scan from the priority scanning. If an alarm is active when the priority scanning takes place it will then show the alarm within DCE.
It depends on the load on your server (number of devices, polling intervals, amount of sensors, surveillance, etc.) on how fast priority scanning takes place. Usually it will take place within 30 seconds of an alarm going active on the device.
Here is an example of how this would work with your short time-frame alarms:
UPS on battery.
UPS NMC sends SNMPtrap to DCE (via priority scanning)
DCE recieves priority scanning & queues an SNMP scan.
12:00:20 - UPS no longer on battery.
DCE scans the device, but no alarm is active.
If the alarm stays active long enough, it would occur more like this:
UPS on battery.
UPS NMC sends SNMPtrap to DCE (via priority scanning)
DCE receives priority scanning & queues an SNMP scan.
DCE scans the device and sees the active alarm.
UPS no longer on battery.
Kind Regards,
Cory
(CID:138811215)
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-05 04:38 PM . Last Modified: 2024-04-03 04:26 AM
Roxan Grace,
DCE works by polling the devices. The default polling interval is 5 minutes, but can be defined to be different within the Device Menu > SNMP Device Community Settings > Device Scan Settings.
APC (NMC) devices have the ability to utilize priority scanning. Priority scanning takes place when an APC device has an active alarm. An SNMP trap will be sent to the DCE server that will move the device scan towards the top of the queue. DCE will then reach out to the device (SNMP) within a short period of time to check the device for what alarm may be active. ModbusTCP devices do not have priority scanning as they work strictly on the polling interval and do not have a function similar to an SNMPtrap.
Additional information on priority scanning:
https://www.apc.com/us/en/faqs/FA271584/
DCE does not take the trap and pull the error from it to add to the DCE alarm history. It utilizes the SNMP scan from the priority scanning. If an alarm is active when the priority scanning takes place it will then show the alarm within DCE.
It depends on the load on your server (number of devices, polling intervals, amount of sensors, surveillance, etc.) on how fast priority scanning takes place. Usually it will take place within 30 seconds of an alarm going active on the device.
Here is an example of how this would work with your short time-frame alarms:
UPS on battery.
UPS NMC sends SNMPtrap to DCE (via priority scanning)
DCE recieves priority scanning & queues an SNMP scan.
12:00:20 - UPS no longer on battery.
DCE scans the device, but no alarm is active.
If the alarm stays active long enough, it would occur more like this:
UPS on battery.
UPS NMC sends SNMPtrap to DCE (via priority scanning)
DCE receives priority scanning & queues an SNMP scan.
DCE scans the device and sees the active alarm.
UPS no longer on battery.
Kind Regards,
Cory
(CID:138811215)
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-05 04:38 PM . Last Modified: 2024-04-03 04:26 AM
Hi Cory,
Thank you very much for clarifying this one. I do now understand how the DCE processes the alarm notification. I will now have to check the scanning interval set to each of our devices and will utilize the priority scanning.
Thank you and Best Regards,
Roxan
(CID:138811262)
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-05 04:38 PM . Last Modified: 2023-10-22 03:44 AM
This question is closed for comments. You're welcome to start a new topic if you have further comments on this issue.
Link copied. Please paste this link to share this article on your social media post.
Create your free account or log in to subscribe to the board - and gain access to more than 10,000+ support articles along with insights from experts and peers.