Most Recent Cisco 500-425 Exam Dumps

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

When you have a custom dashboard that has only one widget, you can delete that widget by clicking the Delete Widget button on the widget properties panel. This will remove the widget from the dashboard, but it will not delete the dashboard itself. You can still view and edit the dashboard from the Controller UI or the Events Service.

According to theCreate and Manage Custom Dashboards and Templates - AppDynamics, when you delete a widget from a custom dashboard, AppDynamics does not create a blank widget because empty dashboards are not allowed. Instead, it preserves the existing widgets on the dashboard and displays them in a single row.

Therefore,B(The widget is deleted, but an empty custom dashboard is maintained) is true.Reference:

Create and Manage Custom Dashboards and Templates - AppDynamics

How to bulk delete custom dashboards using API - Cisco ... - AppDynamics

Custom Dashboard Permissions - docs.appdynamics.com

To manage Controller security settings, you would need to grant the Security Administrator role to an existing user.The Security Administrator role is a built-in role that allows the user to access and modify the security settings of the Controller, such as encryption, certificates, authentication, authorization, and audit1.The Security Administrator role also inherits the permissions of the Credentials Administrator role, which allows the user to manage the credentials for the Controller and the agents2. The other roles listed do not have the permission to manage Controller security settings.The Administrator role can perform most administrative tasks, but not security-related ones2.The Analytics Administrator role can manage the analytics platform and data, but not the Controller security3.The Account Owner role can manage the account settings and licenses, but not the Controller security4

https://docs.appdynamics.com/appd/21.x/21.1/en/application-monitoring/install-app-server-agents/agent-to-controller-connections

By default, the Java Agent enables two Sensitive Data Filters substring: substring ''key'' and substring ''password''. These filters prevent the agent from capturing and sending any data that contains these substrings to the Controller, such as query parameters, HTTP headers, cookies, environment variables, or system properties. This helps to protect sensitive information from being exposed in the Controller UI or reports.You can also add more filters or modify the existing ones by editing the agent configuration file1Reference:1:Filter Sensitive Data

To capture business data for Transaction Analytics, you must first configure a data collector. A data collector is a configuration that specifies what data to capture from a business transaction and how to store it in the analytics platform. You can capture data from HTTP requests, method invocations, custom fields, or information points. You can also apply filters and transformations to the captured data. Once you have configured a data collector, you can use it to enrich the transaction analytics data with business context and enable advanced queries and visualizations

https://docs.appdynamics.com/accounts/en/cisco-appdynamics-saas-deployment-user-management/manage-custom-roles-for-cisco-appdynamics/transaction-analytics-permissions