Forum Discussion
On 1/23/2018 at 12:54 PM, mnagel said:The Applies To method is a non-starter -- it will destroy all historical data
If the Active Discovery settings are set to automatically delete instances (which is usually the case).
I don't think this is likely to happen outside an AppliesTo mechanism mainly because the newly unmonitored device would be consuming a license even though it's not getting any new data. That causes other problems because a lack of data for a device would cause a dead device status. I think it would be hard to convince the product team that there's sufficient value in keeping the historical data of a device (beyond the 30 days configurable in the DS) once polling has stopped.
That said, I've been lobbying for an implied AppliesTo on every DS that would allow a property to toggle monitoring and alarming on/off. This is done today (in a manner) with the Ping DS (and a few others), whose AppliesTo looks like this:
isDevice() && !hasCategory("NoPing")
My suggestion would be that if there is a property having the name of the datasource and a value of "false" or "0" or "disable" would cause the DS to be disabled. Specifics on implementation would need to be ironed out. An alternative syntax could be to set a property called <ds_name>.enable = true|false to enable|disable polling and <ds_name>.alarming = true|false to enable|disable alarming. That way properties could be set automatically via property sources, active discovery scripts, etc.
Related Content
- 2 years ago
- 9 months ago