Explanation
According to the Actions document1, there are four types of standard controller actions that are available to be created: Notification, Diagnostic, Remediation, and JIRA. Each type of action has different subtypes that perform specific tasks. For example, the Notification type includes Email, SMS, and HTTP Request subtypes, while the Diagnostic type includes Thread Dump, Heap Dump, and Diagnostic Session subtypes. Therefore, the correct answer is D and E, as Email and Thread Dump are subtypes of standard controller actions. Resolve, Close Incident, and Undeploy are not standard controller actions, but they may be custom actions that are created by the user or the administrator. References:
Actions

Explanation
To examine the Java App agent logs on a host without login access, you can use the Controller UI to request the agent logs. This feature allows you to download the agent logs from the Controller UI without having to access the host machine. You can specify the log level, the time range, and the file size limit for the logs12 References: 1: Request Agent Logs 2: Java Agent Logging

Explanation
Infrastructure monitoring is the feature in AppDynamics that allows you to monitor and troubleshoot the health and availability of the servers that host your applications and their components. Infrastructure monitoring includes metrics such as CPU utilization, memory usage, disk I/O, network traffic, and so on. You can use infrastructure monitoring to detect and resolve the problems that affect the performance and reliability of your servers and applications.
According to the Server Visibility – AppDynamics, the following kind of problem is detected with infrastructure monitoring:
Process level problems: These are the problems that occur at the process level of the server, such as high CPU consumption, memory leaks, excessive disk I/O, or network congestion. You can use infrastructure monitoring to identify the processes that are consuming the most resources, and drill down to the details of each process, such as the command line, the environment variables, the open files, the threads, and the sockets. You can also use infrastructure monitoring to correlate the process level problems with the application performance problems, such as slow response time, high error rate, or low throughput.
Therefore, E (process level problems) is the correct answer. References:
Server Visibility – AppDynamics
Cisco AppDynamics Associate Administrator Certification
Server Monitoring – AppDynamics

Explanation
The main benefit of defining Database Collectors is that you can see which applications are calling a database and how they impact the database performance. Database Collectors enable the Database Agent to collect data from your database instances and database servers, such as metrics, queries, sessions, wait states, and more1 You can also link a database on the application flow maps to a database instance monitored by Database Visibility, which allows you to see the correlation between the application and the database2 References: 1: Add Database Collectors 2: [Link a Database on the Application Flow Map to a Database Instance Monitored by Database Visibility]

Explanation
The default length of time events can be viewed with full detail before being purged is 7 days, unless archived.
Events are records of significant occurrences in the monitored environment, such as errors, exceptions, policy violations, health rule violations, and more. You can view the events in the Controller UI under Events > All Events. You can also archive the events to retain them for longer periods or export them to external systems1 References: 1: Events

Explanation
An HTTP Data Collector is a type of data collector that captures data from HTTP requests and responses. It can capture three kinds of data: parameter values, headers, and cookies. Parameter values are the values of the query string or form parameters in the HTTP request. Headers are the key-value pairs that are sent or received as part of the HTTP request or response. Cookies are the small pieces of data that are stored by the browser and sent to the server with each request. An HTTP Data Collector can be configured to capture any of these data types by specifying the name of the parameter, header, or cookie in the data collector settings. The captured data can be used for various purposes, such as adding context to business transactions, creating custom metrics, or triggering health rules.
https://community.appdynamics.com/t5/NET-Agent-Installation/HTTP-Data-Collector-How-to-know-the-HTTP

Explanation
The custom dashboard feature in AppDynamics allows you to display a specific set of metrics and data points on one screen. You can use custom dashboards to present selected metrics for a user who only needs a relatively narrow or focused view of the data. You can also share custom dashboards with other users and stakeholders.
According to the [Custom Dashboards – AppDynamics], some of the advantages of the custom dashboard feature are:
It makes drill down across tiers seamless: You can use the grid layout type to create a flexible layout that is easy to rearrange on the canvas. The grid layout also scales in size when viewed on mobile devices. You can also use the absolute layout type to control width and height and the exact placement of widgets on the canvas.
It monitors metrics of interest: You can add widgets from various categories, such as application, server, database, performance, events, and so on. You can also customize the widget properties panel to configure the widget settings, such as title, description, color scheme, time range, auto-refresh interval, and so on.
It schedules dashboard as a report: You can export your custom dashboard as a PDF or HTML report that you can send by email or save as a file. You can also schedule your custom dashboard to run periodically using cron expressions.
Therefore, A (It makes drill down across tiers seamless), C (It monitors metrics of interest), and E (It schedules dashboard as a report) are three advantages of the custom dashboard feature. References:
[Custom Dashboards – AppDynamics]
[Create and Manage Custom Dashboards and Templates – AppDynamics]
Custom Dashboard Permissions – docs.appdynamics.com

Explanation
Error configuration is a feature in AppDynamics that allows you to exclude certain types of errors and exceptions from being reported on the dashboard. You can use error configuration to filter out noise and focus on the most relevant and actionable issues.
According to the Error Configuration – AppDynamics, the following types of errors and exceptions can be excluded using error configuration:
Database error return codes: These are codes that indicate a problem with the database server, such as
0x80004005 (access denied) or 0x8000005E (access violation). You can exclude these errors from being reported on the dashboard by adding them to the error configuration list.
JavaScript errors: These are errors that occur in the browser due to invalid or malformed JavaScript code, such as syntax errors or reference errors. You can exclude these errors from being reported on the dashboard by adding them to the error configuration list.
Therefore, A (Database error return codes) and C (JavaScript errors) are two options that can be excluded using error configuration. References:
Error Configuration – AppDynamics
Cisco AppDynamics Associate Administrator Certification
[Create and Manage Error and Exception Configurations – AppDynamics]

Explanation
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 the Server 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) and B (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. References:
Server Visibility – AppDynamics
Cisco AppDynamics Associate Administrator Certification
Server Monitoring – AppDynamics

Explanation
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 theController 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-contr

Explanation
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. References:
Cisco AppDynamics Associate Administrator Certification
Troubleshoot Business Transactions – AppDynamics
Business Transaction – AppDynamics
Transaction Snapshots – AppDynamics

Explanation
On a custom dashboard, a non-administrator user can view the following types of information:
The company logo: A custom dashboard can display the company logo in the upper left corner of the dashboard. This can help to brand the dashboard and make it more recognizable for the intended audience. The logo can be configured by the dashboard owner or administrator from the dashboard settings1.
The version of the AppDynamics Controller: A custom dashboard can display the version of the AppDynamics Controller in the upper right corner of the dashboard. This can help to identify the Controller that is hosting the dashboard and the features that are available. The version can be configured by the dashboard owner or administrator from the dashboard settings1.
A Timeseries graph: A custom dashboard can display a Timeseries graph widget that shows the trend of a metric over time. This can help to visualize the performance and behavior of the application, server, or database that is being monitored. A Timeseries graph can be configured by the dashboard owner or administrator from the widget settings2.
A non-administrator user cannot view the following types of information on a custom dashboard:
The current weather in Seattle: A custom dashboard cannot display the current weather in Seattle or any other location, as this is not a metric or data point that is reported by AppDynamics agents or the analytics platform. A custom dashboard can only display the data that is collected and stored by AppDynamics2.
The number of AppDynamics licenses consumed: A custom dashboard cannot display the number of AppDynamics licenses consumed, as this is a Controller-level information that is only accessible by the Controller administrator. A custom dashboard can only display the data that is scoped by the dashboard owner’s permissions1 .
https://docs.appdynamics.com/accounts/en/cisco-appdynamics-saas-deployment-user-management/m

Explanation
The App Server agent configuration GUI allows you to set the configuration for the following agent properties:
Node-name: This property defines the name of the node that appears in the Controller UI. You can use the GUI to change the node name or use auto-naming rules based on environment variables or system properties1 Max-business-transactions per node: This property sets the maximum number of business transactions that can be registered on a node. If the number of business transactions exceeds this limit, the agent stops registering new business transactions and reports them as “All Other Traffic”. You can use the GUI to increase or decrease this limit2 References: 1: Node Naming 2: Configure Business Transaction Limits

Explanation
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. References:
Troubleshoot Health Rule Violations

Explanation
The default auto-refresh interval for custom dashboards is 120 seconds. This means that the data displayed on the dashboard will be updated every two minutes. The auto-refresh interval can be configured by the dashboard owner or administrator from the dashboard settings. The auto-refresh interval can be set to any value between 15 and 300 seconds, or disabled altogether. The auto-refresh interval applies to all the widgets on the dashboard, unless a widget has its own refresh interval specified.https://docs.appdynamics.com/appd/23.x/latest/en/appdynamics-essentials/dashboards-and-reports/cust

Explanation
Metrics are the numerical values that AppDynamics collects and reports to measure the performance and availability of your applications and their components. You can use metrics to create custom dashboards that display the data that is relevant to your needs and interests.
According to the Metrics – AppDynamics, the following two places are where you would find metrics to be added to a custom dashboard:
The JMX tab on the Node: This tab shows the Java Management Extensions (JMX) metrics that are exposed by the Java Virtual Machine (JVM) or the application server. JMX metrics provide information about the JVM memory, threads, garbage collection, and other aspects of the Java environment. You canadd JMX metrics to a custom dashboard by selecting them from the metric browser tree and dragging them to the dashboard canvas.
The Metric Browser: This is a tool that allows you to browse, search, and view all the metrics that are available in AppDynamics. The metric browser shows the metrics in a hierarchical tree structure that reflects the logical organization of your applications and their components. You can add metrics to a custom dashboard by selecting them from the metric browser tree and dragging them to the dashboard canvas.
Therefore, C (the JMX tab on the Node) and D (the Metric Browser) are two places where you would find metrics to be added to a custom dashboard. References:
Metrics – AppDynamics
Custom Dashboards – AppDynamics
Cisco AppDynamics Associate Administrator Certification

Explanation
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