<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Triggering additional profiles alerts that is not related to the affected entity in Alerting</title>
    <link>https://community.dynatrace.com/t5/Alerting/Triggering-additional-profiles-alerts-that-is-not-related-to-the/m-p/202226#M3310</link>
    <description>&lt;P&gt;This has been a hang up for our organization as well. The thing is Dynatrace will alert all Alert Profiles that are affected/impacted/cause the issue as a whole. So if your email service is down, you can fully expect the Email service team to be alerted as their entity is reporting a problem. Now lets say the root cause is because of a security scan process. If you have an alert profile created for Security Scan entities, then yes they will also be altered since they played a role in this issue, as the cause. So both teams are then alerted as the teams affected and the teams that caused the issue.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It might be a hard change for the teams, but we found it to be a benefit to have all the needed teams on the call rather then just starting with one team who is having the issue, then needing to bring in the cause team.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 11 Jan 2023 14:20:30 GMT</pubDate>
    <dc:creator>ChadTurner</dc:creator>
    <dc:date>2023-01-11T14:20:30Z</dc:date>
    <item>
      <title>Triggering additional profiles alerts that is not related to the affected entity</title>
      <link>https://community.dynatrace.com/t5/Alerting/Triggering-additional-profiles-alerts-that-is-not-related-to-the/m-p/187398#M3021</link>
      <description>&lt;P&gt;I am noticing a change in how our alerts are triggering &lt;U&gt;an additional profiles alert&lt;/U&gt;&amp;nbsp;not only on the affected entity (host) but also on the exact root cause entity that is causing the issue (Process group).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;It is really hard for our alert recipients to define/link what is exactly being reported! It's confusing and we have received a lot of complaints regarding this as some are not even related to the issue.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This is after the recent upgrade and we are in the process to assess what is the correct workaround to redefine these alerting profiles of each application, and I am seeking any recommendations&amp;nbsp;that can be helpful for this case.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks,&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 19 Jul 2022 11:11:03 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Alerting/Triggering-additional-profiles-alerts-that-is-not-related-to-the/m-p/187398#M3021</guid>
      <dc:creator>Reef</dc:creator>
      <dc:date>2022-07-19T11:11:03Z</dc:date>
    </item>
    <item>
      <title>Re: Triggering additional profiles alerts that is not related to the affected entity</title>
      <link>https://community.dynatrace.com/t5/Alerting/Triggering-additional-profiles-alerts-that-is-not-related-to-the/m-p/202226#M3310</link>
      <description>&lt;P&gt;This has been a hang up for our organization as well. The thing is Dynatrace will alert all Alert Profiles that are affected/impacted/cause the issue as a whole. So if your email service is down, you can fully expect the Email service team to be alerted as their entity is reporting a problem. Now lets say the root cause is because of a security scan process. If you have an alert profile created for Security Scan entities, then yes they will also be altered since they played a role in this issue, as the cause. So both teams are then alerted as the teams affected and the teams that caused the issue.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It might be a hard change for the teams, but we found it to be a benefit to have all the needed teams on the call rather then just starting with one team who is having the issue, then needing to bring in the cause team.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 11 Jan 2023 14:20:30 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Alerting/Triggering-additional-profiles-alerts-that-is-not-related-to-the/m-p/202226#M3310</guid>
      <dc:creator>ChadTurner</dc:creator>
      <dc:date>2023-01-11T14:20:30Z</dc:date>
    </item>
  </channel>
</rss>

