500-425 Exam Dumps and Practice Questions

Snapshots are the detailed records of the execution of a business transaction, including the call stack, the exit points, the errors, and the metrics. To locate snapshots showing slow database response, you can use the following methods:

Go to the list of snapshots and apply a filter based on slow database response: You can access the list of snapshots from the Business Transaction Dashboard or the Tier Dashboard. You can then apply a filter to show only the snapshots that have a slow database response time, which is the time spent by the business transaction in calling the database. You can specify the minimum and maximum values for the slow database response time, or use the predefined options such as slower than 1 second, slower than 5 seconds, etc. You can also combine this filter with other filters, such as time range, business transaction name, tier name, node name, etc.to narrow down the results1.

From the flow map, right-click the database icon and select view snapshots: You can access the flow map from the Application Dashboard, the Business Transaction Dashboard, or the Tier Dashboard. The flow map shows the graphical representation of the flow of the business transactions, including the tiers, the nodes, the backends, and the remote services. You can right-click on any database icon on the flow map and select view snapshots to see the list of snapshots that have called that database.You can then sort or filter the snapshots by the database response time column to find the slowest ones2.

The other options are not valid methods to locate snapshots showing slow database response. Going to the dashboard for the database and selecting slowest database calls will show the metrics and the flow map for the database, but not the snapshots. Going to the list of snapshots and selecting analyze for a group of snapshots will show the summary and the comparison of the selected snapshots, but not the database response time.

https://community.appdynamics.com/t5/Share-a-tip/Snapshots-and-identifying-intermittent-issues/td-p/42896

Remote Services metrics are the metrics that show the performance and behavior of the external systems that an application interacts with, such as web services, databases, message queues, etc. An AppDynamics administrator can use two locations to view Remote Services metrics: the Tier Dashboard and the Exit Point Metrics. The Tier Dashboard shows the flow map of a tier and its downstream dependencies, including the remote services that the tier calls. The administrator can click on any remote service node on the flow map to see the metrics such as average response time, calls per minute, errors per minute, etc. The Exit Point Metrics show the metrics for all the exit points (remote service calls) of an application, grouped by type, such as HTTP, JDBC, JMS, etc. The administrator can drill down to see the metrics for each exit point, such as the backend name, the tier name, the business transaction name, etc.

When creating a Health Rule condition, you can use baselines instead of defining a specific threshold for some metrics. Baselines are the dynamic values that represent the normal or expected behavior of a metric, based on the historical data collected by the AppDynamics Cognition Engine. Using baselines can help you account for the variations and seasonality of your application performance, and avoid false positives or negatives. You can use baselines for metrics that have a non-zero average value and a meaningful deviation, such as the overall average response time of a business transaction or an expression containing multiple metrics. You cannot use baselines for metrics that have a zero average value or a negligible deviation, such as the Business Transaction errors per minute or the calls per millisecond. https://www.appdynamics.com/product/how-it-works/application-performance-baseline

https://developer.cisco.com/docs/appdynamics/health-rules/

To alert the operations team that a cloud-based application has provisioned a new instance of a JVM, an administrator should create a policy trigger for Discovery > New Node Discovered. This policy trigger will fire an event when a new node is discovered by the AppDynamics Controller, either by auto-discovery or manual registration. The event will contain information such as the node name, tier name, application name, and agent type. The administrator can then configure an action to send an email, SMS, or custom notification to the operations team with the event details. Alternatively, the administrator can also use the built-in alerting feature of the cloud provider to notify the operations team of the new instance creation.

https://docs.appdynamics.com/display/PRO42/Alert+and+Respond

Health rules are the criteria that AppDynamics uses to evaluate the performance and availability of your applications and their components. Health rules can trigger alerts and actions when the conditions are violated or cleared. Events are the occurrences that AppDynamics records when something significant happens in your monitored environment, such as a health rule violation, a policy execution, a deployment, or a custom event.

According to theHealth Rules - AppDynamics, the following two ways can help you see the current status of health rules and events of the business process:

Set up a policy to send an email or text when a health rule status changes: This way, you can get notified in real time when a health rule condition is met or cleared, and take appropriate actions to resolve or prevent issues. You can configure policies to send emails, texts, or other notifications to specific recipients or groups, and include relevant information such as the health rule name, the affected entity, the severity level, and the time range.

Create a dashboard with health and events widgets displayed: This way, you can visualize the health and performance of your applications and their components in a single view, and drill down to the details of each health rule or event. You can create custom dashboards with various widgets that show the health status, the event list, the event summary, the event correlation, and the event timeline of your applications and their components.

Therefore,A(Set up a policy to send an email or text when a health rule status changes) andD(Create a dashboard with health and events widgets displayed) are two ways that can help you see the current status of health rules and events of the business process.Reference:

Cisco AppDynamics Associate Administrator Certification

Health Rules - AppDynamics

[Policies and Actions - AppDynamics]

[Events - AppDynamics]

[Custom Dashboards - AppDynamics]