What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general.

Learn more

PRTG Network Monitor

Intuitive to Use. Easy to manage.
More than 500,000 users rely on Paessler PRTG every day. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free Download

Top Tags


View all Tags

How does the Business Process sensor calculate summarized sensor states?

Votes:

0

I use the Business Process sensor to get a summarized sensor status for a whole business process that involves several business components.

I wonder how this overall sensor status is calculated from the single process components that I monitor.

business-process business-process-sensor factory-sensor prtg sensor-status

Created on Oct 20, 2015 8:01:12 AM by  Martina Wittmann [Paessler Support]



9 Replies

Accepted Answer

Votes:

0

This article applies as of PRTG 22

Summarized sensor and channel states in the Business Process sensor

The Business Process sensor allows you to get an overall status of a whole business process while monitoring several involved process components. This makes the sensor a powerful and also very flexible tool.

While administrators are generally interested in the states and data of every process component, employees of a company that are less technically inclined often do not need to see more than the summarized status of a process to know if it works or not. For example, an accounting manager is okay with the information “Our website works fine”, whereas a business infrastructure manager prefers to get exact information about the involved web servers, databases, and other hardware and applications.

This article describes how the Business Process sensor calculates summarized sensor and channel states from the states of single monitored objects.

1. States of monitored objects

With the Business Process sensor, you can create individual sensor channels from the monitoring objects that you have in your network. You can select single sensors or whole devices, groups, or probes for a specific business process channel.

Every object in a channel has its own status that contributes to the overall status of this channel.

The sensor decides for every monitoring object if it is in an "up" or "down" condition.

Note: The "up" and "down" conditions are different from the Up and Down states of a sensor. This is necessary for the sensor to be able to calculate summarized states. Have a look at the following table to see which sensor status leads to which Business Process (BP) condition.

Channel object status(BP) conditionReason: Why does a given sensor status correspond to a given BP condition?
UpUpThe monitored object works.
WarningUpThe sensor may show a warning, but the monitored object works.
Down (Partial)UpThis status is available in a cluster setup and is displayed if at least one cluster node reports that the sensor shows the Up status and at least one cluster node reports that the sensor shows the Down status. With at least one report stating the Up status, the monitored object is supposed to be working.
UnusualUpThe sensor may show unusual values, but the monitored object works.
CollectingUpThe sensor is still waiting for more monitoring data to definitively decide on the sensor status, but so far the monitored object works. This PRTG-internal status is visualized as Unknown in the PRTG web interface.
DownDownThe monitored object does not work.
UnknownDownThe sensor does not know if the monitored object works, for example because it has not yet received any data or because it has not received any data for a certain amount of time.
NoneDownThe sensor has not received any monitoring data from the monitored object yet. This PRTG-internal status is visualized as Unknown in the PRTG web interface.
PausedDownThe monitored object does not work and monitoring has been paused, for example actively by the user, by inheritance, or by executed schedules.
AcknowledgedDownThe monitored object does not work and someone already knows about it.


2. Summarized channel states

The Business Process sensor calculates the percentage of the "up" and "down" conditions per channel.

Sensor settings
Click to enlarge.

For example, the channel Core Server Security contains 75 % of sensors that are in an "up" condition. 25 % Up Status + 25 % Warning Status + 25 % Warning Status = 75 % BP Up Condition 25 % of all sensors are in a "down" condition. 25 % Down Status = 25 % BP Down Condition


With individual error and warning thresholds, you can define the limits for the Up, Warning, and Down states for every channel.

Define the threshold in %.


This is what the sensor does to check which overall channel status it has to display:

Step 1

Calculate the percentage of "up" conditions of a channel based on the objects it contains. As a result, you could translate this into the statement: “x % of the monitored objects work fine.”

Step 2

Compare the calculated value for the "up" conditions of a channel to the Error threshold.

  1. Set the channel status to Down if the calculated percentage of "up" conditions of a channel is below the indicated error limit. The question to answer is: “Do x % of the monitored objects work ok?” If the answer is no, then the channel will be in a "down" condition.
  2. If 2.1 does not result in the Down status and the answer is yes, go on with step 3 and check the warning threshold.

Step 3

Compare the calculated value for the "up" conditions of a channel to the Warning threshold.

  1. Set the channel status to Warning if the calculated percentage of "up" conditions of a channel is lower than the indicated warning limit. The question to answer is: “Do x % of the monitored objects work ok?” If the answer is no, the channel will be in a "warning" condition.
  2. If 3.1 does not result in the Warning status and the answer is yes, set the channel status to Up.

Note: If the indicated threshold points exactly to the borderline between two states, the sensor displays the more positive status. For example, if you enter 75 as a warning limit and you have 3 sensors in the Up status (75%) and 1 sensor in the Down status (25%), the sensor channel displays the Up status, not the Warning status because 75 % of the monitored objects work ok.

Example A:

If these are your settings…

Down
Click to enlarge.

... this will be your result:

Result down
Click to enlarge.

The reason is that you have 50 % of objects in the Up status and 50 % of objects in the Down status in your channel and your error limit is 51 %. The sensor checks “Do 51 % of the objects work ok?” and the answer is no. Because of this, the Core Server Security channel displays the Down status.

If you set an error threshold of 50%, the sensor would check if 50% of the monitoring objects work ok. The answer would be yes and consequently, the sensor would show the Up status.

Example B

If these are your settings…

Warning
Click to enlarge.

... this will be your result:

Result warning
Click to enlarge.

The reason is that you have 75 % of objects in the Up status and 25 % of objects in the Down status in your channel and your warning limit is 76 %. The sensor checks “Do 76 % of the objects work ok?” and the answer is no. Because of this, the Core Server Security channel shows the Warning status, but not the Down status because 50 % of the sensors work fine.

Channel weight of monitoring objects

Note: Every object in a channel has equal weight or importance, no matter if it is a sensor, device, group, or probe. If you want to give double weight or importance to an object, add it to the channel twice. If you want to give triple weight to it, add it three times.

In the following example, the SSL Security Check (Port 443) 16 sensor is added twice and has double weight.

The Core Server Security channel contains 80 % of sensors that show the Up status. 2 * 20 % Up Status + 2 * 20 % Warning Status = 80 % BP Up Condition 20 % of all sensors show the Unknown status. 20 % Unknown Status = 20 % BP Down Condition

Consequently, the overall Core Server Security channel status is Up, because 80 % of the sensors work fine and at least 61 % of the sensors have to work fine to not trigger the Warning status.

3. The global business process status

The Global State channel is the default primary channel of the Business Process sensor and summarizes the states of the individual channels. It always shows the status that all channels have or, if not all of the channels are in the same status condition, the “most alarming” status that one of the individual channels has.

For example, the Global State channel in Example B above shows the Warning status because one of the individual channels, the Core Server Security channel, shows the Warning status, too. Example A shows the Down status because one of the channels, the Core Server Security channel again, shows the Down status.

Generally, the sensor can have the following sensor states:

  • Unknown (gray)
  • Up (green)
  • Warning (yellow)
  • Down (red)

Global state

The order from the least alarming to the most alarming sensor status is the following:

(Unknown Status) < Up Status < Warning Status < Down Status

More

Created on Oct 20, 2015 12:26:06 PM by  Martina Wittmann [Paessler Support]

Last change on Jan 4, 2023 2:12:23 PM by  Brandy Greger [Paessler Support]



Votes:

1

Hello. Why The Business Process (BP) Condition is in "Down" state when the Channel Object Status is "Paused" or "Acknowledged". How I can change this condition? Use case: I need to know about BP "Down" states when only the specific sensors are in "Down" states, not for the device down. To do that, I set up Threshold of the BP channel to 99% error. But actually when one of the Channel Object status is becoming "Paused" by depensy settings of devices (for example - one host reboot), the BP Global State is becoming "Down" to.

Created on Mar 4, 2016 12:23:34 PM



Votes:

0

Hi Dimitry,

The sensor will indeed only ignore all other states except for the down status if you add the complete device to the channel definition of the business process sensors. Other states of sensors and channels will count into the down percentage, this cannot be changed. If you really are in need to define the down condition only for a certain sensor, the only workaround I see at this point would be to add a new device with this particular sensor and add it to the channel definition of the business process sensor.

Best regards, Felix

Created on Mar 7, 2016 12:59:17 PM by  Felix Saure [Paessler Support]



Votes:

0

Hi Felix, We don't think your statement 'The sensor will indeed only ignore all other states except for the down status if you add the complete device to the channel definition of the business process sensors' is correct. We'd definitely like it to be, but when we pause a single sensor on a device that has been added to a Bus Process sensor, the whole Bus Process sensor reports 'Down'. This is clearly not ideal. So we have to delete sensors instead of pausing them on such Devices.

Would it be possible to have an option on the Bus Process Sensor to make it work the way you describe? Mark

Created on Mar 6, 2017 4:42:08 PM



Votes:

0

Hey Mark,

Please excuse the confusion. I just tested it and I can confirm that the paused status is counted into the error condition of the sensor. Due to the complex internal structure of the sensor's code, this will not be changed I'm afraid. We will change the manual accordingly.

Best regards, Felix

Created on Mar 7, 2017 6:12:30 AM by  Felix Saure [Paessler Support]

Last change on Mar 7, 2017 6:43:15 AM by  Felix Saure [Paessler Support]



Votes:

0

Is there a way to modify the Lookup to change this behavior? I would very much like to be able to pause sensors within a buisness process sensor without it being marked as down because of it.

Created on Dec 1, 2020 4:32:13 PM



Votes:

0

Hello,

I'm afraid that it's not possible to change how the Paused status is counted in the Business Process sensor, due to the complexity of the sensor's internal structure.

Kind regards.

Created on Dec 2, 2020 11:11:38 AM by  Florian Lesage [Paessler Support]



Votes:

0

Hello

Please, do a change of your business sensor and change this "stupid" fact, that a paused sensor will also set the business sensor down! This is totally useless. How we can do maintance of a Server when we also have to search all Business sensor too, if there is somewhere a sensor added from this Server. Not practicable and should be changed from you ASAP, please !

Created on Aug 6, 2021 10:40:15 AM



Votes:

1

Created on Aug 6, 2021 11:52:37 AM by  Florian Lesage [Paessler Support]




Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.