cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

problem analysis - problem duration and fast xxx mins anaysis

hiroshi_aoki
Dynatrace Organizer
Dynatrace Organizer

Can someone explain definition of problem start-end (duration) and "first time" for business impact analysis.

Why analyze for 54 mins for an issue opened for 39 mins?
Why only analyze for first 34 mins for an issue opened for 49 mins?

4 REPLIES 4

wolfgang_beer
Dynatrace Champion
Dynatrace Champion

We do analyse several minutes before the actual problem start timestamp, as in case of errors and session drops we would also like to catch those that began in front of the problem. The problem itself then is the ultimate peak but real users surely experienced the incident earlier than an event is open. Then we limit the max business impact analysis time as a problem can be open for days and we dont want to keep collecting the data for such long periods.

But you are right the times here are a bit confusing, I will talk with the dev team to consolidate those limits so that the exact analysis times can be better explained.

Best greetings and Merry Christmas,

Wolfgang

@Wolfgang B.

After reading your answer, I wondered it was analyzing the impact on users from that time if the same thing happened before the problem happened (even if it wasn't Problem time). However, looking at various Problems, it seems that is not the case. Is there a concrete calculation to determine the time frame to check the impact on the user?

Also, is there any progress on the following answers?

> I will talk with the dev team to consolidate those limits so that the exact analysis times can be better explained.

Best Regards,

Yuki Ito

Hello @Wolfgang B.

I'm on the same team as Yuki Ito.

The customer is still waiting for the answer to the above question.
Did you get any new information from the dev team?

Thank you very much for your time.

Best regards,
Kohei Otsuka

wolfgang_beer
Dynatrace Champion
Dynatrace Champion

Hi,

Sorry for the late reply I just saw that another message was posted on the thread. Yes I did define a dev story to consistently limit the analyse timeframe to:

- Either the problem timeframe from start to end (in case the problem duration is shorter than 30min)

- Or limit the analysis timeframe to a max of 30 min from problem start, in case a problem is open for a longer period of time.

That change should make it much simpler to understand the analysis timeframe.

Expect that change to come into the product around Q2 this year.

Best greetings,

Wolfgang