Get Cisco 500-425 Exam Dumps

Answer : A

When troubleshooting an application using AppDynamics, the fastest way to narrow down a code problem with a specific business transaction is to follow this order:

Review Application Dashboard: This is the first step to get an overview of the health and performance of your application and its components. You can see the key metrics, such as response time, throughput, error rate, and load, for each tier, node, and business transaction. You can also see the health rule violations, events, and alerts that indicate any issues or anomalies in your application.

Check transaction scorecard: This is the second step to drill down to the details of a specific business transaction that you want to troubleshoot. You can see the transaction scorecard by clicking on the business transaction name on the application dashboard. The transaction scorecard shows the metrics, such as average response time, calls per minute, errors per minute, and slow calls, for the selected business transaction. You can also see the breakdown of the response time by tier, node, and remote service, and the distribution of the response time by percentile.

Check transaction snapshots for problems: This is the third step to identify the root cause of the code problem for the selected business transaction. You can see the transaction snapshots by clicking on the View Snapshots button on the transaction scorecard. Transaction snapshots are the detailed records of the execution of a business transaction, including the call graph, the exit calls, the errors, the exceptions, the logs, the HTTP parameters, the cookies, the session attributes, and the custom data. You can use the transaction snapshots to analyze the code execution, the database queries, the web service calls, the message queues, the errors, and the exceptions that affect the performance of the business transaction.

Therefore,A(Review Application Dashboard > Check transaction scorecard > Check Transactions snapshots for problems) is the correct answer.Reference:

Cisco AppDynamics Associate Administrator Certification

Troubleshoot Business Transactions - AppDynamics

Business Transaction - AppDynamics

Transaction Snapshots - AppDynamics

Answer : D

According to the Troubleshoot Health Rule Violations document1, one of the ways to troubleshoot health rule violations is to click on the Events tab for the application on the Default Flow Map and then analyze the health rule(s) being violated. This will show you the details of the health rule violation events, such as the affected entity, the severity, the duration, the evaluation time, and the triggered actions. You can also drill down into the health rule violation details to see the health rule configuration, the metric values, and the snapshots. This will help you identify the root cause of the issue and take appropriate remediation actions. Therefore, the correct answer is D. Using the metric browser, disabling the health rule, or rebooting the server may not be the best or the most efficient ways to troubleshoot health rule violations, as they may not reveal the source of the problem, may affect other entities, or may not resolve the issue permanently.Reference:

Troubleshoot Health Rule Violations

Answer : A, E

Two types of information that can be shared without an AppDynamics login are Flow Map and Custom Dashboards. Flow Map is a graphical representation of the application topology, showing the interactions between the tiers, nodes, backends, and remote services. Custom Dashboards are user-defined views of the application performance data, metrics, and events.You can share these types of information by generating a shareable link from the Controller UI, which can be accessed by anyone who has the link, without requiring a login12Reference:1:Share a Flow Map2:Share a Custom Dashboard

Answer : A, C

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

Answer : A, B

Server performance data is the information that AppDynamics collects and reports about the health and availability of the servers that host your applications and their components. Server performance data includes metrics such as CPU utilization, memory usage, disk I/O, network traffic, and so on. You can use server performance data to monitor and troubleshoot the performance issues of your servers and applications.

According to theServer Visibility - AppDynamics, the following two reasons are important for the engineer to view and analyze server performance data at this time:

Visualizing application performance during normal operations helps identify when the application performance is abnormal: This means that by comparing the current server performance data with the historical or baseline data, you can detect any anomalies or deviations that may indicate a potential problem or degradation of your application performance. For example, you can use the Server Dashboard to see the current and historical trends of the server metrics, and use the Anomaly Detection feature to identify any outliers or unusual patterns.

Graphs and charts collected at this time are useful for showing application owners the stability of their application: This means that by using the graphical and visual representations of the server performance data, you can communicate and demonstrate the reliability and efficiency of your application to the stakeholders and customers. For example, you can use the Server Health Report to generate a summary of the server health status, availability, and performance over a specified time period, and share it with the application owners.

Therefore,A(Visualizing application performance during normal operations helps identify when the application performance is abnormal) andB(Graphs and charts collected at this time are useful for showing application owners the stability of their application) are two important reasons for the engineer to view and analyze server performance data at this time.Reference:

Server Visibility - AppDynamics

Cisco AppDynamics Associate Administrator Certification

Server Monitoring - AppDynamics